Bank lehnt SEPA-Datei ab: die fünf häufigsten pain.001-Fehler
Wenn eine Bank eine SEPA-Sammelüberweisung ablehnt, liegt es an einem fehlerhaften Feld in der pain.001-Datei, die das Buchhaltungsprogramm erzeugt hat. Deutsche Programme wie DATEV, Lexware oder sevDesk exportieren die SEPA-Sammelüberweisung als XML-Datei. Die Anzahl der Transaktionen im Feld GrpHdr/NbOfTxs und die Kontrollsumme im Feld GrpHdr/CtrlSum müssen dabei exakt stimmen, eine Abweichung ist einer der häufigsten Gründe für eine zurückgewiesene Datei. Für die Adresse sollte ab dem 15. November 2026 eine zusätzliche Regel dazukommen: Eine SEPA-Zahlung mit einer rein unstrukturierten Postadresse sollte dann nicht mehr angenommen werden. Der European Payments Council hat dieses Datum am 9. September 2026 verschoben und am 29. Oktober 2026 beschlossen, einen neuen Termin erst bis spätestens Februar 2027 festzulegen; schon heute kann aber eine Bank mit eigenen, strengeren Importregeln eine unstrukturierte Adresse ablehnen. Dieser Text zeigt fünf pain.001-Fehler, wegen denen eine Bank eine SEPA-Datei häufig ablehnt: eine falsche Kontrollsumme, eine fehlerhafte IBAN, eine falsche BIC, Umlaute im Text und eine unvollständige Adresse. Außerdem zeigt er, wie man die eigene Datei direkt im Browser prüft, ohne sie irgendwohin hochzuladen.
Warum lehnt die Bank die SEPA-Datei ab?
Eine Postadresse ist in einer SEPA-Zahlung weiterhin nicht verpflichtend; eine Datei ganz ohne Adresse ist von der geplanten Änderung nicht betroffen und läuft unabhängig vom künftigen Termin genauso durch wie heute. Nach den SEPA-Regeln sollte ab dem 15. November 2026 gelten: Wird in einer Zahlung eine Postadresse angegeben, muss sie strukturiert oder hybrid sein, eine rein unstrukturierte Adresse als Fließtext wird dann nicht mehr akzeptiert. Der European Payments Council hat dieses Ende am 9. September 2026 verschoben; am 29. Oktober 2026 hat er entschieden, den neuen Termin erst bis spätestens Februar 2027 festzulegen, bis dahin bleibt die unstrukturierte Adresse in den SEPA-Schemata zulässig, eine Bank kann aber eigene, strengere Importregeln schon früher anwenden.
Eine Adresse kann in einer Datei bei mehreren Parteien stehen, etwa beim Zahlungspflichtigen, beim Zahlungsempfänger oder beim Auftraggeber der Datei, und eine einzige fehlerhafte Adresse reicht meist aus, damit die Bank die gesamte Datei ablehnt statt nur die eine Zahlung; ob eine Bank eine Zahlung oder die ganze Datei zurückweist, entscheidet dabei jede Bank für sich. Welche Version von pain.001 eine Bank beim Import überhaupt akzeptiert, ist ebenfalls keine einheitlich geregelte Frage, sondern eine Entscheidung jeder Bank.
Die fünf häufigsten pain.001-Fehler
Ein häufiger Fehler betrifft die Kopfdaten der Datei: Die Anzahl der Transaktionen im Feld GrpHdr/NbOfTxs muss genau der tatsächlichen Anzahl der Zahlungsblöcke entsprechen und die Kontrollsumme im Feld GrpHdr/CtrlSum muss auf den Cent genau der Summe aller Beträge entsprechen; eine Abweichung zählt zu den häufigsten Gründen für eine zurückgewiesene Datei und entsteht, wenn eine Zahlung nachträglich hinzugefügt oder gelöscht wird, ohne die Kopfdaten neu zu berechnen. Bei der IBAN von Zahler und Empfänger prüft der Doctor Format, Länge je nach Land und die Prüfziffer, und die IBAN darf im XML keine Leerzeichen enthalten. Bei der BIC der einreichenden Bank muss der Wert genau der BIC der Bank entsprechen, bei der die Datei tatsächlich importiert wird, das prüft der Doctor als eigenen Schritt.
Ein weiterer Fehler betrifft den erlaubten Zeichensatz: Eine SEPA-Datei darf nur Buchstaben ohne Umlaute, Ziffern und eine begrenzte Auswahl an Sonderzeichen enthalten, und die Bank ČSOB weist in ihrer eigenen Anleitung ausdrücklich darauf hin, dass eine SEPA-XML-Datei mit Umlauten oder dem Buchstaben ß gar nicht importiert werden kann. Auch eine unvollständige Adresse gehört dazu: Fehlen in einer angegebenen Postadresse die Stadt im Feld TwnNm oder der zweibuchstabige Ländercode im Feld Ctry, gilt sie nicht als strukturiert, und ein ausgeschriebener Ländername wie Deutschland statt eines Codes wird ebenfalls nicht akzeptiert.
Warum eine einzige Adresse die ganze Datei blockiert
Eine Adresse kann in einer einzigen Datei an mehreren Stellen stehen: beim Zahlungspflichtigen, beim Zahlungsempfänger, bei den weiteren an der Zahlung beteiligten Parteien (UltmtDbtr und UltmtCdtr) und beim Einreicher der Datei. Eine einzige falsche Adresse genügt in der Praxis, damit die Bank die ganze Datei ablehnt und nicht nur die eine betroffene Zahlung; ob eine Bank eine einzelne Zahlung oder die gesamte Datei zurückweist, entscheidet jede Bank für sich.
Der künftige EPC-Termin betrifft die Adresse, nicht die verwendete Version der Zahlungsnachricht. Welche Version das eigene System beim Import akzeptiert, legt jede Bank selbst fest; ob und bis wann die eigene Bank die alte Version noch annimmt, ist am besten direkt bei ihr zu erfragen.
Häufig eingesetzte deutsche Buchhaltungsprogramme, aus denen Firmen ihre SEPA-Sammelüberweisung exportieren, sind zum Beispiel DATEV, Lexware oder sevDesk.
Die geplante Regel für die Adresse und der verschobene Termin
Seit dem 5. Oktober 2025 ist die hybride Adresse in den SEPA-Regelwerken bereits erlaubt; am 15. November 2026 sollte lediglich die Duldung der ganz unstrukturierten Adresse enden. Eine frühere Fassung der Regeln hatte noch den 22. November 2026 genannt, eine spätere korrigierte Fassung den 15. November 2026; dieser Unterschied war real. Seit dem 9. September 2026 gilt aber keines von beiden Daten mehr: Der European Payments Council hat das Ende der unstrukturierten Adresse verschoben und am 29. Oktober 2026 entschieden, einen neuen Termin erst bis spätestens Februar 2027 festzulegen. Eine hybride Adresse darf höchstens zwei Zeilen im Feld AdrLine enthalten, dazu Stadt und Ländercode; drei oder mehr Zeilen sind auch in der hybriden Form nicht erlaubt.
Die kleinste Korrektur, mit der eine unstrukturierte Adresse durchgeht, besteht darin, im Adressblock die Stadt und den Ländercode zu ergänzen; der vollständig strukturierte Zielzustand besteht aus Straße, Hausnummer, Postleitzahl, Stadt und Ländercode in genau dieser vom Schema vorgegebenen Reihenfolge. Die Regel selbst soll für alle SEPA-Verfahren gleichermaßen gelten, für die klassische SEPA-Überweisung, die sofortige SEPA-Überweisung und das SEPA-Lastschriftverfahren. Swift hat am 27. August 2026 eigene, von SEPA unabhängige Zahlungsänderungen außerhalb von SEPA verschoben; der European Payments Council hat am 9. September 2026 mit eigener Entscheidung das Ende der unstrukturierten Adresse in den SEPA-Verfahren ebenfalls verschoben.
So finden Sie die Fehler selbst im Browser
Wer die eigene Datei von Hand prüfen will, öffnet sie in einem Texteditor und sucht nach PstlAdr: Kommt das Feld nicht vor, ist nichts zu tun, kommt es vor, muss es TwnNm und Ctry enthalten, Ctry muss ein zweibuchstabiger Code sein und AdrLine darf höchstens zwei Zeilen haben. Schneller geht es mit dem kostenlosen SEPA pain.001 Doctor: Er läuft direkt im Browser, braucht kein Konto, die Datei wird nirgendwohin gesendet, es gibt auf der Seite keinen Server, und je nach gewählter Bank geht er alle Elemente der Datei durch und zeigt den genauen Pfad zum fehlerhaften Feld, den vorhandenen Wert und eine fertige Korrektur zum Einfügen.
Der Doctor ist auf Slowakisch, Deutsch und Englisch verfügbar; eine tschechische Version gibt es nicht, dafür gilt die slowakische Fassung. Die Prüfung selbst hat 164 automatisierte Tests, der Quellcode ist offen einsehbar, sodass sich jede einzelne Regel nachvollziehen lässt.
Häufig gestellte Fragen
Welche pain.001-Version sollte ich verwenden,.03 oder.09?
Beide Versionen können eine strukturierte Adresse tragen,.03 mit den Feldern StrtNm, BldgNb, PstCd, TwnNm und Ctry,.09 zusätzlich mit BldgNm, Flr, PstBx, Room, TwnLctnNm und DstrctNm; welche Version eine Bank beim Import akzeptiert, ist eine Entscheidung der jeweiligen Bank und keine einheitliche Regel.
Muss ich in der SEPA-Datei überhaupt eine Adresse angeben?
Nein, verpflichtend ist eine Adresse in der SEPA-Datei nicht. Wer nicht sicher ist, ob die eigene Datei überhaupt eine Adresse enthält, öffnet sie in einem Texteditor und sucht nach dem Feld PstlAdr: Taucht es nicht auf, betrifft die Regel diese Datei gar nicht.
Was passiert, wenn nur die Adresse in der Datei falsch ist?
Oft reicht das aus, damit die Bank nicht nur die eine Zahlung, sondern die gesamte Datei zurückweist; ob eine Bank eine Zahlung oder die ganze Datei ablehnt, entscheidet dabei jede Bank selbst. Der SEPA pain.001 Doctor zeigt bei der Prüfung im Browser, bei welcher Partei im Dokument, etwa beim Zahlungspflichtigen oder beim Zahlungsempfänger, die Adresse fehlerhaft ist, und liefert eine fertige Korrektur zum Einfügen.
Fazit
Den kostenlosen SEPA pain.001 Doctor können Sie direkt im Browser öffnen und Ihre eigene Datei prüfen lassen, ohne sie hochzuladen.
Wer Zahlungen für mehrere Mandanten verwaltet und einen schriftlichen Bericht zum Weiterreichen braucht, für den lohnt sich die kostenpflichtige Kontrolle der Datei: Innerhalb von 24 Stunden nach Eingang der Datei liefert ARLing die korrigierte pain.001-Datei und einen schriftlichen Befund, was die Bank schon heute ablehnen würde und welche Adressen noch nicht strukturiert sind. Die Prüfung ist ein reiner Formatabgleich zwischen der Datei und den veröffentlichten Regeln der Banken, kein steuerlicher oder rechtlicher Rat, und ein sauberes Ergebnis bedeutet nicht, dass die Bank die Zahlung tatsächlich annimmt, das entscheidet allein die Bank.
Quellen. Die Fakten in diesem Text sind nach unserer internen Faktenliste nummeriert und zum Veröffentlichungsdatum geprüft. ARLing ist keine Bank; ein sauberes Prüfergebnis ist keine Garantie, dass die Bank die Zahlung annimmt. Sollte sich eine Quelle inzwischen geändert haben, schreiben Sie an support@arling.sk, wir korrigieren diese Seite.
- F1: https://www.europeanpaymentscouncil.eu/document-library/rulebooks/2025-sepa-credit-transfer-rulebook-version-11 (geprüft am 6. September 2026); European Payments Council, „EPC delays address format migration timeline“, 10. September 2026, https://www.europeanpaymentscouncil.eu/news-insights/news/epc-delays-address-format-migration-timeline (geprüft am 24. September 2026)
- F2: https://www.europeanpaymentscouncil.eu/document-library/rulebooks/2025-sepa-credit-transfer-rulebook-version-11 (geprüft am 6. September 2026); EPC, 10. September 2026, https://www.europeanpaymentscouncil.eu/news-insights/news/epc-delays-address-format-migration-timeline (geprüft am 24. September 2026)
- F3: EPC 2025 SCT Rulebook v1.1; SEPA pain.001 Doctor, Code adresa_bez_mesta_alebo_krajiny (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F4: https://www.ecb.europa.eu/paym/groups/shared/docs/daba2-industry-template-hybrid-address-communication-to-corporates-pmpg-2025-10-22-.pdf; SEPA pain.001 Doctor, Code adresa_prilis_vela_riadkov (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F5: EPC 2025 SCT Rulebook v1.1; https://arling.sk/notes/strukturovana-adresa-sepa-2026/ (geprüft am 6. September 2026)
- F6: European Payments Council, https://www.europeanpaymentscouncil.eu/ (geprüft am 6. September 2026)
- F7: ISO 20022 pain.001, https://www.iso20022.org/; SEPA pain.001 Doctor (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://arling.sk/notes/sepa-datei-pruefen-lassen-vor-15-november/ (geprüft am 10. September 2026)
- F8: https://www.iso20022.org/ (geprüft am 6. September 2026)
- F9: https://www.kb.cz/cs/podpora/ucty-a-platby/nova-pravidla-pro-vyplnovani-strukturovane-adresy-u-sepa-a-zahranicnich-plateb-multicash; SEPA pain.001 Doctor, Code schema_namespace_03_po_termine (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F11: ISO 3166-1; SEPA pain.001 Doctor, Code adresa_zly_kod_krajiny (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F12: EPC 2025 SCT Rulebook v1.1, https://www.europeanpaymentscouncil.eu/document-library/rulebooks/2025-sepa-credit-transfer-rulebook-version-11 (geprüft am 6. September 2026); EPC, 10. September 2026, https://www.europeanpaymentscouncil.eu/news-insights/news/epc-delays-address-format-migration-timeline (geprüft am 24. September 2026)
- F13: European Payments Council, https://www.europeanpaymentscouncil.eu/ (geprüft am 6. September 2026); EPC, 10. September 2026, https://www.europeanpaymentscouncil.eu/news-insights/news/epc-delays-address-format-migration-timeline (geprüft am 24. September 2026)
- F14: ISO 20022 pain.001; SEPA pain.001 Doctor, Code adresa_nestrukturovana (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://arling.sk/notes/strukturovana-adresa-sepa-2026/ (geprüft am 6. September 2026)
- F16: https://arling.sk/notes/strukturovana-adresa-sepa-2026/ (geprüft am 6. September 2026); SEPA pain.001 Doctor, Codes adresa_nestrukturovana, adresa_bez_mesta_alebo_krajiny, adresa_prilis_vela_riadkov, adresa_zly_kod_krajiny (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F18: SEPA pain.001 Doctor, Codes nb_of_txs_mismatch, ctrl_sum_mismatch (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://www.tatrabanka.sk/files/sk/personal/ucet-platby/elektronicke-bankovnictvo/internet-banking/davkove-platby/prenosovy_formatpain001.pdf
- F19: SEPA pain.001 Doctor, Codes dbtr_iban_invalid, cdtr_iban_invalid, dbtr_iban_has_spaces, cdtr_iban_sk_modulo11_failed, cdtr_iban_outside_sepa (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F20: SEPA pain.001 Doctor, Codes dbtr_bic_mismatch, dbtr_bic_missing, dbtr_bic_format_invalid, cdtr_bic_format_invalid (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://app.vub.sk/source/files/vubweb/sekundarna-navigacia/informacny-servis/sepa-aplikacie/sct_klient_f.pdf
- F23: SEPA pain.001 Doctor, Codes invalid_sepa_character, diacritics_in_field (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://www.csob.sk/documents/11005/123723/BB_SEPA_01022016.pdf
- F31: SEPA pain.001 Doctor, Meldung chkVerzia (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js); https://arling.sk/notes/banka-odmietla-pain001/; https://arling.sk/notes/sepa-datei-pruefen-lassen-vor-15-november/ (geprüft am 10. September 2026)
- F32: https://arling.sk/sepa-pain001-doctor/
- F33: https://arling.sk/sepa-pain001-doctor/, https://arling.sk/sepa-pain001-doctor/de/, https://arling.sk/sepa-pain001-doctor/en/ (geprüft am 10. September 2026)
- F34: https://arling.sk/kontrola-suboru/ (geprüft am 26. September 2026)
- F36: https://arling.sk/kontrola-suboru/; SEPA pain.001 Doctor, Meldung pravnaPoznamka (https://github.com/AndryRoby/sepa-pain001-doctor/blob/main/doctor-pain001.js)
- F198: European Payments Council, „EPC delays address format migration timeline“, 10. September 2026, https://www.europeanpaymentscouncil.eu/news-insights/news/epc-delays-address-format-migration-timeline (geprüft am 24. September 2026)
- F199: Swift, „Swift accepts community request to extend structured address migration for ISO 20022 payment messages“, https://www.swift.com/news-events/news/swift-accepts-community-request-extend-structured-address-migration-iso-20022-payment-messages; Trade Treasury Payments, https://tradetreasurypayments.com/articles/swift-has-moved-the-iso-20022-address-deadline-the-corporate-bank-problem-remains (geprüft am 24. September 2026)
- F494: https://www.europeanpaymentscouncil.eu/news-insights/news/epc-defers-setting-new-end-date-unstructured-address-format-until-february-2027 (geprüft am 1. November 2026)