De European Business Wallet lost het e-facturatie adresprobleem op, als de juiste keuzes worden gemaakt

Een recent artikel op Peppol.nu beschreef een probleem dat iedereen kent die grensoverschrijdend factureert: het vinden van het juiste e-facturatie ontvangstadres voor een nieuwe internationale klant is ingewikkelder dan het zou moeten zijn. De uitdaging valt uiteen in drie lagen: registratie, opzoeken en adressering. Elk gefragmenteerd, elk met een andere oplossing per land.

Dat artikel eindigde met een oproep om een interoperabele grensoverschrijdende routeringsmap op de beleidsagenda te zetten. Dit artikel benoemt een concrete kandidaat voor die rol: de European Business Wallet (EBW).

Het argument is niet dat de EBW vandaag al klaar is voor deze functie. Dat is ze niet. Het argument is dat de architecturale fit sterk is, het beleidswindow open staat, en dat twee specifieke besluiten het mogelijk kunnen maken.

Het drielagenprobleem, kort herhaald

Het correct adresseren van een e-factuur aan een internationale ontvanger brengt drie afzonderlijke uitdagingen met zich mee.

De eerste is de registratielaag: bedrijven zijn ingeschreven in nationale registers, en de toegang tot die registers is inconsistent. Sommige bieden machine-leesbare API’s, andere beperken de toegang, en sommige hebben helemaal geen centraal toegangspunt.

De tweede is de opzoeklaag: een bedrijfsnaam koppelen aan een fiscaal identificatienummer over landsgrenzen heen. Europa heeft hiervoor een grensoverschrijdende infrastructuur — VIES — maar dat systeem valideert nummers in plaats van zoekopdrachten op naam mogelijk te maken, en dat is een bewuste privacykeuze.

De derde is de adresseringslaag: een fiscaal identificatienummer vertalen naar een geldig e-facturatie-eindpunt. In Peppol-landen betekent dat een Peppol Participant ID. In Frankrijk betekent het het identificeren van de gecertificeerde Plateforme Agréée die de ontvanger gebruikt. In clearancelanden betekent het het indienen van het juiste fiscale identificatienummer bij het juiste platform.

Alle drie de lagen blijven gefragmenteerd op Europees niveau. Geen enkele gestandaardiseerde dienst lost alle drie op. Voor een volledige analyse, zie het artikel over e-facturatie ontvangstadres.

Wat de European Business Wallet (EBW) is

De European Business Wallet (EBW) — de zakelijke tegenhanger van de European Digital Identity (EUDI) Wallet — is verankerd in de eIDAS 2.0-verordening die in 2024 werd aangenomen. Begin 2026 zette de Europese Commissie een verdere stap door een formeel wetgevingsvoorstel te publiceren: de Verordening tot instelling van European Business Wallet (EBW)s.

Juridisch is de koers dus bepaald. In de praktijk bevindt de EBW zich in dezelfde fase als Peppol ooit: grootschalig beproefd via een Large Scale Pilot — het WE BUILD Consortium — vóór enige brede operationele uitrol. Het beleidswindow en de pilotinfrastructuur bestaan tegelijkertijd, en dat is precies waarom de in dit artikel beschreven besluiten nu genomen moeten worden, en niet na afloop van de LSP.

De schaal van de inspanning is aanzienlijk. Het WE BUILD Consortium — geselecteerd door de Europese Commissie voor de Large Scale Pilots voor de EU Digital Identity Wallet — brengt meer dan 190 organisaties uit 30 landen samen. De deelnemers omvatten 13 nationale bedrijfsregisters, belastingautoriteiten, banken en financiële instellingen, walletproviders en QTSP’s, technologiebedrijven, mkb en academische instellingen. Vertegenwoordigde landen zijn onder meer Nederland, België, Frankrijk, Duitsland, Zweden, Griekenland, Spanje, Finland, Italië en Noorwegen. Cruciaal voor dit artikel: e-facturatie is al een expliciete use case binnen WE BUILD — aangeduid als SC5 in het Supply Chain-domein, geleid door OpenPeppol.

Hoe de EBW de drie lagen technisch zou kunnen oplossen

Laag 1: Registratie

Een EBW met geverifieerde gegevens uit nationale basisregistraties is per definitie een draagbaar en geauthenticeerd bedrijfsregistratiebewijs. Een leverancier die interacteert met een ontvanger die een EBW heeft, hoeft niet afzonderlijk het Nederlandse KvK, het Belgische KBO of het Duitse Handelsregister te raadplegen. De portemonnee presenteert het relevante identificatienummer — KvK-nummer, KBO/BCE-nummer, btw-nummer — als geverifieerd attribuut. De integratielast verschuift van iedere serviceprovider afzonderlijk naar de uitgifte-infrastructuur van de portemonnee, die per lidstaat éénmalig wordt opgebouwd.

Laag 2: Opzoeken

VIES — het VAT Information Exchange System van de Europese Commissie — maakt momenteel btw-nummervalidatie mogelijk, maar geen zoekopdrachten op naam. Die beperking is een bewuste privacykeuze: een open naam-naar-nummer-zoekopdracht op grote schaal levert risico’s op van dataverzameling.

De EBW lost dit spanningsveld op. Een leverancier zoekt niet in een open register naar het identificatienummer van de ontvanger. In plaats daarvan presenteert de ontvanger zelf zijn portemonnee — inclusief btw-nummer en nationaal identificatienummer — direct als onderdeel van een geauthenticeerde zakelijke interactie. De zoekopdracht wordt vervangen door een geverifieerde presentatie.

Als de portemonnee is verbonden met VIES als gezaghebbende bron voor btw-gegevens, is het resulterende attribuut gevalideerd aan de hand van het belastingautoriteitsrecord van de lidstaat. Privacy wordt niet geschonden; het is privacy by design. De portemonneehouder bepaalt wat wordt gedeeld, met wie, en voor welk doel.

Laag 3: Adressering

De adresseringslaag vereist niet alleen te weten wie de ontvanger is, maar ook waar de factuur naartoe moet worden gerouteerd. De EBW kan het e-facturatie-eindpunt bevatten als standaard geverifieerd attribuut. Een ontvanger registreert zijn voorkeurskanaal — Peppol, een nationaal platform, een specifieke serviceprovider — éénmalig in zijn portemonnee. Een leverancier met toegang tot dat attribuut heeft alles wat nodig is om correct te routeren, zonder de ontvanger te hoeven benaderen en zonder meerdere nationale registers te moeten raadplegen.

Het routeringsnetwerk — of dat nu Peppol is of een ander netwerk — verandert niet. De portemonnee is geen routeringsnetwerk. Het is de identiteits- en adresseringslaag die daarvoor staat.

Waarom dit architecturaal elegant is

Ten eerste is authenticatie ingebouwd. De portemonnee bewijst dat de presenterende partij is wie ze beweert te zijn. Dit elimineert een categorie frauderisico die momenteel bestaat bij e-facturatie.

Ten tweede volgen mandatering en autorisatie vanzelf. Een persoon die namens een bedrijf een EBW presenteert, kan een credential meevoeren die de reikwijdte van zijn machtiging aangeeft — om te contracteren, facturen te ontvangen of betalingen goed te keuren.

Ten derde is de architectuur netwerkonafhankelijk. Of het onderliggende routeringsnetwerk nu Peppol is, DBNAlliance, een nationaal clearancesysteem of een gecertificeerd platform onder het Franse model: de portemonnee verzorgt identiteit en adresresolutie stroomopwaarts.

Ten vierde sluit dit aan op de logica van het 5-corner model. De EBW, uitgegeven door een betrouwbare publieke autoriteit en cryptografisch gekoppeld aan basisregistraties, is precies wat de vijfde hoek — het overheidsvertrouwensanker — geacht wordt te bieden.

Waar de architectuur wrijving ontmoet

Drie knelpunten verdienen eerlijk te worden benoemd voordat we de beleidsagenda bespreken.

Het eerste is vrijwillige adoptie versus dekking. Als registratie van de EBW optioneel blijft, verdampt het opzoekvoordeel voor het segment dat er het meest bij gebaat is. Een portemonnee die bijna universeel is, biedt structurele waarde. Een portemonnee die door koplopers wordt gebruikt, niet.

Het tweede is het e-facturatie-eindpunt als portemonnee-attribuut. De huidige ontwikkeling van de EBW bevat het e-facturatie ontvangstadres niet als standaardattribuut. Dat moet worden besloten, gedefinieerd en gestandaardiseerd — op Europees Commissieniveau, in afstemming met OpenPeppol en nationale Peppol Authorities. Zonder dat besluit kan de portemonnee de hierboven beschreven adresseringsfunctie niet vervullen.

Het derde is reikwijdte. De European Business Wallet (EBW) is een EU-instrument. Ze lost het drielagenprobleem op binnen de EU, maar helpt niet bij tegenpartijen in de Verenigde Staten, Mexico of andere niet-EU-jurisdicties. Voor internationaal opererende bedrijven is dit een Europese oplossing voor een Europees deel van een wereldwijd probleem.

De beleidsagenda: twee besluiten en een coördinatiepunt

Twee specifieke beleidsbesluiten zouden de kloof dichten tussen de huidige staat van de EBW en haar potentieel als Europese e-facturatie-adresresolutie-infrastructuur.

Het eerste is verplichte of nagenoeg verplichte portemonneeadoptie voor btw-plichtige ondernemingen. De ViDA-hervorming verplicht reeds alle grensoverschrijdend opererende btw-plichtige ondernemingen tot digitale rapportage. Die verplichting combineren met EBW-uitgifte — of portemonneeregistratie een voorwaarde maken voor btw-registratie — is een haalbare beleidsstap binnen de ViDA-implementatietijdlijn.

Het tweede is standaardisering van het e-facturatie-eindpunt als portemonnee-attribuut. De uitvoeringshandelingen voor de EUDI Wallet en de aankomende EBW-verordening worden nu vormgegeven. Dit is het moment om het e-facturatie-eindpunt als verplicht attribuut te introduceren. Zodra de wetteksten zijn vastgesteld, wordt dit achteraf invoegen aanzienlijk moeilijker.

Naast deze twee besluiten is er een coördinatiepunt dat geen enkele instelling momenteel bezit: de integratie tussen de EBW en bestaande routeringsnetwerken. OpenPeppol, nationale Peppol Authorities en de beheerders van nationale clearancesystemen moeten definiëren hoe een portemonnee-attribuut wordt vertaald in een routeringsinstructie. Dat is technisch geen complex vraagstuk — maar het vereist dat iemand het gesprek bijeenroept.

Wie wat moet doen

De Europese Commissie moet het e-facturatie-eindpunt opnemen als standaardattribuut in zowel de uitvoeringshandelingen voor de EUDI Wallet als de aankomende EBW-verordening. Dit is een redactiekeuze binnen het mandaat dat de Commissie al heeft. Het ViDA-team bij DG TAXUD en het Digital Identity-team bij DG CNECT moeten over dit specifieke punt met elkaar in gesprek.

Lidstaten moeten overstappen van vrijwillige naar verplichte portemonneeadoptie voor btw-plichtige ondernemingen. Nederland en België — beide actief in de ontwikkeling van de EBW en beide met Peppol-infrastructuur — zijn de voor de hand liggende kandidaten om dit als gezamenlijk standpunt in de Raad in te brengen.

Het WE BUILD Consortium is het aangewezen voertuig om dit in de praktijk te beproeven. E-facturatie is al expliciet onderdeel van het WE BUILD-programma als use case SC5 in het Supply Chain-domein, geleid door OpenPeppol. De vraag hoe de EBW het e-facturatie ontvangstadres oplost — over alle drie de lagen — zou een expliciete doelstelling moeten worden binnen het werkprogramma van die use case. De Peppol Conference in Brussel op 16–17 juni 2026 is een concreet moment om dit op de agenda te zetten.

OpenPeppol en nationale Peppol Authorities moeten de integratielaag definiëren tussen de EBW en Peppol-routering: hoe gebruikt een Peppol Serviceprovider een portemonnee-attribuut als invoer voor een SMP-lookup? Dit is een technische specificatievraag die rechtstreeks volgt uit wat WE BUILD SC5 zou moeten beproeven.

Het Nederlandse ministerie van Economische Zaken is niet zomaar één stem op deze agenda. Het ministerie leidt het Management Board van WE BUILD (WP1), wat het een structureel bevoorrechte positie geeft om prioriteiten van het consortium te sturen. Het concrete advies: gebruik die positie om de kwestie van het e-facturatie ontvangstadres rechtstreeks te adresseren aan de SC5-werkgroep — en zorg dat de verbinding tussen de EBW en e-facturatie-adressering expliciet is opgenomen in het werkprogramma, vóórdat het regulatoire window voor opname als standaard portemonnee-attribuut sluit.

Waarom het moment nu is

Twee grote EU-regelgevingstrajecten worden tegelijk geïmplementeerd: ViDA en eIDAS 2.0 / de EBW-verordening. Beide raken iedere btw-plichtige onderneming die grensoverschrijdend opereert binnen de EU. Beide worden nu vormgegeven.

De uitvoeringshandelingen en wetteksten zijn nog niet vastgesteld. Het e-facturatie-eindpunt-attribuut kan nog worden opgenomen in de portemonnee-specificatie voordat die wordt gesloten. Zodra dat window sluit, sluit ook de structurele kans om het drielagenprobleem op Europees niveau via één architecturaal besluit op te lossen.

Het Franse Annuaire laat zien dat routeringstransparantie als publieke infrastructuur haalbaar is. De EBW generaliseert dat principe naar alle 27 lidstaten, met authenticatie en selective disclosure ingebouwd. De vraag is niet of de architectuur deugdelijk is. De vraag is of de beleidsbesluiten worden genomen zolang het window nog openstaat.

Wat dit betekent bij de keuze van een provider vandaag

Totdat de EBW operationeel is als e-facturatie-adresseringsinfrastructuur — realistisch gezien 2028 of later — blijft het drielagenprobleem op systeemniveau onopgelost. Ondernemingen die vandaag internationaal factureren, hebben providers nodig die alle drie de lagen per land aanpakken via eigen registerintegraties en SMP-lookups.

De vragen die bij de keuze van een provider relevant blijven zijn dezelfde: in welke landen ondersteunt de oplossing het oplossen van het e-facturatie ontvangstadres? Hoe pakt ze elke laag aan voor die specifieke landen? Wat gebeurt er als een ontvanger op geen enkel netwerk is geregistreerd?

De EBW verandert die vragen voor vandaag niet. Ze beantwoordt ze, structureel, voor de middellange termijn — als de beleidsbesluiten worden genomen.

Vergelijk gecertificeerde e-facturatie providers op Peppol.nu  |  Hoe het 4-corner en 5-corner model werken

Veelgestelde vragen

Wat is een digitale portemonnee in de context van Europese bedrijfsidentiteit?

Een digitale portemonnee is in deze context een beveiligde applicatie die geverifieerde digitale credentials bewaart namens een persoon of organisatie. Credentials worden uitgegeven door betrouwbare publieke autoriteiten — zoals nationale bedrijfsregisters of belastingdiensten — en cryptografisch ondertekend om hun authenticiteit te bewijzen. De portemonnee slaat geen gegevens centraal op: de houder bepaalt wat wordt gedeeld, met wie en waarvoor. Dit model heet selective disclosure. Voor bedrijven kan een digitale portemonnee credentials bevatten zoals inschrijvingsgegevens, btw-nummers en machtigingen om namens de organisatie op te treden.

Wat is de European Business Wallet (EBW)?

De European Business Wallet (EBW) is de zakelijke tegenhanger van de burgergerichte EU Digital Identity (EUDI) Wallet. Verankerd in de eIDAS 2.0-verordening en onderwerp van een dedicated wetgevingsvoorstel van de Europese Commissie uit 2026, geeft de EBW ondernemingen een betrouwbare, draagbare digitale identiteit die werkt in alle EU-lidstaten. Organisaties kunnen geverifieerde credentials — registratiegegevens, fiscale identificatoren, sectorlicenties — presenteren aan handelspartners en platforms, zonder in ieder land of iedere context opnieuw een identiteitsverificatieproces te doorlopen. Het WE BUILD Consortium voert de Large Scale Pilot uit die de implementatie beproeft in 30 landen met 190+ organisaties.

Hoe verschilt de European Business Wallet (EBW) van de burger-EUDI Wallet?

De burger-EUDI Wallet bevat persoonsgebonden credentials: rijbewijzen, diploma’s, gezondheidsgegevens of nationale identiteitsdocumenten. De EBW bevat organisatorische credentials: KvK-nummers, btw-identificatoren, economische operatorcertificaten en machtigingen die een rechtspersoon verleent aan personen die namens haar handelen. Beide zijn gebouwd op hetzelfde eIDAS 2.0-raamwerk en delen dezelfde principes van selective disclosure en cryptografische verificatie. In de praktijk zijn de twee complementair: een medewerker kan zijn burger-portemonnee gebruiken om zichzelf te authenticeren, terwijl hij credentials uit de EBW van het bedrijf presenteert om de reikwijdte van zijn mandaat aan te tonen.

Hoe zou de EBW het e-facturatie ontvangstadres technisch kunnen oplossen?

Het correct adresseren van een e-factuur aan een nieuwe internationale klant omvat drie lagen: identificeren in welk register de ontvanger is ingeschreven, het fiscale identificatienummer vinden en dat vertalen naar een geldig routeringsadres voor het toepasselijke e-facturatiesysteem. Momenteel is elke laag per land gefragmenteerd. De EBW zou alle drie in één stap kunnen oplossen. Ze bevat geverifieerde registratiegegevens uit nationale registers (laag 1), maakt geauthenticeerde uitwisseling van fiscale identificatoren mogelijk zonder open zoekopdrachten op naam (laag 2), en zou het e-facturatie-eindpunt als standaard geverifieerd attribuut kunnen bevatten (laag 3). Voorwaarde is dat het e-facturatie-eindpunt als standaardattribuut wordt gedefinieerd. Dat besluit is nog niet genomen.

Vervangt de EBW mijn huidige e-facturatieoplossing of provider?

Nee. De EBW is geen e-facturatieoplossing. Het is een identiteits- en adresseringslaag. Ze vertelt een routeringsnetwerk wie de ontvanger is en waar de factuur naartoe moet. Het daadwerkelijk aanmaken, valideren en verzenden van de factuur blijft de verantwoordelijkheid van uw e-facturatieprovider en het onderliggende netwerk — of dat nu Peppol is, een nationaal clearanceplatform of een gecertificeerde serviceprovider. Denk aan de portemonnee als het adres op een envelop: het vertelt u waar u naartoe moet sturen, niet hoe u de brief schrijft.

Wat is de relatie tussen de European Business Wallet (EBW) en Peppol?

Peppol is een routeringsnetwerk: een 4-corner infrastructuur die e-facturen transporteert tussen gecertificeerde Peppol Serviceproviders. De EBW is geen routeringsnetwerk — het is een identiteits- en adresseringsinfrastructuur die stroomopwaarts van Peppol kan staan, en van elk ander routeringsnetwerk. Een EBW met een Peppol Participant ID als geverifieerd attribuut zou een Peppol Serviceprovider in staat stellen een SMP-lookup te starten met een gevalideerde invoer, in plaats van te vertrouwen op een handmatig ingevoerd of onveriëerd identificatienummer. OpenPeppol leidt de e-facturatie use case (SC5) binnen het WE BUILD Consortium, waarmee het de aangewezen partij is om te definiëren hoe portemonnee-attributen worden ingevoerd in de routeringslogica van Peppol. Peppol zelf is een treffende analogie: ook Peppol begon als Large Scale Pilot, voordat het de operationele infrastructuur werd die het vandaag is.

Wanneer kan de EBW in de praktijk worden gebruikt voor e-facturatie?

