pain.001.001.09: Umstellung von pain.001.001.03, Unterschiede und Fristen
pain.001.001.09 statt pain.001.001.03 betrifft praktisch jede SEPA- Überweisung aus Buchhaltungs- oder Banking-Software wie SFirm, StarMoney Business, MultiCash oder windata. Die Deutsche Kreditwirtschaft löst das ältere Dateiformat ab. Geplant war das Ende von pain.001.001.03 für November 2026, im September 2026 hat sie diesen Termin ausgesetzt. In Forenthreads sorgt vor allem die Versionszählung für Verwirrung, weil SEPA-Version und pain-Formatversion zwei unterschiedliche Nummern sind, die zusammenhängen, aber nicht identisch sind. Dieser Beitrag klärt, was pain.001.001.09 von pain.001.001.03 unterscheidet, welches Zeitfenster für die Umstellung gilt und was die neue Regel zur strukturierten Adresse tatsächlich bedeutet.
Zur Schreibweise: Im Alltag heißt das neue Format oft „pain 09“ oder „pain 009“, manche schreiben „pain.001.001.009“. Gemeint ist immer dieselbe Version. Der offizielle Name lautet pain.001.001.09, so steht er auch im XML-Namensraum der Datei.
1. Was sich ändert: pain.001.001.03 wird abgelöst
pain.001 ist das XML-Format, in dem SEPA-Überweisungen elektronisch bei der Bank eingereicht werden, egal ob per Online-Banking-Import oder über EBICS aus einer Buchhaltungs- oder Banking-Software. Seit Jahren ist dafür die Version pain.001.001.03 verbreitet, praktisch jedes Programm, das eine SEPA-Sammelüberweisung erzeugt, nutzt sie irgendwo im Hintergrund.
Die Deutsche Kreditwirtschaft (DK) hat mit pain.001.001.09 den Nachfolger festgelegt. Mehrere Sparkassen wiesen im Sommer 2026 auf ihren Formatabkündigungs-Seiten darauf hin, dass pain.001.001.03 im November 2026 zugunsten von pain.001.001.09 abgeschaltet wird. Diesen Termin hat die DK im September 2026 ausgesetzt, siehe Abschnitt 4. Die Umstellung betrifft trotzdem jeden Zahllauf, der heute noch im alten Format eingereicht wird. Sie kommt nur später.
2. Der Unterschied zwischen pain.001.001.03 und pain.001.001.09
Technisch ändert sich einiges, ohne dass sich am Grundprinzip etwas verschiebt. Beide Formate transportieren dieselben Kernangaben, IBAN, Betrag, Währung und Verwendungszweck. Ein sichtbarer Unterschied: Das Feld für die Bankkennung des Kreditinstituts heißt in pain.001.001.09 BICFI statt schlicht BIC. Für den Inhalt ändert das nichts, der eingetragene Wert bleibt derselbe BIC, nur die technische Feldbezeichnung im XML ist neu.
| Merkmal | pain.001.001.03 | pain.001.001.09 |
|---|---|---|
| Namensraum | …:xsd:pain.001.001.03 | …:xsd:pain.001.001.09 |
| Bankkennung (BIC) | <BIC> | <BICFI> |
| Ausführungstermin | <ReqdExctnDt>2026-10-05</ReqdExctnDt> | <ReqdExctnDt><Dt>2026-10-05</Dt></ReqdExctnDt> |
| Adresse (PstlAdr) | Land und bis zu zwei Freitextzeilen | Ort (TwnNm) und Land (Ctry) als eigene Felder, Rest strukturiert oder als Freitext |
| DK-Schema | GBIC_1 bis GBIC_3 | GBIC_4, seit 05.10.2025 GBIC_5 |
| Anlage 3 DFÜ-Abkommen | Version 3.0 bis 3.6 | ab Version 3.7, für SEPA seit 17.03.2024 |
Versionen und Schemastände nach dem DK-Dokument „SEPA-Formatversionen im Verfahren DFÜ mit Kunden“, Version 2.0 vom 24.09.2026, auf ebics.de. Die Beispiele für .09 stammen aus der SEPA-Erzeugung von finisma.
Für die Verwirrung in Foren sorgt vor allem eine zweite, parallele Zählung: Die DK versioniert ihre technische Spezifikation, die Anlage 3 des DFÜ-Abkommens, in eigenen Versionsnummern wie 3.6 oder 3.7, die nichts mit der pain-Formatversion zu tun haben, aber eng damit verknüpft sind. Version 3.6 gehört zu pain.001.001.03, Version 3.7 zu pain.001.001.09. Für SEPA gilt Version 3.7 laut DK erst seit dem 17. März 2024. In einem Thread im offiziellen StarMoney-Forum berichtete ein Nutzer genau von diesem Fall: Die eigene Lohnsoftware verlangte plötzlich „SEPA Version 3.7", ohne dass klar war, ob die eigene Banking-Software das überhaupt liefert. Die Antwort im Forum musste erst erklären, dass sich dahinter schlicht der Wechsel von pain.001.001.03 auf pain.001.001.09 verbirgt.
Wichtig für die Einordnung: pain.001.001.09 ist kein brandneues Format. Banken bieten es seit rund zwei bis drei Jahren parallel zum alten Format an, wer eine aktuelle Software nutzt, reicht möglicherweise schon heute im neuen Format ein, ohne es bemerkt zu haben. Neu ist nur, dass das alte Format ab dem Stichtag der eigenen Bank nicht mehr angenommen wird.
3. Strukturierte Adresse: was jetzt gilt
Neben dem Formatwechsel selbst sorgt eine zweite Änderung für Fragen: die Pflicht zur strukturierten Adresse. Die Sorge, jetzt müsse jede Überweisung eine vollständig aufgeschlüsselte Empfängeradresse mit Straße, Hausnummer, Postleitzahl, Ort und Land enthalten, ist in dieser Form nicht zutreffend.
Betroffen sind damit vor allem Programme, die Adressdaten aus Kundenstammdaten automatisch in die Zahlungsdatei übernehmen, etwa für eine spätere Kontoauszugs-Zuordnung. Wer eine SEPA-Datei ausschließlich aus IBAN, Name und Verwendungszweck erzeugt, muss an dieser Stelle nichts ändern, weil gar keine Adresse im Spiel ist.
Auch hier hat sich der Termin verschoben. Der European Payments Council (EPC) wollte unstrukturierte Adressen ab dem 15. November 2026 nicht mehr zulassen und hat dieses Enddatum verschoben. Ein neues Datum steht noch nicht fest.
Bei Auslandsüberweisungen ist die Lage anders, weil dort eine Adresse ohnehin Pflichtbestandteil des Formats ist und das bisherige DTAZV-Format komplett unstrukturierten Freitext genutzt hat. Wie diese Umstellung konkret abläuft, beschreibt der Artikel DTAZV-Abschaltung 2026, eine vorhandene DTAZV-Datei lässt sich mit dem DTAZV-Konverter direkt im Browser in eine gültige AXZ-Datei umwandeln. Für die inländische SEPA-Überweisung, um die es hier geht, bleibt die Adressfrage in den allermeisten Fällen ohne praktische Auswirkung.
4. Fristen: was aus November 2026 geworden ist
Bis September 2026 nannten mehrere unabhängige Quellen November 2026 als Ende von pain.001.001.03. Dann hat die DK die Abkündigung ausgesetzt. Auf ihrer Seite zum Format LifeCycle begründet sie das so: SWIFT und EPC dulden unstrukturierte Adressen im Interbankenverkehr über November 2026 hinaus. pain.001.001.03 gilt dort jetzt als „vorübergehend weiter verwendbar“. Das neue Enddatum soll im Einklang mit EPC und SWIFT festgelegt werden.
Unabhängig davon tritt am 15. November 2026 die neue Fassung der Anlage 3 in Kraft, Version 26.11. Sie steht auf ebics.de unter Datenformate zum Download.
| Quelle | Aussage |
|---|---|
| Deutsche Kreditwirtschaft (Format LifeCycle, 24.09.2026) | Abkündigung zu November 2026 ausgesetzt, pain.001.001.03 vorübergehend weiter verwendbar, neues Enddatum offen |
| Sparkassen (Formatabkündigung, Stand August 2026) | November 2026, pain.001.001.03 wird zugunsten pain.001.001.09 abgeschaltet, kein exakter Tag genannt |
| Atruvia (Genossenschaftsbanken, u. a. GLS Bank, Stand August 2026) | Konkret 14. November 2026 |
| StarMoney (Update 3182, Februar 2026) | pain.001.001.09 als Standardformat für Überweisungen per EBICS bereits freigeschaltet |
| EPC und SWIFT (laut DK, September 2026) | Unstrukturierte Adressen werden über November 2026 hinaus geduldet |
Die Termine von Sparkassen und Atruvia stammen aus der Zeit vor dem DK-Beschluss. Ob sie noch gelten, haben wir nicht geprüft. Diese Übersicht ersetzt keine Auskunft Ihrer eigenen Bank oder Ihres Software-Herstellers zum genauen Termin.
5. Wer betroffen ist: SFirm, StarMoney Business & Co.
Betroffen ist grundsätzlich jede Software, die SEPA-Überweisungen als pain.001-Datei erzeugt oder einliest, unabhängig davon, ob das über EBICS, eine HBCI/FinTS-Verbindung oder den klassischen Datei-Import ins Online-Banking läuft. In Forenthreads tauchen dabei immer wieder dieselben Namen auf: SFirm, StarMoney Business, MultiCash und windata.
Für zwei dieser Programme lassen sich konkrete Angaben machen. StarMoney Business nutzte in Version 3.6 noch pain.001.001.03 für Überweisungen, ab Version 3.7 ist es pain.001.001.09. Mit dem Online-Update 3182 im Februar 2026 hat StarMoney pain.001.001.09 laut eigener Update-Historie als Standardformat für Überweisungen per EBICS freigeschaltet. Bei windata lässt sich das Format über die Programmeinstellungen unter „Erfassung" manuell auf „ISO-Payment, Version pain.001.001.09" umstellen, spätestens zum Stichtag des eigenen Rechenzentrums ist das notwendig.
Für SFirm und MultiCash liegt keine ebenso konkrete, öffentlich einsehbare Versionsangabe vor. Beide Programme werden in Foren regelmäßig im selben Zusammenhang genannt, eine Nachfrage beim jeweiligen Hersteller oder direkt bei der eigenen Bank zum aktuellen Versionsstand ist hier der verlässlichere Weg als eine pauschale Aussage in diesem Beitrag.
Dasselbe gilt für SAP, die Firmenkundenzugänge der ING, ProfiCash und BMD. Für keines dieser Systeme haben wir eine öffentlich prüfbare Angabe gefunden, ab welcher Version es pain.001.001.09 erzeugt. Deshalb nennen wir hier keine. Was jedes dieser Programme tatsächlich ausgibt, zeigt die erzeugte Datei selbst, siehe Abschnitt 6. Wie der Import in Profi cash und SFirm abläuft, steht im Artikel SEPA-Datei importieren.
6. So erkennen Sie das Format Ihrer Software
Der schnellste Weg, ohne Rückfrage beim Hersteller Klarheit zu bekommen, führt über die erzeugte Datei selbst. Öffnen Sie eine kürzlich erstellte SEPA-Datei in einem einfachen Texteditor, nicht in Excel oder Word.
In den ersten Zeilen steht der XML-Namensraum des Dokuments, erkennbar an einer Zeile ähnlich zu urn:iso:std:iso:20022:tech:xsd:pain.001.001.09. Steht dort stattdessen „.03" am Ende, erzeugt Ihre Software noch das alte Format. Als schnellere Orientierung genügt oft auch ein Blick auf das Feld für die Bankkennung: das Kürzel BICFI deutet auf das neue Format hin, das schlichte BIC auf das alte.
Wie es nach dem Namensraum weitergeht, zeigt der Artikel pain.001.001.09 Beispiel: die SEPA-XML-Datei Feld für Feld: eine vollständige Datei mit allen Pflichtfeldern, dazu Beispieldateien zum Herunterladen.
Wer stattdessen eine fertige SEPA-Datei nur in ein Banking-Programm importieren möchte, findet die üblichen Stolpersteine je Programm im Artikel SEPA-Datei importieren: SFirm, Profi cash, VR-NetWorld und GENO cash im Vergleich.
Wer die Datei nicht von Hand durchsuchen will, findet dieselbe Erkennung automatisiert im pain.001-Validator: Datei hochladen oder XML einfügen, das Tool zeigt Format und Profil direkt an und prüft auf Klick zusätzlich gegen die DK-TVS-Prüfgrundlage der Banken.
Dieselbe Umstellung betrifft die Gegenrichtung: Kontoauszüge kommen als camt.053 statt in der Version .02 zunehmend in .08 aus dem ISO-Release 2019. Wie so ein Auszug aufgebaut ist, zeigt der Artikel camt.053 Beispiel, ansehen und prüfen lässt er sich im camt-Viewer.
pain.001.001.09 XSD: Download und Zeichenkodierung
Wer selbst gegen das Schema prüfen will, braucht die XSD. Die DK stellt sie auf ebics.de unter Datenformate, Ergänzende Dokumente bereit, aktuell in der Fassung GBIC_5. Die Datei muss UTF-8 kodiert sein. Ein UTF-8-BOM am Dateianfang hat in unserem Test gegen das DK-Schema keinen Fehler ausgelöst. Wie einzelne Bankportale damit umgehen, wissen wir nicht. Den Test und die Beispieldateien beschreibt der Beispiel-Artikel. Lehnt die Bank eine Datei ab, hilft die Übersicht der pain.001-Fehlermeldungen.
7. Checkliste: 5 Schritte zur Umstellung
Die Umstellung lässt sich in fünf überschaubaren Schritten erledigen, ohne dass ein IT-Projekt daraus wird.
Öffnen Sie eine kürzlich erzeugte SEPA-Datei in einem Texteditor und prüfen Sie den XML-Namensraum in der ersten Zeile: pain.001.001.03 oder bereits pain.001.001.09.
Fragen Sie bei Ihrer Banking-Software oder direkt bei Ihrer Bank nach dem konkreten Umstellungstermin. Seit die DK den Termin November 2026 ausgesetzt hat, kann er je nach Institut abweichen.
Prüfen Sie nur, falls Ihre Software überhaupt eine Empfängeradresse mitschickt, ob Ort und Land je Kunde eindeutig gepflegt sind.
Erzeugen Sie rechtzeitig vor dem Stichtag eine erste Testüberweisung im pain.001.001.09-Format und reichen Sie sie über Ihr gewohntes Verfahren ein.
Warten Sie nicht auf eine Fehlermeldung beim Einreichen, sondern stellen Sie rechtzeitig vor dem eigenen Bankstichtag um.
Ab 29 € zzgl. MwSt./Monat
Von Anfang an im aktuellen Format
Die SEPA-Sammelüberweisung aus finisma Zahlungen nutzt bereits pain.001.001.09 mit dem Feld BICFI, unabhängig vom Umstellungstermin Ihrer Bank. Für 29 € zzgl. MwSt. im Monat laden Sie Rechnungen hoch und erhalten die fertige SEPA-Datei zum Download, ohne selbst auf ein neues Format umstellen zu müssen. Auf Wunsch Zahlung auf Rechnung per Überweisung, monatlich oder jährlich mit 2 Monaten Rabatt, zum Beispiel 290 € statt 348 € im Jahr für das Zahlungsverkehr-Abo. Buchbar im Konto-Bereich.
Jetzt Rechnungen hochladen8. Häufige Fragen zu pain.001.001.09
Die wichtigsten Antworten kompakt, für alle, die schnell wissen wollen, ob und was sie an ihrer SEPA-Überweisung ändern müssen.
Was ist der Unterschied zwischen pain.001.001.03 und pain.001.001.09?+
Beide sind XML-Formate für die SEPA-Überweisung nach ISO 20022, pain.001.001.09 ist die neuere, von der Deutschen Kreditwirtschaft aktuell vorgesehene Version. Technisch ändern sich unter anderem Feldnamen, das Feld für die Bankkennung des Kreditinstituts heißt jetzt BICFI statt BIC, dazu kommen neue, optionale Felder für eine strukturierte Empfängeradresse. Inhaltlich transportieren beide Formate dieselben Kernangaben: IBAN, Betrag, Währung und Verwendungszweck.
Ab wann akzeptiert meine Bank pain.001.001.03 nicht mehr?+
Das steht derzeit nicht fest. Geplant war November 2026, Sparkassen und das Rechenzentrum Atruvia hatten diesen Monat genannt. Im September 2026 hat die Deutsche Kreditwirtschaft die Abkündigung ausgesetzt. pain.001.001.03 ist laut ihrem Format LifeCycle auf ebics.de vorübergehend weiter verwendbar, das neue Enddatum legen EPC und SWIFT fest. Verlässlich ist am Ende nur die Mitteilung der eigenen Bank oder des eigenen Rechenzentrums.
Sind pain 09, pain 009 und pain.001.001.009 dasselbe?+
Ja. Alle drei Schreibweisen meinen pain.001.001.09, die SEPA-Überweisung nach ISO 20022 in der Version 09. Der offizielle Name hat zwei Ziffern am Ende. So steht er auch im XML-Namensraum: urn:iso:std:iso:20022:tech:xsd:pain.001.001.09.
Muss ich jetzt eine strukturierte Adresse in jede SEPA-Überweisung eintragen?+
Nein. Eine Empfängeradresse bleibt bei der reinen SEPA-Inlandsüberweisung insgesamt optional, IBAN und Name reichen aus. Nur wenn eine Software überhaupt eine Adresse mitschickt, müssen darin künftig mindestens Ort und Land als eigene Felder stehen, die Hybrid-Form mit Straße und Postleitzahl als Freitext bleibt zulässig. Das betrifft vor allem Programme, die Adressdaten automatisch aus Kundenstammdaten mit übertragen.
Was bedeutet BICFI, und muss ich als Nutzer etwas ändern?+
BICFI ist im neuen Format nur die technische Bezeichnung für das Feld, in dem bisher der BIC des Kreditinstituts stand. Für die tägliche Nutzung ändert sich dadurch nichts, der eingetragene Wert bleibt derselbe BIC wie zuvor. Die neue Feldbezeichnung betrifft ausschließlich Software, die SEPA-Dateien selbst einliest oder erzeugt.
Welche Banking-Software ist von der Umstellung betroffen?+
Grundsätzlich jede Software, die SEPA-Überweisungen als pain.001-Datei erzeugt oder einliest, darunter SFirm, StarMoney Business, MultiCash und windata. StarMoney Business hat pain.001.001.09 laut eigener Update-Historie im Februar 2026 als Standardformat für Überweisungen per EBICS freigeschaltet, windata-Nutzer stellen das Format über die eigenen Programmeinstellungen um. Für SFirm, MultiCash und vergleichbare Programme lohnt sich eine Nachfrage beim Hersteller oder der eigenen Bank nach dem aktuellen Versionsstand.
Erzeugen SAP, ING, ProfiCash oder BMD schon pain.001.001.09?+
Dafür haben wir keine öffentlich prüfbare Herstellerangabe gefunden und nennen deshalb keine Versionen. Prüfen lässt es sich an einer erzeugten Datei: Steht im Namensraum pain.001.001.09 und heißt das Feld für die Bankkennung BICFI, ist es das neue Format. Der pain.001-Validator von finisma zeigt Format und Profil nach dem Hochladen direkt an.
Wo bekomme ich die XSD für pain.001.001.09?+
Die Deutsche Kreditwirtschaft stellt das Schema auf ebics.de unter Datenformate, Ergänzende Dokumente bereit. Die aktuelle Fassung heißt GBIC_5. Wer eine Datei nur prüfen will, braucht die XSD nicht selbst: Der pain.001-Validator von finisma prüft dagegen.
Darf eine pain.001.001.09-Datei ein UTF-8-BOM haben?+
UTF-8 ist vorgegeben. Eine Datei mit BOM blieb in unserem Test gegen das DK-Schema GBIC_5 gültig. Wie jedes einzelne Bankportal damit umgeht, können wir nicht sagen. Wer sichergehen will, speichert die Datei ohne BOM. finisma schreibt sie immer ohne.
Wie erkenne ich, welches Format meine Software gerade erzeugt?+
Öffnen Sie eine erzeugte SEPA-Datei in einem Texteditor und schauen Sie sich den XML-Namensraum in der ersten Zeile an. Steht dort pain.001.001.03, erzeugt Ihre Software noch das alte Format, bei pain.001.001.09 bereits das neue. Als schnellere Orientierung genügt oft auch ein Blick auf das Feld für die Bankkennung: BIC deutet auf das alte, BICFI auf das neue Format hin.
Erzeugt finisma bereits das neue Format?+
Ja. Die SEPA-Sammelüberweisung aus finisma nutzt bereits pain.001.001.09 mit dem Feld BICFI, unabhängig vom Umstellungstermin der Banken. Eine Empfängeradresse wird bei der Inlandsüberweisung dabei bewusst gar nicht mitgeschickt, nur IBAN und Name, sodass sich die neue Adressregel für diese Datei gar nicht stellt. Bei Auslandsüberweisungen über den DTAZV-Konverter wird die Adresse dagegen automatisch aus der Adresszeile in Ort und Land aufgeteilt, weil sie dort ohnehin Teil des Formats ist.
Was passiert, wenn ich nichts tue?+
Vorerst nichts, solange Ihre Bank pain.001.001.03 weiter annimmt. Die DK hat das Ende ausgesetzt, nicht aufgehoben. Nach dem Stichtag der eigenen Bank oder des eigenen Rechenzentrums nimmt das Online-Banking oder EBICS-Verfahren keine pain.001.001.03-Datei mehr an. Neue Überweisungen lassen sich dann nicht mehr einreichen, bis die eigene Software oder ein Konverter eine gültige pain.001.001.09-Datei erzeugt. Bereits eingereichte und freigegebene Zahlungen sind davon nicht betroffen.
Quellen und Einordnung
- Deutsche Kreditwirtschaft: Format LifeCycle mit dem Dokument „SEPA-Formatversionen im Verfahren DFÜ mit Kunden“, Version 2.0 vom 24.09.2026
- Deutsche Kreditwirtschaft: Anlage 3 des DFÜ-Abkommens, Version 26.11, gültig ab 15.11.2026
- Deutsche Kreditwirtschaft: Ergänzende Dokumente mit dem DK-Schema GBIC_5
- European Payments Council: Verschiebung des Enddatums für unstrukturierte Adressen
Sparkassen-Formatabkündigungsseiten (u. a. Sparkasse Karlsruhe) zum Wechsel von pain.001.001.03 auf pain.001.001.09 im November 2026; VR-Kennung-Blog zur Umstellung bei Atruvia-Banken und in windata (Stichtag 14. November 2026); StarMoney-Hilfe-Center und StarMoney-Forum zum Online-Update 3182 (Februar 2026) und zur DK-Versionszählung 3.6/3.7; die Aussagen zur eigenen pain.001.001.09-Erzeugung und zur fehlenden Empfängeradresse in der Inlandsdatei basieren auf der finisma-eigenen SEPA-Erzeugung. Dieser Beitrag ersetzt keine Auskunft Ihrer eigenen Bank oder Ihres Software-Herstellers zum genauen Termin.