EDIFACT migratie ViDA: waarom EN 16931 uw EDI-stromen raakt en wat u nu moet doen

Een EDIFACT migratie ViDA staat op de planning van vrijwel elke onderneming die vandaag facturen uitwisselt via klassieke EDI. De Europese norm EN 16931 kent twee verplichte syntaxen, UBL 2.1 en UN/CEFACT Cross Industry Invoice D16B, en UN/EDIFACT staat daar niet bij. De Europese Commissie stelt dat expliciet: EDIFACT staat niet op de lijst met conforme syntaxen omdat het weinig gebruikt werd door publieke opdrachtgevers, en publieke entiteiten hoeven EDIFACT-facturen dus niet te kunnen ontvangen. Onder het bredere B2B-kader van ViDA wordt gestructureerde e-facturatie voor intracommunautaire transacties verplicht vanaf 1 juli 2030. Wie nu INVOIC-berichten verstuurt, heeft dus een conversietraject voor de boeg, en de vraag is niet of dat traject er komt maar wanneer u eraan begint.

Waarom dit onderwerp nu op uw agenda hoort

Voor de meeste organisaties voelt 2030 ver weg. Dat is een misrekening, om drie redenen die los van elkaar al zwaar genoeg wegen.

Ten eerste is een EDIFACT-koppeling zelden een losstaand factuurkanaal. INVOIC zit bij fabrikanten en retailers meestal in een keten met ORDERS, DELFOR, DESADV en andere berichten. U vervangt niet een bestand maar een deel van een procesketen, inclusief afspraken over ordernummers, pakbonreferenties, prijsafwijkingen en creditering. De factuur is technisch het eenvoudigste bericht in die keten en organisatorisch het lastigste, omdat er een grootboek en een BTW-aangifte aan hangen.

Ten tweede is de doorlooptijd van zulke trajecten lang omdat u afhankelijk bent van uw handelspartners. Een migratie die u zelf in drie maanden bouwt, kost twee jaar zodra u met veertig afnemers een testkalender moet afstemmen. Wie in 2029 begint, deelt de schaarse capaciteit van integratoren met heel Europa.

Ten derde is de deadline van 2030 voor veel bedrijven niet de eerste. Dat punt verdient een eigen paragraaf.

Wereldwijde convergentie: uw EDIFACT-stromen lopen tegen meer dan één deadline aan

De discussie over EN 16931 wordt vaak gevoerd alsof het om een Europese eigenaardigheid gaat. Dat beeld klopt niet. Kijk naar de mandaten die de afgelopen jaren wereldwijd zijn ingevoerd of aangekondigd, en er tekent zich één patroon af: elk nieuw systeem kiest een XML-semantisch model, en geen enkel systeem kiest EDIFACT.

• Japan. De Digital Agency beheert JP PINT, de nationale specificatie die aansluit op Peppol PINT BIS Billing, en is sinds 2021 de Peppolautoriteit voor Japan. Peppol PINT is een UBL-gebaseerd model.
• Australië. De Australian Taxation Office treedt op als Peppolautoriteit en stuurt het land richting Peppol voor e-facturatie, met een verplichting die bij de federale overheid begonnen is.
• Singapore. De GST InvoiceNow-verplichting van de belastingdienst IRAS koppelt BTW-rapportage rechtstreeks aan het Peppolnetwerk. Bij de begrotingsbehandeling van 2026 kondigde IRAS aan dat de verplichting uiterlijk in april 2031 geldt voor alle voor GST geregistreerde bedrijven.
• Maleisië. De belastingdienst LHDN publiceert voor MyInvois documentstructuren die op UBL 2.1 zijn gebaseerd en zowel als XML als als JSON kunnen worden aangeleverd.
• Saoedi-Arabië. De ZATCA-standaard voor elektronische facturen is een XML-implementatiestandaard op basis van UBL 2.1.
• Verenigde Arabische Emiraten. Het ministerie van Financiën heeft PINT AE gepubliceerd, de nationale Peppolspecificatie waarop het Emiraatse model draait.
• Nigeria. Het platform van de Federal Inland Revenue Service werkt met gestructureerde facturen in UBL/XML volgens Peppolconventies.

