ISO-20022-Migration: der Nachrichtenstandard im Auslandszahlungsverkehr

Eine Kundenüberweisung reiste früher als MT103, eine Nachricht mit nummerierten Feldern und viel Freitext darin. Feld 50 hielt den Auftraggeber: Name, Adresse und Konto, in bis zu vier Zeilen, geschrieben nach Gusto der sendenden Bank. Das Gegenstück in ISO 20022 heißt pacs.008, und dort hat der Zahler ein Namenselement, eine Postadresse mit Straße, Hausnummer, Postleitzahl, Ort und Land und eine eigene Kontoangabe.

Zwei weitere Unterschiede zählen im Betrieb. Der Verwendungszweck kann strukturiert sein, mit Referenzen, die ein System direkt liest, und die Nachricht trägt mehr davon. Und die Ende-zu-Ende-Referenz läuft unverändert durch die Kette, erst das macht Nachverfolgung möglich.

CBPR+ ist das Regelwerk dazu, wie Banken ISO 20022 für Auslandszahlungen und Meldungen nutzen. Ohne solche Vorgaben ist der Standard zu offen: Zwei Banken könnten beide regelkonform sein und die Nachrichten der anderen doch nicht verarbeiten. CBPR+ engt das auf eine Nutzung ein.

Die MT-Nachrichten für Auslandszahlungen sind im Swift-Netz abgeschaltet, damit endete die Zeit, in der eine Bank beide Formate empfangen und übersetzen konnte. Wer mitten im eigenen Stack noch übersetzt, hat die Migration vor sich und nicht hinter sich, denn was ein Übersetzer wegwirft, sind genau die neuen strukturierten Felder.

Die Swift-Gemeinschaft hat den Wechsel von unstrukturierten zu strukturierten Postadressen beschlossen und November 2026 als Termin gesetzt. Im August 2026 hat Swift die Frist verlängert, nachdem Gemeinschaften und Marktinfrastrukturen um Zeit gebeten hatten, ein neuer Termin folgt. Die Mitteilung von Swift zur Verlängerung nennt einen ungleichen Stand in der Branche.

Der Grund ist ein Datenproblem, kein Nachrichtenproblem. Der Kundenstamm einer Bank hält Adressen als Freitext, der nie in Straße, Nummer und Postleitzahl zerlegt wurde, und oft sind die Teile ohne Rückfrage beim Kunden nicht zu rekonstruieren. Die Arbeit ist eine Datenbereinigung im Kernbanksystem und dauert deshalb länger als die Zuordnung der Felder. Die Systemseite behandelt Finance Loop unter Kernbanksysteme.

Die Migration läuft als Reihe getrennter Abschaltungen, und eine Bank verfolgt sie je Nachrichtenfamilie. Die Zahlungsauslösung wechselt von MT101 auf pain.001 bis November 2027, derselbe Horizont wie die Adressregel. Die Kontoinformation folgt später: Die Nachrichten der MT-9xx-Reihe, also MT940, MT941, MT942, MT900 und MT910, sind zur Abschaltung im November 2028 gesetzt, an ihre Stelle treten camt.052 für den Tagesbericht, camt.053 für den Auszug und camt.054 für die Anzeige von Soll und Haben.

Auch Anfragen ändern sich, und das übersieht man leicht. Eine unstrukturierte MT199-Anfrage zu einer fehlenden Zahlung weicht camt.110 und camt.111, strukturierten Nachrichten für Anfrage und Recherche, mit camt.056 für eine Streichung und camt.029 für die Antwort. Wer Recherchen weiter in Freitext beantwortet, behält die Handarbeit, die der strukturierte Weg beseitigen sollte.

Ein Sanktionsfilter auf Freitext erzeugt Fehltreffer, weil ein Ortsname im Straßenfeld auf einen Listennamen passt. Mit einem Länderelement und einem strukturierten Ort vergleicht der Filter Gleiches mit Gleichem, und die Zahl der Treffer, die ein Compliance-Team von Hand klärt, sinkt. Diese Arbeit behandelt Finance Loop unter Finanzkriminalität und Sanktionsprüfung.

Auf der Unternehmensseite liegt der Gewinn im Abgleich. Eine Zahlung mit strukturierter Referenz lässt sich automatisch einer offenen Rechnung zuordnen, und die Buchhaltung sieht nur die Ausnahmen. Das ist das Hauptargument für ein Treasury, bei seinen Banken auf die Migration zu drängen.

Europäische Banken hatten einen Vorsprung, denn die Euro-Systeme für Großbeträge und Echtzeit sind vor dem Auslandsverkehr auf ISO 20022 gegangen. T2 wickelt in ISO-20022-Nachrichten ab, TIPS von Anfang an, und die SEPA-Verfahren nutzen den Standard seit ihrem Start. Eine deutsche Bank hat die Formate also in Produktion, und die Frage ist die Qualität der Daten in den Feldern.

Die Lücken liegen an drei Stellen: Adressen im Kundenstamm, Zweck- und Kategoriecodes, die niemand füllt, und Meldungen aus einem Datenmodell in MT-Form. Die Infrastruktur behandelt Finance Loop unter TARGET2 und TIPS.

Wer Zahlungsdateien an Banken sendet, sitzt auf der pain.001-Seite des Standards, und die Adressanforderung erreicht ihn dort genauso. Daraus folgen drei Arbeiten: strukturierte Adressen im Lieferantenstamm, ein ERP, das sie in die Datei schreibt, und Prüfregeln der Bank, die vor der Frist mit echten Dateien getestet sind.

Der Nutzen steht auf dem Auszug. Ein camt.053 mit strukturiertem Verwendungszweck schließt den Kreis beim Abgleich, und wer bei ausgehenden Zahlungen auf strukturierte Referenzen gedrungen hat, bekommt eingehende zugeordnet zurück. Diese Funktion behandelt Finance Loop unter Treasury-Management.

Es gibt keine einzige. Die Abschaltung von MT im Auslandsverkehr bei Swift ist vorbei, und die Pflicht zur strukturierten Adresse zum November 2026 wurde im August 2026 verlängert, ein neuer Termin soll folgen. Nationale und regionale Systeme haben eigene Kalender, eine Bank verfolgt die Frist also je angeschlossenem System.

Nein. ISO 20022 ist ein internationaler Standard für Finanznachrichten, von der ISO veröffentlicht und auch von Systemen genutzt, die mit Swift nichts zu tun haben, etwa den SEPA-Verfahren und T2. Swift ist ein Netz und eine Genossenschaft, die Nachrichten zwischen Banken trägt, und hat ISO 20022 im Auslandsverkehr statt der eigenen MT-Formate übernommen.