E-Rechnung Validator

Validieren Sie Ihre elektronischen Rechnungen kostenlos gegen die EN16931-Regeln, Peppol-BIS-Rechnungen zusätzlich gegen Peppol BIS Billing 3.0. Unterstützt XRechnung (UBL und CII) sowie ZUGFeRD/Factur-X als PDF oder XML. Sofortige Ergebnisse, ohne Anmeldung.

Prüfungen: EN16931 1.3.16 und Peppol BIS Billing 3.0.20 für UBL · EN16931 1.3.16 für CII · XRechnung 3.0.2 (KoSIT-Schematron 2.6.0) · Factur-X 1.09.2 / ZUGFeRD 2.5.2 · XML-Schema UBL 2.1, CII D16B und Factur-X · zuletzt aktualisiert 20. Oktober 2026

Was ist eine E-Rechnung?

Eine E-Rechnung ist eine Rechnung in einem strukturierten, maschinenlesbaren XML-Format. Im Unterschied zu einer PDF- oder Papierrechnung lassen sich ihre Daten automatisch auslesen und verarbeiten. Maßgeblich ist die europäische Norm EN16931, die ein einheitliches semantisches Datenmodell für Rechnungen in der EU festlegt.

Eine reine PDF-Datei gilt nicht als E-Rechnung, da sie keine strukturierten Daten enthält. In Deutschland erfüllen vor allem XRechnung (reines UBL-XML) und ZUGFeRD/Factur-X (CII-XML eingebettet in ein PDF/A-3) die Anforderungen. Beide bauen auf EN16931 auf und werden von der E-Rechnungspflicht akzeptiert.

Unterstützte Formate

In Deutschland und Europa haben sich zwei E-Rechnungs-Formate durchgesetzt. Beide erfüllen die europäische Norm EN16931, unterscheiden sich aber in Syntax und Anwendungsbereich.

EigenschaftXRechnungZUGFeRD / Factur-X (CII)
XML-StandardOASIS UBL 2.1 oder UN/CEFACT CIIUN/CEFACT CII
DateiformatReines XMLXML eingebettet in PDF/A-3
HaupteinsatzB2G (öffentlicher Sektor)B2B und B2G
Peppol-kompatibelJa (UBL-Variante)Nein (Peppol BIS Billing nutzt UBL)
EN16931-konformJaJa (ab Profil BASIC)
Hier geprüftEN16931 (CEN), UBL oder CII; keine Peppol-BIS-RegelnPDF (Basisprüfung) und XML gegen XSD und Schematron des Profils (Factur-X 1.09.2 / ZUGFeRD 2.5.2)

So funktioniert die Validierung

Ihre E-Rechnung wird automatisch gegen mehrere Regelwerke geprüft. So erkennen Sie Fehler, bevor Sie die Rechnung versenden.

1

Datei hochladen

Laden Sie Ihre XRechnung (UBL oder CII) oder eine ZUGFeRD-/Factur-X-PDF beziehungsweise ihre XML hoch. Bei einer PDF prüfen wir zuerst das PDF und dann die eingebettete XML. Sie können mehrere Dateien gleichzeitig prüfen.

2

XML-Schema prüfen

Die Datei wird gegen das passende XSD geprüft: UBL 2.1 Invoice oder CreditNote, UN/CEFACT CII D16B oder bei ZUGFeRD/Factur-X das XSD des Profils. Schemafehler erscheinen mit Zeile und Spalte.

3

EN16931-Geschäftsregeln prüfen

Die europäischen Geschäftsregeln (BR-Regeln) werden geprüft: Pflichtfelder, Berechnungen, Steuerkategorien und Konsistenz der Rechnungsdaten.

4

XRechnung-Regeln prüfen (nur XRechnung)

Bei einer XRechnung 3.0 (UBL oder CII) laufen zusätzlich die deutschen Geschäftsregeln der KoSIT (BR-DE), z. B. Käuferreferenz/Leitweg-ID und Kontaktdaten des Verkäufers, mit den Schweregraden der KoSIT-Szenarien.

