XRechnung Validator

XRechnung online prüfen, kostenlos und ohne Anmeldung: Der Validator prüft XRechnung-Dateien (UBL oder CII) gegen die EN16931-Geschäftsregeln und die BR-DE-Regeln der KoSIT. Sofortige Ergebnisse.

Ehrlicher Prüfumfang: Wir prüfen EN16931 und die deutschen BR-DE-Regeln der KoSIT. Vorher prüfen wir die Datei gegen das XML-Schema (XSD). Peppol-BIS-Regeln wenden wir auf eine XRechnung nicht an. Was geprüft wird und was nicht.

Zum E-Rechnung Validator, zum ZUGFeRD Validator oder zum Peppol Validator

Wie XRechnung und Peppol zusammenhängen, erklären wir unter E-Rechnung in Deutschland.

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 XRechnung?

XRechnung ist der deutsche Standard für strukturierte elektronische Rechnungen. Er setzt die europäische Norm EN16931 um und lässt zwei XML-Syntaxen zu: UBL 2.1 und UN/CEFACT CII. XRechnung wird von der KoSIT (Koordinierungsstelle für IT-Standards) gepflegt; die aktuelle Release-Linie ist 3.0.x. Für Rechnungen an öffentliche Auftraggeber des Bundes (B2G) ist sie der maßgebliche Standard.

Technisch ist XRechnung eine CIUS (Core Invoice Usage Specification) der EN16931. Sie schränkt das europäische Datenmodell ein und ergänzt deutsche Geschäftsregeln mit dem Präfix BR-DE-. Dazu zählt etwa die Pflicht, bei B2G-Rechnungen eine Leitweg-ID als Käuferreferenz (BT-10) anzugeben. Eine XRechnung ist immer eine reine XML-Datei ohne PDF-Hülle. Mehr zur Leitweg-ID lesen Sie unter Leitweg-ID.

Mit dem Wachstumschancengesetz wird die E-Rechnungspflicht ab 2025 schrittweise auf den B2B-Bereich ausgeweitet. Ab Januar 2025 müssen alle Unternehmen in Deutschland E-Rechnungen empfangen können. Die Pflicht zum aktiven Versand strukturierter E-Rechnungen folgt gestaffelt bis 2028. XRechnung und ZUGFeRD (ab Version 2.0) sind dabei die beiden wichtigsten Formate. Details zu Fristen und Ausnahmen finden Sie unter E-Rechnungspflicht und E-Rechnung in Deutschland.

XRechnung vs ZUGFeRD vs Factur-X

XRechnungZUGFeRD 2.xFactur-X
FormatReines XML (UBL 2.1 oder CII)CII XML in PDF/A-3CII XML in PDF/A-3
XML-SyntaxUBL oder CIICII (rsm: / ram:)CII (rsm: / ram:)
EN16931-konformJaJa (ab Profil BASIC)Ja (ab Profil BASIC)
MenschenlesbarNein (nur XML)Ja (PDF + XML)Ja (PDF + XML)
Peppol-NetzwerkJa (UBL, eigene Dokumentart)NeinNein
VerbreitungDeutschland (B2G + B2B)Deutschland, ÖsterreichFrankreich

ZUGFeRD und Factur-X sind technisch identisch. ZUGFeRD 2.x ist die deutsche Bezeichnung, Factur-X die französische. Der Hauptunterschied zu XRechnung liegt im Format: XRechnung liefert reines XML (UBL oder CII), während ZUGFeRD/Factur-X ein hybrides PDF mit eingebettetem CII-XML verwendet.

Welche Regeln gelten, wenn Sie eine XRechnung online prüfen?

Eine XRechnung wird üblicherweise auf vier Ebenen geprüft: XML-Schema, EN16931-Regeln, XRechnung-Regeln (BR-DE) und, beim Versand über Peppol, die Peppol-Regeln. Dieser Validator prüft bei einer XRechnung das XML-Schema, die EN16931-Regeln und die BR-DE-Regeln (Punkte 1 bis 3 unten). Die Peppol-Regeln wendet er auf eine XRechnung nicht an.

1

XML-Schema (UBL 2.1 / CII D16B)

Strukturprüfung gegen das XSD: korrekte Elementnamen, Namensräume und Datentypen. Schemafehler zeigt der Validator mit Zeile und Spalte. Die Regeln laufen trotzdem, außer wenn die Datei kein wohlgeformtes XML ist.

2

EN16931-Geschäftsregeln

Europäische semantische Regeln für Pflichtfelder, Berechnungsprüfungen und Steuerlogik. Regeln mit den Präfixen BR-, BR-CO- und BR-DEC-.

