ViDA enkele btw-registratie: wat uitvoeringsverordening 2026/1869 betekent voor uw systemen

De technische blauwdruk voor de ViDA enkele btw-registratie ligt er. Met Uitvoeringsverordening (EU) 2026/1869, vastgesteld op 27 juli 2026 en op 28 juli 2026 gepubliceerd in het Publicatieblad, heeft de Europese Commissie vastgelegd hoe de One Stop Shop, de Import One Stop Shop en de nieuwe regeling voor overbrenging van eigen goederen operationeel gaan werken. De verordening trad twintig dagen na publicatie in werking, medio augustus 2026. Voor wie software bouwt, koppelingen onderhoudt of verantwoordelijk is voor btw-processen is dit geen achtergrondnieuws maar een ontwikkeldocument.

Dat het stuk in de zomer verscheen, verklaart waarom het bij veel organisaties nog niet op de agenda staat. Dat is een probleem, want de eerste toepassingsdatum ligt dichterbij dan de meeste roadmaps veronderstellen.

Waarom dit relevant is voor wie met e-facturatie werkt

Op het eerste gezicht lijkt dit een dossier voor de btw-afdeling. Registratie, aangifte, One Stop Shop: dat zijn woorden die zelden in een integratieproject voorkomen. Toch is er een goede reden om dit als Peppol Serviceprovider, ERP-leverancier of integrator te lezen.

De verordening standaardiseert precies die gegevens die ook in een e-factuur staan en die bij Peppol-uitwisseling moeten kloppen: btw-identificatienummers, gegevens over vaste inrichtingen, btw-groepsstatus, de status als elektronische interface. Dat zijn stamgegevens. Wie ze nu op orde brengt voor de registratiewijzigingen van januari 2027, doet daarmee tegelijk het voorwerk voor de digitale rapportageverplichtingen die later dit decennium volgen. Wie deze verordening wegzet als iets voor fiscalisten, ontdekt in 2028 dat dezelfde stamgegevens niet aansluiten op de facturatiestromen.

Twee pijlers die stelselmatig door elkaar worden gehaald

ViDA, VAT in the Digital Age, is geen enkelvoudige maatregel maar een pakket met meerdere pijlers. Twee daarvan worden in de praktijk voortdurend met elkaar verward, en dat leidt tot verkeerde planningen.

Pijler enkele btw-registratie

Deze pijler gaat over waar en hoe vaak een bedrijf zich voor de btw moet registreren, en hoe het aangifte doet. Uitvoeringsverordening 2026/1869 hoort hier. Het doel is dat een onderneming die in meerdere lidstaten actief is, dat kan afhandelen via één registratie in plaats van een handvol lokale registraties. De relevante data liggen in 2027 en 2028.

Pijler digitale rapportageverplichtingen

Deze pijler gaat over e-facturatie en digitale rapportage: het uitwisselen van gestructureerde facturen en het aanleveren van transactiegegevens aan de belastingdienst. Hier zit Peppol. De grensoverschrijdende verplichting binnen de EU start pas op 1 juli 2030. Lidstaten mogen intussen nationaal vooruitlopen, en dat doen ze ook. De ViDA-landenstand per lidstaat laat zien hoe uiteenlopend dat tempo is, en de eerste fase van de Spaanse ViDA-implementatie is daar een concreet voorbeeld van.

Waarom dit onderscheid ertoe doet: de deadlines verschillen met jaren, de systemen zijn andere systemen, en in de meeste organisaties zitten er ook andere projectteams op. Een taxteam dat in 2027 aan de OSS-registratie werkt, is niet automatisch hetzelfde team dat in 2030 het Peppol-accesspoint moet aansluiten. Wie de twee sporen als één project behandelt, krijgt een scope die niet klopt. Wie ze volledig gescheiden houdt, mist de overlap in de masterdata.

Wat de ViDA enkele btw-registratie technisch verandert

Uitvoeringsverordening 2026/1869 wijzigt Uitvoeringsverordening (EU) 2020/194 en geeft daarmee uitvoering aan de ViDA-richtlijn, Richtlijn (EU) 2025/516 van de Raad van 11 maart 2025. Belangrijk om te begrijpen: de verordening voert geen nieuw btw-beleid in. Zij legt de operationele en technische regels vast waarmee het beleid uitvoerbaar wordt.

