XRechnung- und ZUGFeRD-Beispieldateien zum Download
Sieben Dateien, kostenlos und ohne Anmeldung. Sie stammen nicht aus einem Handbuch, sondern aus derselben Software, die bei Händlern im Livebetrieb Rechnungen schreibt: eine Shopify-Bestellung mit gemischten Steuersätzen (19 % und 7 %), Versandkosten und einer Teilerstattung, einmal komplett durch die Verarbeitungskette.
Die Dateien
| Datei | Was drinsteckt | Download |
|---|---|---|
| XRechnung 3.0 (UBL) | Die strukturierte Rechnung in OASIS-UBL-Syntax. Das ist das Format, das die meisten deutschen Empfänger erwarten. | XRechnung-UBL-Beispiel (XML, 6,6 KB) |
| XRechnung 3.0 (CII) | Dieselbe Rechnung in UN/CEFACT-CII-Syntax. Gleiche Pflichtfelder, anderes XML. | XRechnung-CII-Beispiel (XML, 9,1 KB) |
| ZUGFeRD 2 Hybrid-PDF | PDF/A-3 mit eingebettetem CII-XML. Für Menschen lesbar und zugleich maschinell auswertbar. | ZUGFeRD-Beispielrechnung (PDF/A-3, 34 KB) |
| Gutschrift (UBL) | Teilerstattung als Typ 381 mit Verweis auf die Originalrechnung. | Gutschrift-Beispiel (XML, 4,9 KB) |
| Rechnung als PDF | Die reine Sichtkomponente ohne eingebettetes XML. | Rechnungs-PDF ansehen (PDF, 4,2 KB) |
| Gutschrift als PDF | Sichtkomponente der Gutschrift. | Gutschrift-PDF ansehen (PDF, 3,9 KB) |
| DATEV-Buchungsstapel | EXTF-CSV (Format 700, Kategorie 21) mit der Steuersatz-Aufteilung auf 8400 und 8300. | DATEV-CSV-Beispiel (CSV, 0,5 KB) |
Was in der Datei tatsächlich steht
Eine XRechnung ist kein PDF mit XML-Anstrich, sondern eine Liste benannter Felder. Jedes trägt eine BT-Nummer aus der Norm EN 16931. Die wichtigsten aus dem Beispiel, mit den echten Werten aus der Datei:
| Feld | UBL-Element | Wert im Beispiel | Bedeutung |
|---|---|---|---|
| BT-1 | cbc:ID | RE-2026-1 | Rechnungsnummer, fortlaufend und einmalig |
| BT-2 | cbc:IssueDate | 2026-07-17 | Rechnungsdatum |
| BT-3 | cbc:InvoiceTypeCode | 380 | Dokumentart: 380 Rechnung, 381 Gutschrift |
| BT-5 | cbc:DocumentCurrencyCode | EUR | Währung |
| BT-9 | cbc:DueDate | 2026-07-31 | Fälligkeit, hier 14 Tage |
| BT-10 | cbc:BuyerReference | #1042 | Referenz des Käufers; bei Behörden steht hier die Leitweg-ID |
| BT-31 | cac:PartyTaxScheme | DE123456789 | USt-IdNr. des Verkäufers |
| BT-42 | cbc:Telephone | +49 30 1234567 | Telefonnummer des Verkäufers – Pflicht nach BR-DE-27 |
| BT-48 | cac:PartyTaxScheme | DE812526315 | USt-IdNr. des Käufers, Voraussetzung für Reverse Charge |
| BT-72 | cbc:ActualDeliveryDate | 2026-07-17 | Leistungsdatum, gefordert von § 14 Abs. 4 Nr. 6 UStG |
| BT-81 | cbc:PaymentMeansCode | 58 | Zahlungsart, 58 = SEPA-Überweisung |
| BT-118/119 | cac:TaxCategory | S / 19 und S / 7 | Steuerkategorie und -satz, hier zwei Sätze in einer Rechnung |
Ganz oben in der Datei steht außerdem die cbc:CustomizationID mit
dem Wert urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0.
Daran erkennt ein Empfänger, nach welcher Spezifikation er die Datei prüfen
muss. Fehlt sie oder ist sie veraltet, scheitert die Prüfung, bevor ein einziges
inhaltliches Feld gelesen wurde.
Selbst prüfen
Verlass dich nicht auf unser Wort. Jede Datei lässt sich unabhängig
validieren, zum Beispiel mit dem
offenen KoSIT-Validierungswerkzeug
und der zugehörigen
XRechnung-Konfiguration.
Beim Hybrid-PDF holt --action extract aus dem
Mustang-Projekt das
eingebettete XML wieder heraus.
Wenn du nur schnell wissen willst, ob eine eigene Datei durchgeht, nimm unseren kostenlosen E-Rechnung-Checker. Er läuft vollständig im Browser, deine Datei verlässt deinen Rechner nicht.
Dieselben Beispiele auf GitHub
Wir pflegen zusätzlich ein öffentliches Repository mit weiteren validierten Beispielen – darunter Reverse Charge, Kleinunternehmer nach § 19 UStG und eine Übersicht der BR-DE-Fehlercodes: github.com/Rechnora/xrechnung-beispiele (CC BY 4.0).
Häufige Fragen
Sind die Beispieldateien kostenlos?
Ja. Alle Dateien stehen ohne Anmeldung, ohne E-Mail-Adresse und ohne Registrierung zum Download bereit. Du darfst sie für eigene Tests, für Schulungen und zur Abstimmung mit deiner Steuerberatung frei verwenden.
Was ist der Unterschied zwischen UBL und CII?
Beides sind zulässige Syntaxen derselben Norm EN 16931. UBL (OASIS Universal Business Language) und CII (UN/CEFACT Cross Industry Invoice) beschreiben dieselben Pflichtfelder in unterschiedlichem XML. XRechnung erlaubt beide, ein Empfänger muss beide annehmen können. In ZUGFeRD-Hybrid-PDFs steckt immer CII.
Ist die ZUGFeRD-Datei ein echtes Hybrid-PDF?
Ja. Es ist ein PDF/A-3 mit eingebettetem CII-XML (xrechnung.xml, AFRelationship Alternative). Du kannst es in jedem PDF-Reader lesen und gleichzeitig maschinell auswerten. Wer es prüfen will: das Mustang-Tool extrahiert das XML mit --action extract wieder heraus.
Warum steht auf jeder Rechnung ein Leistungsdatum?
§ 14 Abs. 4 Nr. 6 UStG verlangt den Zeitpunkt der Lieferung oder sonstigen Leistung auf jeder Rechnung. In der E-Rechnung ist das Feld BT-72. Fehlt es, meldet das XRechnung-Regelwerk zusätzlich den Hinweis BR-DE-TMP-32. In den Beispieldateien findest du es als cbc:ActualDeliveryDate (UBL) beziehungsweise ram:ActualDeliverySupplyChainEvent (CII).
Warum ist eine Telefonnummer in der XRechnung Pflicht?
Die Regel BR-DE-27 macht die Telefonnummer des Verkäufers (BT-42) zum Pflichtfeld. Anders als viele andere Angaben ist ein Verstoß dagegen ein Fehler und keine Warnung: Die Rechnung wird vom Validator abgelehnt. Das ist der Grund, warum in den Beispieldateien eine Telefonnummer steht.
Womit wurden die Dateien geprüft?
Mit dem Regelwerk XRechnung 3.0 (Schema und Schematron) über das Mustang-Kommandozeilenwerkzeug. Ergebnis für Rechnung, Gutschrift und Hybrid-PDF: Status gültig, keine fehlgeschlagene Regel. Du kannst das mit dem offenen KoSIT-Validierungswerkzeug unabhängig nachvollziehen.