CARF crypto-rapportage

CARF is het wereldwijde antwoord van de OESO op transparantie in de cryptobelasting — een mondiale standaard voor het rapporteren van en automatisch uitwisselen van cryptogegevens tussen belastingdiensten. Deze pagina legt uit wat het is, wie moet rapporteren, de tijdlijn en hoe CryptaCount de rapporten genereert.

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

Wat CARF is

Het Crypto-Asset Reporting Framework (CARF), in 2023 gepubliceerd door de OESO, is een mondiale standaard die meldende aanbieders van cryptoactivadiensten (Reporting Crypto-Asset Service Providers, RCASPs) verplicht hun gebruikers te identificeren, hun fiscale woonplaats vast te stellen en hun cryptotransacties te rapporteren — die belastingdiensten vervolgens automatisch met elkaar uitwisselen. Het is gemodelleerd naar de Common Reporting Standard (CRS) die voor traditionele financiële rekeningen wordt gebruikt, uitgebreid naar crypto. Binnen de EU wordt CARF geïmplementeerd als DAC8. DAC8 →

De tijdlijn

CARF wordt wereldwijd ingevoerd: een groot aantal rechtsgebieden — de meerderheid van de leden van het OESO Global Forum — heeft zich ertoe verbonden uitwisselingen te starten, de meeste per 2027 (enkele per 2028). In de praktijk verzamelen aanbieders gegevens vanaf het begin van het relevante rapportagejaar en dienen ze het volgende jaar in, waarbij de eerste internationale uitwisselingen rond 2027 beginnen.

Wie in scope valt

RCASPs zijn ruim gedefinieerd — exchanges, makelaars, bepaalde wallet-aanbieders en andere tussenpersonen die cryptotransacties voor klanten faciliteren. CARF vereist ook rapportage van bepaalde wallet-overdrachten (inclusief naar zelf beheerde wallets), waardoor de vastgelegde gegevens verder gaan dan eenvoudige trades. Als u een platform, fonds of dienst exploiteert dat crypto voor anderen verwerkt, beoordeel dan of u een RCASP bent.

Wat het vereist

Zorgvuldigheidsprocedures en zelfcertificering om de identiteit en fiscale woonplaats van elke gebruiker vast te stellen, en jaarlijkse rapportage van transactiegegevens in het voorgeschreven XML-schema van de OESO — dat vervolgens wordt uitgewisseld tussen deelnemende rechtsgebieden.

Hoe CryptaCount helpt bij CARF

• Bewaart de records op transactieniveau en gebruikersgegevens die de rapportage vereist
• Genereert CARF-rapporten in het vereiste formaat voor indiening
• Verwerkt CARF en DAC8 samen waar beide van toepassing zijn, vanuit één geïntegreerd proces
• Houdt een volledig, controleerbaar audittrail achter elk gerapporteerd cijfer

Compliance & rapportage → · Bekijk het subgrootboek →

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

Wat CARF in praktische zin van een rapporterende organisatie vraagt

Zonder de afkortingen is CARF een informatierapportagestelsel: de bedrijven die het dekt, moeten weten wie hun klanten zijn, waar die klanten fiscaal woonachtig zijn en welke crypto-activiteit er via hen is verlopen, om vervolgens een gestructureerde samenvatting daarvan aan een belastingdienst te verstrekken die die met anderen deelt. Voor een in scope vallende aanbieder gaat de verplichting dus minder over de eigen winst-en-verliesrekening en meer over het kunnen afleggen van een nauwkeurige, herleidbare verantwoording van de transacties van anderen die over het platform zijn verlopen. Dat onderscheid heeft operationele gevolgen, want de records die uw statutaire rekeningen onder IFRS → of US GAAP → voldoen, zijn niet automatisch de records die aan een rapportagestelsel voldoen — de twee stellen verschillende vragen bij dezelfde onderliggende gegevens.

Wie de verplichting werkelijk draagt, is een feitenkwestie en geen kwestie van zelfbeschrijving. Een bedrijf dat alleen crypto voor zijn eigen treasury aanhoudt, staat in een heel andere positie dan een bedrijf dat transacties voor klanten faciliteert, en het kader is bewust zo opgesteld dat het tussenpersonen van velerlei pluimage dekt. Als uw organisatie een exchange, een makelaarskantoor, een bewaar- of wallet-dienst exploiteert, of een platform waarop klanten via u transacties uitvoeren, is het verstandig er bij voorbaat van uit te gaan dat u mogelijk in scope valt en uw precieze status te bevestigen aan de hand van de officiële tekst en uw adviseur, in plaats van aan te nemen dat de regels op iemand anders zijn gericht.