5

Peppol-BIS-Billing-3.0-Regeln prüfen (nur Peppol BIS)

Bei Peppol-BIS-Rechnungen (UBL) werden zusätzlich Peppol-spezifische Regeln geprüft: elektronische Adressschemata, Prozess-Identifikatoren und Codelisten-Einschränkungen. Eine XRechnung ist keine Peppol-BIS-Rechnung, daher wendet der Validator diese Regeln auf sie nicht an.

6

Ergebnisse anzeigen

Sie erhalten eine detaillierte Übersicht aller Fehler und Warnungen mit Regelkennung, betroffener Stelle im XML und Lösungshinweisen.

Was wir prüfen und was nicht

Geprüft

  • XML-Schema (XSD): UBL 2.1, UN/CEFACT CII D16B oder bei ZUGFeRD/Factur-X das XSD des Profils, mit Zeile und Spalte jedes Schemafehlers
  • ZUGFeRD/Factur-X nach den offiziellen Regeln des Profils, MINIMUM bis EXTENDED: EN16931-Regeln des Profils, Struktur und Codelisten (FX-SCH-A-), bei EXTENDED die Regeln BR-FXEXT-
  • EN16931-Pflichtfelder wie Rechnungsnummer, Datum, Verkäufer- und Käuferangaben
  • Rechenregeln (BR-CO-): Positionssummen, Rechnungssummen, Zahlbetrag
  • Steuerlogik je Kategorie: Regelsteuersatz, Nullsatz, steuerfrei, Reverse Charge, innergemeinschaftliche Lieferung
  • Codelisten: Währungen, Länder, Einheiten, Steuerkategorien, Zahlungsarten
  • XRechnung-Regeln der KoSIT (BR-DE, XRechnung 3.0.2) für XRechnungen, z. B. BR-DE-15 Käuferreferenz
  • Peppol-BIS-Billing-3.0-Regeln für Peppol-BIS-Rechnungen (UBL), nicht für XRechnung

Nicht geprüft

  • Aufbau und Prüfziffer der Leitweg-ID in der Käuferreferenz (BT-10). Als elektronische Adresse unter Schema 0204 zeigt der Validator eine Empfehlung zur Datenqualität: ADV-ENDPOINT
  • Ob eine USt-IdNr., Peppol-ID oder Leitweg-ID existiert oder registriert ist (keine Online-Abfrage)
  • Das Format der USt-IdNr. über das Länderkennzeichen hinaus (BR-CO-09); nur Peppol BIS prüft die USt-IdNr. norwegischer, schwedischer und griechischer Verkäufer. Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-VAT
  • Das Format der IBAN (Leerzeichen oder eine falsche Prüfziffer), außer einer Warnung bei manchen deutschen Rechnungen mit Zahlungsart 58 oder 59 (BR-DE-19, BR-DE-20, DE-R-019, DE-R-020). Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-IBAN
  • Die meisten Peppol-IDs: Ein Platzhalter wie unknown unter Schema 0204 besteht die Prüfung. Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-ENDPOINT
  • Leere Elemente in reinem EN16931-CII und in ZUGFeRD MINIMUM / BASIC WL (siehe PEPPOL-EN16931-R008). Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-EMPTY
  • Die vollständige PDF/A-3-Prüfung einer ZUGFeRD-PDF (wir prüfen nur die Basis) und ob die PDF-Ansicht zur XML passt
  • Formale Empfehlung des KoSIT-Prüftools; dies ist kein offizielles Werkzeug der KoSIT
  • Inhaltliche Richtigkeit, z. B. ob der gewählte Steuersatz zu Ihrem Geschäftsvorfall passt

Empfehlungen zur Datenqualität stehen im Ergebnis in einem eigenen Abschnitt, getrennt von Fehlern und Warnungen. Sie sind nicht Teil der offiziellen Regeln und ändern das Ergebnis nie. Alle Empfehlungen zur Datenqualität (englisch).

