一

先从最新的一次说起。2025 年 11 月是全球跨境支付标准史上的一个分水岭：SWIFT 网络的 MT 系列报文正式在跨境支付领域退出，取代它的是 ISO 20022 的 MX 系列1。这个迁移从 2023 年 3 月 20 日启动，历经近三年的共存期（coexistence period），最终在 2025 年 11 月完成 cutover。

MT 与 MX 的区别不只是格式换代。MT 是 1980 年代 SWIFT 制定的报文格式，基于固定字段与短代码，字符集有限，每条报文长度受限，字段结构相对简单。MX 是 ISO 20022 定义的报文族，基于 XML 结构，字符集扩展到 Unicode，字段数量大幅增加，字段结构可以嵌套。举个具体例子：一条 MT 103 里的“付款方名称”字段是 35 个字符的自由文本；同样的字段在 MX 的 pacs.008 里变成一个结构化对象，包含姓、名、法人名称、地址（街道、门牌、城市、邮编、国家）、身份标识（如 LEI、护照号）等等2。

这个升级看起来是“更详细”，但它的现实作用是让自动化合规筛查从困难变得容易。MT 时代，付款方的地址可能写成“John Smith, London”——不结构化、不精确、不可比对。合规系统只能做模糊匹配，误报率很高，漏检率也很高。MX 时代，地址变成“John Smith / 10 Downing Street / SW1A 2AA / London / GB”——每个字段独立、可解析、可与 SDN 名单里的地址精确比对。同样的思路作用于付款目的（新增 purpose code 字段）、付款人身份（可以直接放 LEI）、收款银行属性（可以放 BIC + LEI 双识别）。

二

那么谁定 ISO 20022？答案是 ISO（国际标准化组织）。这是一个 1947 年成立的全球非政府标准组织，总部在日内瓦，成员是各国国家标准机构3。ISO 20022 属于它的 TC 68（金融服务技术委员会）的产品；由 ISO 与全球金融行业联合制定和维护。

但 ISO 只是标准的“发行方”。标准从纸面到实操，需要一个“注册管理机构”（Registration Authority）。这个角色由 SWIFT 承担——SWIFT 是 ISO 20022 的 RA，负责维护标准的中央存储库、审批新报文类型、发布使用指南4。这个 RA 身份让 SWIFT 在标准治理层拥有实质的话语权：它决定哪些新报文类型能进入注册库、决定各种字段的具体形态、决定共存期的技术细节。

对全球跨境支付这一具体场景，SWIFT 有一个专门的项目叫 CBPR+（Cross-Border Payments and Reporting Plus）。CBPR+ 是 SWIFT 定义的一套 ISO 20022 使用指南，专门针对跨境代理行支付。它规定了在跨境支付场景里，pacs.008（客户信用转账）、pacs.009（金融机构信用转账）、camt.056（付款撤销）、camt.029（决议）等报文的字段应该怎么填、什么必填什么选填、遇到冲突时怎么处理5。CBPR+ 2023 年 3 月发布的第一版包含 15 个使用指南；后续版本逐步扩展。

这些使用指南的直接作用是：任何一家想在 SWIFT 网络上做跨境支付的银行，必须按 CBPR+ 规则填报文。填错了、缺字段、格式不对，报文会被拒收。这就是 SWIFT 作为 RA 的实质权力——它不发法律，但它规定了“能通过网络的形状”。

三

CBPR+ 里最能直接看出治理意图的一个变化，是结构化地址的强制。2025 年 11 月 cutover 之后，跨境支付里的所有付款方、收款方地址都必须是结构化格式——街道、门牌、城市、邮编、国家分别独立字段。非结构化的自由文本地址被禁止，用了就报文被拒6。

这个规则的直接影响是巨大的。在 MT 时代，很多国家的地址系统本来就不像美国那样规范——中国的地址常有单位号、宿舍号、村组号；印度的地址常有多语言拼写；伊斯兰国家的地址常有 tribe 或 clan 标识；非洲的地址常常没有邮编。这些地方的银行要接入新标准，就必须重新组织客户信息，或者放弃跨境支付。

这一步就是把“非结构化世界”排除在跨境支付之外的一次治理动作。对合规的作用是明显的——结构化地址让 OFAC 筛查、AML 筛查、反恐融资筛查更精确。但对治理的作用同样明显——它把标准落地的成本压给了非欧美银行，让它们必须投入 IT 改造才能保持接入。

四

除了结构化地址，还有一个更基础的标识层：LEI（Legal Entity Identifier，法人实体标识符）。LEI 是一个 20 位的字符串，唯一标识全球范围内的一个法人。它由 ISO 17442 定义、由 GLEIF（Global Legal Entity Identifier Foundation）治理7。

