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

一家机械配件公司向海外供应商支付模具尾款，网银显示“已提交”，供应商两天后却说没收到。业务催促财务“再付一次”，财务看到银行账户余额已减少，也不敢承诺资金能退回。此时最危险的判断是把“供应商没见到钱”直接等同于“付款失败”。付款可能尚待本行审核、已发出但在中间环节待处理、被收款行拒绝、已退回但尚未贷记原账户，或确实已入收款行却被供应商内部未正确认领。向银行沟通前，先把状态问准，才能决定是补资料、修改指令、请求追踪、等待退汇，还是让供应商向其收款行核查。

锁定一笔付款，而不是重发一笔付款

先从网银保存付款申请编号、提交时间及其时区、付款币种金额、扣款账户、收款人法定名称、收款账户、收款行名称与识别码、附言、合同和发票号、制单与授权记录。再获取银行真正的付款回执：它写的是“指令已接收”“付款已执行”，还是只证明企业提交了申请？不同状态不能互换。若银行有独立交易参考号或跨境支付追踪号，务必记录原样，连同扣账流水保存。电话询问时只说“昨天那笔美元款”很难准确定位，更容易把同一供应商的两笔相近付款混淆。

给内部设一条暂缓重复付款的规则：第一笔未确认失败和可退回前，不以业务催促为由直接重发。确有交付风险时，由采购、财务、资金和管理层评估替代方案，并向供应商解释正在调查的状态；如果决定另行付款，必须独立批准，标明潜在双付风险与追回责任。不能把原付款金额拆成几笔小额再试图“碰一笔过去”，也不能先把受益人改成业务人员建议的新账户。付款失败是异常事件，本身应提高收款信息验证强度。

向银行提出可回答的五个问题

第一次联系开户行，提供银行参考号并请求确认：一，指令是否已被本行正式接受和执行；二，资金是否从本行发出，当前可见的最近状态是什么；三，若显示被拒绝或退回，发生于哪一环节，银行能提供的原因代码或文字说明是什么；四，原资金预计通过什么路径返还，企业何时以及用何种记录可以核对；五，若需补充或更正信息，银行接受何种方式、是否需要重新发起付款。不要在同一封邮件里只问“什么时候到账”，因为银行未必能控制后续每家机构的处理时间。具体追踪功能与反馈范围以开户行和支付路径为准。

Swift 的支付追踪体系使用唯一端到端交易参考号帮助识别跨机构付款，相关状态也可以区分入账、待处理、拒绝等；但企业不应假设每笔付款都能在自己的网银看到完整追踪。若开户行能够查询，请其用正式渠道告知可提供的事件时间、状态和原因。银行返回的英文代码不能由企业只看字面就断言责任方。比如“账户信息无效”提示要重新核对收款信息，却不能证明错误来自供应商还是企业录入；“合规资料不足”也不等于可以随手改写付款用途。先取得银行解释，再与原始指令和供应商资料对照。

按失败位置决定沟通对象

若付款在企业网银环节未完成授权，银行可能从未收到可执行指令；应查内部审批和权限，不必让供应商向收款行追踪。若开户行已受理但要求交易背景材料，按银行指定渠道提供合同、发票和用途说明，不要删除原申请后用不同用途重新提交。若发出后中间环节显示待处理，开户行是主要追踪窗口，企业同时向供应商核对其收款行是否要求额外资料。若收款行拒绝，必须取得可确认的拒绝原因、退回金额及参考，再决定是否改正信息重新汇出。若显示已贷记，而供应商仍说未收，先让供应商提供其收款账户流水或向其银行查询“未认领款项”，企业则向开户行索取尽可能完整的入账确认。

一个常见误区是把银行扣款等同于供应商入账。某公司付款五万美元，银行当日借记五万美元，隔天平台状态仍为“处理中”。财务若仅凭借记流水给供应商发“已到账证明”，会把付款发起证据误当收款证据。反过来，供应商邮件说“没有显示”也不能证明款项已退回。要区分银行扣账、跨境发送、收款行接收、收款人账户贷记四个节点，保存各节点能够取得的证据。银行可提供的信息有边界，不能要求企业自己编一个最终到账时间。

收款信息错误先独立核验

付款失败后供应商可能发来“更正账户”，也可能恰好有诈骗邮件趁机冒充。采购不要只在原邮件线程回复确认，因为该线程可能已被控制；用合同中既有的电话或先前核实的官方联系人回拨，复述受益人全称、银行、账户尾号和变更原因，记录通话人、时间及确认方式。核查原付款指令与供应商原始开票资料是否一致，分辨是录入笔误、供应商资料本来有误，还是银行路径字段不适配。若收款人名称发生实质变化，重新检查合同主体和授权文件，不以“尾款着急”为由直接替换收款法人。