Ob eine USt-IdNr. existiert, prüfen Sie in VIES; eine Peppol-ID finden Sie im Peppol Directory. Jede Regel ist in der Regelübersicht (englisch) erklärt.

Für Rechnungen an Behörden ist meist eine XRechnung gefordert. Die BR-DE-Regeln prüft dieser Validator; für die verbindliche Prüfung nutzen Sie zusätzlich das offizielle Tool, siehe KoSIT Validator.

Häufige Fehler und Lösungen

Diese Validierungsfehler treten besonders häufig auf. Hier finden Sie Erklärungen und Lösungsansätze.

BR-02

Rechnungsnummer fehlt

Jede E-Rechnung muss eine Rechnungsnummer (BT-1) enthalten. In UBL ist das cbc:ID im Rechnungskopf, in CII rsm:ExchangedDocument/ram:ID.

BR-06

Name des Verkäufers fehlt

Die Rechnung muss den Namen des Verkäufers (BT-27) enthalten. In UBL ist das cac:PartyLegalEntity/cbc:RegistrationName, in CII ram:SellerTradeParty/ram:Name.

BR-CO-15

Bruttobetrag stimmt nicht

Der Gesamtbetrag mit Steuer (BT-112) muss der Summe aus Nettobetrag (BT-109) und Steuerbetrag (BT-110) entsprechen. Prüfen Sie in UBL cbc:TaxExclusiveAmount, cbc:TaxAmount und cbc:TaxInclusiveAmount und die Rundung.

PEPPOL-EN16931-R001

Ungültiger Geschäftsprozess

Bei Peppol-BIS-Rechnungen (UBL) prüft der Validator, ob cbc:ProfileID vorhanden ist, für Peppol BIS Billing meist 'urn:fdc:peppol.eu:2017:poacc:billing:01:1.0'.

Weitere häufige Fehler mit Lösung: PEPPOL-EN16931-R008 (leeres XML-Element), PEPPOL-EN16931-R010 (elektronische Adresse des Käufers fehlt), PEPPOL-EN16931-R046 (Nettopreis passt nicht zu Bruttopreis und Rabatt) und PEPPOL-EN16931-R120 (Nettobetrag der Position falsch berechnet). Alle Regeln: Validierungsfehler erklärt.

E-Rechnungspflicht 2025 bis 2028

Mit dem Wachstumschancengesetz wird die E-Rechnung im inländischen B2B-Bereich stufenweise verpflichtend. Die Empfangspflicht gilt bereits, die Versandpflicht folgt gestaffelt nach Umsatz.

1. Januar 2025

Alle Unternehmen müssen strukturierte E-Rechnungen im B2B-Bereich empfangen können.

1. Januar 2027

Versandpflicht für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz.

1. Januar 2028

Versandpflicht für alle übrigen Unternehmen im inländischen B2B-Geschäftsverkehr.

Ausnahmen und Details: E-Rechnungspflicht und E-Rechnung in Deutschland.

XRechnung oder ZUGFeRD wählen?

XRechnung eignet sich, wenn Sie an öffentliche Auftraggeber (B2G) fakturieren oder rein maschinell verarbeiten. ZUGFeRD/Factur-X eignet sich, wenn Empfänger zusätzlich eine sichtbare PDF-Ansicht erwarten. Beide erfüllen die E-Rechnungspflicht im B2B-Bereich, sofern das ZUGFeRD-Profil mindestens BASIC ist.

Einen ausführlichen Vergleich der drei Formate finden Sie unter ZUGFeRD, Factur-X und XRechnung im Vergleich. ZUGFeRD-Profile und Versionen erklärt die Seite ZUGFeRD.

Häufige Fragen

Was ist eine E-Rechnung?

Eine E-Rechnung (elektronische Rechnung) ist eine Rechnung, die in einem strukturierten, maschinenlesbaren XML-Format ausgestellt, übermittelt und empfangen wird. Im Gegensatz zu PDF-Rechnungen können E-Rechnungen automatisch verarbeitet werden. In Deutschland sind die gängigen Formate XRechnung (reines XML in UBL 2.1 oder CII) und ZUGFeRD/Factur-X (PDF/A-3 mit eingebettetem CII-XML). Beide Formate erfüllen die europäische Norm EN16931.

