Méthodologie comptable
Le moteur comptable est le principal facteur de différenciation de CryptaCount. Il transforme les transactions blockchain classifiées en écritures de comptabilité en partie double correctes, calcule le coût de base selon huit méthodes reconnues internationalement et produit des calendriers de rollforward qui reconcilent les données période par période — l’exigence fondamentale pour un reporting financier prêt pour l’audit.
Comptabilité en partie double
Section intitulée « Comptabilité en partie double »Chaque transaction traitée par CryptaCount génère une ou plusieurs écritures comptables conformes aux principes de la comptabilité en partie double. Les débits sont toujours égaux aux crédits. Il n’y a aucune écriture unilatérale, aucun ajustement de solde inexpliqué et aucun calcul opaque.
Pour un achat simple d’ETH à 2 100 € :
| Compte | Débit (EUR) | Crédit (EUR) |
|---|---|---|
| Actifs numériques — ETH | 2 100,00 | |
| Trésorerie / Banque | 2 100,00 |
Pour une réclamation de récompense de staking DeFi plus complexe (0,5 LINK à la FMV de 7,25 €) :
| Compte | Débit (EUR) | Crédit (EUR) |
|---|---|---|
| Actifs numériques — LINK | 7,25 | |
| Revenus de staking | 7,25 |
La structure du journal prend en charge un plan comptable complet, permettant aux entreprises d’intégrer les transactions crypto dans leur cadre comptable existant.
Intégrité du journal infalsifiable
Section intitulée « Intégrité du journal infalsifiable »Chaque écriture comptable est hashée de manière cryptographique lors de sa création. La chaîne de hachage lie chaque écriture à son prédécesseur, créant un grand livre infalsifiable. Toute modification d’une écriture historique casse la chaîne de hachage, rendant immédiatement détectables toute modification non autorisée.
Ce mécanisme fournit la preuve d’audit que le grand livre n’a pas été modifié rétroactivement — une exigence fondamentale pour les audits d’états financiers. Des corrections restent possibles mais doivent être transparentes et traçables, conformément aux pratiques comptables acceptées.
Méthodes de coût de base
Section intitulée « Méthodes de coût de base »CryptaCount met en œuvre huit méthodes de coût de base, couvrant l’ensemble des approches reconnues internationalement :
| Méthode | Description | Juridictions courantes |
|---|---|---|
| FIFO | First In, First Out — les lots les plus anciens sont cédés en premier | États-Unis (par défaut), Royaume-Uni, de nombreux États de l’UE |
| LIFO | Last In, First Out — les lots les plus récents sont cédés en premier | Autorisé dans certaines juridictions |
| HIFO | Highest In, First Out — les lots au coût le plus élevé sont cédés en premier | Optimisation fiscale là où c’est autorisé |
| WAVG | Weighted Average Cost — coût moyen pondéré unique par actif | France (obligatoire), IFRS courant |
| FMV | Fair Market Value — mark-to-market | Sociétés de trading, certaines structures de fonds |
| NRV + FIFO | Net Realizable Value (base FIFO) | Évaluation des stocks selon IAS 2 |
| NRV + Weighted Average | Net Realizable Value (base WAVG) | Évaluation des stocks selon IAS 2 |
| Specific Identification | Specific Identification — l’utilisateur sélectionne les lots | Autorisé aux États-Unis et ailleurs |
Hiérarchie de résolution à trois niveaux
Section intitulée « Hiérarchie de résolution à trois niveaux »La méthode de coût de base se résout selon une hiérarchie à trois niveaux :
- Remplacement spécifique à l’actif — Une méthode définie pour un actif particulier (p. ex., « utiliser HIFO pour LINK ») a la priorité la plus élevée
- Niveau catégorie d’actif — Une méthode définie pour une catégorie d’actif (p. ex., « utiliser WAVG pour tous les stablecoins ») s’applique à tous les actifs de cette catégorie sauf si remplacée au niveau 1
- Valeur par défaut de l’espace de travail — La valeur par défaut au niveau de l’espace de travail (p. ex., « FIFO ») s’applique à tout ce qui n’est pas remplacé aux niveaux 1 ou 2
Cette hiérarchie répond à l’exigence réelle dans laquelle un portefeuille peut nécessiter des méthodes différentes pour différentes catégories d’actifs au sein de la même juridiction, ou dans laquelle un actif spécifique bénéficie d’une dérogation réglementaire.
Par exemple, un cabinet comptable gérant un client luxembourgeois peut définir FIFO comme valeur par défaut de l’espace de travail, WAVG pour les stablecoins (niveau catégorie d’actif), et Specific Identification pour une grande position ETH particulière où la sélection des lots est importante pour l’optimisation fiscale (niveau spécifique à l’actif).
Fair Market Value (FMV)
Section intitulée « Fair Market Value (FMV) »La plateforme s’approvisionne en données de juste valeur de marché pour la valorisation des transactions et des positions. La FMV est saisie à trois niveaux de granularité :
- FMV au moment de la transaction — Le prix de marché à l’horodatage exact de chaque transaction, utilisé pour le coût de base et la reconnaissance des revenus
- Cours de clôture quotidien — Prix de fin de journée utilisés pour les rapports et la valorisation des positions
- Taux moyen mensuel — Utilisé pour la réévaluation FMV selon la méthodologie IAS 21
Toutes les données FMV sont stockées en USD (devise de pricing principale) et converties dans la devise de reporting de l’espace de travail (généralement l’EUR) au taux de change applicable.
Rollforward à cinq colonnes
Section intitulée « Rollforward à cinq colonnes »Le rollforward est l’artefact de réconciliation central. Il suit chaque position d’actif sur une période de reporting dans cinq colonnes :
| Colonne | Description | Source |
|---|---|---|
| Quantité | Nombre d’unités détenues | Agrégation des entrées/sorties de transactions |
| Coût (USD) | Coût historique en USD | Prix d’acquisition à l’achat |
| FMV (USD) | Juste valeur de marché en USD | Prix de marché actuel × quantité |
| Coût (EUR) | Coût historique en EUR | Coût USD × taux de change à l’acquisition |
| FMV (EUR) | Juste valeur de marché en EUR | FMV USD × taux de change de clôture |
Le rollforward réconcilie : Solde d’ouverture + Acquisitions − Cessions ± Réévaluations = Solde de clôture, vérifié sur les cinq colonnes.
Méthodologie de conversion des devises
Section intitulée « Méthodologie de conversion des devises »Pour les espaces de travail déclarant en EUR (ou dans toute devise non-USD), la plateforme applique une conversion alignée sur IAS 21 :
- Réévaluation FMV (EUR) utilise le taux de change moyen mensuel — cela lisse la volatilité quotidienne des devises dans les gains/pertes de réévaluation, conformément aux orientations d’IAS 21 pour les éléments de produits et charges
- Conversion de devises utilise le taux de clôture — le taux de change à la date du bilan appliqué aux éléments monétaires
- FX sur réévaluation est la différence d’équilibrage — le résidu qui résulte de l’interaction entre les variations de FMV et les variations de taux de change. Ce n’est pas un calcul indépendant ; il est dérivé comme le montant nécessaire pour équilibrer le rollforward après l’application de la réévaluation FMV et de la conversion de devises
Cette approche à trois composantes (Réévaluation FMV, Conversion de devises, FX sur réévaluation) garantit que les colonnes du rollforward en EUR se réconcilieront toujours tout en attribuant correctement les variations de valeur à leurs sources économiques.
Plus-values et moins-values réalisées et latentes
Section intitulée « Plus-values et moins-values réalisées et latentes »Les plus-values/moins-values réalisées sont calculées lors de la cession (vente, échange, transfert sortant) comme la différence entre le produit et le coût de base selon la méthode sélectionnée. Le gain ou la perte est libellé en USD et dans la devise de reporting.
Les plus-values/moins-values latentes représentent la différence mark-to-market entre la FMV actuelle et le coût historique pour les actifs encore détenus. Elles sont calculées à tout moment pour les besoins du reporting sans affecter le coût de base sous-jacent.
Pour les juridictions qui font la distinction entre les gains en capital à court terme et à long terme (en fonction de la durée de détention), la plateforme suit les dates d’acquisition au niveau du lot. La classification de la durée de détention dépend de la juridiction et est résolue via le système de profil fiscal.
Classification des transactions
Section intitulée « Classification des transactions »La plateforme attribue automatiquement les types de transactions en fonction de l’analyse des événements on-chain :
| Catégorie | Types de transactions |
|---|---|
| Transferts | Transfer in, Transfer out |
| Trading | Trade, Swap |
| Frais | Frais de gas et de réseau |
| Revenus | Staking reward, Mining reward, Airdrop, Other income |
| Charges | Expense |
| DeFi | Liquidity add/remove, Stake/unstake, Borrow/repay, Reward claim, Wrap/unwrap, Bridge in/out |
| NFT | NFT mint, NFT trade |
La classification est automatique mais modifiable. Les utilisateurs peuvent reclassifier des transactions individuelles ou définir des règles de reclassification en masse. Chaque modification de classification est consignée dans la piste d’audit, garantissant la traçabilité complète de tout jugement professionnel appliqué.
Besoin d'aide ?
Vous ne trouvez pas ce que vous cherchez ? Notre équipe d'assistance est là pour vous.
Vous évaluez CryptaCount pour votre cabinet ? Voir les tarifs · Réserver une démo