3

XRechnung-Regeln (BR-DE)

Deutsche Zusatzregeln der KoSIT aus dem xrechnung-schematron 2.6.0, z. B. Käuferreferenz/Leitweg-ID (BR-DE-15) und Kontaktdaten des Verkäufers (BR-DE-2). Regeln mit den Präfixen BR-DE-, BR-DEX- und BR-TMP- sowie einige von der KoSIT übernommene PEPPOL-EN16931-Regeln.

4

Peppol-BIS-Billing-3.0-Regeln, für XRechnung nicht angewendet

Netzwerkspezifische Regeln (Präfix PEPPOL-EN16931-) für Peppol-BIS-Rechnungen. Eine XRechnung folgt ihrer eigenen Spezifikation, daher prüft der Validator diese Regeln nur bei Peppol-BIS-Dateien in UBL.

Was wir prüfen und was nicht

Die meisten Fehler in XRechnungen stammen aus dem EN16931-Kern oder den deutschen Zusatzregeln: falsche Summen, eine Steueraufschlüsselung, die nicht zu den Positionen passt, fehlende Pflichtfelder, eine fehlende Leitweg-ID. Diese Fehler findet der Validator. Die verbindliche Prüfung mit dem offiziellen KoSIT-Prüftool ersetzt er nicht.

Geprüft

  • EN16931-Regeln 1.3.16 (CEN) für UBL 2.1 und CII: BR-, BR-CO-, BR-DEC- und die Regeln je Steuerkategorie
  • XRechnung-Regeln der KoSIT (XRechnung 3.0.2, Schematron 2.6.0): BR-DE-, BR-DEX-, BR-TMP-, z. B. BR-DE-15 Käuferreferenz
  • Schweregrade wie in den KoSIT-Szenarien, z. B. unbekannter Einheitencode (BR-CL-23) nur als Warnung
  • Codelisten der EN16931-Regeln: Währungen, Länder, Steuerkategorien, Einheiten
  • XML-Schema (XSD): UBL 2.1 Invoice oder CreditNote bzw. UN/CEFACT CII D16B, mit Zeile und Spalte jedes Schemafehlers
  • Wohlgeformtheit der XML-Datei, Erkennung von UBL oder CII und der XRechnung-Kennung

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). Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-VAT
  • Das Format der IBAN (Leerzeichen oder eine falsche Prüfziffer) als Fehler: Bei Zahlungsart 58 oder 59 gibt es nur eine Warnung (BR-DE-19, BR-DE-20). Dafür zeigt der Validator eine Empfehlung zur Datenqualität: ADV-IBAN
  • Formale Empfehlung „acceptable“ oder „reject“ des KoSIT-Prüftools; dies ist kein offizielles Werkzeug der KoSIT
  • Bei einer ZUGFeRD-/Factur-X-PDF: die vollständige PDF/A-3-Prüfung (nur eine Basisprüfung) und ob die PDF-Ansicht zur XML passt
  • Peppol-BIS-Billing-3.0-Regeln: Eine XRechnung ist keine Peppol-BIS-Rechnung, daher wendet der Validator sie nicht an

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).

Quelle der KoSIT-Regeln: xrechnung-schematron der KoSIT, Release 2.6.0, Apache-2.0. Für die verbindliche Prüfung mit Schema nutzen Sie zusätzlich das offizielle Prüftool. Wie das geht, erklärt die Seite KoSIT Validator.

Leitweg-ID und B2G-Rechnungen

Für Rechnungen an öffentliche Auftraggeber (B2G) benötigen Sie die Leitweg-ID des Empfängers. Sie identifiziert die Behörde und wird als Käuferreferenz (BT-10, cbc:BuyerReference) in die XRechnung eingetragen. Auf den Bundesplattformen ZRE und OZG-RE dient die Leitweg-ID unter Peppol-Schema 0204 zusätzlich als Zustelladresse.

Die Leitweg-ID vergibt die jeweilige Behörde, nicht Peppol. Ihre eigene Peppol-Teilnehmerkennung ist bei deutschen Unternehmen in der Regel die USt-IdNr. unter Peppol-Schema 9930. Aufbau und Prüfziffer der Leitweg-ID erklärt die Seite Leitweg-ID. Wie Leitweg-ID und Peppol-Teilnehmerkennung zusammenhängen, lesen Sie unter E-Rechnung in Deutschland. Der Validator prüft, dass BT-10 vorhanden ist (BR-DE-15), aber nicht, ob die Leitweg-ID zu Ihrem Auftraggeber passt. Kontrollieren Sie das vor dem Versand selbst.

Zeitplan der E-Rechnungspflicht

