一笔汇款的报文：字段决定了什么

所属：第四部分 · 跨境与各地清算轨道（第 13–19 章） 前置：第 7 章（ISO 8583 的教训）、第 12 章（推是全球两条通道之一）、第 13 章（代理行、多跳、SWIFT 不搬钱） 本章新概念：MT103 与 pacs.008、费用承担方（OUR / SHA / BEN）、串行与 cover、UETR、SWIFT gpi

这一章会打开一份真实报文。 你不需要会写它，但需要知道里面哪几个字段决定了产品体验——尤其是费用承担方那一个。

一、上一章留下的问题¶

上一章那张四跳表里，每一跳都写着同一句话：“一份指令走 SWIFT 传给下一家”。

那份指令里到底有什么？

这不是技术八卦。跨境产品里几个最常被客户投诉的问题，答案全在报文的字段里：收款人到底能拿到多少、这笔钱现在走到哪一跳了、为什么对方说没收到而你这边显示已发出。

二、一份汇款报文装了什么¶

跨境汇款的主力报文，几十年来叫 MT103。2025 年 11 月它已经退役，被 ISO 20022 的 pacs.008 取代（本章后面会讲这次换代）。但业界口头仍然用旧名字沟通，字段的业务含义也没变，所以先按 MT103 的字段号来认。

一笔汇款报文的核心字段：

报文头里还有一个不显示在业务字段中、但同样关键的东西——UETR（unique end-to-end transaction reference，一笔汇款的全局唯一追踪号）。它是一串 UUID，从第一跳生成，跟着这笔钱走完全程。

:59a: 那一行值得多说一句。收款人姓名和地址是自由文本，而制裁筛查是拿这段文本去比对名单的。 合规骨架会讲的模糊匹配和误报，源头就在这个字段的松散程度上。

三、费用承担方：一个字段决定谁掏中间行费¶

:71A: 只有三个取值，但它决定的是真金白银。

（做集成时留意：新报文的码值和旧的三个词长得完全不一样，对接文档里两套都可能出现。）

接着上一章那笔 1000 美元算一遍。四道费用是汇出 25、中间行 15、中间行 10、入账 5，合计 55。

交叉验证：三行里“付出”减“拿到”都等于 55。总费用一分没变，变的只是谁掏。

三行的方块一样长，只是位置在滑动。这个字段动不了总费用，只动它落在本金线的哪一侧。

上一章那笔算的是 BEN——四道费用全从本金里扣，所以收款人拿到 945。 换成 OUR，同一条链路、同样四跳，收款人拿到的就是 1000。

这条差别有两个直接的产品后果。

第一，SHA 和 BEN 下，收款金额在汇出时无法承诺。 中间行收多少、走几跳，付款人事前不知道。所以任何“到账金额精确可知”的跨境产品，要么走 OUR，要么根本不走这条链路。

第二，OUR 也不是万灵药。 汇出行会向付款人预收一笔估算的费用，如果实际中间行费超出，事后还要补收或退还。报文能规定谁掏，规定不了掏多少。

四、串行与 cover：同一笔汇款的两种走法¶

上一章那张四跳表画的是串行方式（serial）：付款报文像接力棒一样逐跳转发，每一家收到后转给下一家。

还有一种走法叫 cover 方式，它把一笔汇款拆成两条线走：

cover 的好处很实在：收款行拿到付款指令时不必等资金链路走完，可以先给客户入账，事后再对上那笔行间划款。

代价是透明度。中间行的扣费发生在另一条线上，收款人手里那份报文看不见它。 上一章说的“不透明”，有一半是这么来的。

五、UETR 与 gpi：这笔钱现在在哪¶

2017 年之前，一笔跨境汇款发出去之后基本就是黑箱。客户问“钱到哪了”，银行只能一家家发查询报文去问。

SWIFT gpi（global payments innovation）改的就是这件事。它的核心不是新技术，是三条规则：

注意它的性质：gpi 不是一条新轨道，是加在原有代理行链路上的一套规则和状态回报。 钱还是那样走、还是那些跳、还是那些费用——只是从此有人告诉你它走到哪了。

这正是四方模型那句话的又一个例子：这类网络卖的是规则的可执行性。 SWIFT 没有能力让钱走得更快，它有能力要求所有成员按同一套规则回报状态。

六、2025 年 11 月：MT 退役了¶

2025 年 11 月 22 日，跨境支付报文正式切到 ISO 20022。 MT103、MT202COV 这些用了几十年的格式，在 SWIFT 的跨境通道上被 pacs.008、pacs.009(COV) 取代。

