Der 15. November 2026 ist der Stichtag für die Umstellung aller mit Ihrer Bank ausgetauschten Dateiformate auf XML.
Zur Erinnerung: Bei der Einführung von SEPA am 28. Januar 2008 entsprach das Überweisungsformat dem XML-V2-Standard. Diese Version 2 offenbarte jedoch schnell ihre Schwächen, die mit Version V3 behoben wurden. Diese etablierte sich nach und nach als De-facto-Standard, als das XML-Format im Februar 2014 für SEPA-Überweisungen verpflichtend wurde.
Genauer gesagt wurde zwischen diesen beiden Versionen die Reihenfolge einiger Tags überarbeitet, die Größe einiger Tags vergrößert, Tags hinzugefügt, geändert, als obligatorisch gekennzeichnet, gelöscht, die Liste der Codes erweitert usw.
Warum eine neue XML-Version V9?
Die Einführung von XML hat neue Bedürfnisse hervorgebracht, die V3 nicht vollständig erfüllen kann, wie zum Beispiel VoP (Verifizierung des Zahlungsempfängers) und IP( sofortige Übertragung).
Genau wie beim Unterschied zwischen V2 und V3 bringt V9 Weiterentwicklungen, Modifikationen, Hinzufügungen und Löschungen von Tags und Codes mit sich.
Die zeitaufwändigste Änderung für Anwendungsadministratoren betrifft die Strukturierung der Empfängeradressen. Der Anstieg von Betrugsfällen hat den Europäischen Zahlungsverkehrsrat (EPC) veranlasst, eine effektivere Überprüfung der Empfängerdaten, insbesondere ihrer Adressen, zu entwickeln. Daher werden Emittenten nun angehalten, Empfängeradressen in spezifischen Tags anstatt gesammelt in einem oder mehreren Tags einzugeben.<AdrLine> Während die meisten dieser strukturierten Tags in XML V3 verfügbar sind, benötigen einige Länder Felder, die nur in XML V9 vorhanden sind. Hier sind die 14 Tags von XML V9:
Abteilung ·
Unterabteilung ·
Straße
· Hausnummer
· Gebäudename
· Etage
· Briefkasten
· Zimmer
· Postleitzahl
· Ortsname
· Ortsname · Bezirksname
·
Land · Unterbezirk
· Land
Theoretischsind diese Angaben für SEPA-Überweisungen nicht zwingend erforderlich. Bei internationalen Überweisungen sind die Angaben zu „Land“ und „Ort“ obligatorisch, die Angabe der übrigen Angaben, insbesondere „Postleitzahl“, „Straßenname“ und „Hausnummer“, wird jedoch dringend empfohlen.
Darüber hinaus verlangen einige Länder die Angabe bestimmter Kennzeichnungen, wie beispielsweise der Kennzeichnung „Country Sub Division“, die in Japan und den USA obligatorisch ist.
Um die Frist im November 2026 reibungslos einzuhalten, können diese Adressen jedoch in einem „Hybrid“-Format strukturiert werden, das der aktuellen Struktur sehr ähnlich ist: einfach aus dem Tag extrahieren.<AdrLine> Der Ortsname sollte im Feld „Ortsname“ angezeigt werden, während der Rest der Adresse im aktuellen Format beibehalten wird. Diese Maßnahme ist nur vorübergehend und verschiebt lediglich die Adressstrukturierungsarbeiten, die die Vorschriften in den kommenden Jahren zweifellos erfordern werden!
In der Praxishaben einige Banken dies ausgenutzt, um ihre Anforderungen zu erhöhen und diese Adressstrukturierung auch für folgende Bereiche vorzuschreiben:
• SEPA (SCT)-Überweisungen,
• Treasury-Überweisungen,
• Auftraggeber aller Überweisungsarten (SEPA, Treasury, internationale Überweisungen),
• Adresse der Bank des Auftraggebers der Überweisung (alle Arten),
• Adresse der Bank des Begünstigten der Überweisung (alle Arten).
Um zu vermeiden, dass Ihre zukünftige Überweisung abgelehnt wird, müssen Sie daher unbedingt jede Ihrer Banken bitten, ihre Anforderungen an die Adressstruktur für jeden der oben genannten Fälle anzugeben.
Präzision:
Der Begriff „XML v9-Migration“ wird fälschlicherweise verwendet, da es genauer wäre anzugeben, dass die Version 2019 für jeden der drei von dieser Migration betroffenen Dateitypen eingestellt wurde (und diese nicht die gleiche Version aufweisen…!):
• SCT-Überweisungen werden auf Version 9 migriert: pain.001.001.09
• SDD-Lastschriften werden auf Version 8 migriert: pain.008.001.08
• Auftragsübermittlungsstatus werden auf Version 10 migriert: pain.002.001.10
Alle diese Prozesse lassen sich in NEOFI schnell implementieren.
Um Unternehmen einen reibungslosen Übergang zu ermöglichen, hat NEOFI das Ready for XMLV9- Paket entwickelt , in dem die gesamte notwendige Verarbeitung bereits vorkonfiguriert ist und die erforderlichen Änderungen vorgenommen werden können, ohne Ihre Anwendungen oder Ihre Banken zu beeinträchtigen.