Operationele uitrol op grote schaal is realistisch gezien een horizon van 2028 of later, gezien de huidige LSP-tijdlijnen en het wetgevingsproces voor de EBW-verordening. Maar de besluiten die bepalen of de portemonnee in staat zal zijn e-facturatie-adresseringsfuncties te vervullen, moeten nu worden genomen — terwijl de uitvoeringshandelingen nog worden opgesteld en het WE BUILD-pilotprogramma zijn use case-doelstellingen nog definieert. Het window voor opname van het e-facturatie-eindpunt als standaard portemonnee-attribuut staat open. Dat blijft niet zo.

Bronnen

Europese Commissie — eIDAS 2.0: Verordening (EU) 2024/1183 betreffende het Europees kader voor digitale identiteit. https://digital-strategy.ec.europa.eu/en/policies/eidas-regulation

Verordening European Business Wallet (EBW)s: Wetgevingsvoorstel Europese Commissie. https://www.webuildconsortium.eu/news/european-commission-published-the-proposal-regulation-on-the-establishment-of-european-business-wallets

EUDI Wallet Implementatie: Overzicht uitvoeringshandelingen en ARF. Europese Commissie. https://digital-strategy.ec.europa.eu/en/policies/eudi-wallet-implementation

ARF — Architecture Reference Framework: Technische specificatie EUDI Wallet. https://github.com/eu-digital-identity-wallet/eudi-doc-architecture-and-reference-framework

WE BUILD Consortium: Large Scale Pilot voor de EU Digital Identity Wallet. https://www.webuildconsortium.eu

VIES — VAT Information Exchange System: Europese Commissie btw-validatietool. https://europa.eu/youreurope/business/taxation/vat/check-vat-number-vies/index_en.htm

EU btw-richtlijn: Richtlijn 2006/112/EG. EUR-Lex. https://eur-lex.europa.eu/legal-content/NL/TXT/?uri=CELEX%3A32006L0112

ViDA — Btw in het digitale tijdperk: Europese Commissie hervormingspakket. https://taxation-customs.ec.europa.eu/taxation/value-added-tax/vat-digital-age-vida_en

OpenPeppol — Peppol Interoperability Framework. https://peppol.org/learn-more/peppol-interoperability-framework/

Peppol Directory. OpenPeppol. https://directory.peppol.eu/

DGFiP — Portail Public de Facturation: Frans publiek facturatieportaal inclusief Annuaire. https://www.impots.gouv.fr/

ViDA e-facturatie en digitale rapportage — Verkennend onderzoek naar de meest geschikte infrastructuur voor e-facturatie en digitale rapportage (rapport 23 januari 2026). https://www.rijksoverheid.nl/documenten/rapporten/2026/01/26/rapport-e-facturatie-en-rapportage

Aanbiedingsbrief rapport ViDA e-facturatie en digitale rapportage — Kamerbrief Staatssecretaris Eerenberg (Financiën), 10 maart 2026. https://www.rijksoverheid.nl/documenten/kamerstukken/2026/03/10/aanbiedingsbrief-rapport-vida-efacturatie-en-digitale-rapportage

Beslisnota’s bij Aanbiedingsbrief rapport ViDA e-facturatie en digitale rapportage — Beleidsnota, 10 maart 2026. https://www.rijksoverheid.nl/documenten/beleidsnotas/2026/02/24/beslisnota-s-aanbiedingsbrief-rapport-vida-e-facturatie-en-digitale-rapportage

Peppol.nu — E-facturatie ontvangstadres. https://peppol.nu/e-facturatie-ontvangstadres/

The European Business Wallet solves the e-invoicing address problem, if the right choices are made

A recent article on Peppol.now described a problem that is well-known to anyone who sends invoices across borders: finding the correct e-invoicing recipient address for a new international customer is harder than it should be. The challenge breaks down into three layers — registration, lookup, and addressing — each fragmented, each requiring a different solution per country.

That article ended with a call to put an interoperable cross-border routing directory on the policy agenda. This article names a concrete candidate for that role: the European Business Wallet.

The argument is not that the Business Wallet is ready for this function today. It is not. The argument is that the architectural fit is strong, the policy window is open, and two specific decisions would make it happen.

The three-layer problem, briefly restated

Correctly addressing an e-invoice to an international recipient involves three distinct challenges.

The first is the registration layer: businesses are registered in national registries, and access to those registries is inconsistent — some offer machine-readable APIs, others restrict access, some have no central access at all.

The second is the lookup layer: connecting a company name to a fiscal identifier across borders. Europe has a cross-border infrastructure for this — VIES — but it validates numbers rather than enabling name-based search, for deliberate privacy reasons.

The third is the addressing layer: translating a fiscal identifier into a valid e-invoicing endpoint. In Peppol countries this means a Peppol Participant ID. In France it means identifying which certified Plateforme Agréée the recipient uses. In clearance countries it means submitting the right fiscal identifier to the right platform.

All three layers remain fragmented at European level. No single standardised service resolves all three. For a full analysis of why, see the e-invoicing recipient address article.

What the European Business Wallet is

The European Business Wallet — the business-facing extension of the European Digital Identity (EUDI) Wallet initiative — is grounded in the eIDAS 2.0 regulation adopted in 2024. In early 2026, the European Commission took a further step by publishing a formal legislative proposal: the Regulation on the establishment of European Business Wallets. Legislatively, the direction is set. Practically, the Business Wallet is in the same phase Peppol once was: being tested at scale through a Large Scale Pilot — the WE BUILD Consortium — before any broad operational rollout. The policy window and the pilot infrastructure exist simultaneously — which is precisely why the decisions described in this article need to be made now, not after the LSP concludes.

Where the citizen-facing EUDI Wallet holds verified personal credentials, the Business Wallet holds verified organisational attributes: company registration data, VAT numbers, economic operator certificates, and authorisations to act on behalf of the organisation. These attributes are drawn from authoritative sources — national business registries, tax authorities, sector regulators — and cryptographically signed so that they can be presented to third parties with verifiable provenance. The wallet architecture supports selective disclosure: the holder presents only the attributes required for a specific transaction.

The scale of the effort underway is significant. The WE BUILD Consortium — selected by the European Commission to participate in the Large Scale Pilots for the EU Digital Identity Wallet — brings together more than 190 organisations across 30 countries. Its membership spans 13 National Business Registers, tax authorities, banks and financial institutions, wallet providers and QTSPs, technology companies, SMEs, and academic institutions. Countries represented include the Netherlands, Belgium, France, Germany, Sweden, Greece, Spain, Finland, Italy, Norway, and others across the EU and beyond. Critically for the topic of this article, e-invoicing is explicitly one of the WE BUILD use cases — designated SC5 in the Supply Chain domain, led by OpenPeppol.

How the Business Wallet could technically solve all three layers

Layer 1: Registration

A Business Wallet holding verified credentials from national base registries is, by definition, a portable and authenticated company registration record. A supplier interacting with a recipient that holds a Business Wallet does not need to query the Dutch KvK, the Belgian KBO, or the German Handelsregister separately. The wallet presents the relevant identifier — KvK number, KBO/BCE number, VAT number — as a verified attribute. The integration burden shifts from every service provider individually to the wallet issuance infrastructure, built once per member state.

Layer 2: Lookup

VIES — the VAT Information Exchange System operated by the European Commission — currently allows VAT number validation but not name-based search. That restriction is a deliberate privacy decision: open name-to-number lookup at scale creates risks of data harvesting.

The Business Wallet dissolves this tension. A supplier does not search an open registry for the recipient’s identifier. Instead, the recipient presents their wallet — including their VAT number and national identifier — directly, as part of an authenticated business interaction. The lookup is replaced by a verified presentation.

If the wallet is connected to VIES as an authoritative source for VAT data, the resulting attribute is validated against the member state’s tax authority record. Privacy is not compromised; it is by design. The wallet holder controls what they share, with whom, and for what purpose.

Layer 3: Addressing

The addressing layer requires knowing not just who the recipient is, but where to route the invoice. The Business Wallet can hold the e-invoicing endpoint as a standard verified attribute. A recipient registers their preferred receiving channel — Peppol, a national platform, a specific service provider — once, in their wallet. A supplier with access to that attribute has everything needed to route correctly, without contacting the recipient and without querying multiple country registries.

The routing network — whether Peppol or another — does not change. The wallet is not a routing network. It is the identity and addressing layer that sits in front of it.

What makes this architecturally elegant

First, authentication is built in. The wallet proves that the presenting entity is who it claims to be, eliminating a category of fraud risk that currently exists in e-invoicing.

Second, mandating and authorisation follow naturally. A person presenting a Business Wallet on behalf of a company can carry a credential indicating the scope of their authorisation — to contract, to receive invoices, to approve payments.

Third, the architecture is network-agnostic. Whether the underlying routing network is Peppol, DBNAlliance, a national clearance system, or a certified platform under the French model, the wallet handles identity and address resolution upstream.

Fourth, this aligns with the five-corner model logic. The Business Wallet, issued by a trusted public authority and cryptographically bound to base registries, is precisely what the fifth corner — the government trust anchor — is supposed to provide.

Where the architecture meets friction

Three points of friction deserve acknowledgement before considering the policy agenda.

The first is voluntary adoption versus coverage. If Business Wallet registration remains optional, the lookup advantage evaporates for the segment that matters most. A wallet that is nearly universal delivers structural value. A wallet adopted by early movers does not.

The second is the e-invoicing endpoint as a wallet attribute. Current wallet development does not include the e-invoicing recipient address as a standard attribute. That must be decided, defined, and standardised — at European Commission level, in coordination with OpenPeppol and national Peppol Authorities. Without that decision, the wallet cannot serve the addressing function described above.

The third is scope. The European Business Wallet is an EU instrument. It resolves the three-layer problem within the EU, but does not help with counterparts in the United States, Mexico, or other non-EU jurisdictions. For globally operating businesses, this is a European solution to a European portion of a global problem.

The policy agenda: two decisions and a coordination point

Two specific policy decisions would close the gap between the Business Wallet’s current state and its potential as European e-invoicing address resolution infrastructure.

The first is mandatory or near-mandatory wallet adoption for VAT-registered businesses. The ViDA reform already extends digital reporting requirements to all VAT-registered businesses operating across borders. Combining that obligation with Business Wallet issuance — or making wallet registration a condition of VAT registration — is a tractable policy step within the ViDA implementation timeline.

The second is standardising the e-invoicing endpoint as a wallet attribute. The European Commission’s implementing acts for the EUDI Wallet and the forthcoming regulation on Business Wallets are being shaped now. This is the moment to introduce the e-invoicing endpoint as a required attribute. Once the regulatory texts are finalised, retrofitting this becomes significantly harder.

Beyond these two decisions, there is a coordination point that no single institution currently owns: the integration between the Business Wallet and existing routing networks. OpenPeppol, national Peppol Authorities, and the operators of national clearance systems need to define how a wallet attribute is translated into a routing instruction. This is not a technically complex problem — but it requires someone to convene the conversation.

Who needs to do what

The European Commission needs to include the e-invoicing endpoint as a standard attribute in both the EUDI Wallet implementing acts and the forthcoming Business Wallet regulation. This is a drafting decision within the mandate the Commission already holds. The ViDA team in DG TAXUD and the Digital Identity team in DG CNECT need to be in dialogue on this specific point.

Member states need to move from voluntary to required wallet adoption for VAT-registered businesses. The Netherlands and Belgium — both active in Business Wallet development and both operating Peppol infrastructures — are natural candidates to push this forward as a joint position in Council.

The WE BUILD Consortium is the natural vehicle for piloting this in practice. E-invoicing is already explicitly part of the WE BUILD programme as use case SC5 in the Supply Chain domain, led by OpenPeppol. The question of how the Business Wallet resolves the e-invoicing recipient address — across all three layers — should be made an explicit objective within that use case’s working programme. The Peppol Conference in Brussels on 16–17 June 2026 is a concrete near-term opportunity to put this framing on the agenda.

OpenPeppol and national Peppol Authorities need to define the integration layer between the Business Wallet and Peppol routing: specifically, how a Peppol Access Point uses a wallet attribute as input to an SMP lookup. This is a technical specification question that follows directly from what WE BUILD SC5 should be piloting.

The Dutch Ministry of Economic Affairs is not just one voice among many on this agenda. The Ministry leads the Management Board of WE BUILD (WP1), giving it a structurally privileged position to direct the consortium’s priorities. The concrete advice is this: the Ministry should use that position to address the e-invoicing recipient address question directly to the SC5 working group, and to ensure that the connection between the Business Wallet and e-invoicing addressing is made explicit in the working programme — before the regulatory window for including it as a standard wallet attribute closes.

Why the timing matters

Two major EU regulatory tracks are in active implementation simultaneously: ViDA and eIDAS 2.0 / the Business Wallet Regulation. Both affect every VAT-registered business operating across EU borders. Both are being shaped now.

The implementing acts and regulatory texts are not yet finalised. The e-invoicing endpoint attribute can still be written into the wallet specification before it is locked. Once that window closes, the structural opportunity to solve the three-layer problem at European level through a single architectural decision closes with it.

France’s Annuaire demonstrates that routing transparency as public infrastructure is achievable. The Business Wallet generalises that principle to all EU member states, with authentication and selective disclosure built in. The question is not whether the architecture is sound. It is whether the policy decisions get made while the window is still open.

What this means when you choose a provider today

Until the Business Wallet is operational as e-invoicing addressing infrastructure — a 2028 or later horizon — the three-layer problem remains unsolved at the systemic level. Businesses invoicing internationally today need providers that address all three layers per country through their own registry integrations and SMP lookups.

The questions worth asking when selecting a provider remain the same: in which countries does the solution support recipient address resolution? How does it solve each layer for those specific countries? What happens when a recipient is not registered on any network?

The Business Wallet does not change those questions for today. It answers them, structurally, for the medium-term future — if the policy decisions get made.

Compare certified e-invoicing providers on Peppol.now  |  How the four-corner and five-corner models work

Frequently asked questions

What is a digital wallet in the context of European business identity?

A digital wallet, in this context, is a secure application that holds verified digital credentials on behalf of a person or organisation. In the European framework, these credentials are issued by trusted public authorities — such as national business registries or tax authorities — and cryptographically signed to prove their authenticity. The wallet does not store data centrally: the holder controls what they share, with whom, and for what purpose. This model is known as selective disclosure. For businesses, a digital wallet can hold credentials such as company registration data, VAT numbers, and authorisations to act on behalf of the organisation.

What is the European Business Wallet?

The European Business Wallet is the organisational counterpart to the citizen-facing EU Digital Identity (EUDI) Wallet. It is designed to give businesses a trusted, portable digital identity that works across EU member states. Grounded in the eIDAS 2.0 regulation and the subject of a dedicated European Commission legislative proposal published in 2026, the Business Wallet allows organisations to present verified credentials — registration data, fiscal identifiers, sector licences — to public authorities, trading partners, and platforms, without needing to repeat identity verification processes from scratch in each country or context. The WE BUILD Consortium is the Large Scale Pilot testing its implementation across 30 countries and 190+ organisations.

How does the European Business Wallet differ from the citizen EUDI Wallet?

The citizen EUDI Wallet holds personal credentials: driving licences, educational qualifications, health data, or national identity documents. The Business Wallet holds organisational credentials: company registration numbers, VAT identifiers, economic operator certificates, and authorisations granted by a legal entity to individuals acting on its behalf. Both are built on the same underlying eIDAS 2.0 framework and share the same principles of selective disclosure and cryptographic verification. In practice, the two wallets are complementary: an employee may use their citizen wallet to authenticate themselves, while presenting credentials from the company’s Business Wallet to demonstrate the scope of their mandate.

How could the Business Wallet solve the e-invoicing recipient address problem?

Finding the correct e-invoicing address for a new international customer involves three layers: identifying which registry the recipient is registered in, finding their fiscal identifier, and translating that identifier into a valid routing address for the applicable e-invoicing system. Currently, each layer is fragmented by country. The Business Wallet could solve all three in one move. The wallet holds verified registration credentials from national registries (layer 1), enables authenticated fiscal identifier exchange without requiring open name-based search (layer 2), and could hold the e-invoicing endpoint — the recipient’s preferred receiving channel — as a standard verified attribute (layer 3). The prerequisite is that the e-invoicing endpoint is defined as a standard wallet attribute. That decision has not yet been made.

Does the Business Wallet replace my current e-invoicing solution or provider?

No. The Business Wallet is not an e-invoicing solution. It is an identity and addressing layer. It tells a routing network who the recipient is and where to deliver the invoice. The actual creation, validation, and transmission of the invoice remains the responsibility of your e-invoicing provider and the underlying network — whether that is Peppol, a national clearance platform, or a certified service provider under a framework such as the French Plateforme Agréée model. Think of the wallet as the address on an envelope: it tells you where to send, but not how to write the letter.

What is the relationship between the European Business Wallet and Peppol?

Peppol is a routing network: a four-corner infrastructure that transports e-invoices between certified Access Points. The Business Wallet is not a routing network. It is an identity and addressing infrastructure that could sit upstream of Peppol — and of any other routing network. In practical terms, a Business Wallet holding a Peppol Participant ID as a verified attribute would allow a Peppol Access Point to initiate an SMP lookup with a validated input, rather than relying on a manually entered or unverified identifier. The connection between the two is not yet standardised. OpenPeppol leads the e-invoicing use case (SC5) within the WE BUILD Consortium, making it the natural actor to define how wallet attributes feed into Peppol’s routing logic. Peppol itself is a useful analogy for the current phase: it too began as a Large Scale Pilot before becoming the operational infrastructure it is today.

When could the Business Wallet be used for e-invoicing in practice?

Operational deployment at scale is realistically a 2028 or later horizon, given current LSP timelines and the legislative process for the Business Wallet Regulation. But the decisions that determine whether the wallet will be capable of serving e-invoicing addressing functions need to be made now — while the implementing acts are still being drafted and the WE BUILD pilot programme is still defining its use case objectives. The window for including the e-invoicing endpoint as a standard wallet attribute is open. It will not remain open indefinitely.

Sources

European Commission — eIDAS 2.0: Regulation (EU) 2024/1183 on the European Digital Identity framework. Digital Strategy, European Commission. https://digital-strategy.ec.europa.eu/en/policies/eidas-regulation

EUDI Wallet Implementation: Overview of implementing acts and architecture reference framework. European Commission. https://digital-strategy.ec.europa.eu/en/policies/eudi-wallet-implementation

Architecture Reference Framework (ARF): Technical specification for the EUDI Wallet, maintained by the European Commission. https://github.com/eu-digital-identity-wallet/eudi-doc-architecture-and-reference-framework

VIES — VAT Information Exchange System: European Commission official VAT number validation tool. https://europa.eu/youreurope/business/taxation/vat/check-vat-number-vies/index_en.htm

EU VAT Directive: Council Directive 2006/112/EC — legal basis governing VAT information sharing between member states. EUR-Lex. https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32006L0112

ViDA — VAT in the Digital Age: European Commission reform package for digital VAT reporting. DG TAXUD. https://taxation-customs.ec.europa.eu/taxation/value-added-tax/vat-digital-age-vida_en

OpenPeppol: Peppol Interoperability Framework — overview of the four-corner model, SML and SMP. https://peppol.org/learn-more/peppol-interoperability-framework/

Peppol Directory: Public search interface for registered Peppol participants. OpenPeppol. https://directory.peppol.eu/

DGFiP — Portail Public de Facturation: Official French public invoicing portal including Annuaire documentation. Direction Générale des Finances Publiques. https://www.impots.gouv.fr/

ViDA e-facturatie en digitale rapportage — Exploratory study on the most suitable infrastructure for e-invoicing and digital reporting in the Netherlands, report 23 January 2026. https://www.rijksoverheid.nl/documenten/rapporten/2026/01/26/rapport-e-facturatie-en-rapportage

