E-Rechnung Beispiel: So sieht eine XRechnung wirklich aus
Wer zum ersten Mal eine XRechnung öffnet, erwartet eine Rechnung und bekommt Programmcode. Das ist kein Fehler, sondern der Sinn der Sache: Eine E-Rechnung ist für Maschinen gebaut, nicht für Augen. Hier zeigen wir, was in so einer Datei steckt, Zeile für Zeile — und stellen gültige Beispieldateien zum Download bereit.
So sieht die Rechnung gerendert aus
So wird die XML-Datei dargestellt, wenn man sie durch einen Viewer schickt — das ist eine echte, live gerenderte Beispielrechnung (Testdaten der KoSIT):
Dieselbe Datei können Sie herunterladen und selbst in den Viewer ziehen.
Der Blick ins XML
Ein Ausschnitt aus einer echten (Test-)XRechnung in UBL-Syntax, daneben, was die Zeilen bedeuten:
<ubl:Invoice>
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#
urn:xeinkauf.de:kosit:xrechnung_3.0</cbc:CustomizationID> ← welches Profil (XRechnung 3.0)
<cbc:ID>123456XX</cbc:ID> ← Rechnungsnummer
<cbc:IssueDate>2024-06-15</cbc:IssueDate> ← Rechnungsdatum
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode> ← 380 = normale Rechnung
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode> ← Währung
<cbc:BuyerReference>04011000-12345-03</cbc:BuyerReference> ← Käuferreferenz (bei Behörden: Leitweg-ID)
...
<cac:LegalMonetaryTotal>
<cbc:TaxExclusiveAmount currencyID="EUR">200.00</cbc:TaxExclusiveAmount> ← netto
<cbc:TaxInclusiveAmount currencyID="EUR">238.00</cbc:TaxInclusiveAmount> ← brutto
<cbc:PayableAmount currencyID="EUR">238.00</cbc:PayableAmount> ← zu zahlen
</cac:LegalMonetaryTotal>
</ubl:Invoice>
Alles, was auf einer Papierrechnung steht, steht auch hier — nur als benannte Datenfelder statt als Layout. Die Feldnamen folgen der europäischen Norm EN 16931; jedes Pflichtfeld hat dort eine Nummer („BT" = Business Term).
Die wichtigsten Pflichtangaben im Überblick
| Angabe | Feld (EN 16931) | Typischer Fehler, wenn sie fehlt |
|---|---|---|
| Rechnungsnummer | BT-1 | BR-02 |
| Rechnungsdatum | BT-2 | BR-03 |
| Rechnungstyp (380/381/384) | BT-3 | BR-04 |
| Währung | BT-5 | BR-05 |
| Käuferreferenz / Leitweg-ID | BT-10 | BR-DE-15 |
| Verkäufer: Name, Anschrift, Steuernummer | BT-27 ff. | BR-06, BR-S-02 |
| Käufer: Name, Anschrift | BT-44 ff. | BR-07 |
| Kontakt des Verkäufers (Tel., E-Mail) | BG-6 | BR-DE-02 |
| Zahlungsangaben (IBAN) | BG-16 | BR-DE-01 |
| Positionen mit Menge, Einheit, Preis | BG-25 | BR-16 |
| Summen (netto, Steuer, brutto, fällig) | BT-106–115 | BR-CO-15 |
Zwei Formate, ein Inhalt: Dieselben Felder gibt es in der UBL-Syntax (wie oben) und in der CII-Syntax; ZUGFeRD verpackt die CII-Variante zusätzlich in ein lesbares PDF. Der Unterschied ist hier ausführlich erklärt.
Beispieldateien herunterladen und ausprobieren
Auf der Beispiele-Seite liegen drei gültige Testdateien: eine XRechnung in UBL, dieselbe in CII und eine ZUGFeRD-PDF. Damit können Sie gefahrlos üben:
- Datei herunterladen.
- In den Validator ziehen — Ergebnis: gültig, mit grünem Haken.
- Als Rechnung anzeigen lassen — so sieht der Empfänger die Datei nach dem Rendern.
- Wer mag: eine Pflichtangabe im Texteditor löschen, erneut prüfen und zusehen, welcher Fehlercode erscheint. Besseres Gefühl für E-Rechnungen bekommt man nirgends schneller.
Die Beispieldateien stammen aus der offiziellen XRechnung-Testsuite der KoSIT und dem ZUGFeRD-Korpus (Apache-2.0-Lizenz), die Inhalte sind fiktive Testdaten.
Häufige Fragen
Kann ich das Beispiel als Vorlage für echte Rechnungen nehmen? Als Anschauungsmaterial ja, als Kopiervorlage nein: Nummern, Steuersätze und Stammdaten müssen zu Ihrem Fall passen, und Hand-Editieren von XML produziert zuverlässig Validierungsfehler. Für echte Rechnungen nutzen Sie ein Programm, das gültiges XML erzeugt.
Warum sieht meine erhaltene XRechnung anders aus als das Beispiel? UBL und CII haben unterschiedliche Feldnamen, und Software ordnet Blöcke verschieden an. Entscheidend ist nicht die Optik des Codes, sondern ob die Pflichtfelder da sind — genau das prüft der Validator.
Gibt es auch ein Beispiel mit Fehlern?
Nehmen Sie eine gültige Datei und löschen Sie testweise die Zeile mit BuyerReference oder eine Summenzeile — schon haben Sie ein realistisches Fehlerbeispiel samt passender Fehlermeldung.
Quellen
- KoSIT: Standard XRechnung und Testsuite
- EN 16931 Feldliste (BT-Nummern) über die KoSIT-Spezifikation
- FeRD: ZUGFeRD-Format
Stand: 2026-08-07. Alle Angaben ohne Gewähr, keine Steuer- oder Rechtsberatung.