November 2nd, 2026

Why Your Bank Formats Have an Expiry Date

Key takeaways

  • Bank formats have an expiry date. Banks are retiring older payment and statement formats – the 2009 SEPA versions, DTAZV, MT940 and early camt versions – in favour of current ISO 20022 versions.
  • Deadlines move, but the direction doesn’t. Swift, the European Payments Council and the German banking industry all paused their November 2026 deadlines this autumn. None of them has changed course, and some banks’ cut-offs have already passed.
  • This is happening everywhere. Banks and payment systems in the US, Malaysia, Hong Kong, Japan and Australia are making the same move. Sometimes it’s the connection that gets retired, not just the file format.
  • Falling behind is expensive, so start now. Old formats lead to rejected payment files, missing statement data and broken reconciliation. List the formats you use, clean up your address data and test with each bank well before its cut-off.

    Most finance teams think about their bank connection twice: when they set it up, and when it breaks. In between, the file formats that carry payments and statements keep changing underneath them, and every one of those formats has an expiry date.

    Take Germany. Its banks had set November 2026 as the end of the line for a whole generation of SEPA payment formats and for DTAZV, the German format for international payments. Then, in September, the German Banking Industry Committee paused that retirement and said new end dates will follow. So if you were preparing for November, you have more time. If you weren’t, the deadline is still coming, just not on the date you were told.

    This isn’t one bank’s quirk. It’s how the whole banking industry now works: formats are versioned, released on a yearly cycle and retired on a schedule. Keeping up is part of running payments, not a once-a-decade IT project.

    What’s actually changing

    The short version: the industry is moving everything to current versions of ISO 20022 and retiring the formats that came before. That covers three kinds of file.

    • Payment files. SEPA credit transfers and direct debits move from the 2009 versions (pain.001.001.03, pain.008.001.02) to the 2019 versions (pain.001.001.09, pain.008.001.08). Germany’s DTAZV format for international payments is being replaced by pain.001.001.09.
    • Bank-to-bank messages. Swift ended MT/MX coexistence for cross-border payments in November 2025, and MT103 and MT202 gave way to their ISO 20022 equivalents.
    • Statements and reporting. MT940 and MT942 statements are being replaced by camt.053 and camt.052, and older camt versions (02) by version 08. Swift’s end date for MT94x between banks is November 2028.

    The newer formats aren’t just a relabelling – they carry structured addresses, Legal Entity Identifiers, unique end-to-end references (UETRs) and richer remittance data. An old-format file either can’t carry that data or loses it along the way. For a primer on the message types, see our guide to ISO 20022 and PAIN messages.

    How a format gets retired

    Each format has two dates that matter. The first is when the industry standard ends, set by a scheme or banking body. The second is how long your own bank keeps accepting the format after that. The gap between the two is a grace period, not a guarantee, and it varies from bank to bank.

    FormatUsed ForWhere It Stands
    Early SEPA versions (pain.001.002.03, pain.001.003.03)SEPA paymentsDropped from the German standard in 2021 and 2022; banks stopped accepting them during 2026
    SEPA 2009 versions (pain.001.001.03, pain.008.001.02)SEPA paymentsBeing retired; the German end date of November 2026 is paused
    DTAZVGerman international paymentsBeing replaced by pain.001.001.09; retirement paused
    MT940 / MT942Statements, intradayNo longer a German standard since November 2025; some banks accept them until November 2027
    camt.053 / camt.052 version 02Statements, intradayDropped from the German standard; still widely accepted for now
    pain.001.001.09, pain.008.001.08, camt.053.001.08Payments and statementsCurrent versions; no end date

    Some of these cut-offs have already passed. At least one major German bank stopped accepting SEPA files in version 2.9 and below in March 2026. Older statement formats are still accepted, but banks warn that they can lose information and recommend moving to camt version 08.

    Everyone is heading the same way

    Every major bank and payment scheme is on the same path, and most were working to the same November 2026 date until the late-summer delays. Here’s where some of them stand.

    OrganizationChangeOriginal DateWhere it stands now
    SwiftMT103/MT202 retired for cross-border payments22 November 2025Done
    SwiftMT101 coexistence ends; unstructured addresses rejected14 November 2026Deferred on 27 August 2026; new timeline expected by December 2026
    SwiftMT940/942/950 statements end between banksNovember 2028Still scheduled
    European Payment CouncilUnstructured addresses removed from SEPA schemes15 November 2026End date removed in September 2026; no new date yet
    German Banking Industry (DK)MT940/942 no longer a DK standard23 November 2025Done
    German Banking Industry (DK)Legacy SEPA formats, DTAZV, urgent euro formats retiredNovember 2026Suspended in September 2026; new dates to follow
    Deutsche BankMT940/942 and camt V02 replaced by camt V08 on EBICSNovember 2025Support after that depends on individual agreements
    JP MorganClients moved from MT9xx statements to camt reportingLate 2026On client opt-in; 2009 pain.001 still accepted
    SEBMove to pain.001.001.09 and structured addresses15 November 2026Postponed; pain.001.001.03 stays supported for now
    Federal Reserve (Fedwire)Fully unstructured addresses endNovember 2026Moved to November 2027

    In Ireland, AIB and Bank of Ireland already run SEPA payments on pain.001.001.09, according to Access COINS. Businesses still sending older files will face the same tightening of structured data rules as the rest of Europe.

    The pattern is consistent. Schemes and industry bodies set the direction, banks set their own cut-off dates (sometimes earlier, sometimes with a grace period), and the dates move. The European Payments Council put it plainly when it announced its delay: the timeline has changed, but “the direction of travel remains unchanged.”

    Outside Europe

    The same thing is happening in the US and Asia-Pacific. Outside Europe, banks and payment providers are mostly retiring payment systems and bank connections rather than the file formats businesses send, but finance teams feel the same effect.

    CountrySystem or bankWhat was retiredWhenWhat it meant for businesses
    MalaysiaMUFG Bank MalaysiaPayment uploads that aren’t ISO 20022-compliant, through its GCMS Plus online banking14 November 2025Old-format uploads no longer accepted
    USAFedwire FundsThe Fed’s own wire format (FAIM), replaced by ISO 2002214 July 2025, moved from 10 March 2025Free-text address lines replaced by structured fields
    MalaysiaRENTAS (high-value payments)Swift MT payment messages, replaced by ISO 200227 July 2024Payments carry ISO 20022 data end to end
    Hong KongCHATS (high-value payments)Legacy messages, replaced by ISO 20022April 2024Banks asking for structured name and address data
    JapanZengin Association and NTTISDN-based bank file transferDecember 2023 and January 2024Companies had to move to new internet or leased-line connections to keep sending files
    AustraliaBECS (Direct Entry, “ABA” files)Planned closure of the batch system behind payroll and supplier runsTarget of June 2030Target dropped; a new roadmap is due in 2026

    Japan’s example is a reminder that providers can retire the connection, not just the format. The files were fine, but the provider switched off the line they travelled on, and banks such as Seven Bank had to move corporate customers onto new connections.

    Australia’s story mirrors Germany’s. A date was set, members said it wasn’t achievable, and it was pulled. The direction hasn’t changed. In the US, some things are staying put for now: banks still offer BAI2 statements alongside camt.053, and we found no retirement date for BAI2.

    What happens when you fall behind

    Format changes rarely announce themselves inside a finance team. The first sign is usually a problem.

    • Rejected payment files. Once a bank stops accepting a format, files in that format are rejected. Under the new address rules, one missing town or country can be enough to reject a whole batch. That means supplier payments or payroll go out late.
    • Gaps in statement data. Older statement formats can’t carry everything the newer ones do. Banks warn that staying on legacy formats can mean losing information. Remittance detail gets truncated, and references that would have matched a transaction automatically now need someone to look them up.
    • Reconciliation breaks. When the statement format changes, the fields your matching rules rely on can move or change. A bank switching you from MT940 to camt.053, or from camt version 02 to 08, can quietly lower your auto-match rate if your reconciliation tool isn’t ready.
    • Last-minute projects. The time-consuming part is rarely the file itself. It’s cleaning up supplier address data, testing with each bank and getting ERP updates scheduled. Leave that until the final month and it becomes a fire drill.

    The recent delays make the last point more pressing. A paused deadline is easy to forget, and nobody yet knows how much notice the new one will come with.

    How Cashbook helps you keep up

    Cashbook sits between your ERP and your banks. It creates outbound payment files and brings bank statements in for reconciliation. That makes bank formats our problem as much as yours.

    • One place for format changes. Cashbook generates payment files across every ERP, bank and location from a single solution. When a bank retires a format, you make the change once in Cashbook rather than in every ERP and bank connection you run.
    • Statement changes without broken matching. When your banks move you from MT940 to camt.053, or to a newer camt version, Cashbook’s matching rules carry on working with the new data. The richer camt fields can even improve your match rates.
    • Someone watching the timelines. We follow bank and scheme announcements, including this autumn’s delays, so you hear about a change before a bank rejects a file.

    A practical checklist

    Whatever tools you use, these steps will put you ahead of the next deadline.

    • List every format you send and receive, by bank and by channel (EBICS, SWIFT, host-to-host, online banking upload).
    • Check each one against your banks’ published lifecycle dates. Ask your relationship manager for the latest version, since many PDFs predate the September delays.
    • Clean up supplier and customer address data now: at minimum, town and country in their own fields.
    • Ask your ERP and software vendors when they will support pain.001.001.09, pain.008.001.08 and camt.053.001.08.
    • Test new formats with each bank before you need them, not on the week of the cut-off.
    • Plan for reporting too. Move statements to camt.053 version 08 and check that reconciliation still matches as well as before.

    The deadline moved. The destination didn’t.

    This autumn’s delays from Swift, the EPC and the German banks bought everyone time, but nobody has reversed course. Banks are already rejecting older SEPA versions, the German standard has already dropped MT940, and every bank in this post is heading to the same ISO 20022 versions.The businesses that use the extra time well will barely notice the next cut-off.

    Want to know where your bank formats stand? Talk to the Cashbook team and we’ll help you map your formats against your banks’ timelines.

    Sources

    Live chat