DAC8 crypto-rapportage

DAC8 brengt crypto in het EU-systeem voor belastinginformatieuitwisseling. Vanaf 2026 moeten aanbieders van cryptoactivadiensten gebruikers- en transactiegegevens verzamelen en rapporteren — en de eerste rapporten zijn verschuldigd in 2027. Deze pagina legt uit wie in scope valt, de tijdlijn en hoe CryptaCount de rapporten genereert.

Algemene informatie, geen juridisch of fiscaal advies. Bevestig uw specifieke verplichtingen aan de hand van de richtlijn en een gekwalificeerde adviseur.

Wat DAC8 is

DAC8 (Richtlijn (EU) 2023/2226 van de Raad) breidt de EU-richtlijn betreffende administratieve samenwerking uit naar cryptoactiva. Het verplicht meldende aanbieders van cryptoactivadiensten (Reporting Crypto-Asset Service Providers, RCASPs) — exchanges, makelaars, bepaalde wallet-aanbieders en andere platforms die cryptotransacties voor klanten faciliteren — tot het uitvoeren van zorgvuldigheidsprocedures ten aanzien van hun gebruikers en het rapporteren van hun identiteit, fiscale woonplaats en transacties aan nationale belastingdiensten. Het is de EU-implementatie van het CARF van de OESO, zodat beide bewust op elkaar zijn afgestemd. CARF →

De tijdlijn

• Omzetting: EU-lidstaten dienden DAC8 voor 31 december 2025 in nationaal recht om te zetten.
• Gegevensverzameling: rapportageverplichtingen gelden vanaf 1 januari 2026 — het eerste rapportagejaar.
• Eerste rapporten: rapporten over het kalenderjaar 2026 zijn verschuldigd in 2027 (globaal tussen januari en september 2027, afhankelijk van de lidstaat).

Wie in scope valt

RCASPs zijn ruim gedefinieerd. De regels zijn ook extraterritoriaal — een platform buiten de EU dat EU-ingezetenen bedient, kan in scope vallen en moet zich mogelijk registreren bij een aangewezen lidstaat. Als u een platform, fonds of dienst exploiteert dat cryptotransacties voor anderen faciliteert, dient u te beoordelen of DAC8 op u van toepassing is.

Wat het vereist

Het verzamelen van gevalideerde gebruikersinformatie (inclusief fiscale identificatie en woonplaats), het toepassen van zorgvuldigheidsprocedures op nieuwe en bestaande gebruikers, en het jaarlijks rapporteren van transactiegegevens in het voorgeschreven formaat en binnen de deadline.

Hoe CryptaCount helpt bij DAC8

• Bewaart de records op transactieniveau en gebruikersgegevens waarop de rapportage steunt
• Genereert DAC8-operatorrapporten in het vereiste formaat voor indiening
• Houdt een volledig, controleerbaar audittrail achter elk gerapporteerd cijfer
• Is afgestemd op CARF zodat overlappende verplichtingen samen worden afgehandeld

Compliance & rapportage → · Bekijk het subgrootboek →

Algemene informatie, geen juridisch of fiscaal advies. Verifieer aan de hand van de richtlijn en een gekwalificeerde adviseur.

Wat DAC8 in praktische zin van een rapporterende aanbieder vraagt

In de kern brengt DAC8 crypto in de bestaande EU-machinerie voor het uitwisselen van belastinginformatie tussen lidstaten. Voor een in scope vallende aanbieder bestaat de verplichting uit drie bewegende onderdelen: identificeer uw klanten en stel hun fiscale woonplaats vast via zorgvuldigheidsprocedures, leg hun te rapporteren crypto-activiteit over het jaar vast, en dien een gestructureerd rapport in dat nationale autoriteiten vervolgens met elkaar delen. Het is de EU-uitdrukking van dezelfde logica die het CARF → van de OESO aandrijft, en daarom zijn de twee bewust op elkaar afgestemd — een proces dat goed is gebouwd voor het ene, dient daardoor ook het andere.