Voor een fabrikant of exporteur met EDIFACT-stromen naar klanten in meerdere werelddelen is de consequentie hiervan concreter dan welke Brusselse discussie ook. U heeft niet één deadline in 2030. U heeft een reeks deadlines die deels al verstreken is, en elk van die mandaten vraagt een gestructureerd XML-document dat semantisch dicht bij UBL of CII ligt. Wie zijn migratie ontwerpt als een Europees project, bouwt hem een tweede keer zodra de Golfregio of Zuidoost-Azië aan de beurt is. Wie hem ontwerpt als een verschuiving van EDIFACT naar een semantisch factuurmodel met landspecifieke profielen erbovenop, doet het werk één keer.

De uitsluiting is een erfenis uit publieke aanbesteding, geen technisch oordeel

Er wordt weleens verondersteld dat EDIFACT is afgevallen omdat het de vereiste factuurgegevens niet aankan. Dat is aantoonbaar onjuist. Binnen dezelfde normenfamilie bestaat CEN/TS 16931-3-4, een syntaxbinding voor UN/EDIFACT INVOIC D16B. Het semantische model van EN 16931 laat zich dus wel degelijk in EDIFACT uitdrukken. De binding staat alleen niet op de lijst van verplichte syntaxen, en de reden die de Commissie zelf geeft is bestuurlijk van aard: publieke entiteiten gebruikten EDIFACT nauwelijks, dus werd de verplichting om het te kunnen ontvangen niet opgelegd.

EN 16931 is geschreven voor Richtlijn 2014/55/EU, over e-facturatie bij overheidsopdrachten. ViDA neemt dat referentiekader vervolgens over voor B2B. Een keuze die logisch was in de context van aanbesteding, wordt zo de norm voor een domein waarin EDIFACT juist dominant is. Precies dat is de kern van de kritiek die onder meer in vakpublicaties is geformuleerd: wat verdedigbaar is voor publieke opdrachtgevers is niet automatisch verdedigbaar voor private handelsrelaties.

Waarom u dit inzicht niet moet gebruiken als planningsaanname

De verleiding is groot om uit het bestaan van CEN/TS 16931-3-4 af te leiden dat de uitsluiting alsnog wordt teruggedraaid. BusinessEurope stuurde op 1 juni 2026 een brief aan DG GROW waarin de koepel vraagt om bedrijven EDIFACT-facturen te blijven laten uitwisselen in plaats van hen te dwingen gevestigde B2B-processen naar een andere syntax te migreren. Dat is een serieus signaal van een serieuze partij.

Voor uw planning verandert het niets. Een lobbybrief is geen wetswijziging, en de norm zelf beweegt op dit moment de andere kant op. Op 13 februari 2026 keurde CEN een herziening van EN 16931-1 goed die de standaard geschikter maakt voor B2B: meerdere orders per factuur, kortingen bij vroegbetaling, correctiefacturen, IBAN-gegevens, driehoekstransacties, vreemde valuta en XML-bijlagen. De norm blijft formeel syntaxneutraal, maar wordt geoperationaliseerd via UBL en CII, en die herziening richt zich juist op de B2B-tekortkomingen waar de EDIFACT-gebruikers over klaagden. Met andere woorden: de wetgever lost het probleem op door het semantische model te verrijken, niet door de syntaxlijst te verbreden. Plan daarop.

De kostenraming, en wat u ermee kunt

Het cijfer dat in deze discussie het meest circuleert komt van vatcalc, dat de omschakeling van B2B-factuurformaten voor de Europese auto-industrie raamt op circa 12,5 miljard euro, waarvan circa 1 miljard voor Duitse voertuigfabrikanten alleen. Dat is een raming van die bron, geen officieel cijfer van de Commissie of van een normalisatie-instituut, en u doet er goed aan het ook zo te presenteren in uw eigen interne stukken.