Hoe CARF-rapportage doorwerkt in uw boeken

Hoewel CARF een rapportagekader is en geen boekhoudstandaard, trekt de voorbereiding erop zwaar aan uw administratie. De klantsaldi en -mutaties die u rapporteert, moeten aansluiten bij dezelfde grootboeken die uw jaarrekening produceren; als de twee uiteen lopen, moet u verklaren waarom uw gerapporteerde cijfers en uw boekhoudcijfers een ander verhaal vertellen over dezelfde wallets. In de praktijk betekent dit dat het crypto-subgrootboek → dat elke klantmutatie vastlegt de enige bron wordt waaruit het rapport wordt opgebouwd, zodat een getal op een regelgevende aangifte terug te voeren is op dezelfde boeking die uw proefbalans heeft gevoed.

Het verandert ook wat u vastlegt op het moment dat een transactie plaatsvindt. Een boeking heeft alleen genoeg nodig om de mutatie te waarderen en te classificeren; een te rapporteren record heeft bovendien de tegenpartijtoeschrijving nodig — welke klant, in welk rechtsgebied, voor welk type activiteit — die ernaast bewaard wordt. Die toeschrijving vastleggen op het moment van de boeking, in plaats van die bij het indienen te reconstrueren, is wat de uiteindelijke aangifte verdedigbaar maakt. De journaalposten → achter elke mutatie zijn de natuurlijke plek waar die contextuele gegevens thuishoren, zodat een subgrootboek dat al rijke metadata per transactie opslaat u het grootste deel geeft van wat het kader vraagt, zonder een apart parallel systeem.

De gegevens en het audittrail waarop CARF-rapportage steunt

Een geloofwaardig CARF-rapport rust op een bewijsketen die loopt van de ruwe on-chain- of exchange-gebeurtenis tot aan het cijfer dat u indient. Die keten heeft minimaal het detail op transactieniveau nodig — datum, actief, hoeveelheid en waarde — gecombineerd met gegevens over klantidentiteit en woonplaats en de classificatie van de activiteit, alles bewaard in een vorm die u op verzoek kunt reproduceren. Omdat rapportagekaders zijn gebouwd op de veronderstelling dat autoriteiten kunnen controleren wat aanbieders aanleveren, hangt de geloofwaardigheid van uw indiening ervan af dat elk gerapporteerd totaal kan worden ontleed naar de afzonderlijke mutaties waaruit het bestaat.

• Onveranderlijke transactierecords — de onderliggende gebeurtenissen eenmalig vastgelegd en nooit stilzwijgend overschreven, zodat een cijfer altijd opnieuw kan worden afgeleid uit de bron.
• Klant- en woonplaatstoeschrijving — elke te rapporteren mutatie gekoppeld aan de geverifieerde partij erachter, omdat het kader activiteit per persoon rapporteert, niet alleen in totaal.
• Waarderingsprovenance — waaruit elke waarde afkomstig is en op welke datum ze is vastgesteld, zodat een auditor of autoriteit kan zien hoe een omgerekend cijfer is bereikt.
• Wijzigingshistorie — een record van correcties en herzieningen, omdat een vorig jaar ingediend rapport dit jaar mogelijk een te verklaren aanpassing nodig heeft.
• Reconciliatiekoppeling — een zichtbare draad van het rapport terug naar hetzelfde grootboek dat uw statutaire rekeningen heeft voortgebracht.

De reconciliatie-uitdaging achter een CARF-aangifte

