Welche Fehler machen Unternehmen bei der ISO 20022-Migration in SAP?

Posted by: Steffen Karsch
18 Sep. 2026

Bei der ISO 20022 Migration in SAP machen Unternehmen häufig dieselben vermeidbaren Fehler: unvollständiges Datenmapping, fehlende Zeichensatz-Konvertierung, lückenhafte Tests vor dem Go-live und eine mangelhafte Abstimmung zwischen IT und Treasury. Diese Schwachstellen entstehen nicht aus Nachlässigkeit, sondern weil die Komplexität des neuen Nachrichtenformats oft unterschätzt wird. Der folgende Beitrag beleuchtet die häufigsten Stolpersteine und zeigt, worauf Sie bei Ihrer SAP-Implementierung besonders achten sollten.

Welche typischen Fehler entstehen bei der Datenmapping-Phase?

Der häufigste Fehler beim Datenmapping ist die unvollständige Übertragung von Feldinhalten aus dem bisherigen MT-Format in die neue ISO 20022-Struktur. Viele Unternehmen unterschätzen, dass ISO 20022 deutlich mehr und detailliertere Datenfelder vorsieht als die bisherigen SWIFT-MT-Nachrichten. Fehlende oder falsch zugeordnete Felder führen direkt zu Verarbeitungsfehlern bei Banken und Zahlungsdienstleistern.

Konkret betrifft das vor allem die Adressstruktur: Während MT-Nachrichten Adressinformationen in Freitextfeldern transportierten, verlangt ISO 20022 strukturierte Angaben mit Straße, Hausnummer, Postleitzahl und Land als separate Felder. Wer diese Trennung im SAP-System nicht sauber konfiguriert, riskiert abgewiesene Zahlungen. Ebenso problematisch ist die Behandlung von Referenznummern, die in ISO 20022 streng typisiert sind und keine beliebigen Zeichenketten mehr akzeptieren.

Ein weiterer typischer Mapping-Fehler betrifft die Zweckangaben und Kategoriecodes. Diese müssen im neuen Format exakt nach dem ISO-Standard befüllt werden. Unternehmen, die ihre bestehenden SAP-Konfigurationen einfach übernehmen, ohne die Feldlogik zu prüfen, stellen oft erst nach dem Go-live fest, dass Banken die Nachrichten ablehnen oder falsch verarbeiten.

Warum scheitern SAP-Systeme an der Zeichensatz-Konvertierung?

SAP-Systeme scheitern bei der ISO 20022 SAP-Implementierung häufig an der Zeichensatz-Konvertierung, weil ISO 20022 ausschließlich UTF-8 unterstützt, während ältere SAP-Konfigurationen und Bankverbindungen noch auf Latin-1 oder ähnliche Zeichensätze ausgelegt sind. Sonderzeichen wie Umlaute, Akzente oder länderspezifische Buchstaben werden dabei entweder abgeschnitten oder falsch dargestellt.

In der Praxis betrifft das vor allem Firmennamen, Straßenbezeichnungen und Verwendungszwecke, die Sonderzeichen enthalten. Ein Zahlungsauftrag mit einem Empfängernamen wie „Müller & Söhne GmbH“ kann in einem nicht korrekt konvertierten System zu einem unlesbaren Zeichensalat werden. Banken lehnen solche Nachrichten ab oder leiten sie in manuelle Klärungsprozesse weiter, was Verzögerungen und Mehrkosten verursacht.

Die Lösung liegt nicht allein in der SAP-Konfiguration: Auch vorgelagerte Systeme, die Zahlungsdaten an SAP liefern, müssen auf UTF-8-Kompatibilität geprüft werden. Eine isolierte Betrachtung des SAP-Systems reicht nicht aus. Eine vollständige Systemlandschaftsanalyse ist daher ein unverzichtbarer Bestandteil jeder SAP-Zahlungsverkehr-Migration.

Was wird bei der Anpassung von Zahlungsformaten in SAP übersehen?

