Als je over e-facturen spreekt komen er verschillende begrippen voorbij, die allemaal nèt iets anders betekenen. Soms kunnen die zonder veel gevolgen door elkaar worden gebruikt, maar er zijn in essentie wel degelijk verschillen. Hieronder wordt uitgelegd wat die begrippen betekenen, waarom ze bestaan, en hoe die kunnen of moeten worden gebruikt.
- <cac:OrderReference>
- <cbc:ID>12345</cbc:ID>
- </cac:OrderReference>
XML is dus eigenlijk alleen maar een opmaakstijl, een techniek om gegevens gestructureerd in een tekstbestand te kunnen zetten. Er bestaan een heleboel verschillende standaarden die de XML-opmaakstijl gebruiken, zoals HTML (waarin veel websites zijn geschreven), en dus ook UBL. Daarom zijn lang niet alle XML-bestanden geldige e-facturen.
UBL (Universal Business Language)
UBL is een internationale standaard die bepaalt hoe elementen in een XML-factuur moeten heten en gestructureerd zijn.
Zoals je hierboven hebt gezien staan er in de tags unieke termen die specifieke data in een e-factuur identificeren. De tag "<cac:OrderReference>" kan en moet alleen maar gebruikt worden om te refereren aan een specifieke order, en "<cbc:ID>" naar het nummer van die specifieke order. Die tags moeten ook in een vaststaande volgorde worden gezet. De naamgeving van die termen, waar die voor gebruikt kunnen en moeten worden, en in welke volgorde die moeten staan, dat staat dus vastgelegd in de "UBL-standaard". Iedereen die een UBL verstuurt moet zich daaraan houden zodat iedereen die een UBL ontvangt die correct kan lezen en/of interpreteren.
Peppol BIS Billing V3
Peppol BIS Billing V3 is de Europese standaard voor e-facturatie. Het gebruikt UBL als basis maar er zijn specifieke regels en validaties aan toegevoegd.
Terwijl in de UBL-standaard staat vastgelegd welke tags hoe moeten heten en in welke volgorde die moeten staan, wordt daarin niet bepaald aan welke regels de waardes die daarin worden aangeboden moeten voldoen. Dus waar de UBL bepaalt of de tags zelf geldig zijn, bepaalt Peppol BIS Billing V3 of de waardes die daarin staan ook kloppen. Die gaat dus over optellingen van factuurregels, BTW-berekeningen, opmaak van rekeningnummers, enzovoorts. De opmaak van een e-factuur kan dus geldig zijn (UBL), maar die e-factuur kan dan toch ongeldig zijn door een verkeerde berekening (Peppol BIS Billing V3).
NLCIUS (NederLandse Core Invoice Usage Specification)
NLCIUS is de Nederlandse implementatie van Peppol BIS Billing V3, met aanvullende regels specifiek voor Nederland.
In de NLCIUS zijn regels opgenomen die specifiek voor Nederland gelden, zoals bepaalde BTW-regelingen, het gebruik van een G-rekening, en andere regelgeving die alleen in Nederland geldt. Voor e-facturatie binnen Nederland wordt dus altijd geadviseerd om deze uitgebreide standaard te gebruiken, zodat de factuur zowel technisch, rekenkundig als fiscaal in orde is. Daarom moeten e-facturen aan de Nederlandse overheid ook in NLCIUS aangeboden worden.
In een schema: