XRechnung: de Duitse e-factuurstandaard uitgelegd

XRechnung is de Duitse nationale specificatie van de Europese e-factuurnorm EN 16931: een zuivere XML-factuur in UBL- of UN/CEFACT CII-syntax, zonder pdf, beheerd door KoSIT voor de IT-Planungsrat. Het is het formaat dat federale kopers vereisen en een van de twee formaten die voldoen aan de Duitse B2B-e-facturatieverplichting volgens § 14 UStG. De geldige versie op 3 september 2026 is XRechnung 3.0.2; XRechnung 4.0, gebouwd op de herziene EN 16931-1:2026, is in voorbereiding.

Wat is XRechnung?

XRechnung is een Core Invoice Usage Specification (CIUS) van EN 16931. Het neemt het Europese semantische model van een factuur en vernauwt het voor Duits gebruik: het maakt sommige optionele elementen verplicht (bijvoorbeeld de kopersreferentie, de contactgegevens van de verkoper en de betalingsinformatie), beperkt codelijsten en voegt Duitse bedrijfsregels toe met identificaties van de vorm BR-DE-nn. Een XRechnung is daarom altijd een geldige EN 16931-factuur, maar niet elke EN 16931-factuur is een geldige XRechnung.

De standaard is ontstaan om Richtlijn 2014/55/EU om te zetten, die overheidsinstanties verplicht EN 16931-e-facturen te aanvaarden. Sinds het Wachstumschancengesetz doet hij ook dienst als B2B-formaat: het BMF noemt hem in UStAE 14.1 Abs. 13 als een zuiver gestructureerd formaat dat voldoet aan de vereisten van § 14 UStG. De Duitse context staat op de Duitsland-hub; de norm zelf op EN 16931.

KoSIT (Koordinierungsstelle für IT-Standards) beheert XRechnung namens de IT-Planungsrat, het orgaan van Bund en Länder voor overheids-IT. Het publiceert de specificatie, een Schematron-regelset, een validatorconfiguratie, een testsuite met voorbeeldfacturen en een XSLT-visualisatiecomponent, allemaal als open source op GitHub.

Welke syntax: UBL of CII?

Beide. EN 16931-2 noemt twee syntaxen en XRechnung ondersteunt beide met identieke semantiek:

Kies de syntax die uw tegenpartij of tooling al gebruikt. Verzendt u via Peppol, dan is UBL de natuurlijke keuze omdat Peppol BIS Billing 3.0 op UBL is gebaseerd. Maakt u ook ZUGFeRD aan, dan laat CII één XML voor beide dienen: het ZUGFeRD-profiel XRECHNUNG sluit een XRechnung-conform CII-bestand in een PDF/A-3 in.

Er is ook de Extension XRechnung, een conforme uitbreiding van EN 16931 voor gevallen die het kernmodel niet kan uitdrukken, bijvoorbeeld subfactuurregels in de bouw. Extension-bestanden dragen een andere specificatie-identificatie; de validatorconfiguratie dekt ze, maar controleer of een bepaalde ontvanger ze aanvaardt.

Welke versie is actueel, en hoe zit het met XRechnung 4.0?

XRechnung 3.0.2 is de geldige versie. Versie 3.0 is op 1 februari 2024 in werking getreden en 3.0.2 heeft sinds juli 2024 bugfixreleases gekregen; de nieuwste bundel dateert van 31 januari 2026. KoSIT is in 2023 overgestapt op één hoofdrelease per jaar, zodat het versienummer zelden verandert terwijl de validatorconfiguratie vaker wordt vernieuwd.

XRechnung 4.0 is de opvolger. Het implementeert de herziene Europese norm EN 16931-1:2026, die volgens KoSIT sinds maart 2026 in het Engels beschikbaar is, met de Duitse vertaling verwacht tegen 30 september 2026. De herziening voegt meer dan vijftig business terms en zeven business groups toe, laat meerdere bestellingen en leveringen in één factuur toe en ondersteunt XML-bijlagen in het kernmodel. De verklaring van KoSIT van 1 september 2026 kondigt een preview van XRechnung 4.0 aan voor september 2026 die niet voor productie is bedoeld, zegt dat de definitieve bundel afhangt van de publicatie van de syntaxbindingen en validatieartefacten door CEN, en voorziet parallel gebruik van de huidige en de nieuwe versie tot maart 2029.

Hoe valideer ik een XRechnung?

Laat het bestand door de KoSIT-validator lopen met de officiële XRechnung-configuratie. De validator is een Java-toepassing (validationtool) die is gepubliceerd op github.com/itplr-kosit/validator; de configuratie voor XRechnung is een afzonderlijke, gedateerde ZIP van github.com/itplr-kosit/validator-configuration-xrechnung. De configuratie bevat de XML-schema's voor UBL 2.1 en CII D16B, de Schematron-regels van EN 16931 en de bijkomende regels van de CIUS en de Extension XRechnung. Validatie gebeurt in twee fasen:

1. Schemavalidatie (XSD) — is de XML welgevormd en structureel geldige UBL of CII? Een fout hier is een formaatfout in de zin van de BMF-brief: het bestand is geen e-factuur.
2. Schematron-validatie — kloppen de bedrijfsregels? Regels hebben het voorvoegsel BR- (EN 16931-kern), BR-CO- (berekening), BR-S-/BR-AE- en dergelijke (btw-categorieën) en BR-DE- (Duits). De validator maakt een rapport met het oordeel "aanvaardbaar" of "afgewezen" en somt elke geschonden regel met zijn XPath op.

Een typische aanroep:

java -jar validationtool-1.6.2-standalone.jar \
  -s validator-configuration-xrechnung_3.0.2_2026-01-31/scenarios.xml \
  -r validator-configuration-xrechnung_3.0.2_2026-01-31 \
  -h invoice.xml

Twee praktische opmerkingen. Ten eerste telt de ernst van de regel: het BMF onderscheidt formaatfouten (geen e-factuur), fouten tegen bedrijfsregels (nog steeds een e-factuur, maar mogelijk onjuist) en inhoudelijke fouten in de verplichte btw-gegevens (onjuiste factuur); een ontbrekende kopersreferentie bijvoorbeeld is irrelevant voor de btw, maar wordt door federale ontvangers afgewezen. Ten tweede: bewaar het validatierapport — het BMF beveelt het aan als bewijs van zorgvuldigheid. Als u alleen een snelle controle nodig hebt zonder iets te installeren, voert de gratis e-factuurcontrole de Duitse regels uit op een geüpload bestand zonder het op te slaan.

Wat is de Leitweg-ID en waar hoort hij?

De Leitweg-ID is het routeringsadres van een overheidskoper in Duitsland. Hij bestaat uit een verplicht grof deel dat is opgebouwd uit de officiële regionale sleutel (deelstaat, district, gemeente), een optioneel fijn deel van maximaal 30 alfanumerieke tekens dat de instantie kiest, en een verplicht tweecijferig controlegetal dat wordt berekend met ISO/IEC 7064 modulo 97-10, dezelfde procedure als bij een IBAN; de delen worden gescheiden door koppeltekens. De aanbestedende instantie deelt de Leitweg-ID met de bestelling aan de leverancier mee.

In de factuur hoort hij in BT-10 Buyer reference — UBL cbc:BuyerReference, CII ram:BuyerReference — dat XRechnung verplicht maakt (regel BR-DE-15). Bij verzending via Peppol kan hij bijkomend als elektronisch adres in BT-49 verschijnen. De Bund en verschillende Länder vereisen hem; andere Länder gebruiken hun eigen referenties. Voor B2B-facturen moet het veld nog steeds worden ingevuld om de XRechnung-validatie te doorstaan, maar daar is elke overeengekomen referentie (een bestelnummer, een klantnummer) aanvaardbaar.

Waar dien ik een XRechnung in bij overheidskopers?

Dat hangt af van wie de koper is.

Federale administratie (Bund)

Sinds september 2025 via één platform, de OZG-RE, waarin de vroegere ZRE is opgegaan. Kanalen: webinvoer, bestandsupload, e-mail en Peppol. De verplichting voor leveranciers geldt sinds 27 november 2020 voor onderhandse gunningen vanaf € 1.000 netto. Het platform aanvaardt XRechnung en, volgens de federale informatiesite, andere EN 16931-conforme formaten.

Länder en gemeenten

Elke deelstaat heeft zijn eigen e-facturatieverordening, portaal en regels over de vraag of leveranciers e-facturen moeten verzenden; verschillende deelstaten koppelen hun portaal aan Peppol. Volg de instructies van de kopende instantie.

Ondernemingen (B2B)

Geen portaal. E-mail, download of Peppol, zoals overeengekomen. Zie e-facturen ontvangen en verzenden en ontvangen via Peppol.

Hoe KRONENWERK hiermee omgaat

Ondersteund KRONENWERK genereert XRechnung wanneer een Duitse onderneming een factuur uitreikt en valideert het bestand bij het uitreiken met de KoSIT-Schematron-regels, met een kruiscontrole door de Mustang-bibliotheek; een bestand dat een regel schendt, wordt niet uitgereikt. De kopersreferentie — de Leitweg-ID voor overheidskopers — maakt deel uit van de factuurgegevens, en het btw-oordeel per factuur (standaard, verlegging, vrijgesteld, enzovoort) wordt afgeleid uit de feiten van de transactie, waarbij het btw-nummer van de koper in VIES wordt gecontroleerd. Inkomende XRechnung-bestanden worden ingelezen als inkoopfacturen. De aflevering bij federale of deelstaatportalen via upload of e-mail doet de onderneming zelf met het gegenereerde bestand; verzending via Peppol verloopt via een geaccrediteerde toegangspuntaanbieder (Storecove) zodra de onderneming is gekoppeld in Instellingen → Aflevering. Ontwikkelaars kunnen factuurconcepten aanmaken via de API die is beschreven op e-facturatie-API; het uitreiken gebeurt in het product na validatie. Zie ook de productpagina e-facturatie.