2026年10月29日｜离岸快车编辑部

一家香港贸易公司向意大利包装供应商付尾款，付款两天后收到“受益人资料不符”的银行通知。采购经理立即从供应商邮件中取得一组新账户，要求财务当天重付，以免耽误出货。财务手里却只有原账户的扣款记录，并未见退回入账。这里有两道不同的门：先查原笔是否已经停止、拒收或实际退回，再验证新收款资料和重付依据。不能因为银行通知出现“return”字样，就把它当成钱已经回到账上；也不能因为供应商催货，就用同一发票立即生成第二笔付款。退回和重付各有自己的资金与审批链，必须靠银行事实连接。

判清“退回”的当前阶段

付款被发起撤回、收款行拒收、中转环节退回、资金已贷记原账户，四种状态可能被非专业人员统称为“退回”。财务应向汇出行索取原笔参考号、可用的 UETR、当前状态、退回原因原文、退回金额币种、预计或实际贷记日，以及是否仍可能继续向受益人入账。银行不一定能立刻确认全部信息，企业应把“已确定”和“待确认”分栏记录。原账户余额未恢复前，把该笔列为在途或待处理资金，不列入可用余额；若银行能确认已拒收但退回款尚在路上，也要保留时间差风险。

Swift 的付款追踪资料说明，UETR 可以帮助参与银行识别同一付款；其停止和召回服务也涉及银行之间的请求流程。企业不能把“请求召回已提交”理解为“召回必然成功”，因为处理结果取决于付款所处阶段和相关银行反馈。更不能私下要求供应商把可能收到的原款直接转给第三方，以抵消新的应付款。需要追原笔时，由本方银行按其正式程序执行；供应商应在自己的开户行核查是否存在待入账或已入账款。双方对事实的更新都应回到同一付款案件号上。

退回原因决定下一步怎么改

如果原因是受益人名称或账户字段错误，先核对合同、供应商正式账户证明和原始付款指令，找出是谁在何时更改了资料。若是收款行不接受该币种，重付时仅改账号可能还会失败，要确认可收币种与合同付款币种是否一致。若涉及缺少必要的付款用途或其他补充信息，应问汇出行能否对原笔补充或更正，而不是默认只能重新付款。若银行给出的原因含糊，只写“compliance”或“unable to process”，企业不应推断供应商有问题，也不应为了通过而更换付款叙述；先按银行可披露的范围询问所需资料和可选路径。

有一种危险信号是退回通知之后马上收到“请改汇到个人账户”或“请付到另一国关联公司”的邮件。即使邮件来自原来的往来地址，也可能是邮箱被控制、历史邮件被转发，或供应商内部授权发生变化。财务应使用预先存档的电话号码、独立联系人或合同约定渠道核验，不直接拨打新邮件里的电话。核验内容不止账号，还要包括新账户持有人与合同卖方的关系、变更生效日、谁批准变更，以及原债务是否向新收款主体清偿。若缺少可信证据，宁可与供应商商量出货安排，也不把“紧急”当成授权。

用余额桥看清本金和差额

示意原付款为四万欧元，企业银行账户实际扣除四万零十五欧元。后来原账户贷记三万九千九百六十欧元。不能简单宣称“退回少了四十欧元”：四万零十五欧元中是否含本方银行费用，要看费用凭证；退回本金与原付款本金相差四十欧元，也需要银行的退回通知或费用说明核实。财务把原扣款、原汇出本金、各笔可识别费用、退回本金、退回入账、尚未查明差额分别列行。若发生跨币种退回，还要独立记录银行实际换汇交易，不以原付款日汇率估算回款。示例数字只用于演示底稿结构，绝非银行收费标准。

这张桥表同时影响应付账款。原付款提交后，企业可能已把供应商应付冲销；退回事实确认时，不能继续把同一债务标为“已清”。但也不要在银行尚未确认退回时，立刻把原款当作可再使用现金。可以在内部状态中单列“已扣账待结论”，待入账或银行确定结局后按适用会计政策处理。采购端的合同履约判断另行核对，例如合同约定以付款发起日还是供应商实际收款日作为支付完成节点，不能由财务用一张回单自行定论。

为重付建一张新的申请单

重付申请要引用原合同、发票、原付款参考和退回案件号，并写明“为何需要第二次付款”。审批人需看到原笔最新状态、资金是否已实际回收、新账户如何验证、是否存在双付风险、是否需要改变币种或付款说明、预计对交期的影响。即使银行证实退回款已到账，也要保留对新收款账户的独立核验；原款退回不证明新账户真实。若新账户与原合同收款方不一致，应取得合适的合同变更或付款授权，并由法务评估债务清偿关系。财务不宜在付款备注中只写“re-payment”，应保留能对应原交易的订单或发票号，并按银行要求填写真实用途。

