DTAZV wird ab November 2026 abgelöst – was Corporates und SAP‑Kunden jetzt tun müssen

Überblick: Was ändert sich bis November 2026?

Die SEPA-Schemata werden jährlich im November angepasst. In diesem Zuge treten neue Formate in Kraft, während bestehende Formate eingestellt oder nicht mehr unterstützt werden.

Formal betreffen diese Änderungen primär den Interbankenverkehr. In der Praxis stehen jedoch auch die Banken vor der Herausforderung, sicherzustellen, dass Kundenaufträge möglichst reibungslos und ohne größere Anpassungen in die neuen Interbankenformate überführt werden können.

Ein Beispiel hierfür ist die Anpassung im November 2025: Die Kontoauszugsformate im SWIFT MT-Standard (MT940/942) wurden aus dem Support genommen. Dennoch gibt es weiterhin Institute, die ihren Kunden MT940-Auszüge bereitstellen – was auf bestehende Übergangslösungen oder verzögerte Umstellungen hindeutet.

Die jährlichen Formatumstellungen sind mehr als ein technisches Update – sie sind ein Stresstest für Prozesse, Systeme und Datenflüsse. Welche Implikationen sich daraus konkret ergeben, zeigt dieser Blogbeitrag.

Format-Matrix der DK: Gültige und auslaufende Formate im Überblick

Die Deutsche Kreditwirtschaft (DK) veröffentlicht auf EBICS.de eine aktuelle Übersicht der gültigen und auslaufenden Formate. Diese sogenannte Format-Matrix zeigt transparent, welche Formate weiterhin unterstützt werden und bei welchen Handlungsbedarf besteht.

Sie dient Banken als zentrale Orientierung, um notwendige Anpassungen frühzeitig zu identifizieren und die Umstellung in ihren Systemen sowie Kundenprozessen gezielt vorzubereiten.

Folgende Informationen wurden zur Verfügung gestellt:

Die einzelnen Versionen der Anlage 3 lassen sich ebenfalls auf EBICS.de, ggf. im Archiv einsehen.

Hybride Adresse wird verpflichtend

Bis Ende 2026 setzen Banken auf strukturierte bzw. hybride Adressangaben; unstrukturierte Adressen werden im Interbanken‑Zahlungsverkehr nicht mehr unterstützt. In der Übergangsphase sind hybride Adressen bereits seit November 2025 zulässig; künftig erwarten Banken mindestens die geforderten strukturierten Bestandteile (Ort/Land) kombiniert mit zulässigen unstrukturierten Zeilen.

Bei der Verpflichtung der strukturierten Adresse erwarten Banken die größten Probleme: Denn es ist schwierig, aus einer unstrukturierten Information die strukturierten Daten korrekt zu extrahieren um sie dann strukturiert weiterzugeben.

Die folgende Übersicht stellt die unstrukturierte, die strukturierte und die hybride Adresse beispielhaft gegenüber:

Bei der strukturieren Adresse sind noch deutlich mehr Felder möglich:

• Dept
• SubDept
• StrtNm
• BldgNb
• BldgNm
• Flr
• PstBx
• Room
• PstCd
• TwnNm
• TwnLctnNm
• DstrctNm
• CtrySubDvsn
• Ctry

Während TwnNm und Ctry die Mindestangaben bei der Verwendung der strukturierten und hybriden Adresse sind. Die hybride Adresse erlaubt zweimal das Feld AdrLine.

In der neuesten Anlage 3 des DFÜ-Abkommens (Version 3.9 vom 12.03.2025) ist die Verwendung der Post-Adresse aber auch mit Hinweisen belegt und zum Teil an Bedingungen geknüpft:

Auswirkungen auf SAP‑Kunden

Formatbäume (SAP‑CGI) sind kein Plug‑and‑Play

SAP liefert für pain.001.001.09 (CT) und pain.008.001.08 (DD) sehr gute, aber „voll ausgeprägte“ Standard‑Formatbäume aus. Sie sind für alle Eventualitäten vorbereitet, aber z.B. für SEPA-Zahlungen etwas überdimensioniert. Die Praxis zeigt, dass es notwendig ist, diese an einigen Stellen zu reduzieren. Deshalb empfehlen wir die Formatbäume bank- und länderspezifisch zu verschlanken (z.B. Pflicht‑/Kann‑Felder, Adressausprägungen, Gebührenkennzeichen).

OSS‑Hinweise & Funktionen

Fehlen die aktuellen CGI‑V09/V08‑Formatvorlagen im SAP-System, sind OSS‑Hinweise einzuspielen. Wichtige Begleitfunktionen kommen teils mit denselben Hinweisen – deshalb gilt es immer die Version & den Funktionsumfang zu prüfen.