Aanbiedingsbrief rapport ViDA e-facturatie en digitale rapportage — Covering letter from State Secretary Eerenberg (Finance) to the Dutch House of Representatives, 10 March 2026. https://www.rijksoverheid.nl/documenten/kamerstukken/2026/03/10/aanbiedingsbrief-rapport-vida-efacturatie-en-digitale-rapportage

Beslisnota’s bij Aanbiedingsbrief rapport ViDA e-facturatie en digitale rapportage — Policy decision notes, 10 March 2026. https://www.rijksoverheid.nl/documenten/beleidsnotas/2026/02/24/beslisnota-s-aanbiedingsbrief-rapport-vida-e-facturatie-en-digitale-rapportage

Peppol.now — E-invoicing recipient address: The preceding article that identifies the three-layer problem this piece responds to. https://peppol.now/e-invoicing-recipient-address/

The EY report on ViDA: what it says, what it omits, and what it means

A report with a conclusion — and a story around it

On 10 March 2026, the Dutch Ministry of Finance published a research report on the introduction of e-invoicing and digital reporting in the Netherlands, conducted by EY Tax Advisors. The report, delivered to the client on 23 January 2026, was triggered by the European ViDA directive (VAT in the Digital Age), which from 1 July 2030 will require all EU member states to report cross-border B2B transactions digitally. The report’s core conclusion is clear: the Netherlands should opt for the broader variant — ViDA-B — making e-invoicing mandatory for domestic B2B transactions as well, using Peppol as the prescribed infrastructure, phased in between 2030 and 2032.

That is an important recommendation, substantiated carefully. But anyone who reads the report closely will find several passages that raise more questions than they answer. This article surfaces those passages — not to undermine the report, but because the policy debate that must precede its conclusions is better served by precision.

The Netherlands is behind — and that has consequences for the entire chain

While Belgium has been fully operational with mandatory B2B e-invoicing via Peppol since January 2026, and France, Germany and Poland are rapidly preparing their systems, the Netherlands at the time of this report’s publication is still in the process of forming a position. Not implementing — forming a position. That is a meaningful distinction.

That delay is not purely an administrative problem. It puts pressure on every link in the chain simultaneously. Policymakers must translate legislation into appropriate policy instruments in time — and that requires decision-making that should already be underway. Software vendors and Peppol Service Providers must adapt, certify and scale their products and services — and they need implementation time that begins only once the policy framework is clear. And at the end of the chain stand businesses, government organisations and institutions, all of which must adapt their processes, staff and planning to a new reality.

The deadline of 1 July 2030 looks comfortable on paper. But anyone who traces the chain from back to front — from business to software vendor to policymaker — will see that every month of delay at the beginning multiplies at the end. This report is an important step. But it is a late one.

1. The Netherlands doesn’t really have a free choice

The central question in the report — ViDA-A or ViDA-B — implies that the Netherlands still has an open decision to make. But the report itself reveals something that relativises that framing: every country studied that has introduced or is about to introduce e-invoicing has opted for a domestic mandate. Belgium went live in January 2026. France follows in September 2026. Germany, Italy, Poland — all equivalent to ViDA-B.

The report calls this the waterbed effect: if the Netherlands is the only major EU economy not to introduce a domestic mandate, it becomes more attractive for VAT carousel fraud. Fraudsters migrate to the jurisdiction with the least oversight. In other words, the freedom of choice the research framework implies is more limited in practice than it appears. ViDA-B is the logical outcome — the question is only how and when.

What stands out in the report’s international comparison is which countries are absent. The Scandinavian countries — Norway, Sweden, Denmark and Finland — are referenced only briefly, through a cost savings study by a software vendor. Yet these countries have some of the most mature e-invoicing ecosystems in the world, with decades of experience building interoperable standards, broad adoption and public-private collaboration. Their lessons for the Netherlands go unexamined. The same applies to Latin America: Chile, Brazil, Mexico and others have had mandatory e-invoicing for decades as a VAT enforcement instrument. The report cites their tax revenue gains, but does not analyse what made those systems architecturally successful — and what the Netherlands could learn from them.

2. Almost no one in SMEs knows what ViDA is — and the clock is ticking

One of the most soberly worded findings in the report is also one of the most alarming: awareness of ViDA among small business owners is ‘very low’. Those are EY’s own words. At the same time, the report recommends starting the domestic e-invoicing mandate before 1 January 2030, precisely to prevent businesses from facing a big bang on the European deadline.

Anyone familiar with ERP implementation timelines, supplier selection and internal process adaptation knows that 2030 is closer than it sounds. For large companies, a two to three year horizon is workable. For SMEs — with limited IT budgets and often no dedicated finance team — a migration trajectory of 12 to 24 months is realistic. That means preparation should be starting now. Not after the public consultation. Not after legislation. Now.

Here it is worth drawing a distinction the report does not make. The impact of e-invoicing does not differ primarily according to the size of a business or organisation, but according to the accessibility, flexibility and affordability of the permitted solutions. A freelancer who can send invoices via a simple accounting app or web portal faces a fundamentally different barrier than one whose app is not yet connected to Peppol — and who therefore has to wait for their software vendor to catch up, or switch to a different solution. The policy choice of which solutions are permitted — and how accessible the entry point is for small businesses — is therefore at least as decisive for the transition’s success as the implementation timeline itself.

3. ICV reporting is unworkable — but that is no surprise

One of the less well-known but practically significant components of the ViDA directive is the ICV reporting obligation: the requirement to report invoices received from other EU countries to the Tax Authority within five days. The report is notably direct on this point: implementation in 2030 is not advisable. Invoices are rarely approved within five days in practice, let alone processed. The result would be a flood of ‘false positives’ — reports that later need to be corrected — creating administrative burden for both businesses and the Tax Authority.

That the Tax Authority itself acknowledges this is presented in the report as a relevant observation. But there is a more honest way to frame it: the five-day deadline is not unworkable because it was poorly designed. It is unworkable because the Netherlands never created the infrastructural conditions for it. In countries where e-invoicing has been broadly adopted for years — Belgium, the Scandinavian countries, various Southern European countries — a five-day reporting deadline is a realistic standard, because invoice data already flows through systems in a structured and machine-readable way. In the Netherlands, that is not the case. And that is not a coincidence. It is the result of years of inaction on the e-invoicing file.

Other countries moved quickly to drive broad e-invoicing adoption, partly because they understood that European digital reporting obligations were coming. The Netherlands did not take that step. The finding by EY and the Tax Authority that the ICV deadline is unworkable is therefore less an observation about the directive than a quiet acknowledgement of policy failure. The report does not make that conclusion explicit — understandable in the context of an advisory report to the commissioning ministry. But anyone reading it is entitled to say so.

EY recommends as an alternative shortening the VAT filing period from quarterly to monthly. That is a pragmatic way out. But it does not resolve the underlying problem: as long as e-invoicing in the Netherlands has not reached a mature level of adoption, any form of real-time or near-real-time reporting will remain a theoretical obligation with a practical exemption.

4. There is an option the Netherlands is deliberately not taking — and few know it exists

Article 168 of the VAT Directive gives member states the option to link VAT deduction to receipt of a correct e-invoice. In practice, that would mean: no valid e-invoice received, no VAT deduction. A hard compliance incentive, but also a potentially far-reaching measure for businesses encountering technical failures or format errors during the transition period.

The report explicitly recommends against implementing this option. Industry is opposed, and EY endorses that concern. But the fact that this option exists at all — and that a deliberate policy choice is needed not to use it — is unknown territory for most businesses. It illustrates how multifaceted the ViDA implementation space is, and how important it is that businesses understand not just the final outcome, but also the choices being made in the policy process.

5. The main recommendation comes with a legal caveat — and a governance blind spot

The recommendation to mandate Peppol as the digital infrastructure for e-invoicing and reporting enjoys broad support — from software vendors, government bodies and business organisations alike. That support is genuine and the arguments are clear: Peppol is interoperable, scalable, internationally widely adopted, and connects to existing B2G infrastructure in the Netherlands.

But the report also contains a passage that has received little attention in public debate. EY notes that Peppol, as a non-qualified trust service, may not meet the eIDAS requirements that apply if it is designated as mandatory infrastructure. And that NIS2 cybersecurity requirements — not yet even implemented in the Netherlands via the Cybersecurity Act — will bring additional obligations. EY therefore recommends ‘further legal research’. The recommendation to mandate Peppol is already there, but its legal soundness still needs to be established.

This raises a deeper question the report does not sufficiently address: is it wise at all to enshrine the name of a specific network in legislation? As early as 2019, Hooghiemstra & Partners — commissioned by the Ministry of the Interior (BZK) — advised explicitly that the government should move towards a role in which it actively delivers or facilitates the trust structure of the e-invoicing infrastructure, rather than leaving that question to the market. The report introduced the ‘Stuurman’ (Helmsman) model for this: a government that acts proactively and as executor, delivering the trust structure itself. The opposite — a government as ‘Reder’ (Shipowner) that merely sets conditions and only intervenes when the public interest demands it — was explicitly assessed in that advice as insufficient for a system of public interest. The EY report does not reference this advice, and thereby poses the same question seven years later that was already asked — and answered — in 2019.

The parallel with eHerkenning is instructive: that system was not placed in legislation by brand name either, but as a framework of agreements that must meet statutory requirements and on which the RDI exercises oversight. That same approach — the government as active deliverer of trust structure, with admission based on objective criteria and statutorily grounded oversight — gives the government steering capacity that directly mandating the Peppol brand name does not, and keeps legislation future-proof.

The report itself acknowledges that OpenPeppol is a private legal entity based in Belgium, with its own interests that do not automatically align with Dutch policy objectives. And that when Peppol is designated as mandatory infrastructure, its private governance ‘effectively becomes part of a publicly mandated system’ — requiring further legal analysis that has not yet been done. What is also missing is any analysis of how the Dutch government can secure governance influence within OpenPeppol: who sits at the table, which countries have voting rights, and does the Netherlands have comparable positions to those it holds in other international financial and technical organisations? The report does not ask the question.

Finally, the report states that the RDI ‘already has practical experience with oversight’ of Peppol. But formal supervisory authority in the sense of administrative law — the power to verify compliance with statutory requirements — requires a statutory designation. That designation does not currently exist. The report’s framing creates an impression of formal supervisory authority that is not yet in place. This too is a gap that must be addressed before Peppol can be designated as mandatory infrastructure.

6. The Tax Authority will soon have real-time insight — but the legal framework is lagging

The essence of ViDA-B is not just that businesses invoice electronically, but that invoice data is reported to the Tax Authority in near real-time. That is a fundamental shift: where the Tax Authority currently receives periodic returns and audits retrospectively, it will soon have transaction-by-transaction insight into the accounts of businesses.

The report acknowledges the opportunities — less VAT fraud, a partly pre-filled VAT return, more efficient oversight. But it also addresses the risks: prematurely classifying errors as fraud, incorrect fiscal conclusions based on incomplete data, and questions about which analytical methods the Tax Authority may use. What is missing is an answer. The legal frameworks governing how the Tax Authority may use that data have not yet been established. The GDPR assessment has not been completed. The Data Protection Authority has not yet been formally involved. The report rightly recommends this — but the urgency of that step is not always felt in the follow-up process.

7. A note on representativeness — a small one and a large one

An observation that is not a criticism of the report’s quality, but is relevant for the policy formation that follows from it. The interview list contains twenty parties: seven government bodies, nine technology companies — including SAP, Microsoft, IBM and a number of specialist e-invoicing vendors — and two industry associations. In addition, three anonymous SME businesses were consulted.

Those are the only individual businesses represented, in a population of over 2.5 million registered companies in the Netherlands. Industry associations like VNO-NCW and the Platform for Independent Entrepreneurs represent their members at an abstract level, but are not businesses themselves. The technology parties have a legitimate perspective, but also a commercial interest in the outcome: they sell precisely the services businesses will need under a mandate.

That does not make the conclusions wrong. But it underscores why the public consultation recommended by EY itself is so important — and why that consultation needs to be broad and accessible. The experience of the installer, the bookkeeper and the freelancer is different information from the strategy of an ERP vendor.

Then the larger observation. The report was commissioned by the Ministry of Finance, and that is visible in its scope. E-invoicing is treated as a fiscal question: VAT enforcement, digital reporting to the Tax Authority, fraud prevention. That perspective is legitimate and forms the core of the ViDA directive. But e-invoicing is simultaneously an infrastructure question — and for that, a different ministry bears policy responsibility.

The Ministry of the Interior and Kingdom Relations (BZK) is, within the framework of the Generic Digital Infrastructure (GDI) and the Digital Government Act, the ministry responsible for e-invoicing as part of the government’s digital infrastructure. BZK is the principal of Logius — the implementation organisation that manages the Peppol network for central government. BZK is the principal of the national digital infrastructure inspectorate (RDI) — the supervisory body repeatedly cited in the report as the authority overseeing Peppol. And BZK is the body that established the Dutch Peppol Authority (NPa).

BZK does appear in the steering committee — this emerges from a single subordinate clause in the research methodology section. It is the only time the ministry is mentioned by name in the entire report. In the main text, the analysis, the recommendations and the conclusions: no mention. Yet three of the five government bodies on the interview list — Logius, RDI and the NPa — fall directly under BZK’s policy responsibility. The implementation organisations were consulted; the policy principal of those implementation organisations was not.

The questions this raises are fundamental: how does the fiscal policy of Finance relate to the infrastructure policy of BZK? Who bears ultimate responsibility for the choices recommended in this report? And how will the governance structures of the NPa, Logius and RDI be embedded in a statutory framework drafted by Finance, while the implementation rests with BZK bodies? The report provides no answer. The question is whether it was ever asked.

8. The real opportunities of e-invoicing are being underestimated

The report presents cost savings as the primary benefit of e-invoicing. International studies are cited: 55 to 70 percent savings per invoice compared to paper-based processes, a Scandinavian business case of 19 billion euros per year, a Dutch potential of 10 to 12 billion euros with full adoption. These are impressive figures. But they deserve two caveats the report does not make.

The first: cost savings only materialise once e-invoicing is the only permitted method and the entire chain participates. As long as paper invoices, PDF emails and portal solutions continue alongside e-invoicing, it is an additional cost for most businesses — not a replacement. And even after a full mandate, savings are only realisable if every element is structurally in place: identification and authentication, digital signing, timestamps, secure connections, standardised messages, authorisation management and Know Your Business processes. That is a systemic change, not a software update.

The second caveat is more fundamental: cost savings are probably not the most interesting benefit of e-invoicing. Implementing the European invoice standard EN 16931 enables the exchange of structured financial data — data that is machine-readable and analysable for both parties in a transaction. That opens the door to a new generation of fintech applications. Consider factoring that no longer depends on manual assessment, but on continuous insight into the financial cycle of a business. Consider supply chain finance where a supplier’s reliability can be inferred from their invoicing history. Consider automated credit assessments based on real transaction data rather than annual accounts. These are not speculative scenarios — in countries with mature e-invoicing infrastructure, these business models already exist. The report does not mention them. That is a missed opportunity in a study that is meant to help the Dutch government make a strategic decision.

What now?

The EY report provides a solid basis for policy decisions. The conclusion that the Netherlands should opt for ViDA-B — broad implementation, Peppol as infrastructure, phased timeline — is well-founded and aligned with what other EU countries are doing. The urgency is real.

But the report also reveals how much still needs to be worked out: the legal basis for Peppol as mandatory infrastructure, the GDPR assessment of data fields, the legal position of businesses when data is analysed by the Tax Authority, and the concrete design of exemptions for small businesses and specific sectors. That work requires time, broad consultation — and a deliberate choice to include the voice of individual businesses.

The pressure on the chain is real. Policymakers who decide now give software vendors the space to build. Software vendors who build in time give businesses the space to implement. And businesses that implement on time will not find themselves under pressure at the 2030 deadline. That chain only works if the first link — policy — starts moving. That is the real urgency behind this report.

Sources

• EY Tax Advisors, ‘ViDA e-invoicing and digital reporting’, commissioned by the Dutch Ministry of Finance, delivered 23 January 2026, published 10 March 2026.

• Hooghiemstra & Partners, ‘Advies publiek belang SI — Definitieve rapportage versie 1.0’ [Advisory report on public interest in SI], commissioned by the Dutch Ministry of the Interior and Kingdom Relations (BZK), 16 September 2019.

At Peppol.now, we follow ViDA policy developments closely. Want to know which reliable Peppol Service Providers are available for your organisation? Browse the overview at Peppol.now.

Het EY-rapport over ViDA: wat er staat, wat er ontbreekt, en wat het betekent

Een rapport met een conclusie — en een verhaal eromheen

Op 10 maart 2026 publiceerde het Ministerie van Financiën een verkennend onderzoek naar de invoering van e-facturatie en digitale rapportage in Nederland, uitgevoerd door EY Belastingadviseurs BV. Het rapport, dat op 23 januari 2026 aan de opdrachtgever werd opgeleverd, heeft als aanleiding de Europese ViDA-richtlijn (VAT in the Digital Age), die per 1 juli 2030 alle EU-lidstaten verplicht tot digitale rapportage van grensoverschrijdende B2B-transacties. De kernconclusie is helder: Nederland moet kiezen voor de bredere variant — ViDA-B — waarbij de e-facturatieplicht ook voor binnenlandse B2B-transacties gaat gelden, via Peppol als verplichte infrastructuur, gefaseerd ingevoerd tussen 2030 en 2032.

Dat is een belangrijke aanbeveling, en het rapport levert daarvoor een gedegen onderbouwing. Maar wie het rapport zorgvuldig leest, stuit ook op een aantal passages die meer vragen oproepen dan ze beantwoorden. Dit artikel legt die passages bloot — niet om het rapport te ondermijnen, maar omdat de discussie die eraan vooraf moet gaan, gebaat is bij scherpte.

Nederland loopt achter — en dat heeft gevolgen voor de hele keten

Terwijl België per januari 2026 al volop operationeel is met verplichte B2B e-facturatie via Peppol, en Frankrijk, Duitsland en Polen hun systemen in hoog tempo gereedmaken, is Nederland op het moment van publicatie van dit rapport nog volop bezig met de voorbereiding op een standpuntbepaling. Niet de implementatie — de standpuntbepaling. Dat is een wezenlijk verschil.

Die achterstand is niet puur een bestuurlijk probleem. Ze zet druk op alle schakels in de keten tegelijk. Beleidsmakers moeten tijdig wetgeving omzetten naar passende beleidsinstrumenten — en dat vraagt om besluitvorming die nu al in gang gezet zou moeten worden. Softwarepartijen en Peppol Serviceproviders moeten hun producten en diensten aanpassen, certificeren en opschalen — en zij hebben implementatietijd nodig die begint zodra de beleidskaders helder zijn. En achteraan de keten staan het bedrijfsleven, overheidsinstellingen en maatschappelijke organisaties, die hun processen, personeel en planning moeten aanpassen aan een nieuwe werkelijkheid.

De deadline van 1 juli 2030 lijkt op papier ruim. Maar wie de keten van achteren naar voren doorloopt — van ondernemer naar softwareleverancier naar beleidsmaker — ziet dat elke maand vertraging aan het begin zich verveelvoudigt aan het einde. Dit rapport is een belangrijke stap. Maar het is wel een late stap.

1. Nederland heeft eigenlijk geen echte keuze

De centrale vraag in het rapport — ViDA-A of ViDA-B — suggereert dat Nederland nog een open afweging te maken heeft. Maar het rapport legt zelf iets bloot wat die suggestie relativeert: alle onderzochte landen die e-facturatie hebben ingevoerd of op korte termijn invoeren, kiezen voor een binnenlandse verplichting. België deed het per januari 2026. Frankrijk volgt in september 2026. Duitsland, Italië, Polen — allemaal ViDA-B-equivalent.

Het rapport noemt dit het waterbedeffect: als Nederland als enige grote EU-economie géén binnenlandse verplichting invoert, wordt het land aantrekkelijker voor btw-carrouselfraude. Fraudeurs wijken immers uit naar de jurisdictie met de minste controle. Met andere woorden: de keuzevrijheid die het onderzoekskader suggereert, is in de praktijk beperkter dan hij lijkt. ViDA-B is de logische uitkomst — de vraag is alleen hoe en wanneer.