Omdat DAC8 een rapportagestelsel is en geen boekhoudstandaard, staat de verplichting centraal rondom de transacties van anderen die via uw platform verlopen en niet rondom uw eigen winst en verlies. Dat herformuleert wat „goede records“ betekent: een mutatie is niet afdoende vastgelegd voor DAC8 puur omdat die correct is gewaardeerd in uw boeken — ze moet ook de klanttoeschrijving en woonplaatscontext dragen waarop het rapport is gebouwd. Precies vaststellen welke aanbieders en activiteiten in scope vallen en wat elk rapport moet bevatten, is iets wat u moet bevestigen aan de hand van de richtlijn en uw adviseur in plaats van ervan af te leiden.

Hoe DAC8 doorwerkt in uw boeken

Het opstellen van een DAC8-rapport leunt sterk op hetzelfde grootboek dat uw jaarrekening produceert. De klantsaldi en -mutaties die u rapporteert, moeten aansluiten bij de records achter uw rekeningen, want een regelgevende aangifte die niet te herleiden is naar uw administratie roept precies de discrepantie op die een informatie-uitwisselingsregime is ontworpen om te ondervangen. In de praktijk wordt het crypto-subgrootboek → dat al elke klantmutatie vastlegt de bron waaruit het rapport wordt gevormd, zodat een getal op de aangifte terug te voeren is op dezelfde boeking die uw proefbalans heeft gevoed.

Het legt ook de lat hoger voor wat u vastlegt op het moment dat een transactie voor het eerst plaatsvindt. Een gewone boeking heeft genoeg nodig om een mutatie te waarderen en te classificeren; een DAC8-plichtig record heeft bovendien het wie en waar nodig — welke klant, woonachtig in welke lidstaat, voor welk type activiteit. Die toeschrijving vastleggen op het moment van invoer, waar de journaalposten → voor elke mutatie worden gevormd, is veel betrouwbaarder dan ze bij het indienen te reconstrueren uit fragmentarische exports.

De gegevens en het audittrail waarop DAC8 steunt

Een verdedigbaar DAC8-rapport is niet sterker dan de bewijsketen eronder, die loopt van de oorspronkelijke gebeurtenis tot het cijfer dat u indient. Die keten heeft detail op transactieniveau nodig gekoppeld aan geverifieerde klantidentiteit en woonplaats, de classificatie van elke activiteit en een bewaard record van hoe elke waarde is bepaald — allemaal reproduceerbaar op verzoek. Rapportagekaders veronderstellen dat autoriteiten kunnen controleren wat aanbieders aanleveren, dus elk gerapporteerd totaal moet ontleedbaar zijn naar de afzonderlijke mutaties die het hebben opgebouwd.

• Gevalideerde klantinformatie — identiteits- en fiscale woonplaatsgegevens verzameld via zorgvuldigheidsprocedures en actueel gehouden, omdat het rapport per persoon is georganiseerd.
• Records op transactieniveau — de onderliggende mutaties eenmalig en onveranderlijk vastgelegd, zodat elk totaal opnieuw kan worden afgeleid uit de bron.
• Waarderingsprovenance — de bron en datum achter elke omgerekende waarde, zodat de herleiding van een cijfer zichtbaar is.
• Classificatie van activiteit — wat elke mutatie was, ernaast vastgelegd in plaats van later geraden.
• Correctiehistorie — een bijgehouden record van elke herziening, zodat een gewijzigde indiening leest als een beheerde wijziging en niet als een fout.

De reconciliatie-uitdaging achter een DAC8-aangifte

Net als bij elk rapportagestelsel zit de moeilijkheid niet in het formulier maar in de volledigheid en consistentie van de populatie. Klantactiviteit komt van vele plaatsen — meerdere chains, diverse exchanges, bewaarderssystemen, interne overdrachten — elk met eigen identificatoren. Voordat een enkel cijfer kan worden gerapporteerd, moet dezelfde economische gebeurtenis precies één keer worden erkend, moeten overlappende gegevensfeeds worden gededupliceerd en moeten mutaties tussen uw eigen wallets worden gescheiden van werkelijke klantactiviteit. Als een van deze zaken misloopt, is een rapport ofwel opgeblazen door dubbeltellingen ofwel te laag door hiaten, en een grensoverschrijdende informatie-uitwisseling is precies het mechanisme dat dergelijke discrepanties aan het licht brengt.

