camt-Validator: camt.052, camt.053 und camt.054 prüfen
Laden Sie eine camt-Datei hoch oder fügen Sie das XML ein. finisma prüft Struktur und Plausibilität sofort im Browser, ohne Übertragung: Nachrichtenkopf, Auszug, Salden, Buchungen, Sammler, Sequenznummern und IBAN-Prüfziffern. Auf Klick folgt die Prüfung gegen das ISO-20022-Originalschema der Version .02 oder .08.
Stufe 1 · läuft vollständig in Ihrem Browser, der Kontoauszug wird nicht übertragen
Dateien hierher ziehen oder klicken
Mehrere möglich
oder XML-Inhalt einfügen:
Drei Prüfschichten, eine Datei
Nachricht und Version am Namensraum, Kopf mit MsgId und Erstellungszeit, Auszug mit Kennung und Konto, je Buchung Betrag, Richtung, Status und Bank Transaction Code. Was fehlt, wird mit Pfad gemeldet, die Datei bleibt trotzdem lesbar.
Anfangssaldo plus Haben minus Soll gegen den Endsaldo, Saldodaten gegen den Auszugszeitraum, Buchungsdaten innerhalb des Zeitraums, Lücken und Dubletten in den Auszugsnummern, Sammlerbetrag und Zahlungszahl gegen die Einzelzahlungen, IBAN-Prüfziffern von Konto und Gegenparteien, Hinweise auf Vormerkungen, Stornos und Rückgaben mit Grund im Klartext.
Auf Klick gegen das ISO-20022-Originalschema camt.052, camt.053 oder camt.054 in der Version der Datei. Jeder Verstoß kommt mit Zeile und Spalte zurück, die englischen Meldungen erklärt das camt-Fehlerglossar.
Prüfgrundlage: ISO-Originalschema statt Bankvorgaben
Für pain.001 liefert die deutsche Kreditwirtschaft eigene, engere Schemas, die der pain.001-Validator verwendet. Für camt gibt es das nicht: Die Banken prüfen und erzeugen gegen das unveränderte ISO-Schema und ergänzen Belegungsregeln, etwa den Geschäftsvorfallcode in BkTxCd/Prtry/Cd mit dem Issuer DK. Der Validator prüft deshalb gegen die ISO-Originale der Versionen .02 (2009) und .08 (2019) und zeigt die Grundlage im Ergebnis an. Die Belegungsregeln fließen in die Plausibilitätsprüfung ein, soweit sie sich aus den veröffentlichten Beispielen belegen lassen.
Eine Datei kann das Schema bestehen und trotzdem falsch sein: Das Schema kennt keine Salden-Rechnung, keine fortlaufenden Auszugsnummern und keine Prüfziffern. Deshalb stehen die Plausibilitätsbefunde hier vor der Schema-Prüfung. Umgekehrt kann eine fachlich richtige Datei am Schema scheitern, zum Beispiel ein Konverter-Ergebnis, das Elemente aus .02 in einer .08-Datei stehen lässt.
Typische Befunde
Salden passen nicht zu den Buchungen: meist eine unvollständige Lieferung oder Zwischensalden, die vom Standard abweichen. Mehrseitige Nachricht: Salden gelten nur für die ganze Nachricht, der Saldencheck entfällt. Lücke in der Auszugsnummer: ein Auszug fehlt in der Datei. DK-Schlüsselwörter im Verwendungszweck: der Auszug wurde aus MT940 gewandelt. Element unerwartet: Reihenfolge oder Version passen nicht zum Schema.
Anders als eine MT940-Prüfung, die nur Feldlängen und Satzaufbau kennt, prüft camt als XML gegen ein Schema mit Datentypen, Codelisten und Pflichtfeldern. Dafür fehlt im camt die enge Struktur des Feldes 86: Der Verwendungszweck ist frei, und die Banken belegen Referenzen unterschiedlich. Die Plausibilitätsregeln fangen auf, was das Schema nicht sieht.
Für Konverter-Autoren: .02 nach .08
Die Inhalte beider Versionen sind gleich, der Aufbau unterscheidet sich an wenigen Stellen: Der Status steht in .08 als Auswahl Sts/Cd statt als Code direkt in Sts. Zahler und Empfänger liegen unter RltdPties/Dbtr/Pty statt direkt unter Dbtr. Die Bankkennung heißt BICFI statt BIC. Die Saldoart ist in .08 eine externe Codeliste, in .02 eine feste Aufzählung. Der Validator meldet jede dieser Stellen mit Zeile und Spalte, die Anzeige im camt-Viewer zeigt daneben, ob die Werte trotzdem richtig gelesen werden. Eine gültige Datei zum Vergleichen steht im Artikel camt.053 Beispiel.
Ihre Datei bleibt bei Ihnen
Struktur und Plausibilität prüft der Browser, nichts wird übertragen. Erst der eigene Klick auf „Gegen ISO-Schema prüfen“ sendet die Datei kurzzeitig an unseren Prüfdienst.
Häufige Fragen
Warum meldet ein anderer Validator „No matching global declaration available for the validation root“?
Die Meldung heißt: Das Wurzelelement Document steht nicht in dem Namensraum, den das gewählte Schema erwartet. Entweder prüft das Werkzeug eine .08-Datei gegen ein .02-Schema oder umgekehrt, oder die Datei bindet den Namensraum nur an ein Präfix (xmlns:n0=…) und schreibt die Elemente ohne Präfix, so liefern es einzelne Banken. finisma erkennt Nachricht und Version am Namensraum und wählt das passende Schema selbst.
Prüft das Tool gegen die Vorgaben meiner Bank?
Es prüft gegen das ISO-20022-Originalschema der Version .02 oder .08. Eigene camt-Schemas wie die GBIC-Testverfahren für pain.001 gibt es von der deutschen Kreditwirtschaft nicht, nur Belegungsregeln. Was eine einzelne Bank darüber hinaus anders belegt, etwa Zwischensalden oder hausinterne Codes, kennt das Tool nicht; die Plausibilitätsregeln melden solche Abweichungen als Warnung mit Erklärung.
Was ist der Unterschied zwischen Schema und Plausibilität?
Das Schema prüft die Form: Elemente, Reihenfolge, Pflichtfelder, Muster und Längen. Eine Datei kann das Schema bestehen und trotzdem fachlich falsch sein, zum Beispiel wenn Anfangssaldo plus Buchungen den Endsaldo nicht ergeben oder eine Auszugsnummer fehlt. Die Plausibilitätsregeln prüfen genau das, sofort im Browser und vor der Schema-Prüfung.
Kann ich eine camt.054-Sammler-Auflösung prüfen?
Ja. Bei einer Sammelbuchung vergleicht das Tool die gemeldete Zahl der Zahlungen (NbOfTxs) und den Gesamtbetrag mit den enthaltenen Einzelzahlungen und meldet Abweichungen. Die Einzelzahlungen stehen mit EndToEndId, Gegenpartei und Betrag in der Detailansicht, so lässt sich ein eigener Zahllauf Zeile für Zeile abgleichen.
Werden meine Dateien gespeichert?
Nein. Struktur- und Plausibilitätsprüfung laufen vollständig im Browser, die Datei verlässt Ihren Rechner nicht. Nur der eigene Klick auf „Gegen ISO-Schema prüfen“ überträgt sie kurzzeitig an unseren Prüfdienst; dort wird sie im Arbeitsspeicher geprüft und mit der Antwort verworfen. Unsere Protokolle enthalten Zählwerte wie Größe, Nachrichtentyp und Ergebnis, nie Inhalte.
Was ist mit den Versionen .04 oder .10?
Der Validator liest sie nach dem Aufbau der Version .08 und zeigt Buchungen und Befunde der Plausibilitätsregeln. Die Schema-Prüfung gibt es nur für .02 und .08, weil nur diese beiden in Deutschland im Umlauf sind. Eine Datei aus der Schweiz (.04) lässt sich also ansehen und fachlich prüfen, aber nicht gegen ihr Schema validieren.
Ich schreibe einen Konverter von .02 nach .08. Worauf muss ich achten?
Auf drei Stellen: Der Buchungsstatus wandert von einem Code direkt in Sts nach Sts/Cd. Zahler und Empfänger unter RltdPties stehen in .08 eine Ebene tiefer unter Pty (oder Agt für eine Bank). Die Bankkennung heißt BICFI statt BIC. Dazu ist Stmt/CreDtTm in .08 optional und die Saldoart eine externe Codeliste. Der Validator zeigt jede dieser Stellen mit Zeile und Spalte.
In English
Free online checker for camt.052, camt.053 and camt.054 bank statement files (ISO 20022, schema versions .02 and .08). Structure and plausibility checks run entirely in your browser, nothing is uploaded; the XSD validation against the original ISO schema runs on request only. The interface is in German. For payment files (pain.001) use the pain.001 validator.
Kostenlos nutzbar
Dieselbe Datei lesen statt nur prüfen
Der camt-Viewer zeigt Salden, Buchungen und Sammler-Auflösung derselben Datei und exportiert die Buchungen als CSV.
Zum camt-Viewer