CII factuurformaat: definitie, belang, gerelateerde landen en softwarevragen. Neutrale gids met bronnen, checklist, FAQ en praktische volgende stappen.
CII betekent Cross Industry Invoice. Het is een gestructureerde manier om factuurgegevens in XML vast te leggen, zodat software de factuur kan lezen zonder handmatig overtypen. In plaats van alleen een document te tonen, beschrijft CII gegevens zoals leverancier, klant, factuurregels, btw, totalen en betalingsinformatie in vaste velden. Daardoor kan een ontvanger de factuur automatisch controleren, boeken en archiveren.
Bij elektronische facturatie gaat het niet alleen om het digitaal versturen van een bestand. De kern is dat factuurdata betrouwbaar, gestructureerd en verwerkbaar is. CII helpt daarbij omdat het een machineleesbare factuur oplevert. Dat maakt automatische validatie, matchen met orders, btw-controles en snellere verwerking mogelijk. Voor bedrijven die overstappen van PDF of e-mail naar echte e-facturatie is CII dus vooral een datamodel voor betere uitwisseling.
EN 16931 is de Europese norm die bepaalt welke kerngegevens een elektronische factuur moet kunnen bevatten. CII is één van de technische manieren om die norm in een bestand te zetten. De norm zegt in grote lijnen welke informatie nodig is; de syntax, zoals CII, bepaalt hoe die informatie technisch wordt gecodeerd. Een CII-bestand is dus pas bruikbaar wanneer het correct is gevuld volgens de toepasselijke regels, bedrijfsafspraken en eventuele nationale eisen.
CII gebruikt XML. Dat betekent dat de factuur bestaat uit gestructureerde tags en waarden, niet uit een opgemaakte pagina zoals een PDF. Voor mensen is XML minder prettig om te lezen, maar voor software is het juist duidelijk. Een goed systeem toont de inhoud daarom in een begrijpelijk scherm of PDF-weergave, terwijl de XML op de achtergrond wordt gebruikt voor verwerking, controles en integraties met boekhouding of ERP.
CII is niet het enige formaat voor elektronische facturen. In Europa komt ook UBL veel voor, onder meer binnen Peppol BIS Billing 3.0. Beide kunnen worden gebruikt om gestructureerde factuurinformatie uit te wisselen, maar ze hebben een andere technische opbouw. Welke syntax u nodig heeft, hangt af van uw land, platform, klantvereisten en softwareomgeving. Belangrijk is daarom niet alleen of uw software ‘e-facturen’ ondersteunt, maar welke formaten ze echt kan maken, ontvangen en valideren.
CII speelt een zichtbare rol in Frankrijk via Factur-X. Factur-X is een hybride factuur: een leesbare PDF met daarin gestructureerde XML-data. Die XML is gebaseerd op CII-profielen. Daardoor kan de ontvanger de factuur openen als PDF, terwijl boekhoudsoftware de gestructureerde gegevens uit de ingebedde XML kan gebruiken. Voor bedrijven met Franse klanten of leveranciers is het daarom verstandig om te vragen of hun oplossing Factur-X en de onderliggende CII-data correct ondersteunt.
Een CII-factuur moet technisch goed gevormd zijn en inhoudelijk voldoen aan de regels die voor de transactie gelden. Validatie kijkt bijvoorbeeld naar verplichte velden, btw-codes, totalen, datumnotatie, valuta, identificatienummers en de samenhang tussen regels en eindbedragen. Bij hybride documenten zoals Factur-X moet ook worden opgelet dat de zichtbare PDF en de XML-inhoud niet tegenstrijdig zijn. Een factuur kan er netjes uitzien, maar toch worden geweigerd als de gestructureerde data fout is.
Software die CII ondersteunt moet meer doen dan een XML-bestand exporteren. Ze moet de juiste velden kunnen vullen, btw-scenario’s correct berekenen, klant- en leveranciersgegevens beheren, validatiefouten tonen en updates volgen wanneer regels wijzigen. Ook ontvangst is belangrijk: kan de software CII importeren, controleren, aan een leverancier koppelen en naar de boekhouding sturen? Vraag leveranciers daarom naar concrete voorbeelden en testbestanden, niet alleen naar algemene ondersteuning voor elektronische facturatie.
CII maakt fouten niet automatisch kleiner; het maakt ze vooral sneller zichtbaar. Onvolledige klantgegevens, verkeerde btw-nummers, ontbrekende orderreferenties, afwijkende artikelcodes of onjuiste belastingpercentages kunnen leiden tot afwijzing of handmatig herstel. Voor een soepele invoering is het verstandig om stamdata op te schonen voordat u live gaat. Betrek finance, sales, operations en IT, want factuurdata komt vaak uit meerdere systemen.
Steeds meer klanten vragen of een leverancier gestructureerde facturen kan leveren. Daarbij gaat het niet alleen om het woord CII, maar om praktische compatibiliteit. Kan de leverancier via het gewenste platform leveren? Bevat de factuur de juiste orderreferentie? Worden btw-regels correct toegepast? Is er ondersteuning voor creditnota’s, deelbetalingen of kostenplaatsen? Door deze vragen vooraf te beantwoorden voorkomt u vertraging bij onboarding en betaling.
Begin met het in kaart brengen van uw huidige factuurstromen: uitgaande facturen, inkomende facturen, landen, platformen, uitzonderingen en klanten met specifieke eisen. Controleer daarna welke formaten uw software ondersteunt en laat echte voorbeeldfacturen valideren. Leg intern vast wie foutmeldingen opvolgt, wie stamdata beheert en wanneer klanten of leveranciers worden geïnformeerd. Zo wordt CII geen los technisch bestand, maar onderdeel van een betrouwbaar facturatieproces.
Controleer of uw software CII kan aanmaken volgens EN 16931, niet alleen een willekeurige XML-export.
Vraag of CII ook kan worden ontvangen en geïmporteerd, naast het verzenden van facturen.
Test voorbeeldfacturen met meerdere btw-tarieven, vrijstellingen, kortingen en creditnota’s.
Controleer of klantgegevens, btw-nummers, adressen en orderreferenties volledig zijn.
Vraag uw softwareleverancier welke CII-profielen en versies worden ondersteund.
Controleer of Factur-X nodig is voor Franse klanten of leveranciers en of de ingebedde CII-data geldig is.
Laat validatiefouten duidelijk toewijzen aan een verantwoordelijke binnen finance of IT.
Stem met belangrijke kopers af welk platform, formaat en referentievelden zij verwachten.
Controleer hoe CII-facturen worden gearchiveerd en later leesbaar worden gemaakt voor audits.
Documenteer het proces van factuurcreatie, validatie, verzending, ontvangststatus en correctie.
Plan updates in wanneer nationale regels, platformvereisten of klantafspraken veranderen.
CII staat voor Cross Industry Invoice. Het is een XML-gebaseerd formaat om factuurgegevens gestructureerd vast te leggen, zodat systemen de factuur automatisch kunnen lezen en verwerken.
CII is een technisch formaat voor een elektronische factuur. Een elektronische factuur is het bredere proces: aanmaken, valideren, verzenden, ontvangen en verwerken volgens de regels die voor de transactie gelden.
Een gewone PDF is vooral bedoeld om door mensen te worden gelezen. CII bevat gestructureerde XML-data die software kan verwerken. Bij hybride formaten zoals Factur-X kunnen beide worden gecombineerd: een PDF voor mensen en CII-data voor systemen.
Ja. EN 16931 beschrijft de Europese kerngegevens voor elektronische facturen. CII is één van de syntaxes waarmee die gegevens technisch kunnen worden uitgewisseld.
Niet overal en niet voor elke situatie. Europese en nationale regels kunnen bepalen welke formaten of netwerken nodig zijn. In sommige contexten wordt CII gebruikt, in andere is bijvoorbeeld UBL gebruikelijk. Controleer daarom de eisen van uw land, platform en klant.
Factur-X gebruikt een PDF/A-3-bestand met ingebedde gestructureerde XML-data. Die XML is gebaseerd op CII. Daarom is CII belangrijk voor bedrijven die Factur-X-facturen voor Frankrijk willen maken of ontvangen.
Dat hangt af van de software. Vraag of CII kan worden geïmporteerd, gevalideerd en geboekt, en of uitzonderingen duidelijk worden gemeld. Vraag ook naar testbestanden voor uw eigen factuurscenario’s.
Typische gegevens zijn leverancier, klant, factuurnummer, factuurdatum, regels, hoeveelheden, prijzen, btw, totalen, valuta, betalingsinformatie en referenties zoals ordernummers. Welke velden verplicht zijn, hangt af van de regels en het profiel.
Gebruik validatie in uw factuursoftware, platform of een gespecialiseerde validator. Controleer technische structuur, verplichte velden, btw-berekeningen, identificatienummers en eventuele nationale of klantgebonden regels.
Een platform of ontvangend systeem kan de factuur weigeren of een foutmelding teruggeven. Mogelijke oorzaken zijn ontbrekende velden, verkeerde btw-codes, foutieve totalen of identificatiegegevens die niet overeenkomen met de klant.
CII zelf is XML en dus vooral bedoeld voor systemen. Veel software toont de inhoud in een leesbaar scherm of maakt een PDF-weergave. Bij Factur-X is de leesbare PDF onderdeel van hetzelfde document.
Vraag welk formaat en platform zij accepteren, welke referenties verplicht zijn, of zij Factur-X of losse XML verwachten, hoe statusberichten worden teruggegeven en wie technische of inhoudelijke fouten opvolgt.
Ja, maar meestal via software of een platform dat de technische details afhandelt. Kleine ondernemingen hoeven XML niet zelf te schrijven; ze moeten vooral zorgen dat hun gegevens correct zijn en dat hun oplossing het juiste formaat ondersteunt.
We geven voorrang aan officiële overheids- en EU-bronnen waar beschikbaar en tonen controledatums zichtbaar.
E-Invoice Finder