Wat opvalt in de internationale vergelijking, is welke landen ontbreken. De Scandinavische landen — Noorwegen, Zweden, Denemarken en Finland — worden in het rapport slechts terloops aangehaald via een kostenbesparing-studie van een softwareleverancier. Terwijl juist deze landen tot de meest volwassen e-facturatie-ecosystemen ter wereld behoren en decennialang ervaring hebben opgebouwd met interoperabele standaarden, brede adoptie en publiek-private samenwerking. Hun lessen voor Nederland worden niet benoemd. Datzelfde geldt voor Latijns-Amerika: Chili, Brazilië, Mexico en anderen kennen verplichte e-facturatie al tientallen jaren als instrument voor btw-handhaving. Het rapport noemt hun btw-opbrengsten, maar analyseert niet wat die systemen architectureel succesvol maakte — en wat Nederland daarvan kan leren.

2. Bijna niemand in het MKB weet wat ViDA is — en de klok tikt

Een van de meest nuchter geformuleerde bevindingen in het rapport is ook een van de meest verontrustende: de bekendheid met ViDA onder kleine ondernemers is ‘zeer laag’. Dat zijn de eigen woorden van EY. Tegelijkertijd adviseert het rapport om al vóór 1 januari 2030 te starten met de binnenlandse e-facturatieplicht, om te voorkomen dat bedrijven een big bang meemaken op de Europese deadline.

Wie de doorlooptijd van ERP-implementaties, leveranciersselectie en interne procesaanpassing kent, weet dat 2030 dichterbij is dan het klinkt. Voor grote bedrijven is de horizon van twee à drie jaar werkbaar, maar voor het MKB — met beperkt IT-budget en vaak geen dedicated financiële afdeling — is een migratietraject van 12 tot 24 maanden realistisch. Dat betekent dat de voorbereiding nu al zou moeten beginnen. Niet na de internetconsultatie. Niet na de wetgeving. Nu.

Hierbij is het relevant om een onderscheid te maken dat het rapport niet maakt. De impact van e-facturatie verschilt niet in de eerste plaats naar gelang de grootte van een bedrijf of organisatie, maar naar de toegankelijkheid, flexibiliteit en betaalbaarheid van de toegestane oplossingen. Een ZZP’er die zijn facturen via een eenvoudige boekhoudapp of webportal kan versturen, ondervindt een fundamenteel andere drempel dan een ZZP’er wiens app nog niet is aangesloten op Peppol — en die dus moet wachten op zijn softwareleverancier, of overstappen naar een andere oplossing. De beleidsmatige keuze welke oplossingen worden toegestaan — en hoe laagdrempelig de instap is voor kleine ondernemers — is daarmee minstens zo bepalend voor de slagingskans van de transitie als de implementatietermijn zelf.

3. De ICV-rapportageplicht is onuitvoerbaar — maar dat is geen verrassing

Een van de minder bekende maar praktisch ingrijpende onderdelen van de ViDA-richtlijn is de ICV-rapportageplicht: de verplichting om ontvangen facturen uit andere EU-landen binnen vijf dagen te rapporteren aan de Belastingdienst. Het rapport is hierover opvallend direct: invoering per 2030 is niet wenselijk. Facturen zijn in de praktijk binnen vijf dagen zelden goedgekeurd, laat staan verwerkt. Het gevolg zou een stroom van ‘false positives’ zijn — meldingen die later gecorrigeerd moeten worden — met administratieve rompslomp voor zowel bedrijven als de Belastingdienst.

Dat de Belastingdienst dit zelf erkent, wordt in het rapport gepresenteerd als een relevante observatie. Maar er is een eerlijkere manier om dit te formuleren: de vijfdagentermijn is niet onuitvoerbaar omdat hij slecht is ontworpen. Hij is onuitvoerbaar omdat Nederland de infrastructurele voorwaarden ervoor nooit heeft gecreëerd. In landen waar e-facturatie al jaren breed is geadopteerd — België, de Scandinavische landen, diverse Zuid-Europese landen — is een rapportagetermijn van vijf dagen een realistische norm, omdat factuurdata daar al gestructureerd en machineleesbaar door systemen stroomt. In Nederland is dat niet het geval, en dat is geen toeval. Het is het resultaat van jaren dralen op het dossier e-facturatie.

Andere landen zijn snel aan de slag gegaan met brede e-facturatie-adoptie, mede omdat zij begrepen dat de Europese digitale rapportageverplichtingen eraan zaten te komen. Nederland heeft die stap niet gezet. De constatering van EY en de Belastingdienst dat de ICV-termijn onuitvoerbaar is, is daarmee minder een observatie over de richtlijn dan een stille erkenning van beleidsachterstand. Het rapport maakt die conclusie niet expliciet. Dat is begrijpelijk in de context van een adviesrapport aan de opdrachtgever — maar wie het rapport leest, mag dit wel benoemen.

EY adviseert als alternatief om het btw-aangiftetijdvak te verkorten van kwartaal naar maand. Dat is een pragmatische uitweg. Maar het lost het onderliggende probleem niet op: zolang e-facturatie in Nederland geen volwassen adoptiegraad heeft, blijft elke vorm van real-time of near-real-time rapportage een theoretische verplichting met praktische uitzondering.

4. Er is een optie die Nederland bewust niet neemt — en die weinig mensen kennen

Artikel 168 van de Btw-richtlijn biedt lidstaten de mogelijkheid om btw-aftrek te koppelen aan de ontvangst van een correcte e-factuur. In de praktijk zou dat betekenen: geen geldige e-factuur ontvangen, geen btw-aftrek. Een harde prikkel voor naleving, maar ook een potentieel verstrekkende maatregel voor bedrijven die in de aanloopfase met technische storingen of formatfouten te maken krijgen.

Het rapport adviseert expliciet om deze optie niet te implementeren. Het bedrijfsleven is er geen voorstander van, en EY onderschrijft die zorg. Maar het feit dat deze optie überhaupt bestaat — en dat er een bewuste beleidsafweging nodig is om hem níet te gebruiken — is voor de meeste ondernemers onbekend terrein. Het illustreert hoe veelzijdig de implementatieruimte van ViDA is, en hoe belangrijk het is dat bedrijven niet alleen de einduitkomst kennen, maar ook de keuzes die er in het beleidsproces aan voorafgaan.

5. De hoofdaanbeveling heeft een juridisch voorbehoud — en een governance-blinde vlek

De aanbeveling om Peppol verplicht voor te schrijven als de digitale infrastructuur voor e-facturatie en rapportage wordt breed gedragen — door softwareleveranciers, overheidsinstanties en ondernemersorganisaties. Dat draagvlak is reëel en de argumenten zijn helder: Peppol is interoperabel, schaalbaar, internationaal breed geadopteerd, en sluit aan op bestaande B2G-infrastructuur in Nederland.

Maar het rapport bevat ook een passage die in de publieke discussie onderbelicht is gebleven. EY constateert dat Peppol als niet-gekwalificeerde vertrouwensdienst mogelijk niet voldoet aan de eIDAS-vereisten die gelden als het als verplichte infrastructuur wordt aangewezen. En dat de NIS2-cyberbeveiligingsvereisten — in Nederland nog niet eens geïmplementeerd via de Cyberbeveiligingswet — additionele verplichtingen met zich meebrengen. EY adviseert ‘nader juridisch onderzoek’. De aanbeveling om Peppol verplicht te stellen staat er dus al, maar de juridische houdbaarheid ervan moet nog worden vastgesteld.

Hier speelt ook een diepere vraag die het rapport onvoldoende adresseert: is het überhaupt verstandig om de naam van een specifiek netwerk in wetgeving te verankeren? Al in 2019 adviseerde Hooghiemstra & Partners — in opdracht van het Ministerie van BZK — dat de overheid moet werken naar een rol waarbij zij de vertrouwensstructuur van de e-facturatieinfrastructuur actief levert of faciliteert, in plaats van die vraag aan de markt over te laten. Het rapport introduceerde daarvoor het Stuurman-model: een overheid die proactief en uitvoerend optreedt en zelf de vertrouwensstructuur levert. Het tegenovergestelde — de overheid als Reder die slechts randvoorwaarden stelt en pas ingrijpt als het publiek belang dit wenst — werd in dat advies expliciet als onvoldoende voor een stelsel van publiek belang beoordeeld. Het EY-rapport verwijst niet naar dit advies, en herhaalt daarmee zeven jaar later de vraag die in 2019 al gesteld en beantwoord was.

De parallel met eHerkenning is instructief: ook dat systeem is niet als merknaam in de wet gezet, maar als een afsprakenstelsel dat aan wettelijke eisen moet voldoen en waarop de RDI toezicht houdt. Diezelfde systematiek — de overheid als actieve leverancier van vertrouwensstructuur, met toelating op basis van objectieve criteria en wettelijk verankerd toezicht — biedt de overheid sturingsmogelijkheden die een directe wettelijke verankering van de merknaam Peppol niet biedt, en houdt de wetgeving toekomstbestendig.

Het rapport erkent zelf dat OpenPeppol een private rechtspersoon is gevestigd in België, met eigen deelbelangen die niet automatisch samenvallen met Nederlandse beleidsdoelen. En dat wanneer Peppol als verplichte infrastructuur wordt aangewezen, deze privaatrechtelijke governance ‘feitelijk onderdeel wordt van een publiekrechtelijk verplicht stelsel’ — waarvoor nadere juridische analyse noodzakelijk is. Die analyse is er nog niet. Wat ook ontbreekt, is een analyse van hoe de Nederlandse overheid sturingsmogelijkheden kan borgen binnen OpenPeppol: wie zit er aan tafel, welke landen hebben stemrecht, en heeft Nederland vergelijkbare posities als bij andere internationale financiële en technische organisaties? Het rapport stelt de vraag niet.

Ten slotte: het rapport stelt dat de RDI ‘al praktische ervaring heeft met het toezicht’ op Peppol. Maar formeel toezicht in de zin van de Algemene wet Bestuursrecht — waarbij een toezichthouder bevoegd is om te controleren of wettelijke voorschriften worden nageleefd — vereist een wettelijke aanwijzing. Die ontbreekt op dit moment. De formulering in het rapport wekt een schijn van formele toezichtsbevoegdheid die er feitelijk nog niet is. Ook dit is een lacune die in de vervolgfase moet worden gedicht, voordat Peppol als verplichte infrastructuur kan worden aangewezen.

6. De Belastingdienst krijgt straks real-time inzage — maar de wet loopt achter

De kern van ViDA-B is niet alleen dat bedrijven elektronisch factureren, maar dat factuurdata bijna real-time wordt gerapporteerd aan de Belastingdienst. Dat is een fundamentele verschuiving: waar de fiscus nu periodieke aangiftes ontvangt en achteraf controleert, krijgt hij straks transactie-voor-transactie inzage in de boekhouding van ondernemers.

Het rapport benoemt de kansen hiervan — minder btw-fraude, een deels vooraf ingevulde btw-aangifte, efficiënter toezicht. Maar het adresseert ook de risico’s: het te snel aanmerken van fouten als fraude, onjuiste fiscale conclusies op basis van onvolledige data, en de vraag welke analysemethoden de Belastingdienst mag gebruiken. Wat ontbreekt, is een antwoord. De juridische kaders waarbinnen de Belastingdienst met die data mag omgaan, zijn nog niet vastgelegd. De AVG-toets is nog niet gedaan. De Autoriteit Persoonsgegevens is nog niet formeel betrokken. Het rapport beveelt dit terecht aan — maar de urgentie van die stap wordt in het vervolgtraject niet altijd gevoeld.

7. Een kleine kanttekening bij de representativiteit — en een grote

Tot slot een observatie die geen kritiek is op de kwaliteit van het rapport, maar wel relevant is voor de beleidsvorming die erop volgt. De interviewlijst telt twintig partijen: zeven overheidsinstanties, negen technologiepartijen — waaronder SAP, Microsoft, IBM en een aantal gespecialiseerde e-facturatieleveranciers — en twee koepelorganisaties. Daarnaast zijn drie anonieme MKB-ondernemingen gesproken.

Dat zijn de enige individuele ondernemingen in een populatie van ruim 2,5 miljoen geregistreerde bedrijven in Nederland. Koepelorganisaties als VNO-NCW en het Platform Zelfstandige Ondernemers vertegenwoordigen hun achterban op abstractieniveau, maar zijn geen ondernemers. De technologiepartijen hebben een legitiem perspectief, maar ook een commercieel belang bij de uitkomst: zij verkopen precies de diensten die bedrijven bij een verplichting nodig hebben.

Dat maakt de conclusies niet onjuist. Maar het onderstreept waarom de door EY zelf aanbevolen internetconsultatie zo belangrijk is — en waarom die consultatie breed en laagdrempelig moet worden opgezet. De ervaring van de installateur, de boekhouder en de ZZP’er is andere informatie dan de strategie van een ERP-leverancier.

Dan de grotere kanttekening. Het rapport is in opdracht van het Ministerie van Financiën geschreven, en dat is zichtbaar in de scope. E-facturatie wordt behandeld als een fiscaal vraagstuk: btw-handhaving, digitale rapportage aan de Belastingdienst, fraudebestrijding. Dat perspectief is legitiem en vormt de kern van de ViDA-richtlijn. Maar e-facturatie is tegelijkertijd een infrastructuurvraagstuk — en daarvoor is een ander ministerie beleidsverantwoordelijk.

Het Ministerie van Binnenlandse Zaken en Koninkrijksrelaties is, in het kader van de Generieke Digitale Infrastructuur (GDI) en de Wet Digitale Overheid, de beleidsverantwoordelijke voor e-facturatie als onderdeel van de digitale overheidsinfrastructuur. BZK is opdrachtgever van Logius — de uitvoeringsorganisatie die het Peppol-netwerk voor de Rijksoverheid beheert. BZK is opdrachtgever van de Rijksinspectie Digitale Infrastructuur (RDI) — de toezichthouder die in het rapport herhaaldelijk wordt aangehaald als de instantie die toezicht houdt op Peppol. En BZK is de insteller van de Nederlandse Peppolautoriteit (NPa).

BZK zit wel in de begeleidingscommissie — dat blijkt uit één bijzin in de onderzoeksmethode. Het is de enige keer dat het ministerie in het gehele rapport bij naam wordt genoemd. In de hoofdtekst, de analyse, de aanbevelingen en de conclusies: geen vermelding. Terwijl drie van de vijf overheidsinstanties op de interviewlijst — Logius, RDI en de NPa — rechtstreeks onder de beleidsverantwoordelijkheid van BZK vallen. De uitvoeringsorganisaties zijn bevraagd, maar de beleidsopdrachtgever van die uitvoeringsorganisaties niet.

De vragen die dit oproept, zijn fundamenteel: hoe verhoudt het fiscale beleid van Financiën zich tot het infrastructuurbeleid van BZK? Wie is eindverantwoordelijk voor de keuzes die in dit rapport worden aanbevolen? En hoe worden de governance-structuren van de NPa, Logius en RDI straks ingebed in een wettelijk kader dat door Financiën wordt opgesteld, terwijl de uitvoering bij BZK-instanties ligt? Het rapport geeft hier geen antwoord op. De vraag is of die vraag überhaupt gesteld is.

8. De werkelijke kansen van e-facturatie worden onderschat

Het rapport presenteert kostenbesparing als het voornaamste voordeel van e-facturatie. Internationale studies worden aangehaald: 55 tot 70 procent besparing per factuur ten opzichte van papieren processen, een Scandinavische business case van 19 miljard euro per jaar, een Nederlandse potentie van 10 tot 12 miljard euro bij volledige adoptie. Dat zijn indrukwekkende getallen. Maar ze verdienen twee kanttekeningen die het rapport niet maakt.

De eerste: kostenbesparing is pas reëel als e-facturatie de enige toegestane methode is en de hele keten meedoet. Zolang papieren facturen, PDF’s per e-mail en portaaloplossingen naast e-facturatie blijven bestaan, is e-facturatie voor veel bedrijven een additionele kostenpost — niet een vervanging. En zelfs na een volledige verplichting zijn de besparingen alleen realiseerbaar als alle elementen structureel zijn ingeregeld: identificatie en authenticatie, digitale ondertekening, tijdstempels, veilige verbindingen, gestandaardiseerde berichten, machtigingsbeheer en Know Your Business-processen. Dat is een systeemverandering, geen softwareupdate.

De tweede kanttekening is fundamenteler: kostenbesparing is waarschijnlijk niet het interessantste voordeel van e-facturatie. De implementatie van de Europese factuurstandaard EN 16931 maakt het mogelijk om gestructureerde financiële data uit te wisselen — data die voor beide partijen in een transactie machineleesbaar en analyseerbaar is. Dat opent de deur naar een nieuwe generatie fintech-toepassingen. Denk aan factoring die niet langer afhankelijk is van handmatige beoordeling, maar van een doorlopend inzicht in de financiële cyclus van een onderneming. Denk aan supply chain finance waarbij de betrouwbaarheid van een leverancier afleidbaar is uit zijn facturatiehistorie. Denk aan geautomatiseerde kredietbeoordelingen op basis van echte transactiedata in plaats van jaarrekeningen. Dit zijn geen speculatieve scenario’s — in landen met een volwassen e-facturatie-infrastructuur zijn deze verdienmodellen al werkelijkheid. Het rapport noemt ze niet. Dat is een gemiste kans in een onderzoek dat de Nederlandse overheid moet helpen bij het maken van een strategische keuze.

Wat nu?

Het EY-rapport is een stevige basis voor beleidsbeslissingen. De conclusie dat Nederland voor ViDA-B moet kiezen — brede invoering, Peppol als infrastructuur, gefaseerde tijdlijn — is goed onderbouwd en sluit aan bij wat andere EU-landen doen. De urgentie is reëel.

Maar het rapport legt ook bloot hoeveel er nog moet worden uitgewerkt: de juridische grondslag voor Peppol als verplichte infrastructuur, de AVG-toets op de datavelden, de rechtspositie van ondernemers bij data-analyse door de Belastingdienst, en de concrete invulling van vrijstellingen voor kleine ondernemers en specifieke sectoren. Die uitwerking vraagt om tijd, brede consultatie — en een bewuste keuze om ook de stem van individuele ondernemers mee te nemen.

De druk op de keten is ondertussen reëel. Beleidsmakers die nu besluiten, geven softwarepartijen de ruimte om te bouwen. Softwarepartijen die tijdig bouwen, geven bedrijven de ruimte om te implementeren. En bedrijven die op tijd implementeren, komen niet in de knel op de deadline van 2030. Die keten werkt alleen als de eerste schakel — het beleid — in beweging komt. Dat is de werkelijke urgentie achter dit rapport.

Bronnen

• EY Belastingadviseurs BV, ‘ViDA e-facturatie en digitale rapportage’, in opdracht van het Ministerie van Financiën, opgeleverd 23 januari 2026, gepubliceerd 10 maart 2026.

• Hooghiemstra & Partners, ‘Advies publiek belang SI — Definitieve rapportage versie 1.0’, in opdracht van het Ministerie van Binnenlandse Zaken en Koninkrijksrelaties, 16 september 2019.

Op Peppol.nu volgen wij de beleidsontwikkelingen rond ViDA op de voet. Wilt u weten welke betrouwbare Peppol Serviceproviders beschikbaar zijn voor uw organisatie? Bekijk het overzicht op Peppol.nu.

Belgian E-invoicing obligation: What does this mean for international business partners?

Over recent months, we at Peppol.now have been receiving the same question more and more frequently: “What does the Belgian e-invoicing obligation mean for our business?” What’s striking is that this question doesn’t only come from Belgian entrepreneurs themselves, but increasingly — and in growing numbers — from companies in the Netherlands, the United Kingdom, and other countries that do business with Belgian partners.