De kern van de wijzigingen:

• Een vierde regeling. Naast de bestaande niet-Unieregeling, Unieregeling en invoerregeling komt de regeling voor overbrenging van eigen goederen. Dat is een nieuw type registratie met een eigen gegevensset.
• Herziene definities. Deze weerspiegelen de verbrede reikwijdte van de Unie-OSS.
• Bijgewerkte formaten. Zowel de elektronische registratieformaten als de btw-aangifteformaten zijn aangepast.
• Geharmoniseerde gegevensuitwisseling. Lidstaten wisselen gegevens uit via centrale elektronische systemen, met geharmoniseerde statuscodes voor registraties, uitsluitingen en correcties.
• Verplichte voorinvulling. Waar registratiegegevens al in nationale databanken beschikbaar zijn, moeten die worden voorgevuld.
• Volledig vervangen bijlagen. De bijlagen zijn niet aangepast maar vervangen door nieuwe gestandaardiseerde elektronische berichtformaten die alle lidstaten gaan gebruiken.

De bijlagen zijn het echte werk

Dat laatste punt verdient nadruk, omdat het in samenvattingen vaak als bijzin verdwijnt. Bijlage I, die de identificatiegegevens bevat, krijgt een volledige nieuwe kolom G voor de regeling overbrenging eigen goederen. Daarnaast zijn rubrieken geherstructureerd voor btw-groepsstatus, eerdere OSS-registraties, de status als elektronische interface, en er is een kruisverwijzing toegevoegd naar artikel 284, de kleineondernemersregeling.

Nieuwe gegevensvelden die erbij komen: btw-groepsstatus, een indicator elektronische interface voor platformen, aanvullende btw-identificatiereferenties, websitegegevens, identificatiegegevens voor de overbrenging van eigen goederen, en uitgebreidere informatie over vaste inrichtingen en tussenpersonen.

Voor een softwareleverancier betekent een volledig vervangen berichtformaat geen aanpassing maar een herbouw van de OSS-koppeling. Dat is een ontwikkelbudget en een testcyclus, geen configuratiewijziging die in een onderhoudsvenster past. Wie in de planning voor 2027 een regel heeft opgenomen met de strekking “OSS-formaten actualiseren”, onderschat vermoedelijk de omvang.

Voorinvulling verschuift het werk, het verdwijnt niet

De verplichting voor lidstaten om registratiegegevens voor te vullen uit nationale databanken wordt doorgaans gepresenteerd als lastenverlichting. Dat is ze deels ook: minder overtypen, minder tikfouten, snellere registratie.

Maar de aansprakelijkheid voor de juistheid van die gegevens blijft onverkort bij de belastingplichtige liggen. Dat verandert de aard van het werk. Waar een medewerker eerst gegevens invoerde en daarbij vanzelf naar de bron keek, krijgt hij straks een ingevuld scherm voorgeschoteld dat er compleet uitziet. Voorgevulde velden nodigen uit tot doorklikken. Als een adres van een vaste inrichting verouderd is in de nationale databank, of als een btw-groepsstatus niet meer klopt, dan is dat vanaf dat moment uw probleem, niet dat van de lidstaat.

Dit vraagt om een ander proces: een expliciete controlestap met een verantwoordelijke, in plaats van een invoerstap. Organisaties die hier nu al over nadenken, kunnen die controle koppelen aan de periodieke masterdata-review die veel bedrijven toch al doen voor hun facturatiegegevens.

Digitale belastingplichtige-identiteit: het onderliggende bouwwerk

Achter de losse wijzigingen zit een grotere beweging. Vanaf de beperkte registratiewijzigingen in januari 2027, uitgebreid vanaf juli 2028, ontstaat er in feite een belastingplichtigenprofiel op EU-niveau. Daarin komen samen: btw-nummers in meerdere landen, gegevens over vaste inrichtingen, marktplaatsstatus, bankrekeninggegevens en eerdere registraties.

