pain.001.001.09-Validator: SEPA-XML online prüfen

Laden Sie eine pain.001.001.09-Zahlungsdatei hoch oder fügen Sie das XML ein, das ältere Format pain.001.001.03 wird ebenfalls erkannt. finisma fasst die Datei sofort im Browser zusammen und prüft sie gegen unsere Geschäftsregeln, ganz ohne Übertragung. Auf Klick folgt die autoritative Prüfung gegen die DK-TVS, also genau die Schemas, die auch die deutschen Banken zur Prüfung einer eingereichten Datei verwenden.

Stufe 1 · läuft vollständig in Ihrem Browser, nichts wird übertragen

Dateien hierher ziehen oder klicken

Mehrere möglich

oder XML-Inhalt einfügen:

Was der pain.001.001.09-Validator prüft

Die deutschen Banken prüfen eine eingereichte pain.001-Datei nicht nur gegen das internationale ISO-20022-Schema, sondern zusätzlich gegen die DK-TVS (Testverfahren der Deutschen Kreditwirtschaft, hier die Variante GBIC_5), eine engere, deutsche Prüfgrundlage oben drauf. Im SEPA-Profil erlaubt sie zum Beispiel nur die Währung EUR und die Entgeltregelung SLEV, im AXZ-Profil für Auslandszahlungen gelten wieder andere, ebenfalls strengere Regeln. finisma prüft genau gegen diese Prüfgrundlage, nicht nur gegen das offenere ISO-Schema.

Viele andere Prüf-Tools kennen das aktuelle Format pain.001.001.09 gar nicht und melden bei einer solchen Datei nur „No matching global declaration available for the validation root“, sie verstehen ausschließlich die ältere Version pain.001.001.03. finisma prüft pain.001.001.09 vollständig, inklusive des AXZ-Profils für Auslandszahlungen, das kaum ein anderer öffentlicher Validator überhaupt kennt.

Ist Ihre Datei noch im alten Format pain.001.001.03 unterwegs, erkennt das Tool das ebenfalls und prüft sie gegen das ISO-Originalschema (für dieses ältere Format gibt es keine separate DK-Anlage-3-Prüfgrundlage mehr). Mehr zu Fristen und Unterschieden im Artikel pain.001.001.09 statt .03: Welches SEPA-Format akzeptiert Ihre Bank noch.

Ihre Zahlungsdaten bleiben in Ihrem Browser

Zusammenfassung und Geschäftsregeln laufen vollständig lokal: IBAN, BIC, Beträge und Verwendungszweck verlassen Ihren Rechner nicht, solange Sie nur die Datei hochladen oder einfügen. Erst der eigene, klar beschriftete Klick auf „Gegen Bank-Schema prüfen“ überträgt die Datei kurzzeitig an unseren Prüfdienst.

Keine Speicherung: Die Datei wird für die Bank-Schema-Prüfung genauso behandelt wie bei unserer ZUGFeRD-Prüfung: Bytes rein, Befund raus, danach ist nichts mehr davon auf dem Server. Es entsteht keine Kopie, kein Protokoll mit dem Inhalt.

Wozu die Prüfung gut ist

Vor der Einreichung bei der eigenen Bank

Eine Datei aus einer Fremdsoftware oder einem alten Export einmal gegen dieselbe Prüfgrundlage laufen lassen, die die Bank ohnehin anwendet, statt den Fehler erst bei der Einreichung per EBICS zu erfahren.

Beim Wechsel von DTAZV auf AXZ

Eine mit dem DTAZV-Konverter oder einer anderen Software erzeugte AXZ-Datei vor der DTAZV-Abschaltung 2026 gegen die echte AXZ-TVS prüfen, statt erst bei der Bank zu erfahren, ob sie durchgeht.

Zum Einordnen eines fremden Prüfergebnisses

Meldet ein anderer Validator einen Fehler zu Währung oder Entgeltregelung, zeigt dieses Tool, ob die Datei tatsächlich ISO-invalide ist oder nur an der zusätzlichen deutschen DK-TVS scheitert, ein wichtiger Unterschied für die Fehlersuche.