Bruikbaarder dan het absolute bedrag is de verhouding erachter. De kosten zitten niet in het genereren van een UBL- of CII-bestand, want dat kan elk modern ERP-systeem of elke serviceprovider. De kosten zitten in het opnieuw afstemmen van bilaterale afspraken met honderden handelspartners, in het testen, en in het parallel draaien van twee kanalen gedurende de overgang. Elke euro die u nu besteedt aan het inventariseren en standaardiseren van die afspraken, verlaagt de rekening later.

Stappenplan voor uw EDIFACT migratie ViDA: wat u voor welk moment geregeld moet hebben

Onderstaande volgorde gaat uit van de deadline van 1 juli 2030 voor intracommunautaire B2B-transacties, met de aantekening dat nationale mandaten en niet-Europese mandaten eerder kunnen liggen.

Voor eind 2026: weten wat u heeft

1. Maak een inventarisatie van alle uitgaande en inkomende factuurstromen, met per stroom het formaat, het transportkanaal, de handelspartner en het volume. Vraag deze lijst desnoods op bij uw VAN- of EDI-leverancier; die kan hem doorgaans binnen een week leveren.
2. Markeer per stroom of het bericht een EDIFACT INVOIC is, en zo ja welke versie en welk sectorprofiel (bijvoorbeeld een automotive- of retailrichtlijn).
3. Leg vast welke contractuele afspraken over factuurformaten in uw leveranciers- en afnemersovereenkomsten staan. Die bepalen wie de wijziging mag initiëren en wie de kosten draagt.

Voor medio 2027: het doelmodel kiezen

1. Kies of u naar UBL of naar CII gaat. Voor de meeste Nederlandse organisaties is UBL de praktische keuze, omdat Peppol BIS Billing daarop draait en uw afnemers in Nederland en België er al mee werken.
2. Bepaal of u de conversie in eigen huis doet, in uw ERP-systeem laat inbouwen, of uitbesteedt aan een Peppol Serviceprovider. Vraag bij die keuze expliciet naar EDIFACT-naar-UBL-conversie als dienst, niet alleen naar Peppolverzending.
3. Toets het doelmodel tegen uw niet-Europese verplichtingen. Als u naar Maleisië, de Golfregio of Japan levert, neem die profielen nu al mee in het ontwerp.

Voor eind 2028: bouwen en parallel draaien

1. Bouw de mapping van uw EDIFACT-berichten naar het gekozen semantische model, en documenteer per veld waar gegevens vandaan komen. Velden die in EDIFACT vrije tekst zijn en in EN 16931 gestructureerd moeten zijn, vragen de meeste aandacht.
2. Start met een pilotgroep van drie tot vijf handelspartners en draai minimaal een kwartaal beide kanalen naast elkaar.
3. Richt validatie in tegen de EN 16931-regels en tegen het nationale profiel, zodat afwijkingen aan de bron worden opgemerkt en niet in de BTW-aangifte.

Voor eind 2029: uitrollen en afbouwen

1. Rol uit naar de resterende handelspartners in volgorde van volume.
2. Plan de uitfasering van het EDIFACT-kanaal, inclusief archivering van historische berichten volgens uw bewaarplicht.
3. Houd een terugvalscenario aan tot na de eerste rapportageperiode van 2030.

Voor wie geldt dit, en voor wie uitdrukkelijk niet

Fabrikanten, retailers en logistiek dienstverleners met bestaande EDIFACT-stromen naar grote afnemers. Zij dragen de kosten en hebben de meeste handelspartners om mee af te stemmen. Automotive, retail, maakindustrie en logistiek zijn de sectoren waar de afhankelijkheid van EDIFACT het diepst zit.

