ISO 20022 – Es ist Zeit zu handeln!

Bisher lag der Fokus der ISO 20022-Umstellung primär auf dem Zahlungsverkehr zwischen Banken. Zukünftig müssen jedoch auch Unternehmen XML-basierte Zahlungsnachrichten im ISO 20022-Standard zur Einreichung ihrer Zahlungsaufträge nutzen. Das erfordert Anpassungen bei bestehenden Systemen und Prozessen.

Um die benötigten Anpassungen zu unterstützen, stellen wir in den nächsten Monaten umfassende Informationsunterlagen zu den bevorstehenden Änderungen zur Verfügung. Die wichtigsten Punkte:

In Zukunft müssen im Interbanken-Zahlungsverkehr bestimmte Adressdatenelemente – Stadt (Town Name) und Land (Country) – für Auftraggeber, Begünstigter sowie abweichender Auftraggeber (Ultimate Debtor) oder abweichender Zahlungsempfänger (Ultimate Creditor) verpflichtend in strukturierter Form angegeben werden¹. Daher empfehlen wir bei Eilzahlungen sowie bei grenzüberschreitenden Zahlungen immer die Stadt und das Land anzugeben.

Ab diesem Zeitpunkt sind nur noch strukturierte oder hybride Adressdaten zulässig. Wenn die Adressdaten, insbesondere die Elemente Stadt (Town Name) und Land (Country), nicht in strukturierten Elementen bereitgestellt werden, kann dies zur Abweisung der Zahlungsinstruktionen führen.

Sowohl der vollständig strukturierte als auch der hybride Ansatz sind strategische Optionen und haben daher kein Enddatum:

• Vollständig strukturiert
  Die Adressinformation der Postanschrift besteht vollständig aus dedizierten Elementen für jedes Adressattribut, z. B. Straßenname, Gebäudenummer, Etage. Die Datenelemente Stadt und Land sind obligatorisch, Adresszeilen sind nicht zulässig. Dies ermöglicht Effizienzsteigerungen in der Zahlungsverarbeitung zur Bekämpfung der Geldwäsche (AML) und der Finanzkriminalität (AFC).
• Hybrid (semi-strukturiert)
  Der hybride Ansatz ist eine Kombination aus dedizierten Adresselementen und bis zu zwei Adresszeilen, in denen Informationen bereitgestellt werden können, die nicht als strukturierte Daten verfügbar sind. Stadt und Land sind obligatorische Datenelemente, und die Angabe einer Postleitzahl wird, sofern verfügbar, empfohlen. Ab November 2025 wird diese Formatierung im Markt als neue strategische Variante eingeführt.
• Unstrukturiert
  Enthält nur Adresszeilen und wird ab dem noch zu bestätigenden Termin nicht mehr unterstützt.

Angesichts der anstehenden Änderungen empfehlen wir Unternehmen, ihre Adressstammdaten so bald wie möglich zu überprüfen und anzupassen, um strukturierte Adressinformationen in einer ISO 20022-basierten pain.001 Nachricht bereitzustellen. Dabei sollten mindestens Stadt (TwnNm) und Land (Ctry) als dedizierte Datenelemente für alle Zahlungsarten verwendet werden.

Die Anforderung betrifft die Adressdaten der in der Zahlungsinstruktion beteiligten Parteien, d.h. der Auftraggeber, Empfänger sowie abweichender Auftraggeber (Ultimate Debtor) oder abweichender Zahlungsempfänger (Ultimate Creditor). Die Umstellung auf strukturierte Adressdaten trägt dazu bei, die Zahlungsabwicklungs-Komplexität und potenzielle manuelle Schritte zu reduzieren.

Darstellung 1: Die unterschiedlichen Optionen der Adressdaten-Formatierung
Quelle: Swift und Payments Market Practice Group (PMPG)

Aufgrund der Zentralbankanforderungen empfehlen wir, die regulatorischen Informationen, wie beispielsweise den Zahlungszweck, in den dafür vorgesehenen strukturierten Elementen (Regulatory Reporting) anzugeben.

In der Praxis wird eine Übergangsphase erwartet, in der bisher genutzte Datenelemente (z.B. Unstructured Remittance Information) von Banken parallel zu den neuen strukturierten Feldern unterstützt werden.

Einige nationale Clearing-Systeme (z. B. der einheitliche Euro-Zahlungsverkehrsraum SEPA) basieren bereits auf dem ISO 20022 Standard. Grenzüberschreitende Zahlungen sowie Eilzahlungen werden ebenfalls zunehmend mit dem ISO 20022 Standard verarbeitet.

Es gibt zwei Versionen der pain.001-Nachricht, die für Zahlungen von Unternehmen an Banken verwendet werden: pain.001 v3 (ISO Maintenance 2009) und pain.001 v9 (ISO Maintenance 2019). Die Deutsche Bank unterstützt strukturierte und hybride Adressen für beide Versionen (v3 und v9) und plant weitere strukturierte Elemente wie Verwendungszweck und regulatorische Meldeinformationen ebenso für beide Versionen zu unterstützen.

