Depuis le 1er janvier 2026, la directive DAC8 est entrée en vigueur dans toute l’Union européenne. Les prestataires de services sur crypto-actifs (PSCA) établis en France doivent identifier, collecter et transmettre à la DGFiP l’intégralité des opérations crypto réalisées par leurs clients résidents de l’UE tout au long de l’exercice 2026, avec une première déclaration attendue au 31 janvier 2027.
Mais DAC8 ne concerne pas uniquement les exchanges crypto. Toute ETI qui détient des actifs numériques en bilan, qui a émis des tokens de fidélité pour ses distributeurs B2B, ou qui rémunère ses dirigeants ou salariés en cryptomonnaies entre dans le périmètre. Et c’est là que le sujet devient un enjeu ERP concret : la DGFiP recevra de votre exchange institutionnel (Binance Institutional, Coinbase Prime, Kraken Pro) le détail de vos opérations 2026. Si votre comptabilité interne ne reflète pas la même réalité, vous vous exposez à un redressement lors du contrôle de cohérence automatisé attendu en 2027-2028.
Ce guide s’adresse aux DAF et responsables fiscaux d’ETI (50-500 M€ de chiffre d’affaires). Il répond à trois questions : êtes-vous réellement concerné ? Quels paramétrages ERP sont indispensables avant le 31 décembre 2026 ? Et quels outils permettent de produire la déclaration DAC8 sans développement sur mesure ?
Qu’est-ce que DAC8 et qui est vraiment concerné parmi les ETI ?
Le texte, les décrets, le calendrier
La directive (UE) 2023/2226 du Conseil du 17 octobre 2023 (dite « DAC8 ») étend le mécanisme d’échange automatique d’informations fiscales aux crypto-actifs, en s’alignant sur le standard CARF (Crypto-Asset Reporting Framework) de l’OCDE.
En France, la transposition a été réalisée par l’article 54 de la loi de finances pour 2025, qui a créé les articles 1649 AC bis à 1649 AC sexies du Code général des impôts (CGI), complétés par les décrets d’application n° 2025-1276 et n° 2025-1277 du 19 décembre 2025. Les obligations s’appliquent aux opérations réalisées à compter du 1er janvier 2026, avec une première déclaration attendue au 31 janvier 2027 pour les données 2026. L’échange automatique entre administrations fiscales européennes suivra avant le 30 septembre 2027.
| Étape | Date |
|---|---|
| Début du suivi obligatoire des opérations | 1er janvier 2026 |
| Première déclaration PSCA → DGFiP | 31 janvier 2027 |
| Échange entre administrations UE | Avant le 30 septembre 2027 |
| Comparaison automatisée avec les liasses fiscales | 2027-2028 |
Périmètre : pas seulement les exchanges
La directive vise en premier lieu les PSCA (Prestataires de Services sur Crypto-Actifs) : exchanges, dépositaires, plateformes de conversion crypto-fiat. Sont exemptés les prestataires établis dans un autre État de l’UE ou un État partenaire CARF ayant signé des accords d’échange équivalents.
Mais trois situations concernent directement les ETI non-PSCA :
- Détention de crypto en bilan : une ETI qui achète du Bitcoin ou de l’Ether comme réserve de trésorerie ou investissement spéculatif. L’exchange institutionnel déclarera ses opérations à la DGFiP ; l’ETI doit avoir une comptabilisation cohérente en interne.
- Tokens de rémunération ou de fidélité : une ETI qui a émis des tokens pour rémunérer des partenaires B2B ou des salariés en complément de salaire. Ces tokens entrent dans le périmètre MiCA/DAC8 s’ils sont utilisables comme moyen de paiement ou d’investissement.
- NFT en stock ou actif incorporel : une ETI qui a acheté des NFT comme actif de marque (droits numériques, accès à des services partenaires) doit les comptabiliser selon les nouvelles normes.
Ce que DAC8 exige concrètement des ETI
Pour les ETI non-PSCA, DAC8 crée une obligation indirecte : la cohérence entre les données que la DGFiP recevra de leurs exchanges et les données déclarées dans la liasse fiscale. Elle impose également, pour celles qui émettent des tokens ou des NFT, des obligations de registre interne (tenue d’un registre des attributions, valorisation à la date d’attribution, NIF des bénéficiaires).
Les 4 changements comptables que DAC8 impose dans votre ERP
1. Nouveaux comptes à créer dans le plan comptable
Le règlement ANC 2020-05, encore applicable pour les exercices ouverts jusqu’au 31 décembre 2026, a introduit un traitement comptable asymétrique : les moins-values latentes sont provisionnées, mais les plus-values latentes ne sont pas constatées. Le règlement ANC 2026-01 (publié en janvier 2026) corrige cette asymétrie et devient obligatoire à partir du 1er janvier 2027, avec possibilité d’anticipation dès l’exercice 2026.
Les nouveaux comptes à créer dans votre plan comptable ERP :
- Compte 522 : crypto-actifs détenus (anciennement traités en compte 50x sous ANC 2020-05)
- Compte 513 : stablecoins (traités comme monnaie électronique, réglementation distincte)
- Compte 524 : actifs numériques empruntés (staking, lending institutionnel)
Si votre ERP utilise un plan comptable figé avec des comptes non paramétrables, c’est un point de blocage à traiter avant la clôture 2026.
2. Valorisation à la clôture : passage à la valeur vénale
Sous ANC 2020-05, la méthode du coût historique prévalait, avec provision pour dépréciation en cas de moins-value latente. Sous ANC 2026-01, la valeur vénale à chaque date de clôture devient la règle, alignant le traitement français sur les normes IFRS pour les actifs intangibles. Conséquences pratiques :
- L’ERP doit importer automatiquement le cours de clôture de chaque crypto à chaque arrêté comptable (mensuel, trimestriel, annuel).
- Les plus-values latentes sont désormais constatées au bilan, pas seulement les moins-values. Cela modifie la présentation du résultat et l’assiette IS.
- La volatilité des crypto crée un risque de variation significative du résultat comptable d’un arrêté à l’autre : les auditeurs exigeront une documentation méthodologique solide.
3. Calcul des plus-values en FIFO : paramétrage lot par lot
L’article 38 du CGI s’applique aux sociétés : chaque cession d’actif numérique contre monnaie fiat, ou chaque échange crypto-contre-crypto, génère une imposition distincte. La méthode de calcul doit être documentée et appliquée de façon cohérente sur l’ensemble du portefeuille.
Les deux méthodes acceptées :
- FIFO (First-In, First-Out) : les actifs achetés en premier sont considérés comme cédés en premier. C’est la méthode par défaut sous ANC 2026-01.
- CMUP (Coût Moyen Unitaire Pondéré) : le coût de revient est recalculé après chaque acquisition.
Le paramétrage FIFO dans un ERP généraliste (SAP, Oracle, Sage) nécessite la création d’un modèle de gestion des lots (batch management) spécifique aux actifs numériques, distinct de la gestion des stocks physiques. Chaque lot correspond à une acquisition datée, avec son coût unitaire d’entrée et sa date d’achat.
4. Interface avec la liasse fiscale BIC
Les gains issus des cessions de crypto-actifs sont imposables dans la catégorie BIC (Bénéfices Industriels et Commerciaux) pour les sociétés. La plus-value ou moins-value calculée par le module ERP doit alimenter directement la liasse 2058-A (détermination du résultat fiscal) sans saisie manuelle intermédiaire. Un écart entre la valorisation ERP et le montant déclaré en liasse est le premier signal d’alerte pour un vérificateur fiscal qui comparerait vos données avec celles transmises par votre exchange.
Les 4 paramétrages ERP prioritaires avant fin 2026
1. Intégration des flux depuis les exchanges institutionnels
L’alimentation manuelle des transactions crypto dans l’ERP n’est pas viable dès que le volume dépasse une centaine d’opérations par mois. Les exchanges institutionnels proposent des APIs REST pour exporter l’historique complet des transactions avec, pour chaque opération : date et heure UTC, type (buy/sell/transfer/staking reward), quantité, cours EUR à la date J, frais de transaction.
L’intégration se fait en trois étapes :
- Connecteur API : soit via un outil spécialisé (Cryptio, Bitwave, Tres Finance), soit via un ETL interne (Python, dbt) qui interroge l’API de l’exchange et pousse les données dans l’ERP.
- Mapping comptable : chaque type d’opération API est mappé vers un compte ERP spécifique (achat → débit 522, virement entrant → débit 522, cession → crédit 522 + débit 512).
- Réconciliation : les opérations importées depuis l’exchange sont rapprochées des paiements bancaires correspondants (virements SEPA en entrée/sortie) pour valider la cohérence.
2. Module multi-devises étendu : crypto comme devise tierce
Les ERP traitent nativement plusieurs devises fiat. Les crypto-actifs nécessitent une extension de ce module : chaque cryptomonnaie détenue est traitée comme une « devise » avec un cours de change variable, mis à jour à chaque transaction et à chaque date de clôture.
Le paramétrage à faire :
- Créer chaque cryptomonnaie détenue (BTC, ETH, USDC…) comme une devise tierce dans le référentiel de l’ERP.
- Configurer une source de cours (API CoinGecko, Kaiko ou Refinitiv pour les cours institutionnels) pour l’alimentation automatique des taux de change.
- Définir la règle de valorisation à la clôture (valeur vénale = cours de marché à 23h59 CET le dernier jour de l’exercice).
3. Traçabilité FIFO pour les cessions d’actifs numériques
La gestion FIFO des cessions nécessite de conserver, pour chaque unité de crypto-actif acquise, un « lot » avec : date d’acquisition, coût unitaire en EUR, quantité encore disponible. À chaque cession, l’ERP consomme les lots les plus anciens en premier et calcule automatiquement la plus-value ou moins-value unitaire.
Ce mécanisme est identique, conceptuellement, à la gestion des stocks en FIFO pour les articles manufacturés. La différence est que les crypto-actifs peuvent être partiellement détenus (fractions de Bitcoin) et que les lots proviennent d’un flux d’opérations automatisé, pas de bons de réception physique.
4. Module déclaratif : préparation des données pour le reporting DAC8
Pour les PSCA, le module déclaratif doit produire un fichier structuré conforme au schéma XSD DAC8/CARF, à déposer auprès de la DGFiP avant le 31 janvier 2027. Pour les ETI non-PSCA, le module déclaratif sert à préparer les données internes à présenter lors d’un éventuel contrôle : registre des attributions de tokens, historique des cessions, documentation de la méthode FIFO, piste d’audit des cours utilisés.
Les éléments à archiver et tracer dans l’ERP :
- Toutes les opérations de la période (achat, vente, échange crypto-crypto, récompenses de staking, transferts)
- Les cours EUR utilisés pour chaque valorisation, avec leur source
- La méthode de valorisation documentée (FIFO, CMUP) et la date de son adoption
- Les déclarations produites et les données transmises à la DGFiP
Consultez notre guide sur la piste d’audit ERP : obligations de conservation SOX, RGPD, GoBD et FEC pour les exigences d’archivage applicables à ces documents.
Comparatif : quel ERP gère nativement les actifs numériques ?
SAP S/4HANA : module FI + extension Cryptio ou Bitwave
SAP ne propose pas nativement de module « actifs numériques » dans son module FI standard. Le paramétrage passe par la création de classes de valeur spécifiques dans le module Asset Accounting (FI-AA) ou par la gestion de lots dans le module Materials Management (MM), selon la volumétrie et la complexité. Pour les PSCA ou les ETI à fort volume crypto, des partenaires comme Cryptio ou Bitwave proposent des connecteurs SAP certifiés qui automatisent le flux transactions-exchange vers FI.
Oracle Fusion Cloud : Financial Management + connecteurs tiers
Oracle Fusion dispose d’un module multi-devises avancé et d’un moteur de valorisation configurable, qui peut absorber les crypto-actifs comme des devises tierces avec cours de marché. Kaiko et Refinitiv (LSEG) proposent des connecteurs de données de cours directement vers Oracle Cloud. L’adaptation du plan comptable (comptes 522, 513, 524) est native dans le référentiel Oracle.
Sage Intacct : module multi-entité, partenariat Cryptio
Sage Intacct est particulièrement adapté aux ETI multi-entités qui veulent traiter les crypto-actifs dans une structure de groupe. Le partenariat avec Cryptio (annoncé en 2024) permet une synchronisation automatique des transactions depuis les exchanges vers le module GL d’Intacct, avec mapping comptable configurable par entité.
Odoo 18 : limites du module natif, contournements via développement
Odoo 18 ne dispose pas d’un module natif de gestion des crypto-actifs conforme ANC 2026-01. Le module comptable gère bien les devises multiples, mais la gestion FIFO des cessions et l’importation automatisée depuis les exchanges nécessitent des modules communautaires (OCA) ou des développements spécifiques. Pour une ETI qui utilise Odoo comme ERP unique, le coût de mise en conformité DAC8 est à estimer entre 15 000 et 40 000 euros de développement spécifique, selon la volumétrie.
Solutions dédiées : Cryptio, Tres Finance, Bitwave
Ces outils se positionnent comme des « middleware comptables crypto » à intégrer avec votre ERP existant plutôt qu’à remplacer. Ils prennent en charge la connexion aux exchanges, le calcul FIFO, la production des journaux comptables et l’export au format ERP (SAP IDOC, Oracle CSV, Sage import). Pour une ETI avec moins de 500 transactions crypto par an, l’un de ces outils combiné à votre ERP existant est souvent moins coûteux qu’un développement natif.
Checklist DAF : 10 points avant la clôture 2026
Avant le 31 décembre 2026, passez en revue ces 10 points :
- Inventaire des détentions : listez tous les portefeuilles crypto de la société (exchange institutionnel, cold wallets, custodian).
- Éligibilité DAC8 : déterminez si votre société est PSCA ou si elle entre dans le périmètre indirect (détention en bilan, tokens émis).
- Plan comptable : créez les comptes 522, 513, 524 dans votre ERP si ce n’est pas fait.
- Méthode de valorisation : choisissez FIFO ou CMUP, documentez-la par écrit, appliquez-la rétroactivement depuis le 1er janvier 2026.
- Source de cours : choisissez une source de cours institutionnelle (Kaiko, Refinitiv ou CoinGecko Pro), configurez-la dans l’ERP.
- Intégration exchange : activez ou développez le connecteur API vers votre exchange institutionnel.
- Rapprochement bancaire : vérifiez que chaque virement SEPA lié à un achat ou une vente de crypto est rapproché automatiquement dans l’ERP.
- Piste d’audit : configurez l’archivage des journaux de valorisation, des cours utilisés et des déclarations produites (durée minimale : 10 ans).
- Liasse fiscale : vérifiez que le module fiscal de votre ERP intègre les plus-values crypto dans le calcul IS (2058-A).
- Test de cohérence : simulez la réconciliation entre votre comptabilité interne et un export de vos transactions depuis l’exchange : les montants EUR doivent correspondre à moins de 0,5 % d’écart.
Pour aller plus loin sur le reporting financier ERP, lisez notre guide sur l’ERP et la business intelligence embarquée : dashboards et analytics en 2026 et notre analyse de l’archivage et rétention des données ERP : obligations légales et stratégie technique.
Pour valider votre niveau de préparation DAC8, partez sur un audit ciblé de votre paramétrage ERP actuel sur les actifs numériques. Budget typique : 8 à 20 K€ selon la taille et la complexité du portefeuille. Résultat : une feuille de route priorisée avec les 3 à 5 chantiers critiques à traiter avant la clôture de décembre.
