Термін структурованої адреси листопад 2026
SWIFT вимагає структуровані поштові адреси в транскордонних платіжних повідомленнях з листопада 2026 року. Що змінюється, які повідомлення зачеплені та як pacs008 допомагає командам підготуватися.
Що змінюється
Це мінімальна, а не максимальна вимога. З 14 листопада 2026 року відповідна сторона повинна зазначати місто в TwnNm і країну в Ctry у вигляді дволітерного коду ISO 3166. Вулиця, номер будівлі та поштовий індекс можуть залишатися в адресних рядках: це гібридна адреса, і вона приймається. Вилучається лише повністю неструктурована адреса — уся адреса у вільному тексті без структурованих міста та країни. Установ, що ідентифікуються лише за BIC, вимога не стосується.
Чому це важливо
- Неструктуровані адреси збільшують частку ручних виправлень та затримують наскрізну обробку.
- Структуровані адреси підвищують точність санкційного скринінгу шляхом відокремлення імені сторони від даних про місцезнаходження.
- Регуляторні вимоги та вимоги схем дедалі частіше наказують використовувати структуровані дані для комплаєнсу та звітності.
- Рівень відхилення транскордонних платежів зростає, коли якість адрес не відповідає очікуванням контрагентів.
Які повідомлення зачеплені
- pacs.008 — поштові адреси боржника та кредитора в клієнтських кредитових переказах.
- pacs.009 — адреси установ у кредитових переказах між фінансовими установами та покриваючих платежах.
- pacs.004 — адреси сторін у поверненнях платежів.
- pacs.003 — адреси кредитора та боржника в прямих дебетуваннях клієнтів.
Як допомагає pacs008
- Валідує структуровані та гібридні поля поштової адреси перед генерацією XML.
- Позначає неструктуровані адресні дані, які не пройдуть перевірку після граничного терміну.
- Підтримує як гібридні формати до граничного терміну, так і виключно структуровані формати після нього.
- Інтегрує перевірки якості адрес у CI-конвеєри та пакетні робочі процеси валідації.
Normative rules
Generated from the pacs008 rule registry (ruleset 2026.11.0). Each rule has a stable identifier, an effective date, an authoritative source and both a passing and a failing test fixture.
| Rule | Profile | Effective | Severity | Requirement | Source |
|---|---|---|---|---|---|
CBPR-ADDR-001 | cbpr-plus | 2026-11-14 | Error | Fully unstructured postal address is not accepted | SWIFT-ADDR-2026 |
CBPR-ADDR-002 | cbpr-plus | 2026-11-14 | Error | Town Name is mandatory in a structured element | SWIFT-ADDR-2026 |
CBPR-ADDR-003 | cbpr-plus | 2026-11-14 | Error | Country is mandatory as a two-letter ISO 3166 code | SWIFT-ADDR-2026 |
CBPR-ADDR-004 | cbpr-plus | 2025-11-22 | Info | Hybrid postal address is accepted | SWIFT-ADDR-2026 |
CBPR-ADDR-005 | cbpr-plus | 2026-11-14 | Info | Agent identified by BIC only is exempt | SWIFT-ADDR-2026 |
CBPR-ADDR-006 | cbpr-plus | 2026-11-14 | Info | Message types excepted from the address requirement | SWIFT-ADDR-2026 |
CHAPS-ADDR-001 | chaps-uk | 2026-11-14 | Error | CHAPS validation library rejects fully unstructured addresses | BOE-CHAPS-2026 |
Address formats compared
| Format | TwnNm | Ctry | AdrLine | Before 14 Nov 2026 | On or after |
|---|---|---|---|---|---|
| Fully structured | Present | Present | Absent | Accepted | Accepted |
| Hybrid | Present | Present | Present | Accepted | Accepted |
| Fully unstructured | Absent | Absent | Present | Accepted | Rejected |
Exceptions
The requirement does not apply to these message types: admi.024, camt.025, camt.052, camt.053, camt.054, camt.060.
Agents identified by BIC alone remain valid without a postal address (CBPR-ADDR-005). Do not add a partial address solely to satisfy the rule.
Test fixtures
Download and run these through the workbench, the CLI or the API. Each maps to the rule it exercises.
structured-valid.csv— passesCBPR-ADDR-001hybrid-valid.csv— passesCBPR-ADDR-001unstructured-invalid.csv— failsCBPR-ADDR-001hybrid-valid.csv— passesCBPR-ADDR-002missing-town-invalid.csv— failsCBPR-ADDR-002hybrid-valid.csv— passesCBPR-ADDR-003missing-country-invalid.csv— failsCBPR-ADDR-003hybrid-valid.csv— passesCBPR-ADDR-004agent-bic-only-valid.csv— passesCBPR-ADDR-005hybrid-valid.csv— passesCHAPS-ADDR-001unstructured-invalid.csv— failsCHAPS-ADDR-001
Хронологія
| Date | Scheme | Change | Rule |
|---|---|---|---|
2025-11-22 | CBPR+ | Hybrid postal address option available | CBPR-ADDR-004 |
2025-11-22 | CBPR+ | MT/MX coexistence for payment instructions ends | — |
2026-11-14 | CBPR+ | Fully unstructured postal address rejected | CBPR-ADDR-001 |
2026-11-14 | CHAPS | CHAPS validation library rejects unstructured addresses | CHAPS-ADDR-001 |
2026-11-14 | CBPR+ | MT101 interbank coexistence ends; contingency relays to pain.001 | — |
2026-11-14 | Swift | camt.110 investigation requests must be receivable | — |
2026-11-14 | Swift | Annual Standards Release cycle begins | — |
2027-11 | CHAPS | Purpose codes mandatory on all payments (announced) | CHAPS-PURP-001 |
2027-11 | CHAPS | Structured remittance information mandatory (announced) | CHAPS-RMT-001 |
2027-11 | Swift | camt.110 and camt.111 both mandatory (announced) | — |
Що робити зараз
- Провести аудит поточної якості адресних даних у записах боржників, кредиторів та агентів.
- Зіставити існуючі неструктуровані поля адрес зі структурованим форматом (вулиця, будівля, поштовий індекс, місто, країна).
- Додати валідацію адрес до конвеєра попередньої генерації за допомогою pacs008.
- Провести тестування з репрезентативними платіжними даними до граничного терміну.