Dat is meer dan een administratieve opschoning. Het betekent dat belastingdiensten in verschillende lidstaten naar hetzelfde beeld van uw onderneming kijken, opgebouwd uit gegevens die automatisch tussen hen worden uitgewisseld via centrale registers of vertrouwde deeltools. Inconsistenties tussen wat u in Nederland hebt geregistreerd en wat in een andere lidstaat bekend is, worden daarmee zichtbaar op een manier die eerder niet mogelijk was.

Voor wie de handhavingspraktijk volgt, is dit een bekend patroon: eerst betere gegevens, dan betere detectie, dan strakkere handhaving. Hoe verschillend lidstaten daar nu al mee omgaan, blijkt uit de vergelijking van boetes en coulanceperiodes bij e-facturatieverplichtingen in Europa.

Wat er vanaf 1 juli 2028 praktisch verandert

Het meest tastbare effect zit in de regeling voor overbrenging van eigen goederen. Vandaag geldt: verplaatst u voorraad van een magazijn in de ene lidstaat naar een magazijn in de andere, dan is dat een fictieve intracommunautaire levering en verwerving, met in beginsel een lokale btw-registratie in het land van aankomst als gevolg. Voor webshops met voorraad in meerdere landen, fulfilmentmodellen en bedrijven die voorraad herpositioneren op basis van vraag, stapelen die registraties zich op.

Vanaf 1 juli 2028 hebben veel van die bedrijven niet langer meerdere btw-registraties nodig voor grensoverschrijdende opslag of herpositionering. De overbrengingen worden gerapporteerd via één EU-btw-registratie. Dat scheelt registraties, lokale aangiftes, lokale adviseurs en lokale deadlines.

De partijen die dit het sterkst voelen: gebruikers van OSS en IOSS, marktplaatsen die als geacht leverancier optreden, logistiek dienstverleners, en de softwareleveranciers die al deze stromen moeten ondersteunen.

Tijdlijn: drie data om uit elkaar te houden

• 1 januari 2027 tot en met 30 juni 2028. Artikel 2 van verordening 2026/1869 is van toepassing. Dit betreft de eerste, beperktere set registratiewijzigingen. Dit is de datum die nu vaak over het hoofd wordt gezien.
• 1 juli 2028. De artikelen 1 en 3 zijn van toepassing. De volledige nieuwe berichtformaten, de regeling overbrenging eigen goederen en de uitgebreide voorinvulling gaan hier in. Dit is de datum waarop de enkele btw-registratie voor veel bedrijven daadwerkelijk effect heeft.
• 1 juli 2030. Ter contrast: hier start de grensoverschrijdende digitale rapportageverplichting binnen de EU. Dat is de andere ViDA-pijler, met e-facturatie en Peppol. Deze datum staat los van bovenstaande twee.

De praktische betekenis van die eerste datum: 1 januari 2027 is op het moment van schrijven minder dan vier maanden weg. Voor een organisatie die eerst een impactanalyse moet doen, daarna intern budget moet vrijmaken en vervolgens met een leverancier moet afstemmen, is dat een krappe planning. Voor een softwareleverancier die de wijziging in een release moet krijgen en wil testen met klanten, is het krapper.

Wat u nu moet doen

Voor de ondernemer of finance manager

1. Breng in kaart in welke lidstaten u btw-geregistreerd bent en waarom. Maak per registratie expliciet of die er is vanwege voorraadverplaatsing, vanwege lokale verkopen, of om een andere reden. Alleen registraties uit de eerste categorie komen mogelijk in aanmerking om vanaf juli 2028 te vervallen.
2. Controleer uw stamgegevens nu, niet in 2028. Btw-nummers, adressen van vaste inrichtingen, btw-groepsstatus, en of u als elektronische interface kwalificeert. Dit zijn de velden die de nieuwe bijlage I uitvraagt.
3. Wijs een verantwoordelijke aan voor de controle op voorgevulde gegevens. Leg vast wie tekent voor de juistheid en met welke frequentie er wordt getoetst. De aansprakelijkheid blijft bij u.
4. Vraag uw softwareleverancier naar zijn planning voor 2026/1869. Concreet: wanneer komt de ondersteuning voor de nieuwe registratieformaten, wanneer voor de regeling overbrenging eigen goederen, en is er een testomgeving beschikbaar. Een leverancier die de verordening niet kent, is op zichzelf een signaal.
5. Reken door wat het wegvallen van registraties oplevert. Bespaarde compliancekosten, minder lokale adviseurs, minder aangiftedeadlines. Dat is de businesscase waarmee u intern budget vrijmaakt voor het werk dat er in 2027 aan voorafgaat.
6. Houd de twee ViDA-sporen in uw planning gescheiden, maar deel de masterdata. Zet de registratiewijzigingen en het e-facturatietraject niet in één project, maar zorg wel dat beide teams uit dezelfde stamgegevensbron putten.

