你把 Invoice 发给总包方,对方却让你补“付款申请包”。审核人还需要知道:这笔钱对应哪些已完成工作,和上一期如何衔接。
付款申请往往是一组相互关联的文件。先把主表里的数字理清,再按项目要求准备附件,工作会更有顺序。
从接收方要求的表格开始
工程项目可能使用业主表格、总包模板或专门的合同文件。先确认版本、提交日期、签认人和附件要求,再填写。
不要为了使用现成模板,省掉对方明确要求的项目。普通 Invoice 可以作为其中一份文件,但不自动等同于完整付款申请。
主表应能解释本期金额从哪里来
一份清楚的主表通常连接原合同额、已批准变更、调整后合同额、累计完成、保留金和此前认证金额。下面是简化的假设例子。
| 项目 | 金额 |
|---|---|
| 原合同额 | 80,000 元 |
| 已批准变更 | 5,000 元 |
| 调整后合同额 | 85,000 元 |
| 累计确认完成 | 30,000 元 |
| 减累计保留金(示例约定) | 1,500 元 |
| 减此前已认证金额 | 12,000 元 |
| 本期申请金额 | 16,500 元 |

每一行工程量,都留得出核对依据
分项金额表应沿用稳定的项目编号,记录上期累计、本期新增和本期累计。照片可以辅助说明,但金额通常还需要计量、签认或合同依据。
已存放材料、变更和其他调整按项目要求单独列示。未经批准的变更与正式合同额保持清楚区别。
提交后,继续跟踪审核结果
保存提交日期、版本和回执。审核有扣减时,记录扣减行、理由及认证金额;补件后也保留修订关系,不要丢掉原申请。
认证通过与实际付款是两个状态。用付款记录核对到账,未收到的已认证款项继续跟进,不重复计入下一期工程量。
先拿到客户要求的格式和截止时间
不同业主或总包可能使用不同表格、系统和附件要求。确认本期覆盖日期、提交截止日、审核人和需要的证明资料。普通 Invoice 可能只是其中一部分,不能假设一张 PDF 就能代替整个申请包。
如果对方指定格式,按其字段理解每一个数字:合同金额、批准变更、累计完成、以前申请、保留金和本期应付。字段名字相似,计算口径却可能不同,准备前先问清楚。
从分项明细算到主表,再核对一次
每一项工作列出约定金额、以前完成、本期完成、累计完成和余额等适用内容,再汇总到主表。百分比与金额之间应能解释,不要只根据想申请多少钱倒推出一个完成百分比。
例如一项合同金额 30,000 元的工作,累计确认完成 60%,对应 18,000 元;以前累计完成 12,000 元,本期新增完成为 6,000 元。其他扣留或调整再按合同方法处理。完成金额与实际到账保持独立记录。
附件要支持具体数字,而不是只证明现场很忙
工作照片、测量、验收、工时、材料交付和批准变更等资料,各自对应不同事实。把附件编号与申请项目连接起来,让审核人能找到相关依据。大量没有日期或位置的照片,可能看起来很多,却解释不了某项申请金额。
只提交项目要求和核对所需的信息,涉及员工或客户个人资料时控制不必要的公开。清楚的附件目录,比把所有文件打包成一个很大的文件夹更方便审核。
被退回后,记录差异与修订内容
先确认是缺资料、格式问题、进度认定差异,还是金额争议。修改具体位置,并说明这次补了什么。使用明确版本,避免审核人员同时打开不同金额的申请文件。
有些项目会先批准部分金额,其余继续核对。记录申请、批准、实际支付和剩余争议金额,不能因为申请已经提交,就把全部金额当作已经确定的收款。
提交成功以后,继续跟踪审核与付款
保存提交日期、系统回执或收件确认,再记录审核状态和约定付款安排。收到款项时核对它对应哪一期,以及是否有保留金或其他调整。银行到账与申请批准之间的差异,需要有明确原因。
项目最后一期也安排同样的核对。最终变更、尾项与保留金资料可能还有后续步骤,提前确认能让收尾工作更顺利。
你可能还想知道
客户要求 AIA 表格,可以自己画一个代替吗?
先确认项目要求和使用授权。不要把自行制作的普通表格标成官方合同表单。
附件越多越好吗?
附件应能支持对应金额和进度。给文件清楚编号,并标明对应项目,比没有说明地发送大量照片更方便审核。