ISO-20022-Migrationsleitfaden: Zeitplan, Auswirkungen und Schritte

Die alte SWIFT-Kommunikation basiert auf MT-Formaten aus den 1970er Jahren. Diese textbasierten Nachrichten bieten begrenzte, schlecht strukturierte Felder.

ISO 20022 bringt grundlegende Verbesserungen:

• Reichere Daten: Strukturierte Adressen, End-to-End-Referenzen, detaillierte Zahlungsinformationen.
• Globale Interoperabilität: Ein Standard für alle Zahlungstypen, Währungen und Länder.
• Einfachere Automatisierung: Das strukturierte XML-Format ermöglicht automatische Verarbeitung (STP).
• Stärkere Compliance: Strukturierte Daten erleichtern Sanktionsprüfung und Geldwäschebekämpfung.

März 2023: Beginn der Koexistenz. MX-Nachrichten existieren neben MT-Nachrichten im SWIFT-Netzwerk.

November 2025: Ende der Koexistenz für grenzüberschreitende Zahlungen. MT103 und MT202 werden durch pacs.008 und pacs.009 ersetzt. Laut SWIFT laufen inzwischen mehr als 98 % der Zahlungsaufträge im ISO-20022-Format.

November 2026, verschoben: Mit dem Standards-Release 2026 wollte SWIFT strukturierte Adressen in ISO-20022-Zahlungsnachrichten verlangen. Am 27.08.2026 hat SWIFT alle Zahlungsänderungen dieses Releases verschoben; zur Adresspflicht will SWIFT spätestens im Dezember 2026 informieren.

Für europäische Unternehmen nutzt SEPA bereits seit 2014 ISO 20022. Für die Dateien, die Unternehmen bei ihrer eigenen Bank einreichen, gelten eigene Termine: siehe die Stichtage 2026 im nächsten Abschnitt.

Stand: 25. September 2026. Den genauen Tag legt jede Bank selbst fest; fragen Sie bei Ihrer Bank nach.

• Deutschland, 24.09.2026, Aussetzung: Die DK hat die für November 2026 geplante Abkündigung der Altformate aus SEPA-Zahlungsverkehr, Auslandsüberweisungen und Euro-Eilüberweisungen ausgesetzt und betreibt diese Formate temporär weiter; die Lifecycle-Seite trägt seit dem 24.09.2026 den Hinweis „Vorübergehend weiter verwendbar. Ein konkretes, neues Enddatum wird im Nachgang, durch das EPC und SWIFT festgelegt und an dieser Stelle kommuniziert.“ Die neuen Endtermine folgen denen von SWIFT und dem EPC. Die unten genannten Bankentermine gelten davon unabhängig weiter, solange die Bank sie nicht selbst ändert.

• Deutschland, 14.11.2026, 00:01 Uhr: Die GLS Bank akzeptiert keine Versionen vor pain.001.001.09 (Überweisungen) und pain.008.001.08 (Lastschriften) mehr, also weder pain.001.001.03 noch pain.008.001.02, und nimmt keine DTAZV-Dateien für Auslandszahlungen mehr an. Der Format-Lifecycle der Deutschen Kreditwirtschaft (DK) nannte nur den Monat 11/2026 und überließ den Tag der einzelnen Bank; seit dem 24.09.2026 gilt dort der Hinweis „Vorübergehend weiter verwendbar“, ein neues Enddatum ist nicht genannt. Die GLS-Seite war am 25.09.2026 unverändert.
• Deutschland, 15.11.2026: Die Anlage 3 der DK in der Version 26.11 tritt in Kraft. Demnach läuft der DTAZV im November 2026 als DK-Standard aus; Auslandsüberweisungen werden nur noch als pain.001.001.09 eingereicht (EBICS-Auftragsart AXZ). Die GLS Bank nennt den 01.12.2026 als Ende der DTAZV-Unterstützung in der DK; in den DK-Dokumenten selbst steht dieses Datum nicht, dort heißt es November 2026 bzw. 15.11.2026. Details in unserem Leitfaden zum DTAZV-Nachfolger.
• SEPA-Adressen, 15.11.2026, verschoben: Die EPC-Leitlinie zu Adressen (EPC153-22 v2.1) setzte den 15.11.2026 als Ende unstrukturierter Adressen in den EPC-Verfahren; maßgeblich ist das Ausführungs- bzw. Fälligkeitsdatum. Ein älteres Dokument, die SDD-Implementierungsleitlinien 2025 v1.0, nannte den 22.11.2026. Am 10.09.2026 hat der EPC bekannt gegeben, dieses Enddatum zu verschieben (Beschluss vom 09.09.2026); ein neues Datum will er im Oktober 2026 festlegen. In Deutschland hieß es dazu am 22.09.2026 auf ebics.de, Aufträge im DTAZV oder in den pain-Versionen von 2009 könnten ab dem 15.11.2026 „nicht mehr ohne Weiteres weitergeleitet werden“, und eine strukturierte Adresse mit mindestens Ort und Land sei eine grundlegende Voraussetzung; nach der Aussetzung vom 24.09.2026 haben wir diesen Stand nicht erneut bestätigt.
• Niederlande: Der niederländische Zahlungsverkehrsverband Betaalvereniging hat das Ende unstrukturierter Adressen für den 14.11.2026 (Nicht-SEPA-Zahlungen) und den 15.11.2026 (SEPA-Zahlungen) angekündigt. Es geht um Adressen, nicht um die pain-Version. Die Verschiebung des EPC erwähnte die Seite am 22.09.2026 nicht: Fragen Sie Ihre Bank.
• In den Dateien: Die Versionen von 2019, pain.001.001.09 und pain.008.001.08, ersetzen pain.001.001.03 und pain.008.001.02. In der pain.001 ändert sich unter anderem der Namespace, BIC wird zu BICFI, und das Ausführungsdatum steht in einem Element Dt.

