Reporting crypto DAC8

DAC8 introduce le cripto-attività nel sistema europeo di scambio di informazioni fiscali. Dal 2026, i fornitori di servizi su cripto-attività devono raccogliere e segnalare dati sugli utenti e sulle transazioni — e i primi report sono dovuti nel 2027. Questa pagina spiega chi rientra nell'ambito, la tempistica e come CryptaCount produce i report.

Informazioni generali, non consulenza legale o fiscale. Verifica i tuoi obblighi specifici con la direttiva e un consulente qualificato.

Cos'è DAC8

DAC8 (Direttiva (UE) 2023/2226 del Consiglio) estende la Direttiva UE sulla cooperazione amministrativa alle cripto-attività. Obbliga i Reporting Crypto-Asset Service Providers (RCASP) — exchange, broker, alcuni fornitori di wallet e altre piattaforme che facilitano transazioni crypto per i clienti — a svolgere la due diligence sugli utenti e a segnalare la loro identità, residenza fiscale e transazioni alle autorità fiscali nazionali. È l'implementazione UE del CARF dell'OCSE, quindi i due sono deliberatamente allineati. CARF →

La tempistica

• Recepimento: gli Stati membri UE dovevano recepire DAC8 nel diritto nazionale entro il 31 dicembre 2025.
• Raccolta dati: gli obblighi di segnalazione si applicano dal 1° gennaio 2026 — il primo anno di segnalazione.
• Primi report: i report relativi all'anno solare 2026 sono dovuti nel 2027 (indicativamente tra gennaio e settembre 2027, a seconda dello Stato membro).

Chi rientra nell'ambito

Gli RCASP sono definiti in modo ampio. Le norme sono inoltre extraterritoriali — una piattaforma con sede al di fuori dell'UE che serve utenti residenti nell'UE può rientrare nell'ambito e potrebbe dover registrarsi presso uno Stato membro designato. Se gestisci una piattaforma, un fondo o un servizio che facilita transazioni crypto per altri, dovresti valutare se DAC8 si applica a te.

Cosa richiede

