Der Prüfer oben validiert eine E-Rechnungsdatei gegen die Regeln des Landes, das Sie wählen. Er führt das XML-Schema und die dort geltenden Schematron-Geschäftsregeln aus, meldet jeden Befund mit seiner Regelkennung und vergisst die Datei anschließend. Er benötigt kein Konto, speichert nichts und nimmt Dateien bis 25 MB an.
Welche Formate er validiert
Der Prüfer erkennt die Datei an ihrem Inhalt, nicht an der Endung: Ein PDF wird als Hybriddokument behandelt und das eingebettete XML extrahiert; eine XML-Datei wird anhand ihres Namensraums als UBL oder CII identifiziert. Das gewählte Land bestimmt das Regelwerk.
| Gewähltes Land | Akzeptierte Dateien | Angewandte Regeln |
|---|---|---|
| Deutschland | XRechnung (UBL oder CII), ZUGFeRD-/Factur-X-PDF, reines EN-16931-UBL oder -CII | EN-16931-Schema und -Schematron; XRechnung-CIUS-Regeln; Factur-X-Profilregeln für ZUGFeRD; PDF/A-3-Konformität bei PDFs. Für XRechnung-Dokumente wird der KoSIT-Validator ausgeführt. |
| Frankreich | Factur-X-PDF, reines CII | EN-16931-CII-Regeln und das Factur-X-Profil; PDF/A-3-Konformität bei PDFs |
| Belgien | UBL-Rechnung oder -Gutschrift | Regeln von Peppol BIS Billing 3.0 (das OpenPeppol-Schematron) zusätzlich zu EN 16931 |
| Polen | FA(3)-XML | FA(3)-Schemavalidierung. FA(3) ist kein EN-16931-Dokument, daher werden keine EN-16931-Regeln angewandt. |
Die Länderangabe ist Pflicht, denn eine belgische Rechnung, die gegen deutsche Regeln geprüft wird, liefert eine sichere Antwort, die sicher falsch ist. Im Zweifel wählen Sie das Land des Empfängers.
Was „gültig" hier bedeutet
Gültig heißt: Die Datei hat zwei Ebenen bestanden — das XML-Schema ihrer Syntax und die Schematron-Geschäftsregeln des gewählten Regelwerks. Das Schema sagt, dass jedes Element dort steht, wo die Syntax es erlaubt. Schematron sagt, dass der Inhalt stimmig ist: Summen gehen auf, Pflicht-Geschäftsbegriffe sind vorhanden, Codelisten werden eingehalten, und die landesspezifischen CIUS-Regeln gelten.
Die Regelwerke sind die veröffentlichten. Für XRechnung führt der Prüfer den KoSIT-Validator aus, eine Engine, die „keine eigenen Validierungsregeln" hat und sie aus veröffentlichten Szenarien bezieht; für die übrigen Formate führt er das veröffentlichte Schematron von EN 16931, Factur-X oder Peppol BIS im Prozess aus. Jeder Befund benennt seine Regel (zum Beispiel BR-CO-15), sodass Sie sie in der Norm nachschlagen können.
Was er Ihnen nicht sagen kann
Ein Bestehen bedeutet, dass die Datei technisch korrekt ist. Es bedeutet nicht, dass ein bestimmter Empfänger sie annehmen wird: Ein Portal der öffentlichen Hand, ein Peppol-Empfänger oder eine französische Plattform kann eigene Regeln anwenden. Es sagt auch nicht, dass die Rechnung nach nationalem Umsatzsteuerrecht vollständig ist oder dass die steuerliche Behandlung stimmt; das erfordert fachliche Bestätigung. Der Prüfer validiert eine Datei und sendet, registriert oder schlägt nichts nach.
Datenschutz, Größe und Ratenbegrenzung
Die Datei wird im Arbeitsspeicher validiert und verworfen. Es wird keine Datei, kein Hashwert und keine Datenbankzeile geschrieben. Die Größengrenze liegt bei 25 MB und wird geprüft, bevor ein einziges Byte geparst wird; eine echte E-Rechnung hat einige hundert Kilobyte.
Da der Prüfer öffentlich ist und jeder Lauf Sekunden an Rechenzeit kostet, ist er pro Client-Adresse ratenbegrenzt: fünf Prüfungen in Folge, danach eine pro Minute. Über der Grenze erhalten Sie HTTP 429 mit einem Retry-After-Header. Über KRONENWERK ausgestellte Rechnungen, einschließlich über die E-Rechnungs-API angelegter Entwürfe, werden bei der Ausstellung ohne diese Grenze validiert.
Häufige Fehler und ihre Bedeutung
| Befund | Übliche Ursache | Abhilfe |
|---|---|---|
| Schemafehler am Wurzelelement | UBL als CII geprüft oder umgekehrt; ein reines PDF ohne eingebettetes XML | Prüfen Sie, ob die Datei wirklich eine E-Rechnung ist; ein PDF ohne XML-Anhang ist keine. |
BR-CO-10 bis BR-CO-15 | Positionssummen, Steuersummen und Zahlbetrag gehen nicht auf | Im ausstellenden System neu berechnen; Rundung je Position ist der übliche Übeltäter. |
BR-S-08, BR-AE-*, BR-E-* | Umsatzsteueraufschlüsselung fehlt oder passt nicht zur auf den Positionen verwendeten Kategorie (Regelsatz, Reverse Charge, steuerfrei) | Jede auf einer Position verwendete Umsatzsteuerkategorie braucht eine passende Aufschlüsselung mit Satz und, wo erforderlich, Befreiungsgrund. |
| PDF/A-3-Konformität nicht erfüllt | ZUGFeRD- oder Factur-X-PDF, das erneut gespeichert oder gedruckt wurde und dabei seine PDF/A-Struktur verloren hat | Aus der ausstellenden Software neu erzeugen; das PDF nachträglich nie bearbeiten. |
Wie KRONENWERK damit umgeht
Unterstützt Der Prüfer ist der Validierungsstack, den KRONENWERK auf seine eigenen Rechnungen anwendet: Jedes XRechnung-, ZUGFeRD-, Factur-X-, Peppol-BIS- oder FA(3)-Dokument wird validiert, bevor es ausgestellt werden kann, und eingehende XRechnung-, ZUGFeRD-/Factur-X- und UBL-Dateien werden validiert und unter Ausgaben als Eingangsrechnungen eingelesen. Der kostenlose Prüfer stellt diese Empfangsseite ohne Konto und ohne Speicherung bereit. Siehe die Formatseiten zu XRechnung, ZUGFeRD, Factur-X und FA(3) sowie E-Rechnungen in Deutschland empfangen.
Häufige Fragen
Wird die Datei irgendwo hochgeladen und aufbewahrt?
Sie wird an den Prüfer gesendet, im Arbeitsspeicher validiert und verworfen. Es wird keine Kopie, kein Hashwert und kein Datensatz gespeichert.
Warum muss ich ein Land wählen?
Weil sich die Geschäftsregeln unterscheiden: Deutschland, Frankreich, Belgien und Polen wenden jeweils ein eigenes Regelwerk zusätzlich zu oder anstelle von EN 16931 an. Ein falsches Land ergibt ein falsches Urteil.
Die Rechnung meines Lieferanten fällt durch. Muss ich sie trotzdem buchen?
Eine Rechnung, die eingegangen ist, bleibt eine eingegangene Rechnung. Buchen Sie sie, bewahren Sie sie auf und bitten Sie den Lieferanten um eine korrigierte Fassung; ob die Mängel Ihren Vorsteuerabzug berühren, erfordert fachliche Bestätigung.