Wie dieser Validator Ihnen hilft

Prüfen Sie Zahlungsdaten mit den Kontrollen, die Banken anwenden — Pflichtfelder, IBAN-Prüfsummen, BIC-Struktur, Kontrollsummen
Erzeugen Sie eine funktionsfähige pain.001.001.09 Überweisungsdatei, die Sie prüfen, kopieren oder herunterladen können
Belegen Sie das Ergebnis gegen das offizielle ISO-20022-Schema — das echte XSD, validiert in Ihrem Browser

Wichtige Hinweise

Nichts wird hochgeladen. Ihre Datei wird von Ihrem eigenen Browser gelesen und verlässt niemals Ihren Rechner — kein Server, keine Speicherung, keine Telemetrie. Auch für echte Daten sicher, wobei maskierte Testdaten stets gute Praxis sind.
Reines Testwerkzeug. Dateien werden niemals zur Verarbeitung eingereicht, und aus Ihren Aktionen hier können keine Zahlungen entstehen.
Erwartete Spalten: payment_id, payment_amount, currency, Name / IBAN / BIC von Auftraggeber und Begünstigtem, requested_execution_date — Komma, Semikolon und Tabulator als Trennzeichen werden automatisch erkannt. Laden Sie unten ein Beispiel herunter und nutzen Sie es als Vorlage für Ihren eigenen Export.
Keine Kosten. Dieses Werkzeug und die dahinterstehende vollständige Toolchain sind kostenlos und Open Source.

Überzeugen Sie sich selbst

„Nichts wird hochgeladen“ ist eine Aussage, die Sie in zwei Minuten selbst überprüfen können:

Öffnen Sie die DevTools → Netzwerk und nutzen Sie dann die Demo. Die einzigen Anfragen sind Same-Origin-GETs für die Ressourcen dieser Seite, die WASM-Engine und das Schema — keine davon überträgt Ihre Daten.
Führen Sie die XSD-Prüfung einmal aus und stellen Sie die DevTools dann auf Offline (oder schalten Sie das WLAN aus). Die gesamte Demo — einschließlich der offiziellen Schema-Prüfung — funktioniert weiterhin: Ein Service Worker speichert nach der ersten Nutzung alles im Cache.
Auch diese Seite ist Open Source — die Demo-Logik ist ein einziges Modul ohne Abhängigkeiten, das Sie vollständig nachlesen können.

Es gibt kein Analyse-Skript, keinen Fehlerberichtsdienst, keine Drittanbieter-Schriftart und keinen CSP-Report-Endpunkt — schon ein Bericht wäre eine ausgehende Verbindung.

Fügen Sie Ihre Zahlungsdaten hinzu

Ziehen Sie eine CSV-Datei hierher — oder klicken Sie zum Durchsuchen

Maximal 2 MB · wird lokal von Ihrem Browser gelesen, niemals hochgeladen

Laden Sie ein Beispiel als eigene Vorlage herunter: SEPA-Überweisung · grenzüberschreitend · Stapel mit 20 Zeilen

Validierungsergebnis & erzeugtes XML

Fügen Sie in Schritt 1 Daten hinzu — die Validierung läuft automatisch.

Was geprüft wurde
ISO-20022-Schema	—
Datenqualität (über das Schema hinaus)	—
Regelwerk des Zahlungsverfahrens	Not run — choose a scheme rulebook in step 1
Das Profil Ihrer Bank	Nicht bewertet — Pain001 liefert keine Bankprofile mit
Kanal und Zulässigkeit	Nicht bewertet — entscheidet Ihre Bank, nicht die Datei

Validierungsbefunde nach Zeile und Spalte
Zeile	Spalte	Regel	Wert	Problem

Das validierte pain.001.001.09-Dokument erscheint hier — fügen Sie Daten in Schritt 1 hinzu.

Belegen Sie es gegen das offizielle ISO-20022-XSD

Steps 1–2 already ran the pain001 library itself: its record validation, the scheme rulebook you chose, XML generation, and the official pain.001.001.09 schema gate on the result, all inside a Python runtime compiled to WebAssembly and served from this site. This button re-runs the schema gate on the XML shown above, so you can edit the document and check it again. The runtime (about 28 MB) downloads once, the first time you validate, and stays cached.

Generate XML in step 2 first — the XSD gate runs on that output.

Everything on this page runs in your browser — nothing is uploaded, stored, or sent anywhere. It runs the pain001 library itself, the same package you install with pip, inside a Python runtime compiled to WebAssembly: record validation, IBAN and BIC checks, the scheme rulebook you choose, XML generation with recomputed NbOfTxs/CtrlSum control totals, and the official XSD gate. What the CLI adds is scale and inputs: files of any size, Excel, SQLite, JSON, Parquet and SWIFT MT101, and every message edition — install the CLI for the complete pipeline.

Was diese Demo zeigt — und was die echte Pipeline hinzufügt

Jeder Beispielstapel ist außerdem als CSV-Datei herunterladbar und dient als Vorlage für den Export aus Ihrem eigenen ERP oder Ihrer Tabellenkalkulation — die Kopfzeile ist der Vertrag.

Die Demo oben implementiert die Fail-fast-Schicht der Pain001-Pipeline: Pflichtfeldprüfungen, IBAN-Prüfsummen nach ISO 13616 mod-97, BIC-Struktur nach ISO 9362, Betrags- und Datumsformate sowie Kontrollsummen (NbOfTxs, CtrlSum), die aus den Datensätzen neu berechnet statt einfach übernommen werden. Probieren Sie das Menü „Fehler einfügen…“ — jedes Szenario setzt genau einen realistischen Fehler (eine vertauschte IBAN-Ziffer, ein fehlerhafter BIC, eine fehlende Spalte, ein europäischer Betrag mit Dezimalkomma, ein unmögliches Datum) und zeigt Ihnen den zeilengenauen Befund, den das Gateway einer Bank sonst erst Tage später melden würde.

Die installierte Toolchain führt eine deutlich tiefere Prüfung aus: JSON-Schema-Validierung pro Datensatz mit Normalisierung von Feld-Aliassen, fünf Scheme-Regelwerke (SEPA SCT, Instant, SDD Core, B2B, grenzüberschreitend) mit Ausgabe --explain Regel für Regel sowie abschließende Validierung des erzeugten Dokuments gegen das offizielle ISO-20022-XSD, bevor ein einziges Byte geschrieben wird. Zehn Versionen von pain.001 und pain.008.001.02 werden unterstützt.

pip install pain001
pain001 -t pain.001.001.09 -d payments.csv -o out/ --scheme sepa-sct --dry-run

Schritt 3 oben ist keine Simulation: Er startet eine Python-Laufzeitumgebung in WebAssembly und führt xmlschema gegen das offizielle Schema pain.001.001.09 aus, das von dieser Seite ausgeliefert wird — dieselbe Klasse von XSD-Prüfung, die die CLI anwendet. Der CLI vorbehalten bleibt der Rest der Pipeline: JSON-Schema-Normalisierung, die fünf Scheme-Regelwerke mit --explain und die übrigen zehn Nachrichtendefinitionen.