De eerste Nederlandse DAC8-rapportage begint met klant- en transactiegegevens die gedurende heel 2026 zorgvuldig worden opgebouwd.
Tijdens een vergadering op maandagochtend opent de oprichter van een cryptobedrijf drie schermen. Op het ene staan de geverifieerde klanten, op het tweede de walletbewegingen en op het derde de financiële administratie. Alle drie zien er ordelijk uit. Toch verschillen de klantidentificaties, sluiten de transactietijden niet op elkaar aan en staat de fiscale woonplaats in een apart onboardingsysteem.
Daar wordt de Nederlandse DAC8-verplichting concreet.
De Nederlandse implementatiewet is op 10 april 2026 gepubliceerd en geldt vanaf 1 januari 2026. De Belastingdienst verlangt van aanbieders die binnen de reikwijdte vallen dat zij over kalenderjaar 2026 klant- en transactiegegevens verzamelen. Hun eerste jaarlijkse rapportage moet uiterlijk 31 januari 2027 binnen zijn.
Het rapportagejaar is dus al bezig. Tegelijkertijd is de technische omgeving in juli en augustus verder ingevuld met specificaties, testondersteuning en nieuwe releases.
De deadline is slechts de laatste beweging
DAC8 vraagt om meer dan een export van transacties uit een platform. Te rapporteren gegevens kunnen bestaan uit de identiteit, het adres, de fiscale woonplaats en het fiscaal identificatienummer van de klant. Ook bepaalde omwisselingen, overdrachten en betalingstransacties kunnen eronder vallen.
Een aanbieder moet die gegevens aan de juiste klant en het juiste rapportageland koppelen. Uiterlijk op 31 januari van het daaropvolgende jaar moet de aanbieder klanten bovendien informeren over welke gegevens zijn gerapporteerd.
Dit is eerst een governancevraagstuk en pas daarna een indieningsvraagstuk. Het jaarlijkse bericht aan de Belastingdienst is de laatste beweging. Het echte werk zit in honderden eerdere beslissingen over klanten, wallets, rechtsgebieden en transactiesoorten.
Neem de drie schermen van de oprichter. Een klant kan in januari door de identiteitscontrole komen, in juni van woonland veranderen en na een platformmigratie meerdere accounts gebruiken. Het ene systeem bewaart het oorspronkelijke adres. Een ander werkt met een nieuw rekeningnummer. Finance groepeert transacties op afwikkeldatum, terwijl het productsysteem het uitvoeringstijdstip vastlegt.
Elk verschil lijkt misschien klein. Samen kunnen ze tot een onvolledige of inconsistente rapportage leiden.
Kleine aanbieders moeten ook op de kosten letten. Goede rapportage vraagt om navraag bij klanten, softwarewerk, tests en tijd voor het uitzoeken van afwijkende transacties. Handmatige correcties lijken met enkele honderden klanten nog beheersbaar. Zodra volumes, producten en rechtsgebieden toenemen, worden ze een margediscussie.
De MiCA-status geeft niet het volledige antwoord
In het register van de AFM staan cryptoaanbieders die in Nederland of elders in de Europese Unie een vergunning of notificatie hebben. Die status doet ertoe. De DAC8-positie van een onderneming hangt daarnaast af van haar activiteiten, vestigingsplaats en rapportageaanknopingspunten.
Dit verdient de aandacht van de oprichter. MiCA, cliëntenonderzoek, sanctiecontroles en fiscale rapportage kunnen deels dezelfde informatie gebruiken, maar doen dat ieder voor een ander doel. Wanneer verschillende teams of leveranciers dezelfde klantgegevens verzamelen, kan dubbel werk verhullen dat de gegevens onderling afwijken.
Een fiscale woonplaats die tijdens de onboarding is ingevoerd, bereikt finance mogelijk nooit. Een walletclassificatie van compliance verschijnt misschien niet in de rapportagemodule. Een terugboeking die operations heeft geaccepteerd, kan elders geregistreerd blijven als een voltooide transactie.
De bruikbare managementvraag is niet alleen: ‘Wie doet DAC8?’ De betere vraag is: ‘Wie kan de route van klantacceptatie tot het gerapporteerde bedrag uitleggen?’ Gedeeld eigenaarschap klinkt collegiaal, maar kan ertoe leiden dat lastige uitzonderingen niemands verantwoordelijkheid zijn.
Ook de timing speelt mee. De wet geldt vanaf 1 januari, hoewel zij pas in april is gepubliceerd. Een aanbieder die op de definitieve Nederlandse wet heeft gewacht, moet mogelijk gegevens en beslissingen uit eerdere maanden opnieuw beoordelen. Achteraf reconstrueren kost meer tijd en levert een zwakker dossier op dan hiaten oplossen zolang medewerkers zich de gebeurtenis nog herinneren.
Gewone ondernemingen lopen een ander risico
De meeste Nederlandse kleine ondernemingen zijn geen cryptoaanbieder. Het bezit van crypto of het accepteren ervan als betaling maakt hen niet verantwoordelijk voor de jaarlijkse rapportage van de aanbieder. DAC8 verandert de rapportage en informatie-uitwisseling, terwijl voor de Nederlandse fiscale behandeling van crypto de bestaande belastingregels blijven gelden.
Stel dat een design-bv een factuur van € 4.000 uitreikt en betaling in crypto accepteert. De onderneming moet de ontvangst voor omzet en btw omrekenen naar euro’s. Latere waardeveranderingen beïnvloeden de winst of het verlies. Voor crypto die op de balansdatum nog wordt aangehouden, geldt de fiscale behandeling die de Belastingdienst beschrijft.
De financiële administratie moet de factuur, wallettransactie, omrekening naar euro’s, btw-boeking en latere verkoop of waardering met elkaar verbinden. Een schermafbeelding van het walletsaldо verklaart zelden de volledige zakelijke gebeurtenis. Een download van een handelsplatform is even mager als niemand de accountidentificaties kan koppelen aan klanten, facturen en grootboekboekingen.
Bredere rapportage zal de praktijk veranderen. Belastingdiensten kunnen de ontvangen informatie voor risicoanalyse gebruiken. Geaggregeerde DAC8-gegevens vullen niet automatisch een belastingaangifte in, maar verschillen tussen externe transactiegegevens en de eigen administratie van een onderneming worden eenvoudiger zichtbaar.
Terug naar de vergadering op maandag. De oprichter heeft geen behoefte aan nog een brede beleidspresentatie. Een gerichter gesprek is nuttiger. Bij welke klanten ontbreekt het fiscaal identificatienummer? Welke wijzigingen van fiscale woonplaats zijn nog niet verwerkt? Kan finance de volledige transactiepopulatie aansluiten op de rapportagedataset? Welke technische specificatie gebruikt de software? Wie keurt uitzonderingen goed?
Januari begint in augustus
De eerste rapportagedeadline lijkt misschien ver weg. Bij een kleine onderneming verdwijnen vijf maanden snel tussen productontwikkeling, klantvragen, de jaarafsluiting en verlof van medewerkers. Wie pas in januari test, houdt weinig tijd over om gegevens te corrigeren die gedurende de voorafgaande twaalf maanden zijn verzameld.
Goede voorbereiding is stil en repetitief. Teams vergelijken klantidentificaties tussen systemen. Ze vragen ontbrekende gegevens over de fiscale woonplaats op. Ze beleggen de verantwoordelijkheid voor wallet- en transactieclassificaties duidelijk. Terugboekingen en migraties blijven zichtbaar. Technische wijzigingen worden gedateerd, getest en begrepen voordat ze in productie gaan.
Voor een bv die crypto alleen als bezit of betaalmiddel gebruikt, geldt hetzelfde beginsel op kleinere schaal. Maandelijks aansluiten kost minder dan bij de belastingaangifte een heel jaar aan walletbewegingen reconstrueren.
DAC8 brengt meer crypto-informatie in de formele fiscale gegevensuitwisseling. Het diepere effect is eenvoudiger: de afstand tussen de wallet, het klantdossier en de boekhouding wordt kleiner. Ondernemingen die die afstand nu overbruggen, bereiken januari met minder verklaringen die nog moeten worden samengesteld en met meer feiten die al vastliggen.
Als de keten achter uw eerste DAC8-rapportage nog hiaten bevat, is dit het moment om gegevens, beheersmaatregelen en eigenaarschap helder te krijgen.
De data, bronnen en analyse achter dit artikel zijn uitgevoerd door Linda Pavan Geraedts. AI is niet gebruikt om bronnen te identificeren, de feitelijke basis op te bouwen of het analytische oordeel te vormen. AI is alleen gebruikt als schrijfhulp. De uiteindelijke Nederlandse tekst is persoonlijk beoordeeld, bewerkt en goedgekeurd door Linda Pavan Geraedts vóór publicatie.
Bronnen
- Documenten openbaar over voorbereiding Belastingdienst op nieuwe regels voor digitale gegevensuitwisseling - Taxence
- Wettenbank - National legal implementation and effective date
- Belastingdienst - Who reports, what data is collected and first filing deadline
- Belastingdienst, Ondersteuning Digitaal Berichtenverkeer - Technical delivery remains an active implementation project
- Belastingdienst, Ondersteuning Digitaal Berichtenverkeer - Recent technical releases and reporting documentation
- Autoriteit Financiële Markten - MiCA authorisation, supervision and overlap with financial-crime controls
- Belastingdienst - Tax position of crypto users and businesses that hold or receive crypto
- Belastingdienst, Ondersteuning Digitaal Berichtenverkeer - CARF/DAC8 release notes