有时银行说“退回”，企业却只收到少于原汇出的金额。应将原扣款、退回贷记和银行明确列示的费用分开核对，询问差额来源及可取得的凭证。跨币种退回还可能产生实际兑换差异，不能把全部差额记作“罚金”；费用或汇兑是否可向供应商主张，要按合同和实际责任判断，而非由银行流水自动决定。若银行仅表示退回正在处理中，账务上保留在途或待查状态，避免提前冲销供应商应付款又同时记一笔退回现金，造成两个方向都失真。

与供应商沟通时，提供事实状态而非推断。例如“我方银行已确认受理，正在查询后续状态；目前没有收款行贷记确认，我们会在收到银行书面反馈后更新”，比“银行已经把钱打出，你们自己找”更准确。若供应商要求付款凭证，提供经过脱敏的官方回执，并说明它证明哪一步；不转发包含完整网银权限信息的内部截图。付款日接近合同到期时，可以在不承认未证实责任的前提下与供应商商量延期或暂缓交付影响，书面记录双方对调查期和下一次更新的约定。

用一个追查实例检验流程

示意情形：公司按采购合同支付七万美元，受益人名称正确，账号末四位却与供应商此前确认文件不同。银行回执显示付款已执行，随后追踪信息显示收款行拒绝，资金进入退回流程。正确动作是保存原指令、供应商旧版账户确认、银行拒绝信息，独立核对供应商最新账户资料；等银行确认原款退回及净额后，重新走内部付款批准。若供应商坚持“先付新账户”，财务要把双付和账户真实性风险提交审批，而不是将旧付款从台账中删除。此例不预设拒绝一定由末四位造成，实际原因仍以银行的可核实反馈为准。

另一类是付款没有真正失败，而是收款人未认领。供应商银行可能按其内部流程需要合同号或发票号，收款人账面未及时匹配。企业可以向开户行索取付款报文中实际发送的受益人和附言信息，请供应商按参考号向其银行查询；双方共同核对名称、币种、收款账户和金额。若银行确认已入账而供应商仍坚持未收到，保留双方银行答复并升级给财务负责人处理，不以第二次付款代替查账。对长期合作供应商，事后可在供应商主数据中增加付款参考与对账联系人，降低下一次“到了但找不到”的概率。

结案不是“供应商说收到了”一句话。应将原付款状态、最终入账或退回凭证、退回费用、重新付款的独立编号、供应商书面确认和账务处理放在同一个案件夹。若最终原因是企业录入错误，修正付款主数据并检查同一模板下其他待付交易；若是银行要求补充资料，更新资料准备流程；若是供应商更改账户未及时通知，约定双方的正式变更渠道。每个结案都需要复核人确认不存在仍在途的第一笔款，否则第二次付款成功会掩盖双重支出。

如果银行反馈“需修改付款资料”，要先问清修改作用于原指令，还是银行要求撤回后重新提交。两者的资金轨迹不同：原指令更正后继续执行，应沿用原案件追踪；撤回重发则应有撤回结果和新付款编号，不能把两笔记录合并。尤其是金额、币种或受益人发生变化时，采购应重新核对合同付款义务，财务应重新审批，不因银行客服说“可以改”就跳过内部控制。若旧指令仍处于待处理状态，而新指令已经发出，每次向供应商报告进度都要明确是哪一笔，直到旧款去向有最终证据。

遇到供应商以“未到账”为由暂停发货，企业还要核对合同约定的是发起付款、款项到达指定账户，还是供应商确认收妥，不能仅靠银行某个状态判断自己是否按约履行。财务向银行询问资金轨迹，采购同时整理到期日、交货安排与供应商书面反馈，由有权限的人决定是否申请延期或替代担保。即便银行后来确认款已贷记，也应保留供应商此前暂停发货的时间记录；若产生仓储或违约争议，付款状态时间线与合同通知时间线需要分开还原。

资料清单：采购合同与付款条款、供应商发票和已核验收款资料、企业付款申请及内部审批、网银提交和银行执行回执、原账户扣款流水、交易参考或追踪号、银行拒绝或退回说明、供应商收款行查询反馈、退回贷记流水、重发款项批准、双方沟通纪要。所有状态标注“来源、取得时间、谁确认”，不靠聊天截图判断最终到账。

资料依据：Swift GPI 关于追踪与拒绝状态的产品说明、Swift 支付拒绝与退回原则。资料用于解释状态与追查框架，不保证企业开户行、币种或付款路径具备完全相同的可见信息及处理时效。