PAIN.001.001.09 in SAP S/4HANA: Strukturierte Adressen automatisiert erstellen
Bis vor Kurzem war das Ende der bisherigen Zahlungsformate für den 16.11.2026 geplant. Ab diesem Zeitpunkt sollte PAIN.001.001.09 verbindlich werden. Diese Frist wurde vorerst von SWIFT auf ein noch unbestimmtes Datum verschoben. Die grundsätzlichen Anforderungen werden sich aber nicht ändern.
Wer zum Zeitpunkt der Umstellung unsaubere Adressstammdaten hat, riskiert abgelehnte Zahlungsdateien. Wir zeigen Ihnen, welche Anforderungen Ihre Adressdaten künftig erfüllen müssen und wie Sie diese in S/4HANA On-Premise 2023 und 2025 umsetzen.
Welche Anforderungen müssen Adressdaten künftig erfüllen?
PAIN.001.001.09 gehört zur ISO-20022-Versionsfamilie 2019. Neben zusätzlichen Datenelementen (z. B. LEI) ändert sich vor allem die Postadresse (PstlAdr).
Für die Übermittlung von Postadressen gibt es drei Varianten:
| Format der Adressdaten | Aufbau | Status |
|---|---|---|
| Unstrukturiert | Nur AdrLine | Werden weiterhin für eine Übergangsfrist akzeptiert, aber vermutlich im Laufe von 2027 abgekündigt. |
| Hybrid | TwnNm und Ctry strukturiert, Rest max. 2 × 70 Zeichen in AdrLine | Übergangslösung, Bankfreigabe klären |
| Voll strukturiert | StrtNm, BldgNb, PstCd, TwnNm, Ctry usw., keine AdrLine | Zielzustand |
Für hybride Adressdaten gilt: Inhalte, die strukturiert verfügbar sind, müssen in den dafür vorgesehenen Elementen stehen. Sie dürfen in AdrLine nicht wiederholt werden.
Welche Fristen gelten für die Umstellung auf voll strukturierte Adressdaten?
Für Banken, welche sich nicht an die Verschiebung der Deadline durch SWIFT halten und weiterhin am ursprünglichen Termin festhalten, gilt:
- 14.11.2026: Letzter Tag für SEPA_CT, CGI_XML_CT und DTAZV.
- 16.11.2026: Es gilt nur noch PAIN.001.001.09. Bei Auslandszahlungen ersetzt die EBICS-Auftragsart AXZ die Auftragsart AZV.
- Einzelne Banken verlangen die Umstellung unter Umständen früher. Fragen Sie daher direkt bei Ihrer Bank nach.
Die Verschiebung bedeutet nicht, dass die Anforderungen an strukturierte Adressdaten entfallen! Nutzen Sie daher die Zeit, um Stammdaten und Formatbäume vorzubereiten und die Zahlungsdateien mit ihren Banken zu testen.
Wenn Sie mit der Strukturierung Ihrer Adressdaten beginnen, sollten Sie priorisieren: Erstellen bzw. aktualisieren Sie zunächst den benötigten Formatbaum und stimmen Sie das Zielformat mit Ihren Banken ab. Analysieren Sie parallel Ihre Adressstammdaten. Bereinigen Sie kritische Daten schrittweise und testen Sie die erzeugten Zahlungsdateien rechtzeitig mit den jeweiligen Banken.
Wie erfolgt die Umsetzung in SAP S/4HANA On-Premise 2023 und 2025?
Die konkrete Umsetzung hängt vom eingesetzten Zahlungsformat, dem ausgelieferten Formatbaum und den installierten SAP-Hinweisen ab. Die folgenden Schritte dienen als Orientierung:
- Relevante SAP-Hinweise prüfen und einspielen: Prüfen Sie den Sammelhinweis 2784858 (CGI_CT_V9 / CGI_DD_V8) sowie gegebenenfalls zugehörige Folgehinweise, beispielsweise 3446890. Wichtig: Verifizieren Sie die Gültigkeit und Anwendbarkeit der Hinweise für das eingesetzte Format und den jeweiligen SAP-Release-Stand in SAP for Me.
- Format zuordnen: Passen Sie bei Bedarf die Zahlwege in FBZP und die Formatzuordnungen in OBPM1 bzw. OBPM4 an. Prüfen Sie außerdem die verwendeten Selektionsvarianten.
- Eigene Formatkopien abgleichen: Wenn Sie ein eigenes Format (z. B. ZCGI_…) verwenden, gleichen Sie es mit dem jeweils aktuellen SAP-Standardformatbaum in DMEE bzw. DMEEX ab. Prüfen Sie insbesondere die Abbildung von Dbtr, Cdtr, UltmtDbtr, UltmtCdtr und CdtrAgt sowie vorhandene Exits und BAdIs.
- Testen: Validieren Sie die erzeugte Zahlungsdatei gegen das passende XML-Schema (XSD) und die Vorgaben Ihrer Bank. Senden Sie die Datei zur Prüfung an die Bank und klären Sie, ob eine Freigabe oder zusätzliche Tests erforderlich sind.
Der Unterschied zwischen den Releases 2023 und 2025 liegt nicht allein im Format, sondern auch im verfügbaren Funktionsumfang und den eingesetzten Werkzeugen. DMEE und DMEEX sind unterschiedliche Werkzeuge zur Pflege von Formatbäumen. Da DMEE durch DMEEX ersetzt wird, prüfen Sie anhand Ihrer konkreten Systemversion, welche Technologie für das eingesetzte Format vorgesehen ist und ob eine Migration bestehender DMEE-Bäume erforderlich ist.
Sind Ihre Adressstammdaten bereit für die Umstellung?
Die Qualität der Adressdaten ist entscheidend dafür, ob die Zahlungsdatei korrekt erzeugt werden kann. Welche Adressvariante der SAP-Standardformatbaum ausgibt, hängt vom jeweiligen Formatbaum und dessen Mapping ab. Die Aussage, dass ausschließlich voll strukturierte Adressen unterstützt werden, sollte deshalb anhand des konkret eingesetzten Standardformats geprüft werden. Eine hybride Ausgabe kann gegebenenfalls eine Anpassung oder Kopie des Formatbaums erfordern.
Prüfen Sie insbesondere die Adressdaten im Business Partner und in den relevanten Tabellen:
- Hausnummer steht im Feld STREET, während HOUSE_NUM1 leer ist.
- Zusätze wie „c/o“ sind im Straßenfeld hinterlegt.
- Postleitzahl und Ort sind nicht sauber getrennt.
- Bankadressen sind unvollständig oder nicht korrekt strukturiert.
Je nach Zahlungsformat und Stammdatenquelle sind insbesondere die Adressdaten in ADRC, bei CPD-Konten in BSEC und bei Banken in BNKA zu berücksichtigen. Prüfen Sie, welche Daten Ihr konkretes SAP-Mapping tatsächlich verwendet.
Nutzen Sie unseren Funktionsbaustein zur Adressaufteilung!
Die Payyxtron GmbH hat einen Funktionsbaustein entwickelt, der prüft, ob im Feld „Straße“ tatsächlich eine Kombination aus Straße und Hausnummer hinterlegt ist. Ist diesem Fall splittet er den Inhalt automatisiert in zwei separate Felder auf: „Straße“ und „Hausnummer“. Diese Trennung erfolgt zum Zeitpunkt der Datenträgererstellung. Die gespeicherten Stammdaten bleiben dabei unverändert.
So setzten Sie unseren Funktionsbaustein sinnvoll ein
- Stammdaten dauerhaft bereinigen: Nehmen Sie die Bereinigung einmal vollumfänglich vor. Das bedeutet zunächst einen höheren Aufwand. Dafür profitieren Sie anschließend dauerhaft von sauberen und wiederverwendbaren Adressdaten.
- Adressaufteilung im Format-Exit durchführen: Diese Variante lässt sich kurzfristig umsetzen und ist vergleichsweise einfach zu testen, da die Stammdaten unverändert bleiben. Sie kann jedoch zusätzlichen Prüf- und Anpassungsaufwand bei weiteren Formaten oder Änderungen am Mapping verursachen.
- Manuelle Prüfliste nutzen: Fälle, die der Baustein nicht eindeutig trennen kann, sollten in eine manuelle Prüfliste übernommen und kontrolliert werden.
Wichtig: Die automatische Aufteilung kann fehlerhafte oder mehrdeutige Adressdaten leider nicht in jedem Fall zuverlässig korrigieren. Eine fachliche Prüfung der nicht eindeutig erkennbaren Fälle bleibt erforderlich.
Als zertifizierter Berater für Financial Accounting hat er bereits über 15 Jahre Erfahrung gesammelt. Durch diese Erfahrungen in der Praxis und eine Vielzahl von Weiterbildungen in der Theorie hat er sich eine hohe fachliche Qualifikation angeeignet.
Jetzt auf LinkedIn mit Michael Englert vernetzen!
- PAIN.001.001.09 in SAP S/4HANA: Strukturierte Adressen automatisiert erstellen - 29. Oktober 2026
- ISO-20022-Zeitplan: Kein gemeinsamer Zieleinlauf, sondern ein Staffellauf mit fünf Läufern - 22. September 2026
- So gelingt die Migration von DMEE auf DMEEX in SAP S/4HANA - 21. Juli 2026
