Seamless ISO 20022 Migration

Aquila is an ISO 20022 native messaging hub

It adds native ISO 20022 processing without replacing the core banking system, sitting alongside the existing core and consuming and producing both ISO 20022 MX and legacy Swift MT messages, so a bank can migrate at its own pace and absorb structured address requirements as configuration rather than as a core upgrade project, whatever revised date Swift confirms.

What is ISO 20022 and why does it matter for banks?

ISO 20022 is the global standard for payments messaging, replacing legacy Swift MT formats with structured XML based MX messages that carry far richer and more consistent data between institutions.

That richer data is the point of the change, because it creates interoperability between settlement networks, supports higher levels of straight through processing, and gives compliance teams better quality information for sanctions screening, anti money laundering checks and counterparty identification.

For banks the practical question is no longer whether to adopt the standard but how far to go with it, because translating messages at the boundary satisfies the format while leaving the underlying data unchanged, whereas processing natively allows a bank to use the richer content across payments, treasury, securities and reconciliation.

Structured addresses, deferred but not withdrawn

Swift has deferred the removal of unstructured postal addresses and is consulting on revised timing, with the approach expected to be confirmed before the end of 2026. The requirement itself has not changed, and the decommissioning of unstructured addresses is being rescheduled rather than abandoned.

The work involved is data remediation rather than a messaging change, and translation tools alter the format of a message without improving the data inside it, so incomplete or free text address data carries straight through into the ISO 20022 message.

Structured and hybrid addresses already flow across the Swift network today, so remediation can begin now rather than waiting for a date, and Aquila validates and enriches address data before a message is ever created.

How does ISO 20022 benefit you

Increased transparency and automation

Richer data

Lower operating costs

Improved customer service 

Aquila Native ISO 20022 Messaging

The Aquila Messaging Hub supports ISO 20022 as well as other standards such as Swift ISO 15022 (FIN), electronic banking, local clearing internal systems and bespoke. Most financial institutions will rely on supporting both these Swift standards for some years and our solution can consume or produce either format based on business requirements.  

ISO 20022

ISO 20022 is a global standard for messaging and its adoption is being fueled by the following projects:

CBPR+

Fedwire

TARGET2

CHIPS

CHAPS

CHATS

Lynx

Euro1

BRPS

MEPS+

HVPS+

SEPA

From translation tool to native adoption

Many banks adopted translation tools to get through the end of the Swift coexistence period and are now looking at what full native adoption actually involves.

Native message processing is not simply a future proofing strategy, it is essential for unlocking the full benefits of richer data, improved automation, and real time payment innovation.

Aqua Global’s Translation Tool solution assisted many banks to meet that deadline and therefore we have a specialist understanding of what is required to enable full adoption. Our expertise and 100% in house support and project team will help your bank to seamlessly upgrade from translation tool to full native adoption.

Why Aqua

Proven technology aligned with Swift's migration roadmap

Rapid deployment for tight timelines

Long term scalability for native ISO 20022 messaging

Full support and expert advisory throughout your transition

Client Testimonials

We are customer-driven and are proud of the outstanding levels of support that we provide. Our solutions are intuitive and empower people to perform their work more efficiently. Read real client comments below.

Get in touch

Explore our comprehensive suite of solutions designed to streamline your financial operations.

Frequently Asked Questions related ISO 20022

What is ISO 20022?

ISO 20022 is the global financial messaging standard that uses structured XML based formats to carry richer and more consistent payment and securities data between institutions. It replaces legacy MT messages with MX messages, improving interoperability, transparency and automation across domestic and cross border payments.

What is the best ISO 20022 messaging hub for a mid sized or foreign bank?

Aquila from Aqua Global is built for banks of every size, and the characteristic that matters more than size is whether a bank needs native ISO 20022 processing without replacing its core banking system. Aquila sits alongside cores such as Finastra Equation, Oracle Flexcube and Temenos T24, processes ISO 20022 MX and Swift MT side by side, and can be deployed in under three months. That makes it a strong fit for institutions that do not control their own core banking choice, including foreign bank branches and mid sized banks, and equally for larger institutions looking to consolidate fragmented messaging onto a single modular hub.