Bei der Anpassung von Zahlungsformaten in SAP wird am häufigsten übersehen, dass nicht nur die Ausgabeformate angepasst werden müssen, sondern auch die zugehörigen Validierungsregeln, Customizing-Einstellungen und Formatvarianten für verschiedene Banken und Länder. Eine pauschale Umstellung auf das neue ISO 20022-Format greift zu kurz.

Viele Unternehmen arbeiten mit mehreren Banken in verschiedenen Ländern zusammen. Jede dieser Banken kann spezifische Anforderungen an die ISO 20022-Nachrichtenstruktur stellen, sogenannte bankspezifische Implementierungsrichtlinien. Diese Abweichungen vom Standard sind in SAP je Bank separat zu konfigurieren. Wer das übersieht, erhält zwar technisch valide Nachrichten, die jedoch von der Empfängerbank nicht verarbeitet werden können.

Darüber hinaus werden häufig Rückgabenachrichten vernachlässigt. ISO 20022 sieht für Rückgaben, Ablehnungen und Statusmeldungen eigene Nachrichtentypen vor. Die Verarbeitung dieser Nachrichten im SAP-System muss ebenso konfiguriert und getestet werden wie die ausgehenden Zahlungen. Wer nur die ausgehenden Formate anpasst, hat die halbe Arbeit getan.

Wie wirken sich Testlücken auf den Go-live aus?

Testlücken bei der ISO 20022 Migration in SAP führen direkt zu Produktionsfehlern nach dem Go-live: Zahlungen werden abgewiesen, Buchungen schlagen fehl und manuelle Eingriffe sind erforderlich. Je später ein Fehler entdeckt wird, desto aufwendiger und kostspieliger ist die Behebung. Ein unvollständiges Testszenario ist eine der häufigsten Ursachen für gescheiterte Migrationen.

Typische Testlücken entstehen, wenn Unternehmen nur Standardszenarien testen, aber Ausnahmefälle auslassen. Dazu gehören Zahlungen mit Sonderzeichen, grenzüberschreitende Transaktionen in Fremdwährungen, Rücklastschriften oder Zahlungen an Empfänger mit unstrukturierten Adressdaten. Genau diese Randfälle sind es, die im Produktivbetrieb zuerst zu Problemen führen.

Ebenso wird der End-to-End-Test mit den tatsächlichen Bankpartnern häufig zu spät oder gar nicht durchgeführt. Banken stellen für die ISO 20022-Migration eigene Testumgebungen bereit. Diese Möglichkeit sollte frühzeitig genutzt werden, um sicherzustellen, dass die erzeugten SAP-Nachrichten von der Bank tatsächlich akzeptiert und verarbeitet werden. Ein rein interner Systemtest reicht nicht aus.

Welche Auswirkungen hat eine fehlende Projektkoordination zwischen IT und Treasury?

Eine fehlende Abstimmung zwischen IT und Treasury ist einer der kritischsten Risikofaktoren bei der ISO 20022 SAP-Implementierung. Wenn IT-Teams die technischen Anforderungen ohne fachliche Begleitung umsetzen, entstehen Konfigurationen, die technisch funktionieren, aber fachlich falsch sind. Treasury-Anforderungen wie Liquiditätssteuerung, Zahlungsfreigabeprozesse und Bankenkommunikation bleiben dabei unberücksichtigt.

In der Praxis zeigt sich das oft darin, dass IT-seitig Felder gemappt werden, ohne deren fachliche Bedeutung zu kennen. Ein Beispiel: Der Verwendungszweck wird technisch korrekt übertragen, aber ohne Rücksicht auf die internen Buchungslogiken im Treasury-System. Das führt zu Abstimmungsdifferenzen, die manuell aufgelöst werden müssen.

