Guida alla preparazione per DAC8 e CARF per il primo ciclo di rendicontazione
Una guida pratica per studi contabili e fornitori di servizi di cripto-attività che si preparano al primo ciclo di rendicontazione DAC8 e CARF. Copre cos'è il regime, chi rientra nell'ambito, le date rilevanti, i dati che devi essere in grado di produrre e i controlli che vale la pena avere prima della chiusura del primo anno di rendicontazione.
Informazioni generali, non consulenza legale, contabile o fiscale. Conferma i tuoi obblighi specifici rispetto alla direttiva recepita in ogni Stato membro e con un consulente qualificato.
Cos'è il regime
DAC8 è la Direttiva (UE) 2023/2226 del Consiglio, che estende la direttiva UE sulla cooperazione amministrativa alle cripto-attività. Richiede ai Reporting Crypto-Asset Service Providers (RCASP), ovvero exchange, broker, alcuni fornitori di wallet e altre piattaforme che facilitano transazioni di criptovalute per i clienti, di svolgere la due diligence sugli utenti e di segnalare identità, residenza fiscale e transazioni alle autorità fiscali nazionali.
DAC8 è l'implementazione nell'UE del Crypto-Asset Reporting Framework (CARF) dell'OCSE, quindi i due sono volutamente allineati. Per un fornitore che deve affrontare entrambi, questo allineamento è il dato di pianificazione più utile di questa guida: il set di dati sottostante è sostanzialmente lo stesso, e costruire un unico set di record riconciliato e attribuito serve entrambe le output, evitando due processi paralleli. Il contesto completo è disponibile nella pagina DAC8 e nella pagina CARF.
Chi rientra nell'ambito
L'obbligo riguarda i Reporting Crypto-Asset Service Providers. In pratica, ciò significa porsi una domanda sulla sostanza piuttosto che sull'autodefinizione: la tua attività facilita transazioni di criptovalute per i clienti o detiene semplicemente criptovalute per conto proprio? Una tesoreria aziendale che detiene asset digitali per sé si trova in una posizione molto diversa da un exchange, da una piattaforma di intermediazione o da un servizio di custodia attraverso il quale i clienti effettuano transazioni.
La determinazione dell'ambito non è una nota a piè di pagina dell'esercizio, ne fa parte. Documenta il motivo per cui hai concluso che una determinata entità, linea di prodotto o popolazione di clienti è o non è segnalabile, e conserva questa motivazione insieme ai dati. Una logica di ambito difendibile è tanto parte del file quanto i numeri stessi. Poiché la direttiva è recepita nella legislazione nazionale da ciascuno Stato membro, la definizione precisa, i meccanismi di registrazione e il formato di presentazione applicabili alla tua attività devono essere confermati rispetto alla direttiva recepita localmente e con un consulente qualificato.
La tempistica
- Recepimento: Gli Stati membri dell'UE dovevano recepire DAC8 nella legislazione nazionale entro il 31 dicembre 2025.
- Primo anno di rendicontazione: gli obblighi di rendicontazione si applicano dal 1° gennaio 2026, che è il primo anno di rendicontazione.
- Prime segnalazioni: le segnalazioni relative all'anno solare 2026 sono dovute nel 2027, in genere tra gennaio e settembre 2027 a seconda dello Stato membro.
La conseguenza pratica è che la qualità dei dati per la prima dichiarazione è determinata da ciò che hai registrato durante il 2026, non da ciò che puoi assemblare nel 2027. L'attribuzione ricostruita a posteriori è più debole di quella catturata alla transazione, e in alcuni casi non può essere ricostruita affatto. Conferma la scadenza del tuo Stato membro in quella finestra piuttosto che assumere una data comune in tutta l'UE.
Quali dati devono essere collezionabili
Il regime organizza la rendicontazione per persona, non in aggregato, il che cambia l'aspetto di un buon record. Un movimento correttamente valorizzato e classificato per i tuoi conti non è automaticamente sufficiente per la rendicontazione: deve anche trasportare il contesto di attribuzione del cliente e di residenza su cui si basa la segnalazione.
Identità utente e residenza fiscale
Informazioni sul cliente validate raccolte tramite procedure di due diligence, inclusi identificazione fiscale e residenza, applicate sia ai nuovi utenti sia a quelli esistenti, e mantenute aggiornate. Questa è la parte che più spesso è in ritardo, perché dipende dalla risposta del cliente piuttosto che dai tuoi sistemi.
Dettaglio delle transazioni
Registrazioni a livello di transazione catturate una volta e mai sovrascritte silenziosamente, così che qualsiasi totale segnalato possa essere ricalcolato dalla fonte. Data, asset, quantità e valore, collegati alla parte dietro il movimento e alla classificazione dell'attività. Anche la provenienza della valutazione è importante: la fonte e la data dietro ogni valore convertito dovrebbero essere visibili, così la derivazione di una cifra può essere mostrata piuttosto che affermata.
Storico delle correzioni
Una registrazione tracciata delle riformulazioni. Una dichiarazione modificata senza uno storico delle modifiche appare come un'incoerenza; la stessa modifica con una traccia documentata appare come una correzione gestita.
Passi di preparazione prima della chiusura del primo anno di rendicontazione
| Passo | Cosa comporta | Perché è importante |
|---|---|---|
| Conferma l'ambito | Valuta ogni entità, prodotto e popolazione di clienti rispetto alla direttiva recepita nello Stato membro pertinente, con il supporto di un consulente. | Tutto ciò che segue dipende dal sapere quale popolazione è segnalabile. Una decisione sull'ambito non documentata è difficile da difendere in seguito. |
| Completa l'inventario dei canali | Elenca ogni wallet, chain, account di exchange e sistema di custodia attraverso cui fluisce l'attività dei clienti, e verifica che ciascuno sia connesso e sincronizzato. | Un canale mancante produce una popolazione silenziosamente incompleta, che è il tipo di errore che uno scambio transfrontaliero di informazioni è progettato per far emergere. |
| Risolvi la due diligence sugli utenti | Esegui la raccolta di identità e residenza fiscale su nuovi ed esistenti utenti, e imposta un processo per mantenerla aggiornata. | La residenza determina a chi va la segnalazione. Questo dipende dal cliente e quindi è l'elemento con il lead time più lungo. |
| Cattura l'attribuzione alla transazione | Assicurati che ogni movimento registri il cliente, il contesto di residenza e il tipo di attività al momento dell'inserimento, non al momento della dichiarazione. | L'attribuzione ricostruita mesi dopo è più debole, e talvolta non disponibile affatto. |
| Deduplica i feed sovrapposti | Unifica lo stesso evento economico che arriva sia da un'API di exchange sia da una lettura on-chain in un unico record. | Il doppio conteggio sovrastima la popolazione segnalata esattamente come un wallet mancante la sottostima. |
| Separa i trasferimenti interni | Distinguere i movimenti tra i tuoi wallet dall'attività reale dei clienti. | I movimenti tra wallet propri non sono attività di clienti segnalabile, ma inquinano la popolazione se non vengono contrassegnati. |
| Riconcilia la segnalazione con il ledger | Collega la popolazione segnalabile allo stesso sub-ledger che alimenta il tuo bilancio di verifica. | Una dichiarazione che non può essere riconciliata con i tuoi libri contabili lascia due versioni della verità e nessuna difesa per nessuna delle due. |
| Prova la dichiarazione | Produci la segnalazione con dati reali prima del periodo di scadenza e rivedi l'output dall'inizio alla fine. | La prima dichiarazione in produzione è un brutto posto per scoprire un problema di formato o completezza. |
| Documenta i controlli | Scrivi il processo, la logica dell'ambito, la convenzione di valutazione e la procedura di correzione. | La documentazione rende il processo ripetibile quando il team cambia e verificabile quando viene messo in discussione. |
Punti critici comuni
- Trattare la rendicontazione come un export di fine anno. Il contesto necessario per la segnalazione si crea alla transazione, non alla chiusura.
- Una segnalazione che non quadra con i conti. Riconcilia una volta a livello di ledger e lascia che sia i conti sia la segnalazione attingano al risultato riconciliato.
- Assumere una scadenza UE comune. Le prime segnalazioni sono dovute in generale tra gennaio e settembre 2027 a seconda dello Stato membro.
- Assumere che non-UE significhi fuori ambito. Conferma la tua posizione rispetto alla direttiva recepita e con il tuo consulente piuttosto che dedurla.
- Gestire DAC8 e CARF come progetti separati. Sono allineati per progettazione; genera entrambi da un unico set di dati riconciliato.
Come un sub-ledger gestisce tutto ciò
CryptaCount conserva l'attività da wallet, chain e canali collegati in un unico sub-ledger crypto riconciliato, trasporta il contesto per transazione su cui si basa la rendicontazione e mantiene una traccia verificabile dietro ogni cifra, così un numero segnalato risale alla registrazione da cui proviene. Poiché lo stesso set di dati riconciliato produce i conti e la segnalazione, c'è una sola versione della verità invece di due tenute allineate a mano. Le specifiche di ambito, registrazione e formato per la tua attività restano questioni da definire rispetto alla direttiva recepita in ogni Stato membro e con un consulente qualificato.
Informazioni generali, non consulenza legale, contabile o fiscale. Conferma i tuoi obblighi rispetto alla direttiva recepita in ogni Stato membro pertinente e con un consulente qualificato.
FAQ
Quando inizia effettivamente la rendicontazione DAC8?
Gli obblighi di rendicontazione si applicano dal 1° gennaio 2026, il primo anno di rendicontazione. Le segnalazioni relative all'anno solare 2026 sono dovute nel 2027, in generale tra gennaio e settembre 2027 a seconda dello Stato membro.
Qual è la relazione tra DAC8 e CARF?
DAC8 è l'implementazione nell'UE del Crypto-Asset Reporting Framework dell'OCSE, quindi i due sono volutamente allineati. Un fornitore che deve affrontare entrambi può costruire un unico set di dati riconciliato e attribuito e generare ciascun output da esso.
Su cosa dovremmo concentrarci se stiamo partendo tardi?
La due diligence dei clienti su identità e residenza fiscale, perché dipende dalla risposta del cliente e ha il lead time più lungo, e la completezza dell'inventario dei canali, perché un wallet mancante sottostima silenziosamente la popolazione segnalata.