第 13 章 一笔汇款的报文：字段决定了什么
所属：第四部分 · 跨境（第 12–15 章） 前置：第 7 章（ISO 8583 的教训）、第 11 章（推是全球两条通道之一）、第 12 章（代理行、多跳、SWIFT 不搬钱） 本章新概念：MT103 与 pacs.008、费用承担方（OUR / SHA / BEN）、串行与 cover、UETR、SWIFT gpi
这一章会打开一份真实报文。 你不需要会写它，但需要知道里面哪几个字段决定了产品体验——尤其是费用承担方那一个。
一、上一章留下的问题¶
上一章那张四跳表里，每一跳都写着同一句话：“一份指令走 SWIFT 传给下一家”。
那份指令里到底有什么？
这不是技术八卦。跨境产品里几个最常被客户投诉的问题，答案全在报文的字段里：收款人到底能拿到多少、这笔钱现在走到哪一跳了、为什么对方说没收到而你这边显示已发出。
二、一份汇款报文装了什么¶
跨境汇款的主力报文，几十年来叫 MT103。2025 年 11 月它已经退役，被 ISO 20022 的 pacs.008 取代（本章后面会讲这次换代）。但业界口头仍然用旧名字沟通，字段的业务含义也没变，所以先按 MT103 的字段号来认。
一笔汇款报文的核心字段：
| 字段 | 装的是什么 | 为什么它重要 |
|---|---|---|
:20: |
发报行自己的业务参考号 | 出问题时双方对账的第一个抓手 |
:32A: |
起息日 + 币种 + 金额 | 注意这是汇出金额，不是收款人到手金额 |
:50a: |
汇款人：姓名、地址、账号 | 合规筛查的输入 |
:57a: |
收款人的开户行 | 决定最后一跳交给谁 |
:59a: |
收款人：姓名、地址、账号 | 名字拼写不一致是人工复核的头号来源 |
:70: |
汇款附言 | 长度有限，B2B 场景的发票号经常塞不下 |
:71A: |
费用承担方：OUR / SHA / BEN | 一个字段，决定收款人少收多少 |
报文头里还有一个不显示在业务字段中、但同样关键的东西——UETR（unique end-to-end transaction reference，一笔汇款的全局唯一追踪号）。它是一串 UUID，从第一跳生成，跟着这笔钱走完全程。
:59a: 那一行值得多说一句。收款人姓名和地址是自由文本，而制裁筛查是拿这段文本去比对名单的。 合规骨架讲的模糊匹配和误报，源头就在这个字段的松散程度上。
三、费用承担方：一个字段决定谁掏中间行费¶
:71A: 只有三个取值，但它决定的是真金白银。
| 取值 | 含义 | ISO 20022 里的对应码 |
|---|---|---|
| OUR | 全部费用由付款人承担，收款人收足额 | DEBT |
| SHA | 付款人承担汇出行那一段，其余从汇款金额里扣 | SHAR |
| BEN | 全部费用从汇款金额里扣，付款人只出本金 | CRED |
（做集成时留意：新报文的码值和旧的三个词长得完全不一样，对接文档里两套都可能出现。）
接着上一章那笔 1000 美元算一遍。四道费用是汇出 25、中间行 15、中间行 10、入账 5，合计 55。
| 选择 | 付款人一共付出 | 收款人拿到（换汇前） | 谁承担那 55 |
|---|---|---|---|
| OUR | 1055 | 1000 | 付款人全出 |
| SHA | 1025 | 970 | 付款人出 25，收款人被扣 30 |
| BEN | 1000 | 945 | 收款人全担 |
交叉验证：三行里“付出”减“拿到”都等于 55。总费用一分没变，变的只是谁掏。
三行的方块一样长，只是位置在滑动。这个字段动不了总费用，只动它落在本金线的哪一侧。
上一章那笔算的是 BEN——四道费用全从本金里扣，所以收款人拿到 945。 换成 OUR，同一条链路、同样四跳，收款人拿到的就是 1000。
这条差别有两个直接的产品后果。
第一，SHA 和 BEN 下，收款金额在汇出时无法承诺。 中间行收多少、走几跳，付款人事前不知道。所以任何“到账金额精确可知”的跨境产品，要么走 OUR，要么根本不走这条链路。
第二，OUR 也不是万灵药。 汇出行会向付款人预收一笔估算的费用，如果实际中间行费超出，事后还要补收或退还。报文能规定谁掏，规定不了掏多少。
四、串行与 cover：同一笔汇款的两种走法¶
上一章那张四跳表画的是串行方式（serial）：付款报文像接力棒一样逐跳转发，每一家收到后转给下一家。
还有一种走法叫 cover 方式，它把一笔汇款拆成两条线走：
| 串行 | cover | |
|---|---|---|
| 收款行什么时候知道 | 等报文一跳跳传到它 | 第一时间，付款行直接发给它 |
| 资金指令怎么走 | 和付款报文同一条路 | 另发一条行间报文，沿代理行链搬钱 |
| 收款人体感 | 慢，取决于最慢的那一跳 | 快，收款行可以先入账 |
| 费用透明度 | 每一跳都在同一条报文上留痕 | 付款报文上看不到中间行扣了多少 |
cover 的好处很实在：收款行拿到付款指令时不必等资金链路走完，可以先给客户入账，事后再对上那笔行间划款。
代价是透明度。中间行的扣费发生在另一条线上，收款人手里那份报文看不见它。 上一章说的“不透明”，有一半是这么来的。
五、UETR 与 gpi：这笔钱现在在哪¶
2017 年之前，一笔跨境汇款发出去之后基本就是黑箱。客户问“钱到哪了”，银行只能一家家发查询报文去问。
SWIFT gpi（global payments innovation）改的就是这件事。它的核心不是新技术，是三条规则：
| gpi 的要求 | 解决什么 |
|---|---|
| 每笔汇款带唯一的 UETR，全程不变 | 有了这个号，才谈得上追踪 |
| 每一跳处理完必须回报状态 | 客户能看到走到第几跳、卡在谁那里 |
| 参与行承诺当日可用资金、费用透明 | 把“尽力而为”变成有约束的服务等级 |
注意它的性质：gpi 不是一条新轨道，是加在原有代理行链路上的一套规则和状态回报。 钱还是那样走、还是那些跳、还是那些费用——只是从此有人告诉你它走到哪了。
这正是四方模型那句话的又一个例子：这类网络卖的是规则的可执行性。 SWIFT 没有能力让钱走得更快，它有能力要求所有成员按同一套规则回报状态。
六、2025 年 11 月：MT 退役了¶
2025 年 11 月 22 日，跨境支付报文正式切到 ISO 20022。 MT103、MT202COV 这些用了几十年的格式，在 SWIFT 的跨境通道上被 pacs.008、pacs.009(COV) 取代。
迁移还没走完：行间的 MT101（请求转账）计划在 2026 年 11 月退役；地址字段的非结构化写法也在同一时间点截止，之后必须用结构化或混合格式。
（这类时间表每季度都在动，用到时请查当期公告。）
换代带来的实际变化，值得对照三段生命周期 ISO 8583 那一节来看：
| 老报文的限制 | 新报文改了什么 |
|---|---|
| 字段定长，地址挤成一团 | 结构化地址：国家、城市、街道分开填 |
| 附言字段短，B2B 发票号塞不下 | 备注空间大得多，可携带结构化的汇款信息 |
| 收付款人信息靠自由文本 | 字段化，机器可读 |
结构化地址这一条，直接冲着合规审查成本去的。 跨境成本四来源会讲，制裁筛查的误报大量来自地址和姓名的自由文本。字段拆开之后，机器能比对的东西变多了，误拦率有下降空间。
回到三段生命周期的教训：报文标准决定产品上限。 ISO 8583 的定长字段限制了卡交易几十年；MT 的自由文本同样限制了跨境汇款几十年。换报文是这个行业代价最大、见效最慢，但天花板抬得最高的一类改造。
七、卡为什么不走这条路¶
到这里可以回答一个从卡那几章就该问的问题：既然 SWIFT 覆盖全球，为什么一笔跨境刷卡不走它？
因为这两条通道从设计目标上就不是一回事。本地与全球说过它们是两种绕法，这里把它们摆在一张表上：
| SWIFT + 代理行 | 卡组织 | |
|---|---|---|
| 方向 | 推：付款人发起 | 拉：商户发起 |
| 谁和谁在通信 | 银行与银行 | 商户经收单行问到发卡行 |
| 报文承载什么 | 一笔已经决定要付的款 | 一次提问：这张卡能不能扣这笔钱 |
| 要多快 | 一到五个工作日可以接受 | 必须一两秒内答复 |
| 金额与频次 | 中大额、低频 | 小额、高频 |
| 事后能否追回 | 基本不能 | 拒付，最长 120 天 |
| 谁定规则 | 会员制合作社，成员共同制定 | 卡组织单方制定 |
第三行是关键，先把那个提问补全。三段生命周期拆过刷卡的头一两秒：发卡行要确认卡有效、确认额度够、跑一遍风险评分，然后回一个批准或拒绝。 卡的授权报文运的就是这一问一答。
汇款报文没有这一步。付款人决定要付，报文只负责把这个决定送到。
卡的授权报文本质是一次询问，SWIFT 的汇款报文本质是一次通知。
一次询问必须秒级往返，还得带着能做风控判断的上下文；一次通知只要送到，慢一点没关系。这两种需求造不出同一套报文，也养不出同一套网络。
所以不是“卡不用 SWIFT”，是两条通道各自解决的问题不同，从第一天起就分岔了。
八、这一章引出的问题¶
报文拆完了：字段、费用承担方、两种走法、追踪号、以及刚刚完成的那次换代。
回到上一章那个没答完的问题——1000 变成 926，那 74 块具体去了哪里？
这一章只解释了其中一部分：四道明面上的手续费，以及它们由谁承担。但真正最大的那一项，报文里根本没有对应字段，因为它压根不是一笔扣款。
下一章把成本拆成四项，逐项看清楚谁在承担、可不可见。
九、自检题¶
- 一家中国出口企业收到美国客户汇来的 10 万美元，实际到账 99850。它去问银行，银行说“对方选的是 SHA”。用这一章的字段解释发生了什么，并说出企业该向客户提什么要求才能避免。
- cover 方式让收款人更快拿到钱，为什么它同时让费用更不透明？
- 为什么说 SWIFT gpi 不是一条新轨道？它到底改了什么？
十、参考答案¶
先自己答完再往下看。
SHA 表示付款人只承担汇出行那一段费用，链路上中间行的费用直接从汇款金额里扣。所以到账少的那 150 美元，是中间行在途中扣走的，跟收款行无关，事前也无法预告。
要避免，企业应当在合同里约定付款方使用 OUR（ISO 20022 里的
DEBT），即全部费用由付款人承担、收款人收足额。但要提醒一句：OUR 保证的是“谁掏”，不保证“掏多少”——付款方那边可能被事后补收。真正想要金额确定，得换一条不走多跳代理行的通道。
因为 cover 把一笔汇款拆成了两条线：付款指令直发收款行，资金指令另走代理行链。中间行的扣费发生在资金那条线上，而收款人手里拿到的是付款那条线的报文，上面没有这些扣费记录。
串行方式下每一跳都在同一份报文上留痕，所以反而看得见。快和透明在这里是一对取舍。
因为它没有改变钱的走法。还是代理行、还是多跳、还是那些预置资金和那些费用。
gpi 改的是规则：强制每笔带唯一追踪号、强制每一跳回报状态、要求成员承诺服务等级。它把一个“发出去就不知道了”的黑箱，变成了一个可查询的流程。
这和四方模型说卡组织卖规则的可执行性是同一件事——网络的价值常常不在管道本身，在它能让所有参与者按同一套规则行事。
上一章：第 12 章 跨境的根本困难：世界上没有全球央行 下一章：第 14 章 跨境成本的四个来源