GLEIF 本身是一家瑞士基金会，成立于 2014 年，由 G20 和金融稳定理事会（FSB）推动。它不直接给企业发 LEI，而是通过认证的“本地运营单位”（Local Operating Unit, LOU）网络发行。企业申请一个 LEI 需要提交营业执照、股权结构、董事名单等，通过 LOU 审核后获得 LEI；每年续期。全球目前有超过 250 万个活跃 LEI8。

LEI 的作用是让“这家公司到底是谁”这个问题有一个可全球比对的答案。在没有 LEI 之前，一家美国公司在美国叫 “ABC Corp”、在中国合资时可能叫 “ABC 上海公司”、在开曼有个 “ABC Capital Holdings”，三个实体是同一家公司的三个法人身份，但从名字上看不出来。SDN 名单里制裁“ABC Corp”时，中国合资和开曼公司应该被制裁吗？合规系统在没有 LEI 的情况下要靠人工判断，容易出错。LEI 给了自动化判断的钥匙——每个法人有唯一 ID，SDN 名单可以直接列 LEI，合规系统直接比对。

LEI 的强制推广是一场看似技术的治理战。中国从 2020 年开始把 LEI 强制用于所有金融交易9。英国从 2025 年 5 月开始把 LEI 强制用于所有 CHAPS 大额支付10。欧盟通过 EMIR（欧洲市场基础设施监管条例）强制衍生品交易报告使用 LEI。SWIFT 和 CPMI 在 2024-2025 年联合推动把 LEI 作为 ISO 20022 中的首选组织标识符。

这里出现一个有意思的现象：中国是 LEI 全球推广的最积极国家之一。这不是“跟随西方标准”的常规解释可以概括的。中国推 LEI 的直接效果是让自己的银行接入全球标准更容易；但更深层的效果是，中国国内交易的 LEI 治理由中国自己的 LOU（中国金融认证中心 CFCA、上海清算所 SHCH 等）承担，这样中国的实体标识就不完全依赖境外机构。这是一种“参与治理”而不是“接受治理”的路径。

五

再往上一层，还有一个真正决定跨境支付治理走向的机构：CPMI（Committee on Payments and Market Infrastructures，支付与市场基础设施委员会）。它是 BIS 下辖的一个委员会，成员是各国央行代表11。CPMI 不发行标准，但它发布指导文件（如 PFMI, Principles for Financial Market Infrastructures），这些文件事实上被各国央行采纳为对国内清算系统的监管要求。

CPMI 在 2020 年代最重要的工作之一是跨境支付路线图（Cross-Border Payments Roadmap），这是 G20 委托的一个多年项目，目标是“到 2027 年让跨境支付更快、更便宜、更透明、更普及”12。这个路线图里几乎每一步都指向标准治理：ISO 20022 全球统一、LEI 全面覆盖、跨境 API 标准化、支付跟踪数据标准化。而落实这些的机构是 SWIFT、GLEIF、各国央行、以及愿意跟进的商业银行。

标准治理的一个隐性效果是：当所有跨境支付都走同一套结构化数据时，跨境资金流对治理方（各国央行 + BIS + SWIFT）来说变得可视化程度极高。原本只有各国单独看得清自己边界内的支付；现在通过 ISO 20022 + LEI 的组合，跨境资金流可以被“读”出更多细节——付款方、收款方、目的、路径、时间戳。这些数据在过去只能由各国央行分别持有；未来会通过合作机制被更多分享。

从制裁的角度看，这是监控能力的一次大幅升级。一笔从伊朗银行经过某中亚国家再到欧洲某国的美元支付，在 MT 时代可能因为付款方名字被“洗”过而躲过筛查；在 MX + LEI 时代，只要任何一层用了正确的 LEI，就会立刻被 OFAC 系统命中。BNP Paribas 时代的 stripping 手法在新标准下变得极难持续——因为报文字段是结构化的，抹掉某个字段会直接让报文格式非法。

六

标准治理的另一个战场是支付跟踪数据。SWIFT gpi 于 2017 年上线，引入 UETR（Unique End-to-End Transaction Reference）作为每笔跨境支付的唯一 ID13。UETR 让付款方和收款方都能实时查询支付的路径与状态。SWIFT 官方数据：接入 gpi 的支付里，近 60% 在 30 分钟内到账，几乎 100% 在 24 小时内到账14。