Het moeilijkste deel van rapportage is zelden het format — het is ervoor zorgen dat de populatie volledig en consistent is. Crypto-activiteit komt tegelijkertijd uit vele bronnen: meerdere chains, diverse exchanges, bewaarderssystemen en interne overdrachten, elk met eigen identificatoren en eigenaardigheden. Voordat er ook maar iets kan worden gerapporteerd, moet dezelfde economische gebeurtenis één keer en slechts één keer worden erkend, moeten duplicaten uit overlappende gegevensfeeds worden samengevoegd en moeten interne mutaties tussen uw eigen wallets worden onderscheiden van werkelijke klantactiviteit. Doe dat verkeerd en een rapport is ofwel opgeblazen door dubbeltellingen, ofwel te laag door stilzwijgende hiaten — beide zijn precies het soort discrepantie dat een grensoverschrijdende informatie-uitwisseling is ontworpen om bloot te leggen.

Dit is waar de discipline die goede crypto-boekhouding al ondersteunt, tweemaal zijn vruchten afwerpt. De deduplicatie, overdrachtsmatching en chronologische ordening die u nodig heeft voor overzichtelijke boeken, zijn dezelfde controlemechanismen die een te rapporteren populatie betrouwbaar maken. In plaats van een afzonderlijke, onvolledige export uitsluitend voor de regelgevende aangifte te draaien, reconcilieert u één keer op grootboekniveau en laat u zowel uw rekeningen als uw rapport putten uit het gereconcilieerde resultaat, zodat de twee elkaar nooit stilzwijgend kunnen tegenspreken.

Hoe een crypto-subgrootboek CARF-naleving ondersteunt

Een speciaal gebouwd crypto-subgrootboek is de natuurlijke ruggengraat voor CARF, omdat het al het onopvallende werk doet dat het kader veronderstelt: activiteit van elke wallet en elk platform binnenhalen, normaliseren naar consistente records, elke mutatie waarderen en een ononderbroken spoor achter elk cijfer bewaren. Wanneer de te rapporteren gegevens en de boekhoudgegevens uit één gereconcilieerde opslag komen, wordt het opstellen van een rapport een kwestie van selecteren en vormgeven van bestaande records in plaats van de onderliggende waarheid opnieuw op te bouwen. Dat is de hele logica van de compliance en rapportage → laag die boven op het grootboek zit in plaats van ernaast.

Het maakt u ook toekomstbestendig tegen het feit dat CARF zelden alleen komt. In de EU komen dezelfde verplichtingen aan als DAC8 →, en een aanbieder die grensoverschrijdend opereert kan tegelijkertijd worden geconfronteerd met op elkaar afgestemde maar van elkaar verschillende eisen in meerdere rechtsgebieden. Een subgrootboek dat één gereconcilieerde dataset bijhoudt, rijk toegeschreven, stelt u in staat de output van elk kader uit dezelfde basis te genereren in plaats van een kwetsbare spreadsheet per regime bij te houden.

Reikwijdte en timing, op algemeen niveau

Wat timing betreft, is de enige veilige generalisatie de vorm en niet de bijzonderheden: rapportagekaders van dit type laten aanbieders doorgaans gegevens verzamelen over een rapportageperiode en indienen in de periode daarna, waarbij internationale uitwisseling van de informatie begint zodra genoeg rechtsgebieden actief zijn. De bestaande pagina hierboven schetst het brede adoptieplaatje; voor de precieze datums, registratiemechanismen en het tijdstip van de eerste uitwisseling voor uw rechtsgebied moet u de officiële tekst en uw adviseur raadplegen, omdat die per land verschillen en nog steeds gefaseerd worden ingevoerd.

Wat reikwijdte betreft, is de praktische vraag voor een boekhoudteam minder „wat is de wettelijke definitie“ en meer „welke van onze activiteiten en klanten vallen binnen de populatie die wij moeten rapporteren.“ Die beoordeling raakt aan de soorten cryptoactiva die u verwerkt, de aard van de diensten die u levert en de woonplaats van uw klanten. Omdat de grens soms genuanceerd kan zijn, is het de moeite waard de redenering achter uw reikwijdte even zorgvuldig te documenteren als de cijfers zelf — een verdedigbaar standpunt over waarom iets wel of niet is gerapporteerd, maakt deel uit van het audittrail.

Veelvoorkomende valkuilen bij de voorbereiding op CARF

