Reporting DAC8 e standard di rendicontazione finanziaria crypto: cosa devono sapere le aziende

La rendicontazione DAC8 è passata da proposta legislativa a realtà operativa per i fornitori di servizi di criptovalute e gli studi contabili che li assistono in tutta l'Unione Europea. L'Estonia, in quanto Stato membro digitalmente avanzato con un ecosistema consolidato di e-residency e fintech, rientra pienamente nell'ambito di questa direttiva. Ma DAC8 non opera in isolamento. Le imprese devono conciliare i suoi requisiti di scambio automatico di informazioni con le regole di misurazione e divulgazione stabilite secondo IFRS e con il framework US GAAP per eventuali clienti con obblighi di rendicontazione transatlantici. Fare ciò correttamente significa comprendere non solo ciò che DAC8 richiede, ma come interagisce con la guidance IFRS sulle criptovalute, il modello del fair value del FASB e il Crypto-Asset Reporting Framework dell'OCSE. Questo articolo delinea il quadro completo per i team finanziari e i professionisti contabili che necessitano di una visione integrata.

Cosa Richiede DAC8 e Perché È Importante

L'ottava direttiva dell'UE sulla cooperazione amministrativa, nota come DAC8, estende il regime di scambio automatico di informazioni del blocco per coprire le transazioni in criptovalute. I fornitori di servizi di criptovalute autorizzati o registrati in qualsiasi Stato membro dell'UE, inclusa l'Estonia, sono tenuti a raccogliere e segnalare i dati delle transazioni dei loro clienti all'autorità fiscale nazionale, che a sua volta condivide i dati con le autorità fiscali dei paesi di residenza dei clienti.

L'ambito è ampio. DAC8 copre i trasferimenti di criptovalute, gli scambi tra criptovalute e valuta fiat e gli scambi tra diverse criptovalute. I fornitori devono segnalare informazioni identificative su ciascun utente soggetto a segnalazione insieme ai valori delle transazioni e ai tipi di asset. Si applicano soglie aggregate di rendicontazione annuale e le esenzioni de minimis sono limitate.

Per gli studi contabili, ciò crea un obbligo diretto a livello di cliente. Se un cliente dello studio è un fornitore di servizi di criptovalute, lo studio deve aiutare tale cliente a costruire flussi di lavoro per la raccolta dati, verificare i registri di identificazione degli utenti e strutturare le presentazioni dei rapporti annuali nel formato prescritto dalla direttiva. I clienti che non sono fornitori di servizi ma che effettuano transazioni in criptovalute potrebbero vedere le loro storie di transazioni condivise con le autorità fiscali estoni o di altri Stati UE, il che a sua volta aumenta la necessità di standard di rendicontazione finanziaria per criptovalute accurati nei libri contabili sottostanti.

La tabella seguente riassume le principali categorie di rendicontazione secondo DAC8.

Criptovalute IFRS: Il Problema della Misurazione

La rendicontazione DAC8 dice alle autorità fiscali cosa è successo. Gli IFRS dicono al mondo quanto valeva. I due framework affrontano domande diverse, ma dipendono dagli stessi dati sottostanti: registrazioni di transazioni affidabili e timestamp con valori equi accurati.

L'IFRS Interpretations Committee ha emesso decisioni all'ordine del giorno confermando che le criptovalute detenute dalla maggior parte delle entità dovrebbero essere contabilizzate o come attività immateriali secondo IAS 38 o, se l'entità le detiene per la vendita nel normale corso dell'attività, come rimanenze secondo IAS 2. Nessuno dei due standard è stato progettato per asset digitali e nessuno fornisce un modello pulito di fair value a conto economico per i detentori generali.

Secondo IAS 38, le criptovalute sono iscritte al costo al netto delle perdite per riduzione di valore, a meno che l'entità non adotti il modello di rivalutazione, che richiede l'esistenza di un mercato attivo. Molti token scambiati su scambi regolamentati possono soddisfare tale criterio di mercato attivo, ma il team contabile deve documentare la valutazione. La riduzione di valore secondo IAS 36 è unidirezionale: le perdite sono rilevate, ma i guadagni superiori al costo storico non sono rilevati a conto economico secondo il modello del costo.

Questa asimmetria è operativamente significativa per gli studi che consigliano clienti sulla contabilità delle criptovalute secondo IFRS. Un cliente che detiene una posizione importante in un token volatile potrebbe aver rilevato perdite per riduzione di valore in periodi precedenti, solo per vedere il token recuperare. Secondo IFRS, tale recupero non inverte a conto economico allo stesso tasso secondo il modello del costo. I team finanziari devono monitorare attentamente i livelli di costo, e le note al bilancio devono divulgare la politica contabile, il valore contabile e eventuali restrizioni sul titolo.

