Metodologia Contabile
Il motore contabile è il principale elemento differenziatore di CryptaCount. Trasforma le transazioni blockchain classificate in registrazioni contabili appropriate in partita doppia, calcola il costo secondo otto metodi internazionalmente riconosciuti e produce prospetti di rollforward che riconciliano da un periodo all’altro — il requisito fondamentale per il reporting finanziario pronto all’audit.
Contabilità in Partita Doppia
Sezione intitolata “Contabilità in Partita Doppia”Ogni transazione elaborata da CryptaCount genera una o più registrazioni contabili seguendo i principi della contabilità in partita doppia. I debiti eguagliano sempre i crediti. Non ci sono registrazioni monolaterali, nessuna rettifica di saldo inspiegabile e nessun calcolo opaco.
Per un semplice acquisto di ETH a €2.100:
| Conto | Dare (EUR) | Avere (EUR) |
|---|---|---|
| Asset Digitali — ETH | 2.100,00 | |
| Cassa / Banca | 2.100,00 |
Per un riscatto di premio di staking DeFi più complesso (0,5 LINK a FMV €7,25):
| Conto | Dare (EUR) | Avere (EUR) |
|---|---|---|
| Asset Digitali — LINK | 7,25 | |
| Reddito da Staking | 7,25 |
La struttura del giornale supporta un piano dei conti completo, consentendo alle aziende di mappare le transazioni crypto nel loro framework contabile esistente.
Integrità del Giornale a Prova di Manomissione
Sezione intitolata “Integrità del Giornale a Prova di Manomissione”Ogni registrazione contabile viene cifrata crittograficamente al momento della creazione. La catena di hash collega ciascuna registrazione al suo predecessore, creando un libro mastro a prova di manomissione. Qualsiasi modifica a una registrazione contabile storica interrompe la catena di hash, rendendo immediatamente rilevabili le modifiche non autorizzate.
Questo meccanismo fornisce l’evidenza di audit che il libro mastro non è stato modificato retroattivamente — un requisito fondamentale per i controlli del bilancio. Le correzioni sono ancora possibili ma devono essere trasparenti e tracciabili, coerentemente con la pratica contabile accettata.
Metodi di Calcolo del Costo
Sezione intitolata “Metodi di Calcolo del Costo”CryptaCount implementa otto metodi di calcolo del costo, coprendo l’intera gamma degli approcci internazionalmente riconosciuti:
| Metodo | Descrizione | Giurisdizioni Comuni |
|---|---|---|
| FIFO | First In, First Out — i lotti più vecchi vengono ceduti per primi | USA (default), UK, molti stati UE |
| LIFO | Last In, First Out — i lotti più recenti vengono ceduti per primi | Consentito in alcune giurisdizioni |
| HIFO | Highest In, First Out — i lotti al costo più alto vengono ceduti per primi | Ottimizzazione fiscale dove consentito |
| WAVG | Weighted Average Cost — costo medio ponderato unico per asset | Francia (obbligatorio), comune negli IFRS |
| FMV | Fair Market Value — mark-to-market | Società di trading, alcune strutture di fondi |
| NRV + FIFO | Net Realizable Value (base FIFO) | Valutazione delle rimanenze IAS 2 |
| NRV + Weighted Average | Net Realizable Value (base WAVG) | Valutazione delle rimanenze IAS 2 |
| Specific Identification | Specific Identification — l’utente seleziona i lotti | Consentito negli USA e in altri paesi |
Gerarchia di Risoluzione a Tre Livelli
Sezione intitolata “Gerarchia di Risoluzione a Tre Livelli”Il metodo di calcolo del costo viene risolto attraverso una gerarchia a tre livelli:
- Sostituzione specifica per asset — Un metodo impostato su un asset particolare (es. “usa HIFO per LINK”) ha la massima precedenza
- Livello classe di asset — Un metodo impostato per una classe di asset (es. “usa WAVG per tutte le stablecoin”) si applica a tutti gli asset in quella classe a meno che non venga sostituito al livello 1
- Valore predefinito del workspace — Il valore predefinito a livello di workspace (es. “FIFO”) si applica a tutto ciò che non è sostituito ai livelli 1 o 2
Questa gerarchia si adatta al requisito del mondo reale in cui un portafoglio può aver bisogno di metodi diversi per diverse categorie di asset all’interno della stessa giurisdizione, o dove un asset specifico ha una deroga normativa.
Ad esempio, uno studio contabile che gestisce un cliente lussemburghese potrebbe impostare FIFO come default del workspace, WAVG per le stablecoin (livello classe di asset) e Specific Identification per una particolare grande posizione ETH in cui la selezione dei lotti è rilevante per l’ottimizzazione fiscale (livello specifico per asset).
Fair Market Value (FMV)
Sezione intitolata “Fair Market Value (FMV)”La piattaforma acquisisce dati di fair market value per il pricing delle transazioni e delle posizioni. Il FMV viene rilevato a tre granularità:
- FMV al momento della transazione — Il prezzo di mercato al timestamp esatto di ciascuna transazione, utilizzato per il calcolo del costo e il riconoscimento del reddito
- Tasso di chiusura giornaliero — Prezzi di fine giornata utilizzati per il reporting e la valutazione delle posizioni
- Tasso medio mensile — Utilizzato per la Rivalutazione FMV secondo la metodologia IAS 21
Tutti i dati FMV vengono archiviati sia in USD (valuta di pricing principale) che tradotti nella valuta di reporting del workspace (tipicamente EUR) utilizzando il tasso di cambio applicabile.
Rollforward a Cinque Colonne
Sezione intitolata “Rollforward a Cinque Colonne”Il rollforward è l’artefatto centrale di riconciliazione. Traccia ciascuna posizione in asset attraverso un periodo di reporting in cinque colonne:
| Colonna | Descrizione | Fonte |
|---|---|---|
| Quantità | Numero di unità detenute | Aggregazione dei flussi in entrata/uscita delle transazioni |
| Costo (USD) | Costo storico in USD | Prezzo di acquisizione all’acquisto |
| FMV (USD) | Fair market value in USD | Prezzo di mercato corrente × quantità |
| Costo (EUR) | Costo storico in EUR | Costo USD × tasso FX all’acquisizione |
| FMV (EUR) | Fair market value in EUR | FMV USD × tasso FX di chiusura |
Il rollforward riconcilia: Saldo di Apertura + Aggiunte − Cessioni ± Rivalutazioni = Saldo di Chiusura, verificato su tutte e cinque le colonne.
Metodologia di Traduzione FX
Sezione intitolata “Metodologia di Traduzione FX”Per i workspace che riportano in EUR (o in qualsiasi valuta non USD), la piattaforma applica la traduzione allineata allo IAS 21:
- Rivalutazione FMV (EUR) utilizza il tasso di cambio medio mensile — ciò attenua la volatilità FX giornaliera nelle plusvalenze/minusvalenze da rivalutazione, coerentemente con la guida IAS 21 per le voci di reddito e spesa
- Traduzione FX utilizza il tasso di chiusura — il tasso di cambio alla data di bilancio applicato alle voci monetarie
- FX sulla Rivalutazione è la differenza di bilanciamento — il residuo che emerge dall’interazione tra le variazioni del FMV e le variazioni del tasso FX. Questo non viene calcolato indipendentemente; viene derivato come l’importo necessario per bilanciare il rollforward dopo che la Rivalutazione FMV e la Traduzione FX sono state applicate
Questo approccio a tre componenti (Rivalutazione FMV, Traduzione FX, FX sulla Rivalutazione) garantisce che le colonne del rollforward in EUR riconcilino sempre attribuendo correttamente le variazioni di valore alle loro fonti economiche.
Plusvalenze e Minusvalenze Realizzate e Non Realizzate
Sezione intitolata “Plusvalenze e Minusvalenze Realizzate e Non Realizzate”Le plusvalenze/minusvalenze realizzate vengono calcolate alla cessione (vendita, scambio, trasferimento in uscita) come differenza tra i proventi e il costo secondo il metodo selezionato. La plusvalenza o minusvalenza è denominata sia in USD che nella valuta di reporting.
Le plusvalenze/minusvalenze non realizzate rappresentano la differenza mark-to-market tra il FMV corrente e il costo storico per gli asset ancora detenuti. Queste vengono calcolate in qualsiasi momento per scopi di reporting senza influenzare il costo sottostante.
Per le giurisdizioni che distinguono le plusvalenze a breve e lungo termine (in base al periodo di detenzione), la piattaforma traccia le date di acquisizione a livello di lotto. La classificazione del periodo di detenzione dipende dalla giurisdizione e viene risolta attraverso il sistema di profili fiscali.
Classificazione delle Transazioni
Sezione intitolata “Classificazione delle Transazioni”La piattaforma assegna automaticamente i tipi di transazione in base all’analisi degli eventi on-chain:
| Categoria | Tipi di Transazione |
|---|---|
| Trasferimenti | Transfer in, Transfer out |
| Trading | Trade, Swap |
| Commissioni | Gas e commissioni di rete |
| Reddito | Staking reward, Mining reward, Airdrop, Other income |
| Spesa | Expense |
| DeFi | Liquidity add/remove, Stake/unstake, Borrow/repay, Reward claim, Wrap/unwrap, Bridge in/out |
| NFT | NFT mint, NFT trade |
La classificazione è automatica ma può essere sostituita. Gli utenti possono riclassificare le singole transazioni o definire regole di riclassificazione in blocco. Ogni modifica alla classificazione viene registrata nella traccia di audit, garantendo la piena tracciabilità di qualsiasi giudizio professionale applicato.
Hai ancora bisogno di aiuto?
Non trovi quello che cerchi? Il nostro team di supporto è qui per te.
Stai valutando CryptaCount per il tuo studio? Vedi i prezzi · Prenota una demo