A Dutch IT supplier delivering software to Belgian companies, a British consultant advising a Belgian group, a German logistics company regularly delivering goods in Belgium — they all face the same question: does the Belgian e-invoicing obligation apply to us too? And if so, what do we need to do?

The Facts at a Glance

From 1 January 2026, Belgium introduces a mandatory structured electronic invoicing requirement for all business-to-business (B2B) transactions between VAT-liable companies. This obligation applies to all Belgian VAT-liable businesses conducting B2B transactions, regardless of their sector or size.

But what does this mean exactly for foreign businesses? This is where it gets interesting, because the legislation makes a clear distinction between different situations.

Scenario 1: The Dutch Supplier Without a Fixed Establishment

Suppose: TechSolutions BV from Amsterdam delivers software to Belgica Industries NV in Brussels. TechSolutions has no fixed establishment in Belgium, but does have a Belgian VAT number for these supplies.

The reality: Foreign businesses that are not established in Belgium are not required to issue structured electronic invoices, even when they are identified in Belgium for VAT purposes. TechSolutions BV therefore does not need to send an e-invoice under Belgian rules.

However: Belgica Industries NV is, from 2026, obliged to receive e-invoices from all its Belgian suppliers. This means it must maintain two different invoicing channels: traditional invoices from foreign suppliers like TechSolutions, and e-invoices from Belgian suppliers.

Scenario 2: The German Company With a Fixed Establishment

LogistikPartner GmbH from Cologne has a branch in Antwerp with its own staff and warehouse facilities. From this Belgian establishment, they provide transport services to Belgian businesses.

The reality: Foreign businesses that have a fixed establishment in Belgium are treated the same as a VAT-liable business established in Belgium and must therefore issue structured electronic invoices. LogistikPartner GmbH is therefore obliged to send e-invoices via the Peppol network.

This is a crucial distinction: it is not the nationality of the company that is decisive, but whether there is a fixed establishment in Belgium.

Scenario 3: The British Consultant Post-Brexit

Advisory Services Ltd from London provides consultancy services to Belgian companies. Since Brexit, the UK is no longer an EU member state, but the company does have a Belgian VAT number for certain assignments.

The reality: The same applies here: no fixed establishment in Belgium means no e-invoicing obligation. Advisory Services Ltd can simply continue invoicing as it always has.

The practical consequence: Their Belgian clients must again maintain two separate invoicing channels.

The Double Administration Problem

This is precisely the core of the problem Belgian companies face. From 1 January 2026, all Belgian VAT-liable businesses must use structured electronic invoices among themselves, but their foreign suppliers (without a fixed establishment) continue to invoice traditionally.

The result? Belgian companies must maintain two parallel systems:

  • E-invoices via Peppol for Belgian suppliers
  • Traditional invoices (PDF, paper) for foreign suppliers

This means double the work, double the costs, and an increased risk of errors in the administration.

When Does the Obligation Apply?

The obligation for structured electronic invoicing will almost always apply to transactions between a Belgian VAT-liable supplier and a Belgian VAT-liable customer.

For foreign businesses, the obligation applies when:

  • They have a fixed establishment in Belgium (own staff, office, warehouse)
  • They have a Belgian VAT number and a fixed establishment

Exceptions to the obligation:

  • VAT-liable businesses not established in Belgium without a fixed establishment
  • Transactions exempt under Article 44 of the VAT Code
  • B2C transactions (invoices to private customers)
  • Certain flat-rate VAT taxpayers

What Is a Fixed Establishment?

A foreign company will in principle have a fixed establishment in Belgium when it has a place where management tasks are carried out, a branch, factory, workshop, agency, warehouse, office or laboratory. Key criteria are:

  • Sufficient permanence of presence
  • Appropriate structure in terms of human and technical resources
  • Regular supply of goods or services from this establishment

A temporary project or incidental presence does not generally constitute a fixed establishment.

The Peppol Network: The Technical Solution

Structured electronic invoices are sent via a decentralised network called Peppol. Peppol is a standardised network that facilitates secure and efficient exchange of electronic documents between businesses.

For companies that are required to send e-invoices, connecting to the Peppol network via a certified service provider is necessary.

Practical Advice for Belgian Businesses

As a Belgian company, you can avoid the double administration problem by proactively communicating with your international suppliers. Even if they are not required to send e-invoices, it is in everyone’s interest to do so.

The benefits of uniform e-invoicing:

  • One invoicing channel instead of two
  • Automatic processing of all invoices
  • Faster payments through streamlined processes
  • Fewer errors through standardised formats
  • Better cash flow management

Communicating With International Partners

Explain the following to your foreign suppliers:

“From 2026, as a Belgian company we are required to receive e-invoices from our Belgian suppliers. Although you as a foreign supplier are not obliged to send e-invoices, it would greatly help our collaboration if you were to do so. This prevents us from having to maintain two different invoice processing systems and ensures faster handling of your invoices.”

Immediately offer a path forward: Refer your suppliers directly to practical help. By mentioning websites such as Peppol.now, you not only make a request but also immediately offer a solution. This lowers the threshold and shows that you are thinking along with the practical implementation. Your supplier can find information there about suitable Peppol providers and the steps required for connection.

International Developments

It is important to realise that Belgium is not the only country making e-invoicing mandatory. From 2030, this obligation will also apply to invoicing between EU member states. Companies that invest in Peppol connectivity now are ahead of this European development.

Ensure Clear Communication

For Belgian businesses, our advice is: engage proactively with your international suppliers. Explain why it is beneficial for both parties to switch to e-invoicing, even if they are not required to do so.

For foreign suppliers of Belgian businesses: Seriously consider connecting to the Peppol network. This prevents administrative burden for your Belgian clients and positions you well for the further European digitalisation of invoicing.

Do you have questions about Peppol connection or want to know which service provider best suits your situation?

Visit Peppol.now for more information and check our overview of Peppol providers to find the provider that best meets your needs.

By taking action now, you ensure that your international trade relationships continue to run smoothly after 1 January 2026 — without double administration and with maximum efficiency.

Would you like to stay informed about the latest developments in e-invoicing across Europe? Follow Peppol.now for up-to-date information and practical tips for your business.

Bronnen

Greece clearance model e-invoicing: How does it differ from Belgium’s Peppol approach?

Two countries, two mandatory e-invoicing systems, two fundamentally different architectures. Greece and Belgium both launched B2B e-invoicing obligations in early 2026 — but the similarities end there. Greece opted for a centralised clearance model via the government platform myDATA; Belgium implemented the Peppol standard based on the decentralised 4-corner model. For businesses active in both countries, this means two separate compliance trajectories, two different technical integrations, and two sets of rules.

But caution is warranted: plans and practice diverge in both countries. This article explains not just the architectural differences, but also the actual implementation status — so you know exactly where things stand in February 2026.

The current state of play: ambition vs. reality

Belgium: 4-corner live, 5-corner is a plan for 2028

From 1 January 2026, e-invoicing via Peppol is mandatory for all Belgian VAT-liable B2B transactions. The law is in force, over a million businesses have registered on the network, and the obligation to be able to send and receive is real. A three-month tolerance period (until end of March 2026) applies for businesses that are not yet technically ready.

The active model is the classic Peppol 4-corner model: invoice exchange runs directly between businesses via certified Peppol Service Providers (Access Points), without government involvement in the invoice flow. The Belgian tax authority does not currently receive real-time transaction data.

The 5-corner model — where the tax authority joins as a fifth corner receiving real-time reporting data via e-reporting — is a separate, future project. Technical specifications are currently being developed. The intended implementation is 2028, aligned with the ViDA initiative. There is no certified infrastructure, no live system, and no final specifications available yet.

Status overview Belgium:

OnderdeelStatusToelichting
Peppol 4-corner B2BLiveMandatory from 1 Jan 2026. Tolerance period until ~end March 2026.
Peppol 5-corner / e-reportingPlanAmbition for 2028. Technical specs under development. Nothing live.

Greece: clearance model live, but already delayed

Greece had officially set the start date for large businesses (turnover > €1M in 2023) as 2 February 2026. On 17 February 2026 — two weeks after the planned start date — the Ministry of Finance and tax authority AADE officially announced a delay: the obligation for large businesses now begins on 2 March 2026, with a transition period until 3 May 2026.

The clearance model via myDATA is technically operational: EDIP providers are certified, the free AADE applications (timologio, myDATAapp) are available, and the assignment of a MARK identifier after validation works. But practical implementation at businesses is proving more difficult than anticipated, hence the delay.

An important detail missing from much coverage: the clearance model validates invoice data and assigns a MARK identifier, but does not regulate how the invoice is subsequently delivered to the customer. In practice, after clearance, a PDF with a QR code is often still sent. The digital delivery step is unregulated — a fundamental difference from the Peppol network, which standardises the entire exchange infrastructure.

Status overview Greece:

OnderdeelStatusToelichting
B2B obligation large businesses (>€1M)In overgangMandatory from 2 Mar 2026, transition until 3 May 2026. Originally 2 Feb 2026.
B2B obligation remaining businessesPlanMandatory from 1 Oct 2026, transition period until 31 Dec 2026.
myDATA clearance systemLiveTechnically operational. EDIP providers certified, free apps available.
Invoice delivery after clearanceUnregulatedNot standardised. In practice often PDF + QR code.
B2G via PeppolLiveMandatory since Sep 2025 for contracts >€2,500 via KE.D.

The Greek clearance model: how does it work?

The core of the Greek system is the myDATA platform (my Digital Accounting and Tax Application), operational as a reporting platform since 2021. In the clearance model: before an invoice is legally valid, the invoice data must be submitted to myDATA. After validation, the invoice receives a unique identifier (MARK) and a QR code. Only then may the invoice be sent to the customer.

This gives the Greek tax authority AADE maximum control: every transaction is visible before money changes hands. VAT fraud is detected in real-time through automatic linking of invoice data to VAT returns. It follows the same principle as Italy’s SDI system and Poland’s KSeF.

What distinguishes the model from Peppol: after clearance, delivery to the customer is technically unregulated. The system ensures VAT compliance but not standardised digital exchange. After validation, the invoice can be delivered via email, PDF, or even paper — as long as the MARK identifier is included.

Is the Greek B2B system actually e-invoicing?

This question is rarely asked, but it matters. The European definition of e-invoicing — under Directive 2014/55/EU and standard EN 16931 — describes a structured, machine-readable document (XML, UBL or UN/CEFACT CII) that is legally exchanged between supplier and customer and can be automatically processed by the recipient’s system.

Measured against that definition, the Greek B2B system is in practice not e-invoicing — it is mandatory fiscal data reporting with a validation stamp.

What goes to myDATA: not a UBL invoice

What a business submits to myDATA is not an EN 16931-compliant invoice, but a ‘synopsis’: a summary of invoice data in AADE’s own JSON/XML schema, transmitted via REST API. This schema contains Greek tax classifications (document type codes such as ‘1.1’ for a standard sales invoice, income and expense categories) that do not appear on the invoice sent to the customer. It is reporting data for the tax authority, not the legal invoice document.

What the customer receives: a PDF with QR code

After MARK validation, delivery to the customer is unregulated. In practice, the customer receives a PDF with a QR code linking to the myDATA record. That is not a structured file that an ERP can automatically process. The recipient still needs to key in invoice data manually or via OCR — precisely what e-invoicing is designed to eliminate.

The technical specifications for what format the B2B invoice file itself must take — the document exchanged between businesses — have not yet been officially published by the Greek authorities.

B2G is different: that is genuine e-invoicing

The B2G route in Greece works fundamentally differently. Invoices to the government are cleared via myDATA and then delivered as Peppol BIS Billing 3.0 files (UBL or CII, fully EN 16931-compliant) via the Peppol network. The government entity receives a structured XML document that its systems can process automatically. That is e-invoicing in the technical sense of the word.

The conclusion: two systems, two definitions

For B2G, Greece does genuine e-invoicing (Peppol + EN 16931 XML). For B2B, Greece does mandatory fiscal data reporting (AADE JSON/XML synopsis to myDATA) followed by unregulated PDF delivery to the customer. The term ‘e-invoicing’ that the Greek government uses for its B2B mandate is legally defensible — the law does require invoices to be issued in electronic format — but it describes something fundamentally different from what Belgium, Germany or the EU-wide ViDA directive mean.

For businesses active in both countries, this is more than semantics: your Belgian ERP connection can automatically process Peppol BIS Billing 3.0 files. Your Greek ‘e-invoices’ still require manual processing or a separate OCR step in practice — unless your EDIP provider offers additional services for structured delivery.

The Belgian Peppol 4-corner model: how does it work?

Belgium implemented mandatory B2B e-invoicing from 1 January 2026 via the Peppol network, based on the classic 4-corner model. This is a decentralised approach in which the government plays no direct role in the invoice flow.

Invoice exchange runs via certified Peppol Service Providers: the sender transmits via their Access Point (Corner 2), the Peppol network routes the invoice to the recipient’s Access Point (Corner 3), which delivers the invoice to the buyer (Corner 4). There is no central government gateway. The tax authority receives no real-time data — that is planned for 2028 via a separate e-reporting project.

The difference from a clearance model: the invoice exchange itself is fully standardised end-to-end. Not a PDF-with-QR as the end product, but a structured machine-readable invoice arriving directly in the recipient’s system.

Key differences at a glance

FeatureGreece (myDATA)Belgium (Peppol 4-corner)
Current modelClearance (centralised)4-corner network (decentralised)
What goes to governmentAADE-own JSON/XML synopsis (not UBL)Peppol BIS Billing 3.0 (UBL/CII, EN 16931)
What customer receivesPDF + QR code (unregulated, not machine-readable)Structured XML file (machine-readable)
Future modelUnknown — not ViDA-aligned5-corner e-reporting (plan for 2028)
Pre-validation by governmentYes — MARK required before deliveryNo — government outside invoice flow
Invoice delivery regulatedNo — unregulated after clearance (often PDF+QR)Yes — fully standardised via Peppol
Status (Feb 2026)Large businesses: transition (2 Mar – 3 May)Live, tolerance period until ~end March
International interop.Limited — B2B via myDATA, B2G via PeppolHigh — same network as Europe
ViDA alignment (2030)Mixed — strong on data, weak on interop.Good — 5-corner is logical extension

The Peppol split in Greece: B2G vs. B2B

Greece has a notable distinction. For B2G invoices (to the government), Peppol is already mandatory: invoices are cleared via myDATA and then delivered via the Peppol network, handled by the National Interoperability Centre (KE.D). This model combines clearance and standardised network delivery.

For B2B transactions, a different regime applies: clearance via myDATA, but no regulated network delivery afterwards. Businesses that supply both the government and other businesses in Greece must manage two parallel processes — even within the same country.

Greece and ViDA: stronger than it looks, but not without tension

It is too simple to say that Greece’s clearance model is ‘poorly aligned’ with ViDA. The reality is more nuanced, and for Peppol.now it is important to be precise.

Where Greece is genuinely strong

On the data and reporting dimension of ViDA, Greece is ahead of most EU member states. myDATA already delivers what ViDA aims for: real-time transaction-level reporting, a fully digital audit trail for VAT control, and operational experience processing millions of invoice records per day. Most other member states still need to build that infrastructure and experience.

Where it structurally diverges

The tension with ViDA is not in the data layer, but in the exchange architecture. ViDA treats the e-invoice as a legal document exchanged between businesses — with the government receiving transaction data as a derived stream. In the Greek model, the invoice is primarily a reporting object to the tax authority; delivery to the customer is a second, unregulated step. That is a fundamentally different orientation.

Concretely: ViDA requires interoperability for intra-EU transactions via standardised networks (Peppol or equivalent), with EN 16931 as the semantic foundation. The myDATA system is nationally oriented, not built for cross-border exchange. Greece needs a separate Peppol layer for that — which already exists for B2G, but is absent for B2B.

The conclusion is not that myDATA is ‘wrong’ — for national VAT enforcement it is effective. But the system does not replace an EU e-invoice. It lives alongside it. That means Greece will likely need a second adjustment for the ViDA transition (2030–2035) to standardise the exchange layer as well, while the data layer is already in order.

Belgium is architecturally better positioned for that exchange layer: the planned 5-corner e-reporting in 2028 is a logical extension of the existing Peppol network, not a replacement. But on data maturity and compliance experience, Greece has a head start that should not be underestimated.

What does this mean for businesses active in both countries?

1. Two technical integrations

For Greece, you need a certified EDIP provider integrating with myDATA. For Belgium, you need a certified Peppol Service Provider. These are two separate connections with fundamentally different architectures.

2. No invoice interoperability between the countries

Your Peppol connection for Belgium does not work for Greek B2B invoices. Conversely, your myDATA connection does not work for Belgian invoices. Businesses hoping to serve both markets with a single solution will be disappointed.

3. Foreign suppliers: off the hook, but not without consequences

Foreign businesses without an establishment in Greece are not obliged to send e-invoices under Greek rules — even with a Greek VAT registration. The same applies to Belgium. But your Greek and Belgian customers must maintain two parallel systems: standardised e-invoices from local suppliers, plus traditional invoices from international partners. This creates administrative pressure on the receiving side that can affect the business relationship.

Frequently Asked Questions

Does Belgium use the 5-corner model?

Not yet. The current Belgian system is the classic Peppol 4-corner model without direct government participation in the invoice flow. The 5-corner model (where the tax authority receives real-time transaction data via e-reporting) is a planned follow-up project with an intended implementation in 2028. Technical specifications are still being developed.

Is Greek e-invoicing already live?

Technically yes: the myDATA clearance system is operational and EDIP providers are certified. But the obligation for large businesses has been delayed from 2 February to 2 March 2026, with a transition period until 3 May 2026. Many businesses are currently in a parallel-use phase.

Can I use my Belgian Peppol connection for Greek B2B invoices?

No. Greek B2B invoices require clearance via myDATA through a certified EDIP provider — a different system from the Peppol network. Your Peppol connection is usable for B2G invoices to the Greek government, which runs through both clearance and Peppol.

Is the Greek B2B system actually e-invoicing under the European definition?

Not really, for B2B. What is submitted to myDATA is not an EN 16931-compliant UBL/CII invoice but a fiscal data summary in AADE’s own schema. What the customer receives in practice is a PDF with QR code — not a machine-readable structured file. For B2G (invoices to the government), it is genuine e-invoicing: Peppol BIS Billing 3.0 is used there.

Which model is more future-proof?

It depends on the dimension. On data maturity and compliance experience, Greece is strong: real-time transaction-level reporting and a proven audit infrastructure are exactly what ViDA requires. On exchange architecture and EU interoperability, Belgium is stronger: the Peppol 4-corner model is EU-interoperable and architecturally ready for the 5-corner extension in 2028. Greece will likely need an additional adjustment for the exchange layer; the data layer is already in place.

Sources

• AADE / Greek Ministry of Finance — official delay announcement 17 February 2026: https://www.aade.gr

• vatcalc.com — current status Greek e-invoicing mandate: https://www.vatcalc.com/greece/greece-mydata-e-book-and-e-invoices-update/

• cleartax.com/be — The Peppol 5-corner model: from Belgian e-invoicing to e-reporting: https://www.cleartax.com/be/nl/belgium-peppol-5-corner-model

• vatcalc.com — Belgium 4-corner 2026, 5-corner 2028: https://www.vatcalc.com/belgium/belgium-b2b-e-invoicing-july-2024-update/

• The Invoicing Hub — Greece compliance: https://www.theinvoicinghub.com/einvoicing-compliance-greece/

• Peppol.now — European e-invoicing model overview: https://peppol.nu


Looking for a reliable e-invoicing solution that is ready for the Greek mandate and other European requirements? On Peppol.now you can compare service providers that support Peppol connectivity, EN 16931 compliance and multi-country e-invoicing. View the overview of Peppol service providers and make an informed choice.