November 2020

XRechnung wird Pflicht für Rechnungen an öffentliche Auftraggeber des Bundes (B2G).

1. Januar 2025

Alle Unternehmen in Deutschland 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.

Häufige XRechnung-Fehler

Diese Regelverstöße treten bei XRechnung-Dateien besonders häufig auf. Der Validator nennt zu jedem Fehler die Regelkennung, das betroffene XML-Element und einen Lösungshinweis.

BR-01

Spezifikationskennung fehlt

Jede Rechnung braucht eine Spezifikationskennung (BT-24) im Element cbc:CustomizationID. Sie kennzeichnet die verwendete EN16931-Ausprägung.

BR-DE-15

Käuferreferenz (Leitweg-ID) fehlt

Die XRechnung verlangt die Käuferreferenz (BT-10) im Element cbc:BuyerReference bzw. ram:BuyerReference. Bei Rechnungen an Behörden steht hier die Leitweg-ID.

BR-16

Keine Rechnungsposition vorhanden

Eine Rechnung muss mindestens eine Rechnungsposition (cac:InvoiceLine) enthalten. Prüfen Sie, ob mindestens eine Position übergeben wird.

BR-CO-15

Gesamtbetrag stimmt nicht

Der Gesamtbetrag mit Steuer (BT-112) muss der Summe aus Nettobetrag (BT-109) und Steuerbetrag (BT-110) entsprechen. Prüfen Sie die Rundung der Positions- und Summenwerte.

BR-CO-10

Summe der Positionen stimmt nicht

Die Summe der Nettobeträge aller Positionen (BT-106) muss der Summe der einzelnen Positionsnettobeträge (BT-131) entsprechen. Häufige Ursache sind Rundungen pro Position.

BR-S-08

Steueraufschlüsselung passt nicht zu den Positionen

Für jeden Steuersatz der Kategorie S muss der steuerpflichtige Betrag (BT-116) der Summe der zugehörigen Positionsnettobeträge plus Zuschläge minus Abschläge entsprechen.

Die KoSIT hat auch einige Peppol-Regeln in die XRechnung übernommen. Erklärung und Lösung: PEPPOL-EN16931-R001 (Geschäftsprozess, BT-23, fehlt) und PEPPOL-EN16931-R010 (elektronische Adresse des Käufers, BT-49, fehlt).

Alle Regeln im Detail: alle Validierungsregeln erklärt, inklusive der KoSIT-Regeln (BR-DE).

Häufige Fragen

Was ist XRechnung?

XRechnung ist der deutsche Standard für strukturierte elektronische Rechnungen. Technisch ist sie eine CIUS der europäischen Norm EN16931: Sie übernimmt deren Datenmodell und ergänzt deutsche Geschäftsregeln mit dem Präfix BR-DE. Eine XRechnung ist immer eine reine XML-Datei, wahlweise in der Syntax UBL 2.1 oder UN/CEFACT CII. Seit dem 27. November 2020 müssen Lieferanten von Bundesbehörden strukturierte E-Rechnungen einreichen.

Ist XRechnung Pflicht?

Ja. Für Rechnungen an öffentliche Auftraggeber des Bundes (B2G) ist XRechnung seit November 2020 Pflicht. Ab Januar 2025 müssen alle Unternehmen in Deutschland strukturierte E-Rechnungen im B2B-Bereich empfangen können. Die Pflicht zum Versenden wird stufenweise bis 2028 eingeführt: ab 2027 für Unternehmen mit mehr als 800.000 Euro Jahresumsatz, ab 2028 für alle übrigen.

Was ist der Unterschied zwischen XRechnung und ZUGFeRD?

XRechnung ist ein reines XML-Format (UBL 2.1 oder CII), das ausschließlich maschinenlesbare Daten enthält. ZUGFeRD (ab Version 2.0) bettet eine CII-XML-Datei in ein PDF/A-3 ein. Die Rechnung ist also sowohl menschenlesbar (PDF) als auch maschinenlesbar (XML). Beide Standards sind EN16931-konform und werden von der E-Rechnungspflicht akzeptiert.

Welche XRechnung-Versionen gibt es, und welche wird geprüft?

Die KoSIT hat XRechnung in mehreren Release-Linien veröffentlicht: 1.x, 2.x (zuletzt 2.3) und 3.0.x. Die aktuelle Release-Linie ist 3.0.x; alle Versionen 3.0.x tragen dieselbe Kennung, ältere Dateien z. B. xrechnung_2.3. Der Validator erkennt eine XRechnung 3.0 an ihrer Spezifikationskennung (urn:xeinkauf.de:kosit:xrechnung_3.0). Er prüft sie gegen die EN16931-Regeln 1.3.16 (CEN) und das offizielle KoSIT-Schematron 2.6.0 für XRechnung 3.0.2 mit den BR-DE-Regeln, für UBL oder CII. Ältere Versionen wie XRechnung 2.x unterstützt er nicht gesondert.