ASC 350-60 Criptovalute e il Cambiamento del Fair Value secondo US GAAP

Per gli studi con clienti statunitensi o obblighi di doppia rendicontazione, il contrasto con US GAAP è ora netto. Il Financial Accounting Standards Board ha introdotto ASC 350-60, un sottotema dedicato alle criptovalute, che richiede alle entità di misurare determinate criptovalute al fair value a ogni data di rendicontazione con variazioni rilevate nel reddito netto.

Il modello del fair value delle criptovalute secondo FASB si applica a criptovalute che soddisfano una definizione specifica: attività immateriali che sono create o risiedono su un registro distribuito, sono garantite tramite crittografia, sono fungibili e non sono prodotte o emesse dall'entità segnalante o dalle sue parti correlate. I token che esulano da questa definizione, inclusi molti token di governance, token avvolti e token di ricezione di staking, potrebbero dover essere valutati secondo altre guide.

L'effetto pratico dell'ASC 350-60 è che la contabilità US GAAP per le cripto genera ora volatilità nel conto economico, cosa che non accade per l'IFRS, almeno per le entità che utilizzano il modello del costo IFRS. Uno studio che consiglia un'azienda che redige il bilancio secondo entrambi i principi contabili deve mantenere schemi di valutazione paralleli e riconciliare i due trattamenti in qualsiasi esercizio di consolidamento o rendicontazione duale.

CARF Crypto Reporting e la sua relazione con DAC8

Il Crypto-Asset Reporting Framework dell'OCSE, comunemente chiamato CARF, è il modello globale da cui DAC8 è stato sostanzialmente derivato. CARF stabilisce uno standard comune per lo scambio automatico di informazioni sulle transazioni di cripto-attività tra le giurisdizioni fiscali a livello mondiale. Mentre DAC8 è l'implementazione obbligatoria dell'UE di tale standard all'interno del blocco, il CARF crypto reporting è pensato per operare su base multilaterale molto più ampia, coprendo le giurisdizioni al di fuori dell'UE che adottano il quadro.

Per gli studi contabili in Estonia che servono clienti internazionalmente mobili o clienti con asset su exchange registrati in più giurisdizioni, CARF è direttamente rilevante. Un cliente che utilizza un exchange non UE registrato in una giurisdizione che adotta CARF potrebbe vedere i propri dati sulle transazioni segnalati alle autorità fiscali estoni attraverso il canale multilaterale CARF, non tramite DAC8. I campi dati sono simili, ma il canale legale è diverso e le scadenze per il primo scambio possono variare a seconda della giurisdizione.

L'implicazione pratica è che nessun cliente con partecipazioni significative in criptovalute dovrebbe presumere che la propria attività sia visibile solo alla piattaforma che utilizza. Gli studi dovrebbero verificare le relazioni con gli exchange dei propri clienti, identificare quali piattaforme sono soggette a DAC8 e quali a CARF, e assicurarsi che i registri delle transazioni conservati nei libri contabili del cliente siano sufficienti per spiegare e riconciliare qualsiasi scambio di dati in entrata a cui un'autorità fiscale potrebbe fare riferimento.

Contesto normativo estone per le imprese di criptovalute

L'Estonia è stata storicamente una delle giurisdizioni UE più accessibili per le imprese di cripto-attività, con un quadro di licenze amministrato dall'Unità di Intelligence Finanziaria. Inasprimenti normativi negli ultimi anni hanno alzato l'asticella per la conformità antiriciclaggio e i requisiti patrimoniali, il che significa che il pool di entità autorizzate è più piccolo ma più solidamente supervisionato rispetto al passato.

Per gli studi contabili che servono queste entità autorizzate, la conformità DAC8 si affianca agli obblighi esistenti di segnalazione AML, alla preparazione per l'autorizzazione MiCA e alla necessità di produrre bilanci verificabili. L'intersezione di questi obblighi significa che l'architettura dei dati è importante tanto quanto la stessa politica contabile. Un fornitore di servizi di cripto-attività che non può produrre un registro delle transazioni completo e con timestamp avrà difficoltà a soddisfare sia i suoi revisori che la scadenza di segnalazione DAC8.

