ISO 20022-Adresskonformität: Was Banken wirklich für November 2026 planen

In unseren beiden vorangegangenen Artikeln zur ISO 20022-Adressverwaltung haben wir behandelt, was sich mit der Frist im November 2026 ändert und was ein globales Unternehmen aus seiner ISO 20022-Migration gelernt hat. Das Bild, das sich dabei ergab, war eindeutig: Die Datenlücken sind real, der Zeitplan ist eng und die organisatorische Komplexität wird systematisch unterschätzt.

Doch in dieser Diskussion fehlte eine Stimme: die der Banken.

Was planen sie tatsächlich, wenn eine Zahlung mit einer unstrukturierten oder unvollständigen Adresse eingeht? Werden sie sie ablehnen, korrigieren oder durchlassen? Wie gehen sie mit Legacy-Formaten wie MT101 und AFB320 um? Und gelten die Regeln überall gleich, oder hängt es von der Bank und dem Zahlungskorridor ab?

Um das herauszufinden, haben wir eine Gruppe von Banken* befragt, mit denen wir eng zusammenarbeiten. Die Ergebnisse bestätigen die grundlegende Richtung, decken jedoch erhebliche operative Abweichungen auf, die jedes Treasury-Team vor November 2026 verstehen muss.

Die wichtigste Erkenntnis: Ihre Daten, Ihre Verantwortung

Beginnen wir mit dem bedeutsamsten Befund.

Die Banken sind sich weitgehend einig, dass Zahlungen mit ungültigen Adressen abgelehnt werden. Das allgemeine Prinzip lautet: Wenn eine Adresse in einer Zahlungsnachricht enthalten ist, muss sie gültig sein. Die Angabe einer Adresse, die den neuen strukturellen Anforderungen nicht entspricht, stellt aus Sicht der meisten Banken ein Sperrkriterium dar.

Diese Erkenntnis ist bedeutsam, weil Treasury-Teams häufig davon ausgehen, dass Banken als Sicherheitsnetz fungieren. Sie würden fehlerhafte Daten abfangen und korrigieren, bevor ein Problem entsteht. Für bestimmte Szenarien hat diese Annahme eine gewisse Grundlage. Als allgemeines Betriebsprinzip ist sie jedoch gefährlich.

Der Teufel steckt im Detail – und die Details variieren erheblich.

Die Nicht-Compliance-Quote ist weiterhin besorgniserregend hoch

Bevor wir darauf eingehen, wie Banken auf nicht konforme Adressen reagieren werden, lohnt ein Blick auf den aktuellen Stand.

Zwei der von uns befragten Banken geben an, dass rund 60 % der bei ihnen eingehenden Adressen ungültig oder nicht konform sind. Eine Bank verweist auf breitere Marktdaten, die zeigen, dass fast die Hälfte der im SWIFT-Netzwerk beobachteten ISO 20022-Adressen noch unstrukturiert sind: für Schuldneradressen rund 46 % und für Gläubigeradressen rund 48 % in bestimmten Märkten im Frühjahr 2026. Diese Befunde decken sich mit unseren eigenen Daten, nach denen 79 % der von uns verarbeiteten ISO 20022-XML-Transaktionen mindestens eine ungültige Adresse enthalten.

Die Banken sind sich der Lage bewusst. Sie kommunizieren aktiv. Doch die Sensibilisierung hat sich noch nicht in den erforderlichen Maßnahmen zur Bereinigung niedergeschlagen. Eine Bank hat etwas angemerkt, das besonders auffällt: Alle Banken sind besorgt über das geringe Feedback ihrer Kunden. Die meisten Corporate-Treasury-Teams haben ihre Bereitschaft noch nicht bestätigt, und viele haben auf die Kontaktaufnahme gar nicht reagiert.

Wenn Ihre Bank Ihnen bereits Mitteilungen zur Frist im November 2026 zugesandt hat und Sie noch nicht gehandelt haben, befinden Sie sich in der Mehrheit. Das ist wenig beruhigend.

Banken kommunizieren – aber nicht gleichmäßig

