合同付款审核清单

合同付款前真正危险的，不是没人审批，而是审批链上每个人都只看自己那一小部分。

业务说 合同签了，采购说 货到了，财务说 发票也快开了，于是款就付出去了。

等到后面发现 验收不完整、金额和节点不符、收款账户变更未经确认、同一合同重复请款，问题已经很难补救。

合同付款审核清单的价值，就是把付款前必须逐项确认的条件固定下来，让这笔钱在出去之前就把大坑踩完。

一张可用的合同付款审核清单，至少要有七项。

第一 合同有效性，合同是否签署完整、是否在有效期。

第二 付款节点，本次请款是否与合同约定一致。

第三 金额一致性，本次申请金额、累计已付金额和合同总额是否匹配。

第四 发票要求，是否已开票、是否允许先付款后开票。

第五 验收或服务确认。

第六 收款账户一致性，申请账户是否与合同或备案信息一致。

第七 重复付款风险，是否已经付过同节点或同金额。

只要漏掉其中一项，付款风险就会明显抬高。

合同付款审核清单最实用的格式，不只是列个勾选框，而是每项至少保留 当前情况、是否通过、风险点、补资料、处理建议 五列。

比如 付款节点 一栏不能只勾 通过，而要写 合同约定 上线验收后支付第二期款，当前仅提供项目经理邮件确认，未见正式验收单，因此暂不通过。

这样清单既能指导当下决策，也能留作后续复核证据。

没有这些文字说明，清单很容易变成形式化打勾。

看一个软件实施合同案例。

合同总额 30 万，约定 10 万预付款、10 万上线验收款、10 万质保尾款。

供应商现在申请第二期款 10 万，并附了请款单和发票。

表面看资料差不多齐了，但清单跑下来会发现三个问题。

第一 验收节点未完成，只有实施顾问邮件，没有甲方验收单。

第二 收款账户与合同不一致，供应商称已更换账户但未提供变更函。

第三 累计已付与发票开具逻辑不清，首期预付款当时约定先付款后补票，这次发票究竟对应哪一笔要写清。

清单一跑完，你就知道这笔款不能直接放。

合同付款审核里最常见的坑有三类。

第一 账户变更只靠邮件通知，没有正式盖章变更函和复核流程。

第二 验收只靠聊天记录或口头确认，没有正式验收证据。

第三 拆分请款导致重复付款，尤其在项目多、周期长时最容易发生。

还有一种常见误区，是认为 合同签了就一定能付。

实际上合同只是前提，本次付款是否满足节点、金额和证据要求，才是财务真正该卡的边界。

AI 很适合先读取合同条款、请款单、发票信息和验收材料，把它们拆成一张审核清单草稿，并标出 可能缺失资料 和 需人工确认项。

它也适合帮助你把复杂合同的付款条件提炼出来。

它不适合自行决定 这笔款是否一定可以付。

更稳的提示词是：请根据以下合同和请款资料，输出合同付款审核清单，按 当前情况 是否通过 风险点 补资料四列展示，并单独列出需财务负责人确认的项目。

这节课最后要留下来的，是一张《合同付款审核清单》。

表里至少保留 合同有效性 付款节点 金额一致性 发票情况 验收情况 账户一致性 重复付款风险 当前情况 风险点 补资料 十项。

以后无论是软件项目、设备采购还是市场投放合同，只要涉及按节点付款，都可以先过这张清单，再决定放行。

这样财务的审核动作才真正前置，而不是事后补洞。