从 2026 年 11 月 14 日起,SWIFT 的 CBPR+ 跨境支付报文将不再接受「完全非结构化」(纯自由文本)的邮寄地址,不合规的报文会被直接拒绝,且没有应急过渡措施。具体来说:以往可以把整个地址塞进一到三行自由文本(AdrLine)里,例如「123 Main Street, London EC2V 8BQ, United Kingdom」;新规之后,至少城市名(TwnNm)和国家(Ctry,须使用 ISO 3166-1 两位字母代码)必须各自放在专属字段里,埋在自由文本行里不算数。允许的格式有两种:(1) 完全结构化 —— 每个组成部分都有自己的字段,且不能再出现任何自由文本行;(2) 混合式(Hybrid)—— 城市和国家用结构化字段,其余部分最多保留两行自由文本(每行不超过 70 字符)。需要说明的是,这与 2025 年 11 月完成的 ISO 20022 报文迁移是两件事 —— 那次是换报文格式,这次是规范报文里的地址数据怎么写。这项变更属于 SWIFT 的 SR 2026 标准发布,已通过行业正式流程确认,日期不会改动。

核心原则:把地址拆开填,不要挤成一行,并且城市和国家一定要单独、明确地给出。实务建议:(1) 城市名单独列出 —— 例如香港的「Kowloon」、新加坡的「Singapore」、吉隆坡的「Kuala Lumpur」;(2) 国家用两位字母代码 —— 香港 HK、新加坡 SG、马来西亚 MY、中国 CN、美国 US、英国 GB。注意:在国家字段里写「United States」这样的国家全称会被拒绝,必须是 US;(3) 街道、门牌、邮编尽量分开提供,而不是全部堆在一起;(4) 避免过长的单行 —— 混合式格式下,自由文本行最多两行、每行 70 字符,超出会出错;(5) 中文地址要转成英文/拼音,并按上述结构拆分。需要提醒的是:报文里的 XML 标签是银行和支付机构的技术工作,你不需要自己写 XML;但银行只能用「你提供的地址数据」去填这些字段 —— 如果你给的是一团糊在一起的文字,银行也拆不出城市和国家。所以源头在你这里。具体格式要求请以你的开户银行或支付机构的现行指引为准。

整理为三类最常见的问题写法:(1) 全部挤在自由文本里 —— 例如把「Room 1201, ABC Tower, 123 Nathan Road, Kowloon, Hong Kong」整段塞进一到两行自由文本,城市和国家没有单独字段。这是被淘汰的「完全非结构化」格式,会被直接拒绝。(2) 国家写成全称或中文 —— 国家字段必须是 ISO 3166-1 两位字母代码。填「Hong Kong」「中国香港」「United States」都不符合要求,必须是 HK、CN、US。这是很容易被忽略、却会直接导致校验失败的细节。(3) 结构化与自由文本混用错误 —— 混合式格式下,同一个地址组成部分不能既放在结构化字段、又出现在自由文本行里(例如邮编既填了 PstCd 又写在 AdrLine 中);另外自由文本行最多两行、每行 70 字符,写第三行或单行超长都会不合规。此外还有一些技术性错误(如字段顺序不对)属于系统层面,由银行的技术团队处理。给外贸企业的建议:提前把你留在银行、支付机构、以及海外买家系统里的地址,按「街道 / 城市 / 邮编 / 国家代码」拆开重新提供一次。

有关系,而且关系比很多人以为的更直接。原因是:报文里的结构化字段需要有数据来源,而这些地址数据大多来自你 —— 你在银行留存的公司地址、你给海外买家的收款信息、你印在形式发票(PI)和合同上的地址。如果你提供的是一整段没有拆分的文字,银行的系统未必能可靠地从中拆出城市和国家,结果就是报文不合规、汇款被延迟甚至退回。几个具体的影响面:(1) 你收款时 —— 海外买家在他们银行的系统里填你的地址,填的就是你给他们的那份;(2) 你付款时 —— 你提供给银行的供应商地址同样要能拆分;(3) 你的模板 —— PI、合同、报价单上印的地址,就是对方会照抄的版本。所以最实际的做法是:主动把你的公司地址整理成结构化版本(街道、城市、邮编、国家两位代码分开),更新到银行/支付机构、你的 PI 和合同模板、以及主要买家的付款系统里。这件事越早做越好,因为对方系统的更新也需要时间。

