Das Ende der CFONB- und SWIFT MT-Formate für Unternehmen


Chronik eines vorhergesagten Todes

Wir hören schon seit fast 3 Jahren davon, ohne dem viel Beachtung zu schenken: Die von Unternehmen verwendeten Formate "Swift" und CFONB müssen schrittweise durch ihr XML-Äquivalent ersetzt werden.

Das oft genannte Datum des letzten Novemberwochenendes 2025 betrifft nur Banken. Für Unternehmen erscheint November 2026 wahrscheinlich, aber das ist keine feste Regel. Sprechen Sie einfach mit Ihrer Bank, die wahrscheinlich flexibel sein wird, wenn Sie Ihre Bereitschaft zur Einhaltung der Vorgaben signalisieren.

Kontext

Seit der Gründung von SWIFT im Jahr 1973 werden alle Interbankentransaktionen über Formate abgewickelt, die allgemein als „Swift“ bekannt sind. Jeder dieser Codes beginnt mit MT (Message Type), gefolgt von 3 Ziffern.

Nach einer mehrjährigen, umfassenden Kommunikationskampagne verpflichtete SWIFT im März 2024 Banken, die MT-Formate (bei denen die Nummern mit 1, 2 oder 9 beginnen) durch das entsprechende ISO-20022-XML-Format zu ersetzen. Dies wird als MT-MX-Migration (für Message XML) bezeichnet. Ursprünglich galt diese Anforderung nur für Interbankentransaktionen, betrifft aber mittlerweile Unternehmen, die zunehmend unter Druck gesetzt werden, die SWIFT-Formate zugunsten des ISO-20022-XML-Standards aufzugeben.

Warum die Formatänderung?

Die Einführung von SEPA hat die Benutzerfreundlichkeit des XML-Formats, seine Flexibilität und den Umfang seiner Tags demonstriert und bestätigt. Der Zweck dieser Formatänderung ist zweifach:

(1) Harmonisierung aller Bankzahlungssysteme, um die durchgängige Nutzung des XML-Formats zu ermöglichen (d. h. vom ausstellenden Unternehmen bis zum empfangenden Unternehmen über deren jeweilige Banken);

(2) Nutzen Sie die Möglichkeiten dieses XML-Formats, um die Filter-, Tracking- und Compliance-Funktionen zu verbessern.

Kurz gesagt, müssen alle Banken weltweit ab sofort nur noch das XML-Format verwenden, um die Nachverfolgung und Kontrolle der übertragenen Daten zu erleichtern.

Darüber hinaus betrifft diese Umstellung nicht nur das Swift-„MT“-Format, sondern alle nationalen Formate, da XML die Eingabe, Übertragung und Nachverfolgung deutlich mehr Informationen ermöglicht. So fehlen beispielsweise im CFONB160-Format Felder zur Eingabe von Adressen, und im CFONB320-Format kann der Zahlungszeitpunkt nicht angegeben werden.

Schließlich bietet die Vielfalt des XML-Formats den Banken die Möglichkeit, neue Dienste wie VoP und IP , deren Implementierung und Überwachung mit den alten Formaten unmöglich gewesen wäre.

Wie geht das?

Beschreibung Altes Format XML-Äquivalent
Jegliche Art von ÜberweisungMT101Schmerz.001
KontoauszugMT940camt.053
IntradayMT942camt.052
Lastschrift-/GutschriftmitteilungMT900 / 910camt.054
BargeldtransferCFONB160Schmerz.001
Internationale BanküberweisungCFONB320 PISchmerz.001
BetriebsübertragungVCOMSchmerz.001
WechselLCRSchmerz.008
KontoauszugCFONB120camt.053
OP-HinweisCFONB240camt.054
Bestätigung der BewerbungARA560Schmerz.002

Sie übertragen Ihre Bankverträge für jede Ihrer Banken und alle relevanten Konten und wählen die entsprechenden XML-Dienste, unabhängig vom Protokoll (SWIFT, EBICS oder ein anderes).

Sollten Ihre Anwendungen bis zum Stichtag im November 2026 voraussichtlich nicht kompatibel sein, beauftragen Sie NEOFI mit der Umstellung! Das SEPA Ready for V9 Pack wurde genau für diesen Zweck entwickelt.

AFTE-Tage 2025

Bankgebühren: Warum Versicherer Schwierigkeiten haben, sie unter Kontrolle zu bringen

Das Bank- und Buchhaltungsabstimmungspuzzle für Versicherungsunternehmen

XML v9 Migration: Warum und wie?

VoP: Begünstigtenüberprüfung

AFTE-Tage 2025

Bankgebühren: Warum Versicherer Schwierigkeiten haben, sie unter Kontrolle zu bringen

Das Bank- und Buchhaltungsabstimmungspuzzle für Versicherungsunternehmen

XML v9 Migration: Warum und wie?

VoP: Begünstigtenüberprüfung

AFTE-Tage 2025

Bankgebühren: Warum Versicherer Schwierigkeiten haben, sie unter Kontrolle zu bringen

Das Bank- und Buchhaltungsabstimmungspuzzle für Versicherungsunternehmen

XML v9 Migration: Warum und wie?

VoP: Begünstigtenüberprüfung