ISO 20022-MIGRATION
Wir unterstützen Sie bei Ihrer ISO 20022-Umstellung.
Die ISO 20022-Migration stellt Unternehmen vor weitreichende organisatorische, technische und prozessuale Herausforderungen. Gleichzeitig bietet sie eine zukunftsweisende Chance zur Modernisierung des Zahlungsverkehrs. In unserem Artikel erfahren Sie alles, was Sie für eine erfolgreiche Umstellung wissen müssen.
Was ist ISO 20022?
ISO 20022 ist der weltweit anerkannte Standard für den elektronischen Austausch von Finanznachrichten. Diese Norm definiert ein einheitliches, XML-basiertes Nachrichtenformat und ermöglicht eine standardisierte Datenübertragung im Zahlungsverkehr. Die Harmonisierung und Verwendung strukturierter Daten bringt eine Vielzahl von Vorteilen mit sich:
- Automatisierungsgrad steigt (STP, Straight-Through-Processing),
- Informationsgehalt wird, vor allem durch einen umfangreicheren Verwendungszweck, verbessert,
- Fehlerquote sinkt,
- regulatorische Anforderungen, wie Vorschriften zur Bekämpfung der Finanzkriminalität (FATF), werden eingehalten,
- Integration mit ERP- und TMS-Systemen wird erleichtert,
- Innovative Services, wie Echtzeitzahlungen, werden unterstützt,
- Reporting-Funktionen werden erweitert.
Wie entstand der internationale Nachrichtenstandard?
Bereits im Februar 2014 wurden im Rahmen der SEPA-Einführung die nationalen Datenträgerformate auf ein einheitliches XML-Format umgestellt. Die Basis dazu lieferte bereits vor über 10 Jahren der ISO 20022-Standard. Deshalb spricht man auch vom ISO 20022-Format. Der European Payments Council (EPC) verabschiedete dazu im Jahr 2006 die sogenannten Implementation Guidelines, welche jedes Jahr kontinuierlich weiterentwickelt werden und von den nationalen Gremien, wie beispielsweise der Deutschen Kreditwirtschaft, jährlich in den aktuellen Formatversionen in Teilen adaptiert werden.
Warum ist die Migration auf ISO 20022 erforderlich?
Wenn ISO 20022 im nationalen Zahlungsverkehr in Form von SEPA bereits umgesetzt wurde: Warum reden dann alle von der Migration auf ISO 20022?
Im internationalen bzw. Interbanken-Zahlungsverkehr finden wir noch eine Vielzahl an veralteten Nachrichten- und Datenträgerformaten. Diese sollen nun in einen gemeinsamen globalen End-to-End-Standard überführt werden. Dazu werden aktuell die global bestehenden Zahlungsträgerformate auf ISO 20022-Formate migriert, welche über das SWIFT-Netzwerkt abgewickelt werden. Die Umstellung auf ISO 20022 folgt einem konkreten Zeitplan.
Der neue internationale Nachrichtenstandard ISO 20022 ist im internationalen Zahlungsverkehr für alle Unternehmen verpflichtend. Nach dem Ende des jeweiligen Life Cycles akzeptieren Banken und Zahlungsdienstleister keine anderen Standards mehr. Deshalb ist eine Migration unumgänglich.
Was bedeutet die ISO 20022-Migration für Unternehmen?
Für Ihr Unternehmen bedeutet dies, dass Sie Ihre ERP-Systeme, wie SAP, an ISO 20022 anpassen müssen. Und zwar innerhalb des Zeitplans. Nur so können Zahlungen auch in Zukunft standardkonform verarbeitet werden. Ansonsten droht die vollständige technische Zahlungsunfähigkeit.
Die ISO 20022-Migration ist nicht nur ein technisches Update – sie ist der Schlüssel zur Optimierung Ihrer Zahlungsprozesse. Damit modernisieren Sie Ihre Zahlungsabwicklung und machen diese zukunftssicher.
Der Umfang der erforderlichen Umstellungen ist enorm, da ISO 20022 den gesamten globalen Zahlungsverkehr betrifft. Nachfolgend werden die erforderlichen Anpassungen für Zahlungen innerhalb bzw. aus Deutschland heraus beschrieben. Da es sich bei der ISO-Norm 20022 jedoch um einen internationalen Nachrichtenstandard handelt, hat dieser auch Auswirkungen auf Auslandszahlungen. Informieren Sie sich deshalb bei Ihren Banken über den aktuellen Status Quo.
Was umfasst die ISO 20022-Migration?
Die Migration auf ISO 20022 betrifft Unternehmen in zweierlei Hinsicht: sowohl im nationalen SEPA-Zahlungsverkehr als auch bei internationalen Zahlungen. Dabei unterscheiden sich die Anforderungen und Formatvorgaben je nach Anwendungsfall und Empfängerkreis erheblich.
Um Zahlungsprozesse weiterhin reibungslos über Ihre SAP-Systeme abwickeln zu können, sind technische und prozessuale Anpassungen erforderlich – von der Zahlungsdatei über begleitende Zusatzinformationen bis hin zur Verarbeitung von Rückmeldungen durch Banken.
Zahlungsverkehr national (SEPA)
Der nationale Zahlungsverkehr wird durch seine Mitgliedsstaaten und dem Euro als Währung definiert.
Der Aufbau bzw. die Inhalte der XML-Nachrichtenformate wird in Deutschland zentral von der Deutschen Kreditwirtschaft (DK) gesteuert. Diese adaptiert die Änderungen bzw. Anpassungen des EPC und veröffentlicht jeweils im November eines Jahres die gültige Spezifikation der Datenformate, welche sie in der Anlage 3 des DFÜ-Abkommens veröffentlicht. Die erste ISO 20022-relevante Version im DFÜ-Abkommen wurde bereits im November 2010 veröffentlicht.
Wir haben den roten Faden für Ihre ISO 20022-Migration.
Die Evolution der Zahlungsträgerformate
Die ISO 20022-Einführung hat im nationalen Zahlungsverkehr zu einer stetigen Weiterentwicklung der eingesetzten Formate geführt. Grundlage dafür sind die jährlichen Aktualisierungen der DFÜ-Anlage 3 durch die Deutsche Kreditwirtschaft. Diese legen fest, welche technischen und inhaltlichen Änderungen in der Zahlungsabwicklung zu beachten sind: von der Einführung neuer Nachrichtenformate bis hin zu regulatorischen Anpassungen und funktionalen Erweiterungen. Die folgende Übersicht zeigt, wie sich die Formatversionen und Anforderungen seit dem Start der SEPA-Zahlungsverfahren im Jahr 2008 kontinuierlich verändert haben und welche Maßnahmen jeweils umgesetzt wurden.
Übersicht der Zahlungsträgerformate von 2088 bis 2024
Januar 2008 (DFÜ-Anlage 3 – Version 2.2)
Aktionen:
- Start SEPA-Überweisungen (Credit Transfer)
Neue Formatversionen:
- 001.001.02
- 001.001.02ct
November 2008 (DFÜ-Anlage 3 – Version 2.3)
Aktionen:
- keine
Neue Formatversionen:
- keine
November 2009 (DFÜ-Anlage 3 – Version 2.4)
Aktionen:
- Start SEPA-Basislastschrift Direct Debit CORE
- Start SEPA Firmenlastschrift Direct Debit B2B
Neue Formatversionen:
- 001.002.02
- 008.002.01
- 002.002.02
November 2010 (DFÜ-Anlage 3 – Version 2.5)
Aktionen:
- keine
Neue Formatversionen:
- 001.002.03
- 008.002.02
- 002.002.03
November 2011
Aktionen:
- keine
Neue Formatversionen:
- keine
November 2012 (DFÜ-Anlage 3 – Version 2.6)
Aktion:
- keine
Neue Formatversionen:
- keine
November 2013 (DFÜ-Anlage 3 – Version 2.7)
Aktionen:
- Verkürzte Vorlauffrist COR1
- IBAN-Only
- Eilüberweisungen als PAIN.001 mit Service-Level URGP
Neue Formatversionen:
- 001.003.03
- 008.003.02
- 002.003.03
November 2014 (DFÜ-Anlage 3 – Version 2.8)
Aktionen:
- keine
Neue Formatversionen:
- keine
November 2015 (DFÜ-Anlage 3 – Version 2.9)
Aktionen:
- Neue PurposeCodes und Geschäftsvorfallcodes (GVCs)
Neue Formatversionen:
- keine
November 2016 (DFÜ-Anlage 3 – Version 3.0)
Aktionen:
- CORE übernimmt die verkürzte Vorlaufszeit von COR1 mit D-1
- COR1 wird konvertiert in CORE
- Vereinfachung der Lastschriftsequenzen bei FIRST-Lastschriften, welche als „Recurrent“ eingereicht werden können.
- Neue Formatversionen mit standardisierten ISO-Namespaces
Neue Formatversionen:
- 001.001.03
- 008.001.02
- 002.001.03
November 2017 (DFÜ-Anlage 3 – Version 3.1)
Aktionen:
- Neue Format-Schemas der DK bei gleichbleibenden ISO-Namespace
- Lastschriftsequenz in Datei (SDD) mischbar
- Erweiterung des Rückgabezeitraums bei B2B-Lastschriften auf 3 Tage
- Positive Status-Informationen zu eingereichten Zahlungen mittels PAIN.002-Nachricht
- Zahlungsgründe INTC und CORT bei Eilzahlungen (CCU)
- Abschaffung der Auftragsarten DTI, DTE, CD1, C1C und EUE
Neue Formatversionen:
- keine
November 2018 (DFÜ-Anlage 3 – Version 3.2)
Aktionen:
- Spezifikation des Regelwerks für Bankentgeltnachrichten camt.086
- Neue Auftragsart BKA für den PDF-Kontoauszug
- Abschaltung der Annahme von DTE-Datenträger-Eilig im DTAUS-Format
Neue Formatversionen:
- keine
November 2019 (DFÜ-Anlage 3 – Version 3.3)
Aktionen:
- IBAN-Only-Regel für Nicht-EWR- oder Nicht-EU-Staaten
Neue Formatversionen:
- keine
November 2020 (DFÜ-Anlage 3 – Version 3.4)
Aktionen:
- Ankündigung PAIN.001 für Auslandszahlungen (Ersatz für DTAZV)
- Abkündigung MT940 und MT942 bis 2025
Neue Formatversionen:
- keine
November 2021 (DFÜ-Anlage 3 – Version 3.5)
Aktionen:
- Umstellung auf neue Reporting-Formate auf Basis von ISO 20022 Version 2019
- Anpassungen und Änderungen von GVCs
Neue Formatversionen:
- 052.001.08
- 053.001.08
- 054.001.08
November 2022 (DFÜ-Anlage 3 – Version 3.6)
Aktionen:
- Anpassungen und Änderungen bei 8er-Versionen von camt.052, camt.053 und camt.054, u. a.:
- Umlaute sind nicht mehr erlaubt
- Nur noch einmal 140 Zeichen Unstructured Remitance Information
- Unstructured Adress nur noch 3 x 35 Stellen statt bisher 7 x 70 Stellen
Neue Formatversionen:
- keine
März 2023 (DFÜ-Anlage 3 – Version 3.7)
Aktionen:
- Statuskonzept für PAIN.002.001.10
- Altformate PAIN.001.003.03 und PAIN.008.003.02 werden nicht mehr verarbeitet.
Neue Formatversionen:
- keine
November 2024
Aktionen:
- LEI-Enrichment
- Neue Version des Payment Status Reports PAIN.002.001.10
- Elektronische Freigabe Begleitzettel
- Strukturierte oder Hybridadresse wird verpflichtend
Die wichtigsten Änderungen seit November 2024 im Überblick
LEI-Enrichment
Unternehmen können optional einen LEI (Legal Entity Identifier) bei der Zahlung mitliefern.
Neue Version des Payment Status Reports PAIN.002.001.10
Unternehmen, die noch Zahlungsträgerformate PAIN.001.001.03 oder DTAZV versenden, erhalten weiterhin PAIN.002.001.03-Nachrichten von der Bank zurück. Unternehmen die bereits PAIN.001.001.09-Zahlungen versenden, bekommen PAIN.002.001.10-Nachrichten von der Bank geliefert.
Die Formatversion PAIN.002.001.10 bietet mehr Transparenz, da alle Referenzen der Zahlungen zurückgeliefert werden. Darüber hinaus werden nicht mehr alle Textfelder zurückgemeldet, wie beispielsweise Verwendungszwecke, Namen- und Adressfelder.
Begleitzettel zur elektronischen Freigabe
Freigaben von Zahlungsaufträgen über (papierhafte) Begleitzettel, bspw. per Fax, sind nicht mehr möglich. Begleitzettel müssen digitalisiert werden.
Strukturierte oder hybride Adresse wird verpflichtend
Bei Zahlungen in den neuen ISO 20022-Formaten müssen Adressdaten zwingend in strukturierter Form mitgegeben werden. Dies bedeutet:
- In der alten Formatversion sind unstrukturierte Adressen erlaubt. In den neuen Formatversionen sind nur noch strukturierte Adressen erlaubt.
- Da viele Unternehmen ihre Adressen oftmals in unstrukturierter Form in ihrem EPR-System speichern, wurde eine hybride Lösung in Ergänzung zur strukturierten Adresse entwickelt. Diese sieht eine Mindestanzahl an strukturierten Adressfeldern in Verbindung mit unstrukturierten Adressfeldern vor.
- In der ISO-Version 2019 wird die hybride Adressbelegung zulässig. Dies gilt für SEPA-Zahlungen ab Oktober 2025, für Eil- und Auslandszahlungen ab November 2025.
- Neben den Pflichtangaben Stadt & Land dürfen maximal zwei unstrukturierte Adresszeilen gesetzt werden.
Achtung! Die Akzeptanz unstrukturierte Adresse vs. Hybridadresse ist noch nicht final entschieden und kann sich noch ändern. Bei einfachen Migrationsszenarien sollte frühzeitig auf strukturierte Adressen umgestellt werden, bei komplexen Szenarien sollte die finale Entwicklung abgewartet werden.
Strukturiert durch die ISO 20022-Migration. Wir begleiten Sie gerne.
Die XML-Nachrichtenbezeichnung ab Oktober 2025
Grundsätzlich gilt: Die Deutsche Kreditwirtschaft hat vereinbart, dass grundsätzlich immer die aktuelle Formatversion und die Vorgängerversion angenommen werden. Die Annahme von älteren Formatversionen erfragen Sie bitte bei Ihrer Hausbank.
Bei der Migration der Datenträgerformate reicht es nicht aus, nur die ISO-Namespaces auszutauschen. Hier müssen im Regelfall die von der SAP bereitgestellten XML-Datenträgerformate sowie ggf. weitere dazugehörige Hinweise implementiert werden.
Der Aufbau einer XML-Nachrichtenbezeichnung schlüsselt sich wie folgt auf:
Beispiel: PAIN.001.003.03
PAIN. = Geschäftsfeld/Business Area PaymentInitiation
001. = Nachricht/Message Definition CustomerCreditTransferInitiation
003. = Variante der DK 2015
03 = Version V3 ISO-Status 2009
Schematischer Aufbau einer XML-Nachrichtenbezeichnung
Hinweis: Schon seit November 2016 kann anhand des ISO-Namespaces nicht mehr unterschieden werden, ob es sich um eine DK oder EPC-Version handelt, da ab dem Zeitpunkt mit standardisierten ISO-Namespaces gearbeitet wird..
Die ISO-Version V3 ISO-Status 2009
Die Versionsnummern aus einem Jahr können für die einzelnen Nachrichten unterschiedlich sein. Aktuell wird in SEPA noch mit der Version aus dem Jahr 2009 gearbeitet. Gemäß dem ISO 20022-Zeitplan sollen bis Ende 2025 alle Formate auf die ISO-Version 2019 umgestellt werden. Die unterschiedliche Nummerierung bleibt aber erhalten. (Siehe dazu auch den Format Life Cycle der DK).
Auch wenn in Zukunft alle Überweisungen im Format PAIN.001.001.09 bei der Bank eingereicht werden, werden diese nach unterschiedlichen Zahlungsarten unterschieden. Z. B.:
- SEPA-Zahlungen
- Eilüberweisungen
- Zahlungen in Fremdwährung
Die Steuerung dazu erfolgt zum einen über die XML-Tags wie auch über die Auftragsarten in EBCIS. Im Bereich der Lastschrifteinzüge gibt es nur marginale Anpassungen, auf die wir hier nicht weiter eingehen.
Nachfolgend wollen wir Ihnen einige ausgewählte, interessante XML-Tags etwas näher aufzeigen.
Aktuelle XML-Tags in den Zahlungsinformationen
Mit jeder neuen Version des ISO 20022-Standards entwickeln sich auch die Inhalte der XML-Zahlungsdateien weiter. Neben strukturellen Erweiterungen betreffen die Änderungen vor allem die Art und Weise, wie Zahlungsinformationen (wie Verwendungszweck, Referenzen oder Bankkennungen), technisch abgebildet werden. Dies eröffnet neue Möglichkeiten für Automatisierung und Nachvollziehbarkeit, erfordert aber auch genaue Kenntnisse über die aktuell gültigen Tags und deren Einsatzbereiche.
Unstrukturierter Verwendungszweck
Der Verwendungszweck von SEPA-Zahlungsträgern verfügt grundsätzlich über einen unstrukturierter Verwendungszweck mit einer Länge von 140 Zeichen. Optional kann noch ein strukturierter Purpose Code sowie die End-to-End Referenz mit 25 Zeichen mitgegeben werden. Optional können im Tag strukturierte Informationen auf Basis der European Association of Corporate Treasurer (EACT) mitgeliefert werden.
Strukturierter Verwendungszweck
In diesem Tag können prüfziffergerechte Verwendungszwecke mitgeliefert werden (SEPA CreditorReference ISO 11649), welche mit einem RF beginnen und von 21 alphanummerischen Stellen gefolgt wird.
Vollstrukturierter Verwendungszweck
In der neuen ISO-Version 2019 gibt es zusätzlich strukturierte Daten. Der bisherige unstrukturierte Verwendungszweck wird auf einen strukturierten Verwendungszweck mit bis zu 9.000 Zeichen erweitert.
Bank Identifier Code BIC bzw. BICFI
Mit der Version 2019 wird das Feld BIC in BICFI umbenannt. Bei SEPA-Zahlungen ist nur die Mitgabe des BIC erlaubt, bei Auslandszahlungen können auch nationale Bankschlüssel mitgegeben werden.
Tipp: Fragen Sie Ihre Hausbank, ob, für welche Auftragsarten und ab wann dieser Service zur Verfügung steht. (Derzeit wird dieser oft nur bei Auslandsformaten AXZ angeboten.)
Unique End-To-End Transaction Reference (UETR)
Die eindeutige End-To-End-Transaktionsreferenz wird bei internationalen Zahlungen (SWIFT gpi) vergeben. Sie hat eine Länge von 36 Zeichen und identifiziert darüber Zahlungen aus dem gpi-Tracking.
Reporting
Beim Reporting wollen wir in der Regel wissen,
- um welchen Service es sich handelt,
- welches Format für welchen Zweck geliefert werden soll.
So stellen beispielsweise Banken verstärkt ein elektronisches Preis-Reporting über CAMT.086 zur Kontrolle der angefallenen Gebühren zur Verfügung. Oder sie liefern elektronische Kontoauszüge als PDF-Datei an (Auftragsart BKA). Zu den wichtigsten Nachrichten dürften die PAIN.002- bzw. CAMT.05x-Formate zählen.
Payment Status Report PAIN.002
Die Protokollinformationen zu einem Zahlungstrauftrag werden über die EBICS-Auftragsart PTK als reine Textdatei oder als HAC im ISO 20022-Format PAIN.002.001.03 zur Verfügung gestellt. Inhaltlich sind beide Protokolle dabei identisch. Die sogenannten „HAC-Dateien“ werden im SAP-Standard in den Modulen SAP BCM bzw. MBC allerdings nicht interpretiert und verarbeitet.
Das HAC-Protokoll selbst verfügt über zahlreiche sogenannte „Reason Codes“ welche den technischen Transfer protokollieren.
Werden Dateien über den EBICS-Kanal eingereicht wird das Protokoll für Gut- und Fehlerfälle bereitgestellt. Die möglichen Status-Codes im ersten Schritt sind:
- ACCP (akzeptiert):
- Syntax-Prüfung erfolgreich
- Kontoberechtigungsprüfungen erfolgreich
- PART (teilweise akzeptiert):
- Syntax-Prüfung erfolgreich
- Kontoberechtigungsprüfungen teilweise erfolgreich
- RJCT (abgewiesen):
- Syntax-Prüfung nicht erfolgreich
- Kontoberechtigungsprüfungen nicht erfolgreich
- Ganze Datei abgewiesen
Nach einem ACCP oder PART erfolgt die inhaltliche bzw. bankfachliche Prüfung. Das Ergebnis wird in der Regel in einer gesonderten PAIN.002-Datei zurückgeliefert. Manche Banken stellen diese Protokolle jedoch nur im Fehlerfall und/oder Erfolgsfall bereit.
Die bankfachlichen Prüfungen erfolgen in den Zahlungsverkehrssystemen der Bank, welche den EBICS-Systemen nachgelagert sind. Einreichungen im Format PAIN.001.001.03 werden mit einer PAIN.002.001.03 zurückgeliefert, bei Einreichungen mit PAIN.001.001.09 erfolgt die Rückmeldung als PAIN.002.001.10.
Statusmeldungen können dabei auf drei Ebenen zurückgemeldet werden:
- Dateiebene (Group Status )
- Sammlerebene (Payment Information Status )
- Einzelposten/Transaktionsebene (Transaction Status )
Die darunterliegenden möglichen Status-Codes sind:
- ACSP (Accepted – Settlement in Process): Der Auftrag ist auf Gruppen und Sammlerebene ausführbar
- PART (Partially Accepted): Eine teilweise Ausführung der Zahlung ist möglich (auf Gruppen und Sammlerebene). Eine oder mehrerer Transaktionen werden abgewiesen.
- ACWC (Accepted with Changes): Der Auftrag ist mit Anpassungen ausführbar.
- RJCT: Abweisung des ganzen Auftrags
Kontoinformationen CAMT.05x
Haben Sie die Migration auf die XML-Kontoauszüge noch nicht vollzogen, sind nun einige Änderungen erforderlich. Denn die Struktur der Inhalte hat sich gegenüber den MT-Formaten deutlich verändert. So werden beispielsweise Adressen der Geschäftspartner in separaten Feldern ausgeliefert. Das kann zu Anpassungen in den bestehenden Prozessen bzw. in der Verarbeitung von Kontoauszügen in SAP führen. Des Weiteren stehen inzwischen deutlich mehr Informationen über die Buchungen zu Verfügung – analog zum PDF- oder papierhaften Kontoauszug.
Haben Sie bereits auf die Version 02 umgestellt, so müssen mit der Version 08 ggf. weitere Anpassungen bzw. Änderungen in SAP durchgeführt werden. In der neuen Version stehen beispielsweise 136 zusätzliche XML-Elemente zur Verfügung. Außerdem unterscheiden sich die XML-Feldbelegung zwischen ISO, DK und CBPR+ (Cross-Border Payments and Reporting) in 551 Punkten.
Bei CBPR+ handelt es sich um eine von SWIFT ins Leben gerufene Initiative. Diese stellt eine Reihe von Best Practices bereit, um den Zahlungsverkehr zwischen den Banken und Unternehmen weiter zu optimieren. Beispiele sind eindeutige Referenznummern wie auch die Implementierung von Systemen für die Erkennung von Betrugsfällen und Fehlern im Zahlungsverkehr.
Die bestehenden Geschäftsvorfallcodes (GVC) werden eingestellt und durch sogenannte Business Transactions Codes (BTC) ersetzt. Die DK stellt Ihnen für die Migration eine Mapping-Tabelle in der Anlage 3 des DFÜ-Abkommens zur Verfügung.
Erhalten Sie Kontoauszüge von Drittbanken von Ihrer Hausbank im MT940-Format, so müssen diese ggf. auch auf CAMT-Kontoauszüge umgestellt werden. Sprechen Sie dazu Ihre Hausbank an.
Zahlungsverkehr International
Der internationale Zahlungsverkehr umfasst sämtliche Transaktionen mit Banken und Unternehmen außerhalb des SEPA-Raumes.
CGI-MP Common Global Implementation Market Practice Initiative
Da SEPA-Zahlungen nur innerhalb eines begrenzten Raumes abgewickelt werden können, hat sich im internationalen Zahlungsverkehr bereits vor Jahren das CGI-Format etabliert. Unter dem Dach von SWIFT wurden bereits vor einigen Jahren die in Teilen nationalen, in Teilen grenzüberschreitenden Zahlungsträgerformate definiert. Damit sollte ein übergreifender Multi-Banken-Standard geschaffen werden, der Unternehmen einen einheitlichen Inlands- und Auslandszahlungsverkehr ermöglicht. Soweit die Theorie. In der Praxis zeigt sich oftmals ein anderes Bild. Das CGI-Format wird nur von wenigen teilnehmenden Banken akzeptiert und verarbeitet. Das Format selbst ist äußerst komplex und von Bank zu Bank unterschiedlich. Deshalb muss die Belegung der Feldinhalte und der Codewörter bilateral mit den Hausbanken abgesprochen werden.
Trotz dieser Aufwände hat das CGI-Format bei Unternehmen deutlich an Akzeptanz gewonnen. Deshalb ist diese Version des ISO 20022-Formats inzwischen häufig bei Firmenkunden vorzufinden.
Internationale Überweisungen (AXZ)
Im November 2026 läuft die Gültigkeit der bisherigen DTAZV-Datenträger für den Auslandsverkehr aus. Das Format wird durch einen PAIN.001.001.09-Datenträger ersetzt. Die dazugehörige Auftragsart ist die AXZ, welche nach Absprache mit den Hausbanken (inkl. hybrider Adressen) bereits heute angeliefert werden kann.
Zu den Merkmalen der AXZ gehören beispielsweise:
- taggleiche Durchführung der internationalen Zahlung,
- Verwendung von eindeutigen Referenznummern (UETR),
- erhöhte Transparenz der Gebühren- und Wechselkurse,
- bessere Datenqualität durch die unveränderte und verpflichtende Weitergabe des kompletten Verwendungszwecks,
- Stopp- und Rückruffunktionen der Zahlung.
Bitte beachten Sie, dass die SAP dazu aktuell keinen gesonderten, dedizierten Formatbaum für die Auftragsart ausliefert. Als mögliche Basis für eine AXZ-Zahlung dient ein modifizierter CGI-Formatbaum PAIN.001.001.09.
Der XML-Zahlungsverkehr in SAP
Auf Basis der Anforderungen für den ISO 20022-Zahlungsverkehr aktualisiert die SAP regelmäßig die notwendigen Voraussetzungen für das Reporting, wie beispielsweise den elektronischen Kontoauszug. Auch die Bedingungen für den Zahlungsverkehr mit den PAIN.00x-Formaten werden wiederkehrend angepasst. Der nachfolgende Abschnitt zeigt die wichtigsten Aufgaben und Prüfungen auf, die im Rahmen der Migration vorgenommen werden müssen.
Wie zu Anfang bereits erwähnt, handelt es sich bei der ISO 20022-Umstellung des Zahlungsverkehrs oftmals nicht um eine komplette Neueinführung. Schließlich wurde mit der SEPA-Einführung ein großer Teil an Migrationsaufwand bereits erledigt. Dazu gehören beispielsweise der Umstieg der ausgehenden Datenträger von den RFF*-Reports auf die Payment Medium Workbench (PMW) oder auf die Data Medium Exchange Engine (DMEE(X)).
Aufgrund der aktuell verwendeten ISO 20022-Version, welche inhaltlich mit vielen neuen Anpassungen an den Start geht, dürften Anpassungen jedoch in den allermeisten SAP-Systemen notwendig sein.
Tipp: Wenn Sie tief in das Thema DMEEX in SAP S/4HANA eintauchen möchten, schauen Sie sich unser detailliertes und praxisnahes Schulungsvideo auf der Lernplattform von Espresso Tutorials an.
Konto- und Umsatzinformationen
Auf den ersten Blick scheinen die Anpassungen für den elektronischen Kontoauszug überschaubar. Auf den zweiten Blick ist jedoch eine gewisse Vorsicht geboten. Denn die Banken stellen neue Kontoauszüge im XML-Format zur Verfügung. Diese werden in SAP über eine XSLT-Transformation auf die internen FEB-Tabellen gemappt.
Zu beachten: Die Banken liefern die Kontoauszüge im Regelfall im DK-Standard an. Die XSLT-Transformation der SAP wird jedoch auf Basis von CGI ausgeliefert. Dadurch kann es sein, dass XML-Tags anders interpretiert werden. Dies kann im Einzelfall Anpassungen der XSLT-Transformation erforderlich machen, um die Inhalte der XML-Tags korrekt zuordnen zu können.
Ein weiterer Unterschied gegenüber den MT94x-Formaten ist der Feldinhalt in den CAMT-Kontoauszügen. Diese können im Einzelfall viel mehr Informationen beinhalten als bisher. – im Zweifelsfall stehen Informationen zu Verfügung, die nicht interpretiert werden sollen, sodass diese ebenfalls über eine kundenspezifische XSLT-Transformation ausgeschlossen werden müssen. Darüber hinaus gilt es zu prüfen, ob von den Transformationen ggf. Eigenentwicklungen, wie beispielsweise ein User-Exit, von den geänderten bzw. neuen Feldinhalten betroffen sind.
Ebenfalls neu ist die Änderungen von den Geschäftsvorfallcodes (GVC) auf die ISO Business Transaction Codes (BTC). Manche Banken liefern aktuell noch beides in den XML-Dateien an. Eine frühzeitige Migration auf die BTCs dürfte aber sicherlich sinnvoll sein. Migrationswerkzeuge hierfür stellt die SAP aktuell nicht zur Verfügung. Entsprechende Mapping-Tabellen finden Sie in der Anlage 3 des DFÜ-Abkommens.
Die Formatversionen CAMT.053.001.02 und CAMT.053.001.08 unterscheiden sich. Auch wenn Sie bereits auf CAMT.053 in der 02er-Version umgestellt haben, ist eine zeitnahe Migration auf die aktuelle 08er-Version deshalb sinnvoll.
Unternehmen, die noch nicht auf die CAMT-Formate umgestellt haben, können durch eine direkte Migration auf das aktuelle 08er-Format mögliche Doppelarbeiten vermeiden.
Zahlungsverkehr
Mit der SEPA-Einführung haben viele Unternehmen bereits zahlreiche Umstellungen, wie beispielsweise den Umstieg auf die PMW und die DMEE, bereits vorgenommen. Aber auch hier gibt es einige Neuerungen zu beachten. Zum einen wird mit fortschreitender Verbreitung der aktuellen S/4HANA-Release die DMEE durch die DMEEX ersetzt. Hier müssen die bestehenden Formatbäume an die aktuelle Technik angepasst werden. Zum anderen kündigt die SAP die Transaktion DMEE in den kommenden S/4HANA-Versionen ab und setzt allein auf die DMEEX.
Im Auslandszahlungsverkehr sehen wir mehrere Entwicklungen. Manche Unternehmen stellen in Teilen auf die CGI-Datenträgerformate um. Das erlaubt ihnen, den Auslandszahlungsverkehr heute schon auf einem XML-basierenden Datenträger durchzuführen. Andere Unternehmen verwenden noch das DTAZV-Format und müssen auf die AXZ-Auftragsart umstellen – auch hier ein ISO 20022-Format. Hier gilt es allerdings zu beachten: Die SAP liefert dazu keinen eigenen, dedizierten Formatbaum aus! Ebenfalls werden seit geraumer Zeit keine SEPA-Formatbäume mehr ausgeliefert. Die Auslieferung erfolgt grundsätzlich nur noch auf Basis von CGI-Formatbäumen, welche zur Laufzeit entscheiden, ob es sich um eine Auslandsüberweisung oder einen SEPA-Zahllauf handelt.
Auch hier gilt es, rechtzeitig die neuen Formatbäume zu implementieren und das System regelmäßig auf Aktualisierungen zu prüfen und diese zeitnah zu implementieren. Die Erfahrung hat hier gezeigt: Je später mit der Migration begonnen wird, umso knapper werden die Ressourcen bei den Banken, wenn es um die Validierung der Datenträgerformate geht.
Eine der signifikantesten und weitreichenden Änderungen dürfte die Umstellung auf die strukturierten bzw. hybriden Adressen sein. Ihre Umsetzung im System erfordert einen erheblichen Aufwand.
Das waren zu viele Informationen? Wir beraten Sie gerne – kompetent und auf den Punkt.
Profitieren Sie von unserem geballten Wissen
Als SAP-Berater mit klarem Fokus auf den Zahlungsverkehr verfügen wir über tiefgreifendes Expertenwissen. Dieses stellen wir Ihnen in unseren Beratungen gerne zur Verfügung. Darüber hinaus haben wir verschiedene kostenfreie Angebote für Sie.
Immer aktuell informiert – mit unserem Forum „Wikipayments“
Änderungen sind im elektronischen Zahlungsverkehr und bei der SAP fast schon an der Tagesordnung. Damit Sie den Anschluss behalten, haben wir eine einzigartige Wissensplattform rund um die SAP-Module zum Zahlungsverkehr und Cash Management für Sie ins Leben gerufen: unser Forum „Wikipayments“.
Registrieren Sie sich mit wenigen Klicks und erhalten Sie
- aktuelle regulatorische und gesetzliche Änderungen im Zahlungsverkehr,
- neu eingeführte Hinweise in den einzelnen Modulen der SAP,
- neue Funktionalitäten in SAP,
- praxisnahe Beispiele zum Einsatz der vorhandenen Funktionalitäten in Ihrem Unternehmen,
- neue Entwicklungen im SAP-Standard,
- Anregungen zur effektiven Nutzung vorhandener Schnittstellen und Erweiterungsmöglichkeiten der SAP Module.
Kostenfreies Webinar rund um ISO 20022 und SAP
In unserem kostenlosen Live-Webinar erhalten Sie einen Einblick in die Zahlungsträgerformate des ISO 20022-Standards, deren nationale Besonderheiten und Erweiterungsmöglichkeiten. Außerdem lernen Sie SAP-Werkzeuge zur Implementierung von ausgehenden Zahlungsträgern und Kontoauszügen sowie Strategien zur Implementierung kennen.
Unser nächstes Webinar
SAP Elektronischer Zahlungsverkehr
ISO 20022 in SAP: So nutzen Sie den internationalen Nachrichtenstandard optimal
Datum: 18.09.2025
Uhrzeit: 14 Uhr
Dauer: 1 Stunde
Veranstalter: Payyxtron
Disclaimer: Bei den hier veröffentlichten Informationen handelt es um Empfehlungen der Deutschen Kreditwirtschaft, welche bei den unterschiedlichen Kreditinstituten abweichen können. Für die Richtigkeit der Inhalte übernehmen wir keine Gewähr.
Alle unsere kostenfreien Webinare zum SAP ELKO finden Sie in der Rubrik „SAP-Webinare“.
Sichern Sie sich unsere ISO 20022-Expertise
Der Weg zur vollständigen ISO 20022-Migration ist lang und setzt sich aus vielfältigen Aufgaben zusammen. Welche Schritte zu gehen sind, hängt von Ihrem aktuellen System und Ihren individuellen Voraussetzungen ab.
Nutzen Sie unsere langjährige Erfahrung und unsere tiefgreifenden Kenntnisse als SAP-Berater und SAP-Trainer mit Fokus auf den Zahlungsverkehr. Gemeinsam definieren wir die erforderlichen Schritte auf Ihrem Weg zu ISO 20022 und setzen diese konsequent um.
Mitglied bei:
