Cadre de conformité réglementaire

CryptaCount est conçu pour produire des données satisfaisant trois cadres réglementaires européens qui se chevauchent, tout en restant utile à l’échelle mondiale. La plateforme n’exerce pas elle-même d’activités réglementées — elle fournit l’infrastructure informatique que les entités réglementées (cabinets comptables, cabinets d’audit, conseillers fiscaux agréés) utilisent pour remplir leurs obligations.

Paysage réglementaire européen

DAC8 — Directive relative à la coopération administrative

DAC8 étend le cadre d’échange d’informations fiscales de l’UE aux crypto-actifs. Elle oblige les prestataires de services sur crypto-actifs (CASP) et les intermédiaires à déclarer les données de transactions et de détention aux autorités fiscales nationales, qui les échangent ensuite entre États membres.

Pour les utilisateurs de CryptaCount, DAC8 signifie que leurs clients font face à de nouvelles obligations déclaratives. La plateforme structure ses sorties de données pour s’aligner sur les schémas de reporting DAC8, garantissant que les données de transactions, les durées de détention, les calculs de coût de base et les rapports de gains/pertes peuvent être mappés aux formats de reporting requis.

MiCA — Markets in Crypto-Assets

MiCA établit un cadre d’agrément et opérationnel pour les prestataires de services sur crypto-actifs opérant dans l’UE. Bien que CryptaCount lui-même ne soit pas un CASP (il ne conserve pas en dépôt, ne négocie pas et ne transfère pas de crypto-actifs), ses utilisateurs le sont souvent — ou servent des clients qui le sont.

Les sorties comptables de la plateforme s’alignent sur les exigences de reporting financier de MiCA pour les entités agréées, notamment le traitement au bilan des crypto-actifs, la reconnaissance des revenus de services crypto et les calculs de capital réglementaire.

CARF — Crypto-Asset Reporting Framework

Le CARF est une norme de l’OCDE pour l’échange transfrontalier d’informations relatives aux crypto-actifs, analogue à la NCD (Common Reporting Standard) pour les comptes financiers traditionnels. Il oblige les intermédiaires à collecter et déclarer des informations sur les transactions de crypto-actifs aux juridictions participantes.

Le système de profils fiscaux multi-juridictions de CryptaCount modélise les exigences de reporting CARF parallèlement aux règles fiscales nationales, permettant aux utilisateurs d’identifier les transactions et les détentions qui déclenchent des obligations de déclaration CARF.

Alignement IFRS

Pour les utilisateurs institutionnels (entreprises, fonds, entités soumises à reporting public), la méthodologie comptable de la plateforme s’aligne sur les Normes internationales d’information financière :

• IAS 2 (Stocks) — Applicable lorsque les crypto-actifs sont détenus en tant que stocks (opérations minières, market making). Les méthodes NRV (NRV + FIFO, NRV + Weighted Average) mettent en œuvre le principe d’IAS 2 du « plus faible du coût et de la valeur nette de réalisation ».
• IAS 21 (Effets des variations des cours des monnaies étrangères) — La méthodologie de conversion de devises pour les monnaies de reporting non-USD suit les orientations d’IAS 21 : taux moyens mensuels pour les éléments de produits/charges, taux de clôture pour les éléments du bilan.
• IAS 38 (Immobilisations incorporelles) — Cadre de classification pertinent pour les crypto-actifs détenus en tant qu’immobilisations incorporelles (traitement IFRS par défaut pour la plupart des crypto-actifs en 2026).
• IFRS 13 (Évaluation de la juste valeur) — La source et la hiérarchie de la juste valeur de marché suivent les principes d’IFRS 13 pour la détermination de la juste valeur des crypto-actifs.

Luxembourg GAAP

Pour les sociétés privées luxembourgeoises (non tenues d’utiliser les IFRS), la plateforme prend en charge le traitement selon le Luxembourg GAAP. Cela est pertinent car CryptaCount est basée au Luxembourg et nombre de ses clients initiaux sont des entités luxembourgeoises. Le traitement des crypto-actifs selon le Luxembourg GAAP diffère des IFRS sur plusieurs points, notamment en ce qui concerne les réserves de réévaluation et les tests de dépréciation.

« Calcule mais ne décide pas »

Ce principe n’est pas une clause de non-responsabilité juridique — c’est une décision de conception fondamentale qui oriente chaque fonctionnalité du produit.

La plateforme calcule des chiffres : coût de base, juste valeur de marché, gains/pertes, écritures comptables, calendriers de rollforward, montants fiscalement pertinents par juridiction. Elle ne prend pas de décisions de classification qui nécessitent un jugement professionnel : savoir si une interaction DeFi particulière constitue un événement imposable dans une juridiction spécifique, si un token particulier doit être classifié comme titre financier, ou si une exonération de durée de détention spécifique s’applique.

Cette frontière est maintenue dans l’ensemble du produit :

• Les types de transactions sont classifiés automatiquement mais toujours modifiables par l’utilisateur
• Les profils fiscaux des juridictions fournissent des données (taux, règles, seuils) mais ne génèrent pas automatiquement de déclarations fiscales finales
• Les rapports sont étiquetés comme des sorties de calcul, et non comme des déclarations fiscales ou des soumissions réglementaires
• La plateforme met explicitement en évidence les domaines où un jugement professionnel est requis plutôt que de faire des hypothèses silencieuses

Pour le public B2B (comptables, auditeurs, conseillers fiscaux), ce n’est pas une limitation — c’est une fonctionnalité. Les professionnels ont besoin d’outils qui fournissent des données et des calculs fiables, et non d’outils qui se substituent à leur jugement. La plateforme améliore leur efficacité sans empiéter sur leur domaine d’expertise.