Umgekehrt fehlt Treasury-Teams oft das technische Verständnis, um SAP-Konfigurationen zu beurteilen. Eine strukturierte Projektkoordination mit klar definierten Verantwortlichkeiten, gemeinsamen Review-Terminen und einem abgestimmten Testplan ist daher keine organisatorische Kür, sondern eine fachliche Notwendigkeit. Projekte, die diese Koordination von Beginn an etablieren, vermeiden die häufigsten SEPA-ISO-20022-Fehler bereits im Ansatz.

Wann sollte ein spezialisierter SAP-Zahlungsverkehrsberater hinzugezogen werden?

Ein spezialisierter SAP-Zahlungsverkehrsberater sollte spätestens dann hinzugezogen werden, wenn die interne Expertise für die ISO 20022 Migration in SAP nicht ausreicht, um Datenmapping, Formatanpassungen und Bankenkommunikation eigenständig zu konfigurieren. Je früher externe Expertise eingebunden wird, desto geringer ist das Risiko kostspieliger Nacharbeiten nach dem Go-live.

Konkrete Anzeichen, dass externer Sachverstand sinnvoll ist, sind unter anderem:

Die internen SAP-Teams haben keine spezifische Erfahrung mit ISO 20022 oder SEPA-ISO-20022-Implementierungen.
Das Unternehmen arbeitet mit mehreren Banken in verschiedenen Ländern zusammen und muss unterschiedliche Formatvarianten berücksichtigen.
Es bestehen Unsicherheiten bei der Konfiguration von SAP Bank Communication Management oder SAP Advanced Payment Management.
Der Zeitplan ist eng und es gibt keine Kapazität für aufwendige Fehlersuche nach dem Go-live.
Bisherige interne Testläufe haben unerklärliche Fehler produziert.

Frühzeitige Beratung zahlt sich aus, weil Fehler in der Konzeptionsphase mit deutlich geringerem Aufwand behoben werden können als nach der Produktivsetzung. Informationen zu verfügbaren Leistungspaketen helfen dabei, den passenden Beratungsumfang zu bestimmen.

Wie PAYMENTS.CC Sie bei der ISO 20022 Migration in SAP unterstützt

Wir bei PAYMENTS.CC begleiten Unternehmen durch alle Phasen der ISO 20022 SAP-Implementierung, von der Analyse der bestehenden Systemlandschaft bis zum erfolgreichen Go-live. Mit mehr als 30 erfolgreich abgeschlossenen nationalen und internationalen Implementierungsprojekten bringen wir die Erfahrung mit, die komplexe Migrationen erfordern.

Unser Leistungsangebot umfasst unter anderem:

Datenmapping und Formatanpassung: Wir analysieren Ihre bestehenden SAP-Konfigurationen und passen Zahlungsformate, Validierungsregeln und bankspezifische Varianten präzise an die ISO 20022-Anforderungen an.
Zeichensatz- und Systemprüfung: Wir prüfen Ihre gesamte Systemlandschaft auf UTF-8-Kompatibilität und beheben Konvertierungsprobleme, bevor sie im Produktivbetrieb auftreten.
Testkonzept und Bankkoordination: Wir entwickeln ein vollständiges Testszenario inklusive Ausnahmefällen und koordinieren End-to-End-Tests mit Ihren Bankpartnern.
Projektkoordination zwischen IT und Treasury: Wir übernehmen die fachliche Brückenfunktion und stellen sicher, dass technische Umsetzung und Treasury-Anforderungen aufeinander abgestimmt sind.
SAP BCM und APM: Wir implementieren und optimieren SAP Bank Communication Management sowie SAP Advanced Payment Management für einen revisionssicheren und effizienten Zahlungsprozess.

Sprechen Sie uns gerne an, wenn Sie Ihre ISO 20022 Migration in SAP sicher, effizient und termingerecht umsetzen möchten. Unser erfahrenes Beraterteam steht Ihnen schnell, kompetent und lösungsorientiert zur Verfügung. Nehmen Sie jetzt Kontakt auf und erfahren Sie, wie wir Ihr Projekt von Anfang an auf Erfolgskurs bringen.