Voor de softwareleverancier of integrator

1. Lees de bijlagen, niet de samenvatting. De vervangen bijlagen bevatten de berichtformaten. Daar zit de daadwerkelijke ontwikkelopgave, en die is groter dan de tekst van de artikelen doet vermoeden.
2. Plan een herbouw, geen patch. Ga uit van een volledige herziening van de OSS-koppeling, inclusief datamodel, validaties en foutafhandeling op de nieuwe statuscodes voor registraties, uitsluitingen en correcties.
3. Modelleer de vierde regeling als een eigen entiteit. De overbrenging van eigen goederen staat naast de niet-Unieregeling, Unieregeling en invoerregeling, met een eigen kolom G in bijlage I. Een implementatie die dit als variant op de Unieregeling behandelt, loopt vast op de afwijkende gegevensset.
4. Voeg de nieuwe velden toe aan uw datamodel. Btw-groepsstatus, indicator elektronische interface, aanvullende btw-identificatiereferenties, websitegegevens, uitgebreidere gegevens over vaste inrichtingen en tussenpersonen. Controleer of uw huidige schema deze überhaupt kan opslaan.
5. Bouw voorinvulling als voorstel, niet als vaststaand gegeven. Toon voorgevulde velden herkenbaar als voorgevuld, met een expliciete bevestigingsstap en een audittrail van wie wat heeft geaccordeerd. Uw klant is aansprakelijk; uw interface moet dat weerspiegelen.
6. Trek één stamgegevensbron door naar uw e-facturatiemodule. Dezelfde btw-nummers, vaste inrichtingen en platformstatus komen straks terug in de rapportagepijler. Twee losse bronnen betekent twee keer onderhoud en gegarandeerde afwijkingen.
7. Zet 1 januari 2027 als harde releasedatum, niet als streefdatum. Reken terug vanaf die datum inclusief een testperiode met klanten. Dat betekent dat de ontwikkeling nu moet lopen.

Wat dit betekent voor uw planning

De ViDA enkele btw-registratie is met uitvoeringsverordening 2026/1869 van een beleidsvoornemen veranderd in een set concrete berichtformaten met harde toepassingsdata. Voor ondernemers is de winst reëel: vanaf juli 2028 vervallen voor veel bedrijven de btw-registraties die alleen bestonden omdat er voorraad over een grens ging. Voor softwareleveranciers en integrators is de opgave even reëel: vervangen bijlagen betekenen een herbouw, en de eerste deadline valt op 1 januari 2027. Wie beide sporen nu uit elkaar houdt in de planning maar de stamgegevens samenbrengt in één bron, bespaart zichzelf in 2030 een tweede migratie.

Wilt u weten welke leveranciers en Peppol Serviceproviders klaar zijn voor deze veranderingen? Vergelijk het aanbod in ons overzicht van Peppol-leveranciers.

Bronnen

1. VATupdate, Commission Implementing Regulation (EU) 2026/1869: new technical rules for OSS, IOSS and the ViDA transfer of own goods scheme
2. TaxSpoc, EU ViDA implementing regulation 2026/1869: OSS and transfer of own goods
3. CB Consulting & Management, artikelsgewijze analyse van de vierde OSS-regeling
4. vatcalc, EU unveils digital taxpayer identity for ViDA single VAT registration
5. vatcalc, EU ViDA transfer of own goods reduces VAT registrations