UETR 的表面价值是“用户体验”——付款人不再担心跨境支付进了黑洞。它的深层价值是“元数据”——每一笔支付有了可以纵向串联的追踪记录。这些记录汇总起来就是全球跨境资金流的一份实时地图。SWIFT 官方口径是它不用这些数据做非技术用途，但从治理的角度看，这份地图的存在本身就是一种权力。它让 SWIFT——理论上“中立的报文搬运者”——不再纯粹中立，因为它拥有了可以被政治力量征用的元数据集。

2001 年 9 月 11 日之后，美国财政部通过 TFTP（Terrorist Finance Tracking Program）项目获取过 SWIFT 数据用于反恐分析15。这个项目在 2006 年被《纽约时报》曝光，引发欧盟的强烈不满，最终演变为 2010 年的 EU-US TFTP 协议——需要欧美联合审批数据请求。这段插曲是一个信号：SWIFT 数据从技术上是“中立报文”，从政治上是“国家可以争夺的战略资源”。

TFTP 事件后的十年里，SWIFT 一直在低调地扩展 anti-financial-crime 服务能力，向成员银行提供合规工具与洞察。这些工具让 SWIFT 从“报文搬运者”逐步向“合规基础设施”迁移——它不做制裁决定，但它给合规决定提供工具。

七

回到 CBPR+ 的具体规则，还有一个字段值得特别关注：purpose code——付款目的代码16。在 MT 时代，付款目的是自由文本，比如“invoice payment”、“salary”、“dividend”。合规系统看到这些只能靠 NLP 或关键词匹配。MX 时代，purpose code 是一个结构化字段，来自一个统一的代码表——BONU（bonus payment）、DIVI（dividend）、SALA（salary）、TRAD（trade settlement）、GDDS（goods purchase）等。

Purpose code 的强制推广让 AML 与反恐融资监控变得更精细。合规系统可以按目的分类聚合，识别异常模式：某国突然大量出现 TRAD 但没有对应贸易数据、某银行 SALA 支付集中到同一账户、某地址 DIVI 收款远超公司规模。这些模式在 MT 时代要人工筛查，MX 时代可以自动化。

对被制裁国家来说，purpose code 提高了走“变通交易结构”的门槛。传统上一些国家会用“medical goods”或“humanitarian aid”的名目走一些实际上是其他用途的交易；MX + purpose code 强制之后，这种模糊性变得更难维持，因为报文格式要求 purpose code 与实际交易类型对应，一旦被系统追溯到实际货物或服务与 code 不符，报文本身就成为证据。

八

标准治理还有一个不那么显眼但影响深远的方向：API 标准化。传统的跨境支付是银行对银行的报文交换；未来的跨境支付里，非银行金融科技公司（fintech、稳定币发行人、支付网关）也要接入。这些新玩家不是 SWIFT 成员，也不能用 MT/MX 报文；它们需要通过 API 与银行对接。CPMI、G20、GLEIF 等机构正在推动跨境支付 API 的标准化，目标是让 fintech 也能接入全球合规基础设施17。

API 标准化的一个副产品是监管边界的扩展。当稳定币发行人（如 Circle 的 USDC、Tether 的 USDT）通过标准 API 接入银行时，它们要按 API 规定提供交易元数据——付款方 LEI、收款方 LEI、purpose code。这些元数据同样被合规系统看得清清楚楚。GENIUS Act 2025 之下，稳定币发行人被列为 BSA 下的金融机构，须遵守 KYC 与交易监控标准18。这就意味着 OFAC 的长臂通过 API + 稳定币 + 结构化元数据，第一次伸进了链上世界。

我们在第十期“数字备胎与链上美元”会详细讨论这个话题。但在标准治理这一章，需要先指出：从纸质合同、电传报文、MT 报文、MX 报文、稳定币 API，标准的每一次升级都在扩大治理的可见范围。这不是一个技术曲线，这是一条治理曲线。

九

看完这一章的读者应该能理解为什么“绕开 SWIFT”这句话在实操里几乎没有意义。因为 SWIFT 不只是一个报文传输公司——它是一个标准维护者、合规工具供应商、元数据枢纽、事实上的准监管者。你可以造一个自己的报文网络（CIPS、SPFS 都试过），但你造不出一个自己的标准生态——因为标准生态要求全球用户的参与、要求 ISO 的认证、要求 GLEIF 的实体标识网络、要求所有相关央行的接受。这些每一个都不是靠一国政策可以推动的。

CIPS 目前 80% 的报文仍然通过 SWIFT 走19——这不是技术限制，是标准生态的限制。CIPS 有自己的报文格式，但用户银行发现，如果他们跟对方通过 SWIFT 沟通，双方都省事、都合规、都接得住。用 CIPS 自己的报文，就意味着对方也要投入 IT 改造来支持这种格式。这种“网络效应”让 CIPS 的报文自主进展缓慢——不是能力问题，是标准生态惯性的问题。

