EN 16931: de Europese norm voor e-facturen uitgelegd

EN 16931 is de Europese norm die vastlegt wat een elektronische factuur bevat: een semantisch datamodel van business terms, hun betekenis, hun kardinaliteit en de regels ertussen. Het is geen bestandsformaat. Twee XML-syntaxen dragen het model — UBL 2.1 en UN/CEFACT Cross Industry Invoice — en nationale of sectorale specificaties zoals XRechnung, ZUGFeRD, Factur-X en Peppol BIS Billing 3.0 beperken of breiden het uit. Overheidsopdrachtgevers in de EU moeten EN 16931-facturen aanvaarden; Duitsland, Frankrijk en België hebben hun B2B-verplichtingen erop gebouwd.

Waarom EN 16931 bestaat

EN 16931 bestaat omdat Richtlijn 2014/55/EU vroeg om één Europese norm ter vervanging van de onverenigbare nationale e-factuurformaten die de overheidsopdrachten versnipperden. De richtlijn vereiste dat de norm technologisch neutraal zou zijn, verenigbaar met internationale normen, praktisch voor kmo's en bruikbaar in de B2B-handel, en dat hij vergezeld zou gaan van een "beperkt aantal syntaxen".

CEN/TC 434 leverde de norm in 2017. De Commissie publiceerde de referentie van EN 16931-1:2017 en de syntaxlijst op 17 oktober 2017 in het Publicatieblad (Uitvoeringsbesluit (EU) 2017/1870), waarmee de klok voor de B2G-ontvangstverplichting begon te lopen. Sindsdien is de norm de gemene deler van de Europese e-facturatie geworden: de Duitse btw-wet definieert een e-factuur door ernaar te verwijzen, de in Frankrijk aanvaarde formaten zijn EN 16931-syntaxen, en het Belgische standaardformaat is een EN 16931-CIUS. De Europese context staat op de pagina EU-vereisten.

De onderdelen van de norm

EN 16931 is een familie van documenten: één normatief deel met het semantische model, één technische specificatie met de lijst van syntaxen, en ondersteunende bindings en rapporten.

Alleen de delen 1 en 2 zijn gratis, onder de licentieovereenkomst tussen de Commissie en CEN. Alles wat een implementeerder voor validatie nodig heeft, is echter openbaar: de Schematron-artefacten worden door het eInvoicing-team van de Commissie op GitHub gepubliceerd.

Het semantische model: business terms en groepen

Het semantische model somt elk informatie-element op dat een factuur kan dragen, genummerd als business terms (BT) en gegroepeerd in business groups (BG), met een kardinaliteit die zegt of het element verplicht, optioneel of herhaalbaar is.

Voorbeelden van wat het model dekt:

• Documentniveau: factuurnummer, factuurdatum, factuurtypecode, valuta, referentie van de koper, vervaldatum, verwijzing naar de voorgaande factuur bij creditnota's en correcties.
• Partijen: verkoper en koper met naam, adres, btw-identificatienummer, wettelijk registratienummer en elektronisch adres; optioneel begunstigde en fiscaal vertegenwoordiger.
• Levering en betaling: leveringsdatum en -adres, betaalmiddel (overschrijving, domiciliëring, kaart), betalingsvoorwaarden, bankrekening.
• Kortingen en toeslagen op document- en regelniveau, elk met een btw-categorie.
• Btw-uitsplitsing: één groep per btw-categorie en -tarief, met maatstaf van heffing, btw-bedrag en, waar het tarief nul of afwezig is, een vrijstellingsgrond.
• Totalen: som van de nettobedragen van de regels, kortingen, toeslagen, totaal exclusief btw, totaal btw, totaal inclusief btw, vooruitbetaald bedrag, verschuldigd bedrag.
• Regels: hoeveelheid, eenheid, nettoprijs, nettobedrag van de regel, btw-categorie, artikelidentificaties en classificatie.

Het model is bewust "core": het bevat wat de meerderheid van de Europese facturen voor btw- en betalingsdoeleinden nodig heeft, niet elk veld dat een sector zou willen. Bijkomende behoeften worden opgevangen door extensies, hieronder beschreven. Een doorloop van de elementen voor ontwikkelaars, met voorbeeldverzoeken, staat in de EN 16931-ontwikkelaarsgids.

Syntaxen: UBL 2.1 en UN/CEFACT CII

Het semantische model wordt gedragen door twee XML-syntaxen die in CEN/TS 16931-2 zijn opgenomen en in het Publicatieblad zijn gepubliceerd: OASIS UBL 2.1 (ISO/IEC 19845:2015) en UN/CEFACT Cross Industry Invoice (CII) D16B. Een UN/EDIFACT-binding bestaat als deel 3-4, maar staat niet in de gepubliceerde lijst.