若企业必须在退回款到账前重新付出，审批单应把这列为例外，而非普通重付。现金管理者需计算短期占用，负责人需明确原笔若随后意外入账对方账户，谁联系供应商、谁向银行申请追索、如何入账及催回。供应商的书面承诺可帮助后续沟通，但不能代替银行状态或内部授权。也可与供应商协商先提供收款行未入账证明、延后交期或调整付款节点。无论采取哪种方案，都不能同时把原笔作为已付款履约证据，又把第二笔当成该发票唯一付款。

把两笔付款绑定到一个业务案件

文件夹或底稿以采购合同和发票为主键，下面分别保存原付款指令、银行扣账、退回通知与实际回款、新收款资料核验、重付审批、第二笔扣账和最终供应商收款确认。两个银行交易参考和两个 UETR 若存在，应并列列示，不要把第二笔的追踪号覆盖第一笔。供应商对账单上应只清偿一次发票；若曾经两笔都到达，要启动异常退款流程，核对退回路径和收款主体，不接受“下张订单抵扣”作为未经批准的自动处理。若退款先入平台账户或第三方账户，更要核实其与原付款的关系。

结案分两步。银行层面，原付款的最终状态与退款入账有凭证，第二笔到账有受益人确认；业务层面，供应商应付只冲销一次，额外费用和汇兑差额已按凭证归属，合同交期争议有记录。若第一笔退回原因仍未查清，即使第二笔顺利到达，也应留一个流程改进项，检查账户资料来源、录入复核和供应商变更验证。否则下一次可能在同一环节再次失败，而采购只会更习惯用“再付一次”解决。

重付后的对账也不可只看本方账。请供应商提供收款确认时，要求其注明对应发票号和实际收款币种金额；如银行扣费导致净收款小于合同金额，双方应按合同约定协商，不由采购或财务单方宣布尾款已足额支付。若供应商随后又找到原笔款项，先核对其银行流水及本方原笔状态，再共同确认多收金额与应退路径。任何退款都应优先回到可核验的原支付关系，涉及更换收款人的例外必须另行核查和审批。

退回期间若供应商提出改由其代理商收款，财务应另核对代理权限、原债权人同意以及代理商账户持有人。不能因为代理商与供应商在同一封邮件中被抄送，就视为具有收款授权。若合同写明必须付给原供应商，变更收款主体可能影响债务清偿和税务凭证，应由法务和相关财务人员确认。代理商提供的收款证明也不代替原供应商的销账确认。对银行说明时分别写清原笔失败原因和新收款关系，不能把“更换受益人”描述成单纯修正拼写。

同时检查银行通知是否明确为“自动退回”还是企业须另发指示。有的企业看到状态变更便擅自在网银取消原单，结果造成多条请求与银行追踪状态不一致。所有动作应通过开户行正式渠道，并取得受理编号；内部只保留一个案件负责人维护时间线。采购可以对供应商解释交付压力，不能直接代表财务承诺重付日期。财务也要留意退回资金可能在另一币种子账户或不同记账日出现，不能只查原付款账户当天余额就宣告未回。确认回款时以银行正式流水和参考信息核对，不凭金额近似自动匹配。

异常案件结束后适合做一次反事实检查：假如经办人当天按新邮件重付，风险会在哪个环节被拦住？若答案只是“财务比较谨慎”，控制并不稳固。应把新账户验证、原笔状态确认、重复发票拦截和例外审批固化为付款流程的必填项。重复发票拦截不能简单禁止同一发票出现两次，因为真实退回后确实需要重付；系统应允许有原付款参考、退回凭证和新审批的受控例外。下一次遇到类似催促时，团队可以照流程行事，不靠个人记忆。

对于退回原因和责任归属还应分开记录。银行反馈“受益人名称不符”，并不自动证明供应商提供资料错误，也可能是本方复制旧模板、录入缩写或中途修改了合同主体。财务保留原始供应商开户证明、采购填写的付款申请、网银提交前的复核截图和银行返回的字段，逐项找出差异。责任确认后再讨论费用承担和流程改进，避免在供应商关系紧张时先把责任写进银行说明。若资料来源本来就不可靠，下一笔交易即使金额很小，也应重新走验证程序。

还有一种情况是原款被退回，但供应商已据本方付款回单安排发货。企业应及时告知退款事实，与采购核对货权、发运与合同付款条件，不让“货已经发了”变成绕过付款审批的理由。必要时由业务负责人和供应商商定临时安排，财务仍按真实付款状态出具对账，不开具虚假的已付款证明。这样既能照顾交付关系，也能避免审计时出现货已入库、应付已销、银行又显示退回的三方矛盾。

双付防控清单：原付款正式扣账与参考号；银行对退回阶段和原因的回复；退回实际入账流水；本金及费用差额桥表；供应商原账户资料及变更核验记录；合同、发票与付款义务；例外重付审批；第二笔付款凭证；供应商最终收款确认；两笔交易对应同一应付的销账记录。未确认原笔结局时，清单顶部必须保留显眼的“可能双付”状态。

资料依据：Swift 对 UETR 的官方说明及Swift 停止与召回服务说明。追踪或召回申请不等于退款成功，实际结果以经办银行凭证为准。