SEO-titel Griekenland clearance model e-facturatie: Hoe verschilt het van de Belgische Peppol-aanpak?

Twee landen, twee verplichte e-facturatiesystemen, twee fundamenteel verschillende architecturen. Griekenland en België lanceerden allebei in begin 2026 een verplichting voor B2B e-facturatie — maar de overeenkomsten houden daarmee op. Griekenland koos voor een gecentraliseerd clearance-model via het overheidsplatform myDATA; België implementeerde de Peppol-standaard op basis van het gedecentraliseerde 4-corner model. Voor bedrijven die in beide landen actief zijn, betekent dit twee aparte compliance-trajecten, twee verschillende technische integraties, en twee sets verwachtingen.

Maar voorzichtigheid is geboden: de plannen en de praktijk lopen in beide landen uiteen. In dit artikel leggen wij niet alleen de architectuurverschillen uit, maar ook de actuele implementatiestatus — zodat u weet waar u anno februari 2026 écht aan toe bent.

De actuele stand van zaken: ambitie vs. realiteit

België: 4-corner live, 5-corner is een plan voor 2028

Vanaf 1 januari 2026 is e-facturatie via Peppol verplicht voor alle Belgische btw-plichtige B2B-transacties. De wet is van kracht, meer dan een miljoen bedrijven hebben zich geregistreerd op het netwerk, en de verplichting om te kunnen zenden én ontvangen is reëel. Er geldt een tolerantieperiode van drie maanden (tot eind maart 2026) voor bedrijven die technisch nog niet klaar zijn.

Het actieve model is het klassieke Peppol 4-corner model: factuuruitwisseling verloopt rechtstreeks tussen bedrijven via gecertificeerde Peppol Serviceproviders (Access Points), zonder tussenkomst van de overheid in de factuurstroom. De Belgische belastingdienst ontvangt op dit moment geen real-time transactiedata.

Het 5-corner model — waarbij de belastingdienst als vijfde hoek in real-time rapportagedata ontvangt via e-rapportering — is een apart, toekomstig project. De technische specificaties worden momenteel ontwikkeld. De beoogde implementatie is 2028, in lijn met het ViDA-initiatief. Er is nog geen gecertificeerde infrastructuur, geen live systeem, en geen definitieve specificaties beschikbaar.

Statusoverzicht België:

OnderdeelStatusToelichting
Peppol 4-corner B2BLiveVerplicht per 1 jan 2026. Tolerantieperiode t/m ~eind mrt 2026.
Peppol 5-corner / e-rapporteringPlanAmbitie voor 2028. Technische specs in ontwikkeling. Niets live.

Griekenland: clearance-model live, maar al uitgesteld

Griekenland had de startdatum voor grote bedrijven (omzet > €1M in 2023) officieel bepaald op 2 februari 2026. Op 17 februari 2026 — dus twee weken na de geplande startdatum — kondigden het Ministerie van Financiën en de belastingdienst AADE een officieel uitstel aan: de verplichting voor grote bedrijven gaat nu in op 2 maart 2026, met een overgangsperiode tot 3 mei 2026.

Het clearance-model via myDATA is technisch operationeel: EDIP-providers zijn gecertificeerd, de gratis AADE-applicaties (timologio, myDATAapp) zijn beschikbaar, en het toekennen van een MARK-identifier na validatie werkt. Maar de praktische implementatie bij bedrijven verloopt moeizamer dan voorzien, vandaar het uitstel.

Een belangrijk detail dat in veel berichtgeving ontbreekt: het clearance-model valideert de factuurdata en kent een MARK-identifier toe, maar reguleert niet hoe de factuur daarna bij de klant terechtkomt. In de praktijk wordt na clearance nog vaak een PDF met QR-code verstuurd. De digitale leveringsstap is dus ongeregeld — een fundamenteel verschil met het Peppol-netwerk, dat de volledige uitwisselingsinfrastructuur standaardiseert.

Statusoverzicht Griekenland:

OnderdeelStatusToelichting
B2B verplichting grote bedrijven (>€1M)In overgangVerplicht per 2 mrt 2026, overgang t/m 3 mei 2026. Oorspronkelijk 2 feb 2026.
B2B verplichting overige bedrijvenPlanVerplicht per 1 okt 2026, overgangsperiode t/m 31 dec 2026.
myDATA clearance-systeemLiveTechnisch operationeel. EDIP-providers gecertificeerd, gratis apps beschikbaar.
Factuurlevering ná clearanceOngeregeldNiet gestandaardiseerd. In praktijk vaak PDF + QR-code.
B2G via PeppolLiveAl verplicht per sep 2025 voor contracten >€2.500 via KE.D.

Het Griekse clearance-model: hoe werkt het?

De kern van het Griekse systeem is het myDATA-platform (my Digital Accounting and Tax Application), operationeel als rapportageplatform since 2021. In het clearance-model geldt: voordat een factuur juridisch geldig is, moet de factuurdata worden aangeboden aan myDATA. Na validatie ontvangt de factuur een unieke identifier (MARK) en een QR-code. Pas dan mag de factuur worden uitgestuurd aan de klant.

Dit geeft de Griekse belastingdienst AADE maximale controle: elke transactie is zichtbaar vóór geldoverdracht. Btw-fraude wordt in real-time gedetecteerd via automatische koppeling van factuurdata aan btw-aangiftes. Het is hetzelfde principe als het Italiaanse SDI-systeem en het Poolse KSeF.

Wat het model onderscheidt van Peppol: na de clearance is de aflevering aan de klant technisch ongeregeld. Het systeem borgt btw-compliance, maar niet gestandaardiseerde digitale uitwisseling. De factuur kan na validatie via e-mail, PDF, of zelfs op papier worden geleverd — zolang de MARK-identifier er maar op staat.

Is het Griekse B2B-systeem eigenlijk wel e-facturatie?

Dit is een vraag die zelden gesteld wordt, maar die er wél toe doet. De Europese definitie van e-facturatie — conform Richtlijn 2014/55/EU en standaard EN 16931 — beschrijft een gestructureerd, machineleesbaar document (XML, UBL of UN/CEFACT CII) dat juridisch geldig wordt uitgewisseld tussen leverancier en afnemer en automatisch verwerkt kan worden door het ontvangende systeem.

Gemeten aan die definitie is het Griekse B2B-systeem in de praktijk géén e-facturatie — het is verplichte fiscale datarapportage met een validatiestempel.

Wat er naar myDATA gaat: géén UBL-factuur

Wat een bedrijf naar myDATA stuurt is geen EN 16931-conforme factuur, maar een ‘synopsis’: een samenvatting van factuurdata in AADE’s eigen JSON/XML-schema, verstuurd via REST API. Dit schema bevat Griekse belastingclassificaties (documenttypecodes zoals ‘1.1’ voor een standaard verkoopfactuur, inkomsten- en kostencategorieën) die niet op de factuur aan de klant verschijnen. Het is rapportagedata voor de fiscus, niet het juridische factuurdocument.

Wat de klant ontvangt: een PDF met QR-code

Na de MARK-validatie is de levering aan de klant ongeregeld. In de praktijk ontvangt de klant een PDF met een QR-code die verwijst naar het myDATA-record. Dat is geen gestructureerd bestand dat een ERP automatisch kan inlezen. De ontvanger moet de factuurdata nog steeds handmatig of via OCR verwerken — precies wat e-facturatie beoogt te elimineren.

De technische specificaties voor welk format het B2B-factuurbestand zélf moet hebben — het document dat tussen bedrijven wordt uitgewisseld — zijn op dit moment officieel nog niet gepubliceerd door de Griekse autoriteiten.

B2G is anders: daar is het wél echte e-facturatie

Het B2G-traject in Griekenland werkt fundamenteel anders. Facturen aan de overheid worden gecleard via myDATA én vervolgens geleverd als Peppol BIS Billing 3.0-bestand (UBL of CII, volledig EN 16931-conform) via het Peppol-netwerk. De overheidsinstelling ontvangt een gestructureerd XML-document dat haar systemen automatisch kunnen verwerken. Dat is e-facturatie in de technische definitie van het woord.

De conclusie: twee systemen, twee definities

Griekenland doet voor B2G: echte e-facturatie (Peppol + EN 16931 XML). Voor B2B doet Griekenland: verplichte fiscale datarapportage (AADE JSON/XML synopsis naar myDATA) gevolgd door ongeregelde PDF-levering aan de klant. De term ‘e-facturatie’ die de Griekse overheid gebruikt voor haar B2B-mandaat is juridisch verdedigbaar — de wet eist immers dat facturen in elektronisch formaat worden uitgewisseld — maar beschrijft iets wezenlijk anders dan wat België, Duitsland of de EU-brede ViDA-richtlijn bedoelen.

Voor bedrijven die actief zijn in beide landen is dit meer dan semantiek: uw Belgische ERP-koppeling kan Peppol BIS Billing 3.0-bestanden automatisch verwerken. Uw Griekse ‘e-facturen’ vereisen in de praktijk nog steeds handmatige verwerking of een aparte OCR-stap — tenzij uw EDIP-provider aanvullende diensten levert voor gestructureerde levering.

Het Belgische Peppol 4-corner model: hoe werkt het?

België implementeerde per 1 januari 2026 verplichte B2B e-facturatie via het Peppol-netwerk, gebaseerd op het klassieke 4-corner model. Dit is een gedecentraliseerde aanpak waarbij de overheid géén directe rol heeft in de factuurstroom.

Factuuruitwisseling verloopt via gecertificeerde Peppol Serviceproviders: de verzender stuurt via zijn Access Point (Corner 2), het Peppol-netwerk routeert de factuur naar het Access Point van de ontvanger (Corner 3), en die levert de factuur bij de koper (Corner 4). Er is geen centrale overheidsgateway. De belastingdienst ontvangt geen real-time data — dat is voorzien voor 2028 via een apart e-rapporteringsproject.

Het verschil met een clearance-model: de factuuruitwisseling zelf is volledig gestandaardiseerd end-to-end. Geen PDF-met-QR als eindproduct, maar een gestructureerde machineleesbare factuur die rechtstreeks in het systeem van de ontvanger belandt.

Hoofd­verschillen op een rij

KenmerkGriekenland (myDATA)België (Peppol 4-corner)
Huidig modelClearance (gecentraliseerd)4-corner netwerk (gedecentraliseerd)
Wat naar overheid gaatAADE-eigen JSON/XML synopsis (geen UBL)Peppol BIS Billing 3.0 (UBL/CII, EN 16931)
Wat klant ontvangtPDF + QR-code (ongeregeld, niet machineleesbaar)Gestructureerd XML-bestand (machineleesbaar)
Toekomstig modelOnbekend — niet ViDA-aligned5-corner e-rapportering (plan 2028)
Pre-validatie door overheidJa — MARK vóór leveringNee — overheid buiten factuurstroom
Factuurlevering geregeldNee — na clearance ongeregeld (vaak PDF+QR)Ja — volledig gestandaardiseerd via Peppol
Status (feb 2026)Grote bedrijven: overgang (2 mrt – 3 mei)Live, tolerantieperiode t/m ~eind mrt
Internationale interop.Beperkt — B2B via myDATA, B2G via PeppolHoog — zelfde netwerk als Europa
ViDA-uitlijning (2030)Gemengd — sterk op data, zwak op interop.Goed — 5-corner is logische uitbreiding

De Peppol-tweedeling in Griekenland: B2G vs. B2B

Griekenland kent een opvallend onderscheid. Voor B2G-facturen (aan de overheid) is Peppol al verplicht: facturen worden gecleard via myDATA én vervolgens geleverd via het Peppol-netwerk, afgehandeld door het National Interoperability Centre (KE.D). Dit model combineert clearance én gestandaardiseerde netwerk-levering.

Voor B2B-transacties geldt een ander regime: clearance via myDATA, maar géén gereguleerde netwerk-levering daarna. Bedrijven die in Griekenland zowel aan de overheid als aan andere bedrijven leveren, hebben dus twee parallelle processen te managen — zelfs binnen hetzelfde land.

Griekenland en ViDA: sterker dan het lijkt, maar niet zonder spanning

Het is te simpel om te stellen dat Griekenlands clearance-model ‘slecht uitgelijnd’ is met ViDA. De werkelijkheid is genuanceerder, en voor Peppol.nu belangrijk om goed te benoemen.

Waar Griekenland wél sterk op staat

Op de data- en rapporteringsdimensie van ViDA loopt Griekenland voor op de meeste EU-lidstaten. myDATA levert al jaren wat ViDA beoogt: real-time rapportage per transactie, een volledig digitaal auditspoor voor btw-controle, en de operationele ervaring met het verwerken van miljoenen factuurrecords per dag. Veel andere lidstaten moeten die infrastructuur en die ervaring nog opbouwen.

Waar het structureel wringt

De spanning met ViDA zit niet in de data-laag, maar in de architectuur van uitwisseling. ViDA behandelt de e-factuur als een juridisch document dat wordt uitgewisseld tussen bedrijven — met de overheid die transactiedata ontvangt als afgeleide stroom. In het Griekse model is de factuur primair een rapportage-object aan de fiscus; de levering aan de klant is een tweede, ongereguleerde stap. Dat is een fundamenteel andere oriëntatie.

Concreet: ViDA vereist voor intra-EU transacties interoperabiliteit via gestandaardiseerde netwerken (Peppol of equivalente standaarden), met EN 16931 als semantisch fundament. Het myDATA-systeem is nationaal georiënteerd, niet gebouwd voor cross-border uitwisseling. Griekenland heeft daarvoor een separate Peppol-laag nodig — die voor B2G al bestaat, maar voor B2B nog ontbreekt.

De conclusie is niet dat myDATA ‘verkeerd’ is — voor nationale btw-handhaving is het effectief. Maar het systeem vervangt geen EU-e-factuur. Het leeft ernaast. En dat betekent dat Griekenland bij de ViDA-transitie (2030–2035) waarschijnlijk een tweede aanpassing moet doorvoeren om ook de uitwisselingslaag te standaardiseren, terwijl de data-laag al op orde is.

België is architectureel beter gepositioneerd voor die uitwisselingslaag: de geplande 5-corner e-rapportering in 2028 is een logische uitbreiding van het bestaande Peppol-netwerk, geen vervanging. Maar op de data-rijpheid en compliance-ervaring heeft Griekenland een voorsprong die het niet zou mogen weggooien.

Wat betekent dit voor bedrijven die in beide landen actief zijn?

1. Twee technische integraties

Voor Griekenland heeft u een gecertificeerde EDIP-provider nodig die integreert met myDATA. Voor België heeft u een gecertificeerde Peppol Serviceprovider nodig. Dit zijn twee afzonderlijke koppelingen met fundamenteel verschillende architecturen.

2. Geen factuur-interoperabiliteit tussen de landen

Uw Peppol-aansluiting voor België werkt niet voor Griekse B2B-facturen. Andersom werkt uw myDATA-koppeling niet voor Belgische facturen. Bedrijven die hopen met één oplossing beide markten te bedienen, komen bedrogen uit.

3. Buitenlandse leveranciers: buiten schot, maar niet zonder gevolgen

Buitenlandse bedrijven zonder vestiging in Griekenland zijn niet verplicht e-facturen te sturen volgens de Griekse regels — ook niet bij een Griekse btw-registratie. Hetzelfde geldt voor België. Maar uw Griekse en Belgische klanten moeten wél twee parallelle systemen onderhouden: gestandaardiseerde e-facturen van lokale leveranciers, plus traditionele facturen van internationale partners. Dat creëert administratieve druk aan de ontvangstkant, wat de zakelijke relatie kan beïnvloeden.

Veelgestelde vragen

Gebruikt België het 5-corner model?

Nee, nog niet. Het huidige Belgische systeem is het klassieke Peppol 4-corner model zonder directe overheidsdeelname in de factuurstroom. Het 5-corner model (waarbij de belastingdienst real-time transactiedata ontvangt via e-rapportering) is een gepland vervolgproject met beoogde implementatie in 2028. De technische specificaties worden nog ontwikkeld.

Is de Griekse e-facturatie al live?

Technisch gezien wel: het myDATA clearance-systeem is operationeel en EDIP-providers zijn gecertificeerd. Maar de verplichting voor grote bedrijven is uitgesteld van 2 februari naar 2 maart 2026, met een overgangsperiode tot 3 mei 2026. Veel bedrijven bevinden zich momenteel in een parallel-gebruik fase.

Kan ik mijn Belgische Peppol-aansluiting gebruiken voor Griekse B2B-facturen?

Nee. Griekse B2B-facturen vereisen clearance via myDATA via een gecertificeerde EDIP-provider — dat is een ander systeem dan het Peppol-netwerk. Uw Peppol-aansluiting is wél bruikbaar voor B2G-facturen aan de Griekse overheid, die door clearance én Peppol verloopt.

Is het Griekse B2B-systeem eigenlijk wel e-facturatie in de Europese definitie?

Niet echt, voor B2B. Wat naar myDATA wordt gestuurd is geen EN 16931-conforme UBL/CII-factuur maar een fiscale datasamenvatting in AADE’s eigen schema. Wat de klant ontvangt is in de praktijk een PDF met QR-code — geen machineleesbaar gestructureerd bestand. Voor B2G (facturen aan de overheid) is het wél echte e-facturatie: daar wordt Peppol BIS Billing 3.0 gebruikt.

Welk model is toekomstbestendiger?

Dat hangt af van de dimensie. Op data-rijpheid en compliance-ervaring staat Griekenland sterk: real-time rapportage per transactie, een volledig digitaal auditspoor en bewezen schaalbaarheid zijn precies wat ViDA vraagt. Op uitwisselingsarchitectuur staat België sterker: het Peppol 4-corner model is EU-interoperabel en architectureel gereed voor de 5-corner uitbreiding in 2028. Griekenland zal voor de interoperabiliteitslaag waarschijnlijk nog een aanpassing moeten doorvoeren; de data-laag staat al.

Bronnen

• AADE / Griekse Ministerie van Financiën — officieel uitstel 17 februari 2026: https://www.aade.gr

• vatcalc.com — actuele status Grieks e-facturatie mandaat: https://www.vatcalc.com/greece/greece-mydata-e-book-and-e-invoices-update/

• cleartax.com/be — Het Peppol vijfhoekenmodel: van Belgische e-facturatie naar e-rapportering: https://www.cleartax.com/be/nl/belgium-peppol-5-corner-model

• vatcalc.com — België 4-corner 2026, 5-corner 2028: https://www.vatcalc.com/belgium/belgium-b2b-e-invoicing-july-2024-update/

• The Invoicing Hub — Greece compliance: https://www.theinvoicinghub.com/einvoicing-compliance-greece/

• Peppol.nu — vergelijking e-facturatiemodellen Europa: https://peppol.nu


Op zoek naar een betrouwbare e-facturatie oplossing die klaar is voor het Griekse mandaat en andere Europese vereisten? Op Peppol.nu vergelijkt u serviceproviders die Peppol-connectiviteit, EN 16931-compliance en multi-land e-facturatie ondersteunen. Bekijk het overzicht van Peppol-leveranciers en maak een weloverwogen keuze.

Denemarken schrapt OIOUBL 3.0 en kiest voor Peppol als enige standaard

Op 14 januari 2026 bevestigde de Erhvervsstyrelsen (de Deense handelsautoriteit) een beslissing die jarenlang onzekerheid voor het Deense e-facturatie landschap beëindigt: OIOUBL 3.0 wordt definitief geschrapt. De geplande opvolger van het nationale e-facturatie formaat zal niet worden uitgebracht. In plaats daarvan kiest Denemarken voor een fundamenteel andere koers: het land werkt toe naar één enkele documentstandaard, in lijn met het internationale Peppol-ecosysteem. Voor bedrijven die handelen met Deense partners, serviceproviders op de Scandinavische markt en organisaties die hun Europese e-facturatie strategie bepalen, is dit een beslissing met directe consequenties.

