重要提示：自 2026 年 11 月起，国际/跨境 FT 付款报文中将不再接受完全非结构化的邮政地址。未包含所需结构化地址信息的付款可能会被延迟或拒绝。
正在发生的变化
作为全球向增强型 ISO 20022 数据标准迁移的一部分，国际/跨境 FT 付款报文中提供邮政地址的方式正在发生变化。自 2025 年 11 月起，已开始使用完全结构化、混合和完全非结构化的地址格式。自 2026 年 11 月起，将不再接受完全非结构化的邮政地址。
受影响的人群
在 ANZ Transactive APEA 中创建国际/跨境 FT 付款的客户应检查收款人和相关方的地址详情，以确保其以完全结构化或混合格式录入。这适用于使用跨境 FT 付款方式的付款。
您需要做什么
- 检查用于国际/跨境 FT 付款的收款人和地址簿记录。
- 确保城镇和国家或地区作为结构化地址详情提供。
- 在可能的情况下，在结构化字段中录入其他地址详情，例如邮政编码、街道名称、大楼编号和楼层。
- 仅对无法可靠映射到结构化字段的信息使用非结构化地址行。
- 尽早进行更新，以降低 2026 年 11 月之后付款延迟、拒绝或手动修复的风险。
支持的地址格式
| 地址格式 | 描述 | 最低要求 |
| 完全结构化（推荐） | 地址数据输入到专用字段中，例如楼层、大楼编号、街道名称、城镇名称、邮政编码和国家或地区。 | 城镇名称和国家或地区为必填项。 |
| 混合 | 将结构化地址字段与非结构化地址行相结合，用于无法可靠结构化的复杂或非标准详情。 | 城镇名称 and 国家或地区为必填项。 |
| 完全非结构化 | 地址信息仅作为自由文本地址行输入。 | 自 2026 年 11 月起，国际/跨境 FT 付款报文将不再接受此格式。 |
ANZ Transactive APEA 发生了哪些变化
国际/跨境 FT 付款页面已进行增强，以支持完全结构化和混合地址。以下字段和行为将于 2026 年 7 月中旬起可用，在创建跨境 FT 付款时应予以注意。
| 字段 | 详情 | 页面 |
| 付款名称 (Payment Name) | 付款名称是可选的，可用于描述付款。 | |
| 付款目的 (Payment Purpose) | 付款目的是可选的，用于记录付款的原因或性质；未来对于向某些司法管辖区的付款，该字段可能会变成必填项 | |
| 收款人名称 (Beneficiary Name) | 收款人名称现在支持最多 140 个字符。收款人地址详情应使用完全结构化或混合地址字段提供。 |
|
| 收款人地址详情 (Beneficiary Address details) |
结构化地址字段：
*必填字段。 混合结构化地址： 混合地址格式允许您结合使用结构化和非结构化地址数据。结构化部分至少必须包括城镇名称和国家。但是，只要这些数据有结构化形式，我们强烈建议您在结构化数据元素（如邮政编码、街道名称和大楼编号）中提供尽可能多的地址信息。 |
|
| 清算代码类型 (Clearing code type) |
美国路由号码 (United States Routing Number) 表示银行/分行代码用于 Fedwire/ABA 付款。 如果留空，银行/分行代码将被视为 SWIFT BIC11 代码。 |
|
| 目的代码 (Purpose Code) |
这是一个可选字段，用于记录收款人级别付款指令的原因/性质。 在某些司法管辖区，此字段可能会变成必填项；当此字段变成必填项时，ANZ 将予以通知。 |
时间线
| 时间 | 行动 |
| 现在至 2026 年 11 月 | 检查并更新收款人和地址簿数据。确保城镇和国家或地区详情作为结构化数据录入。 |
| 2026 年 11 月 | 国际/跨境 FT 付款报文中将不再接受完全非结构化的邮政地址。不合规的付款可能会被延迟或拒绝。 |
只要有数据，建议使用完全结构化的地址。混合地址应仅对无法可靠结构化的信息使用非结构化地址行。