假设一家中国企业要向德国供应商支付 10 万美元，收款账户开在德国的一家银行。付款方已经持有美元，双方约定以美元收款，这里先不涉及购汇。
财务填写收款人名称、账号、收款银行和 SWIFT/BIC 等银行标识，提交汇款。付款端随后显示「已汇出」，供应商却还查不到这笔钱；等到款项入账，实收金额也可能少于 10 万美元。这时需要分清三个问题：
付款行是否直接把款项转给了收款行？
SWIFT 在这笔汇款中传递的是什么？
付款端已经汇出，收款人为什么还没有到账？
传统银行跨境汇款涉及几件相互配合的事：传递支付信息、连接银行间账户关系、完成清算结算和账务更新。SWIFT 提供安全、标准化的报文交换能力；到账时间与实收金额还取决于银行路径、账户安排、费用规则和各机构的处理进度。
企业管理一笔付款时，需要分别确认「已提交」「已汇出」「到达收款行」和「收款人已入账」。只有把这些节点区分开，才能向供应商说明付款到了哪里，以及下一步由谁查询。
一、跨境汇款多了哪些参与方
境内转账给人的直觉是：付款账户扣钱，收款账户加钱，两家银行通过国内支付系统完成处理。
跨境后，付款人和收款人处于不同司法辖区，两家银行可能接入不同的本地支付系统。合同币种、付款账户币种和收款账户币种也可能不同。即使币种一致，付款行也未必在收款行开有账户，两家银行未必存在直接的结算关系。
跨境和换汇要分别判断。中国企业用已有的美元，付到德国供应商的美元账户，这一步可以不发生币种转换。如果企业只有人民币，则可能先购汇，再发起美元付款。
同币种跨境仍要解决银行怎样连接的问题：两家银行在美元上的账户关系，以及它们能够接入哪些支付系统，都会影响可用路径。一笔汇款可能涉及以下角色：
如果两家银行有直接关系，路径可以更短，不需要额外中间方。
如果一家中间行仍不能连接两端，路径也可能继续增加银行，或接入相应币种的本地清算结算系统。CPMI 的代理银行报告同时描述了银行间账户处理和通过支付系统处理的安排。
这张图只表示可能参与的角色。各环节处理账户、报文与结算义务的方式不同，不能把箭头理解成同一包「钱」逐站搬运。
二、一笔汇款要回答四个问题
支付信息怎样传递。 相关银行需要识别付款人、收款人、金额、币种、账户位置和处理要求。这些信息要通过双方能够理解的标准交换。
哪些银行有账户或服务关系。 付款行与收款行在相应币种上能否直接处理？如果不能，哪家银行能够为一方或双方提供账户与支付服务？
银行间怎样清算结算。 参与机构依据账户、支付系统和结算安排，调整余额、更新账务并履行机构间的资金义务。
收款行何时给客户入账。 信息到达后，收款行可能还要核验资料、进行合规检查、匹配账户、处理币种，最后记入客户账户。
混淆这四个问题，会出现具体的判断偏差：把「已汇出」当成供应商已到账，把 OUR 费用指令当成足额到账保证，或只比较汇出手续费，漏掉路径中的费用与 FX（Foreign Exchange，外汇兑换）成本。
三、SWIFT 传递什么
SWIFT 是金融机构交换金融报文的通信网络，支持银行安全、标准化地传递支付指令、确认和报告。Swift 在官方 FAQ 中明确说明，它提供安全报文服务，实际资金转移由银行及其他参与机构完成。
可以把它理解成银行之间的「金融信使」：告诉相关机构谁应当向谁付款、应当怎样处理这笔交易。汇款本金不会被装进报文，经 SWIFT 网络运到海外；SWIFT 也不因传递这条指令而持有这笔汇款。
报文需要携带或关联付款人、收款人、金额、币种、账户、银行标识和处理指令等信息。ISO 20022 提供更一致、丰富和结构化的数据表达，可支持自动处理、减少人工干预，并提高交易信息的透明度。
银行收到标准报文后，仍要确定对应哪个账户、使用什么币种、沿哪条路径处理、是否接入本地支付系统、是否满足合规要求，以及何时可以给客户入账。报文标准本身不会替银行建立账户关系。
理解这一步，可以分别看两层工作：
信息流传递付款指令、确认、状态和报告。
资金与结算层依赖既有账户关系、清算结算安排和账务规则，更新余额并完成机构间义务。
这张图按工作内容分层。具体汇款中，付款信息经过的机构与结算依赖的银行路径可以不同，不能把上下两层理解成固定的一一对应关系。
可靠、可识别的金融报文，让参与银行能够协调交易处理、合规检查、对账和追踪。这也是 SWIFT 在传统跨境银行支付中承担的具体工作。
四、代理行怎样连接两家银行
代理银行业务称为 Correspondent Banking。CPMI 的通用定义是：一家银行为另一家银行持有存款，并提供支付等服务。提供服务的一方称 Correspondent Bank，使用服务的一方称 Respondent Bank。
银行可以借助其他银行的账户、币种和本地支付系统接入能力，完成自己无法直接覆盖的付款，不需要与每家收款行单独建立直接关系。
这里有两个描述账户视角的词。假设银行 A 在银行 B 开立了一个美元账户：
从 A 看，是「我方在你方的账户」，称为 Nostro。
从 B 看，是「你方在我方的账户」，称为 Vostro。
两者描述的是同一账户关系，只是观察它的银行不同，并不代表多出一笔独立资金。
回到 10 万美元货款。如果中国付款行与德国收款行没有直接的美元账户关系，付款行可以使用已有的美元代理行；收款行也可能通过自己的代理行接收资金或结算结果。中间银行依据各自账户关系、支付指令和清算结算安排更新账务，最终由德国收款行把相应金额记入供应商账户。
这只是简化示例。具体付款可能采用不同的报文和结算安排，不能仅凭报文经过哪些银行，就认定结算也完全沿同一路径完成。
BIS 在 2025 年年度经济报告第三章中，用一系列账户更新解释传统代理行跨境支付，并举例说明美元的结算可以发生在美国本地体系内。跨境商业付款涉及不同国家的客户，某个币种的银行间结算却可能仍在该币种的本地体系中完成。
企业与供应商之间确实转移了经济价值。银行通过相关账户余额、机构间义务和账务记录的变化实现这件事；「钱装进 SWIFT 报文一路运到海外」这个比喻，无法准确解释实际处理过程。
代理行与中间行分别强调什么
Correspondent Bank 强调持续的银行间账户与服务关系，例如持有另一家银行的账户、处理付款，以及提供币种或支付系统能力。
Intermediary Bank 强调在某一笔付款中处于中间位置。它可能接收并继续处理指令，参与账户更新、币种处理、支付系统接入或合规检查。
同一家银行可以同时具备这两种身份。不同银行界面、报文规范和客服语境也可能使用不同名称，需要结合具体服务判断。
企业可以向付款行或服务商确认四件事：
这家中间机构为谁提供账户或支付服务，处理什么币种？
它是否接入相关币种的本地支付系统？
它是否可能进行合规检查或收取处理费？
出现异常时，谁能够向它发起查询？
五、从「已汇出」到客户入账
不同银行的状态名称和展示粒度并不统一。企业可以用下面的正常付款路径理解处理进度；它只是一种管理视角，不是统一的银行状态机。
后台未必逐项展示这些节点。「成功」应当对应具体处理范围；账户里能看到一笔记录与资金已经可以使用，也要按银行产品定义分别确认。
付款行显示「已汇出」，只能按该产品的定义理解付款行完成了什么处理，不能据此断定供应商账户已经入账。
Swift 的公开说明也区分付款到达收款银行和最终记入客户账户，并将两者之间的阶段称为「最后一程」（Last Mile）。影响端到端到账时间的因素包括：
提交是否赶上付款行或相关支付系统的截止时间。
付款地、代理行和收款地的工作时间，以及周末、节假日安排。
路径涉及哪些机构，以及它们能否自动处理；机构数量本身不足以判断耗时。
收款人名称、账号、银行标识和付款用途是否完整、匹配。
是否涉及换汇、外汇管制审批或补充资料。
相关机构是否需要进行合规、反欺诈或制裁筛查。
收款行何时完成客户入账。
因此，不能脱离币种、路径和状态定义，给所有跨境汇款套一个固定的到账天数。企业需要确认预计到账窗口、窗口对应的起止状态，以及超过窗口后能够用哪个参考号查询。
六、实收金额为什么会少
汇款成本可能分布在多个环节：
付款行的汇出或处理费用。
代理行、中间行的处理费用。
收款行的入账费用。
付款前、路径中或收款后换汇所使用的汇率与点差。
修改资料、查询、退汇和重新付款带来的异常成本。
OUR、SHA、BEN 用于表达费用承担方式。以下是基本含义，具体适用范围要以银行和产品条款为准。
| 费用指令 | 由谁承担 | 还需要核对什么 |
| OUR | 付款方承担汇款相关费用 | 产品如何覆盖中间行与收款行费用，能否另行向付款方收费 |
| SHA | 付款方与收款方分担，付款方承担本方银行费用，收款方承担其他适用费用 | 中间行费用归属和实际扣费方式；「分担」不表示金额各一半 |
| BEN | 收款方承担汇款相关费用 | 是否从汇款本金中扣除、具体路径是否支持该选项 |
费用指令需要由参与机构按适用规则执行，不能单凭一个代码推定最终实收金额。地区、支付系统、银行和产品都可能限制可选方式或改变其处理。
例如，HSBC UK 的个人银行条款解释了这三个代码，并规定其部分外币付款使用 SHA。HSBC Egypt 的费率条款则提示，收款行或其代理行的费用可能从汇款金额扣除，即使付款人选择承担全部费用；特定路径上的代理行也可能改变费用代码的处理方式。
这些是具体银行产品的条款示例，不能直接当作中国至德国这笔付款的合同规则。它们说明了为什么需要向实际服务机构确认费用如何执行。
如果合同要求供应商足额收到 10 万美元，选择 OUR 后，还要核对：
当前产品是否支持该方式，具体怎样执行。
中间行和收款行费用能否预估，或另行向付款方收取。
付款币种是否与收款账户币种一致。
如有换汇，报价是否已经包含 FX 成本。
实收不足时，合同约定由谁补足、怎样对账。
供应商对足额付款有明确要求时，实收金额的确定性可以优先于页面上显示的最低手续费。
七、按六个维度比较汇款路径
先按业务约束确定优先级，再比较具体产品。六个维度不必平均打分：
| 维度 | 比较时要问清的问题 |
| 币种与 FX 位置 | 企业持有什么币种，供应商要求什么币种？换汇在付款前、路径中还是收款后发生？适用汇率和点差是多少？ |
| 路径覆盖与账户关系 | 能否稳定覆盖目标国家、银行和币种？是否需要额外中间行？汇前路径未必完全可见，但可以询问常用安排和限制。 |
| 总经济成本 | 付款行、中间行、收款行、FX 和异常处理分别有什么成本？无法预估的部分要保留为不确定项。 |
| 预计到账窗口 | 从提交、扣账还是受理开始计算，到达收款行还是客户可用结束？合同和供应链节点能接受多大波动？ |
| 实收金额确定性 | 是否要求足额到账？费用指令和产品规则能否满足？不能满足时，如何预留差额和安排补款？ |
| 追踪与异常处理 | 能看到哪些状态、拿到什么参考号或追踪信息？超时、退汇、名称不符或费用争议时，由谁调查，约定响应时间是多少？ |
低频、非紧急的小额商业付款，可以优先考虑操作便利和合理成本。
供应商收到款才发货，或付款绑定合同截止日时，应当优先确认到账窗口、追踪能力和实收金额。延误与少收款可能直接影响交付安排。
高频、多币种、多主体企业，还需要考虑账户布局、批量付款、对账、流动性和备用路径。这些是规模和业务复杂度带来的额外要求，不必全部套在一次小额付款上。
具体服务也可能通过本地账户、本地支付网络、多币种账户或统一资金网络调整路径，部分环节仍依赖银行与代理行体系。服务商采用什么名称，不能直接说明实际用了哪条银行路径。
比较时，应确认实际处理能力、签约主体、资金保障安排、覆盖范围和异常责任。
八、为下一笔重要付款留下六项记录
企业可以先从重要供应商付款做起，由财务、采购和业务团队共同记录六项信息，无需一开始就建设复杂的全球资金系统：
汇款币种、付款账户币种，以及 FX 在哪里发生。
收款人名称、账号、收款行和必要的银行标识。
费用承担方式，以及是否要求足额到账。
预计到账窗口，以及对应的起止状态。
各状态的准确含义，以及可用的追踪标识。
超过窗口后，由谁向哪家机构发起查询。
完成付款后，再回填供应商确认的入账时间与实收金额。持续记录可以帮助比较不同币种、地区、银行和路径的实际波动，也能把查询、补款和等待发货的成本纳入评价。单笔样本不足以证明某条路径长期更快或更便宜。
企业持有人民币而要支付美元，可能先涉及购汇；海外外币收入换成人民币，又涉及结汇和资金管理。这些问题与汇款相连，需要另行分析，不能仅凭本文的同币种案例作判断。
本文讨论传统银行汇款的一般机制，不代表任何机构的官方定义或服务承诺。实际规则因币种、国家或地区、银行、账户类型、付款目的、支付设施、监管要求及产品政策而异；本文不构成金融、法律、税务、外汇或合规建议。
