EN 16931: definitie, belang, gerelateerde landen en softwarevragen. Neutrale gids met bronnen, checklist, FAQ en praktische volgende stappen.
EN 16931 is de Europese norm voor elektronische facturatie. De norm legt vast welke kerngegevens een elektronische factuur moet kunnen bevatten en wat die gegevens betekenen. Denk aan leverancier, afnemer, factuurnummer, factuurdatum, regels, bedragen, btw, valuta, betalingsinformatie en referenties. Het doel is niet om één mooi document te maken, maar om facturen zo te structureren dat systemen ze betrouwbaar kunnen lezen, controleren en verwerken.
Voor EN 16931 konden landen, overheden, platforms en softwareleveranciers elk hun eigen interpretatie van een elektronische factuur gebruiken. Dat maakte grensoverschrijdende uitwisseling lastig. De norm brengt een gemeenschappelijke basis: als twee systemen allebei een EN 16931-conforme factuur ondersteunen, begrijpen ze in elk geval dezelfde kernbegrippen. Dat vermindert maatwerk, foutmeldingen en handmatige correcties bij e-facturatie.
Het belangrijkste woord bij EN 16931 is semantiek. De norm beschrijft niet alleen dat er een bedrag, datum of btw-code moet zijn, maar ook wat die waarde betekent in de context van de factuur. Een factuurregel, btw-categorie, orderreferentie of betalingsvoorwaarde krijgt daardoor een vaste plaats en betekenis. Dat is essentieel voor automatische verwerking: software moet niet raden wat een veld bedoelt.
Een veelgemaakte vergissing is dat EN 16931 zelf als bestand wordt verstuurd. Dat klopt niet. EN 16931 is het inhoudelijke model: de afspraak over de factuurgegevens. De daadwerkelijke factuur wordt verpakt in een technische syntax, zoals UBL of CII. In de praktijk zegt een leverancier daarom bijvoorbeeld dat hij een UBL-factuur volgens EN 16931 kan maken, of een Factur-X-document met een EN 16931-profiel.
UBL en CII zijn twee technische syntaxes waarmee de gegevens uit EN 16931 kunnen worden vastgelegd. UBL komt veel voor in Peppol en in verschillende nationale e-facturatieprogramma’s. CII is belangrijk in contexten waar Cross Industry Invoice wordt gebruikt, onder meer bij hybride facturen zoals Factur-X. De norm bepaalt welke betekenis de gegevens hebben; UBL en CII bepalen hoe die gegevens technisch in XML worden geschreven.
Factur-X combineert een leesbare PDF met een ingebed XML-bestand. Afhankelijk van het profiel kan die XML-inhoud aansluiten op EN 16931. Daardoor krijgt de ontvanger zowel een document dat mensen kunnen openen als gestructureerde gegevens die software kan verwerken. Voor bedrijven met Franse klanten of leveranciers is dit belangrijk, omdat Factur-X vaak wordt genoemd als praktische brug tussen de oude PDF-werkwijze en echte gestructureerde e-facturatie.
Peppol BIS Billing 3.0 is een specificatie voor facturen die via het Peppol-netwerk worden uitgewisseld. Zij bouwt voort op EN 16931 en voegt netwerk- en gebruiksregels toe. Daardoor kan een factuur niet alleen inhoudelijk aan de Europese kernnorm voldoen, maar ook correct door Peppol-deelnemers worden verzonden en ontvangen. Voor software betekent dit dat algemene EN 16931-ondersteuning niet altijd genoeg is: Peppol-validatie en Peppol-regels moeten ook kloppen.
Bij een gewone PDF ziet een ontvanger soms pas laat dat gegevens ontbreken of verkeerd zijn. Bij EN 16931-conforme e-facturen wordt veel eerder gevalideerd. Systemen controleren bijvoorbeeld of verplichte velden aanwezig zijn, btw-totalen optellen, valuta consistent is, identificatienummers bruikbaar zijn en referenties volgens de gekozen regels zijn ingevuld. Een factuur kan dus inhoudelijk juist lijken, maar toch worden geweigerd als de gestructureerde data niet klopt.
EN 16931 geeft een Europese basis, maar landen en platforms kunnen extra regels toevoegen. Een land kan specifieke identificatienummers, rapportagegegevens, statusstromen of platformroutes vereisen. Ook klanten kunnen aanvullende velden vragen, zoals ordernummers of kostenplaatsen. Daarom moet een bedrijf niet alleen vragen of software EN 16931 ondersteunt, maar ook of de oplossing past bij het land, netwerk, platform en type transactie.
Factuursoftware moet meer doen dan een XML-bestand exporteren. Ze moet factuurgegevens gestructureerd vastleggen, verplichte velden afdwingen, btw-scenario’s correct berekenen, meerdere syntaxes ondersteunen, validatiefouten duidelijk tonen en updates volgen wanneer regels wijzigen. Aan de ontvangstkant moet software inkomende facturen kunnen lezen, koppelen aan leveranciers en orders, boeken of doorzetten naar het boekhoudproces en statussen bewaren.
EN 16931 maakt zwakke masterdata zichtbaar. Onvolledige klantgegevens, ontbrekende btw-nummers, foutieve adressen, onduidelijke productregels of afwijkende betalingscondities kunnen leiden tot afwijzing of handmatig herstel. Finance, IT, sales en operations moeten daarom samenwerken. De factuur wordt niet langer alleen een document aan het einde van het proces; zij is een gegevensstroom die begint bij klantacceptatie, orderinvoer, levering en contractafspraken.
Een ondernemer hoeft EN 16931 niet zelf technisch te implementeren, maar moet wel de juiste vragen stellen. Begin met de landen, klanten en leveranciers waarvoor e-facturatie relevant is. Controleer daarna welke formaten en netwerken uw software ondersteunt, laat echte voorbeeldfacturen valideren en test uitzonderingen zoals creditnota’s, kortingen, vooruitbetalingen, vrijstellingen en meerdere btw-tarieven. Zo voorkomt u dat de overstap pas bij de eerste weigering serieus wordt genomen.
Controleer of uw software EN 16931 ondersteunt als semantisch factuurmodel, niet alleen als algemene marketingterm.
Vraag welke syntaxes worden ondersteund: UBL, CII, Factur-X of meerdere varianten.
Controleer of Peppol BIS Billing 3.0 apart wordt gevalideerd wanneer u via Peppol factureert.
Laat testfacturen valideren met echte klantgegevens, btw-scenario’s en factuurregels.
Controleer verplichte velden zoals factuurnummer, datum, leverancier, klant, bedragen, btw en valuta.
Schoon klant- en leveranciersdata op voordat e-facturatie live gaat.
Leg vast wie validatiefouten onderzoekt en wie facturen opnieuw mag uitgeven.
Test creditnota’s, kortingen, vrijstellingen, verlegde btw, vooruitbetalingen en meerdere btw-tarieven.
Vraag of inkomende EN 16931-facturen automatisch kunnen worden geboekt of gematcht met orders.
Controleer hoe facturen, XML-bestanden, PDF-weergaven en statusberichten worden gearchiveerd.
Volg nationale regels en platformupdates, omdat die bovenop de Europese kern kunnen veranderen.
Stem met belangrijke klanten af welk netwerk, formaat en welke referentievelden zij verwachten.
EN 16931 is de Europese norm voor de kerngegevens van een elektronische factuur. De norm beschrijft welke informatie een e-factuur moet kunnen bevatten en wat die informatie betekent.
Nee. EN 16931 is geen los bestandstype. Het is het semantische model achter de factuur. De gegevens worden meestal technisch vastgelegd in een syntax zoals UBL of CII.
EN 16931 beschrijft de inhoud en betekenis van factuurgegevens. UBL is een XML-syntax waarmee die gegevens in een bestand kunnen worden geschreven. UBL kan dus worden gebruikt om een EN 16931-conforme factuur te maken.
CII is net als UBL een technische syntax. EN 16931 bepaalt welke gegevens en betekenissen nodig zijn; CII bepaalt hoe die gegevens in XML worden gecodeerd.
Ja, bij bepaalde Factur-X-profielen bevat het document een XML-laag die aansluit op EN 16931. Factur-X combineert een leesbare PDF met gestructureerde data voor software.
Ja. Peppol BIS Billing 3.0 bouwt voort op EN 16931 en voegt regels toe voor gebruik binnen het Peppol-netwerk. Daarom moet een Peppol-factuur aan beide lagen voldoen.
Meestal niet. Een gewone PDF is vooral visueel en bevat niet noodzakelijk gestructureerde factuurdata. EN 16931 gaat juist over machineleesbare gegevens met vaste betekenis.
Afkeuring kan ontstaan door ontbrekende verplichte velden, foutieve btw-codes, totalen die niet optellen, verkeerde identificatienummers, ongeldige valuta of nationale regels die niet zijn gevolgd.
Niet tot op technisch XML-niveau. Wel moet een klein bedrijf controleren of de gekozen software en het gebruikte platform de juiste formaten, validatie en landenregels ondersteunen.
Belangrijke gegevens zijn onder meer leverancier, klant, factuurnummer, factuurdatum, factuurregels, hoeveelheden, prijzen, btw, totalen, valuta, betalingsgegevens en referenties zoals ordernummers.
Nee. EN 16931 is de Europese basis. Landen, platforms en klanten kunnen extra regels stellen. Controleer daarom altijd de specifieke eisen voor uw transacties.
Maak voorbeeldfacturen met echte scenario’s en laat ze valideren in uw software, platform of Peppol-omgeving. Test ook uitzonderingen zoals creditnota’s, kortingen, vrijstellingen en meerdere btw-tarieven.
Vraag welke syntaxes worden ondersteund, welke validatieregels worden toegepast, of inkomende facturen kunnen worden verwerkt, hoe fouten worden gemeld en hoe updates voor nationale regels worden bijgehouden.
Omdat systemen gestructureerde gegevens automatisch controleren. Foutieve klantnamen, adressen, btw-nummers, orderreferenties of betalingsgegevens kunnen leiden tot vertraging, weigering of handmatige correctie.
We geven voorrang aan officiële overheids- en EU-bronnen waar beschikbaar en tonen controledatums zichtbaar.
E-Invoice Finder
