CPMI 更新 ISO 20022 要求：跨境支付需要一致的数据语言

2026 年 2 月 26 日，国际清算银行支付与市场基础设施委员会（CPMI）更新跨境支付 ISO 20022 数据协调要求。重点是让不同系统对数据的使用趋于一致。

同一种格式，仍可能说不同的话

ISO 20022 提供结构化金融报文标准。但如果机构对字段的填写、保留与校验方式不同，数据跨系统传递时仍会丢失含义。一个系统能接收报文，不代表它能完整理解并处理其中的信息。

可以把它理解为各方使用同一份表格：如果有人把详细地址填进备注，有人拆分到地址字段，后续系统仍需人工整理。统一字段语义与使用规则，才有助于自动处理和对账。

这次更新明确了什么

更新吸收了 2023 年以来的标准与监管变化，并把数据模型放入独立技术附件，便于随标准版本维护。CPMI 鼓励在 2027 年底前协调采用；这些要求本身属于指导，不能直接写成所有地区统一生效的法规。

对接团队可以从哪里开始

将付款方、收款方、地址、用途与对账信息列成字段清单，核对上游能提供什么、下游接受什么。再用退回、补充信息、长字段等情形验证数据是否完整。这里的工程判断是：成功发送一条报文只是起点，降低人工修复率才体现改造价值。

数据质量要沿完整链路检查

假设发起系统正确拆分了收款人的名称、街道和国家，但中间转换环节把地址拼回一行，并截掉较长部分。最终系统仍可能收到合法格式的报文，却缺少业务处理所需信息。这就是语法检查通过与数据完整之间的差别。

验证时可以为每个字段记录来源、是否必填、长度处理和目标位置，再检查账户报告与退回消息能否关联原始交易。出现不完整信息时，应明确由哪一方补充，而不是让每个系统分别猜测。

共同要求与本地要求怎样共存

协调要求提供跨系统的一致基础，本地市场和具体业务仍可能有额外条件。机构需要辨认某项校验来自共同数据模型、所在地区规则，还是服务提供方自身的约定，才能安排正确的修改位置。

这也解释了为何采用 ISO 20022 后仍会出现改造工作。标准支持什么、系统实际接收什么、业务真正需要什么，需要在接口与流程中对应起来；仅在产品说明里增加一个标准名称并不能证明兼容。

The CPMI updated its harmonised ISO 20022 requirements on 26 February 2026. The aim is consistent use of structured payment data across systems.

A shared format is only the start

Two institutions can accept the same message format while interpreting or populating fields differently. Think of a shared form: placing an address in a notes box instead of address fields can leave the next system with manual work.

What changed

The update incorporates developments since 2023 and separates the technical data model for easier maintenance. The CPMI encourages coordinated adoption by the end of 2027; the requirements themselves are guidance, not a single global regulation.

A practical integration question

Map sender, beneficiary, address, purpose and reconciliation fields across the payment chain. Test returns, requests for information and long values. Engineering success should include fewer manual repairs, rather than only a successfully transmitted message.

Check the whole data path

An originator might supply separate name, street and country fields correctly, while an intermediary joins and truncates them. The final message can remain syntactically valid but lack necessary business information.

Field-level checks can record origin, required status, length treatment and destination, then verify links in account reports and return messages. Responsibility for supplying missing information should be explicit.

Common and local requirements coexist

Harmonisation provides a common foundation while local markets or particular services can impose additional conditions. Identify whether a validation rule comes from the common model, local rules or a provider agreement. That determines where a change belongs and explains why adopting the standard does not end integration work.