ECC und S/4HANA sind betroffen

Die Einrichtung der neuen Formate ist sowohl im ECC und S/4HANA Systemen  gleichermaßen möglich – in beiden Welten sind noch Anpassungen beim Formatbaum & Zahlweg‑Customizing notwendig.

Tests: Engpässe einplanen – nicht alle Banken haben Portale

Ob EBICS‑Testzugänge oder Web‑Portale: Nicht jede Bank stellt komfortable Testumgebungen bereit. Oft läuft die Validierung per Dateieinreichung und E‑Mail‑Feedback – das kostet Zeit. Durch die breite Umstellungswelle sind zudem Rückläufe und Kalenderslots bei Banken knapp. Planen Sie dementsprechende Puffer ein.

Projektfahrplan: In 6 Schritten sauber migrieren

1. Scope & Banking‑Landscape klären
   Welche Zahlwege/Formate sind im Einsatz (SEPA, EUR‑Eilig/CCU, INST, AZV/AXZ, Manuelle Zahlungen, HCM/FSCD/Non‑SAP)? Welche Banken/Länder? Welche GBIC‑Profile? Bedenken Sie auch Ihre HR-Zahlungen die ggf. in anderen SAP-Systemen erstellt werden.
2. Bankanforderungen & Deadlines einsammeln
   Bank‑Spezifikationen (inkl. hybrider Adresse) je Land/Bank abgleichen; Testfenster fixieren; Go‑Live verbindlich machen. In speziellen Fällen sind noch besondere Bank-Anforderung zu prüfen. Fragen Sie bei Ihrer Hausbank nach Sonderfällen wie z.B. Zahlungen in die USA ohne BIC-Code oder Zahlungen nach China oder Indien.
3. SAP‑Basis herstellen
   OSS‑Hinweise für CGI V09/V08 einspielen (falls nötig). Formatbäume klonen und bank-/länderspezifisch verschlanken.
4. Zahlweg‑Customizing aktualisieren
   Regressionstests für SEPA klassisch/Eilig/Instant durchführen.
5. End‑to‑End‑Tests organisieren
   Bank‑Test (entweder per Mail an den Berater Ihres Vertrauens oder in einem von der Bank zur Verfügung gestellten Prüfportal validieren), Statusreports (pain.002.001.10) – falls verfügbar – verproben, camt‑Folgen bedenken. Puffer für Bank‑Rückläufe einplanen.
6. Cutover & Hypercare
   Gestaffelter Produktivsetzungen nach Land/Bank; Pilotzahlungen (nicht eilig/geringe Beträge). Monitoring von Ablehnungen (+ schnelle Formatbaum‑Fixes inkl. Ressourcen zum Go Live einplanen). Ggf. Fallback Scenario planen, falls unüberwindbare Differenzen mit den Bankanforderungen eine Zurückstellung der Formate erfordern.

Häufige Stolpersteine aus Projekten

• „Vollausprägung“ der SAP‑Formatbäume: ohne Reduktion akzeptieren Banken die Datei oft nicht (z. B. doppelte Adressbelegung oder ChargeBearer in mehreren Ebenen).
• US‑Zahlungen ohne BIC: ABA/Local Clearing sauber befüllen; Namens/Adressbedingungen nur, wenn BIC leer ist.
• Unklare Testverantwortung: fehlende Portale → manuelle Schleifen einplanen; früh Bankkontakte
• Einrichtung von Weisungsschlüsseln für die Nutzung von klassischen und Instant bzw. EUR-Eilig- Zahlungen ist nicht intuitiv.

Warum gerade jetzt starten?

• Parallele Großthemen (EBICS 3.0, Instant Payments, VoP, MT→camt oder gar eine S4 Migration) konkurrieren um dieselben Experten & Bank‑Testslots. Je später der Start, desto größer das Risiko von Ablehnungen und Zahlungsstillständen.
• Bankenseitig wird die Geduld knapp: Mehrere Institute haben signalisiert, dass sie DTAZV nach Fristende nicht mehr akzeptieren. Hybride Adressen und V2019‑Formate werden vorausgesetzt.

Fazit

November 2026 ist keine theoretische Marke, sondern der harte Umstellungstermin: DTAZV verschwindet, ISO 20022 V2019 wird zur Pflicht – inklusive der Option der hybriden Adresse und aktualisierter pain‑Versionen. Wer jetzt startet, hat die Hand am Steuer: weniger Risiko, saubere Tests, stabile Go‑Lives.

Falls Sie eine zeitgerechte Umstellung als kritisch betrachten, fragen Sie frühzeitig bei Ihrer Bank an, ob und falls ja, wie lange die Altformate noch unterstützt werden können.