Swift正在提醒全球支付行业，为2026年11月的ISO 20022迁移关键节点提前做准备。
据支付之家消息，Swift近日发布ISO 20022支付迁移行动提醒。按照Swift安排，2026年11月14日之后，非结构化地址将被移除，跨境支付报文中只接受完全结构化地址或混合结构化地址。
这是一项看起来偏技术的变化，但它和跨境付款的日常操作有关。
在跨境付款中，付款人、收款人、银行、账户、地址等信息都需要在支付链路中传递。过去，地址信息很多时候可以作为一整段文字填写。人阅读时或许可以判断其中的国家、城市、街道和邮编，但系统未必能稳定识别这些信息分别对应什么字段。
结构化地址则不同。它要求把地址里的关键要素放到对应字段中，让金融机构、支付系统和市场基础设施可以更准确地识别、校验和处理。对跨境支付来说，地址信息从“人能看懂”走向“系统能识别”，是这次变化的关键。
Swift披露的4月数据显示，仍有61.2%的支付包含非结构化付款人邮政地址，62.9%的支付包含非结构化收款人信息。这说明，在2026年11月关键节点到来之前，全球支付行业仍有不少报文需要调整。
更需要关注的是后续处理风险。Swift明确表示，对于不合规报文，没有Swift应急处理措施。未包含结构化或混合结构化地址数据的付款，在支付链路中可能被拒绝或延迟。
对金融机构来说，准备工作不只是后台报文映射调整，还包括前端渠道如何收集地址、银企直连如何传递字段、客户付款模板如何更新，以及付款发起前如何发现格式问题。
换句话说，金融机构需要把这项变化转化成客户能理解、能操作、能测试的具体要求。比如，客户通过网银、银企直连或其他渠道发起跨境付款时，相关页面和接口是否支持结构化地址填写，系统是否能提前校验字段是否完整，出现问题后是否有清晰的修复流程，这些都会影响后续付款处理。
对企业客户来说，这次提醒也不能只看作银行后台的事情。
Swift提到，从2026年11月起，企业仍可继续向金融机构发送MT101发起报文，目前没有要求企业迁移到SCORE+的截止日期。不过，随着非结构化邮政地址字段被移除，继续使用MT101的企业需要升级到field 59 option F，以满足结构化地址要求。
企业还需要通过自身渠道获取收款人地址信息，将其保存在ERP或资金管理系统中，并在发起付款时提供给银行。按照Swift说明，最低要求包括城市名称和国家。这一要求适用于MT101 SCORE、pain.001 SCORE+以及银行自有渠道等不同方式。
对外贸企业、跨境电商卖家和有境外采购、服务采购、平台结算需求的企业来说，跨境付款不是只在付款当天完成。供应商信息维护、收款人资料更新、付款模板设置，都会影响后续付款效率。
企业发起跨境付款时，不能只关注账户、币种、金额和费用，也要关注收款人地址信息是否完整、规范、可被系统识别。如果企业长期用自由文本保存地址，或者不同系统里的地址格式不一致，后续在付款发起、银行审核和异常修复环节中，就可能出现更多补录、退回和延迟。
Swift还提到，其开放源代码、AI驱动的地址结构化方案可免费使用，用于帮助机构满足ISO 20022要求并结构化客户信息。Swift的Data Quality Analytics也在2026年免费提供，用于查看ISO 20022支付数据的完整性、一致性和结构化情况。
这些工具可以帮助机构和企业整理存量数据，但工具只是辅助。更重要的准备仍然发生在源头：企业是否及时维护收款人资料，金融机构是否提供清晰的字段要求，相关系统是否支持结构化录入和校验。
ISO 20022迁移看起来是金融机构之间的报文升级，实际也会影响企业付款资料的填写和管理。跨境付款要更顺畅，前提是付款数据更清楚。
这里是支付学院，关注支付，也关注每一次支付产品微小的进化。
未经允许，严禁转载。发布者：支付学院 转载或引用请注明出处：https://www.zfzj.cn/12158.html
