XRechnung Beispiel — Echtes XML zum Anschauen und Herunterladen
Vollständige XRechnung 3.0.2 in UBL-Syntax. Validiert gegen KoSIT Schematron 3.0.2 und EN 16931 v1.3.16. Geschäftsdaten erfunden, Struktur echt. Nutzen Sie das Beispiel als Vorlage oder zum Verstehen der Pflichtfelder.
XRechnung 3.0.2 — UBL XML
151 Zeilen, ~6 KB. CustomizationID: urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0
<?xml version="1.0" encoding="UTF-8"?>
<!--
XRechnung 3.0.2 — Beispielrechnung
----------------------------------
Synthetisches Beispiel einer EN-16931-konformen XRechnung in UBL 2.1 Syntax.
Zur Veranschaulichung der Struktur und Pflichtfelder. Die enthaltenen
Geschäftsdaten (Steuer-IDs, Bankverbindungen, Adressen) sind erfunden.
Erzeugt durch: invoicenavigator.eu — PDF → XRechnung Konverter
Validierung: gegen KoSIT Schematron 3.0.2 + EN 16931 v1.3.16
Dokumentation: https://www.invoicenavigator.eu/de/xrechnung-erstellen
-->
<Invoice
xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2"
xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2">
<!-- ===== Rechnungskopf (BT-1 bis BT-25) ===== -->
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>RE-2026-04-0042</cbc:ID>
<cbc:IssueDate>2026-04-15</cbc:IssueDate>
<cbc:DueDate>2026-05-15</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>04011000-1234512345-67</cbc:BuyerReference>
<!-- ===== Verkäufer (BT-27 bis BT-43) ===== -->
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="EM">rechnung@beispiel-gmbh.de</cbc:EndpointID>
<cac:PostalAddress>
<cbc:StreetName>Musterstraße 12</cbc:StreetName>
<cbc:CityName>Berlin</cbc:CityName>
<cbc:PostalZone>10115</cbc:PostalZone>
<cac:Country>
<cbc:IdentificationCode>DE</cbc:IdentificationCode>
</cac:Country>
</cac:PostalAddress>
<cac:PartyTaxScheme>
<cbc:CompanyID>DE123456789</cbc:CompanyID>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyLegalEntity>
<cbc:RegistrationName>Beispiel GmbH</cbc:RegistrationName>
<cbc:CompanyID schemeID="0002">HRB 12345</cbc:CompanyID>
</cac:PartyLegalEntity>
<cac:Contact>
<cbc:Name>Buchhaltung Beispiel GmbH</cbc:Name>
<cbc:Telephone>+49 30 12345678</cbc:Telephone>
<cbc:ElectronicMail>rechnung@beispiel-gmbh.de</cbc:ElectronicMail>
</cac:Contact>
</cac:Party>
</cac:AccountingSupplierParty>
<!-- ===== Käufer (BT-44 bis BT-60) ===== -->
<cac:AccountingCustomerParty>
<cac:Party>
<cbc:EndpointID schemeID="EM">einkauf@kunde-ag.de</cbc:EndpointID>
<cac:PostalAddress>
<cbc:StreetName>Industrieweg 88</cbc:StreetName>
<cbc:CityName>Hamburg</cbc:CityName>
<cbc:PostalZone>20457</cbc:PostalZone>
<cac:Country>
<cbc:IdentificationCode>DE</cbc:IdentificationCode>
</cac:Country>
</cac:PostalAddress>
<cac:PartyTaxScheme>
<cbc:CompanyID>DE987654321</cbc:CompanyID>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyLegalEntity>
<cbc:RegistrationName>Kunde AG</cbc:RegistrationName>
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingCustomerParty>
<!-- ===== Zahlungsmodalitäten (BT-81 bis BT-86) ===== -->
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cbc:PaymentID>RE-2026-04-0042</cbc:PaymentID>
<cac:PayeeFinancialAccount>
<cbc:ID>DE89370400440532013000</cbc:ID>
<cbc:Name>Beispiel GmbH</cbc:Name>
<cac:FinancialInstitutionBranch>
<cbc:ID>COBADEFFXXX</cbc:ID>
</cac:FinancialInstitutionBranch>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
<!-- ===== Steuerübersicht (BG-23) ===== -->
<cac:TaxTotal>
<cbc:TaxAmount currencyID="EUR">190.00</cbc:TaxAmount>
<cac:TaxSubtotal>
<cbc:TaxableAmount currencyID="EUR">1000.00</cbc:TaxableAmount>
<cbc:TaxAmount currencyID="EUR">190.00</cbc:TaxAmount>
<cac:TaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>19</cbc:Percent>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:TaxCategory>
</cac:TaxSubtotal>
</cac:TaxTotal>
<!-- ===== Summen (BT-106 bis BT-115) ===== -->
<cac:LegalMonetaryTotal>
<cbc:LineExtensionAmount currencyID="EUR">1000.00</cbc:LineExtensionAmount>
<cbc:TaxExclusiveAmount currencyID="EUR">1000.00</cbc:TaxExclusiveAmount>
<cbc:TaxInclusiveAmount currencyID="EUR">1190.00</cbc:TaxInclusiveAmount>
<cbc:PayableAmount currencyID="EUR">1190.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>
<!-- ===== Positionen (BG-25) ===== -->
<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="HUR">10</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">800.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Beratungsleistung — Senior Consultant</cbc:Name>
<cbc:Description>April 2026, Projekt #PRJ-2026-014</cbc:Description>
<cac:ClassifiedTaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>19</cbc:Percent>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:ClassifiedTaxCategory>
</cac:Item>
<cac:Price>
<cbc:PriceAmount currencyID="EUR">80.00</cbc:PriceAmount>
</cac:Price>
</cac:InvoiceLine>
<cac:InvoiceLine>
<cbc:ID>2</cbc:ID>
<cbc:InvoicedQuantity unitCode="C62">1</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">200.00</cbc:LineExtensionAmount>
<cac:Item>
<cbc:Name>Schulungs-Workshop (Pauschale)</cbc:Name>
<cbc:Description>1 Tag, on-site, max. 12 Teilnehmer</cbc:Description>
<cac:ClassifiedTaxCategory>
<cbc:ID>S</cbc:ID>
<cbc:Percent>19</cbc:Percent>
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:ClassifiedTaxCategory>
</cac:Item>
<cac:Price>
<cbc:PriceAmount currencyID="EUR">200.00</cbc:PriceAmount>
</cac:Price>
</cac:InvoiceLine>
</Invoice>
Was die Felder bedeuten
Die EN-16931-Spezifikation gibt jedem Datenfeld einen BT-Code (Business Term) und jeder Validierungsregel einen BR-Code (Business Rule). XRechnung CIUS fügt 17 deutsche BR-DE-Regeln hinzu.
Rechnungskopf
BT-1 bis BT-25- ·CustomizationID definiert die XRechnung-Version (3.0.2). Pflicht.
- ·ProfileID = Peppol BIS Billing 3.0 (Standardwahl).
- ·BT-1 (Rechnungsnummer): eindeutige ID, Format frei wählbar.
- ·BT-3 (Rechnungsart): 380 = Standard, 381 = Gutschrift, 384 = Storno.
- ·BT-10 (Käuferreferenz, BR-DE-15 Pflicht): bei B2G die Leitweg-ID, sonst Bestellnummer.
Verkäufer / Käufer
BT-27 bis BT-60- ·EndpointID identifiziert die Parteien im Peppol-Netz; schemeID="EM" = E-Mail.
- ·PostalAddress: vollständige Anschrift mit ISO-Ländercode.
- ·PartyTaxScheme: USt-IdNr mit "DE" + 9 Ziffern Format-Validierung (BR-DE-23/24).
- ·PartyLegalEntity.RegistrationName: rechtlicher Firmenname (Pflicht).
- ·BR-DE-17/18: Verkäufer-E-Mail und -Telefon sind Pflicht.
Zahlung
BT-81 bis BT-86- ·PaymentMeansCode 58 = SEPA-Überweisung; 30 = Banküberweisung allgemein.
- ·IBAN syntaktisch validiert (BR-DE-22 Pflicht bei Überweisungs-Code).
- ·BIC optional, aber empfohlen für eindeutige Identifizierung.
Steuerübersicht
BG-23- ·Pro Steuersatz eine TaxSubtotal-Gruppe.
- ·TaxCategory.ID: S = standard rate (19% / 7%), Z = zero, E = exempt, AE = reverse charge.
- ·TaxableAmount + TaxAmount müssen mit dem Gesamttotal arithmetisch konsistent sein (BR-CO-*).
Positionen
BG-25- ·InvoicedQuantity mit unitCode aus UN/ECE Rec 20 (HUR = Stunde, C62 = Stück, KGM = kg).
- ·Pro Position: Item.Name, Item.Description (optional), Price.PriceAmount.
- ·ClassifiedTaxCategory pro Position — muss mit der globalen TaxTotal abgeglichen sein.
Häufige Fragen
Ist dies eine echte XRechnung?▾
Strukturell ja — die XML validiert gegen KoSIT Schematron 3.0.2 und EN 16931 v1.3.16. Die Geschäftsdaten (Steuer-IDs, Bankverbindungen, Adressen, Leitweg-ID) sind erfunden und dürfen nicht für echte Rechnungen verwendet werden. Sie können die Datei aber als Vorlage für Ihre eigene XRechnung verwenden, indem Sie die Werte ersetzen.
In welcher Syntax ist das Beispiel? UBL oder CII?▾
UBL 2.1 (Universal Business Language) — die häufigere der beiden von XRechnung erlaubten Syntaxes. Wenn Sie ein CII-Beispiel brauchen, können Sie unseren Konverter nutzen: nach dem Erstellen einer UBL-XRechnung können Sie die gleiche Datengrundlage als CII (UN/CEFACT Cross Industry Invoice) ausgeben.
Welche Felder sind Pflicht und welche optional?▾
EN 16931 definiert ~30 Pflichtfelder (BR-01 bis BR-65). XRechnung CIUS fügt 17 weitere deutsche Pflichtfelder hinzu (BR-DE-01 bis BR-DE-31). Beispiel: Käuferreferenz (BR-DE-15), E-Mail des Verkäufers (BR-DE-17/18), Leitweg-ID bei B2G (BR-DE-01). Insgesamt erlaubt das Schema ~150 Felder, aber nur die Pflichtfelder müssen gesetzt sein. Unser Konverter markiert fehlende Pflichtfelder vor der Generierung.
Wie validiere ich, ob meine XRechnung korrekt ist?▾
Drei Wege: (1) Online über unseren kostenlosen XRechnung-Validator (/de/xrechnung-validator) — Drag-and-drop, Ergebnis in Sekunden. (2) Lokal mit dem KoSIT-Validator (Open Source, Java-Tool). (3) Direkt am Empfänger-Access-Point. Der KoSIT-Validator ist die Referenz; unser Online-Validator nutzt denselben Schematron.
Kann ich eine XRechnung ohne Tools erstellen?▾
Theoretisch ja — Sie können die XML in einem Texteditor manuell schreiben. Praktisch nicht empfehlenswert: 147 BR-DE-Regeln, EN-16931-Kern, Codeliste-Compliance (UNTDID 5305, ISO 4217, etc.). Selbst kleine Tippfehler in Steuersätzen oder Datumsformaten führen zur Ablehnung beim Empfänger. Besser: ein Tool nutzen, das die Regeln automatisch durchsetzt — /de/xrechnung-erstellen zeigt die vier Wege.
Was bedeuten die Codes wie BR-DE-15 oder BT-10?▾
BT-* (Business Term) sind die Datenfeld-Identifier aus EN 16931 (z.B. BT-1 = Rechnungsnummer, BT-10 = Käuferreferenz). BR-* (Business Rule) sind Validierungsregeln aus EN 16931 (z.B. BR-01 = Rechnung muss eine ID haben). BR-DE-* sind die deutschen Zusatzregeln aus XRechnung CIUS. Vollständige Liste: /errors (Fehler-Bibliothek mit allen Regeln + Beispielen).
Eigene XRechnung erzeugen
Aus PDF konvertieren oder Daten manuell eingeben. Engine validiert gegen 147 BR-DE-Regeln, repariert strukturelle Fehler automatisch. Kostenlos. Download €7,90 pay-on-success.