Removal of unstructured address
After November 2026, only fully structured or hybrid postal addresses will be accepted. Swift guidance is available to help you understand the requirements and prepare your organisation ahead of the deadline.
Removal of unstructured address
The usage guidelines for CBPR+ will enforce these rules across the network. Customers submitting payments not adhering to these formats may see their requests be rejected or delayed by their PSPs, potentially impacting processing timelines and increasing operational overhead.
Until November 2026, there are three valid formats for providing postal addresses in cross-border payment messages:
- Fully structured (already available and strongly recommended)
- Hybrid (already available)
- Fully unstructured (to be decommissioned by November 2026)
- From 14 November 2026, the fully unstructured messages may be rejected or delayed, in line with the deadline set by the payments community through the Payments Market Practice Group (PMPG).
This change is a community‑driven standards evolution, endorsed through the formal maintenance process and country vote, and directly supports the G20 objective of improving data quality and transparency in cross‑border payments. It supports future data requirements e.g. FATF rec. 16: Improved payment transparency and screening / monitoring of required debtor and creditor information.
This planned change has significant implications for financial institutions, corporates and market infrastructures.
From 14 November 2026, town and country information must be provided in designated fields, at a minimum, for all agents and parties in CBPR+ payment messages, except for ISO 20022 message identifiers admi.024, camt.025, camt.052, camt.053, camt.054 and camt.060. For agents, use of the BIC only continues to be a valid option rather than providing name and address.
This requirement applies to all payments, including corporate, securities, trade, FX and funds.
Elements of structured and hybrid postal address
Structured postal address
A fully structured address must include the Country and Town Name elements a minimum. It cannot contain the Address Line element.
| <Nm>JOHN SMITH</Nm> | |
| <PstlAdr> | |
| <SrtNm> MARK LANE</StrNm> | |
| <BlgNb>55</BlgNb> | |
| <BlgNm>THE CORN EXCHANGE</BlgNm> | |
| <Flr>6</Flr> | |
| <PstCd>EC3R 7NE</PstCd> | |
| <TwnNm>LONDON<TwnNm> | |
| <Ctry>GB</Ctry> | |
| </PstlAdr> | |
Hybrid postal address
A hybrid postal address must include the Country and Town Name elements, it will also allow the Address Line element to be included. 2 occurrences of the Address Line element with up to 70 characters are permitted.
Other structured elements in addition to Country and Town Name may also be included e.g. Post Code.
| <Nm>JOHN SMITH</Nm> | |
| <PstlAdr> | |
| <TwnNm>LONDON</TwnNm> | |
| <Ctry>GB</Ctry> | |
| <AdrLine>55 MARK LANE, THE CORN EXCHANGE, 6TH FLOOR, EC3R 7NE </AdrLine> | |
| </PstlAdr> | |
Impact per markets
-
Financial Institutions
Changes required to remove unstructured addresses are far reaching, as they have downstream impacts beyond internal systems.
Financial institutions need to coordinate with business, operations and technology teams, and engage clients early to understand the impacts on their customers and counterparties, including the need to:
- Structure existing customer address data
- Ensure channel applications (across all channels), can capture and validate structured address information
- Ensure customers understand what data they need to source and provide
-
Market Infrastructures
Payment market infrastructures play a critical role in ensuring the information can travel efficiently and with integrity across a payment chain. PMIs for the largest tradeable currencies such as USD, EUR, GBP, AUD, CAD, SGD and many others are aligned with this change for the same November 2026 deadline.
Market infrastructures processing cross-border payment that don’t yet have plans to align with this change need to consider uplifting their usage guidelines to avoid operational overhead for their participants and ensure payment transparency.
-
Corporate customer communities
Corporates must source address information on the Creditor through their own channels, store it in their ERP / treasury application, and then provide it to the bank at payment initiation with at minimum town name and Country.
This requirement applies regardless of the channel used, whether using MT101 SCORE, pain.001 SCORE+ or banks' proprietary channels, as the bank will require that information to execute the payment. For the beneficiary bank, if a BIC is used as the identifier, then no bank postal address is required.
Where are we today?
Global adoption of hybrid and structured Postal Address - May 2026 - Scope: pacs.008 and CBPR+
Debtor | Creditor | ||||
| Fully structured or Hybrid Postal Address | Unstructured Postal Address | No Postal Address | Fully structured or Hybrid Postal Address | Unstructured Postal Address | No Postal Address |
| Debtor element with Postal Address supplied in either structured or hybrid format | Debtor element with unstructured Postal Address | Debtor element without Postal Address information | Creditor element with Postal Address supplied in either structured or hybrid format | Creditor element with unstructured Postal Address | Creditor element without Postal Address information |
| Structured: 23.1% Hybrid: 11.1% | Unstructured: 60.7% | No address: 5.0% | Structured: 18% Hybrid: 5.9% | Unstructured: 62% | No address: 14.1% |
Unstructured = 60.7 % | Unstructured = 62 % | ||||
Notes:
- Statistics are derived from the observations of xml elements used in CBPR+ traffic
- Where Structured, Hybrid and Unstructured Postal Address are used, the statistics do not provide information on the completeness of information supplied beyond the mandatory data elements
Frequently Asked Questions
We have compiled a list of questions frequently asked about ISO 20022 and the removal of unstructured address.