/ 形式发票 / 付款对账

供应商在付款凭证发出后补发修订形式发票时怎样处理

采购方按第一版形式发票支付订金并发送回单后,供应商又发来一份“修正版”。它可能只是补全地址,也可能改变数量、价格、账户或订单责任。此时最危险的做法是直接用新版覆盖旧版,因为付款发生时采用的依据和后续执行依据会被混在一起。

采购与财务人员比对付款凭证和修订形式发票
修订文件要解释变化,付款记录则要保留当时真实采用的版本。

先冻结第二笔付款和后续变更

收到新版 PI 后,财务应暂停追加付款、受益人变更和付款用途调整,采购则暂缓依据新版增加数量或改变交付要求。已经完成的付款不应被事后重命名,也不要要求银行回单去匹配一份付款时尚不存在的文件。

先把第一版 PI、付款批准、银行回单、付款凭证发送邮件和新版 PI 放在同一时间线上。记录付款发起时间、新版到达时间、供应商说明和已知到账状态。

逐字段标出修订内容

要求供应商提供修订说明,而不是只说“请以新版为准”。比对公司抬头、地址、PI 编号、日期、采购单号、产品、数量、单价、币种、贸易术语、银行受益人、账号、付款比例和交期。把每个变化分为更正、商业变更或付款相关变更。

拼写和地址格式更正通常不改变已付款义务,但仍应保留版本。数量、价格和交期变化需要采购批准;公司主体、币种、受益人或银行信息变化则必须交由财务和供应商管理人员重新核验。

付款凭证不等于最终入账确认

网银截图、付款申请或银行受理回单可以证明买方执行了某个动作,但不当然证明款项已记入最终受益人账户。付款可能仍在处理中、被拒绝、暂挂、退回或转交其他代理机构。财务应以本行可核验状态、交易参考号和供应商账户对账为准。

SWIFT Universal Confirmations 区分已贷记最终受益人、被拒绝、暂挂或转出 SWIFT 网络等状态。这说明跨境支付需要跟踪结果,而不仅是发送付款截图。该机制适用于其覆盖的 SWIFT 支付和参与机构,不能据此假定每笔付款都能由买方直接查询同样的确认。

把原付款和修订 PI 正确关联

如果新版只是补充非金额信息,可在新版注明它取代哪一版,并在付款记录中保留“付款依据为第一版,后续执行采用第二版”的说明。若金额增加,应把已付订金、追加金额和剩余余额分别列明,不要把原回单改造成新版总额的完整付款证明。

OASIS UBL 2.3 提供订单、发票、付款方式、付款标识和汇款通知等结构化模型,可帮助企业设计文档引用和对账字段。但 UBL 是业务数据交换标准,不决定合同变更是否有效,也不证明银行已经完成入账。

账户或主体变化要按异常处理

若新版 PI 改变收款账户、受益人、公司主体或邮箱域名,应立即转入高风险复核。FBI IC3 对商业邮件欺诈的说明提醒,账户入侵和冒用通信可能导致未经授权的资金转移;账户信息变化应通过第二渠道核实。

不要把“上一笔已经汇出”当成继续付款的理由。通过供应商档案中的已知联系人、公司总机或已验证渠道确认新版,并让财务独立核对银行主数据。若上一笔可能进入错误账户,应立即联系银行追踪或尝试召回。

明确哪个版本控制生产和结算

采购负责人确认产品、数量、价格和交期,财务负责人确认已付款、追加付款和余额,供应商管理人员确认主体与受益人,质量或物流人员确认新版是否改变检验、标签或发运资料。只有各责任人完成相应批准,采购方才能把新版设为后续执行版本。

ISO 15489 的记录管理原则可用于支持原始记录、版本、元数据和责任分配。制造企业也可以在数字化业务流程中建立“付款依据版本”和“当前执行版本”两个字段,避免财务、采购和物流各自保存不同文件。

恢复业务动作的条件

只有修订字段已经解释并获批准、原付款状态已经核实、受益人和主体关系清楚、已付金额与新版余额完成对账,且最终版本已通知采购、财务、质量和物流后,才恢复下一笔付款或生产发运。任何未解释的金额、账户或主体变化都继续保持暂停。

工作清单

本文参考的一手资料

适用边界:本文是采购、财务与文件控制指南,不判断合同变更的法律效力,也不保证银行能够追回已汇款项。发生账户错误、欺诈怀疑或争议时,应立即联系银行及适用的法律、财务或执法专业人员。

相关指南