De standaard achter elke EU-e-factuur
Als u zich heeft verdiept in e-facturatie in Europa, bent u "EN 16931" waarschijnlijk overal tegengekomen — in regelgeving, softwarebeschrijvingen en compliance-checklists. Maar de meeste uitleg gaat ervan uit dat u al weet wat het is. Dit artikel legt het vanaf de basis uit.
EN 16931 is een Europese standaard die definieert welke gegevens een elektronische factuur moet bevatten. Het definieert niet hoe de factuur er visueel uitziet. Het schrijft geen specifieke software voor. Het definieert het datamodel — de specifieke set informatievelden die een e-factuur geldig en interoperabel maken in de hele EU.
Zie het als een gedeeld vocabulaire. Of u nu freelancer bent in Berlijn, een klein bedrijf in Lyon, of leverancier van de Nederlandse overheid — EN 16931 zorgt ervoor dat de facturen die u verstuurt, begrepen en verwerkt kunnen worden door elk compatibel systeem aan de ontvangende kant.
Waarom bestaat deze standaard?
Vóór EN 16931 had elk EU-land — en vaak zelfs individuele sectoren binnen landen — zijn eigen factuurformaat. Een Duitse factuur zag er op dataniveau anders uit dan een Italiaanse. Grensoverschrijdende facturatie betekende handmatige gegevensinvoer, formaatconversie en constante compatibiliteitsproblemen.
De Europese Commissie heeft dit opgelost door één semantische standaard voor e-facturen voor te schrijven onder EU-richtlijn 2014/55/EU. De standaard is ontwikkeld door CEN (het Europees Comité voor Normalisatie) en in 2017 gepubliceerd. De volledige titel luidt:
EN 16931-1:2017 — Elektronische facturering — Deel 1: Semantisch datamodel van de kernelementen van een elektronische factuur
Het doel was eenvoudig: één datamodel definiëren dat alle EU-lidstaten accepteren, zodat een e-factuur gemaakt in elk land zonder wijziging in elk ander land verwerkt kan worden.
Wat EN 16931 precies definieert
EN 16931 is een semantisch datamodel. Dat betekent dat het de betekenis en structuur van factuurgegevens definieert — de velden, hun relaties en de bedrijfsregels die ze beheersen. Het definieert niet de visuele opmaak of het technische bestandsformaat.
Dit dekt de standaard:
Velden op documentniveau
Elke conforme factuur moet bevatten:
- Factuurnummer — uniek binnen het systeem van de verkoper
- Uitgiftedatum — wanneer de factuur is aangemaakt
- Factuurtype-code — 380 voor een standaardfactuur, 381 voor een creditnota, en andere voor specifieke scenario's
- Valutacode — de ISO 4217-code (EUR, USD, GBP, enz.)
- Vervaldatum — wanneer betaling wordt verwacht (indien van toepassing)
- Koperreferentie — een referentie die de koper gebruikt om de transactie te identificeren (zoals een inkoopordernummer)
Verkoperinformatie
Het facturerende bedrijf moet opgeven:
- Juridische naam
- Postadres inclusief landcode
- Minstens één belasting-ID (btw-nummer voor EU-bedrijven)
- Elektronisch adres (meestal e-mail, geïdentificeerd met een schemecode)
- Handelsregisternummer met het juiste ISO 6523-schema-ID voor het land
Koperinformatie
De klant moet worden geïdentificeerd met:
- Juridische naam
- Postadres inclusief landcode
- Btw-nummer (verplicht voor B2B binnen de EU)
- Elektronisch adres
Regelitems
Elk goederen- of dienstitem moet bevatten:
- Omschrijving
- Hoeveelheid en maateenheid (volgens UN/ECE-aanbeveling 20 — "HUR" voor uren, "DAY" voor dagen, "C62" voor eenheden)
- Eenheidsprijs (netto)
- Regeltotaal
- Btw-tarief en btw-categoriecode
Btw-samenvatting
Een uitsplitsing van de belasting over alle regelitems:
- Belastbare basis per btw-tarief
- Belastingbedrag per btw-tarief
- Btw-categoriecode: "S" voor standaard, "E" voor vrijgesteld, "AE" voor verlegging, "Z" voor nultarief
- Het toepasselijke btw-percentage
Totalen
- Som van alle nettobedragen van regelitems
- Totaal btw-bedrag
- Factuurtotaal inclusief btw
- Verschuldigd bedrag
Betalingsinformatie
- Betaalmiddelcode (30 voor bankoverschrijving, 58 voor SEPA-overboeking, 59 voor SEPA-incasso)
- Bankgegevens (IBAN, optioneel BIC)
- Betalingsvoorwaarden of vervaldatum
EN 16931 vs Factur-X vs ZUGFeRD vs UBL vs Peppol
Hier begint de verwarring. Zo hangt alles samen:
EN 16931 is het abstracte datamodel. Het zegt welke gegevens aanwezig moeten zijn, maar niet in welk bestandsformaat.
CII (Cross Industry Invoice) en UBL (Universal Business Language) zijn de twee XML-syntaxen waarin EN 16931 kan worden uitgedrukt. Het zijn verschillende technische formaten die dezelfde gegevens transporteren. De standaard ondersteunt officieel beide.
Factur-X / ZUGFeRD gebruikt de CII-syntax. Het neemt het XML en sluit het in een PDF/A-3-document in, waardoor een hybride factuur ontstaat.
Peppol BIS Billing 3.0 gebruikt voornamelijk de UBL-syntax. Het verstuurt het XML via het Peppol-netwerk zonder PDF-omhulsel.
XRechnung is de Duitse nationale standaard voor overheidsfacturatie. Het gebruikt UBL-syntax en voegt enkele Duitse specifieke bedrijfsregels toe bovenop EN 16931.
De hiërarchie is dus:
- EN 16931 — het datamodel (welke velden op te nemen)
- CII of UBL — de XML-syntax (hoe het bestand te structureren)
- Factur-X, Peppol BIS, XRechnung — specifieke implementaties (hoe de factuur te bezorgen)
Allemaal implementeren ze EN 16931. Als uw factuur voldoet aan het Factur-X EN 16931-profiel, is deze EN 16931-conform. Als het Peppol BIS Billing 3.0 is, ook. Het zijn verschillende wegen naar hetzelfde doel.
De profielniveaus
EN 16931 zelf definieert één conformiteitsniveau: of een factuur bevat alle verplichte velden en voldoet aan de bedrijfsregels, of niet. Er is geen "basis" of "geavanceerd" binnen de standaard zelf.
Factur-X definieert echter profielen die toenemende mate van gegevensvolledigheid vertegenwoordigen:
- Minimum — factuurnummer, datum, partijen, totaal. Niet EN 16931-conform.
- Basic WL — voegt valuta, btw-uitsplitsing, betalingsinfo toe. Niet volledig conform.
- Basic — voegt regelitems toe. Bijna maar niet volledig EN 16931-conform.
- EN 16931 — alle verplichte EN 16931-velden. Dit is het conformiteitsdoel.
- Extended — voegt optionele velden toe buiten EN 16931.
Als iemand vraagt "is uw factuur EN 16931-conform?" vraagt men of het EN 16931-profiel of hoger is bereikt.
Bedrijfsregels
EN 16931 is niet alleen een veldenlijst. Het bevat bedrijfsregels — logische beperkingen waaraan de gegevens moeten voldoen. Enkele voorbeelden:
BR-CO-10: De som van alle nettobedragen van regelitems moet gelijk zijn aan het totaal nettobedrag op factuurniveau. Kortom: uw regelitems moeten correct optellen.
BR-CO-15: Het factuurtotaal inclusief btw moet gelijk zijn aan het totaal exclusief btw plus het totale btw-bedrag. Basisrekenkunde, maar validators controleren precies en afrondingsverschillen veroorzaken fouten.
BR-S-08: Als een regelitem btw-categorie "S" (standaardtarief) gebruikt, moet het btw-tarief groter zijn dan nul.
BR-AE-01 tot BR-AE-10: Regels voor facturen met verlegging van btw. Bij btw-categorie "AE" mag geen belastingbedrag in rekening worden gebracht en moet de factuur een specifieke redencode en opmerking bevatten.
Er zijn in totaal ongeveer 150 bedrijfsregels. Validators zoals die van ecosio of FeRD controleren ze allemaal. Een structureel geldig XML-bestand dat een bedrijfsregel schendt, zal de validatie alsnog niet doorstaan.
Waarom zou u zich hier druk om maken?
Als u freelancer bent of eigenaar van een klein bedrijf, vraagt u zich misschien af waarom een technische standaard u aangaat. Dit is waarom:
Wettelijke verplichting. Meerdere EU-landen schrijven e-facturen voor die voldoen aan EN 16931. Duitsland, Frankrijk, België, Polen en andere landen rollen hun verplichtingen uit tussen nu en 2028. Als uw facturen niet aan de standaard voldoen, kunnen ze worden geweigerd.
Snellere betalingen. Facturen die voldoen aan EN 16931 kunnen automatisch worden verwerkt door het boekhoudssysteem van de ontvanger. Geen handmatige invoer betekent geen vertragingen.
Grensoverschrijdende eenvoud. Eén standaard werkt in alle EU-landen. U hoeft niet apart de Duitse en Franse e-facturatieregels te leren. Als uw factuur EN 16931-conform is, werkt het overal.
Toekomstbestendig. Naarmate ViDA (VAT in the Digital Age) vordert, is EN 16931 de basis. Elke toekomstige EU-brede e-facturatieplicht zal op deze standaard voortbouwen.
Hoe weet u of uw factuur conform is
De betrouwbaarste manier is validatie. Er zijn verschillende gratis tools:
De ecosio online-validator controleert zowel de XML-structuur als de EN 16931-bedrijfsregels. Upload uw CII- of UBL-XML en krijg direct feedback.
De KoSIT Validator (Duitsland) is het officiële Duitse validatietool voor XRechnung en andere EN 16931-formaten.
Chorus Pro (Frankrijk) valideert facturen ingediend bij Franse overheidsentiteiten.
Als u Factur-X gebruikt, is het XML ingebed in uw PDF. U moet het eerst extraheren en vervolgens het XML uploaden naar een validator.
Waar validators op controleren:
- Zijn alle verplichte velden aanwezig?
- Hebben de waarden het juiste formaat (datums, codes, bedragen)?
- Kloppen de totalen?
- Zijn de bedrijfsregels voldaan?
- Is de juiste profielidentifier aanwezig in het XML?
Hoe Facturwise EN 16931 afhandelt
Facturwise genereert automatisch facturen op het EN 16931-profiel. Wanneer u een factuur maakt, doet het systeem het volgende:
- Uw factuurgegevens worden gemapt op de volledige set verplichte EN 16931-velden
- Geldig CII-XML wordt gegenereerd met de juiste profielidentifier (
urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931) - Het XML wordt ingebed in een PDF/A-3b-document met correcte XMP-metadata
- De juiste ISO 6523-schema-ID's worden toegewezen op basis van het land van elke partij
- Btw-samenvattingen worden berekend en de rekenkundige consistentie van totalen wordt gecontroleerd
U vult uw factuur gewoon in — klantnaam, regelitems, bedragen — en de conformiteitslaag werkt op de achtergrond. Geen configuratie, geen technische kennis vereist.
Je hoeft geen bedrijfsregels uit je hoofd te leren of XML-syntax te begrijpen. Facturwise brengt je factuurgegevens automatisch in lijn met de volledige EN 16931-standaard — elk veld, elke berekening, elke validatie — zodat je je kunt richten op je werk in plaats van op compliance. Maak je eerste EN 16931-conforme factuur gratis aan.