De opbouw van e-factuurstandaarden: van het semantische model EN 16931 via syntaxbindingen (UBL, CII) tot landspecifieke invullingen.
E-facturatie draait om meer dan alleen het versturen van een XML-bestand. Achter elke e-factuur schuilt een zorgvuldig opgebouwd systeem van afspraken, van de vraag welke informatie een factuur moet bevatten tot de vraag hoe die informatie precies wordt gestructureerd. Dit artikel legt die opbouw stap voor stap uit.
Het fundament van elke e-factuur is het semantische model. Dit model beschrijft de betekenis van de gegevens op een factuur, onafhankelijk van de technische opmaak. Denk aan: leverancier, afnemer, factuurnummer, factuurdatum, bedragen, BTW-tarieven. Het gaat om de inhoud, niet om de vorm.
In Europa is dit vastgelegd in EN 16931, de Europese norm voor elektronische facturering. EN 16931 definieert precies welke informatie-elementen een e-factuur moet bevatten (verplicht) en welke elementen optioneel zijn. Het resultaat is een abstract, technologieneutraal model dat beschrijft wat een e-factuur is, zonder iets te zeggen over hoe die informatie technisch wordt opgeslagen.
EN 16931 is in opdracht van de Europese Commissie ontwikkeld door CEN (het Europese normalisatie-instituut) en is juridisch verankerd in EU-richtlijn 2014/55/EU. Elke e-factuur die in Europa als geldig wordt beschouwd, moet aan dit semantische model voldoen.
Een semantisch model alleen is niet genoeg. Computers hebben een concreet bestandsformaat nodig om gegevens te kunnen lezen en verwerken. Dat concrete formaat heet de syntax of syntaxbinding.
EN 16931 kent twee officieel erkende syntaxen:
Beide syntaxen drukken dezelfde semantische informatie uit, maar in een andere XML-structuur. Een factuur in UBL ziet er technisch anders uit dan een factuur in CII, maar bevat dezelfde gegevens.
UBL is de meest gebruikte syntax in Europa en het Peppol-netwerk. De meeste e-facturen die via Peppol worden verstuurd, zijn UBL-facturen. CII wordt vooral in Duitsland en Frankrijk gebruikt, onder meer als basis voor Factur-X/ZUGFeRD.
Een syntax zoals UBL beschrijft de structuur, maar zegt nog niets over de spelregels die binnen een specifiek netwerk gelden. Daarom bestaan er profielen die aanvullende validatieregels toevoegen bovenop de syntax.
Het belangrijkste profiel voor het Peppol-netwerk is Peppol BIS Billing 3.0. Dit profiel neemt UBL (of CII) als basis en voegt honderden business rules toe:
Een factuur die voldoet aan Peppol BIS Billing V3 voldoet automatisch aan EN 16931. Het profiel is een aanscherping, geen afwijking.
Meer over dit profiel lees je in het artikel over Peppol BIS Billing V3.
Landen mogen het Europese model verder verfijnen voor hun eigen markt. Dat gebeurt via een CIUS (Core Invoice Usage Specification). Een CIUS voegt landspecifieke regels en vereisten toe, maar mag nooit in strijd zijn met het onderliggende EN 16931-model.
Bekende voorbeelden:
Een factuur die aan een CIUS voldoet, voldoet automatisch aan EN 16931. De meeste CIUS-varianten (zoals NLCIUS en XRechnung) bouwen daarnaast voort op Peppol BIS Billing V3, maar dat geldt niet voor elke CIUS.
Terwijl BIS Billing en de CIUS-varianten zijn ontworpen voor Europa, breidt PINT (Peppol International Invoice) het bereik uit naar de rest van de wereld. PINT is een apart profiel, ook gebaseerd op EN 16931, maar met regiospecifieke varianten:
Meer over PINT lees je in het artikel over PINT.
Alle lagen samen vormen een piramide, van abstract naar concreet:
EN 16931 (semantisch model, wat moet er op een factuur staan?)
│
├── Syntaxbindingen (hoe wordt het opgeslagen?)
│ ├── UBL 2.1
│ └── CII (UN/CEFACT)
│
├── Profielen (welke regels gelden er?)
│ ├── Peppol BIS Billing 3.0 (Europees Peppol-profiel)
│ └── PINT (internationaal Peppol-profiel)
│ ├── PINT EU
│ ├── PINT A-NZ
│ ├── PINT Japan
│ └── ...
│
└── CIUS (landspecifieke invullingen)
├── NLCIUS (Nederland)
├── XRechnung (Duitsland)
├── Svefaktura (Zweden)
├── ebInterface (Oostenrijk)
└── France CIUS (Frankrijk)
De bovenste laag is het meest abstract (alleen betekenis), de onderste laag het meest concreet (specifieke XML-velden en validatieregels voor een bepaald land).
Naast de pure XML-standaarden bestaan er ook hybride formaten die een visuele PDF combineren met machineleesbare XML-data in één bestand. Het technische principe is steeds hetzelfde: een PDF/A-3 document met een embedded XML-bijlage. De ontvanger kan de factuur visueel bekijken (als PDF) en tegelijk de gegevens geautomatiseerd verwerken (via de XML).
Het bekendste voorbeeld is Factur-X/ZUGFeRD, dat CII-XML embed en in Europa breed wordt gebruikt. Daarnaast bestaat ISDOC.PDF, de Tsjechische variant die een eigen nationaal XML-schema embed in plaats van CII. Beide formaten delen het hybride concept, maar verschillen in de embedded XML en de mate van EN 16931-compliance.
Hybride formaten zijn bijzonder praktisch in de overgangsfase naar volledige e-facturatie: ze werken als brug tussen de traditionele PDF en de volledig gestructureerde XML-factuur. Een uitgebreide vergelijking, inclusief de technische structuur en complicaties bij verwerking, vind je in Hybride factuurformaten: PDF met embedded XML.
Onderstaande tabel brengt de belangrijkste e-factuurstandaarden samen. Zo zie je in één oogopslag hoe ze zich tot elkaar en tot de Europese norm EN 16931 verhouden.
EN 16931 vormt het semantische fundament waarop alle andere standaarden voortbouwen. UBL en CII zijn de twee officieel erkende syntaxbindingen. De CIUS-specificaties (Peppol BIS, NLCIUS, XRechnung) scherpen het model aan met aanvullende restricties of verplichtingen, zonder het kernmodel te wijzigen. ZUGFeRD/Factur-X combineert een visuele PDF met een embedded CII XML-bestand. ISDOC is het Tsjechische nationale formaat met een eigen hybride variant. PINT is de opvolger van BIS voor internationale Peppol-facturatie, met regiospecifieke varianten voor onder meer Australië, Japan en Singapore.
Als gebruiker van eConnect hoef je deze hiërarchie niet zelf te beheren. Het platform transformeert automatisch tussen alle ondersteunde formaten. Stuur je een UBL-factuur naar een ontvanger die XRechnung verwacht? Dan wordt de factuur getransformeerd. Ontvang je een CII-factuur terwijl je boekhoudsysteem UBL verwacht? Dan converteert eConnect het document.
De standaardenhiërarchie is wat dit mogelijk maakt: omdat alle formaten teruggaan op hetzelfde semantische model (EN 16931), is lossless conversie tussen formaten technisch mogelijk.
Tip: Wil je meer weten over een specifiek formaat? Bekijk de artikelen in de categorie Formaten, waar elk formaat met zijn kenmerken wordt beschreven.
Dan transformeert eConnect de factuur automatisch. Omdat alle formaten teruggaan op hetzelfde semantische model (EN 16931), is lossless conversie technisch mogelijk. Stuur je bijvoorbeeld een UBL-factuur naar een ontvanger die XRechnung verwacht, dan regelt het platform de conversie zonder dat er informatie verloren gaat.
Ja, omdat NLCIUS voortbouwt op EN 16931 en Peppol BIS Billing V3. De factuur voldoet automatisch aan de Europese norm. Sommige landen hanteren aanvullende eisen (zoals het Leitweg-ID in Duitsland), maar de kerndata is altijd uitwisselbaar.
Een profiel (zoals Peppol BIS Billing V3) voegt validatieregels toe bovenop de syntax, zonder zich te beperken tot een specifiek land. Een CIUS (zoals NLCIUS of XRechnung) is een landspecifieke invulling die aanvullende nationale vereisten definieert. Beide scherpen het EN 16931-model aan, maar op een ander niveau.
Download voorbeeldbestanden