ISO 20022 Migration – Weiterhin dranbleiben!

ISO 20022 bietet einen globalen Rahmen für eine einheitliche Kommunikation im Zahlungsverkehr. Die Qualität der Übermittlung profitiert von vordefinierten Regeln. Durch die Strukturierung des Kommunikationsprozesses für Unternehmen wird die gesamte Wertschöpfungskette standardisiert. ISO 20022 ist ein Messaging-Standard, der eine gemeinsame Sprache für Zahlungsdaten auf der ganzen Welt schafft und so eine schnellere Verarbeitung und bessere Abstimmung ermöglicht.

Marktinfrastrukturen wie Swift sowie Anbieter von Clearing- und Abrechnungssystemen haben erkannt, dass die bestehenden Legacy-Formate ohne strukturierte Daten den aktuellen Anforderungen an Datenqualität, -struktur und -effizienz im internationalen Zahlungsverkehr nicht mehr genügen. Regulatorische und politische Entwicklungen wie der G20-Fahrplan zur Verbesserung grenzüberschreitender Zahlungen zielen darauf ab, internationale Zahlungen billiger, schneller und transparenter zu gestalten. Besonders hervorzuheben sind hier die Aktivitäten unter dem Dach des CPMI, der `Bank for International Settlements`. Auch die regulatorischen Anforderungen zur Bekämpfung von Finanzkriminalität wie der Bekämpfung der Geldwäsche (AML) und der Terrorismusfinanzierung (CFT) werden weltweit verschärft. Die ISO 20022 Standardisierung bildet mit ihrem strukturierten und detaillierten XML-Datenformat die Grundlage für eine verbesserte Überwachung und Steuerung des Cashflows.

Das ISO 20022 Format bietet eine weitaus umfangreichere Struktur als MT oder andere Legacy-Formate und enthält zusätzliche / neue Datenelemente, was einen exakten Vergleich dieser Standards erschwert. Im Allgemeinen führen ISO 20022-Nachrichten ein neues Message Set-Up ein, inkl. neue Elemente und Optionen, mehr Granularität, für einige Zahlungsarten einen erweiterten Zeichensatz, für einige Zahlungsarten und Kanäle Zeichenbeschränkungen und neue Identifizierungsoptionen.

Die zeitlichen Erfordernisse für eine Umsetzung hängen von der Zahlungsart und dem angewandten Zahlungsprodukt ab. Der deutsche Electronic Banking Internet Communication Standard (EBICS) hat Enddaten für Legacy-Formate mitgeteilt und setzt die Migration auf ISO 20022 durch. Insgesamt wird durch die Anforderungen an die Postanschrift im Interbankenbereich bei internationalen und eiligen Treasury-Zahlungen die praktische Migration für Unternehmen von Legacy-Formaten auf ISO 20022 bis zum selben Datum durchgesetzt. Wir haben einen länderspezifischen Ansatz für die erfolgreiche ISO20022-Migration unserer Kunden entwickelt. Abhängig von der aktuellen Verwendung von Zahlungsarten und -formaten kann jede Migration in Bezug auf Zeitpunkt und Aufwand unterschiedlich aussehen. Bitte folgen Sie der Mitteilung der Deutschen Bank zu diesem Thema auf dieser Seite.

Die Vorteile der ISO 20022 Umstellung spiegeln sich in der Vielfalt und Struktur der durchgängig verarbeiteten Informationen wider, d.h. von der Zahlungseinreichung bis zum Kontoauszug, was die Transparenz erhöht und den Abgleich erleichtert. Länder- und Zahlungstypinformationen sowie die Postanschrift können den Finanzinstituten nun in speziellen Datenelementen übermittelt werden. So können Unternehmen ihre Prozesse automatisieren und die Effizienz steigern. Die Anwendung des ISO 20022 Standard wird auch Compliance- und Risikokontrollen wie AML und CFT erleichtern, da mehr Daten verfügbar sein werden. Details entnehmen Sie auch unserem ISO-Update im Artikel ISO 20022 - Was Unternehmen wissen müssen.

Eine der größten Herausforderungen bei dieser Migration werden die Änderungen in internen und externen Prozessen und Systemen zur Bereitstellung strukturierter Informationen sein, z.B. für Postanschriften oder für die gesetzliche Berichterstattung. Darüber hinaus erfordert die Einführung eines neuen Formats wie der pain.001(v3/v9) technische Änderungen, Tests mit den Banken und sollte in Bezug auf Kapazität und Geschäftsbetrieb vorausschauend geplant werden.

Die Umstellung auf den ISO 20022 Standard umfasst mehrere Schritte und Maßnahmen. Diese können je nach den spezifischen Anforderungen Ihres Unternehmens, der Unterschiedlichkeit Ihrer technischen Infrastruktur und der Komplexität Ihres Zahlungsgeschäfts variieren. Folgende Schritte sollten Unternehmen in Betracht ziehen:

• Sicherstellen, dass die Adressdaten strukturiert in den jeweiligen Adressdatenbanken gespeichert werden.
• In Kontakt treten mit dem Enterprise Resource Planning (ERP)- und Treasury Management System (TMS)- Anbieter sowie an Finanzinstitute, um deren Zeitplan und Unterstützung beim Übergang zu strukturierten Informationen zu erfragen.
• Anpassung von Prozessen und Software zur Verarbeitung strukturierter Adressdaten im ERP und TMS oder vorgespeicherter Vorlagen im Cash Manager der Deutschen Bank (inkl. Stadt und Land als Mindestinformationen).
• Bereiten Sie sich darauf vor, indem Sie von älteren Zahlungsformaten wie MT101, Deutsch DK DTAZV, EDIFACT, IDOC, pain.001 v2 (falls sie noch verwendet werden) migrieren.
• Wir empfehlen, auf das aktuelle Format zu wechseln, das sogenannte „pain.001 v9“. Sie können aber auch die pain.001 v3 verwenden, müssen jedoch sicherstellen, dass die Adressdaten und regulatorischen Informationen strukturiert versendet werden – zumindest die Adressfelder Stadt und Land werden empfohlen, um in bestimmten Szenarien (z.B. bei internationalen Zahlungen außerhalb der EU) eine Zahlungsabweisung zu vermeiden.
  
  

Aufgrund des noch zu bestätigenden Enddatums für unstrukturierte Postanschriften müssen sich Unternehmen darauf vorbereiten, bis zum noch zu bestätigenden Termin auf die Option für strukturierte oder hybride Adressen umzustellen. Dieses Datum wird das praktische Enddatum für Legacy-Formate (z. B. MT101, Deutsch DK DTAZV, EDIFACT, IDOC) da unstrukturierte Adressdaten, die danach bereitgestellt werden, zu Zahlungsablehnungen führen.

• EBICS Multi-Banking-Standard: Spezifikationen für pain- und camt-Nachrichten sind auf der EBICS-Website verfügbar.
• Globaler CGI-MP-Standard: Spezifikationen für neue ISO-Meldungen finden Sie auf MyStandards. Die Deutsche Bank wird auch ihre eigenen Spezifikationen auf Swift MyStandards (unter der Gruppe „Deutsche Bank“) im Einklang mit der geplanten Umsetzung für den Zahlungsverkehr zur Verfügung stellen. Diese Richtlinien sind über die Einmalanmeldung der Deutschen Bank Autobahn leicht zugänglich.
• SCORE+-Lösung über Swift FIN+: Spezifikationen sind hier verfügbar. Die Deutsche Bank spezifischen Guidelines finden Sie im Kundenportal „dbAutobahn“ in der „SwiftMyStandards“ App.

Die von den Marktinfrastrukturen geforderte Angabe einer vollständig strukturierten oder hybriden Postadresse für den Zahler und Begünstigten* betrifft alle internationalen (grenzüberschreitenden) Zahlungen weltweit – unabhängig vom verwendeten Nachrichtenformat.

Zusätzlich gilt die Vorgabe für SEPA-Zahlungen/Lastschriften in den Formaten pain.001 und pain.008. Ebenso sind bestimmte eilige (taggleiche) Inlandszahlungsarten betroffen, darunter u. a.:

• EUR-Eilzahlungen innerhalb der Euro-Länder
• Eilzahlungen im Vereinigten Königreich
• Eilzahlungen in Hongkong

Für Kunden der Deutschen Bank stehen weitere Detailinformationen zur Verfügung. Um Komplexität zu vermeiden und für zukünftige Erweiterungen der Vorgaben gewappnet zu sein, empfehlen wir, grundsätzlich für alle Zahlungsarten eine vollständig strukturierte oder hybride Postadresse zu verwenden.

*Hinweise zu den Adressanforderungen weiterer an einer Zahlung beteiligter Parteien (z. B. abweichender Zahler/Begünstigter oder Gläubigerbank) finden Sie im entsprechenden Produktblatt Anforderungen an Adressangaben.

camt
cash management (ISO 20022 message type)

CBPR+
Cross-Border Payments and Reporting Plus

CGI-MP
Common Global Implementation – Market Practice

DK
Deutsche Kreditwirtschaft

DTAZV
Deutscher Auslandszahlungsverkehr im Datenaustausch

EBICS
Electronic Banking Internet Communication Standard

EPC
European Payments Council

ERP
Enterprise Resource Planning

ISO
International Organization for Standardization

MT
Message Type (Swift message type standard)

pain
payment initiation (ISO 20022 message type)

SEPA
Single Euro Payments Area

Swift
Society for Worldwide Interbank Financial Telecommunication

TMS
Treasury Management System

XML
Extensible Markup Language