Welche E-Rechnungs-Formate werden unterstützt?

Der Validator nimmt XML-Dateien in zwei Syntaxen an. Eine XRechnung (UBL oder CII) wird gegen die EN16931-Regeln (CEN) und die XRechnung-Regeln der KoSIT (BR-DE) geprüft, ohne Peppol-BIS-Regeln. Eine Peppol-BIS-Billing-3.0-Rechnung (UBL) wird gegen EN16931 und Peppol BIS Billing 3.0 geprüft. Eine ZUGFeRD-/Factur-X-PDF laden Sie so hoch, wie sie ist: Wir prüfen das PDF und die eingebettete CII-XML gegen XSD und Schematron ihres ZUGFeRD-Profils (MINIMUM bis EXTENDED), die die EN16931-Regeln des Profils enthalten.

Ist die E-Rechnung ab 2025 Pflicht?

Ja. Mit dem Wachstumschancengesetz wird die E-Rechnung im B2B-Bereich in Deutschland stufenweise verpflichtend. Ab dem 1. Januar 2025 müssen alle Unternehmen E-Rechnungen empfangen können. Ab 2027 wird der Versand für Unternehmen mit einem Vorjahresumsatz über 800.000 Euro Pflicht, ab 2028 für alle Unternehmen. Im öffentlichen Sektor (B2G) gilt die E-Rechnungspflicht bereits seit 2020.

Was ist der Unterschied zwischen XRechnung und ZUGFeRD?

XRechnung ist ein reines XML-Format (UBL 2.1 oder CII), das ursprünglich für den öffentlichen Sektor in Deutschland entwickelt wurde. ZUGFeRD (ab Version 2.0 identisch mit Factur-X) kombiniert eine maschinenlesbare XML-Datei im CII-Format mit einer menschenlesbaren PDF-Darstellung in einer Datei. Beide Formate erfüllen die EN16931-Norm und sind damit gleichwertig für die E-Rechnungspflicht.

Was bedeutet EN16931?

EN16931 ist die europäische Norm für elektronische Rechnungsstellung. Sie definiert ein semantisches Datenmodell mit Pflichtfeldern, Berechnungsregeln und Geschäftslogik, die jede E-Rechnung in der EU erfüllen muss. Die Validierungsregeln tragen Präfixe wie BR- (Business Rules) und BR-CO- (Berechnungsregeln). Unser Validator prüft Ihre Dateien gegen das offizielle EN16931-Schematron (CEN).

Kann ich PDF-Rechnungen validieren?

Reine PDF-Rechnungen sind keine E-Rechnungen und können nicht validiert werden, da sie kein strukturiertes XML enthalten. ZUGFeRD-/Factur-X-PDFs sind die Ausnahme: Sie enthalten eine eingebettete XML. Laden Sie die PDF direkt hoch. Wir prüfen die eingebettete XML, die XMP-Metadaten und PDF/A-3 (Basisprüfung) und danach die XML gegen die Regeln ihres ZUGFeRD-Profils.

Wie unterscheidet sich UBL von CII?

UBL (Universal Business Language) und CII (Cross-Industry Invoice) sind zwei unterschiedliche XML-Syntaxen für E-Rechnungen. UBL 2.1 wird von OASIS gepflegt und ist die Basis von Peppol BIS Billing. CII wird von UN/CEFACT gepflegt und ist die Basis von ZUGFeRD/Factur-X. XRechnung gibt es in beiden Syntaxen. Beide Syntaxen können die EN16931-Anforderungen abbilden, verwenden aber unterschiedliche XML-Strukturen und Namespaces.

Was ist der Unterschied zwischen Peppol und UBL?