Het bemoedigende is dat de controlemechanismen die u overzichtelijke boeken geven — deduplicatie, overdrachtsmatching, consistente waardering, chronologische ordening — dezelfde zijn die een DAC8-populatie betrouwbaar maken. Één keer reconciliëren op grootboekniveau, en zowel uw rekeningen als uw rapport op het gereconcilieerde resultaat laten steunen, is veel robuuster dan een afzonderlijke, onvolledige export uitsluitend voor de aangifte te produceren en te hopen dat die overeenkomt met de boeken.

Hoe een crypto-subgrootboek DAC8-naleving ondersteunt

Een crypto-subgrootboek is goed toegerust voor DAC8, omdat het al het voorbereidende werk doet dat de richtlijn veronderstelt: activiteit van elk platform binnenhalen, normaliseren, elke mutatie waarderen en een ononderbroken spoor achter elk cijfer bewaren. Wanneer de te rapporteren gegevens en de boekhoudgegevens één gereconcilieerde opslag delen, wordt de indiening een kwestie van selecteren en opmaken van bestaande, toegeschreven records in plaats van de onderliggende waarheid opnieuw op te bouwen. Dat is de bestaansreden om de compliance en rapportage → functionaliteit boven op het grootboek te plaatsen in plaats van er los naast als een ontkoppeld instrument.

Het behandelt ook de realiteit dat DAC8 overlapt met zijn mondiale ouder. Omdat DAC8 de EU-implementatie van CARF is, kan een aanbieder die met beide wordt geconfronteerd, elke output genereren uit hetzelfde gereconcilieerde dataset in plaats van parallelle processen te draaien die handmatig gesynchroniseerd moeten worden. Één basis, rijk toegeschreven, ondersteunt de CARF → en DAC8 outputs samen — precies de manier waarop overlappende verplichtingen zouden moeten worden vervuld.

Reikwijdte en timing, op algemeen niveau

De bestaande pagina hierboven schetst al de grote lijnen van omzetting en eerste rapportage, en de veilige generalisatie is simpelweg die: aanbieders verzamelen over een rapportageperiode en dienen in de volgende periode in, waarbij lidstaten de details in hun eigen nationale wetgeving uitwerken. Daarbuiten zijn de precieze registratiemechanismen, formats en deadlines die voor uw bedrijf gelden — inclusief hoe de extraterritoriale reikwijdte van de richtlijn een aanbieder behandelt die EU-ingezetenen bedient van buiten de EU — zaken die u moet bevestigen aan de hand van de richtlijn en uw adviseur, omdat ze in detail per lidstaat verschillen.

Voor een boekhoudteam is de nuttiger formulering van reikwijdte operationeel: welke van onze klanten zijn EU-ingezetenen, welke van onze activiteiten zijn te rapporteren, en kunnen wij die bepaling onderbouwen. Omdat de grens genuanceerd kan zijn — met name voor grensoverschrijdende aanbieders — hoort het documenteren van waarom iets wel of niet is gerapporteerd in het audittrail naast de cijfers. Een verdedigbare reikwijdteonderbouwing is onderdeel van naleving, niet een voetnoot daarbij.

Veelvoorkomende valkuilen bij de voorbereiding op DAC8