Raccogliere informazioni validate sugli utenti (inclusa l'identificazione fiscale e la residenza), applicare procedure di due diligence agli utenti nuovi e preesistenti, e segnalare dati a livello di transazione nel formato prescritto entro la scadenza di ogni anno.

Come CryptaCount aiuta con DAC8

• Conserva le registrazioni a livello di transazione e i dati degli utenti da cui dipende la segnalazione
• Genera i report degli operatori DAC8 nel formato richiesto per la presentazione
• Mantiene una pista di controllo completa e verificabile dietro ogni cifra segnalata
• Si allinea con CARF in modo da gestire insieme gli obblighi sovrapposti

Compliance e reporting → · Scopri il partitario →

Informazioni generali, non consulenza legale o fiscale. Verifica con la direttiva e un consulente qualificato.

Cosa DAC8 chiede a un fornitore soggetto all'obbligo, in termini semplici

Nella sostanza, DAC8 introduce le cripto-attività nel meccanismo già esistente nell'UE per lo scambio di informazioni fiscali tra Stati membri. Per un fornitore in ambito, l'obbligo si articola in tre parti: identificare i clienti e stabilirne la residenza fiscale attraverso la due diligence, acquisire la loro attività crypto segnalabile nell'arco dell'anno, e presentare un report strutturato che le autorità nazionali poi condividono reciprocamente. È l'espressione UE della stessa logica che governa il CARF → dell'OCSE, motivo per cui i due sono deliberatamente allineati e perché un processo costruito bene per l'uno tende a servire anche l'altro.

Poiché DAC8 è un regime di segnalazione e non uno standard contabile, l'obbligo si incentra sulle transazioni altrui che transitano dalla piattaforma e non sul proprio conto economico. Questo ridefinisce il significato di «buone registrazioni»: un movimento non è adeguatamente registrato ai fini di DAC8 solo perché è correttamente valorizzato in contabilità — deve anche portare con sé il contesto di attribuzione al cliente e alla residenza su cui si fonda il report. Stabilire esattamente quali fornitori e attività rientrano nell'ambito, e cosa deve contenere ciascun report, è questione da confermare con la direttiva e il proprio consulente, non da ricavare per inferenza.

Come DAC8 raggiunge i tuoi libri contabili

Preparare un report DAC8 fa leva pesantemente sullo stesso partitario che produce il bilancio. I saldi e i movimenti dei clienti che si segnalano devono riconciliarsi con le registrazioni alla base dei conti, perché una dichiarazione normativa che non può essere ricondotta alla contabilità invita esattamente la discrepanza che un regime di scambio di informazioni è progettato per rilevare. In pratica, il partitario crypto → che già registra ogni movimento del cliente diventa la fonte da cui il report viene costruito, in modo che una cifra nella dichiarazione sia tracciabile alla stessa scrittura che ha alimentato la bilancia di verifica.

Innalza anche l'asticella su ciò che si acquisisce quando una transazione avviene per la prima volta. Una normale scrittura contabile necessita di quanto serve per valorizzare e classificare un movimento; un registro segnalabile ai fini di DAC8 richiede in aggiunta il chi e il dove — quale cliente, residente in quale Stato membro, e che tipo di operazione. Acquisire tale attribuzione al momento della registrazione, dove si formano le scritture contabili → per ogni movimento, è molto più affidabile che ricostruirla al momento del deposito da esportazioni frammentarie.

I dati e la pista di controllo da cui dipende DAC8

Un report DAC8 difendibile vale quanto la catena di evidenze che lo sorregge, dalla serie di eventi originali fino alla cifra trasmessa. Quella catena necessita del dettaglio delle transazioni unito all'identità verificata del cliente e alla residenza, alla classificazione di ciascuna attività e a un registro conservato di come è stato determinato ogni valore — tutto riproducibile su richiesta. I framework di reporting presuppongono che le autorità possano effettuare verifiche incrociate su quanto inviano i fornitori, quindi ogni totale segnalato deve scomporsi chiaramente nei singoli movimenti che lo compongono.

• Informazioni validate sul cliente — dati di identità e residenza fiscale raccolti tramite due diligence e mantenuti aggiornati, poiché il report è organizzato per persona.
• Registrazioni a livello di transazione — i movimenti sottostanti acquisiti una sola volta, in modo immutabile, affinché qualsiasi totale possa essere ricavato nuovamente dalla fonte.
• Provenienza della valorizzazione — la fonte e la data dietro ogni valore convertito, in modo che la derivazione di una cifra sia visibile.
• Classificazione dell'attività — il tipo di ciascun movimento, acquisito accanto ad esso piuttosto che ricostruito in seguito.
• Storico delle correzioni — un registro tracciato di qualsiasi rettifica, in modo che una dichiarazione modificata si legga come una variazione gestita e non come un errore.

La sfida della riconciliazione dietro una dichiarazione DAC8

Come per qualsiasi regime di reporting, la difficoltà non risiede nel modulo ma nella completezza e coerenza della popolazione. L'attività dei clienti arriva da molti luoghi — più blockchain, diversi exchange, sistemi di custodia, trasferimenti interni — ciascuno con i propri identificativi. Prima che una singola cifra venga segnalata, lo stesso evento economico deve essere riconosciuto esattamente una sola volta, i feed di dati sovrapposti devono essere deduplicati e i movimenti tra i propri wallet devono essere separati dalla genuina attività dei clienti. Non rispettare uno qualsiasi di questi passaggi lascia un report sovrastimato per doppio conteggio o sottostimato per lacune, e uno scambio di informazioni transfrontaliero è esattamente il meccanismo che porta alla luce tali incongruenze.

L'aspetto incoraggiante è che i controlli che garantiscono libri puliti — deduplicazione, abbinamento dei trasferimenti, valorizzazione coerente, ordinamento cronologico — sono gli stessi controlli che rendono affidabile una popolazione DAC8. Riconciliare una volta a livello di partitario, e lasciare che sia i conti che il report attingano al risultato riconciliato, è molto più robusto che produrre un'esportazione separata e impoverita solo per il deposito sperando che concordi con i libri.

Come un partitario crypto supporta la conformità DAC8

Un partitario crypto è ben adatto a DAC8 perché svolge già il lavoro preparatorio che la direttiva presuppone: acquisisce le attività da ogni piattaforma, le normalizza, valorizza ogni movimento e mantiene una pista ininterrotta dietro ogni cifra. Quando i dati segnalabili e i dati contabili condividono un unico archivio riconciliato, il deposito diventa una questione di selezione e formattazione di registrazioni esistenti e attribuite, piuttosto che di ricostruzione della verità sottostante. Questa è la logica che giustifica di collocare la funzionalità di compliance e reporting → sopra il partitario, piuttosto che accanto ad esso come strumento disconnesso.

Gestisce anche la realtà che DAC8 si sovrappone al suo genitore globale. Poiché DAC8 è l'implementazione UE di CARF, un fornitore che affronta entrambi può generare ogni output dallo stesso dataset riconciliato invece di gestire processi paralleli da tenere sincronizzati manualmente. Una base unica, ricchemente attribuita, supporta gli output di CARF → e DAC8 insieme, che è esattamente il modo in cui obblighi sovrapposti devono essere adempiuti.

Ambito e tempistica, a livello generale

La sezione precedente illustra già il quadro generale del recepimento e del primo report, e la generalizzazione sicura è proprio questa: i fornitori raccolgono dati durante un periodo di segnalazione e depositano nel periodo successivo, con gli Stati membri che attuano i dettagli nel proprio diritto nazionale. Al di là di ciò, le precise modalità di registrazione, i formati e le scadenze applicabili alla tua azienda — compreso il modo in cui la portata extraterritoriale della direttiva tratta un fornitore che serve clienti residenti nell'UE dall'esterno del blocco — sono questioni da confermare con la direttiva e il proprio consulente, perché differiscono nei dettagli per Stato membro.

Per un team contabile, il modo più utile di inquadrare l'ambito è operativo: quali dei nostri clienti sono residenti nell'UE, quali delle nostre attività sono segnalabili e possiamo dimostrare tale determinazione. Poiché il confine può essere sottile — in particolare per i fornitori transfrontalieri — documentare il perché qualcosa è stato o meno segnalato appartiene alla pista di controllo accanto alle cifre. Una motivazione difendibile sull'ambito fa parte della conformità, non una nota a piè di pagina.

Errori comuni nella preparazione per DAC8

• Attribuzione tardiva. Acquisire il contesto del cliente e della residenza a fine anno piuttosto che al momento della transazione comporta la perdita esattamente dei dati su cui DAC8 è costruito.
• Report che non concordano con i libri. Una dichiarazione che non può essere riconciliata con il partitario lascia due versioni della verità senza difesa per nessuna delle due.
• Doppio conteggio su feed sovrapposti. Lo stesso movimento visto sia tramite un'API di exchange che da una lettura on-chain gonfia la popolazione se non viene deduplicato una sola volta nel partitario.
• Trasferimenti interni segnalati come attività dei clienti. I movimenti tra i propri wallet non sono attività segnalabile dei clienti e devono essere distinti.
• Presumere che essere extra-UE significhi essere fuori ambito. La portata della direttiva può estendersi ai fornitori che servono clienti residenti nell'UE indipendentemente dal luogo in cui il fornitore è costituito — conferma la tua posizione con il tuo consulente.
• Nessuna cronologia delle correzioni. Una dichiarazione modificata senza uno storico tracciato delle variazioni si legge come un'incoerenza piuttosto che come una rettifica gestita.

Come CryptaCount aiuta con DAC8

CryptaCount tratta DAC8 come l'output di un partitario ben curato, piuttosto che come un esercizio di deposito aggiuntivo. Acquisisce le attività dei tuoi wallet, delle blockchain e delle piattaforme collegate in un unico partitario crypto riconciliato, porta il contesto attribuito al cliente su cui dipende il reporting DAC8 e mantiene una pista di controllo completa e verificabile dietro ogni cifra, in modo che ogni numero segnalato possa essere ricondotto alla scrittura di origine. Poiché lo stesso dataset riconciliato produce i conti e il report, esiste un'unica versione della verità invece di due da tenere allineate manualmente — e dove DAC8 e CARF si sovrappongono, entrambi vengono generati da quella base unica. L'esatto ambito, la registrazione e le specifiche del formato per la tua azienda rimangono questioni da definire con il tuo consulente rispetto alla direttiva.

In cosa si differenzia DAC8 da CARF in pratica per i nostri sistemi?

Per i tuoi dati e sistemi sono molto simili, perché DAC8 è l'implementazione UE di CARF →. Le differenze si trovano nei dettagli specifici della giurisdizione — registrazione, formati e scadenze per Stato membro. L'implicazione pratica è mantenere un unico dataset riconciliato e attribuito e generare da esso ogni output richiesto, piuttosto che costruire processi separati. I dettagli specifici vanno confermati con il proprio consulente.

DAC8 cambia il modo in cui riconosciamo le cripto-attività nei nostri conti?

No — la propria misurazione e presentazione seguono il proprio framework contabile, sia IFRS → che US GAAP →. DAC8 è un obbligo di segnalazione separato, incentrato sul cliente. Si connettono attraverso i dati condivisi: entrambi dovrebbero attingere allo stesso partitario → riconciliato in modo che il report e i conti non possano divergere.

Quali evidenze stanno dietro una cifra DAC8 in caso di contestazione?

Un percorso tracciabile dal totale segnalato alle singole transazioni dei clienti che lo compongono, con la provenienza della valorizzazione di ogni movimento, l'attribuzione all'identità e alla residenza, e tutte le correzioni conservate. Questo è il livello standard di pista che un partitario a livello di transazione mantiene, motivo per cui costruire il deposito partendo dal partitario è più difendibile che partire da un'esportazione piatta.

Siamo un fornitore extra-UE con clienti UE — dobbiamo preoccuparci di DAC8?

Possibilmente — la portata della direttiva può estendersi in base al luogo in cui i clienti risiedono fiscalmente piuttosto che al luogo in cui il fornitore è costituito, e potrebbe comportare la registrazione presso uno Stato membro designato. Poiché questo è esattamente il tipo di confine che è finemente bilanciato, la propria posizione specifica dovrebbe essere confermata con la direttiva e il proprio consulente piuttosto che presunta.