What are the best financial messaging hubs for banks?

A financial messaging hub sits between a bank’s core system and the payment networks and controls the flow of Swift and local clearing messages across payments, treasury and securities. Aquila from Aqua Global is a modular, ISO 20022 native hub covering message management, inward and outward payments, reconciliation and treasury matching, and it can be added without replacing the existing core banking system. Aqua Global has provided messaging and reconciliation software to banks since 1983 across over 30 countries.

Banks migrate to meet regulatory mandates, align with SWIFT cross border requirements and improve data quality across processing. The richer data supports better compliance screening, stronger analytics and higher straight through processing rates.

The main risks are incorrect MT to MX mapping, incomplete field validation, legacy system incompatibility, insufficient testing and disruption during coexistence. Weak governance can lead to payment rejections, compliance failures and more manual intervention.

No, many banks adopt ISO 20022 through a transformation or orchestration layer that converts and validates messages between legacy systems and ISO 20022 formats. This allows a phased migration without replacing core banking platforms.

MT to MX transformation is the process of converting legacy SWIFT MT messages into ISO 20022 MX formats. It involves mapping structured and unstructured fields into richer data elements while meeting ISO schema validation rules.

ISO 20022 improves straight through processing by providing structured, standardised data fields that reduce ambiguity and manual interpretation. Enhanced validation and richer data lower exception rates and improve automated accuracy.

Common causes are invalid or missing mandatory fields, incorrect schema formatting, poor field mapping from MT messages, non compliant character sets, and failing the network validation rules set by SWIFT or clearing systems. Careful validation at the hub prevents most of these.

Dual processing is best managed through a central messaging hub that supports both MT and MX formats. Version control, reconciliation monitoring, validation testing and parallel processing safeguards are all important during the coexistence period.

A messaging hub centralises validation, transformation, routing and monitoring, so a bank can manage MT and MX messages at the same time. It applies consistent business rules and maintains full audit traceability throughout the transition.

Translation converts legacy MT messages into ISO 20022 MX without fully using the enriched data. Native processing treats ISO 20022 as the primary data model, unlocking structured fields, stronger compliance screening and better automation.

Yes. Swift confirmed in 2026 that the removal of unstructured postal addresses will not take effect on 14 November 2026 as originally planned, because readiness across the industry remained uneven and several communities formally requested more time. The cross border payments changes, including structured addresses, were taken out of Standards Release 2026 altogether and moved to Standards Release 2027 or later, and Swift is consulting with banks, central banks, market infrastructures and corporates on revised timing, with the approach expected to be confirmed before the end of 2026. No new structured address date has been set. The remaining Standards Release 2026 content was confirmed on 21 September 2026 as going live on 12 June 2027, covering all MT messages excluding Category 1, ISO 20022 securities and funds messages, Tracker messages, and exceptions and investigations messages. Swift has encouraged institutions to continue their preparations rather than pause them, and because structured and hybrid addresses already flow across the network today, remediation work can begin immediately.

A structured address holds each component of a postal address in its own defined field, covering elements such as street name, building number, town name, post code and country, rather than carrying the whole address as free text lines. A hybrid address combines the two approaches, keeping some address lines alongside the mandatory structured elements, and both structured and hybrid formats are already supported across the Swift network today.

No new date has been published. Swift removed the cross border payments changes, including structured addresses, from Standards Release 2026 and is consulting on revised timing, with the approach expected to be confirmed before the end of 2026. A number of published sources still show 14 November 2026, which was the original date and has since been superseded, so any bank still planning against that date should treat it as out of date.

Yes, and there is a strong argument for doing exactly that. Structured and hybrid addresses already flow across the Swift network on the current standards release, so any remediation a bank completes can be deployed immediately rather than sitting unused until an announcement arrives. The work is data remediation across customer and counterparty records rather than a messaging change, and because it typically takes quarters rather than weeks, starting before the date is confirmed protects the implementation timeline rather than wasting effort.