Ondernemers die EDIFACT draaien zonder het te weten. Dit is de grootste risicogroep, juist omdat zij zichzelf niet in dit nieuws herkennen. Als uw facturen aan een grote afnemer via een koppeling van uw ERP-leverancier of via een VAN gaan, is de kans reëel dat er een EDIFACT-bericht onder zit. Controleer het zo: zoek in uw ERP-systeem of factuurportaal een verzonden factuur aan uw grootste zakelijke afnemer op en vraag om het brondocument. Ziet u een bestand dat begint met UNB of UNH en verder bestaat uit regels met plussen en dubbele punten, dan verstuurt u EDIFACT. Ziet u XML met tags als <Invoice> of <CrossIndustryInvoice>, dan zit u al goed. Kunt u het brondocument niet vinden, stel dan uw leverancier deze ene vraag: in welk formaat wordt mijn factuur bij de ontvanger afgeleverd, en is dat formaat conform EN 16931?

Integratoren en serviceproviders die mappings onderhouden. Voor hen is dit geen risico maar een pijplijn van migratieprojecten met een harde einddatum. De schaarste zit aan de kant van het aanbod: het aantal mensen dat zowel EDIFACT-sectorrichtlijnen als EN 16931-validatieregels beheerst, is beperkt. Wie nu standaardmappings en herbruikbare testsets ontwikkelt, verkoopt straks een product in plaats van uren.

Niet relevant voor de mkb’er die al op UBL of Peppol factureert. Dat is expliciet: verstuurt u uw facturen al via Peppol of als UBL-bestand uit uw boekhoudpakket, dan raakt de EDIFACT-discussie u niet. Uw aandachtspunt ligt elders, namelijk bij de inhoudelijke uitbreidingen van EN 16931 die uw softwareleverancier moet doorvoeren.

Wat dit betekent voor uw integratie

De belangrijkste ontwerpbeslissing is architectonisch, niet technisch. Behandel het semantische factuurmodel van EN 16931 als de interne waarheid van uw organisatie, en behandel EDIFACT, UBL, CII en niet-Europese profielen als uitvoerformaten daaromheen. Dat kost in het begin meer werk dan een directe conversie van INVOIC naar UBL, maar het is de enige opzet waarin een nieuw mandaat in een nieuw land een profiel is en geen project. Onze eerdere vergelijking tussen Peppol en klassieke EDI gaat dieper in op de verschillen in beheerlast tussen beide modellen, en de achtergrond bij de Europese tijdlijn staat in ons artikel over ViDA e-facturatie in 2030.

Bronnen

1. Europese Commissie, eInvoicing Building Block, Required syntaxes
2. Europese Commissie, VAT in the Digital Age (ViDA)
3. vatcalc, ViDA’s EDIFACT block to cost billions
4. BusinessEurope, brief aan DG GROW over EDIFACT, 1 juni 2026 (PDF)
5. VATupdate, Reevaluating EDIFACT exclusion in B2B e-invoicing under ViDA
6. RTC Suite, EN 16931 goes ViDA-ready: what CEN’s 2026 approval changes
7. Digital Agency Japan, Electronic invoice (JP PINT)
8. LHDN Maleisië, MyInvois SDK, Invoice v1.1
9. ZATCA Saoedi-Arabië, Electronic Invoice XML Implementation Standard (PDF)
10. Australian Taxation Office, About Peppol
11. IRAS Singapore, GST InvoiceNow Requirement
12. IRAS Singapore, Committee of Supply 2026: extension of the GST InvoiceNow requirement
13. EY, Nigeria’s Federal Inland Revenue Service rolls out e-invoicing platform
14. Deloitte Middle East, MoF publishes PINT AE specifications for e-invoicing
15. OpenPeppol, Peppol PINT BIS Billing specificatie

Uw volgende stap

Een EDIFACT migratie ViDA valt of staat met de partij die de conversie voor u bouwt en beheert. Niet elke aanbieder doet EDIFACT-conversie, en niet elke aanbieder ondersteunt de niet-Europese profielen die u over enkele jaren nodig heeft. In het onafhankelijke overzicht van Peppol Serviceproviders op Peppol.nu filtert u op softwareomgeving, factuurvolume en landendekking, zodat u de gesprekken voert met partijen die uw situatie daadwerkelijk aankunnen.