ISO 20022 · For Corporates

ISO 20022 structured addresses for corporates — stop payment rejections before November 2026

From 14 November 2026, your banks need at least structured Town and Country at payment initiation, or your cross-border payments can be rejected. ioNova resolves the free-text supplier and counterparty addresses in your ERP into full ISO 20022 structured addresses — across 246 countries and 50+ scripts — so payments clear the first time, on every channel.

AI-native coverage / rules-engine determinism / 30+ years of payments compliance experience.

See how corporates deploy ioNova
Days until the 14 Nov 2026 cut-over
1st
Payments clear on first submission
246
Countries & 50+ scripts
2–4 wk
API integration to production
Feeds every channel pain.001 SCORE+ MT101 SCORE Proprietary
Supplier record · from your ERP
Resolved
ERP master data — free text
Mumbai Textiles Pvt Ltd
Plot 47, near City Mall, Andheri East
Mumbai 400069, India
ARS resolve
ISO 20022 <PstlAdr> — structured
<StrtNm>
Plot 47
<TwnLctnNm>
Andheri East
<TwnNm>
Mumbai
<PstCd>
400069
<CtrySubDvsn>
MH
<Ctry>
IN
landmark 'near City Mall'
retained · non-blocking
pain.001 ready Landmark-aware ISO 3166-2:IN
Urgency

The runway to structured-address payment initiation

Days
00
Hours
00
Minutes
00
Seconds

From 14 November 2026, your banks can reject cross-border instructions that arrive without structured Town and Country. The obligation sits upstream — in your ERP and treasury master data, not with the bank. Standardising counterparty data now is what keeps the November payables run clean.

22 Nov 2025
End of MT/MX coexistence
ISO 20022 becomes the sole standard for CBPR+ cross-border payments.
Now
The implementation window
Time to capture, validate and structure address data across every channel.
14 Nov 2026
Unstructured addresses removed
CBPR+ requires Town and Country in structured fields, at minimum, for all parties.
Nov 2027
E&I and Stop-and-Recall
Exceptions, investigations and cancellation flows tighten further.
The Mandate Bites

Three pressures on corporate payables — before 14 November 2026

The mandate reaches into your ERP, your bank relationships, and every payment you initiate. Here's where the address requirement actually bites for a corporate treasury.

Pressure 01

Your ERP data is free text

Supplier and counterparty addresses live as unstructured strings in your ERP and treasury systems.

  • Most ERP and treasury platforms store addresses in free-text or semi-structured fields.
  • From 14 November 2026, banks require at least structured Town and Country at payment initiation.
  • You must source, store, and supply creditor address data through your own channels.
  • The cleanup spans every counterparty record, not just a handful of payees.
Pressure 02

Payments get rejected

Addresses that don't meet CBPR+ rules mean delayed, returned, or repaired payments.

  • Banks NAK or hold cross-border instructions that arrive without structured Town and Country.
  • Applies across MT101 SCORE, pain.001 SCORE+, and proprietary bank channels alike.
  • Returned payments mean late settlements, supplier friction, and manual rework.
  • The requirement covers all payment types — trade, FX, funds, and securities included.
Pressure 03

Every channel needs it

There's no single switch — each bank relationship and channel expects compliant data.

  • Address requirements apply regardless of which bank or channel you use.
  • Multi-bank corporates must standardize data once and feed it everywhere.
  • Manual remediation per-bank doesn't scale to a global payables run.
  • ioNova structures addresses once, at the source, for every downstream payment.
Verified · the corporate owns the data, not the bank

A common misreading is that banks will structure addresses for their clients. Under the CBPR+ change, the originator must source and supply at least structured Town and Country at payment initiation — SWIFT and the PMPG place the obligation upstream, in the ERP. Banks can reject instructions that arrive unstructured; they cannot create address data you have not provided.

Before & After

Your payables run, before and after ioNova

What changes for a corporate treasury when free-text counterparty addresses become structured ISO 20022 data at the source.

For your payablesStatus quoWith ioNova ARS
Counterparty address dataFree text in ERP / treasuryStructured ISO 20022 at the source
Payment acceptance (14 Nov 2026)Rejection / hold riskPasses CBPR+ at initiation
Country & script coverageGaps in non-Latin markets246 countries, 50+ scripts
Multi-bank channelsRemediate per bankStandardize once, feed everywhere
Settlement reliabilityReturns and late paymentsFewer exceptions, on-time settlement
Time to productionManual project per systemAPI integration in 2–4 weeks
FAQ

What corporates ask about ISO 20022 and address intelligence

What does the November 2026 ISO 20022 mandate require corporates to do?
Corporates must source address information on their creditors through their own channels, store it in their ERP or treasury application, and provide it to the bank at payment initiation with at minimum structured Town and Country. From 14 November 2026 this applies regardless of channel — MT101 SCORE, pain.001 SCORE+, or a bank's proprietary channel.
Will my cross-border payments be rejected if addresses aren't structured?
After 14 November 2026, payment instructions that reach the bank without at least structured Town and Country can be rejected, held, or returned under CBPR+ rules. A returned payment means a late settlement, supplier friction, and manual rework — and the risk applies across MT101 SCORE, pain.001 SCORE+, and proprietary channels alike.
How does ioNova fit into our ERP or treasury workflow?
ioNova runs as a service over a standard API and integrates with your ERP or treasury system without replacing it. It resolves free-text counterparty addresses into structured ISO 20022 elements — in batch for your existing master data, and in real time as new payees are onboarded. Typical API integration is 2–4 weeks.
We pay suppliers in many countries and scripts — can ioNova handle that?
Yes. ioNova resolves addresses across 246 countries and 50+ writing systems, including non-Latin scripts and markets where conventions differ — landmark-based addresses, missing postcodes, and local sub-divisions. It maps each component to the correct ISO 20022 field rather than forcing a one-size template.
Should we wait for our banks to handle this for us?
No. The mandate makes the originator responsible for supplying structured Town and Country at initiation — banks can reject non-compliant instructions, but they cannot invent address data you have not provided. Waiting leaves you exposed to rejections at the cut-over and to per-bank remediation that doesn't scale.

Keep every payment flowing.
Through the November 2026 cut-over.

ioNova structures your counterparty data once, for every bank and channel. 246 countries, 50+ scripts. Live in 2–4 weeks.

Days Left
Book a Treasury Readiness Demo