Quellen: GLS Bank, DK, Anlage 3 V26.11, Hinweis der DK auf ebics.de, EPC153-22 v2.1, EPC, 10.09.2026, SWIFT, 27.08.2026, Betaalvereniging.

Format: MT verwendet proprietären Text mit nummerierten Feldern. MX verwendet XML mit beschreibenden Tags.

Datenkapazität: Ein MT103 begrenzt den Empfängernamen auf 4 Zeilen à 35 Zeichen. Ein pacs.008 bietet strukturierte Felder für Name, vollständige Adresse und LEI.

Adressen: MT verwendet Freitext. ISO 20022 erfordert strukturierte Adressen mit separaten Feldern für Straße, PLZ, Stadt und Land.

Zuordnung:
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 bleibt pain.001, aber die Version wechselt (siehe Stichtage 2026)

Zahlungssysteme: ERP-, TMS- und Buchhaltungssoftware müssen aktualisiert werden.

Datenbanken: Empfängerdaten müssen strukturierte Adressen und ggf. LEI-Kennungen enthalten.

Abstimmung: End-to-End-Referenzen ermöglichen genauere Nachverfolgung, erfordern aber angepasste Abgleichsysteme.

Compliance: Angereicherte Daten erleichtern Sanktionsprüfung, erfordern aber aktualisierte Prüfregeln.

Schulung: Finanz-, Treasury- und IT-Teams müssen die neuen Formate und Pflichtfelder verstehen.

1. Bestandsaufnahme: Erfassen Sie alle Zahlungsflüsse, verwendeten Formate und beteiligten Systeme.

2. Lückenanalyse: Vergleichen Sie aktuelle Felder mit ISO-20022-Anforderungen.

3. Systemaktualisierung: Aktualisieren Sie ERP, TMS und Zahlungstools für ISO 20022.

4. Datenbereinigung: Ergänzen Sie Empfängerdaten mit strukturierten Adressen und aktuellen BICs.

5. Tests und Validierung: Führen Sie End-to-End-Tests mit Ihren Banken durch. Der ISO-20022-Validator prüft Ihre Dateien gegen das ISO-20022-Schema, nicht gegen die Regeln Ihrer Bank wie die DK-Profile; der Test mit der Bank bleibt deshalb unverzichtbar.

6. Go-Live und Monitoring: Aktivieren Sie neue Flüsse, überwachen Sie Ablehnungsraten und verfolgen Sie pain.002-Statusberichte.

MT103 ist die klassische SWIFT-Nachricht für internationale Einzelüberweisungen. pain.001 ist der ISO-20022-Nachfolger für die Zahlungsinitiierung.

• pain.001 ist die Datei, die das Unternehmen an seine Bank sendet. Sie ist bereits im ISO-20022-Format.
• MT103 war die Nachricht zwischen Banken im SWIFT-Netzwerk. Sie wird durch pacs.008 ersetzt.

Ob Ihre Bank pain.001 für internationale Überweisungen annimmt, entscheidet sie selbst. In Deutschland wird pain.001.001.09 zum einzigen Dateiformat für Auslandsüberweisungen: Es ersetzt den DTAZV; den November-Stichtag hat die DK am 24.09.2026 ausgesetzt, die Banken können an ihrem eigenen festhalten (siehe unseren Leitfaden zum DTAZV-Nachfolger). Solche Dateien erstellen Sie mit dem internationalen Überweisungsgenerator. Für Korrespondenzbanken steht der MT103-Generator zur Verfügung.

• pain.001-Generator: SEPA- und internationale Überweisungsdateien online erstellen, ohne Installation und mit integrierter XSD-Prüfung. Bankdaten werden nur im Arbeitsspeicher verarbeitet und nie auf unseren Servern gespeichert.
• pain.008-Generator: SEPA-Lastschriftdateien in pain.008.001.08; pain.008.001.02 bleibt wählbar.
• ISO-20022-Validator: Prüfung Ihrer XML-Dateien gegen das ISO-20022-Schema vor dem Bankversand, nicht gegen bankspezifische Profile wie die der DK.
• MT103-Generator: Für Banken, die noch nicht migriert sind.

Diese Tools ermöglichen Tests neuer ISO-20022-Flüsse und die Verwaltung der Koexistenz alter und neuer Formate.