Die Pflicht in Kürze
Seit dem 1. Januar 2025 müssen alle Unternehmen in Deutschland elektronische Rechnungen von anderen Unternehmen empfangen können. Ab dem 1. Januar 2027 müssen Unternehmen mit einem Vorjahresumsatz von mehr als 800.000 Euro sie auch ausstellen, ab dem 1. Januar 2028 alle Unternehmen. Rechnungen an öffentliche Auftraggeber sind schon länger elektronisch, als XRechnung mit der Leitweg-ID des Auftraggebers.
Eine E-Rechnung im Sinne der Pflicht ist eine strukturierte Rechnung nach der EN 16931. In der Praxis ist das die XRechnung (UBL oder CII) oder ZUGFeRD / Factur-X ab Version 2.0.1 in einem Profil mit den vollständigen Daten der EN 16931, etwa EN 16931 (COMFORT) oder EXTENDED. Die Profile MINIMUM und BASIC WL gelten nicht als E-Rechnung.
So prüfen Sie eine Rechnung
- Öffnen Sie den Validator mit dem XRechnung-Profil oder ziehen Sie ein ZUGFeRD-PDF hinein: Das Profil wird anhand der Kennung im PDF gewählt.
- Klicken Sie auf Validate. Zuerst kommt das Schema, dann die Regeln der EN 16931 und der XRechnung.
- Klicken Sie auf die Kennung einer Regel, um zu sehen, was sie prüft und wie Sie den Fehler beheben.
Um eine XRechnung oder ZUGFeRD-Rechnung zu lesen statt zu prüfen, öffnen Sie sie im E-Rechnungs-Viewer, der sie mit der Visualisierung der KoSIT darstellt.
Was geprüft wird
Bei der XRechnung folgen die Stufen der Konfiguration des KoSIT-Validators für das Szenario, das die Rechnung angibt (Standard, Extension oder CVD). Eine Regel, die die KoSIT zur Warnung herabstuft, lässt die Rechnung also auch hier nicht durchfallen. Wir haben die Ergebnisse mit dem KoSIT-Validator verglichen, an der XRechnung-Testsuite und den EN-16931-Rechnungen des ZUGFeRD-Korpus: Ergebnis und gemeldete Regeln waren bei jeder Rechnung gleich.
Häufige Gründe für eine Ablehnung sind eine fehlende Käuferreferenz (BR-DE-15, die bei öffentlichen Auftraggebern die Leitweg-ID trägt), fehlende Zahlungsanweisungen (BR-DE-1), ein Kontakt des Verkäufers ohne Telefonnummer oder E-Mail-Adresse (BR-DE-2) und Skontobedingungen als Freitext statt in der codierten Form (BR-DE-18).
Profile für die Prüfung
- XRechnung 3.0 Invoice (UBL): The German e-invoice in UBL syntax, checked against the UBL 2.1 schema, the EN 16931 rules and the XRechnung rules (BR-DE-*). Validieren
- XRechnung 3.0 Credit Note (UBL): A German XRechnung credit note in UBL syntax, checked against the UBL 2.1 CreditNote schema, the EN 16931 rules and the XRechnung rules (BR-DE-*). Validieren
- XRechnung 3.0 Invoice (CII): The German e-invoice in CII syntax (also the XML of ZUGFeRD XRECHNUNG profile), checked against the D16B schema, the EN 16931 rules and the XRechnung rules. Validieren
- Factur-X / ZUGFeRD EN 16931: The XML inside a Factur-X or ZUGFeRD PDF, in the profile that matches the European standard EN 16931, checked against the profile schema and the Factur-X EN 16931 rules. Validieren
- Factur-X / ZUGFeRD EXTENDED: The Factur-X and ZUGFeRD profile with more data than EN 16931, for industries that need it. Validieren
Die am häufigsten verletzten Regeln
Jede hat eine Seite mit dem, was sie prüft, ihrem Test und oft einer Anleitung zur Behebung.
BR-DE-15: Das Element "Buyer reference" (BT-10) muss übermittelt werden.BR-DE-1: Eine Rechnung (INVOICE) muss Angaben zu "PAYMENT INSTRUCTIONS" (BG-16) enthalten.BR-DE-2: Die Gruppe "SELLER CONTACT" (BG-6) muss übermittelt werden.BR-DE-TMP-32: Eine Rechnung sollte zur Angabe des Liefer-/Leistungsdatums entweder BT-72 "Actual delivery date", BG-14 "Invoicing period" oder in jeder Rechnungsposition BG-2...BR-DE-18: Skonto Zeilen in … müssen diesem regulärem Ausdruck entsprechen: …. Die Informationen zur Gewährung von Skonto müssen wie folgt im Element "Payment terms" (BT-2...BR-DE-21: Das Element "Specification identifier" (BT-24) soll syntaktisch der Kennung des Standards XRechnung entsprechen.BR-CO-15: Invoice total amount with VAT (BT-112) = Invoice total amount without VAT (BT-109) + Invoice total VAT amount (BT-110).
Fragen
Wird die Rechnung hochgeladen?
Nein. Die Schemaprüfung und die Regeln laufen beide in Ihrem Browser. Nur die API und die URL-Monitore validieren auf unseren Servern.
Ist das dasselbe wie der KoSIT-Validator?
Er verwendet dieselben veröffentlichten Regeldateien und die Stufen der KoSIT-Konfiguration vom 31. August 2026, und ein wöchentlicher Vergleich mit dem KoSIT-Validator stellt sicher, dass die Ergebnisse gleich bleiben.
Kann ich ein ZUGFeRD-PDF prüfen?
Ja. Ziehen Sie das PDF hinein: Das angehängte XML wird in Ihrem Browser herausgelöst und gegen das Profil geprüft, das es nennt, und der Anhang und seine XMP-Metadaten werden gegen die Vorgaben von ZUGFeRD geprüft. Rechnungsnummer, Datum, Beträge und die Umsatzsteuer-Identifikationsnummer des Verkäufers aus dem XML werden außerdem im Text des PDFs gesucht, mit einer Warnung für jede Angabe, die dort fehlt.
Welche XRechnung-Version wird verwendet?
XRechnung 3.0.2 mit den XRechnung-Regeln 2.6.0 und den Regeln der EN 16931 in Version 1.3.16, wie in der KoSIT-Konfiguration vom 31. August 2026.