分两种情况处理:(1) 中文地址 —— 跨境汇款报文使用拉丁字符,中文地址需要转写成英文或拼音。转写时不要只是逐字翻译成一长串,而要按结构拆开:街道/路名、楼栋或房号、区/城市、邮编、国家代码。例如把「香港九龙弥敦道123号ABC大厦1201室」拆成:Room 1201(房号)、ABC Tower(楼名)、123 Nathan Road(门牌+街道)、Kowloon(城市)、HK(国家)。(2) 地址很长 —— 这正是混合式(Hybrid)格式的用途:城市和国家放结构化字段,其余较长的部分可以放在最多两行自由文本里(每行上限 70 字符)。如果两行仍放不下,就需要精简 —— 优先保留能定位到具体收件位置的信息,次要信息(如部门名)可以省略。实务建议:(a) 先确定城市名和国家代码这两个必填项;(b) 再看剩余信息能否放进两行;(c) 拿不准时直接问你的开户银行或支付机构,他们会给出符合其系统要求的写法。不同机构的具体校验规则可能略有差异,以经办机构的指引为准。

是的,这是一次多个清算体系同步的变更,不只是 SWIFT 一家:(1) SWIFT CBPR+ —— 2026 年 11 月 14 日起不接受完全非结构化地址;(2) SEPA —— 欧洲支付理事会已将 SEPA 相关方案对齐到同一时间线,欧元区的转账与直接借记从 11 月 15 日起同样不再允许非结构化地址;(3) 其他市场基础设施 —— 英国的 CHAPS、以及美元、欧元、英镑、澳元、加元、新元等货币的支付市场基础设施也在对齐;美国方面 Fedwire 亦在同一时间线上移除完全非结构化选项。换句话说,这不是某一条通道的局部调整,而是全球主要跨境与大额清算体系的同步切换。对企业的含义是:你不能靠「换一条通道绕过去」——各条通道的要求正在趋同。业内数据显示,截至 2026 年年中,全球仍有相当高比例的支付报文尚未合规、不少机构进度落后,这意味着切换初期出现延迟和退汇的概率不低。提前把自己的地址数据整理好,是成本最低的应对方式。具体各清算系统的适用范围与生效细节,请以各自官方公告为准。

按以下步骤处理:(1) 先确认退回原因 —— 联系汇出银行索取退回报文或说明,确认是否确实因地址格式不合规被拒(也可能是其他原因,如收款人名称不符、资金来源审查等);(2) 索取追踪码 —— 向汇出行索取 UETR 追踪码,可通过 SWIFT gpi 查询这笔资金目前流转到哪一环、状态如何;(3) 更正地址后重发 —— 按结构化要求把地址拆分好(城市、国家代码单独给出),重新发起汇款;(4) 注意费用与时间 —— 退汇通常会扣除已产生的中间行费用,资金退回原账户也需要几个工作日,若有付款期限要及时通知对方;(5) 同步更新源头 —— 不要只改这一笔,要把银行留存资料、买家系统里的地址一并更新,否则下次还会出问题。预防永远比补救便宜:在 11 月 14 日之前,主动检查并更新你在各个渠道留存的地址信息,可以避免绝大部分这类问题。关于汇款被退回与到账查询的更多处理方法,可参考我们的跨境汇款到账与查询专篇。

给外贸企业的一份务实清单:(1) 整理自己的公司地址 —— 拆成街道、楼栋/房号、城市、邮编、国家两位代码,做成一份标准版本;(2) 更新银行与支付机构留存资料 —— 主动联系你的开户行和跨境支付服务商,确认他们系统里的地址是否符合新要求,需要更新就更新;(3) 更新对外模板 —— PI、合同、报价单、收款指引上印的地址,改成结构化版本,因为买家会照抄;(4) 通知主要买家 —— 把更新后的收款信息发给经常付款给你的买家,请他们更新其付款系统中保存的收款人资料(这一步很多人会漏,但对方系统里存的旧地址正是问题来源);(5) 同步整理供应商地址 —— 你付款给海外供应商时也需要合规的地址,提前向他们索取结构化版本;(6) 与你的服务商确认 —— 问清楚对方系统是否已完成改造、有无需要你配合的动作;(7) 预留缓冲 —— 11 月前后可能出现延迟,重要付款尽量避开切换初期或提前操作;(8) 留意未来日期的付款 —— 起息日在 11 月 14 日或之后的付款,即使提前提交也应使用结构化地址。这些动作成本都不高,但能省下退汇的费用和时间。