• Rapportage behandelen als een export aan het jaareinde. Toeschrijvingsgegevens die maanden na het feit worden vastgelegd, zijn veel zwakker dan gegevens die op het moment van de transactie zijn vastgelegd; achteraf toegevoegde exports missen precies de klant- en woonplaatscontext die het kader nodig heeft.
• De aangifte laten afwijken van de boeken. Als uw regelgevende totalen niet te reconciliëren zijn met uw grootboek, heeft u twee versies van de waarheid en geen manier om een van beide te verdedigen.
• Dubbeltellingen door overlappende feeds. Dezelfde mutatie die zowel via een exchange-API als via een on-chain lezing binnenkomt, blaast de populatie op, tenzij die eenmalig op grootboekniveau wordt gededupliceerd.
• Interne overdrachten onjuist labelen als klantactiviteit. Crypto verplaatsen tussen uw eigen wallets is geen te rapporteren klantactiviteit, maar vervuilt de aangifte als het niet wordt onderscheiden.
• Aannemen dat de aanpak van één rechtsgebied voor alle geldt. Op elkaar afgestemde kaders zijn niet identiek; een proces dat alleen voor één regime is gebouwd, kan stilzwijgend de vereisten van een ander missen.
• Geen wijzigingshistorie. Zonder een record van correcties ziet een gewijzigde aangifte eruit als een inconsistentie in plaats van een bijgehouden herziening.

Hoe CryptaCount helpt bij CARF

CryptaCount benadert CARF als een stroomafwaarts product van een goed bijgehouden grootboek in plaats van als een afzonderlijke compliance-silo. Het haalt activiteit van uw wallets, chains en verbonden platforms op in één gereconcilieerd crypto-subgrootboek, bewaart de per-transactiecontext die het kader vergt, en houdt een ononderbroken, controleerbaar audittrail achter elk cijfer — zodat een getal op een rapport altijd te herleiden is naar de boeking waaruit het afkomstig is. Omdat hetzelfde gereconcilieerde dataset uw statutaire rekeningen en uw rapportage voedt, is er één versie van de waarheid in plaats van twee die handmatig gesynchroniseerd moeten worden. Waar CARF- en DAC8-verplichtingen overlappen, worden beide vanuit die ene basis gegenereerd, en de reikwijdte en formaatbijzonderheden zijn iets dat u met uw adviseur aan de hand van de officiële tekst moet vaststellen.

Vervangt CARF onze gewone crypto-boekhouding?

Nee — het ligt er bovenop. Uw boekhouding onder IFRS → of US GAAP → meet en presenteert uw eigen positie; CARF is een afzonderlijke, aan klanten toegeschreven rapportageverplichting. Het verbindingspunt is de data: beide moeten putten uit hetzelfde gereconcilieerde subgrootboek → zodat de cijfers nooit uiteen kunnen lopen.

Wij opereren in meerdere landen — maakt dat CARF ingewikkelder?

Dat kan, omdat op elkaar afgestemde kaders zoals CARF en de regionale implementaties ervan weliswaar gelijkend maar niet identiek zijn, en de woonplaatsen van uw klanten meerdere rechtsgebieden beslaan. De praktische oplossing is één rijkelijk toegeschreven dataset bij te houden en elke vereiste output daaruit te genereren, in plaats van per land een apart proces te onderhouden. De precieze verplichtingen in meerdere rechtsgebieden moet u bevestigen met uw adviseur.

Welke records verwacht een auditor of autoriteit achter een CARF-cijfer?

Globaal een pad van het gerapporteerde totaal terug naar de afzonderlijke transacties waaruit het bestaat, met de waarderingsprovenance van elke mutatie, de klant- en woonplaatstoeschrijving en eventuele correcties, allemaal bewaard. Dat is precies het soort spoor dat een subgrootboek op transactieniveau vanzelfsprekend bijhoudt, en daarom is het opbouwen van het rapport vanuit het grootboek verdedigbaarder dan vanuit een platte export.

Hoe vroeg moeten we beginnen met de voorbereiding op CARF?

Eerder dan de eerste indieningsdatum, omdat de kwaliteit van een rapport afhangt van data die gelijktijdig zijn vastgelegd — met name klant- en woonplaatstoeschrijving die later moeilijk te reconstrueren is. Een gereconcilieerd grootboek opzetten met de juiste metadata vóór de eerste rapportageperiode betekent dat de uiteindelijke aangifte een selectieoefening is in plaats van een reconstructie. De specifieke deadlines voor uw rechtsgebied moeten worden bevestigd aan de hand van de officiële tekst en uw adviseur.