重要提示:未来,国际/Cross Border FT 付款报文将不再接受完全非结构化的邮政地址。未包含所需结构化地址信息的付款可能会被延误或拒绝。
变更内容
作为全球向增强型 ISO 20022 数据标准迁移的一部分,在国际/Cross Border FT 付款报文中提供邮政地址的方式正在逐步演变。自 2025 年 11 月起,已开始使用完全结构化、混合和完全非结构化地址格式。未来,将不再接受完全非结构化的邮政地址。
受影响对象
在 ANZ Transactive APEA 中创建国际/Cross Border FT 付款的客户应核对收款人及相关方地址详情,确保以完全结构化或混合格式进行记录。这适用于使用 Cross Border FT 付款方式的付款。
您需要做什么
- 核对用于国际/Cross Border FT 付款的收款人和地址簿记录。
- 确保提供“城镇”(Town)和“国家或地区”(Country or Region)作为结构化地址详情。
- 在可能的情况下,在结构化字段中记录其他地址详情,例如邮政编码(Post Code)、街道名称(Street Name)、楼号(Building Number)和楼层(Floor)。
- 仅对无法可靠映射到结构化字段的信息使用非结构化地址行。
- 尽早进行更新,以降低未来付款延误、被拒或需要人工修复的风险。
支持的地址格式
| 地址格式 | 描述 | 最低要求 |
| 完全结构化(推荐) | 地址数据输入到专用字段中,例如楼层、楼号、街道名称、城镇名称、邮政编码以及国家或地区。 | 城镇名称以及国家或地区为必填项。 |
| 混合格式 | 将结构化地址字段与非结构化地址行相结合,用于处理无法可靠结构化的复杂或非标准详细信息。 | 城镇名称以及国家或地区为必填项。 |
| 完全非结构化 | 地址信息仅作为自由文本地址行输入。 | 未来,国际/Cross Border FT 付款报文将不再接受此格式。 |
ANZ Transactive APEA 的变更内容
国际/Cross Border FT 付款页面已进行增强,以支持完全结构化和混合地址。以下字段和功能将于 2026 年 7 月中旬开始提供,在创建 Cross Border FT 付款时应予以注意。
| 字段 | 详情 | 页面 |
| Payment Name(付款名称) | Payment Name 为选填项,可用于描述该笔付款。 | |
| Payment Purpose(付款目的) | Payment Purpose 为选填项,用于记录付款的原因或性质;未来对某些司法管辖区的付款可能会变为必填项 | |
| Beneficiary Name(收款人名称) | Beneficiary Name 现已支持最多 140 个字符。收款人地址详情应使用完全结构化或混合地址字段提供。 |
|
| Beneficiary Address details(收款人地址详情) |
结构化地址字段:
*必填字段。 混合结构化地址: 混合地址格式使您能够将结构化和非结构化地址数据结合起来。结构化部分至少必须包含 Town Name(城镇名称)和 Country(国家)。但是,只要数据有结构化形式,我们强烈建议您尽可能多地在结构化数据元素(如 Post Code、Street Name 和 Building Number)中提供地址信息。 |
|
| Clearing code type(清算代码类型) |
United States Routing Number 表示银行/分行代码用于 Fedwire/ABA 付款。 如果留空,银行/分行代码将被视为 SWIFT BIC11 代码。 |
|
| Purpose Code(用途代码) |
这是一个选填字段,用于记录收款人级别付款指令的原因/性质。 该字段在某些司法管辖区可能会成为必填项;当该字段变为必填时,ANZ 将发出通知。 |
时间表
| 时间 | 操作 |
| 即日起至 2026 年 11 月 | 核对并更新收款人和地址簿数据。确保将城镇以及国家或地区详细信息记录为结构化数据。 |
只要有可用数据,建议使用完全结构化地址。混合地址应仅将非结构化地址行用于无法可靠结构化的信息。
相关帮助文章
- 做好准备:更新 ANZ Transactive 国际及 RTGS 付款的收款人地址
- SWIFT 与 ISO 20022 的收款人和地址簿更新
- 做好准备:更新 ANZ Fileactive 国际及 RTGS 付款的收款人地址
这些内容可能对您有所帮助