Wie kann ich eine XRechnung online prüfen?

Laden Sie Ihre XRechnung-XML-Datei oben im Upload-Bereich hoch. Die Validierung startet automatisch und prüft Ihre XRechnung gegen die EN16931-Regeln (CEN) und die XRechnung-Regeln der KoSIT (BR-DE), in UBL oder CII. Die Peppol-BIS-Billing-3.0-Regeln wendet der Validator auf eine XRechnung nicht an. Das Ergebnis zeigt alle Fehler und Warnungen mit genauen Regelverweisen und Hinweisen zur Behebung.

Was ist EN16931?

EN16931 ist die europäische Norm für das semantische Datenmodell elektronischer Rechnungen. Sie definiert, welche Felder eine E-Rechnung enthalten muss (z. B. Rechnungsnummer, Verkäufer, Käufer, Beträge, Steuern) und welche Geschäftsregeln gelten. EN16931 ist syntaxunabhängig: die Umsetzung erfolgt entweder als UBL 2.1 (wie bei XRechnung) oder als CII (wie bei ZUGFeRD/Factur-X).

Welche Formate akzeptiert die E-Rechnungspflicht?

Die deutsche E-Rechnungspflicht ab 2025 akzeptiert alle Formate, die der europäischen Norm EN16931 entsprechen. In der Praxis sind das XRechnung (UBL 2.1), ZUGFeRD ab Version 2.0 (CII in PDF/A-3) und andere EN16931-konforme Formate. Reine PDF-Rechnungen ohne strukturierte Daten gelten nicht als E-Rechnung.

Prüft dieser Validator die XRechnung-spezifischen BR-DE-Regeln?

Ja. Trägt die Datei die XRechnung-Kennung (urn:xeinkauf.de:kosit:xrechnung_3.0), prüft der Validator sie gegen die EN16931-Regeln (CEN) und die deutschen Geschäftsregeln der KoSIT (BR-DE-, BR-DEX-, BR-TMP-) aus dem offiziellen xrechnung-schematron 2.6.0. Die Schweregrade übernimmt er aus den KoSIT-Szenarien. Vor den Regeln prüft er die Datei gegen das XML-Schema (UBL 2.1 oder CII D16B). Der Validator ist kein offizielles Werkzeug der KoSIT. Für eine verbindliche Prüfung nutzen Sie zusätzlich das KoSIT-Prüftool.

Was ist die Leitweg-ID?

Die Leitweg-ID ist die Routing-Adresse, mit der eine B2G-Rechnung der richtigen öffentlichen Behörde zugeordnet wird. Sie wird als Käuferreferenz (BT-10) in die Rechnung eingetragen und dient auf den Plattformen ZRE und OZG-RE unter Peppol-Schema 0204 auch als Zustelladresse. Die Leitweg-ID erhalten Sie von der jeweiligen Behörde, nicht von Peppol.

Kann XRechnung auch im CII-Format vorliegen?

Ja. Die XRechnung erlaubt zwei gleichwertige Syntaxen: UBL 2.1 und UN/CEFACT CII. Welche Sie erhalten, hängt von der erzeugenden Software ab. Der Validator prüft beide: eine UBL-XRechnung gegen die EN16931-Regeln für UBL, eine CII-XRechnung gegen die EN16931-Regeln für CII, jeweils zusammen mit den BR-DE-Regeln der KoSIT. Peppol-BIS-Regeln wendet er in keinem der beiden Fälle an.

Wie behebe ich XRechnung-Validierungsfehler?

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

Werden die Peppol-Regeln auf eine XRechnung angewendet?

Nein. Eine XRechnung ist keine Peppol-BIS-Rechnung. Erkennt der Validator die XRechnung-Kennung (urn:xeinkauf.de:kosit:xrechnung_3.0) in der Spezifikationskennung, prüft er die EN16931-Regeln und die XRechnung-Regeln der KoSIT (BR-DE) und zeigt im Ergebnis einen Hinweis, dass die Peppol-Regeln nicht angewendet wurden. Ein Fehler wie PEPPOL-EN16931-R004 tritt daher nicht auf. Fehlt diese Kennung, behandelt er eine UBL-Datei als Peppol-BIS-Rechnung und prüft sie gegen EN16931 und Peppol BIS Billing 3.0.

Verwandte Seiten