Start
Ratgeber
XRechnung

XRechnung: die deutsche XML-Rechnung, für Entwickler erklärt

XRechnung ist der nationale Standard für E-Rechnungen in Deutschland: reines XML, kein PDF, wahlweise in UBL- oder CII-Syntax. Öffentliche Auftraggeber verlangen ihn, und zwischen Unternehmen ist er neben ZUGFeRD eines der beiden üblichen Formate.

Stand 19. Oktober 2026

Was XRechnung ist

XRechnung ist eine CIUS (Core Invoice Usage Specification) der europäischen Norm EN 16931: Sie übernimmt die europäische Kernrechnung und verschärft sie mit deutschen Geschäftsregeln. Betrieben wird der Standard von der KoSIT, der Koordinierungsstelle für IT-Standards, im Auftrag des IT-Planungsrats; veröffentlicht unter xeinkauf.de.

Zwei Syntaxen: OASIS UBL 2.1 (Invoice oder CreditNote) und UN/CEFACT CII. Beide enthalten dieselben Daten, beide sind gültige XRechnung.
Kein Sichtteil. Eine XRechnung ist eine einzelne XML-Datei. Lesbar wird sie mit einem Viewer, zum Beispiel dem E-Rechnungs-Viewer der Finanzverwaltung auf ELSTER.
Eine Kennung sagt dem Empfänger, was die Datei ist. Die Spezifikationskennung (BT-24) der Version 3.0 lautet urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. Die XRechnung-Extension mit einigen zusätzlichen Feldern nutzt urn:cen.eu:en16931:2017#conformant#urn:xeinkauf.de:kosit:extension:xrechnung_3.0.

Versionen

XRechnung 3.0 ist am 1. Februar 2024 in Kraft getreten und gilt bis mindestens 31. Juli 2027. Aktueller Patch-Stand ist 3.0.2.
XRechnung 4.0 ist im September 2026 als Vorabversion erschienen; die finale Fassung wird für das Frühjahr 2027 erwartet (KoSIT).

Dateien sollten die Kennung für 3.0 tragen. Eine Datei, in der noch xrechnung_2.3 steht, wird nicht gegen die Regeln von XRechnung 3.0 geprüft.

UBL oder CII?

Beide sind gleichwertig. Entscheiden Sie danach, was Sie sonst noch erzeugen:

CII, wenn Sie auch ZUGFeRD oder Factur-X erzeugen: gleiche Syntax, ein XML-Generator für beides. Ein ZUGFeRD-PDF im Profil XRECHNUNG ist schlicht eine XRechnung in CII, eingebettet in ein PDF.
UBL, wenn Sie auch über Peppol versenden: Peppol BIS Billing 3.0 ist UBL, Ihre Feldzuordnung lässt sich weiterverwenden. Aber: Eine XRechnung in UBL ist keine Peppol-BIS-Datei; Kennungen und einige Regeln unterscheiden sich.

Die deutschen Regeln (BR-DE)

Zusätzlich zu den Regeln der EN 16931 bringt XRechnung eigene mit. Die meisten machen optionale Felder der EN 16931 zur Pflicht. Diese fallen am häufigsten auf:

BR-DE-15 Das Element „Buyer reference“ (BT-10) muss übermittelt werden: Bei Behörden ist das die Leitweg-ID der rechnungsempfangenden Stelle. Zwischen Unternehmen wird grundsätzlich keine Leitweg-ID benötigt (BMF-FAQ, Frage 6), XRechnung verlangt BT-10 aber trotzdem. Tragen Sie die Referenz ein, die Ihr Kunde Ihnen nennt.
BR-DE-2, BR-DE-5, BR-DE-6, BR-DE-7 Kontaktdaten des Verkäufers: Eine Gruppe „Seller contact“ mit Ansprechpartner, Telefonnummer und E-Mail-Adresse.
BR-DE-1 Zahlungsanweisungen (BG-16): Jede XRechnung gibt an, wie zu zahlen ist, meist per Überweisung mit IBAN.
BR-DE-3, BR-DE-4, BR-DE-8, BR-DE-9 Ort und Postleitzahl: Verkäufer- und Käuferadresse brauchen beides.
BR-DE-16 USt-IdNr. oder Steuernummer des Verkäufers: Pflicht, sobald eine Steuerkategorie wie S (Regelsatz), Z, E oder AE (Reverse Charge) vorkommt.

Weitere Regeln und Lösungen: XRechnung validieren.

Wann Sie XRechnung brauchen

Öffentliche Auftraggeber (B2G): Lieferanten des Bundes müssen seit dem 27. November 2020 nach der E-Rechnungsverordnung (ERechV) elektronisch abrechnen; die Länder haben eigene Regeln. Die Behörde nennt Ihnen die Leitweg-ID und den Übermittlungsweg (Portal oder Peppol).
Unternehmen (B2B): XRechnung und ZUGFeRD (ab 2.0.1, außer MINIMUM und BASIC WL) erfüllen beide die umsatzsteuerlichen Anforderungen (BMF-FAQ, Frage 7). Die Fristen stehen unter E-Rechnungspflicht.

XRechnung prüfen

Referenz ist der Open-Source-KoSIT-Validator mit der offiziellen XRechnung-Konfiguration. Er prüft das XML-Schema, die Regeln der EN 16931 und die BR-DE-Regeln und meldet jeden Befund mit Regel-ID. Der Validator von Invoir nutzt genau das, ohne eigene Regeln, und nennt in jedem Bericht die Version der Konfiguration.

XRechnung-API

curl https://validate.invoir.dev/api/v1/validate \
  -H "Authorization: Bearer inv_IHR_KEY" \
  -F [email protected]

Die Antwort listet jeden Fehler mit Regel-ID, Meldung, XPath und Zeilennummer (API-Doku, Englisch). Bauen Sie den Aufruf in Ihre Tests ein, dann verlässt keine Rechnung Ihr System, die an den offiziellen Regeln scheitert. XRechnung in UBL und CII aus JSON erzeugen ist in Entwicklung.

Datei im Browser prüfen – oder per API. Der kostenlose Validator prüft nach den offiziellen Regeln (KoSIT, CEN- und Peppol-Schematron, Mustang, veraPDF) und nennt jeden Fehler mit Regel-ID. Es wird nichts gespeichert. Dieselbe Prüfung gibt es als einen HTTP-Aufruf mit kostenlosem API-Key: 25 Dokumente im Monat, ohne Kreditkarte.

Zum kostenlosen Validator Kostenlosen API-Key holen

Quellen

KoSIT: XRechnung, Versionen und Gültigkeit; Validator-Konfiguration (Regeltexte).
Bundesministerium der Finanzen: Fragen und Antworten zur E-Rechnung, Stand März 2026 (Fragen 4a, 6, 7, 12a).
E-Rechnungsverordnung (ERechV).