标准就是治理的另一半。这句话在这本书里会被反复引用。因为在美元清算的三层结构（报文 / 清算 / 执法）之下，有更基础的一层——标准层。这一层由 ISO、GLEIF、CPMI、SWIFT 等机构共同维护。这一层的形状决定了合规系统的形状；合规系统的形状决定了制裁武器的形状；制裁武器的形状决定了地缘金融博弈的可能空间。

下一章我们进入“长臂的形成”——从 OFAC 到 DOJ，从 stripping 判例到 CAATSA 立法，看治理如何从“标准”进入“执法”这一层。

参考文献

  1. PaymentExpert 2025-11-21 · SWIFT’s ISO 20022 cutover: the end of MT and a 20-year promise — https://paymentexpert.com/2025/11/21/swifts-iso-20022-cutover-the-end-of-mt-and-a-20-year-promise/

  2. Modefin · ISO 20022: The transformation from SWIFT MT to MX message formats — https://modefin.com/iso-20022-the-transformation-from-swift-mt-to-mx-message-formats/；Redbridge · SWIFT MT to MX migration — https://www.redbridgedta.com/us/market-intelligence/swift-mx-migration/

  3. ISO · About ISO — https://www.iso.org/about.html；ISO TC 68 · Financial services technical committee

  4. SWIFT · ISO 20022 for Financial Institutions Focus on Payments Instructions — https://www.swift.com/standards/iso-20022/iso-20022-financial-institutions-focus-payments-instructions

  5. JPMorgan · ISO 20022 Migration — https://www.jpmorgan.com/insights/payments/fx-cross-border/iso-20022-migration；State Street · ISO 20022 Migration Client Guide — https://www.statestreet.com/us/en/insights/client-guide-to-iso-20022

  6. Citi · ISO 20022 FAQs PDF — https://www.citibank.com/tts/sa/iso-20022-migration/assets/docs/ISO-20022-FAQs.pdf；nthexception · ISO 20022 Readiness — https://www.nthexception.com/post/iso-20022-readiness-leis-purpose-codes-and-structured-addresses-explained

  7. GLEIF · Global Legal Entity Identifier Foundation 官方 — https://www.gleif.org；ISO 17442 标准定义

  8. RapidLEI · Legal Entity Identifier (LEI) for ISO20022 SWIFT Payment — https://rapidlei.com/lei-regulation/iso20022-payment/；GLEIF · 全球 LEI 数据集

  9. SWIFT · Global Adoption of the Legal Entity Identifier (LEI) in ISO 20022 — https://www.swift.com/swift-resource/251371/download

  10. Financial Stability Board · Implementation of the Legal Entity Identifier Progress report, 2024-10-21 — https://www.fsb.org/uploads/P211024-2.pdf

  11. BIS · Committee on Payments and Market Infrastructures — https://www.bis.org/cpmi/index.htm；CPMI Principles for Financial Market Infrastructures

  12. FSB · G20 Cross-Border Payments Roadmap（2020 起）与 CPMI 相关报告；进展见 FSB 官方年度进展报告

  13. SWIFT · SWIFT gpi — https://www.swift.com/products/swift-gpi

  14. ACI Worldwide · What is SWIFT gpi — https://www.aciworldwide.com/what-is-swift-gpi

  15. European Commission · Terrorist Finance Tracking Program 相关背景资料；关于 2006 NYT 曝光与 2010 EU-US TFTP 协议的历史背景

  16. Nthexception · LEIs, Purpose Codes, and Structured Addresses Explained — https://www.nthexception.com/post/iso-20022-readiness-leis-purpose-codes-and-structured-addresses-explained

  17. Clare Rowley (GLEIF) · Optimizing ISO 20022 for Cross-Border Payments, Finextra — https://www.finextra.com/blogposting/24040/optimizing-iso-20022-for-cross-border-payments-why-the-lei-and-bic-offer-true-global-identification

  18. Federal Register 2025-18226 · GENIUS Act Implementation — https://www.federalregister.gov/documents/2025/09/19/2025-18226/genius-act-implementation；Pillsbury Law · Congress Passes GENIUS Act — https://www.pillsburylaw.com/en/news-and-insights/congress-genius-act-framework-stablecoin-digital-asset-regulation-us.html

  19. PERI WP574 · The Cross-Border Interbank Payment System — https://peri.umass.edu/wp-content/uploads/joomla/images/publication/WP574-1.pdf；亦引用 Yeung & Goh 2022 关于 CIPS 80% 报文经 SWIFT 的估算，见 Wikipedia · CIPS — https://en.wikipedia.org/wiki/Cross-Border_Interbank_Payment_System