Ihre Bank hat Ihre SEPA-XML abgelehnt.Erfahren Sie genau, warum.
Fügen Sie die pain.001-Datei aus Ihrer Buchhaltungssoftware ein, wählen Sie Ihre Bank, und Sie wissen sofort, welche Zeile falsch ist und was stattdessen dort hingehört. Kein „Importfehler“, sondern das genaue Element, sein Wert und die Korrektur.
- Schema ISO 20022 und EPC-Regeln, für jede Bank
- 160+ automatisierte Tests
- 0 € für die Prüfung, ohne Konto
- 29 € für die automatisch korrigierte Datei
XML einfügen, Bank wählen. Sie bekommen die genauen Fehler.
Die Datei wird direkt in Ihrem Browser gelesen und nirgendwohin gesendet. Innerhalb einer Sekunde sehen Sie, welches Element falsch ist, welchen Wert es hat und was stattdessen dort hingehört.
Die Diagnose ist kostenlos. Findet sie Fehler, die sie selbst beheben kann (Adressstruktur, Ländernamen, Leerzeichen in IBANs, Summen), laden Sie die korrigierte Datei für 29 € herunter.
Die Einstellungen (Bank, erwartete Anzahl der Transaktionen) werden nach der Prüfung in der Seitenadresse gespeichert. Die XML selbst nicht, das Ergebnis lässt sich also nicht über die URL teilen. Nutzen Sie dafür die Schaltfläche „Bericht kopieren“.
Sie möchten das nicht selbst machen?
Behebt auch Fehler, die die automatische Korrektur nicht beheben kann, zum Beispiel einen falschen BIC der Bank.
Senden Sie uns die Datei, und innerhalb von 24 Stunden bekommen Sie einen schriftlichen Bericht, was darin zu korrigieren ist, Adressen eingeschlossen, und die korrigierte Datei. Einmalig 149 €, kein Abo, keine weiteren Gebühren.
Die Prüfung führt ARLing s. r. o., IČO 56583486, Bratislava, durch und stellt sie in Rechnung. Sie zahlen nichts im Voraus: Die Rechnung über 149 € stellen wir erst nach Lieferung der korrigierten Datei und des Berichts aus, Sie bezahlen sie per Überweisung, nicht über Stripe. Der Code des Werkzeugs ist öffentlich auf github.com/AndryRoby.
Nichts aus der Datei, die Sie einfügen, wird irgendwohin gesendet. Die Prüfung läuft in Ihrem Browser, nach den veröffentlichten Regeln der Banken.
Die Regeln stammen aus der technischen Dokumentation von Tatra banka, VÚB und ČSOB, aus öffentlichen Angaben der SLSP und aus dem Standard ISO 20022. Findet das Werkzeug einen Fall nicht, melden Sie ihn als Issue auf GitHub.
Dieses Werkzeug ist keine Bank und steht in keiner Verbindung zu Tatra banka, Slovenská sporiteľna, VÚB oder ČSOB. Ein sauberes Ergebnis garantiert nicht, dass die Bank die Zahlung annimmt.
Adresse in der SEPA-Zahlung: der EPC hat den Termin verschoben, die Richtung bleibt.
Die SEPA-Regelwerke 2025 sollten die vollständig unstrukturierte Adresse, also eine oder mehrere Zeilen Freitext in <AdrLine>, ab dem 15. November 2026 beenden. Der European Payments Council hat dieses Ende am 9. September 2026 verschoben und legt den neuen Termin im Oktober 2026 fest. Bis dahin wird die Freitext-Adresse weiter unterstützt. Die Richtung bleibt: Der EPC empfiehlt, direkt auf die vollständig strukturierte Adresse umzusteigen, und Ihre Bank kann eigene Vorgaben schon früher haben.
Ist die Adresse strukturiert oder hybrid, sind zwei Felder das Minimum: der Ort in <TwnNm> und der zweibuchstabige Ländercode in <Ctry>. Eine hybride Adresse darf neben diesen beiden Feldern höchstens zwei Zeilen Freitext enthalten.
Das gilt für SEPA-Überweisungen, Echtzeitüberweisungen und Lastschriften, also auch für die pain.001-Dateien, die Ihre Buchhaltungssoftware exportiert. Die Adresse bleibt optional: eine Datei ohne Adressen betrifft die Änderung nicht.
Die alte Adresse, die der EPC beenden will:
<PstlAdr>
<AdrLine>Ivanská cesta 32E</AdrLine>
<AdrLine>821 04 Bratislava</AdrLine>
</PstlAdr>Eine strukturierte Adresse, empfohlen:
<PstlAdr>
<StrtNm>Ivanská cesta</StrtNm>
<BldgNb>32E</BldgNb>
<PstCd>82104</PstCd>
<TwnNm>Bratislava</TwnNm>
<Ctry>SK</Ctry>
</PstlAdr>Sie werden auf den 22. und den 15. November 2026 stoßen. Heute gilt keiner von beiden. Version 1.0 des SEPA-Credit-Transfer-Rulebooks 2025 nannte den 22. November, Version 1.1 korrigierte auf den 15. November 2026, und am 9. September 2026 hat der EPC das Ende der Freitext-Adresse verschoben. Den neuen Termin gibt er im Oktober 2026 bekannt.
Quellen: European Payments Council, Verschiebung des Endes der unstrukturierten Adresse, 10. 9. 2026 (geprüft am 24. 9. 2026); geprüft am 6. September 2026: European Payments Council, SEPA-Credit-Transfer-Rulebook 2025, Version 1.1 (diese Version verschob das Datum vom 22. auf den 15. 11. 2026, später verschoben; das Rulebook gilt ab dem 5. 10. 2025), EZB und Payments Market Practice Group (Musterschreiben an Firmenkunden, 22. 10. 2025), Komerční banka (kündigt an, dass das kommende MultiCash 5.0 mit pain.001.001.09 kompatibel sein wird; ein Ende der Version .03 nennt diese Seite nicht). Hat eine Quelle ihren Wortlaut inzwischen geändert, schreiben Sie uns und wir korrigieren die Regel.
Die Prüfung ist kostenlos.
Entstanden aus eigenem Bedarf: SEPA-XML prüfen, bevor sie ins Onlinebanking hochgeladen wird. Die Prüfung braucht kein Konto und hat keine Begrenzung. Kann das Werkzeug die gefundenen Fehler selbst beheben, laden Sie die korrigierte Datei für 29 € herunter; nur wenn Sie sie wollen.
Wenn es Ihnen einen Nachmittag spart, schreiben Sie uns, was das Tool übersehen hat. Ein Issue auf GitHub eröffnen.
Sagen Sie mir Bescheid, wenn ein neues Tool erscheint. Nur neue Tools. Kein Newsletter, keine Weitergabe. Abmeldung per Antwort auf die E-Mail.
Danke. Wir melden uns nur, wenn es etwas Neues gibt.
Speichern fehlgeschlagen. Schreiben Sie an support@arling.sk.
Geht es um eine einzelne Datei? Das ist die Prüfung für 149 € mit Ergebnis innerhalb von 24 Stunden.
Brauchen Sie diese Prüfung für ein Unternehmen? Massenprüfung hunderter Dateien, automatische Korrektur und Anbindung an Ihr Buchhaltungssystem. Schreiben Sie uns, was Sie brauchen, wir antworten innerhalb von 24 Stunden.
Schreiben, was ich braucheDie Fragen, nach denen wirklich gesucht wird.
Direkte Antworten zu den SEPA-pain.001-Problemen, die dieses Tool erkennt.
Warum hat Tatra banka meine pain.001-Datei abgelehnt?
Beim Import prüft die Tatra banka mehr als nur, ob das XML gültiges pain.001 ist. Geprüft werden der exakte Namensraum pain.001.001.03, PmtMtd=TRF, SvcLvl/Cd=SEPA, ChrgBr=SLEV, die Auftraggeber-BIC exakt TATRSKBX, das Datum ReqdExctnDt (nicht in der Vergangenheit und nicht mehr als 31 Tage im Voraus), höchstens 500 Transaktionen in der ganzen Datei (alle PmtInf-Blöcke zusammen), Längenbegrenzungen für Namen und Verwendungszweck sowie bei slowakischen Empfänger-IBANs die Modulo-11-Prüfung. Ein einziger Regelverstoß genügt, damit der Import scheitert.
Wie trage ich das slowakische Zahlungssymbol (variabilný symbol) in SEPA-XML ein?
pain.001.001.03 hat keine eigenen Felder für die slowakischen Zahlungssymbole VS, ŠS und KS. Nach der NBS-Konvention werden sie in PmtId/EndToEndId in der Reihenfolge /VS.../SS.../KS... geschrieben, zum Beispiel /VS123/SS456/KS0308. VS und ŠS haben höchstens 10 Ziffern, KS höchstens 4. Die falsche Reihenfolge stoppt die Überweisung nicht, aber die Gegenseite kann die Zahlung keiner Rechnung zuordnen.
Welche Zeichen sind in einer SEPA-Zahlung erlaubt (Umlaute, Diakritika)?
ČSOB nennt in ihrer Dokumentation die genaue Zeichenmenge: Buchstaben a-z, A-Z, Ziffern 0-9, Leerzeichen und die Zeichen / - ? : ( ) . , ' +. Diakritische Zeichen (č, š, ž, ä, ô, ľ) importiert ČSOB gar nicht in BusinessBanking Lite. Bei anderen Banken blockieren sie die Datei nicht unbedingt sofort, sicherer ist der Export ohne sie in jedem Fall.
Was bedeutet ein Fehler bei NbOfTxs oder CtrlSum?
GrpHdr/NbOfTxs muss exakt der Anzahl der CdtTrfTxInf-Transaktionen in der Datei entsprechen. GrpHdr/CtrlSum muss die exakte Summe der InstdAmt-Beträge auf 2 Nachkommastellen sein. Eine Abweichung, typischerweise nach manueller Bearbeitung der Datei ohne Neuberechnung der Summen, gehört zu den häufigsten und am wenigsten verständlichen Ablehnungsgründen.
Ist die Empfänger-BIC in pain.001 Pflicht?
Das hängt von der Bank ab. VÚB führt CdtrAgt/BIC in der eigenen Spezifikation als Pflichtfeld. Tatra banka kann sie aus einer korrekten SEPA-IBAN ableiten und toleriert das Fehlen. ČSOB hat sie zum 1. Februar 2016 optional gemacht. Wenn Sie eine Datei für mehrere Banken erzeugen, geben Sie die BIC immer an.
Werden meine Daten irgendwohin gesendet?
Nein. Die gesamte Prüfung läuft in Ihrem Browser. XML, IBANs, Beträge und Namen werden nirgendwohin gesendet, die Prüfung hat kein Backend. Die einzige Netzwerkaktivität ist das Laden der statischen Dateien der Seite und ein anonymer Nutzungszähler (Umami), der nur das Ergebnis festhält (pass, warn, fail), nie den Inhalt der Datei. Eine Ausnahme: Wenn Sie sich das Ergebnis freiwillig per E-Mail schicken lassen, werden nur Ihre Adresse und die Codes der Befunde mit ihrer Anzahl gesendet, nie der Inhalt der Datei.