Alle befragten Banken bestätigen, dass sie bereits begonnen haben, ihre Kunden über die neuen Adressanforderungen zu informieren. Die genutzten Kanäle sind weitgehend ähnlich: Newsletter, Informationsschreiben, dedizierte Webseiten, Leitfäden, Webinare und gezielte Ansprache wichtiger Kunden.

Die Intensität variiert jedoch. Einige Banken verfolgen einen breit angelegten Ansatz und stellen Materialien allen Kunden ohne differenzierte Ansprache zur Verfügung. Andere planen gezieltere Maßnahmen für Großkunden oder strategisch wichtige Geschäftspartner. Mehrere Banken intensivieren ihre Kommunikation im zweiten Halbjahr 2026 mit direkter Kundenansprache und Erinnerungen, wenn sich die Frist nähert.

Diese allgemeinen Kommunikationsmaßnahmen sind jedoch ein Signal, kein Plan. Es ist gut möglich, dass Sie von Ihrer Bank keine proaktive Orientierung erhalten, die konkret genug wäre, um darauf zu reagieren. Sie müssen selbst das direkte Gespräch darüber suchen, was Ihre Bank in Ihren spezifischen Korridoren und Zahlungsformaten akzeptieren wird – und was nicht.

Zur Zahlungsablehnung: Das Prinzip ist geteilt, der Umfang nicht

Die Banken sind sich einig, dass ungültige Adressen zu Zahlungsablehnungen führen werden. Wo sie auseinandergehen, ist die Frage, welche Adressen, für welche Parteien und unter welchen Umständen.

Einige Banken verfolgen einen gezielteren Ansatz. Die Ablehnung würde in erster Linie für die Adressen des Gläubigers, des endgültigen Gläubigers und des endgültigen Schuldners gelten. Beim Schuldner, in der Regel dem eigenen Bankkunden, können sie konforme Adressdaten aus ihrer internen Kundenreferenzdatenbank einsetzen.

Andere Banken nehmen eine umfassendere Haltung ein: Jede Adresse, die in einer Zahlungsnachricht für irgendeine relevante Partei angegeben ist, muss konform sein. Für Drittpartei-Daten, die die Bank nicht selbst hält, gibt es keinen Substitutionsmechanismus.

Diese Unterscheidung ist in der Praxis von erheblicher Bedeutung. Wenn Ihre Schuldneradresse nicht konform ist, Ihre Bank aber Ihre Stammdaten vorhält und diese substituieren kann, können Sie bei diesem Element eine Ablehnung möglicherweise vermeiden. Fehlt jedoch in der Gläubigeradresse der Ortsname, kann keine Bank das für Sie beheben. Die Daten Ihrer Begünstigten sind nicht in den Bankdatenbanken vorhanden.

Die sicherste Grundannahme ist, jede Adresse in jeder Zahlungsnachricht als Ihre eigene Verantwortung zu betrachten – und zwar bevor die Zahlung Ihre Systeme verlässt.

Zur Adresse eines Agenten mit ausschließlich Länderangabe: Ein spezifisches und unterschätztes Risiko

Eine Frage in unserer Befragung hat eine Abweichung aufgedeckt, über die sich nur wenige Treasury-Teams Gedanken gemacht haben.

Betrachten Sie eine Zahlungsnachricht, in der ein Agent, also eine Korrespondenzbank, eine Postadresse hat, die nur das Tag Country enthält, ohne Ortsnamen. Dieses Muster ist in Legacy-Daten weit verbreitet.

Drei der von uns befragten Banken betrachten dieses Szenario als Ablehnungsfall. Nach ihrer Auslegung besteht eine Adresse, wenn sie angegeben wird, den Strukturierungstest nicht – unabhängig davon, ob die Adresse optional ist –, wenn sie die strukturellen Anforderungen einschließlich Ortsname nicht erfüllt.

Andere Banken verfolgen einen kontextualisierteren Ansatz. Wenn der Agent durch einen BIC identifiziert wird, muss eine Adresse, die nur das Land enthält, die Zahlung nicht zwingend blockieren. Wird der Agent hingegen durch einen Routing-Code oder Clearing-Code statt einem BIC identifiziert, werden Name und Adresse, einschließlich mindestens Ort und Land, erforderlich – und eine reine Länderangabe würde nicht ausreichen.