• Late toeschrijving. Klant- en woonplaatscontext aan het jaareinde vastleggen in plaats van bij de transactie, mist precies de gegevens waarop DAC8 is gebouwd.
• Rapporten die niet aansluiten bij de boeken. Een aangifte die niet te reconciliëren is met uw grootboek laat u achter met twee versies van de waarheid en geen verdediging voor een van beide.
• Dubbeltellingen door overlappende feeds. Dezelfde mutatie die zowel via een exchange-API als via een on-chain lezing zichtbaar is, blaast de populatie op tenzij die eenmalig op grootboekniveau wordt gededupliceerd.
• Interne overdrachten als klantactiviteit rapporteren. Uw eigen wallet-naar-wallet-bewegingen zijn geen te rapporteren klantactiviteit en moeten worden onderscheiden.
• Aannemen dat niet-EU betekent buiten scope. De reikwijdte van de richtlijn kan zich uitstrekken tot aanbieders die EU-ingezetenen bedienen ongeacht waar de aanbieder is gevestigd — bevestig uw positie bij uw adviseur.
• Geen correctiespoor. Een gewijzigde aangifte zonder bijgehouden wijzigingshistorie leest als een inconsistentie in plaats van als een beheerde herziening.

Hoe CryptaCount helpt bij DAC8

CryptaCount behandelt DAC8 als de output van een goed bijgehouden grootboek in plaats van als een los aangehecht aangifteproces. Het haalt activiteit van uw wallets, chains en verbonden platforms op in één gereconcilieerd crypto-subgrootboek, bewaart de aan klanten toegeschreven context waarop DAC8-rapportage steunt, en houdt een volledig, controleerbaar audittrail achter elk cijfer zodat elk gerapporteerd getal terug te voeren is op de bronboeking. Omdat hetzelfde gereconcilieerde dataset uw rekeningen en uw rapport produceert, is er één versie van de waarheid in plaats van twee die handmatig op elkaar afgestemd moeten worden — en waar DAC8 en CARF overlappen, worden beide vanuit die ene basis gegenereerd. De precieze reikwijdte, registratie en formaatbijzonderheden voor uw bedrijf blijven zaken om met uw adviseur aan de hand van de richtlijn te bepalen.

Hoe verschilt DAC8 in de praktijk van CARF voor onze systemen?

Voor uw gegevens en systemen zijn ze sterk vergelijkbaar, omdat DAC8 de EU-implementatie van CARF → is. De verschillen zitten in het jurisdictiespecifieke detail — registratie, formats en deadlines per lidstaat. De praktische implicatie is één gereconcilieerde, toegeschreven dataset bij te houden en elke vereiste output daaruit te genereren in plaats van afzonderlijke processen te bouwen. Bevestig de bijzonderheden bij uw adviseur.

Verandert DAC8 hoe wij crypto in onze eigen rekeningen verwerken?

Nee — uw eigen waardering en presentatie volgen uw boekhoudkader, of dat nu IFRS → of US GAAP → is. DAC8 is een afzonderlijke, op klanten gerichte rapportageverplichting. Ze zijn verbonden via gedeelde data: beide moeten putten uit hetzelfde gereconcilieerde subgrootboek → zodat het rapport en de rekeningen niet uit elkaar kunnen lopen.

Welk bewijs ligt achter een DAC8-cijfer als wij worden bevraagd?

Een herleidbaar pad van het gerapporteerde totaal naar de afzonderlijke klanttransacties waaruit het bestaat, met de waarderingsprovenance van elke mutatie, identiteits- en woonplaatstoeschrijving en eventuele correcties bewaard. Dat is de standaardspoor die een subgrootboek op transactieniveau bijhoudt, en daarom is de aangifte opbouwen vanuit het grootboek verdedigbaarder dan vanuit een platte export.

Wij zijn een niet-EU-aanbieder met EU-klanten — moeten wij ons zorgen maken over DAC8?

Mogelijk — de reikwijdte van de richtlijn kan zich uitstrekken op basis van waar klanten fiscaal woonachtig zijn en niet waar de aanbieder is gevestigd, en dit kan inhouden dat registratie bij een aangewezen lidstaat vereist is. Omdat dit precies het soort grens is dat genuanceerd kan zijn, moet uw specifieke positie worden bevestigd aan de hand van de richtlijn en uw adviseur en niet worden aangenomen.