Kostenlos nutzbar

Datei korrigieren statt nur prüfen

Zeigt die Prüfung einen Fehler, öffnen Sie die Zahlung direkt in finisma Zahlungen und korrigieren Sie sie dort als editierbare Zeile. Für Rechnungen statt einzelner Zahlungen lohnt sich stattdessen Rechnungen bezahlen ohne Abtippen.

Häufige Fragen

Warum sagt ein anderer Validator „No matching global declaration available for the validation root“?+

Diese Meldung bedeutet meist, dass der verwendete Validator den Namensraum pain.001.001.09 gar nicht kennt und nur ältere Versionen wie pain.001.001.03 versteht. Er findet dann keine passende Wurzel-Deklaration im ihm bekannten Schema und bricht ab, obwohl die Datei selbst valide sein kann. finisma prüft pain.001.001.09 vollständig, inklusive des AXZ-Profils für Auslandszahlungen.

Was ist der Unterschied zwischen ISO-Schema und DK-TVS?+

Das ISO-20022-Originalschema ist international und entsprechend offen: praktisch jede Währung, jede Entgeltregelung. Die DK-TVS (Testverfahren der deutschen Kreditwirtschaft, hier die Variante GBIC_5) ist eine zusätzliche, engere Prüfgrundlage der deutschen Banken oben drauf: im SEPA-Profil zum Beispiel nur EUR und nur die Entgeltregelung SLEV. Eine Datei kann also ISO-valide sein und trotzdem an der DK-TVS scheitern, weil sie strenger ist als der internationale Standard.

Werden meine Zahlungsdaten gespeichert?+

Nein. Die Zusammenfassung und die Geschäftsregeln laufen vollständig in Ihrem Browser, kein Byte verlässt Ihren Rechner. Nur wenn Sie aktiv auf „Gegen Bank-Schema prüfen“ klicken, wird die Datei kurzzeitig an unseren Prüfdienst übertragen und danach nirgends gespeichert, genau wie bei unserer ZUGFeRD-Prüfung.

Welche pain.001-Versionen und Profile werden geprüft?+

pain.001.001.09 vollständig, sowohl das SEPA-Profil (Inlandsüberweisung, SCT) als auch das AXZ-Profil (Auslandszahlungsverkehr), jeweils gegen die passende DK-TVS. pain.001.001.03 wird erkannt und gegen das ISO-Originalschema geprüft, dazu gibt es den Migrationshinweis auf pain.001.001.09. pain.008 (Lastschrift) ist nicht enthalten.

Woher weiß das Tool, ob meine Datei SEPA oder AXZ ist?+

Beide Profile teilen denselben XML-Namensraum, ein Validator kann sie allein am Format nicht unterscheiden. finisma leitet aus Indizien wie Fremdwährung, einer Kontonummer statt IBAN oder einer abweichenden Entgeltregelung ein Profil ab und zeigt es an. Stimmt die Vermutung nicht, lässt sich das Profil oberhalb der Befundliste manuell auf SEPA oder AXZ umstellen.

Was passiert mit einer korrigierten Datei danach?+

Über „In finisma Zahlungen öffnen und korrigieren“ landet die Zahlung als editierbare Zeile in unserem Zahlungsverkehr-Tool. Der Import dorthin ist frei, ganz ohne Anmeldung. Nur der Download der fertigen, korrigierten SEPA- oder AXZ-Datei ist Teil des Zahlungsverkehr-Abos.

Kann ich damit auch eine fremde, nicht von finisma erzeugte Datei prüfen?+

Ja, genau dafür ist das Tool gedacht. Es kommt mit Zahlungsdateien fremder Kassensysteme, ERP-Programme oder Banking-Software zurecht und meldet Lücken zum eigenen Datenmodell (etwa mehrere Auftraggeber oder strukturierte Verwendungszwecke) als eigene Hinweise, statt Daten stillschweigend zu verwerfen.