SEPA-Datei auf strukturierte Adresse prüfen lassen: EPC-Termin verschoben, was die Prüfung trotzdem bringt
Aktualisiert am 24. September 2026: Der European Payments Council hat am 9. September 2026 das Ende der unstrukturierten Adresse verschoben, das für den 15. November 2026 vorgesehen war. Den neuen Termin legt er im Oktober 2026 fest. Der Text unten ist entsprechend korrigiert. Quelle: EPC, 10. September 2026.
Kurz gesagt: Der European Payments Council wollte die rein
unstrukturierte Postanschrift in SEPA-Zahlungen zum 15. November 2026
beenden, hat diesen Termin aber am 9. September 2026 verschoben und
legt einen neuen im Oktober 2026 fest. An der Richtung ändert das
nichts: mindestens der Ort (TwnNm) und der
zweibuchstabige Ländercode (Ctry) in eigenen
strukturierten Feldern bleiben das Ziel, und zwar unabhängig davon,
ob Ihre Datei im Format pain.001.001.03 oder pain.001.001.09 steht.
Schon heute entscheidet jede Bank selbst über ihre Importregeln, und
manche lehnen bei einer unstrukturierten Adresse bereits jetzt die
ganze Datei ab. Drei Wege, das schon jetzt zu prüfen, stehen weiter
unten.
Wer aus DATEV, Lexware, sevDesk oder einem anderen Buchhaltungsprogramm eine SEPA-Sammelüberweisung als pain.001-XML-Datei ins Online-Banking hochlädt, kann die eigene Datei jetzt in Ruhe auf eine strukturierte Adresse vorbereiten, ohne auf einen bestimmten Stichtag hinzuarbeiten. Die Regel selbst stammt nicht von einer einzelnen Bank, sondern aus dem Regelwerk des European Payments Council (EPC), und soll im gesamten SEPA-Raum gleichermaßen gelten: für die SEPA-Überweisung (SCT), die Echtzeitüberweisung (SCT Inst) und die Lastschrift (SDD Core und SDD B2B).
Was die SEPA-Regel zur strukturierten Adresse vorsieht
In einer ISO-20022-Nachricht lässt sich eine Postanschrift
(PstlAdr) auf zwei Arten schreiben. Unstrukturiert: eine
oder mehrere Freitextzeilen in AdrLine, so wie man eine
Adresse auf einen Briefumschlag schreiben würde. Strukturiert: einzelne
Felder wie StrtNm (Straße), BldgNb
(Hausnummer), PstCd (Postleitzahl), TwnNm
(Ort) und Ctry (Land).
Nach dem SEPA Credit Transfer Rulebook 2025 sollte eine rein
unstrukturierte Adresse in den SEPA-Schemata ab dem 15. November 2026
nicht mehr angenommen werden: Ist eine Adresse angegeben, müsste sie
mindestens TwnNm und Ctry in eigenen Feldern
tragen, entweder vollständig strukturiert oder hybrid, mit höchstens
zwei Freitextzeilen AdrLine zusätzlich zu Ort und Land.
Der European Payments Council hat dieses Ende am 9. September 2026
verschoben; einen neuen Termin legt er im Oktober 2026 fest, bis dahin
bleibt die unstrukturierte Adresse in den SEPA-Schemata zulässig. An
der Empfehlung ändert das nichts: Der EPC rät weiterhin, direkt auf
eine vollständig strukturierte Adresse umzusteigen. Wichtig ist auch,
was die Regel nicht sagt: Sie macht die Adresse selbst nicht
verpflichtend. Eine Zahlung ganz ohne PstlAdr ist von der
Änderung nicht betroffen.
Der ursprüngliche Termin stammte aus Version 1.1 des SEPA Credit Transfer Rulebook 2025 des European Payments Council. Version 1.0 desselben Regelwerks hatte noch den 22. November 2026 genannt, Version 1.1 korrigierte das auf den 15. November 2026. Seit dem 9. September 2026 gilt jedoch keines von beiden Daten mehr: Der EPC hat das Ende der unstrukturierten Adresse insgesamt verschoben und bestimmt den neuen Termin im Oktober 2026.
Warum das die ganze Datei betreffen kann
Eine Sammelüberweisung enthält oft zehn, fünfzig oder mehrere hundert Zahlungen in einer Datei. Steht bei nur einer davon die Adresse als reiner Freitext, entscheidet das Importsystem der jeweiligen Bank, wie es reagiert: mit der Ablehnung nur dieser einen Zahlung, oder der gesamten Datei. Das ist keine SEPA-Regel, sondern eine Frage der jeweiligen Bank. Nach dem, was uns bei der eigenen Dateiprüfung begegnet, lehnen viele Banken die ganze Datei ab, sobald auch nur eine Zahlung betroffen ist. Für eine Kanzlei, die an einem Tag mehrere Mandanten überweist, kann das bedeuten, dass die komplette Datei neu zusammengestellt werden muss, nicht nur eine einzelne Zeile.
Reicht pain.001.001.03, oder muss ich auf .09 wechseln?
Nicht wegen dieser Regel. Die Pflicht zur strukturierten Adresse ist
eine Schema-Regel, keine Vorschrift zur Nachrichtenversion. Die ältere
Version pain.001.001.03 trägt bereits einen strukturierten Adresstyp
(PostalAddress6) mit StrtNm,
BldgNb, PstCd, TwnNm und
Ctry. Die neuere PostalAddress24 aus
pain.001.001.09 trägt dieselben Kernfelder und fügt vor allem
zusätzliche, optionale Felder hinzu, etwa für Gebäudename oder
Stockwerk. Für eine gewöhnliche Firmenadresse macht das praktisch
keinen Unterschied. Die tatsächlichen Unterschiede zwischen beiden
Versionen, etwa bei BIC/BICFI oder der
Verpackung von ReqdExctnDt, stehen ausführlich in unserem
Artikel pain.001.001.09
gegenüber .03: was sich konkret ändert.
Unabhängig von der Adressregel stellen manche Banken im selben Zeitraum ihren Import ebenfalls von .03 auf .09 um, jede nach eigenem Zeitplan; ob das die eigene Bank betrifft, klärt das jeweilige Online-Banking oder eine Nachfrage bei der Bank.
Drei Wege, die eigene Datei schon jetzt zu prüfen
1. Kostenlos im Browser testen
Der SEPA pain.001 Doctor prüft eine pain.001-Datei kostenlos direkt im Browser. Sie fügen die Datei ein, das Tool zeigt, welche Zahlungen eine unstrukturierte Adresse haben und welche Felder fehlen. Nichts wird hochgeladen, die Prüfung läuft vollständig auf Ihrem eigenen Rechner.
2. Selbst im XML nachsehen
Wer die Datei lieber selbst im Texteditor durchsieht, sucht nach
<PstlAdr>. Steht darunter nur AdrLine
mit der kompletten Adresse als Freitext und sonst nichts, ist das die
Form, die der EPC beenden will und die manche Bank schon heute
ablehnt:
<PstlAdr>
<AdrLine>Musterstraße 12, 10115 Berlin</AdrLine>
</PstlAdr>
Stehen daneben eigene Felder wie StrtNm,
BldgNb, PstCd, TwnNm und
Ctry, ist die Adresse bereits strukturiert und damit auf
der sicheren Seite:
<PstlAdr>
<StrtNm>Musterstraße</StrtNm>
<BldgNb>12</BldgNb>
<PstCd>10115</PstCd>
<TwnNm>Berlin</TwnNm>
<Ctry>DE</Ctry>
</PstlAdr>
3. Bezahlte Prüfung, unabhängig vom Termin
Wer die Prüfung nicht selbst machen will, oder Zahlungen für mehrere Mandanten verantwortet, kann die Datei bei uns für 149 € einmalig prüfen lassen: über das Formular bestellen, die Datei nach der Anleitung aus unserer E-Mail senden, und innerhalb von 24 Stunden nach Eingang Prüfbericht, korrigierte Datei und Wortlaut einer Frage an den Softwareanbieter zurück. Im Voraus zahlen Sie nichts, die Rechnung kommt erst nach der Lieferung und wird per Überweisung bezahlt. Das Ergebnis bleibt dasselbe, ganz gleich, wann der EPC den neuen Termin festlegt: eine strukturierte Adresse, eine Datei, die auf den kommenden Termin vorbereitet ist, und bei Banken mit eigenen, strengeren Importregeln weniger abgelehnte Zahlungen. Wir sind keine Bank: Wir prüfen und korrigieren, die Annahme entscheidet Ihre Bank. Ablauf und Details stehen auf arling.sk/kontrola-suboru/de, Antworten zu Datei und Datenschutz in den Fragen unten.
Häufig gestellte Fragen
Muss ich auf pain.001.001.09 umstellen?
Nein. Die strukturierte Adresse ist eine Regel des
SEPA-Schemas, keine Vorgabe zur Nachrichtenversion. Der
ursprünglich für den 15. November 2026 vorgesehene Termin wurde vom
European Payments Council am 9. September 2026 verschoben, einen
neuen Termin legt er im Oktober 2026 fest.
pain.001.001.03 und pain.001.001.09
können beide eine strukturierte oder hybride Adresse mit Ort und
Land in eigenen Feldern tragen.
Was passiert mit meiner Datei bei der bezahlten Prüfung?
Sie bestellen über das Formular auf der Seite und bekommen per E-Mail eine Anleitung, wie Sie uns die Datei sicher senden. Innerhalb von 24 Stunden nach Eingang der Datei erhalten Sie einen schriftlichen Prüfbericht, die korrigierte Datei und den Wortlaut einer Frage an Ihren Softwareanbieter. Im Voraus zahlen Sie nichts: Die Rechnung über 149 € stellt ARLing s. r. o. erst nach der Lieferung, bezahlt wird per Überweisung. Die Datei dient nur dieser Prüfung, nicht dem Training von Modellen, und wir löschen sie spätestens 30 Tage nach der Lieferung.
Reicht die kostenlose Prüfung?
Für viele Fälle ja. Der SEPA pain.001 Doctor findet dieselben Probleme, läuft im Browser und sendet nichts. Wer die Ausgabe selbst nachvollziehen kann, braucht die bezahlte Prüfung nicht; sie lohnt sich vor allem bei mehreren Mandanten, wenn ein schriftlicher Bericht samt Frage an den Softwareanbieter gebraucht wird.
Was, wenn mein Programm keine getrennten Adressfelder exportiert?
Fragen Sie direkt beim Anbieter Ihrer Buchhaltungssoftware nach, wann ein Export mit strukturierter Adresse kommt. Bei der bezahlten Prüfung liegt der genaue Wortlaut dieser Frage bereits dem Prüfbericht bei.
Weiterführend: Strukturierte Adresse in SEPA mit weiteren Beispielen, Bank lehnt die SEPA-Datei ab: was zuerst zu prüfen ist mit sieben weiteren Ablehnungsgründen, und pain.001.001.09 gegenüber .03 zu den vier Unterschieden zwischen beiden Nachrichtenversionen.
Quellen. European Payments Council, „EPC delays address format migration timeline“, 10. September 2026, geprüft am 24. September 2026, für die Verschiebung des ursprünglich für den 15. November 2026 vorgesehenen Termins und den neuen Termin im Oktober 2026. European Payments Council, SEPA Credit Transfer Rulebook 2025, Version 1.1, geprüft am 6. September 2026, für das ursprünglich geplante Datum 15. November 2026, das den 22. November 2026 aus Version 1.0 korrigierte (beide inzwischen verschoben), und für die einheitliche Umstellung von SCT/SCT Inst/SDD auf die strukturierte Adresse. PMPG-Muster-Rundschreiben an Firmenkunden zur hybriden Postanschrift (22. Oktober 2025), PDF, geprüft am 6. September 2026, für die Zwei-Zeilen-Grenze der hybriden Adresse. ISO 20022, iso20022.org, für die Feldlisten PostalAddress6 (.03) und PostalAddress24 (.09). Angaben zur bezahlten Prüfung stammen von unserer eigenen Leistungsseite arling.sk/kontrola-suboru/de, geprüft am 10. September 2026. ARLing ist keine Bank, dieser Text ist keine Rechtsberatung, und eine regelkonforme Datei ist keine Garantie, dass die Bank die Zahlung annimmt. Sollte sich eine Quelle inzwischen geändert haben, schreiben Sie uns, wir korrigieren diese Seite.