迁移还没走完：行间的 MT101（请求转账）计划在 2026 年 11 月退役；地址字段的非结构化写法也在同一时间点截止，之后必须用结构化或混合格式。

（这类时间表每季度都在动，用到时请查当期公告。）

换代带来的实际变化，值得对照三段生命周期 ISO 8583 那一节来看：

结构化地址这一条，直接冲着合规审查成本去的。 跨境成本四来源会讲，制裁筛查的误报大量来自地址和姓名的自由文本。字段拆开之后，机器能比对的东西变多了，误拦率有下降空间。

回到三段生命周期的教训：报文标准决定产品上限。 ISO 8583 的定长字段限制了卡交易几十年；MT 的自由文本同样限制了跨境汇款几十年。换报文是这个行业代价最大、见效最慢，但天花板抬得最高的一类改造。

七、卡为什么不走这条路¶

到这里可以回答一个从卡那几章就该问的问题：既然 SWIFT 覆盖全球，为什么一笔跨境刷卡不走它？

因为这两条通道从设计目标上就不是一回事。本地与全球说过它们是两种绕法，这里把它们摆在一张表上：

第三行是关键，先把那个提问补全。三段生命周期拆过刷卡的头一两秒：发卡行要确认卡有效、确认额度够、跑一遍风险评分，然后回一个批准或拒绝。 卡的授权报文运的就是这一问一答。

汇款报文没有这一步。付款人决定要付，报文只负责把这个决定送到。

卡的授权报文本质是一次询问，SWIFT 的汇款报文本质是一次通知。

一次询问必须秒级往返，还得带着能做风控判断的上下文；一次通知只要送到，慢一点没关系。这两种需求造不出同一套报文，也养不出同一套网络。

所以不是“卡不用 SWIFT”，是两条通道各自解决的问题不同，从第一天起就分岔了。

八、这一章引出的问题¶

报文拆完了：字段、费用承担方、两种走法、追踪号、以及刚刚完成的那次换代。

但报文只负责把「谁付谁多少」送到对面。送到之后，钱在对面那本账上怎么动、几点动、动完还能不能撤回——这三件事发生在另一类系统里，而这门课到目前为止一直用同一句话把它们带过：「最终落在某国央行的账本上」。

那本账从来没有被打开过。

接下来三章各打开一本：欧元、人民币、英镑。前面学过的每一个判断工具——清算与结算的间隔、RTGS 与 DNS、终局性、货币层级——都是从这类系统里长出来的，打开之后你会看到它们的原型。

下一章从欧元区开始，先给出一套四个问题，用来量任何一条陌生的清算轨道。至于 1000 变成 926 的那 74 块，三本账打开之后再回来算。

九、自检题¶

1. 一家中国出口企业收到美国客户汇来的 10 万美元，实际到账 99850。它去问银行，银行说“对方选的是 SHA”。用这一章的字段解释发生了什么，并说出企业该向客户提什么要求才能避免。
2. cover 方式让收款人更快拿到钱，为什么它同时让费用更不透明？
3. 为什么说 SWIFT gpi 不是一条新轨道？它到底改了什么？

十、参考答案¶

先自己答完再往下看。

1. SHA 表示付款人只承担汇出行那一段费用，链路上中间行的费用直接从汇款金额里扣。所以到账少的那 150 美元，是中间行在途中扣走的，跟收款行无关，事前也无法预告。

   要避免，企业应当在合同里约定付款方使用 OUR（ISO 20022 里的 DEBT），即全部费用由付款人承担、收款人收足额。

   但要提醒一句：OUR 保证的是“谁掏”，不保证“掏多少”——付款方那边可能被事后补收。真正想要金额确定，得换一条不走多跳代理行的通道。

2. 因为 cover 把一笔汇款拆成了两条线：付款指令直发收款行，资金指令另走代理行链。中间行的扣费发生在资金那条线上，而收款人手里拿到的是付款那条线的报文，上面没有这些扣费记录。

   串行方式下每一跳都在同一份报文上留痕，所以反而看得见。快和透明在这里是一对取舍。

3. 因为它没有改变钱的走法。还是代理行、还是多跳、还是那些预置资金和那些费用。

   gpi 改的是规则：强制每笔带唯一追踪号、强制每一跳回报状态、要求成员承诺服务等级。它把一个“发出去就不知道了”的黑箱，变成了一个可查询的流程。

   这和四方模型说卡组织卖规则的可执行性是同一件事——网络的价值常常不在管道本身，在它能让所有参与者按同一套规则行事。

上一章：第 13 章　跨境的根本困难：世界上没有全球央行 下一章：第 15 章　欧元区清算轨道：四个问题看懂一条轨道