Wat is ViDA en waarom raakt het jouw software?
ViDA — voluit VAT in the Digital Age — is het meest ingrijpende Europese btw-pakket in decennia. De Europese Commissie presenteerde het voorstel in november 2022 als antwoord op een hardnekkig probleem: jaarlijks glipt in de EU zo'n 61 miljard euro aan btw-inkomsten door de vingers van lidstaten, deels door fraude en deels door administratieve lekken. De EU-lidstaten bereikten op 5 november 2024 een politiek akkoord (ECOFIN), waarna het pakket op 11 maart 2025 formeel werd aangenomen.
Wat ViDA bijzonder maakt: het raakt niet alleen de afdeling Financiën. Het raakt elke applicatie die facturen aanmaakt, verwerkt of archiveert. Boekhoudpakketten, ERP-systemen, webshops, platforms, orderbeheersoftware — allemaal moeten ze technisch worden aangepast om aan de nieuwe vereisten te voldoen. De vraag is niet óf je software moet veranderen, maar wanneer je daarmee begint.
De drie pijlers van ViDA
ViDA bestaat uit drie afzonderlijke maatregelen die elk hun eigen tijdlijn en technische implicaties hebben.
Pijler 1: Digital Reporting Requirements (DRR)
De meest technische pijler. Waar bedrijven nu periodieke btw-aangiften indienen — maandelijks of per kwartaal — verplicht ViDA straks tot bijna-realtime transactierapportage. Elke factuur moet kort na uitreiking als gestructureerde data worden gerapporteerd aan de belastingdienst. Niet meer een samenvatting achteraf, maar een live datastroom per transactie.
Wat dat in de praktijk betekent: je systeem moet in staat zijn om per uitgaande B2B-factuur automatisch de relevante btw-data te extraheren en via een API-koppeling te melden. Handmatig intikken, exporteren naar Excel en uploaden werkt niet meer. Dit is software-engineering, geen boekhoudkundige handeling.
Pijler 2: Platformeconomie en deemed supplier
Platforms die kortetermijnverhuur (denk: vakantiewoningen) of personenvervoer bemiddelen, worden onder ViDA de zogenaamde deemed supplier — de geachte leverancier. Deze regels gaan in vanaf 1 juli 2028. Dat klinkt abstract, maar de consequentie is concreet: het platform is zelf btw-plichtig voor de dienst, ook als die wordt geleverd door een individuele verhuurder of chauffeur die zelf onder de btw-grens zit.
Voor platformsoftware betekent dit een fundamentele herziening van de afrekeningslogica. Wie wordt er gefactureerd? Op wiens naam staat de factuur? Hoe wordt btw berekend en afgedragen? Dat zijn geen boekhoudvragen maar architectuurvragen die in de codebase worden opgelost.
Pijler 3: Single VAT Registration
De derde pijler breidt het bestaande One Stop Shop (OSS) systeem uit. Bedrijven die in meerdere EU-landen btw-plichtig zijn, kunnen straks alles via één registratie in één lidstaat regelen. Dit vermindert de administratieve last, maar vereist dat softwaresystemen meerdere btw-jurisdicties correct afhandelen en via de juiste kanalen rapporteren.
De ViDA-tijdlijn: wat wanneer geldt
| Datum | Maatregel | Voor wie |
|---|---|---|
| 14 april 2025 | Inwerkingtreding. Lidstaten mogen binnenlandse e-facturering verplichten zonder EU-derogatie | Bedrijven in landen die nationaal versnellen |
| 1 juli 2028 | Platform- en deemed supplier-regels voor deeleconomie; uitgebreide Single VAT Registration; verplichte reverse charge voor niet-geïdentificeerde leveranciers | Platforms (verhuur, vervoer) en bedrijven met EU-brede btw-plicht |
| 1 juli 2030 | Hoofdmandaat: verplichte gestructureerde e-facturering en DRR voor grensoverschrijdende B2B- en B2G-transacties binnen de EU | Alle B2B-bedrijven met EU-klanten of -leveranciers |
| 1 januari 2035 | Bestaande binnenlandse real-time rapportagesystemen moeten aansluiten op de geharmoniseerde EU-standaard | Bedrijven in landen met een eigen nationaal rapportagesysteem |
Pro-tip: 1 juli 2030 klinkt ver weg, maar er zijn twee redenen om nu te beginnen. Ten eerste mogen lidstaten — waaronder buurland Duitsland en België — binnenlandse e-facturering al eerder verplichten, dus je EU-handelspartners vragen er mogelijk eerder om. Ten tweede hebben softwareprojecten aanlooptijd: inventarisatie, ontwerp, bouw, test en uitrol kosten maanden. Wie de voorbereiding op de roadmap zet, voorkomt een gehaaste inhaalslag richting 2030.
E-facturering: Peppol en UBL als technische standaard
Elektronisch factureren klinkt simpel — een PDF sturen? Dat is geen e-factuur. Een echte elektronische factuur is een gestructureerd bestand dat door software automatisch kan worden ingelezen, gevalideerd en verwerkt. Geen menselijke tussenkomst vereist, geen OCR, geen handmatige invoer.
De EU heeft hiervoor twee standaarden aangewezen:
- UBL (Universal Business Language) — een XML-formaat dat door Nederland, België en veel andere EU-landen wordt ondersteund en al verplicht is voor overheidsinkoop.
- CII (Cross Industry Invoice) — het alternatieve XML-formaat, gangbaar in Duitsland (ZUGFeRD/XRechnung) en in toenemende mate door de EU omarmd als hybride PDF+XML via Factur-X.
Het uitwisselingsnetwerk heet Peppol (Pan-European Public Procurement OnLine). In Nederland is Peppol al verplicht voor facturen aan de rijksoverheid en gemeenten (B2G). ViDA breidt deze richting uit naar grensoverschrijdende B2B vanaf 2030. Om op het Peppol-netwerk te sturen of te ontvangen, moet je aangesloten zijn via een gecertificeerde Access Point Provider.
Voor software betekent dit: je applicatie moet UBL- of CII-bestanden kunnen genereren, valideren en — als je ook inkoopfacturen verwerkt — kunnen inlezen en koppelen aan je boekhouding. Dit is maatwerk voor elk systeem dat nu op basis van PDF-facturen of eigen formats werkt.
Impact op Nederlandse bedrijven
Nederland loopt met B2G Peppol al voor op veel EU-landen, maar voor B2B e-facturering is de markt nog grotendeels onrijp. De meeste softwareleveranciers en boekhoudpakketten bieden nu een downloadbare PDF, een upload-knop voor de Belastingdienst of een eigen proprietary exportformat.
Dat gaat veranderen. Bedrijven die grensoverschrijdend zakendoen in de EU — en dat is een aanzienlijk deel van het Nederlandse MKB — moeten uiterlijk 1 juli 2030 in staat zijn om Peppol-conform te factureren aan EU-zakenpartners. Maar let op: omdat lidstaten binnenlandse e-facturering al eerder mogen verplichten, kunnen je Duitse of Belgische handelspartners er ruim vóór 2030 om vragen. Dat geldt niet alleen voor de factuurzender; ook de ontvanger moet het formaat kunnen verwerken.
Praktische gevolgen per sector:
- Webshops en e-commerce platforms — B2B-orders naar EU-afnemers vereisen gestructureerde e-facturen. De PDF in de e-mailbevestiging volstaat straks niet meer.
- SaaS en abonnementssoftware — Maandelijkse facturen aan EU-klanten moeten via Peppol-compatibele kanalen verstuurd kunnen worden.
- Groothandel en productie — Vaak al gewend aan EDI, maar de overstap van proprietary EDI naar UBL via Peppol vereist aanpassing van integraties.
- Platforms en marktplaatsen — De deemed supplier-regel vraagt een grondige herziening van de afrekeningslogica en btw-administratie.
- Boekhoud- en ERP-software — Als je een eigen boekhoudpakket of ERP hebt laten bouwen, is ViDA-compliance een specifiek maatwerkvraagstuk.
Digital Reporting Requirements: wat je systeem moet kunnen
DRR is de pijler die de meest ingrijpende technische aanpassingen vraagt. De kern: elke B2B-factuur moet in gestructureerde vorm worden gerapporteerd aan de belastingdienst, binnen een korte tijdsdrempel na uitreiking (de exacte termijn is per lidstaat en implementatiefase nog onderwerp van uitwerking, maar de richting is duidelijk: realtime of near-realtime).
Wat dat concreet van je systeem vraagt:
- Gestructureerde factuurdata — Je systeem moet factuurdata beschikbaar hebben als gestructureerde data, niet alleen als opgemaakte PDF. Denk aan: leveranciersnummer, btw-nummer, factuurnummer, bedragen per btw-tarief, factuurregels.
- API-koppeling met de belastingdienst — Er komt een rapportage-API waaraan je systeem de transactiedata aanlevert. Dit is een integratie die gebouwd en onderhouden moet worden.
- Auditbaarheid — Elke gerapporteerde transactie moet traceerbaar zijn: wanneer gerapporteerd, door wie, met welke data. Een audit trail in je software is straks geen nice-to-have maar een compliance-vereiste.
- Foutafhandeling — Wat als een rapport mislukt? Je systeem moet weten wanneer een transactie succesvol is gerapporteerd, een retry-mechanisme hebben en foutmeldingen verwerken — precies zoals een betrouwbare idempotente API-koppeling werkt.
DRR verschuift de belastingadministratie van een periodieke boekhoudkundige handeling naar een continu technisch proces. Dat is een fundamentele overgang die vraagt om een goed doordachte softwarearchitectuur.
Wat bedrijven nu al moeten doen
ViDA is aangenomen. De implementatiedeadlines staan vast. De vraag is niet meer of je actie moet ondernemen, maar wanneer en hoe. Dit zijn de concrete stappen:
Stap 1: Audit je huidige factuurproces
Hoe worden facturen nu aangemaakt? Uit welk systeem? In welk formaat worden ze verstuurd? Hoe worden inkomende facturen ontvangen en verwerkt? Breng dit in kaart per transactietype: B2G, binnenlands B2B, grensoverschrijdend B2B-EU, B2C.
Stap 2: Bepaal je Peppol-status
Ben je al Peppol-ready voor B2G? Zo ja, dan heb je een basis om op voort te bouwen. Zo nee, dan is Peppol-onboarding de eerste technische stap: een Access Point Provider kiezen, je systeem koppelen, testen met ontvangers.
Stap 3: Valideer je factuurformaten
Kan je systeem UBL of CII genereren? Dit is meer dan alleen XML exporteren — een geldige UBL-factuur moet voldoen aan de EU-norm EN 16931 en de Peppol BIS-specificaties. Validatietools bestaan en zijn open beschikbaar, maar integratie in je build- en testproces kost tijd.
Stap 4: Plan de DRR-koppeling
De rapportage-API's per lidstaat zijn nog in ontwikkeling, maar de architectuur van je systeem kun je nu al voorbereiden. Zorg dat factuurdata als gestructureerde data beschikbaar is (niet alleen in PDF), bouw een auditlog voor alle uitgaande facturen en maak een overzicht van welke systemen betrokken zijn.
Stap 5: Betrek je softwarepartner tijdig
Als je maatwerksoftware hebt of een eigen ERP, is ViDA een softwareproject — geen boekhoudproject. Zet het op de roadmap. Begin het gesprek met je ontwikkelpartner ruim voordat je handelspartners — of een versnellende lidstaat — er om vragen, niet pas als 2030 in zicht komt.
De slimme route: koppel volledig met je boekhoudpakket
Hier wijkt onze aanpak af van wat je misschien verwacht. Je zou kunnen denken dat ViDA betekent dat wij UBL-generatie, Peppol-aansluiting en DRR-rapportage rechtstreeks in je maatwerksoftware inbouwen. Dat kán — maar het is zelden verstandig. Dan word jij namelijk eigenaar van een stuk compliance-functionaliteit dat bij elke wetswijziging opnieuw ontwikkeltijd kost. En de btw-regels blijven veranderen: de ViDA-tijdlijn loopt door tot 2035, en daarna komt er ongetwijfeld meer.
Wij sturen liever op een andere oplossing: laat je boekhoudpakket de facturatie en btw-compliance volledig afhandelen, en koppel je maatwerksoftware daar naadloos aan. Pakketten als Exact Online, Moneybird en Twinfield hebben er een commercieel belang bij om altijd aan de actuele wet- en regelgeving te voldoen — ViDA, Peppol, DRR en alles wat daarna komt. Dat is hun core business, niet die van jou.
Concreet betekent dat: je ordersysteem, klantenportaal of platform stuurt de factuurdata via een robuuste koppeling naar het boekhoudpakket, en dat pakket zorgt voor de e-factuur, de Peppol-uitwisseling en de rapportage aan de belastingdienst. Verandert de wetgeving? Dan rolt de leverancier van het boekhoudpakket een update uit — zonder dat jij een euro aan ontwikkeltijd kwijt bent.
De kritieke vraag is dus niet "hoe bouw ik ViDA in mijn software?" maar "hoe zorg ik dat mijn factuurstroom volledig en betrouwbaar bij mijn boekhoudpakket terechtkomt?". Dat draait om de koppelpunten:
- Waar ontstaan je facturen — in je maatwerksysteem of in het boekhoudpakket? Idealiter is het boekhoudpakket de bron van waarheid voor facturatie.
- Hoe stroomt order- en factuurdata van je maatwerksoftware naar je boekhouding — als gestructureerde data, niet als PDF?
- Is die koppeling betrouwbaar en herhaalbaar, zodat geen enkele transactie verdwijnt of dubbel wordt verwerkt?
Zo houd je je maatwerksoftware licht en toekomstbestendig: die doet waar zij goed in is — jouw bedrijfsproces — terwijl het boekhoudpakket de wettelijke last van btw en e-facturering draagt.
— Jasper
ViDA-proof worden: wat Coding Agency voor je doet
Wij helpen bedrijven ViDA-proof te worden door de juiste koppeling te bouwen tussen je maatwerksoftware en je boekhoudpakket. Niet door compliance-logica in je eigen systeem te dupliceren, maar door je factuurstroom zo in te richten dat het boekhoudpakket de e-facturering, Peppol-uitwisseling en btw-rapportage verzorgt — en blijft verzorgen, ook als de regels veranderen.
Dat begint met een eerlijke audit: waar ontstaan je facturen, welke data moet waarheen, en welk boekhoudpakket past het beste bij jouw proces? Dan bouwen we de koppeling: betrouwbaar, idempotent en getest, zodat orders en facturen foutloos doorstromen. De compliance-last verschuift naar het pakket dat daar zijn werk van maakt.
Heb je een webshop, platform of ERP-extensie die facturen verwerkt en wil je weten wat de ViDA-impact is — en hoe een koppeling je toekomstige ontwikkeltijd bespaart? Neem contact op voor een inventarisatiegesprek. We kijken graag mee naar wat er moet gebeuren — en wanneer.
Meer lezen over EU-wetgeving en software? Bekijk ook ons artikel over de EU Data Act en wat dat betekent voor SaaS-producten en dataportabiliteit.