De keuze van Denemarken e-facturatie Peppol standaard te laten worden is geen plotselinge wending. Het is het resultaat van een consultatieroute die begon in maart 2025 met het uitstel van OIOUBL 3.0, gevolgd door stakeholderbijeenkomsten via het NemHandelsforum in juni en oktober 2025. Serviceproviders gaven daarin consequent hetzelfde signaal: het onderhouden van twee parallelle standaarden — OIOUBL en Peppol BIS 3.0 — leidt tot onevenredige implementatiekosten en technische complexiteit. De Deense overheid heeft dat signaal nu omgezet in beleid.

De feiten op een rij

Denemarken hanteert sinds 2005 een nationaal e-facturatiesysteem, waarmee het land een van de vroegste adopters ter wereld werd van verplichte B2G e-facturatie. Het NemHandel-platform — de nationale infrastructuur voor veilige documentuitwisseling — ondersteunt sindsdien meer dan 100 gecertificeerde oplossingen en meer dan 30 serviceproviders. In 2017 werd NemHandel gekoppeld aan het internationale Peppol-netwerk, waardoor Deense bedrijven ook grensoverschrijdend elektronische documenten konden uitwisselen.

Tot januari 2026 opereerde Denemarken met twee parallelle e-facturatie standaarden. Enerzijds OIOUBL (Offentlig Information Online Universal Business Language), het nationale formaat gebaseerd op UBL 2.0 en later UBL 2.1, met specifieke Deense extensies voor onder meer klimaatdata en btw-rapportage. Anderzijds Peppol BIS 3.0, het internationale formaat gebaseerd op de Europese standaard EN 16931. Beide formaten werden geaccepteerd op het NemHandel-platform en via het Peppol-netwerk.

De ontwikkeling van OIOUBL 3.0 was bedoeld om het nationale formaat beter te laten aansluiten op de Europese standaard EN 16931, met verbeterde specificaties voor facturen, creditnota’s en factuurresponsberichten. De release candidate werd in november 2024 gepubliceerd, met een beoogde verplichte invoering in november 2025 — later verschoven naar mei 2026 na het eerste uitstel in maart 2025.

Nu dat traject definitief is stopgezet, richt de Erhvervsstyrelsen zich op een uniforme documentstandaard die zowel nationale als internationale eisen afdekt. Branche-experts verwachten dat dit neerkomt op een van twee opties: Peppol PINT (Peppol INTernational), de flexibele internationale specificatie die steeds meer landen adopteren, of een Deense CIUS (Core Invoice Usage Specification), een gelokaliseerde versie van het standaard Peppol-formaat. Nadere details worden gepresenteerd op het Nemhandelsforum van 24 februari 2026.

Wat verandert er concreet?

De annulering van OIOUBL 3.0 heeft drie directe gevolgen.

Ten eerste: OIOUBL 2.1 blijft voorlopig actief. Het bestaande nationale formaat wordt niet direct uitgefaseerd. De Erhvervsstyrelsen heeft zelfs nieuwe validatieregels gepubliceerd — schematron versie 1.17, met verplichte implementatie per 15 mei 2026 — om de datakwaliteit binnen het bestaande systeem te waarborgen. Dit omvat onder meer strengere btw-consistentiecontroles en verplichte valutavalidatie op bedragvelden.

Ten tweede: de Digital Bookkeeping Act verloopt volgens planning. Sinds 1 januari 2026 zijn circa 118.000 additionele bedrijven — waaronder eenmanszaken en buitenlandse entiteiten met een vaste inrichting in Denemarken — verplicht om gecertificeerde digitale boekhoudsystemen te gebruiken. Deze systemen moeten gestructureerde e-facturen kunnen versturen en ontvangen via NemHandel of het Peppol-netwerk. Voor bedrijven die eigen boekhoudsoftware ontwikkelen, geldt een overgangsperiode tot 1 juli 2026.

Ten derde: de richting is helder, ook al zijn de exacte specificaties nog niet definitief. Denemarken beweegt weg van een eigen nationaal formaat richting volledige aansluiting bij internationaal erkende standaarden. Dit volgt een patroon dat in meerdere Europese landen zichtbaar is: eigen standaarden worden vervangen door of geïntegreerd met het Peppol-ecosysteem.

Waarom deze beslissing ertoe doet voor internationale handelspartners

Denemarken is een open economie met sterke handelsrelaties binnen en buiten de EU. De belangrijkste handelspartners zijn Duitsland, Zweden, Nederland, het Verenigd Koninkrijk en Noorwegen. Voor bedrijven in deze landen die regelmatig facturen uitwisselen met Deense partners, heeft de verschuiving naar één Peppol-gebaseerde standaard concrete implicaties.

Voor bedrijven die al Peppol gebruiken: De overgang naar een enkel Peppol-gebaseerd formaat in Denemarken vereenvoudigt de technische integratie. Waar serviceproviders voorheen twee formaten moesten ondersteunen — met bijbehorende conversie, validatie en foutafhandeling — volstaat straks één standaard. Dit verlaagt zowel de implementatiekosten als het risico op verwerkingsfouten bij grensoverschrijdende transacties.

Voor bedrijven die nog geen Peppol gebruiken: De Deense beslissing versterkt de business case voor Peppol-connectiviteit. Met België dat sinds januari 2026 verplichte B2B e-facturatie via Peppol hanteert, Frankrijk dat in september 2026 start, Polen dat KSeF uitrolt, en nu Denemarken dat zijn nationale standaard consolideert richting Peppol, wordt het netwerk steeds moeilijker te negeren. Een investering in Peppol-connectiviteit dekt steeds meer markten af.

Voor serviceproviders actief in Scandinavië: Dit is mogelijk de meest directe impact. Partijen die zowel OIOUBL als Peppol BIS 3.0 ondersteunen, kunnen na de transitie hun technische stack vereenvoudigen. Maar de overgangsperiode vereist aandacht: OIOUBL 2.1 met de nieuwe schematron 1.17 validatieregels moet per 15 mei 2026 worden ondersteund, terwijl tegelijkertijd de migratie naar het nog te specificeren nieuwe formaat moet worden voorbereid.

De Deense aanpak in Europees perspectief

Denemarken is niet het enige land dat worstelt met de spanning tussen nationale e-facturatie standaarden en internationale interoperabiliteit. In heel Europa speelt dezelfde dynamiek: landen die jarenlang eigen standaarden hebben ontwikkeld, worden geconfronteerd met de vraag of het voortzetten van een nationaal pad nog verantwoord is in een toenemend geïntegreerd Europees handelslandschap.

Italië ging Denemarken voor met het SdI-systeem, een gecentraliseerd clearance-model dat los staat van Peppol maar waarbij internationale interoperabiliteit een groeiende uitdaging blijft. België koos in 2026 expliciet voor Peppol als de ruggengraat van zijn B2B-mandaat. Frankrijk bouwt een hybride model met zowel Peppol als nationale Plateformes de Dématérialisation Partenaires (PDP’s), met een eigen Peppol Autoriteit sinds juli 2025. Kroatië integreert Peppol-compatibele infrastructuur in zijn ambitieuze Fiskalizacija 2.0, dat B2B, B2G én B2C combineert met real-time rapportage.

Denemarkens beslissing past in de bredere Europese trend richting standaardisatie. De EU-richtlijn ViDA (VAT in the Digital Age), die vanaf 2030 verplichte e-facturatie voor intra-EU transacties voorschrijft, is gebaseerd op de Europese standaard EN 16931 — dezelfde standaard die ten grondslag ligt aan Peppol. Landen die nu al convergeren richting Peppol-gebaseerde standaarden, zijn beter voorbereid op de Europese harmonisatie die eraan komt.

Wat de Deense casus uniek maakt, is de expliciete keuze om een eigen nationale standaard — met meer dan twintig jaar historie — te laten varen ten gunste van een internationaal framework. Dat is een signaal dat verder reikt dan Denemarken alleen.

Praktische scenario’s voor internationale bedrijven

Scenario 1: De Nederlandse exporteur naar Deense retailers

Een Nederlands bedrijf dat consumentenproducten levert aan Deense winkelketens, stuurt momenteel facturen via Peppol BIS 3.0 of in OIOUBL-formaat via NemHandel. Na de transitie naar een enkelvoudig Peppol-gebaseerd formaat hoeft dit bedrijf alleen nog het Peppol-formaat te ondersteunen. Wanneer dezelfde exporteur ook levert aan België (verplicht via Peppol sinds januari 2026), dekt één Peppol-connectie nu beide markten af zonder formatconversie.

Scenario 2: Het Duitse ingenieursbureau met een Deens filiaal

Een Duits bedrijf met een vaste inrichting in Denemarken valt onder de Digital Bookkeeping Act en moet per 1 januari 2026 een gecertificeerd digitaal boekhoudsysteem gebruiken. De verschuiving naar een Peppol-gebaseerde standaard betekent dat dit bedrijf — dat wellicht ook het Duitse XRechnung-formaat gebruikt — kan convergeren naar één Peppol-oplossing die zowel de Duitse als Deense markt afdekt. Met Duitsland dat zelf ook steeds sterker inzet op Peppol-compatibiliteit via de XRechnung CIUS, wordt de synergie steeds groter.

Scenario 3: De Noorse logistiek dienstverlener met Scandinavische klanten

Voor Scandinavische bedrijven die handelen in meerdere Noordse markten is de Deense beslissing bijzonder relevant. Noorwegen heeft aangekondigd verplichte digitale boekhouding en e-facturatie in te voeren richting 2030. Zweden evalueert tot december 2027 of het binnenlandse e-facturatie wil adopteren of zich strikt aan de intra-EU ViDA-vereisten wil houden. De Deense keuze voor Peppol als enige standaard kan de richting zetten voor de hele regio.

Strategisch advies

Voor bedrijven die regelmatig handelen met Denemarken:

Monitor de uitkomsten van het Nemhandelsforum op 24 februari 2026 voor de definitieve specificaties. Evalueer of uw huidige serviceprovider zowel OIOUBL 2.1 (overgangsperiode) als het toekomstige Peppol-formaat kan ondersteunen. Overweeg om de Deense transitie te gebruiken als katalysator voor bredere Peppol-connectiviteit die ook andere Europese markten afdekt.

Voor serviceproviders en softwareleveranciers:

Bereid u voor op een dubbele uitdaging: enerzijds de ondersteuning van OIOUBL 2.1 met de nieuwe schematron 1.17 validatieregels per 15 mei 2026, anderzijds de voorbereiding op migratie naar het nieuwe uniforme formaat. De overgangsperiode zal zorgvuldige planning vereisen, maar het eindresultaat — ondersteuning van slechts één standaard — verlaagt structureel de operationele complexiteit.

Voor bedrijven die nog geen e-facturatie hebben geïmplementeerd:

De Deense beslissing onderstreept een bredere Europese trend: Peppol groeit uit tot de de facto standaard voor B2B e-facturatie in Europa. Met België (januari 2026), Frankrijk (september 2026), Polen (KSeF), en nu Denemarken dat expliciet kiest voor Peppol, is de vraag niet meer óf maar wanneer Peppol-connectiviteit onvermijdelijk wordt voor uw bedrijfsvoering.

Eenvoud als strategie

Denemarkens beslissing om OIOUBL 3.0 te schrappen is meer dan een technische koerswijziging. Het is een strategische erkenning dat in een steeds meer geïntegreerd Europees handelslandschap, nationale standaarden plaats moeten maken voor internationale interoperabiliteit. Een land dat al sinds 2005 vooroploopt in e-facturatie, kiest nu bewust voor vereenvoudiging boven nationale eigenheid.

Voor internationale bedrijven is de boodschap helder: wie investeert in Peppol-connectiviteit, investeert in een netwerk dat met elk nieuw Europees mandaat aan waarde wint. Denemarken bevestigt dat patroon.

Bronnen

Erhvervsstyrelsen (Danish Business Authority) — Bevestiging annulering OIOUBL 3.0, 14 januari 2026

Thomson Reuters / Pagero — Denmark Compliance Regulatory Updates

Comarch — Denmark Cancels OIOUBL 3 Standard

Meridian Global Services — Denmark cancels OIOUBL 3.0

European Commission — eInvoicing in Denmark, Digital Building Blocks

OpenPeppol — Denmark Country Profile

Fiscal Solutions — Denmark Pushes Back OIOUBL 3.0 Launch

Op zoek naar een betrouwbare e-facturatie oplossing die klaar is voor het Deense mandaat en andere Europese vereisten? Op Peppol.nu vergelijkt u serviceproviders die Peppol-connectiviteit, EN16931-compliance en e-facturatie naar meerdere landen ondersteunen. Bekijk het overzicht van Peppol-leveranciers en maak een weloverwogen keuze.

Denmark scraps OIOUBL 3.0 and chooses Peppol as its sole e-invoicing standard

On January 14, 2026, the Erhvervsstyrelsen (the Danish Business Authority) confirmed a decision that ends years of uncertainty for the Danish e-invoicing landscape: OIOUBL 3.0 has been definitively cancelled. The planned successor to the national e-invoicing format will not be released. Instead, Denmark is charting a fundamentally different course: the country is moving toward a single document standard, aligned with the international Peppol ecosystem. For businesses trading with Danish partners, service providers operating in the Scandinavian market, and organisations shaping their European e-invoicing strategy, this is a decision with immediate consequences.

Denmark’s choice to make Peppol its core e-invoicing standard is not a sudden pivot. It is the result of a consultation process that began in March 2025 with the postponement of OIOUBL 3.0, followed by stakeholder meetings through the NemHandelsforum in June and October 2025. Service providers consistently delivered the same message: maintaining two parallel standards — OIOUBL and Peppol BIS 3.0 — leads to disproportionate implementation costs and technical complexity. The Danish government has now translated that feedback into policy.

The facts at a glance

Denmark has operated a national e-invoicing system since 2005, making it one of the world’s earliest adopters of mandatory B2G e-invoicing. The NemHandel platform — the national infrastructure for secure document exchange — supports over 100 certified solutions and more than 30 service providers. In 2017, NemHandel was connected to the international Peppol network, enabling Danish businesses to exchange electronic documents across borders.

Until January 2026, Denmark operated with two parallel e-invoicing standards. On one hand, OIOUBL (Offentlig Information Online Universal Business Language), the national format based on UBL 2.0 and later UBL 2.1, with specific Danish extensions for climate data and VAT reporting among others. On the other hand, Peppol BIS 3.0, the international format based on the European standard EN 16931. Both formats were accepted on the NemHandel platform and through the Peppol network.

The development of OIOUBL 3.0 was intended to bring the national format into closer alignment with the European standard EN 16931, with enhanced specifications for invoices, credit notes, and invoice response messages. The release candidate was published in November 2024, with mandatory adoption originally targeted for November 2025 — later postponed to May 2026 following the first delay in March 2025.

Now that this trajectory has been definitively abandoned, the Erhvervsstyrelsen is focusing on a unified document standard covering both national and international requirements. Industry experts anticipate this will take one of two forms: Peppol PINT (Peppol INTernational), the flexible international specification being adopted by an increasing number of countries, or a Danish CIUS (Core Invoice Usage Specification), a localised version of the standard Peppol format. Further details will be presented at the Nemhandelsforum on February 24, 2026.

What changes concretely?

The cancellation of OIOUBL 3.0 has three direct consequences.

First: OIOUBL 2.1 remains active for the time being. The existing national format is not being phased out immediately. The Erhvervsstyrelsen has even published new validation rules — schematron version 1.17, with mandatory implementation by May 15, 2026 — to safeguard data quality within the existing system. This includes stricter VAT consistency checks and mandatory currency validation on amount fields.

Second: the Digital Bookkeeping Act proceeds on schedule. Since January 1, 2026, approximately 118,000 additional businesses — including sole traders and foreign entities with a permanent establishment in Denmark — are required to use certified digital bookkeeping systems. These systems must be capable of sending and receiving structured e-invoices via NemHandel or the Peppol network. Businesses developing their own bookkeeping software have a transition period until July 1, 2026.

Third: the direction is clear, even though the exact specifications are not yet finalised. Denmark is moving away from a proprietary national format toward full alignment with internationally recognised standards. This follows a pattern visible across multiple European countries: national standards are being replaced by or integrated with the Peppol ecosystem.

Why this decision matters for international trading partners

Denmark is an open economy with strong trade relationships both within and outside the EU. Its key trading partners include Germany, Sweden, the Netherlands, the United Kingdom, and Norway. For businesses in these countries that regularly exchange invoices with Danish partners, the shift to a single Peppol-based standard has concrete implications.

For businesses already using Peppol: The transition to a single Peppol-based format in Denmark simplifies technical integration. Where service providers previously had to support two formats — with associated conversion, validation, and error handling — a single standard will suffice. This reduces both implementation costs and the risk of processing errors in cross-border transactions.

For businesses not yet using Peppol: The Danish decision strengthens the business case for Peppol connectivity. With Belgium mandating B2B e-invoicing via Peppol since January 2026, France launching in September 2026, Poland rolling out KSeF, and now Denmark consolidating its national standard toward Peppol, the network becomes increasingly difficult to ignore. An investment in Peppol connectivity covers an ever-growing number of markets.

For service providers active in Scandinavia: This is potentially the most direct impact. Parties supporting both OIOUBL and Peppol BIS 3.0 can simplify their technical stack after the transition. However, the transition period demands attention: OIOUBL 2.1 with the new schematron 1.17 validation rules must be supported by May 15, 2026, while simultaneously preparing for migration to the yet-to-be-specified new format.

The Danish approach in European perspective

Denmark is not the only country grappling with the tension between national e-invoicing standards and international interoperability. Across Europe, the same dynamic is playing out: countries that spent years developing proprietary standards are confronting the question of whether continuing on a national path remains viable in an increasingly integrated European trading landscape.

Italy preceded Denmark with the SdI system, a centralised clearance model operating independently of Peppol but where international interoperability remains a growing challenge. Belgium chose Peppol explicitly as the backbone of its 2026 B2B mandate. France is building a hybrid model with both Peppol and national Plateformes de Dématérialisation Partenaires (PDPs), having established its own Peppol Authority since July 2025. Croatia integrates Peppol-compatible infrastructure into its ambitious Fiskalizacija 2.0, combining B2B, B2G, and B2C with real-time reporting.

Denmark’s decision fits the broader European trend toward standardisation. The EU’s ViDA directive (VAT in the Digital Age), which mandates e-invoicing for intra-EU transactions from 2030, is based on the European standard EN 16931 — the same standard underpinning Peppol. Countries converging toward Peppol-based standards now are better prepared for the European harmonisation ahead.

What makes the Danish case unique is the explicit choice to abandon a national standard — with more than twenty years of history — in favour of an international framework. That is a signal that reaches well beyond Denmark alone.

Practical scenarios for international businesses

Scenario 1: The Dutch exporter to Danish retailers

A Dutch company supplying consumer products to Danish retail chains currently sends invoices via Peppol BIS 3.0 or in OIOUBL format through NemHandel. After the transition to a single Peppol-based format, this company only needs to support the Peppol format. When the same exporter also supplies Belgium (mandatory via Peppol since January 2026), a single Peppol connection now covers both markets without format conversion.

Scenario 2: The German engineering firm with a Danish subsidiary

A German company with a permanent establishment in Denmark falls under the Digital Bookkeeping Act and must use a certified digital bookkeeping system from January 1, 2026. The shift to a Peppol-based standard means this company — which may also use the German XRechnung format — can converge to a single Peppol solution covering both the German and Danish markets. With Germany itself increasingly investing in Peppol compatibility through its XRechnung CIUS, the synergy continues to grow.

Scenario 3: The Norwegian logistics provider with Scandinavian clients

For Scandinavian businesses trading across multiple Nordic markets, the Danish decision is particularly relevant. Norway has announced plans to introduce mandatory digital bookkeeping and e-invoicing toward 2030. Sweden is evaluating until December 2027 whether to adopt domestic e-invoicing or strictly adhere to intra-EU ViDA requirements. Denmark’s choice of Peppol as its sole standard could set the direction for the entire region.