UBL (Universal Business Language, Version 2.1) ist eine XML-Syntax von OASIS, also das Dateiformat einer Rechnung. Peppol ist ein Netzwerk mit eigenen Regeln, über das Access Points elektronische Dokumente austauschen. Peppol BIS Billing 3.0 legt fest, wie eine Rechnung in UBL für dieses Netzwerk aussehen muss, und ergänzt die EN16931 um die PEPPOL-EN16931-Regeln. Jede Peppol-BIS-Rechnung ist also UBL, aber nicht jede UBL-Rechnung ist eine Peppol-BIS-Rechnung: Eine XRechnung in UBL folgt der Spezifikation der KoSIT.

Was bedeutet urn:cen.eu:en16931:2017 in der Rechnung?

Die Kennung urn:cen.eu:en16931:2017 steht für die europäische Norm EN16931. Sie ist der Anfang der Spezifikationskennung (BT-24), in UBL im Element cbc:CustomizationID, in CII in ram:GuidelineSpecifiedDocumentContextParameter/ram:ID. Steht sie allein, erklärt die Rechnung nur die Konformität mit EN16931, z. B. im ZUGFeRD-Profil EN16931. Nach #compliant# folgt die Spezialisierung: urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 für XRechnung 3.0, urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 für Peppol BIS Billing 3.0. An dieser Kennung erkennt der Validator eine XRechnung und wählt die Regelwerke.

Ab wann müssen Unternehmen E-Rechnungen versenden?

Die Empfangspflicht gilt seit dem 1. Januar 2025 für alle inländischen Unternehmen. Die Versandpflicht wird gestaffelt: ab dem 1. Januar 2027 für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz, ab dem 1. Januar 2028 für alle übrigen. Im B2G-Bereich ist die E-Rechnung bereits seit 2020 Pflicht. Die Umsatzgrenze betrifft nur den Versand, nicht den Empfang. Ausgenommen sind unter anderem Kleinbetragsrechnungen bis 250 Euro und Fahrausweise.

Welche ZUGFeRD-Profile erfüllen die E-Rechnungspflicht?

Zulässig sind die Profile, die den vollständigen EN16931-Datensatz tragen: BASIC, EN16931 (früher COMFORT), EXTENDED und XRECHNUNG. Die Profile MINIMUM und BASIC WL enthalten nicht alle vorgeschriebenen strukturierten Daten und gelten nicht als E-Rechnung. Der Validator prüft die eingebettete CII-XML-Datei gegen XSD und Schematron ihres Profils, auch bei MINIMUM und BASIC WL. Besteht eine solche Datei die Prüfung, ist sie gültig für ihr Profil, aber trotzdem keine E-Rechnung.

Was ist die Leitweg-ID?

Die Leitweg-ID ist die Routing-Adresse für Rechnungen an öffentliche Auftraggeber (B2G). Sie ordnet die Rechnung der richtigen Behörde zu und wird als Käuferreferenz (BT-10) eingetragen. Auf den Plattformen ZRE und OZG-RE dient sie unter Peppol-Schema 0204 auch als Zustelladresse. Sie erhalten die Leitweg-ID von der jeweiligen Behörde.

Wie behebe ich Validierungsfehler?

Das Ergebnis nennt zu jedem Fehler die Regelkennung, das betroffene XML-Element und einen Hinweis zur Behebung. Korrigieren Sie die Rechnung in Ihrer Buchhaltungssoftware und laden Sie die Datei erneut hoch, bis keine Fehler mehr gemeldet werden. Warnungen verhindern die Übertragung nicht, weisen aber auf empfohlene Korrekturen hin.

XRechnung validieren? Zum XRechnung Validator oder zum UBL Validator. Zum offiziellen Prüftool der KoSIT siehe KoSIT Validator.

Factur-X / ZUGFeRD validieren? Zum ZUGFeRD Validator oder zum Factur-X Validator

Zum kostenlosen Peppol Validator

Mehr zum Peppol-Netzwerk: Vier-Ecken-Modell und SML / SMP (englisch) und Peppol-Mandate weltweit.

Rechnungen an Behörden? Lesen Sie mehr zur Leitweg-ID.

Sie suchen den ecosio Validator im Vergleich? Unsere Gegenüberstellung zeigt die Unterschiede.