Diese Unterscheidung ist subtil, aber wichtig. Sie bedeutet, dass dieselben Daten im selben Feld von einer Bank akzeptiert und von einer anderen abgelehnt werden können – je nach Art der Identifikation des Agenten. Wenn Ihre Zahlungsvorlagen Agentenadressen ohne BIC verwenden, sollte dieser Punkt explizit auf Ihrer Prüfliste stehen.

Zu Legacy-Formaten: Widersprüchliche Signale zur ihrer künftigen Akzeptanz

Für Treasury-Teams, die noch mit MT101 oder AFB/CFONB 320 arbeiten, ist die Frage, was nach November 2026 geschieht, entscheidend. Die Antworten der Banken hierzu sind die divergentesten der gesamten Befragung.

Zum SWIFT MT101 ist die allgemeine Tendenz vorsichtig positiv, was die weitere Akzeptanz betrifft – mit der Einschränkung, dass die angegebenen Adressen so strukturiert sein müssen, dass die erforderlichen Elemente, insbesondere Ort und Land, eindeutig extrahiert werden können. Mehrere Banken geben an, dass die Adresse im Format F (der strukturierten Tag-Variante) und nicht in den legacy-Freitextfeldern angegeben werden muss.

Beim AFB/CFONB 320 in Frankreich ist das Bild weniger ermutigend. Einige Banken planen, das Format weiterhin zu akzeptieren, sofern Adressen nach den erwarteten Regeln vorformatiert sind. Andere lenken ihre Kunden aktiv auf eine XML-Migration vor November hin und weisen darauf hin, dass die adressqualifizierten Versionen des AFB320-Formats in der Praxis noch nicht weit verbreitet sind. Das bedeutet: Das Format existiert theoretisch, aber die Fähigkeit zur Adressstrukturierung ist operativ nicht etabliert.

Unser nächster Artikel wird die Auswirkungen der Adressstrukturierungspflicht auf die verschiedenen Zahlungsformate eingehend behandeln.

Nicht alle Kontrollen sind gleich

Ein weiterer Unterschied, den wir für Treasury-Teams hervorheben möchten, die technische Compliance-Arbeit leisten.

Die meisten Banken haben bestätigt, dass ihre Kontrollen sich in erster Linie auf das Vorhandensein der erforderlichen Tags konzentrieren. Wenn TownName und Country in der Nachricht vorhanden sind, wird die Validierung bestanden – unabhängig davon, ob die Werte geografisch sinnvoll sind.

Weniger Banken planen, sowohl Vorhandensein als auch Inhalt zu prüfen. Das Banksystem wird dabei prüfen, ob der Ortsname einem realen Ort entspricht, ob der Ländercode gültig ist und ob die Kombination konsistent ist.

Das klingt nach einer geringfügigen technischen Unterscheidung. In der Praxis hat es jedoch erhebliche Auswirkungen. Eine Zahlung mit denselben Tags könnte eine Vorhandenheitsprüfung bestehen, aber eine Inhaltsprüfung nicht. Eine Zahlung, bei der das Ortsfeld mit einer Postleitzahl befüllt ist, könnte bei einer Bank durchgehen und bei einer anderen abgelehnt werden.

Wenn Ihre Migrationsstrategie darauf beruht, Pflichtfelder mit Platzhalterwerten zu befüllen, sollten Sie sich bewusst sein, dass dieser Ansatz möglicherweise nicht universell funktioniert. Banken, die eine Inhaltsvalidierung durchführen, werden sich mit technisch vorhandenen, aber bedeutungslosen Daten nicht zufriedengeben.

Es gibt keinen universellen Standard

Schließlich und vielleicht am bedeutsamsten für globale Treasury-Betriebe: Die von den Banken implementierten Kontrollen werden nicht immer einheitlich angewendet.

Einige Banken haben bestätigt, dass ihre Kontrollen generisch sein werden. Einheitliche Regeln werden auf alle Zahlungsarten und Korridore angewendet. Andere haben angegeben, dass die Anforderungen je nach Land, Währung, Zahlungsart oder Herkunfts-/Zielkombination variieren werden.

