EN 16931: De complete gids voor de Europese e-factureringsnorm
Alles over EN 16931: het semantische datamodel van het CEN dat verplicht is gesteld door EU-richtlijn 2014/55/EU, de UBL- en CII-syntaxen, nationale CIUS, bedrijfsregels en de relatie met Peppol BIS 3.0.
Wat is EN 16931 en waarom is de norm belangrijk?
EN 16931 is de Europese norm voor het semantische datamodel van elektronische facturen, gepubliceerd door het CEN (Europees Comité voor Normalisatie). De norm werd verplicht gesteld door EU-richtlijn 2014/55/EU, die alle EU-lidstaten verplichtte om elektronische facturen die aan deze norm voldoen te accepteren bij overheidsopdrachten (B2G) uiterlijk in 2019. EN 16931 is geen bestandsformaat — het is een semantisch model dat de betekenis en beperkingen van elk gegevenselement in een elektronische factuur definieert, onafhankelijk van de manier waarop deze wordt gecodeerd.
De norm bepaalt WAT een elektronische factuur moet bevatten, maar niet HOE die gegevens worden gecodeerd. Twee XML-syntaxen zijn officieel gekoppeld aan EN 16931: UBL 2.1 (OASIS Universal Business Language) en CII (Cross Industry Invoice) van de UN/CEFACT. Elke factuur die in een van deze syntaxen is gecodeerd en voldoet aan het semantische model EN 16931, wordt beschouwd als een Europese standaardfactuur. Naarmate e-factureringsverplichtingen in Europa uitbreiden van B2G naar B2B — Frankrijk verplicht B2B vanaf 2026, Duitsland vanaf 2027 en België vanaf januari 2026 — is kennis van EN 16931 onmisbaar geworden voor alle financiële en IT-professionals die werken met Europese bedrijven.
Structuur van EN 16931: het semantische model
Het semantische model van EN 16931 definieert circa 170 Business Terms (BT) en Business Term Groups (BTG) die samen een volledige elektronische factuur beschrijven. Deze termen zijn georganiseerd in logische groepen die de volledige factuurlevenscyclus bestrijken, van koptekstidentificatie tot regeldetails en belastingoverzichten. De norm wordt gepubliceerd in meerdere delen: EN 16931-1 definieert het semantische model zelf, terwijl EN 16931-2 de syntaxbindingen voor UBL en CII vastlegt.
Verplichte velden die elke EN 16931-conforme factuur moet bevatten, zijn:
- Factuurnummer (BT-1) — Een unieke aanduiding voor de factuur, toegewezen door de verkoper. Moet uniek zijn in het factureringssysteem van de verkoper.
- Factuurdatum (BT-2) — De datum waarop de factuur werd uitgegeven, in het formaat ISO 8601 (JJJJ-MM-DD).
- Verkoopinformatie (BT-27 tot BT-44) — Naam, postadres en minstens één identificatie (btw-nummer, rechtspersoonidentificatie) van de verkoper.
- Kopersinformatie (BT-44 tot BT-59) — Naam en postadres van de koper. Het btw-nummer is verplicht wanneer de koper btw-plichtig is.
- Btw-uitsplitsing (BT-118 tot BT-130) — Een volledige uitsplitsing van belastingbedragen per btw-categoriecode en -tarief. Elk van toepassing zijnd btw-tarief moet een eigen uitsplitsingsregel hebben.
- Factuurregels (BTG-25) — Minstens één factuurregel met hoeveelheid, eenheidsprijs, regelbedrag en artikelomschrijving. Btw-categorie-informatie op regelniveau is verplicht.
Optionele informatiegroepen omvatten leveringsdetails (afleveradres, werkelijke leveringsdatum), betalingsinstructies (IBAN, betalingsreferentie, vervaldatum), kortingen en toeslagen op documentniveau, en bijlagen zoals PDF-kopieën of onderbouwende documenten. Hoewel optioneel in de basisnorm, verheffen veel nationale CIUS (Core Invoice Usage Specifications) deze velden tot verplichte status — XRechnung vereist bijvoorbeeld een werkelijke leveringsdatum en sommige Peppol-profielen vereisen een kopersreferentie. Begrijpen welke velden verplicht zijn op EN 16931-basisniveau versus CIUS-niveau is essentieel voor grensoverschrijdende interoperabiliteit.
De twee syntaxen: UBL 2.1 vs. CII
UBL 2.1, ontwikkeld door OASIS, is de meest gebruikte syntax voor EN 16931-conforme facturen in Noord- en West-Europa. Het is de syntax die wordt gebruikt door Peppol BIS Billing 3.0, het pan-Europese e-factureringsprofiel dat wordt ingezet via het Peppol-netwerk. UBL gebruikt een sterk gestructureerd XML-formaat met goed gedefinieerde namespaces: het rootelement is Invoice of CreditNote, afhankelijk van het documenttype. UBL-facturen worden breed ondersteund door ERP-systemen, boekhoudsoftware en e-factureringsplatformen in Europa.
CII (UN/CEFACT Cross Industry Invoice) wordt gebruikt door XRechnung (het verplichte Duitse formaat), Factur-X (het Duits-Franse hybride PDF+XML-formaat) en ZUGFeRD. Het rootelement is rsm:CrossIndustryInvoice en het gebruikt een meer hiërarchische, handelsgerichte structuur die beïnvloed is door het bredere UN/CEFACT-handelsdocumentmodel. Hoewel minder gebruikelijk dan UBL in zuiver elektronische contexten, domineert CII in hybride PDF-workflows waarbij een XML-factuur is ingebed in een PDF-document.
| Kenmerk | UBL 2.1 | CII (UN/CEFACT) |
|---|---|---|
| Primair gebruik | Peppol-netwerk, B2G/B2B EDI | XRechnung, Factur-X, ZUGFeRD |
| Rootelement | Invoice / CreditNote | CrossIndustryInvoice |
| Dominante regio's | Noord-/West-Europa, wereldwijd | Duitsland, Frankrijk (hybride PDF) |
| Hybride PDF-ondersteuning | Niet native (Peppol gebruikt zuivere XML) | Ja (Factur-X, ZUGFeRD) |
Een fundamenteel ontwerpprincipe van EN 16931 is dat beide syntaxen 1:1 overeenkomen met hetzelfde semantische model. Dit betekent dat conversie tussen UBL en CII verliesvrij is — elke business term in een geldige UBL-factuur heeft een exact CII-equivalent en vice versa. Standaardtransformatiegereedschappen (XSLT-stylesheets) zijn beschikbaar om tussen de twee formaten te converteren zonder factuurgegevens te verliezen. Deze interoperabiliteit is een hoeksteen van de Europese e-factureringvisie: leveranciers en kopers kunnen verschillende formaten gebruiken en toch facturen uitwisselen zonder handmatige herinvoer.
Nationale implementaties: CIUS en nationale verplichtingen
Frankrijk heeft B2G e-facturering via Chorus Pro verplicht gesteld sinds 2017, met Factur-X (een EN 16931-CIUS) als referentieformaat. Het toekomstige B2B-mandaat — aanvankelijk gepland voor september 2026 — verplicht alle Franse btw-plichtige bedrijven om gestructureerde elektronische facturen te ontvangen en geleidelijk ook te verzenden. Grote ondernemingen moeten als eerste elektronische facturen uitsturen, kleinere bedrijven volgen daarna. Het Chorus Pro-platform, beheerd door de Direction Générale des Finances Publiques (DGFiP), blijft fungeren als B2G-hub, terwijl de B2B-markt wordt bediend door gecertificeerde Plateforme de Dématérialisation Partenaires (PDP) en het openbare platform (PPF).
Duitsland heeft XRechnung verplicht gesteld voor federale B2G-overheidsopdrachten sinds november 2020, met behulp van de KoSIT-CIUS van EN 16931 in de UBL- en CII-syntaxen. Het Wachstumschancengesetz (groeikansenwet) breidt de verplichte e-facturering uit naar B2B-transacties: alle Duitse btw-plichtige bedrijven moeten vanaf januari 2025 EN 16931-conforme elektronische facturen kunnen ontvangen. Vanaf januari 2027 moeten grote ondernemingen (omzet boven 800.000 EUR) ook elektronische facturen verzenden; vanaf januari 2028 moeten alle overige bedrijven voldoen. In tegenstelling tot Frankrijk schrijft Duitsland geen specifiek formaat voor voor B2B — XRechnung, ZUGFeRD 2.x, Peppol BIS 3.0 of elk ander EN 16931-conform formaat is geaccepteerd.
België heeft Peppol voor B2G-overheidsopdrachten geleidelijk verplicht gesteld sinds 2019 en voert vanaf januari 2026 verplichte B2B e-facturering in. De Belgische implementatie gebruikt Peppol BIS Billing 3.0 als referentie-CIUS. Alle Belgische btw-plichtige bedrijven moeten gestructureerde elektronische facturen kunnen ontvangen, met een verzendverplichting die kort daarna volgt. De Belgische aanpak via Peppol is opmerkelijk vanwege zijn netwerkgerichte ontwerp: in plaats van een gecentraliseerd platform worden facturen uitgewisseld via geaccrediteerde Peppol Access Points, wat naadloze grensoverschrijdende uitwisseling mogelijk maakt met andere Peppol-verbonden landen.
Het Italiaanse FatturaPA en het SDI-platform (Sistema di Interscambio) zijn verplicht voor B2B sinds januari 2019, waarmee Italië het eerste grote EU-land was met een verplichte B2B e-factureringsverplichting. Hoewel FatturaPA ouder is dan EN 16931 en een ander datamodel gebruikt, heeft de Europese Commissie het als substantieel gelijkwaardig erkend. Nederland, de Scandinavische landen (Denemarken, Finland, Noorwegen, Zweden) en de Baltische staten steunen sterk op Peppol BIS 3.0 voor B2G en B2B e-facturering, waardoor UBL de dominante syntax in deze regio's is. Spanje implementeert een CIUS genaamd Factura-e / VERI*FACTU voor B2B van 2025 tot 2027.
Bedrijfsregels en validatie: voorbij XSD
EN 16931 definieert niet alleen een datamodel maar ook een uitgebreide reeks bedrijfsregels (BR-xx) die veel verder gaan dan wat een XML Schema Definition (XSD) kan valideren. Deze bedrijfsregels zorgen voor semantische consistentie — bijvoorbeeld dat de som van factuurregelbedragen gelijk is aan het factuurtotaal, of dat btw-categorieën consistent worden gebruikt. XSD-validatie controleert alleen of elementen aanwezig zijn en de juiste datatypes hebben; validatie van bedrijfsregels controleert of de gegevens logisch en zakelijk zinvol zijn.
BR-CO-10: Controle factuurtotaal
De som van de nettobedragen van factuurregels minus kortingen plus toeslagen moet gelijk zijn aan het totale factuurbedrag exclusief btw. Overtredingen van deze regel behoren tot de meest voorkomende redenen voor afwijzing van facturen in geautomatiseerde B2G-systemen.
BR-S-08: Consistentie standaard btw-tarief
Voor artikelen die het standaard btw-tarief dragen (categoriecode S) moet het btw-tarief groter zijn dan nul. Een factuur met een btw-tarief van nul maar categoriecode S faalt deze regel. De juiste categoriecode voor nultarief-leveringen is Z.
BR-AE-05: Volledigheid verlegging btw
Wanneer de btw-categorie verlegging (AE) wordt gebruikt, moet het btw-nummer van de koper aanwezig zijn. Dit is een veelgemaakte fout bij grensoverschrijdende B2B-facturen tussen EU-lidstaten.
BR-E-01: Documentatie btw-vrijstelling
Wanneer de btw-vrijstellingscategorie (E) wordt gebruikt, moet de factuur een vrijstellingsreden of een verwijzing naar het toepasselijke btw-vrijstellingsartikel bevatten. Dit ontbreekt vaak bij facturen gegenereerd door oudere ERP-systemen.
BR-52: Vereiste kopersreferentie
Hoewel optioneel in EN 16931, is de kopersreferentie (BT-10) verplicht in Peppol BIS 3.0 en in XRechnung (als Leitweg-ID). CIUS-specifieke regels zijn aanvullende beperkingen die bovenop de basisnorm worden gelegd.
Nationale CIUS voegen extra validatielagen toe. XRechnung voegt ongeveer 50 aanvullende regels (de-BR-xx) toe bovenop de EN 16931-bedrijfsregels, voor Duitsland-specifieke eisen zoals de verplichte Leitweg-ID, beperkte betalingsmiddelcodes en de verplichte leveringsdatum. Peppol BIS 3.0 voegt zijn eigen regelset (PEPPOL-EN16931-xx) toe, ontworpen om interoperabiliteit op het Peppol-netwerk te waarborgen, zoals de verplichte kopersreferentie en codelijst-specifieke beperkingen. Begrijpen welke regels van toepassing zijn — EN 16931-basis, CIUS-specifiek of beide — is essentieel voor het bouwen van conforme factureringssystemen.
Validatie aan de hand van EN 16931-bedrijfsregels vereist Schematron-gebaseerde validatie, niet alleen XSD-schemavalidatie. Schematron is een ISO-norm voor regelgebaseerde validatie van XML-documenten, waarmee validators complexe veldoverschrijdende regels kunnen uitdrukken die onmogelijk in XSD te coderen zijn. De officiële EN 16931-validatieartefacten (XSD-schema's en Schematron-regels) worden gepubliceerd door het CEN en de Europese Commissie. Nationale organisaties zoals KoSIT (Duitsland) publiceren aanvullende Schematron-regels voor hun CIUS. ValidateFin implementeert een subset van deze regels in de browser en controleert UBL-facturen aan de hand van EN 16931- en Peppol BIS 3.0-beperkingen zonder gegevens naar een server te sturen.
Peppol en EN 16931: infrastructuur vs. norm
Peppol (Pan-European Public Procurement Online) wordt vaak verward met EN 16931, maar ze vervullen verschillende functies. EN 16931 is een datanorm — het definieert de inhoud van een elektronische factuur. Peppol is een transportnetwerk en een governancekader — het definieert hoe facturen veilig worden afgeleverd tussen handelspartners door heel Europa en daarbuiten. Peppol BIS Billing 3.0 is een CIUS van EN 16931 die de UBL-syntax gebruikt, wat betekent dat het een specialisatie is van EN 16931 met aanvullende beperkingen en waarbij de UBL-syntax specifiek verplicht is. Elke Peppol BIS 3.0-factuur is ook een EN 16931-conforme factuur, maar niet alle EN 16931-facturen worden via Peppol verstuurd.
Het Peppol-netwerk werkt via een vier-hoeken-model. Hoek 1 is het ERP- of factureringssysteem van de leverancier. Hoek 2 is de Peppol Access Point van de leverancier — een gecertificeerde dienstverlener die verbinding maakt met het Peppol-netwerk. Hoek 3 is de Peppol Access Point van de koper. Hoek 4 is het ERP- of boekhoudsysteem van de koper. Access Points zoeken het Peppol-adres van de koper op via SMP-registers (Service Metadata Publisher), die directories zijn die Peppol-deelnemers-ID's koppelen aan hun Access Points en de documenttypen die ze kunnen ontvangen. Deze infrastructuur stelt elk Peppol-verbonden bedrijf in staat om elk ander Peppol-verbonden deelnemers te vinden en te bereiken zonder bilaterale overeenkomsten.
ValidateFin valideert UBL-facturen aan de hand van de semantische EN 16931-regels en de Peppol BIS 3.0-bedrijfsregels. Deze dubbele validatie detecteert fouten die zouden worden gemist door alleen op schema's gebaseerde validators: een document kan goed-gevormd XML zijn en zelfs schemaconform, maar toch EN 16931- of Peppol-bedrijfsregels schenden en worden afgewezen door een Peppol Access Point of een nationaal B2G-platform. De validator draait volledig in uw browser — uw factuurbestand verlaat nooit uw apparaat, waardoor volledige vertrouwelijkheid van gevoelige financiële gegevens is gewaarborgd.
Valideer uw facturen tegen EN 16931
ValidateFin controleert uw UBL-facturen aan de hand van de semantische EN 16931-regels en de Peppol BIS 3.0-bedrijfsregels, en geeft gedetailleerde foutmeldingen die exact aangeven welke bedrijfsregel is gefaald en waarom. Of u nu een ERP-integratie bouwt, zich voorbereidt op een nationaal B2B-mandaat of een afgewezen factuur debugt — ValidateFin geeft u directe, bruikbare feedback. 100% client-side, geen geüploade gegevens.
Facturen validerenVeelgestelde vragen
Wat is EN 16931?
EN 16931 is de Europese norm voor het semantische datamodel van elektronische facturen, gepubliceerd door het CEN (Europees Comité voor Normalisatie). Het definieert de betekenis en beperkingen van elk gegevenselement in een e-factuur. De norm werd verplicht gesteld door EU-richtlijn 2014/55/EU voor B2G-overheidsopdrachten en is de basis voor alle Europese e-factureringsmandaten.
Is EN 16931 verplicht?
Voor B2G-facturering (business-to-government) is conformiteit met EN 16931 verplicht in alle EU-lidstaten sinds 2019. Voor B2B hangt het af van het land: Duitsland vereist EN 16931-conforme e-facturen voor B2B-ontvangst vanaf januari 2025, België vanaf januari 2026 en Frankrijk vanaf 2026. Andere landen volgen.
Wat is het verschil tussen EN 16931 en UBL?
EN 16931 is een semantisch datamodel — het definieert WAT een factuur moet bevatten. UBL 2.1 is een syntax — het definieert HOE die gegevens in XML worden gecodeerd. EN 16931 heeft twee officiële syntaxbindingen: UBL 2.1 en UN/CEFACT CII. UBL is niet hetzelfde als EN 16931; het is een manier om een EN 16931-conforme factuur te coderen.
Wat is een CIUS?
CIUS staat voor Core Invoice Usage Specification. Het is een specialisatie van EN 16931 die aanvullende beperkingen toevoegt voor een specifieke use case of een specifiek land. Voorbeelden: Peppol BIS 3.0 is een CIUS voor het Peppol-netwerk, XRechnung is de Duitse B2G-CIUS en Factur-X EN 16931 is de CIUS voor Frankrijk. Een geldige CIUS-factuur is ook een geldige EN 16931-factuur.
Is EN 16931 van toepassing op B2B-facturen?
De EN 16931-basisnorm is ontworpen voor B2G maar wordt overgenomen voor B2B-mandaten door heel Europa. Landen als Duitsland, Frankrijk, België en Spanje maken EN 16931-conforme e-facturen verplicht voor B2B-transacties op verschillende tijdlijnen tussen 2025 en 2028.
Welke velden zijn verplicht in EN 16931?
Verplichte velden omvatten: factuurnummer, factuurdatum, naam en adres van de verkoper, verkopersidentificatie (btw-nummer of rechtspersoonidentificatie), naam en adres van de koper, valutacode, btw-uitsplitsing per categorie, factuurtotalen en minstens één factuurregel met artikelomschrijving, hoeveelheid, eenheidsprijs en regelbedrag.
Hoe valideert men een factuur tegen EN 16931?
Validatie vereist twee stappen: (1) XSD-schemavalidatie om de XML-structuur te controleren, en (2) Schematron-validatie om semantische bedrijfsregels (BR-xx) te controleren. ValidateFin voert beide stappen uit in de browser voor UBL-facturen en controleert aan de hand van EN 16931- en Peppol BIS 3.0-regels zonder uw bestand te uploaden.
Wat is de relatie tussen Peppol en EN 16931?
Peppol BIS Billing 3.0 is een CIUS (Core Invoice Usage Specification) van EN 16931 die de UBL 2.1-syntax gebruikt. Peppol is het transportnetwerk; EN 16931 definieert de factuurinhoud. Elke Peppol BIS 3.0-factuur voldoet aan EN 16931, maar u kunt EN 16931 gebruiken zonder het Peppol-netwerk te gebruiken.
Kan ik converteren tussen UBL en CII?
Ja. Omdat UBL en CII 1:1 overeenkomen met hetzelfde semantische model EN 16931, is conversie tussen de twee verliesvrij. Standaard XSLT-stylesheets zijn beschikbaar voor deze conversie. Dit maakt het mogelijk om een CII-gebaseerde XRechnung te converteren naar UBL voor Peppol-levering, of vice versa.
Wat gebeurt er als mijn factuur de EN 16931-validatie niet doorstaat?
In B2G-contexten worden niet-conforme facturen automatisch afgewezen door platforms zoals Chorus Pro (Frankrijk), ZRE (Duitsland) of Peppol Access Points. In B2B-contexten kunnen de geautomatiseerde verwerkingssystemen van de koper de factuur afwijzen of handmatige interventie vereisen. Het corrigeren van de specifieke bedrijfsregelovertredingen die door een validator zoals ValidateFin zijn geïdentificeerd, is de snelste weg naar conformiteit.