Beide syntaxen drukken dezelfde business terms uit, zodat een EN 16931-factuur in beide kan worden weergegeven zonder verlies van de kerninhoud. Welke u tegenkomt, hangt af van het ecosysteem:

Een ontvangend systeem dat EN 16931-ondersteuning claimt, zou beide syntaxen moeten aanvaarden; in de praktijk beperken veel nationale kanalen de keuze. Peppol vereist UBL. ZUGFeRD en Factur-X sluiten CII in. De formatengids somt op wat elk land verwacht.

CIUS en extensies: hoe landen de kern aanpassen

Een CIUS (Core Invoice Usage Specification) vernauwt EN 16931 — ze kan optionele elementen verplicht maken, codelijsten beperken of regels toevoegen — maar voegt nooit elementen toe, zodat elke CIUS-factuur nog altijd een geldige EN 16931-factuur is. Een extensie voegt elementen toe en is daarom niet automatisch geldig voor een ontvanger die alleen de kern kent.

XRechnung (Duitsland)

Een CIUS, beheerd door KoSIT, voor overheidsopdrachtgevers, in UBL of CII, met een referentie van de koper (Leitweg-ID) en nationale codelijstregels. Versie 3.0.2 is van kracht sinds 1 februari 2024 en wordt actueel gehouden via bugfix-bundels, de laatste is de editie "Winter 2025/26", van kracht sinds 31 januari 2026. XRechnung definieert ook een extensiemechanisme. Zie XRechnung.

Peppol BIS Billing 3.0

De CIUS van OpenPeppol, UBL verplicht, geïdentificeerd door de customization ID urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0, met regels met het voorvoegsel PEPPOL-EN16931-R en landspecifieke regels daarbovenop. Huidige release 3.0.21 (mei 2026). Zie Peppol.

ZUGFeRD / Factur-X

De Duits-Franse hybride definieert profielen: MINIMUM en BASIC WL dragen minder dan de kern en zijn op zichzelf niet EN 16931-conform; BASIC is een deelverzameling; EN 16931 is de volledige kern; EXTENDED gaat verder. Versie 2.5.2 (Factur-X 1.09.2) is gepubliceerd op 4 augustus 2026 en geldt vanaf 1 september 2026, gebaseerd op CII D22B met achterwaartse compatibiliteit met D16B. Zie ZUGFeRD en Factur-X.

Elke CIUS en extensie kondigt zichzelf aan in de factuur: de customization ID (BT-24) zegt welke specificatie het bestand volgt, en de profile ID (BT-23) benoemt het bedrijfsproces. Een ontvanger leest deze twee waarden voordat hij een regelset kiest.

Bedrijfsregels en validatie

Een EN 16931-factuur is geldig wanneer ze het schema van haar syntax en de bedrijfsregels van het semantische model doorstaat, uitgedrukt als Schematron. De regels zijn het onderdeel dat fouten uit de praktijk opvangt: totalen die niet kloppen, een btw-uitsplitsing die een categorie mist, een ontbrekend btw-nummer van de verkoper waar dat vereist is.

Het eInvoicing-team van de Commissie publiceert de validatieartefacten op GitHub (ConnectingEurope/eInvoicing-EN16931) voor UBL en CII; de laatste release is 1.3.16 van 10 april 2026, met een cadans van ongeveer zes maanden. Regelidentificaties volgen een patroon:

• BR-xx — algemene regels over aanwezigheid en structuur (een factuur moet een nummer, een factuurdatum, een verkopersnaam hebben, …).
• BR-CO-xx — berekenings- en consistentieregels, bijvoorbeeld dat het factuurtotaal gelijk is aan de som van de nettobedragen van de regels plus toeslagen min kortingen.
• BR-S-, BR-Z-, BR-E-, BR-AE-, BR-IC-, BR-G-, BR-O-, BR-IG-, BR-IP- — regels per btw-categorie: standaard, nultarief, vrijgesteld, verlegging, intracommunautair, export, buiten toepassingsgebied, en de belastingen van de Canarische Eilanden en Ceuta/Melilla.
• BR-CL-xx — codelijstregels (valutacodes, eenheidscodes, btw-categoriecodes, landcodes).

Nationale specificaties leggen hun eigen regelsets daarbovenop: KoSIT publiceert een XRechnung-Schematron en een configureerbare validator, en OpenPeppol publiceert de Peppol-regels. Een bestand moet dus tot drie lagen doorstaan — schema, EN 16931-kern, nationale CIUS — en elke laag rapporteert haar eigen identificaties. De gratis e-factuurcontrole haalt een bestand door de regels van het gekozen land zonder het op te slaan.