Strategic advice

For businesses that regularly trade with Denmark:

Monitor the outcomes of the Nemhandelsforum on February 24, 2026, for the definitive specifications. Evaluate whether your current service provider can support both OIOUBL 2.1 (transition period) and the future Peppol format. Consider using the Danish transition as a catalyst for broader Peppol connectivity covering other European markets as well.

For service providers and software vendors:

Prepare for a dual challenge: supporting OIOUBL 2.1 with the new schematron 1.17 validation rules by May 15, 2026, while simultaneously preparing for migration to the new unified format. The transition period will require careful planning, but the end result — supporting just one standard — structurally reduces operational complexity.

For businesses that have not yet implemented e-invoicing:

The Danish decision underscores a broader European trend: Peppol is becoming the de facto standard for B2B e-invoicing in Europe. With Belgium (January 2026), France (September 2026), Poland (KSeF), and now Denmark explicitly choosing Peppol, the question is no longer whether but when Peppol connectivity becomes unavoidable for your business operations.

Simplicity as strategy

Denmark’s decision to scrap OIOUBL 3.0 is more than a technical course correction. It is a strategic acknowledgment that in an increasingly integrated European trading landscape, national standards must give way to international interoperability. A country that has been at the forefront of e-invoicing since 2005 is now deliberately choosing simplification over national specificity.

For international businesses, the message is clear: investing in Peppol connectivity means investing in a network that gains value with every new European mandate. Denmark confirms that pattern.

Sources:

Erhvervsstyrelsen (Danish Business Authority) — Confirmation of OIOUBL 3.0 cancellation, January 14, 2026

Thomson Reuters / Pagero — Denmark Compliance Regulatory Updates

Comarch — Denmark Cancels OIOUBL 3 Standard

Meridian Global Services — Denmark cancels OIOUBL 3.0

European Commission — eInvoicing in Denmark, Digital Building Blocks

OpenPeppol — Denmark Country Profile

Fiscal Solutions — Denmark Pushes Back OIOUBL 3.0 Launch

Looking for a reliable e-invoicing solution ready for the Danish mandate and other European requirements? On Peppol.now you can compare service providers that support Peppol connectivity, EN 16931 compliance and multi-country e-invoicing. View the overview of Peppol service providers and make an informed choice.

Kroatië’s Fiskalizacija 2.0: Het meest ambitieuze e-facturatie mandaat van Europa

Sinds 1 januari 2026 hanteert Kroatië het meest uitgebreide e-facturatie mandaat dat Europa tot nu toe heeft gezien. Waar België zich beperkt tot B2B- en B2Gtransacties via het Peppol-netwerk en Polen een gecentraliseerd clearance-model bouwt rond B2B, gaat Kroatië fundamenteel verder. Onder het programma Fiskalizacija 2.0 (letterlijk: fiscalisatie 2.0) verplicht het land elektronische facturatie voor alle transactietypes – B2B, B2G én B2C – gecombineerd met real-time rapportage aan de belastingdienst. Dit maakt Kroatië e-facturatie Peppol 2026 tot een unieke casus binnen het Europese landschap.

Voor bedrijven die handelen met Kroatische partners is dit geen abstract beleidsnieuws. Kroatië’s grootste handelspartners zijn Italië, Duitsland, Slovenië, Bosnië-Herzegovina, Hongarije en Oostenrijk – landen met elk hun eigen e-facturatie trajecten. De keuze van Kroatië om een volledig geïntegreerd systeem te bouwen rond Peppol-compatibele infrastructuur, gecombineerd met fiscale controle, creëert zowel operationele uitdagingen als strategische kansen voor internationale handelspartners.

De feiten op een rij: Fiskalizacija 2.0 in het kort

Het Kroatische parlement keurde op 11 juni 2025 de nieuwe Fiskalizacija-wet (Zakon o fiskalizaciji) goed, ter vervanging van de bestaande Wet op fiscalisatie van contante verkopen. De wet trad in werking op 1 september 2025, waarna een testomgeving beschikbaar werd gesteld. Vanaf 1 januari 2026 is het mandaat volledig van kracht voor alle btw-geregistreerde ondernemingen.

De implementatie verloopt in twee fasen. Vanaf 1 januari 2026 moeten alle btw-geregistreerde bedrijven in Kroatië elektronische facturen versturen en ontvangen voor binnenlandse B2B- en B2G-transacties. Tegelijkertijd moeten ook niet-btw-geregistreerde bedrijven in staat zijn om e-facturen te ontvangen. In de tweede fase, vanaf 1 januari 2027, wordt de verplichting uitgebreid naar niet-btw-geregistreerde ondernemingen, micro-bedrijven en publieke instanties die dan ook moeten kunnen versturen.

Wat Kroatië e-facturatie Peppol 2026 onderscheidt van andere Europese mandaten is de integratie van drie elementen in één systeem. Ten eerste: verplichte elektronische facturatie voor B2B en B2G met gestructureerde facturen conform de EU-standaard EN 16931 in UBL 2.1-formaat. Ten tweede: Continuous Transaction Controls (CTC) met real-time rapportage van fiscale data bij zowel verzending als ontvangst van facturen. Ten derde: uitgebreide fiscalisatie van alle B2C-transacties, inclusief online betalingen via bankoverschrijving, Google Pay, PayPal en vergelijkbare betaalmethoden – terwijl B2C-transacties voorheen alleen bij contante en kaartbetalingen gerapporteerd hoefden te worden.

Hoe het systeem technisch werkt

Kroatië implementeert een gedecentraliseerd e-facturatie model gecombineerd met gecentraliseerde rapportage. Dit betekent dat e-facturen rechtstreeks worden uitgewisseld tussen partijen, terwijl de factuurdata separaat aan de belastingdienst worden gerapporteerd door zowel de verzender als de ontvanger.

De infrastructuur

Het systeem draait om vier kerncomponenten. Het Adresar metadata sustava (AMS) is het centrale adresregister van de belastingdienst, vergelijkbaar met het Peppol Service Metadata Publisher. Hierin staan de identificatiegegevens en metadata van alle belastingplichtigen, waardoor het systeem weet naar welk adres een e-factuur moet worden verzonden. De FiskAplikacija is de overheidsapplicatie voor fiscalisatie en e-rapportage. Via deze applicatie kunnen bedrijven gefiscaliseerde data inzien, autorisaties beheren voor de uitwisseling van e-facturen, factuurstatussen controleren, en vooraf ingevulde btw-aangiften raadplegen. Gecertificeerde informatie-intermediairs zijn dienstverleners die door de Kroatische belastingdienst zijn geautoriseerd om het volledige e-facturatieproces te faciliteren, van verzending tot ontvangst, fiscale rapportage en archivering. Tot slot biedt de overheid MIKROeRAČUN aan: een gratis facturatieapplicatie voor kleine ondernemers die niet btw-geregistreerd zijn.

Het factuurformaat en de uitwisseling

Kroatische e-facturen moeten voldoen aan de HR-CIUS (Croatian Core Invoice Usage Specification), gebaseerd op de Europese standaard EN 16931. Het aanbevolen formaat is UBL 2.1, aangevuld met de Peppol BIS 3.0-standaard. Het Cross-Industry Invoice (CII)-formaat wordt ook ondersteund, maar UBL is het meest gangbaar vanwege de bredere adoptie en eenvoudigere implementatie.

De factuuruitwisseling verloopt bij voorkeur via accesspoints en gecertificeerde intermediairs, waarbij het AS4-protocol wordt gebruikt. Kroatië’s systeem gebruikt componenten met vergelijkbare functies als Peppol – accesspoints, metadata-services en het AS4-protocol – maar opereert onder eigen certificeringsprocessen. Het Peppol-netwerk mag worden gebruikt als alternatieve uitwisselingsmethode, mits de integriteit en authenticiteit van de e-factuur gewaarborgd blijven.

Elke factuur moet digitaal worden ondertekend met een certificaat dat gekoppeld is aan het belastingidentificatienummer van de verzender. Daarnaast bevat elke factuur een QR-code waarmee de ontvanger de indiening bij de belastingdienst kan verifiëren.

De rapportageverplichting

Hier zit de kern van Kroatië’s ambitie. Het CTC-systeem vereist real-time rapportage van fiscale data bij uitgaande facturen op het moment van verzending, en een rapportagevenster van vijf werkdagen voor inkomende facturen. Daarbovenop komt aanvullende e-rapportage van betalingsinformatie, factuurafwijzingen door ontvangers, en situaties waarin geen factuur kon worden uitgereikt omdat de koper niet geregistreerd stond in het AMS-adresregister.

Het resultaat is een systeem dat de belastingdienst een vrijwel compleet beeld geeft van alle economische transacties in real-time – niet alleen de factuur zelf, maar ook de betaalstatus, eventuele geschillen en de administratieve verwerking aan beide zijden.

Eerste resultaten: 2,55 miljoen facturen in twee weken

De eerste indicaties zijn opmerkelijk positief. In de eerste twee weken van Fiskalizacija 2.0 – van 1 tot 15 januari 2026 – werden meer dan 2,55 miljoen e-facturen succesvol gefiscaliseerd. De Kroatische belastingdienst publiceerde heldere richtlijnen over onder meer de correcte behandeling van self-billing, de structuur van XML-data in MIKROeRAČUN, en het beleid rondom technische fouten. Belangrijk signaal voor bedrijven: technische fouten zoals onjuiste datums leiden tijdens de implementatieperiode niet tot boetes of fiscale aansprakelijkheid.

Dit soepele verloop is geen toeval. Kroatië heeft zijn e-facturatie infrastructuur methodisch opgebouwd over het afgelopen decennium. In 2013 werd fiscalisatie van contante transacties ingevoerd. Vanaf december 2018 moesten publieke instellingen e-facturen accepteren, en sinds juli 2019 is B2G e-facturatie volledig verplicht via het nationale platform Servis eRačun za državu, beheerd door de financiële dienstverlener FINA. Dit platform is geïntegreerd met het Peppol-netwerk, waardoor FINA functioneert als gecertificeerd Peppol-accesspoint.

Wat Kroatië anders doet dan de rest van Europa

Om de positie van Kroatië e-facturatie Peppol 2026 in het Europese landschap te begrijpen, is een vergelijking met andere mandaten verhelderend.

België: puur gedecentraliseerd Peppol

België kiest sinds januari 2026 voor een volledig gedecentraliseerd Peppol-model voor B2B- en B2G facturatie, zonder centrale clearing of real-time rapportage aan de overheid. Facturen worden rechtstreeks uitgewisseld tussen accesspoints. Dit is het eenvoudigste model voor bedrijven, maar geeft de overheid minder direct zicht op transacties.

Polen: gecentraliseerd clearance via KSeF

Polen implementeert vanaf februari 2026 het KSeF-systeem – een gecentraliseerd clearance-model waarbij elke factuur door een overheidsplatform moet voordat deze de ontvanger bereikt. Polen gebruikt daarnaast een eigen factuurformaat (FA(3)) dat niet compatibel is met EN 16931, wat de interoperabiliteit met andere Europese systemen beperkt.

Kroatië: het hybride model

Kroatië combineert gedecentraliseerde factuuruitwisseling met gecentraliseerde rapportage. Facturen worden direct tussen partijen uitgewisseld via accesspoints, maar de data worden tegelijkertijd gerapporteerd aan de belastingdienst. Het land gebruikt de Europese EN 16931-standaard in UBL-formaat en bouwt voort op Peppol-compatibele infrastructuur. Bovendien is Kroatië het enige EU-land dat B2B, B2G én B2C in één geïntegreerd mandaat samenbrengt met real-time CTC-rapportage.

Deze aanpak positioneert Kroatië als het meest ViDA-gereed land van Europa. De EU’s VAT in the Digital Age-richtlijn, die vanaf 2030 verplicht wordt voor intra-communautaire transacties, vereist precies dit type digitale real-time rapportage op basis van e-facturatie. Kroatië bouwt nu al de infrastructuur die andere EU-landen pas over vier jaar moeten implementeren.

Praktische gevolgen voor internationale handelspartners

De scope: wie valt er wel en niet onder?

De verplichting om e-facturen te versturen en te ontvangen geldt voor alle btw-geregistreerde ondernemingen die gevestigd zijn in Kroatië of die een vaste inrichting in het land hebben. Buitenlandse ondernemingen die uitsluitend een btw-registratie in Kroatië hebben maar geen fysieke vestiging, vallen waarschijnlijk niet onder de verplichte verzending – al is de definitieve verduidelijking hierover nog niet volledig gepubliceerd.

Belangrijk: het mandaat geldt alleen voor binnenlandse transacties. Voor grensoverschrijdende transacties mogen nog papieren facturen worden gebruikt. Maar hier schuilt een operationeel spanningsveld dat internationale handelspartners direct raakt.

Scenario 1: De Italiaanse toeleverancier van een Kroatisch hotel

Albergo Forniture S.r.l. uit Milaan levert meubels en interieurproducten aan hotelketens aan de Dalmatische kust. Het bedrijf heeft geen vestiging in Kroatië.

Als buitenlandse leverancier zonder vaste inrichting in Kroatië valt Albergo Forniture niet onder de directe e-facturatieverplichting. Zij kunnen hun facturen blijven versturen op de traditionele manier. Maar hun Kroatische klanten zijn wél verplicht om alle binnenlandse facturen elektronisch te verwerken via het nieuwe systeem. Dit betekent dat de Kroatische hotels twee gescheiden verwerkingssystemen moeten onderhouden: één voor binnenlandse e-facturen met automatische fiscalisatie, en één voor internationale facturen die handmatig worden verwerkt.

In de praktijk zullen Kroatische bedrijven steeds vaker de voorkeur geven aan leveranciers die elektronische facturen kunnen versturen – niet omdat het wettelijk verplicht is, maar omdat het de administratieve last aanzienlijk vermindert. Een Italiaanse leverancier die al Peppol gebruikt voor zijn Italiaanse SdI-verplichtingen kan relatief eenvoudig ook Kroatische klanten elektronisch bedienen.

Scenario 2: Het Sloveense productiebedrijf met een Kroatische dochteronderneming

Industrijska Rešitev d.o.o. uit Ljubljana heeft een productievestiging in Rijeka die onderdelen levert aan Kroatische autofabrikanten.

Omdat de Kroatische vestiging een vaste inrichting is met eigen personeel en productiemiddelen, valt deze volledig onder het Fiskalizacija 2.0-mandaat. Alle facturen die vanuit Rijeka worden verzonden aan Kroatische afnemers moeten elektronisch worden uitgereikt, gefiscaliseerd en in real-time worden gerapporteerd. Het Sloveense moederbedrijf moet zijn ERP-systeem integreren met de Kroatische fiscalisatie-infrastructuur, gecertificeerde intermediairs inschakelen, en digitale handtekeningen implementeren gekoppeld aan het Kroatische belastingnummer van de vestiging.

Slovenië werkt zelf aan een e-facturatie mandaat vanaf januari 2027, eveneens met Peppol als onderliggende standaard. Het Sloveense bedrijf kan daarom strategisch kiezen voor een Peppol-gebaseerde oplossing die zowel de Kroatische als de toekomstige Sloveense vereisten afdekt – een investering die dubbel rendement oplevert.

Scenario 3: De Duitse machinefabrikant met sporadische Kroatische klanten

Werkzeugmaschinen GmbH uit Stuttgart levert jaarlijks enkele machines aan industriële afnemers in Zagreb en Osijek, maar heeft geen vestiging of btw-registratie in Kroatië.

Dit bedrijf valt volledig buiten de scope van het Kroatische mandaat. Toch verdient het aandacht. Naarmate de Kroatische markt digitaliseert, zullen ook incidentele handelsrelaties beïnvloed worden door de verwachtingen van Kroatische afnemers. Een Duitse leverancier die een Peppol-ID heeft voor zijn Belgische of toekomstige Duitse verplichtingen kan dit relatief eenvoudig uitbreiden naar Kroatische zakenpartners.

Strategisch advies voor internationale bedrijven

Voor bedrijven die regelmatig handelen met Kroatië

Evalueer of u een vaste inrichting in Kroatië heeft of op termijn wilt vestigen. De aanwezigheid van een vaste inrichting bepaalt of u direct onder het mandaat valt. Inventariseer uw huidige Peppol-connectiviteit. Gebruikt u al Peppol voor andere markten zoals België, Frankrijk of Scandinavische landen? Dan is uitbreiding naar Kroatië een relatief kleine stap, aangezien het land voortbouwt op dezelfde EN 16931-standaard en Peppol-compatibele infrastructuur.

Overweeg proactieve adoptie, zelfs als u er niet wettelijk toe verplicht bent. De administratieve voordelen voor uw Kroatische handelspartners – automatische fiscalisatie, vooraf ingevulde btw-aangiften, gestroomlijnde verwerking – versterken de handelsrelatie en kunnen leiden tot snellere betalingen.

Voor bedrijven die nog geen e-facturatie hebben geïmplementeerd

Kroatië’s mandaat onderstreept een bredere Europese trend. Met België verplicht sinds januari 2026, Frankrijk vanaf september 2026, Polen vanaf februari 2026, en het EU-brede ViDA-kader vanaf 2030, is de vraag niet óf maar wanneer e-facturatie uw bedrijf raakt. Een vergelijking van e-facturatie serviceproviders op Peppol.nu kan helpen om de juiste oplossing te selecteren – bij voorkeur een provider die meerdere Europese mandaten kan ondersteunen vanuit één platform.

Voor ERP- en softwareleveranciers

Kroatië’s Fiskalizacija 2.0 stelt hoge eisen aan technische integratie: digitale handtekeningen, real-time CTC-rapportage, AMS-registratie, en ondersteuning van het HR-CIUS factuurformaat. Softwareleveranciers die hun klanten willen bedienen in de Kroatische markt moeten investeren in gecertificeerde connectiviteit met de Kroatische fiscalisatie-infrastructuur.

Kroatië als blauwdruk voor de Europese toekomst

Kroatië e-facturatie Peppol 2026 is meer dan een lokaal compliance-vraagstuk. Het is een vooruitblik op wat de rest van Europa te wachten staat. Het land demonstreert dat het mogelijk is om B2B, B2G en B2C samen te brengen in één geïntegreerd systeem met real-time fiscale controle, gebouwd op Europese standaarden en Peppol-compatibele technologie.

De succesvolle lancering – met meer dan 2,55 miljoen gefiscaliseerde facturen in de eerste twee weken – bewijst dat een ambitieus mandaat beheersbaar is wanneer de infrastructuur methodisch wordt opgebouwd. Kroatië’s decennialange ervaring met geleidelijke digitalisering, van contante fiscalisatie in 2013 tot B2G in 2019 en nu het volledige B2B+B2C-mandaat, biedt lessen voor ieder Europees land dat vergelijkbare stappen overweegt.

Voor internationale bedrijven is de boodschap helder: Peppol-connectiviteit is geen luxe maar een strategische noodzaak die met elk nieuw Europees mandaat aan waarde wint.

Bronnen

• Kroatische Fiskalizacija-wet (Zakon o fiskalizaciji) (NN 89/25), gepubliceerd 11 juni 2025

• Europese Commissie – eInvoicing in Croatia, Digital Building Blocks

• Kroatische belastingdienst (Porezna uprava) – Fiskalizacija 2.0 richtlijnen

• FINA – Servis eRačun za državu (nationaal B2G e-facturatieplatform)

• OpenPeppol – Peppol Authority en Access Point informatie

Bent u op zoek naar een betrouwbare e-facturatie oplossing die klaar is voor het Kroatische mandaat en andere Europese vereisten? Op Peppol.nu vergelijkt u serviceproviders die u ondersteunen bij Peppol-connectiviteit, EN 16931-compliance en multi-country e-facturatie. Bekijk het overzicht op peppol.nu en maak een weloverwogen keuze.