Gli studi che consigliano clienti di criptovalute estoni dovrebbero anche notare che l'Agenzia delle Entrate e delle Dogane estone ha pubblicato linee guida sul trattamento fiscale nazionale delle cripto-attività, coprendo l'imposta sul reddito sulle plusvalenze e il trattamento dei redditi da mining e staking. Sebbene tali linee guida siano precedenti a DAC8, esse modellano il contesto in cui i report DAC8 saranno esaminati, e le discrepanze tra le cifre riportate e le dichiarazioni dei redditi probabilmente attireranno l'attenzione. Garantire l'allineamento tra la posizione fiscale autodichiarata del cliente e i dati sulle transazioni che DAC8 metterà nelle mani dell'autorità fiscale è un compito consulenziale chiave per qualsiasi studio coinvolto.

Costruire una piattaforma di reporting crypto pronta per la revisione

Gli studi contabili che vogliono servire bene i clienti crypto in ambito DAC8, IFRS e CARF hanno bisogno di una piattaforma di reporting che colleghi i dati delle transazioni grezze agli output del bilancio senza reinserimento manuale. Il rischio dei processi manuali non è solo l'efficienza: è la verificabilità. Un revisore che esamina un saldo di criptovalute vorrà tracciare ogni attività dal wallet o dall'exchange al libro mastro secondario, dal libro mastro secondario al bilancio di verifica, e dal bilancio di verifica al bilancio. Qualsiasi interruzione in questa catena crea un rischio di qualifica.

Il flusso di lavoro coinvolge tipicamente quattro strati. Primo, integrazioni con exchange e wallet che estraggono i dati delle transazioni in un formato strutturato. Secondo, un motore di classificazione che assegna ogni transazione a una categoria contabile, applicando il metodo corretto della base di costo. Terzo, uno strato di determinazione del fair value che associa prezzi di mercato verificabili a ogni transazione alla data di misurazione pertinente. Quarto, uno strato di reporting che produce sia i prospetti del bilancio che i formati di invio normativi richiesti da DAC8 e CARF.

Gli studi che esplorano questa infrastruttura dovrebbero guardare a piattaforme appositamente progettate intorno al reporting di conformità crypto per gli studi, che sono costruite per gestire l'intersezione tra segnalazione fiscale, principi contabili e divulgazione normativa in un unico percorso di revisione piuttosto che in fogli di calcolo scollegati.

Scenario illustrativo

Per illustrare come ciò si applichi nella pratica, si consideri il seguente scenario:

Markus è il responsabile della fiscalità e conformità in uno studio contabile di medie dimensioni a Tallinn, con tre clienti che detengono licenze attive per fornitori di servizi di cripto-attività. Mentre si avvicina il primo ciclo di rendicontazione DAC8, Markus si rende conto che due di questi clienti raccolgono dati sulle transazioni degli utenti su più exchange e li memorizzano in fogli di calcolo separati e non riconciliati. Un cliente redige il bilancio secondo gli IFRS e detiene un portafoglio significativo di token valutati secondo il modello del costo IAS 38, con diverse posizioni che hanno subito volatilità dei prezzi e richiedono una valutazione della riduzione di valore. Un terzo cliente ha recentemente attratto investitori istituzionali statunitensi e necessita di un programma parallelo ASC 350-60 per il suo pacchetto di rendicontazione US GAAP.

Markus inizia mappando le relazioni di ciascun cliente con gli exchange rispetto alle categorie di eventi soggetti a rendicontazione DAC8 e identificando le lacune nei dati delle transazioni. Successivamente, collabora con ciascun cliente per collegare i loro account exchange a CryptaCount, che consolida la cronologia delle transazioni, applica una valutazione del fair value coerente e genera sia i registri contabili secondari IFRS che i modelli di report DAC8 in un'unica pista di audit. Il risultato è che tutti e tre i clienti entrano nel periodo di rendicontazione con libri contabili riconciliati, politiche contabili documentate e dati DAC8 pronti per la presentazione, evitando una corsa dell'ultimo minuto tra registri disconnessi.

Domande frequenti

Cos'è la rendicontazione DAC8 e a chi si applica?

La DAC8 è una direttiva dell'UE che richiede ai fornitori di servizi di cripto-attività registrati o autorizzati in qualsiasi stato membro dell'UE di raccogliere e segnalare automaticamente i dati delle transazioni dei propri utenti alle autorità fiscali nazionali. Tali autorità condividono poi i dati con le autorità fiscali dei paesi di residenza degli utenti. Si applica a qualsiasi entità che si qualifichi come fornitore di servizi di cripto-attività secondo la definizione della direttiva, inclusi exchange, broker e alcuni servizi di trasferimento.

Come interagisce la DAC8 con il quadro CARF di rendicontazione delle cripto-attività dell'OCSE?