Versies: 2017, A1:2019 en de editie van 2026

De editie die het grootste deel van het voorbije decennium van kracht is, is EN 16931-1:2017 met haar wijziging A1:2019. Volgens de Commissie is in mei 2026 een nieuwe editie, EN 16931-1:2026, gepubliceerd; de editie van 2017 is formeel ingetrokken maar blijft conform tijdens een migratieperiode, en migratieplannen worden uitgewerkt door de betrokken organisaties en de autoriteiten van de lidstaten.

Wat dit vandaag betekent voor implementeerders: de customization ID's in omloop verwijzen nog steeds naar urn:cen.eu:en16931:2017, en de validatieartefacten, XRechnung en Peppol BIS blijven allemaal werken tegen het model van 2017. FeRD merkt op dat het EXTENDED-profiel van ZUGFeRD 2.5.2 al bijkomende elementen bevat "voor de Franse B2B-e-facturatiehervorming en het herziene EN 16931-datamodel". Verwacht dat de nationale specificaties hun eigen migratiedata zullen publiceren; tot dan is het model van 2017 datgene waaraan ontvangers valideren.

Hoe KRONENWERK hiermee omgaat

KRONENWERK genereert EN 16931-facturen in de syntax en de CIUS die het land van de koper verwacht, en valideert ze aan de toepasselijke regellagen voordat de factuur wordt uitgereikt.

• Duitsland — XRechnung (UBL of CII) en ZUGFeRD, gevalideerd met de Schematron-regels van KoSIT en gecontroleerd met de Mustang-bibliotheek: Ondersteund.
• Frankrijk — Factur-X als PDF/A-3 met ingesloten CII: generatie Ondersteund; verzending via een erkend platform Nog niet gereed.
• België — Peppol BIS Billing 3.0 UBL: Ondersteund met beperkingen, verstuurd en ontvangen via een geaccrediteerde access point-provider (Storecove) zodra de onderneming is gekoppeld in Instellingen → Verzending.
• Ontvangen — inkomende XRechnung-, ZUGFeRD/Factur-X- en UBL-bestanden worden ingelezen als inkoopfacturen: Ondersteund.

De btw-categorie op elke regel en in de btw-uitsplitsing komt uit het fiscale oordeel van de factuur (standaard, nultarief, vrijgesteld, verlegging, buiten toepassingsgebied), dat uit de feiten van de transactie wordt afgeleid en nooit wordt geraden; waar een professional zou moeten beslissen, wordt de factuur tegengehouden met "vereist professionele bevestiging". Het Poolse FA(3) is een nationaal schema buiten EN 16931 en wordt behandeld op de FA(3)-pagina. Ontwikkelaars kunnen concepten aanmaken via de e-facturatie-API; het productoverzicht staat op de e-facturatiepagina. Terug naar de Europa-hub.

Veelgestelde vragen

Is EN 16931 een bestandsformaat?

Nee. Het is een semantisch model — een lijst van business terms en regels. De bestandsformaten zijn de syntaxen die het dragen, UBL 2.1 en UN/CEFACT CII, en de specificaties die erop zijn gebouwd, zoals XRechnung, ZUGFeRD, Factur-X en Peppol BIS.

Is een ZUGFeRD-factuur EN 16931-conform?

De profielen EN 16931 en EXTENDED dragen de volledige kern; BASIC is een deelverzameling die tegen de kernregels valideert; MINIMUM en BASIC WL dragen minder dan de kern en zijn op zichzelf geen conforme EN 16931-facturen.

Wat is het verschil tussen een CIUS en een extensie?

Een CIUS beperkt de kern (meer verplichte elementen, smallere codelijsten) en blijft geldig voor elke EN 16931-ontvanger. Een extensie voegt elementen toe en heeft een ontvanger nodig die ze begrijpt.

Waar haal ik de validatieregels?

De Schematron-artefacten van de Commissie voor UBL en CII zijn openbaar op GitHub (ConnectingEurope/eInvoicing-EN16931). KoSIT publiceert de XRechnung-regels en -validator; OpenPeppol publiceert de Peppol BIS-regels.

Moet ik nu migreren naar EN 16931-1:2026?

Niet op 3 september 2026. De Commissie stelt dat de editie van 2017 conform blijft tijdens een migratieperiode en dat de plannen nog worden uitgewerkt. Volg de aankondigingen van KoSIT, OpenPeppol, FeRD/FNFE en uw nationale autoriteit.