Für die pain.001 v9-Version stehen zwei Standards für grenzüberschreitende und Eilzahlungen zur Verfügung: CGI-MP (Common Global Implementation – Market Practice) und Swift SCORE+.2 Unternehmen können sich mit den pain.001 v9-Formatbeschreibungen auf Swift MyStandards für den CGI-MP-Standard und den SCORE+-Standard vertraut machen. Die Deutsche Bank veröffentlicht laufend ihre neuen Spezifikationen für v9 basierend auf CGI-MP entlang des Umsetzungszeitplans.

Was bedeutet das für Unternehmen? Wir haben die folgenden Szenarios identifiziert:

1. Verwenden Sie derzeit Formate wie MT101, IDOC, EDIFACT, DTAZV oder pain.001 v2?
   Bereiten Sie sich weiterhin auf die Migration zu einer neueren XML-Version (v3 oder v9) vor. Im Zuge der geplanten Abschaffung der unstrukturierten Adressen impliziert dieses Datum den praktischen Endtermin der alten bestehenden Formate.
2. Möchten Sie pain.001 v3 zukünftig weiterverwenden?
   Stellen Sie sicher, dass Sie Ihre Zahlungsaufträge aktualisieren, um strukturierte oder hybride Adressen einzureichen (wie im vorherigen Abschnitt zu „hybride und strukturierte Adressen“ beschrieben).
3. Möchten Sie das strategische Zahlungsformat pain.001 v9 verwenden?
   Eine Umstellung des Datenformats von pain.001 v3 auf pain.001 v9 ist ein wichtiger strategischer Schritt für Unternehmen und bietet zahlreiche Vorteile:
   
   - In der XML-Datenstruktur unterstützen Banken mehr strukturierte Elemente wie zum Beispiel abweichender Auftraggeber (Ultimate Debtor) oder abweichender Zahlungsempfänger (Ultimate Creditor) (Zahlungen „im Auftrag von“), den strukturierten Verwendungszweck, regulatorische Informationen und vollständige Daten (z. B. Name des Begünstigten mit 140 Zeichen).
   
   - Ein höherer Harmonisierungsgrad bei den Zahlungen, wenn Sie mit mehreren Finanzinstituten zusammenarbeiten.
   
   - Das dedizierte Datenelement UETR (Unique End-to-End Transaction Reference) zur Nachverfolgung von internationalen- und Treasury-Zahlungen.
   
   - Das Datenelement LEI (Legal Entity Identifier) zur Effizienzsteigerung und Zuverlässigkeit von Kontrollen im Bereich AML, Terrorismusfinanzierung (CFT) und Sanktionen.
4. Möchten Sie von einem globalen Standard für verschiedene Zahlungsarten profitieren?
   Nutzen Sie den CGI-MP-Standard, der über mehrere Kanäle und für eine Vielzahl von Zahlungsarten weltweit unterstützt wird.
5. Möchten Sie als Swift-Kunde von einem neuen Kanal für Treasury-Zahlungen profitieren?
   Nutzen Sie den Swift SCORE+-Standard, der für internationale und Eilzahlungen über den Swift FIN+ Kanal angeboten wird. Er bietet eine harmonisierte Lösung für grenzüberschreitende und Eilzahlungen weltweit sowie zusätzliche Services wie Netzwerkqualitätskontrollen und den von Swift angebotenem Zahlungsnachverfolgungs-Service (GPI).

Die Bereitstellung und der Empfang strukturierter Daten sollten nicht unterschätzt werden. Wir empfehlen Unternehmen, weiterhin die Analyse ihrer Adressdaten fortzusetzen.

Empfohlene Maßnahmen sind:

• Stellen Sie sicher, dass Ihre Adressdaten in Ihrer internen oder externen Datenbank strukturiert vorliegen.
• Passen Sie Ihre Prozesse und Software an, um Ihr ERP-System (Enterprise Resource Planning), TMS (Treasury Management-System) und die gespeicherten Vorlagen im Deutsche Bank Cash Manager für das Versenden von strukturierten Adressdaten in pain.001-Nachrichten nutzen zu können (Mindestanforderung: Stadt und Land).
• Kontaktieren Sie Ihren ERP- und TMS-Anbieter, und erfragen Sie den Zeitplan und Unterstützung bei der Umstellung auf strukturierte Adressdaten und ISO 20022-basierte pain.001-Nachrichten.
• Bereiten Sie sich auf die Migration von alten Zahlungsformaten wie MT101, dem deutschen DK DTAZV, EDIFACT, IDOC, oder der pain.001 v2 (falls noch verwendet) vor. Unter Beachtung der Adressanforderungen für strukturierte und hybride Adresse ist die Verwendung der Formate pain.001 v3 und pain.001 v9 möglich.

Wir werden Sie in den kommenden Monaten weiterhin mit Informationen unterstützen und bei der Umstellung auf ISO 20022 begleiten. Besuchen Sie unsere Website https://www.deutsche-bank.de/ub/results/digitalisierung/iso-20022.html für aktuelle Informationen und die neuesten Entwicklungen zu diesem Thema.