CARF è lo standard globale dell'OCSE per lo scambio automatico di informazioni sulle transazioni di cripto-attività, e la DAC8 è l'implementazione nazionale obbligatoria dell'UE di tale standard. Entrambi i quadri richiedono campi di dati simili e servono allo stesso scopo di trasparenza. I clienti che utilizzano exchange extra-UE in giurisdizioni che hanno adottato CARF potrebbero vedere i loro dati segnalati attraverso il canale multilaterale CARF anziché tramite DAC8, quindi le aziende devono monitorare quale quadro si applica a ciascuna piattaforma utilizzata da un cliente.

Come dovrebbero essere valutate le cripto-attività secondo gli IFRS?

Secondo l'attuale guida IFRS, la maggior parte delle cripto-attività sono trattate come attività immateriali secondo lo IAS 38 e contabilizzate al costo al netto delle perdite di valore, a meno che l'entità non adotti il modello di rivalutazione e possa dimostrare l'esistenza di un mercato attivo. Le entità che detengono cripto-attività come rimanenze nel corso dell'attività possono applicare invece lo IAS 2. Gli utili superiori al costo storico non sono rilevati a conto economico secondo il modello del costo, creando un'asimmetria rispetto al trattamento delle perdite.

Cosa è cambiato con l'ASC 350-60 per la contabilità US GAAP delle cripto-attività?

FASB ha introdotto l'ASC 350-60 per richiedere alle entità di valutare le cripto-attività qualificate al fair value a ogni data di rendicontazione, con tutte le variazioni rilevate direttamente nell'utile netto. Ciò ha sostituito un precedente modello di attività immateriale che consentiva solo svalutazioni al ribasso. Il cambiamento significa che la contabilità US GAAP delle cripto-attività ora produce volatilità a conto economico in entrambe le direzioni, il che rappresenta un allontanamento significativo dal modello del costo IFRS.

Cos'è il modello di fair value delle cripto-attività FASB e quali attività copre?

Il modello di fair value delle cripto-attività FASB secondo l'ASC 350-60 si applica alle cripto-attività che sono immateriali, risiedono su un registro distribuito, sono protette da crittografia, sono fungibili e non sono create o emesse dall'entità segnalante o dalle sue parti correlate. Le attività che non rientrano in questa definizione, come alcuni token di governance o token rappresentativi di staking, potrebbero dover essere valutate secondo altri principi contabili e ricevere un trattamento diverso.

L'Estonia ha regole contabili o fiscali specifiche per le cripto-attività oltre alla DAC8?

L'Estonia applica i principi contabili basati sugli IFRS per le entità tenute a preparare bilanci obbligatori, quindi si applica il quadro generale IFRS per le cripto-attività. L'Agenzia delle Entrate e delle Dogane estone ha anche pubblicato una guida nazionale sul trattamento fiscale ai fini dell'imposta sul reddito di plusvalenze, mining e staking di cripto-attività. Gli obblighi di rendicontazione DAC8 si sovrappongono a questi requisiti esistenti senza sostituirli, e le discrepanze tra i dati DAC8 e le dichiarazioni dei redditi probabilmente attireranno l'attenzione.

Quali dati deve raccogliere un'azienda per soddisfare contemporaneamente DAC8 e IFRS?

Entrambi i quadri si basano sulle stesse fondamenta: registrazioni complete delle transazioni con timestamp e fair value accurati al momento di ogni transazione. DAC8 richiede questi dati in un formato strutturato per la presentazione alle autorità fiscali, mentre IFRS li richiede per supportare i valori contabili di bilancio, le valutazioni di riduzione di valore e l'informativa di bilancio. Le aziende che costruiscono un registro delle transazioni unico e riconciliato possono soddisfare entrambi i requisiti da un'unica fonte di dati, anziché mantenere registri separati.

Come dovrebbe uno studio contabile strutturare il proprio flusso di lavoro di conformità per le cripto-attività in modo da essere pronto per la revisione contabile?

Un flusso di lavoro pronto per la revisione contabile collega i dati di exchange e wallet a un registro secondario tramite integrazioni automatizzate, applica un metodo di determinazione del costo base coerente e un livello di prezzo del fair value, e produce output tracciabili che collegano ogni attività al bilancio. Il rischio principale nei processi manuali sono le interruzioni nella pista di audit che impediscono a un revisore di tracciare un saldo dal wallet al bilancio. Le piattaforme contabili per cripto-attività progettate appositamente sono pensate per mantenere quella catena di prove lungo l'intero ciclo di rendicontazione.

Fonte: CryptaCount