Un avis de vérification arrive. Vous avez quinze jours pour remettre le fichier des écritures comptables de chaque exercice visé. Votre DAF se tourne vers la DSI, qui ouvre l'ERP — et découvre que personne n'a jamais testé l'extraction. Ce scénario, loin d'être anecdotique, expose l'entreprise à une amende de 5 000 € par exercice, voire à 10 % des droits rappelés si des rectifications sont notifiées (article 1729 D du CGI). Extraire un FEC conforme depuis un ERP n'est pas un simple « export CSV » : c'est un acte technique encadré par la loi, dont la réussite dépend autant du paramétrage comptable que de la maîtrise du logiciel.
Cet article constitue le point d'entrée de notre série consacrée à l'extraction du FEC. Pour comprendre le FEC dans sa globalité — obligation, contenu, enjeux — consultez d'abord notre guide complet du FEC.
Le cadre légal de l'extraction : ce que dit réellement le LPF
L'article L. 47 A-I du livre des procédures fiscales (LPF) impose à tout contribuable tenant sa comptabilité au moyen de systèmes informatisés de remettre, dès le début des opérations de contrôle, une copie des fichiers des écritures comptables sous forme dématérialisée. Les normes de format sont fixées par l'article A. 47 A-1 du LPF : 18 champs obligatoires, dans un ordre précis, avec un nommage normé (SirenFECAAAAMMJJ).
L'obligation s'applique depuis le 1er janvier 2014 à tous les contribuables soumis par le CGI à la tenue et à la présentation de documents comptables — sociétés à l'IS, entrepreneurs individuels au réel (BIC, BNC, BA). Seuls les auto-entrepreneurs et les SCI soumises exclusivement aux revenus fonciers dont tous les associés sont des personnes physiques bénéficient d'une dispense de tempérament (BOI-CF-IOR-60-40-10, § 20). Le Conseil d'État a récemment confirmé la constitutionnalité de l'amende associée, rejetant une QPC qui invoquait les principes de proportionnalité et de non bis in idem (CE, 30 janvier 2026, n° 506887).
La sanction est claire : 5 000 € par exercice en l'absence de rectification, et 10 % des droits rappelés si ce montant dépasse 5 000 € (article 1729 D du CGI). L'amende frappe aussi bien le défaut de remise que la remise d'un fichier non conforme aux normes de l'article A. 47 A-1. En pratique, un avis de vérification portant sur trois exercices peut donc générer 15 000 € d'amendes FEC avant même que le vérificateur n'ait examiné un seul compte.
Ce que « extraire un FEC » signifie techniquement
Extraire un FEC, ce n'est pas exporter un grand-livre au format Excel. L'opération consiste à produire, depuis le système comptable, un fichier à plat (TXT avec séparateur tabulation ou pipe) ou un fichier XML conforme au schéma XSD publié par la DGFiP, contenant l'intégralité des écritures comptables validées d'un exercice clos.
Les 18 champs obligatoires — de JournalCode à ValidDate — doivent apparaître dans l'ordre défini par l'article A. 47 A-1 du LPF. Les trois premiers caractères de CompteNum doivent correspondre à des chiffres respectant la nomenclature du PCG. Le champ EcritureNum doit suivre une séquence continue. Le fichier doit inclure les écritures de report à nouveau (à-nouveaux d'ouverture). Pour une analyse détaillée de chaque champ, reportez-vous à notre article dédié sur la structure des 18 champs du FEC.
Le nommage du fichier obéit à une convention stricte : SirenFECAAAAMMJJ, où SIREN désigne le numéro SIREN à 9 chiffres de l'entité, et AAAAMMJJ la date de clôture de l'exercice. Un exercice clos au 31 décembre 2025 pour une société dont le SIREN est 456321789 donnera le fichier 456321789FEC20251231. Si le volume impose un découpage (accord préalable du vérificateur), chaque fraction conserve ce préfixe suivi d'un suffixe identifiant la période (ex. _1T pour le premier trimestre).
Panorama des ERP : comment chaque éditeur gère l'extraction FEC
La quasi-totalité des logiciels comptables du marché français intègre désormais un module de génération FEC. Les différences résident dans le degré de paramétrage requis, la fiabilité du fichier produit et la complexité de l'environnement technique.
SAP (ECC et S/4HANA) : DART et ses prérequis
SAP utilise le Data Retention Tool (DART) pour générer le FEC. La vue standard est 2FR_FI01 ("DART: FI Transaction data for France legal requirements"), documentée dans la note SAP 1923322. L'extraction passe par la transaction FTW1A, après exécution du report à nouveau via la transaction FAGL_FR_03 (Classic GL) ou son équivalent New GL.
Les prérequis sont significatifs : version DART 2.6e minimum (2.7 recommandée), implémentation des notes SAP 1935509, 1923322 et 1906078, et paramétrage du document type pour les écritures d'ouverture. Dans les environnements multi-normes (PCG + IFRS), le FEC ne doit contenir que les écritures relevant de la comptabilité française — un point de vigilance majeur que la DVNI examine systématiquement. Pour le détail de la procédure, consultez notre guide d'extraction FEC depuis SAP avec DART.
Sage (100, 50, Ciel Comptabilité, Business Cloud)
L'écosystème Sage couvre un large spectre d'entreprises. Sage 100 Comptabilité propose une fonction d'export FEC intégrée accessible depuis le menu Traitements. Sage 50 et Ciel Comptabilité disposent de fonctions équivalentes, documentées dans les bases de connaissances éditeur. Sage Business Cloud permet l'import et l'export au format FEC, avec une attention particulière portée à la correspondance entre l'exercice comptable du fichier et l'exercice en cours dans l'application.
Le principal piège chez Sage concerne les anciennes versions : les releases antérieures à la mise en conformité FEC (pré-2014) nécessitent une mise à jour pour supporter le format réglementaire. La génération automatique du fichier est fiable dans les versions à jour, mais les environnements fortement personnalisés (plans comptables non standard, écritures d'interface) peuvent produire des anomalies sur les champs CompAuxNum ou PieceRef.
Cegid (XRP Flex, XRP Ultimate, XRP Sprint)
Éditeur français historique, Cegid intègre la génération FEC dans toutes ses gammes actuelles. La conformité réglementaire (FEC, TVA, facturation électronique) fait partie du périmètre de mise à jour légale inclus dans les contrats de maintenance. Les utilisateurs de Cegid XRP Flex (full SaaS) bénéficient de mises à jour automatiques ; les installations on-premise (XRP Ultimate) nécessitent l'application manuelle des patches réglementaires.
La difficulté propre à Cegid réside dans la diversité des gammes et des versions historiques. Un client migré depuis une ancienne version de Cegid Comptabilité vers XRP Flex doit vérifier que l'historique comptable repris est intégralement accessible à la fonction d'export FEC. Les écritures antérieures à la migration, si elles n'ont pas été correctement reprises, peuvent générer un FEC incomplet pour les exercices de transition.
Autres logiciels (EBP, QuadraCompta, ACD, Divalto, Odoo)
EBP propose un module FEC natif dans ses gammes Compta Classic et Compta PRO. QuadraCompta (Cegid) et ACD intègrent également la génération FEC, avec des procédures documentées par les éditeurs. Divalto, positionné sur les PME industrielles, dispose d'une fonction d'extraction depuis son module comptable. Odoo, ERP open source, propose un module communautaire de génération FEC dont la conformité dépend de la version et du mainteneur — un point de vigilance pour les entreprises qui ne disposent pas d'un intégrateur dédié.
Pour chacun de ces logiciels, le principe reste identique : l'exercice doit être clôturé, le report à nouveau passé, et le fichier généré puis testé avant toute remise à l'administration.
Les cinq points de vigilance communs à tous les ERP
Quel que soit l'éRP utilisé, cinq catégories d'anomalies reviennent de manière récurrente dans les FEC rejetés ou critiqués par l'administration. Ces anomalies, détaillées dans notre article sur les anomalies FEC fréquentes, méritent une vérification systématique après chaque extraction.
Le report à nouveau (à-nouveaux d'ouverture) est la première source d'erreur. Le FEC doit contenir les écritures d'ouverture de l'exercice, ce qui suppose que le processus de clôture et de report a été exécuté dans l'ERP avant la génération du fichier. Oublier cette étape produit un FEC dont les soldes d'entrée ne correspondent pas aux soldes de sortie de l'exercice précédent — une incohérence immédiatement détectée par le vérificateur.
Le séparateur décimal constitue un piège technique fréquent. Le format FEC impose la virgule comme séparateur décimal pour les montants (Debit, Credit, Montant, MontantDevise). Les systèmes configurés en environnement anglophone ou les ERP internationaux (SAP, Oracle) utilisent par défaut le point, ce qui rend le fichier non conforme.
Le plan comptable doit respecter la nomenclature du PCG : les trois premiers caractères de CompteNum doivent être des chiffres conformes aux classes de comptes françaises. Les entreprises utilisant un plan interne alphanumériqueou un plan de comptes international doivent s'assurer que le mapping vers le PCG est correctement configuré dans le module d'extraction.
Les champs CompAuxNum et DeviseCode sont souvent vides ou mal renseignés. CompAuxNum (numéro de compte auxiliaire) n'est obligatoire que pour les écritures portant sur un compte de tiers ; DeviseCode n'est requis que pour les opérations en devise étrangère. Leur absence dans les cas où ils sont requis, ou leur présence erronée, constitue une non-conformité.
L'encodage du fichier (UTF-8 sans BOM, ou ISO 8859-15) et les fins de ligne (CRLF) sont des détails techniques qui peuvent invalider un fichier structurellement correct. L'outil Test Compta Demat de la DGFiP, disponible en téléchargement libre, permet de vérifier ces aspects avant toute remise.
Que faire concrètement : méthodologie de préparation
La bonne pratique consiste à générer et tester le FEC dès la clôture de chaque exercice, sans attendre un avis de vérification. Cette approche présente trois avantages : elle laisse le temps de corriger les anomalies, elle évite de mobiliser l'ERP en urgence (les extractions volumineuses consomment des ressources serveur), et elle permet de constituer un argumentaire solide en cas de contestation par l'administration.
La méthodologie recommandée se décompose en cinq étapes. D'abord, vérifier que l'exercice est intégralement clôturé et que le report à nouveau est passé. Ensuite, lancer l'extraction FEC depuis le module natif de l'ERP, en sélectionnant exclusivement les écritures relevant de la comptabilité française (PCG). Puis, contrôler le fichier produit avec Test Compta Demat ou un outil tiers (FEC Expert des Éditions Francis Lefebvre, outils internes). Vérifier les soldes d'ouverture, la continuité de la numérotation (EcritureNum), la cohérence des dates (EcritureDate ≤ ValidDate), et la complétude des champs obligatoires. Enfin, archiver le fichier validé dans un espace sécurisé avec un nommage conforme (SirenFECAAAAMMJJ), prêt à être remis sur demande.
Pour les environnements complexes — multi-sociétés, multi-instances SAP, interfaces entre ERP et systèmes satellites — l'accompagnement d'un spécialiste en fiscalité informatique est souvent indispensable. L'enjeu dépasse la simple conformité technique : il s'agit de garantir que le fichier produit résiste à l'analyse du vérificateur et ne génère pas de questions inutiles sur la qualité de la comptabilité. Retrouvez nos experts en fiscalité informatique pour sécuriser votre démarche.
