技能提升网项目经理说交付已经完成，客户邮件却只确认了其中一部分，发票又覆盖了整个阶段。三份资料都是真的，却不能直接得出同一个入账结论。
把合同条件、实际交付、客户验收和开票收款按里程碑排成一行，分别判断履约证据和金额依据。AI先生成候选判断，负责人再根据原始记录确认，正式系统保持只读。
里程碑收入确认先收齐哪些资料
本次输入只包括签署合同与变更单、里程碑交付记录、客户验收证据、开票与收款记录。给每份资料加来源、版本、业务日期和负责人。文件名相似却无法确认版本的项目单独隔离，不能自行选择看起来最新的一份。
里程碑收入确认的四步处理顺序
| 步骤 | 具体做法 |
|---|---|
| 建立主键 | 用角色、对象、日期和单据编号组织里程碑收入确认记录，避免同名对象串行。 |
| 保留原值 | 把原始字段与标准化字段分开，任何清洗都不覆盖里程碑收入确认证据。 |
| 执行比较 | 按业务条件逐项比较，输出依据、差异和缺失，不直接执行本期收入应全部确认、部分确认、递延还是等待补充证据。 |
| 形成交付 | 把正常、异常和待确认记录放进逐里程碑收入判断表和待补证据清单，补上责任人和截止日。 |
里程碑收入确认常见情况怎么分流
| 情况 | 判断依据 | 处理建议 |
|---|---|---|
| 合同条件已满足 | 交付与验收均有依据 | 进入本期确认候选 |
| 只完成一部分 | 可计量且有部分验收 | 计算可确认比例 |
| 已开票未验收 | 账单早于履约证据 | 递延并追踪验收 |
| 证据互相冲突 | 版本或范围对不上 | 停止入账并补证 |
表格只能给出预览。真正需要判断的是本期收入应全部确认、部分确认、递延还是等待补充证据。某条结论如果没有原始位置、适用版本或授权人，就留在待确认区，不把猜测写成确定结论。
先用边界样本测试里程碑收入确认
挑一项完整验收、一项部分验收和一项只有开票的里程碑试算，要求三项落入不同处理。随后从AI判定正常的记录里反向抽样。发现漏检时，应修正规则并重跑同一影响范围，不能只手工改一行。
可直接使用的里程碑收入确认任务说明
你正在协助项目财务或收入会计。触发情况是项目团队声称里程碑已经完成，但客户验收、合同条件、开票和实际交付状态并不同步。只读取签署合同与变更单、里程碑交付记录、客户验收证据、开票与收款记录。需要判断本期收入应全部确认、部分确认、递延还是等待补充证据。请生成逐里程碑收入判断表和待补证据清单。每条记录给出来源位置、使用版本、判断依据、缺失项、责任人和截止日。第一轮只输出预览，不发送、不删除、不改写正式系统。
里程碑收入确认交付前怎么验收
- 里程碑收入确认中的数字、日期和状态可以回到原始记录
- 逐里程碑收入判断表和待补证据清单同时保留正常项、异常项和待确认项
- 涉及本期收入应全部确认、部分确认、递延还是等待补充证据的决定由有权限的人签字
- 继续自动处理可能造成收入跨期或提前确认，导致财务报表失真并增加审计调整时立即停止
里程碑收入确认验收人还要检查权限最小化、个人信息遮蔽和过程回执。AI给出高置信度也不能代替审批，最终责任仍由项目财务或收入会计及其授权负责人承担。
里程碑收入确认适合组合哪些Skill
PDF Skill用于提取合同条款和验收文件位置；XLSX Skill用于逐里程碑对齐金额和凭证；policy-lookup用于核对企业收入确认政策。在里程碑收入确认流程里，能力之间只传递带来源的中间结果，不让后一环节覆盖前一环节的原始证据。
里程碑收入确认使用这些 Skill 的边界是：扫描件和复杂版面必须回看原页，提取文本不等于事实成立；公式、筛选和关联结果需重新计算并抽样核对；查不到规则时必须说明，法律、财务和合规结论由专业人员确认。
