Wat is EN 16931?
EN 16931 is de Europese norm voor e-facturatie. Het Europees Comité voor Normalisatie (CEN) publiceerde de norm in 2017, in opdracht van de Europese Commissie. In maart 2026 is het semantische datamodel herzien (EN 16931-1:2026). De norm beschrijft een semantisch datamodel: een vaste set informatie-elementen die samen een e-factuur vormen, met hun betekenis, hun onderlinge relaties en de regels waaraan ze moeten voldoen.
De directe aanleiding was Richtlijn 2014/55/EU. Die verplicht aanbestedende diensten in de Europese Unie om e-facturen te ontvangen en te verwerken die voldoen aan EN 16931. Voor centrale overheden gold die verplichting vanaf april 2019. Decentrale overheden mochten tot april 2020 wachten.
EN 16931 schrijft geen bestandsformaat voor. De norm legt vast welke gegevens een factuur bevat en wat ze betekenen. Hoe die gegevens technisch worden vastgelegd, bepalen de syntaxbindingen, zoals UBL en UN/CEFACT CII. Meer over de afzonderlijke formaten leest u op de pagina Factuurformaten. De norm wordt beheerd door CEN/TC 434; in Nederland volgt de NEN-normcommissie e-facturatie het werk, in België NBN, in Luxemburg ILNAS, in Frankrijk AFNOR en in Duitsland DIN.
Kerncomponenten van EN 16931
Semantisch datamodel
- Ruim 160 informatie-elementen (business terms)
- Verplichte en optionele velden
- Business rules voor samenhang en rekenregels
- Ondersteuning van verschillende factuurtypen
Syntaxbindingen
- UBL 2.1
- UN/CEFACT CII
- Ruimte voor CIUS (Core Invoice Usage Specification)
- Nationale en sectorale extensies
Codelijsten
- Valutacodes (ISO 4217)
- Landcodes (ISO 3166)
- Btw-categorieën
- Betaalmethoden
Validatie en compliance
- Schematron-validatieregels
- Controle op business rules
- Syntaxvalidatie (XML-schema)
- Conformiteitstesten
Interoperabiliteit
- Mapping tussen UBL en CII
- Versiebeheer en stabiliteit van het model
- Aansluiting op internationale standaarden
- Basis voor grensoverschrijdende uitwisseling
Veiligheid en integriteit
- Aantoonbare herkomst via beveiligd transport
- Integriteit van de inhoud
- Eenduidige, controleerbare gegevens
- Ondersteuning van een audit trail
Hoe verhoudt EN 16931 zich tot Peppol?
EN 16931 en Peppol vullen elkaar aan. EN 16931 bepaalt wat er in een e-factuur staat: het semantische model. Peppol bepaalt hoe die factuur veilig en betrouwbaar bij de ontvanger komt: het netwerk, de afspraken en de infrastructuur voor transport.
Binnen het Peppol-netwerk is Peppol BIS Billing 3.0 het afgesproken factuurformaat. Peppol BIS Billing 3.0 is een CIUS van EN 16931. Het volgt de norm dus volledig en legt daarbovenop enkele extra afspraken vast. Een factuur die door de Peppol BIS-validatie komt, voldoet daarmee ook aan EN 16931.
Wat dit oplevert:
- Eén datamodel voor overheids- en bedrijfsfacturen
- Eén aansluiting voor ontvangers in meerdere landen
- Voorspelbare validatie volgens openbare regels
- Een stabiele basis als het aantal handelspartners groeit
Waar wordt EN 16931 gebruikt?
Vrijwel elke Europese e-factuurverplichting bouwt op EN 16931, vaak via een eigen CIUS: een uitwerking die de norm volgt en er nationale afspraken aan toevoegt. In Nederland is dat de NLCIUS, in België en Luxemburg Peppol BIS Billing 3.0, in Duitsland XRechnung en ZUGFeRD, en in Frankrijk de formaten die de plateformes agréées ondersteunen. Ook ViDA gebruikt EN 16931 als basis voor grensoverschrijdende e-facturatie vanaf 2030. Zie ViDA uitgelegd.
Tijdlijn EN 16931 en e-facturatie
- 2014: Richtlijn 2014/55/EU vraagt om een Europese norm voor e-facturatie bij overheidsopdrachten.
- 2017: CEN publiceert EN 16931, met het semantische datamodel en de lijst van syntaxen.
- 2019–2020: Centrale overheden moeten vanaf april 2019 e-facturen volgens EN 16931 kunnen ontvangen en verwerken, decentrale overheden uiterlijk april 2020.
- 2020: Peppol BIS Billing 3.0, een CIUS van EN 16931, wordt per 18 april verplicht in het Peppol-netwerk.
- 2025: ViDA wordt vastgesteld; grensoverschrijdende e-facturatie gaat uit van EN 16931.
- 2026: CEN keurt op 13 maart EN 16931-1:2026 goed, de herziene versie van het semantische datamodel, mede met het oog op ViDA. Die vervangt EN 16931-1:2017+A1:2019.
- 2030: Digitale rapportage voor grensoverschrijdende B2B-transacties binnen de EU.
Wat er na 2020 in Europese regelgeving over e-facturatie is gebeurd, leest u op de pagina ViDA uitgelegd.
Technische specificaties
| Kenmerk | Specificatie |
|---|---|
| Norm | EN 16931-1:2026 (semantisch datamodel; vervangt EN 16931-1:2017+A1:2019), CEN/TS 16931-2:2017 (lijst van syntaxen) |
| Ondersteunde syntaxen | UBL 2.1, UN/CEFACT CII D16B |
| Documenttypen | Factuurtypecodes uit UNTDID 1001, waaronder 380 (factuur), 381 (creditnota) en 384 (gecorrigeerde factuur) |
| Business rules | 100+ |
| Tekencodering | UTF-8 |
| Identificatieschema’s | ISO 6523 ICD-lijst |
| Extensies | CIUS en extensies toegestaan |
Wat dit betekent voor uw software
Leverancier van boekhoud-, ERP-, inkoop- of factureringssoftware? Dan moeten de facturen die uw software maakt en verwerkt aan EN 16931 voldoen. De vraag is niet of u de norm ondersteunt, maar hoe. In de praktijk zijn er twee routes.
Route 1: Zelf bouwen
U bouwt EN 16931-validatie en -conversie zelf in uw software. Uw team implementeert de syntaxbindingen (UBL en/of CII), voert de Schematron-validatie uit, vertaalt het interne datamodel naar het semantische model van de norm en houdt dit bij als de norm, de CIUS of Peppol BIS wordt bijgewerkt.
Route 2: Via een serviceprovider of conversiedienst
Uw software levert factuurgegevens aan via een API. De serviceprovider valideert, zet om naar het juiste formaat en verzorgt de verzending via het Peppol-netwerk. Uw team hoeft de normdetails niet zelf te onderhouden.
Afwegingscriteria
Ontwikkeltijd
Zelf bouwen vraagt een aanzienlijke ontwikkelinspanning voor mapping, validatie en testen. Een API-koppeling is meestal sneller gerealiseerd, omdat de validatielogica al bestaat.
Onderhoudslast
Business rules, codelijsten en specificaties worden periodiek bijgewerkt. Bij zelf bouwen ligt dat onderhoud bij uw team. Via een serviceprovider wordt het grotendeels voor u verzorgd.
Benodigde expertise
Zelf bouwen vereist diepe kennis van het semantische model, Schematron, UBL en CII, en van nationale CIUS-varianten. Voor een API-koppeling volstaat kennis van uw eigen datamodel en de API.
Snelheid van compliance
Met een serviceprovider sluit u aan op validatie die al in gebruik is. Bij zelf bouwen hangt het tempo af van uw eigen roadmap en testcapaciteit.
Controle en flexibiliteit
Zelf bouwen geeft maximale controle over de verwerking. Via een API bent u afhankelijk van de mogelijkheden en de documentatie van de serviceprovider.
Voor integrators geldt dezelfde afweging per klantproject. Voor overheidsorganisaties is dit vooral relevant bij de keuze van leveranciers en bij het beoordelen of hun ontvangende systemen conforme facturen goed verwerken.
Hoe u Peppol technisch in uw product inbouwt, leest u op de pagina Peppol integreren in uw software.
Afsluiting
EN 16931 is de gemeenschappelijke taal van e-facturatie in Europa. Wie de norm begrijpt, begrijpt ook waarom Peppol BIS, UBL en CII zo op elkaar aansluiten. Voor uw software is de volgende stap bepalen hoe u die taal ondersteunt: zelf, of via een serviceprovider die validatie en conversie voor u verzorgt. In de vergelijker op peppol.nu ziet u welke serviceproviders daarbij passen.