In unserem vorangegangenen Artikel über die Lehren aus unserem Kundeninterview haben wir ein konkretes Beispiel für diese Abweichung gesehen. In mehreren asiatischen Ländern wird TownName im ISO-Standard einem Stadtbezirk zugeordnet, während die Stadt selbst in CountrySubDivision erfasst wird – was in diesen Korridoren beide Felder über das globale Minimum hinaus verpflichtend macht.

Banken, die korridorspezifische Regeln anwenden, werden ähnliche regionale Besonderheiten aufweisen. Eine Zahlung, die die Bankkontrollen für einen europäischen Korridor besteht, muss nicht zwingend für einen asiatischen oder lateinamerikanischen Korridor gelten. Tests in einem einzigen risikoarmen Korridor vor dem globalen Rollout sind nicht nur bewährte Praxis, sondern die einzige Möglichkeit, diese Abweichungen aufzudecken, bevor sie im Produktivbetrieb zu Zahlungsfehlern führen.

Was das für Ihren Aktionsplan bedeutet

Die Ergebnisse der Befragung ändern nichts an der Frist im November 2026. Sie schärfen jedoch das Verständnis dafür, was „konform" in der Praxis tatsächlich bedeutet.

Das Gesamtbild ist konsistent mit dem, was wir in unserer eigenen Kundenbasis beobachten: Die Richtung ist klar, die Frist ist unumstößlich, und der Grad der branchenweiten Vorbereitung liegt noch unter dem erforderlichen Niveau.

Die Banken sind sich einig, dass strukturierte Adressen zu einer verbindlichen operativen Anforderung werden. Sie kommunizieren aktiv. Sie planen Ablehnungskontrollen. Aber ihre Implementierungen unterscheiden sich in Punkten, die für Unternehmen wesentlich sind.

Hier sind die wichtigsten Schlussfolgerungen:

1. Verlassen Sie sich nicht darauf, dass Ihre Bank Ihre Adressen vervollständigt. Banken können in bestimmten Szenarien Daten für ihre eigenen Kunden substituieren, aber sie können Ihre Begünstigtendaten nicht korrigieren. Das sind Ihre Daten, das ist Ihre Verantwortung.

2. Testen Sie mit jedem Bankpartner in jedem relevanten Korridor. Generische Compliance reicht nicht aus, wenn Ihre Banken korridorspezifische Regeln anwenden oder Inhalte statt nur Vorhandensein prüfen.

3. Sprechen Sie Ihre Banken direkt auf die Akzeptanz von Legacy-Formaten an. Gehen Sie nicht davon aus, dass MT101 oder AFB320 unverändert weiter funktionieren. Lassen Sie sich schriftlich bestätigen, was akzeptabel ist, auf welchem Niveau der Adressstrukturierung und bis wann.

4. Vermeiden Sie Platzhalterwerte. Wenn Ihre Datenbereinigung das Befüllen von Ortsfeldern mit „N/A" oder ähnlichem umfasst, prüfen Sie bei jeder Bank, ob dieser Ansatz deren Kontrollen besteht. Manche werden es akzeptieren, andere nicht.

5. Handeln Sie in der Annahme, dass Vorhandenheitskontrollen im Laufe der Zeit strenger werden. Die Banken, die heute bereits Inhaltsvalidierungen durchführen, sind einen Schritt voraus. Andere werden folgen. Saubere Daten jetzt aufzubauen vermeidet eine erneute Bereinigung zu einem späteren Zeitpunkt.

Ausblick

Zuletzt erreichen uns viele Fragen dazu, wie sich die Pflicht zur Adressstrukturierung auf Zahlungsformate auswirkt, darunter EDI 820, MT101, AFB320 und lokale Standards wie DTAZV und CBI. In unserem nächsten Artikel werden wir eingehend beleuchten, was sich in den einzelnen Formaten ändert, was gleich bleibt und wie Kyribas Formatparameter die Konvertierung handhaben.

Bei Fragen zu Ihrer spezifischen Migration kontaktieren Sie uns. Die Lücken müssen vor November gefunden werden – nicht danach. Und wir stehen Ihnen dabei zur Seite.

*Dieser Artikel basiert auf den Antworten auf einen Fragebogen, der im Vorfeld der ISO 20022-Adressmandatsfrist im November 2026 an ein Panel von Banken versandt wurde. Die individuellen Positionen der Banken sind aggregiert und anonymisiert.