FEC : ce que votre ERP doit produire et garantir

Le FEC, c’est le fichier des écritures comptables : la photographie de toute votre comptabilité, ligne par ligne, que l’administration fiscale peut exiger lors d’un contrôle. Le jour où un vérificateur le demande, il ne s’agit plus de savoir si votre ERP « sait faire de la compta » : il s’agit de savoir s’il sort, en quelques minutes, un fichier complet, lisible et conforme. Ce guide explique ce que la règle impose, ce que votre ERP doit garantir et ce qu’il faut tester avant de démarrer.

Le FEC en bref : définition et base légale

Les contribuables qui tiennent une comptabilité informatisée doivent remettre, en cas de contrôle fiscal, une copie du fichier des écritures comptables sous forme dématérialisée. Le texte de référence figure aux articles L. 47 A et A. 47 A-1 du Livre des procédures fiscales (LPF), commentés au BOFiP.

Trois idées à retenir :

• Le FEC n’est pas un état de gestion. Ce n’est ni un grand livre imprimé ni une balance : c’est un fichier de données brutes, destiné à être rejoué par les outils de l’administration.
• Il ne se prépare pas à la demande. Il doit pouvoir être produit à partir de la comptabilité telle qu’elle existe dans le système, sans retraitement manuel.
• Il engage l’entreprise, pas l’éditeur. Que vous utilisiez Odoo, Business Central ou un autre ERP, c’est vous qui répondez devant l’administration de la qualité du fichier remis.

Qui doit produire le FEC ?

Toute entreprise qui tient sa comptabilité à l’aide d’un système informatisé est concernée, quelle que soit sa taille. Pour une PME ou une ETI qui passe d’un logiciel comptable isolé à un ERP, la question change de nature : la comptabilité n’est plus un module à part, elle est alimentée par les ventes, les achats, les stocks, la paie ou la production. Le FEC devient le reflet de tous ces flux.

Dans la pratique française, la production du fichier se partage souvent entre trois acteurs :

C’est précisément ce dernier point qui se prépare dans un projet : un FEC conforme se construit à la configuration, pas au moment du contrôle. Pour trouver un intégrateur qui maîtrise cette partie, la page comment fonctionne notre mise en relation détaille la démarche.

Format et contenu exigés

Le BOFiP précise que le FEC peut être remis sous deux formes : un fichier à plat (structure séquentielle zonée) ou un fichier XML structuré, dans le respect des spécifications de l’article A. 47 A-1 du LPF. Le nom du fichier n’est pas libre non plus : il suit la nomenclature définie au IX du même article. Enfin, l’administration publie sur impots.gouv.fr les schémas XSD qui servent à valider les fichiers au format XML.

Ce que cela change concrètement pour votre ERP :

• l’export doit respecter la structure et l’ordre des champs attendus, sans colonne ajoutée ni libellé renommé ;
• les écritures doivent être complètes : chaque ligne porte son journal, sa date, son compte, son sens, son montant et sa référence de pièce ;
• le fichier doit couvrir l’exercice demandé dans son entier, y compris les écritures de clôture et d’à-nouveaux ;
• le nom du fichier doit respecter la nomenclature, ce qui suppose que le numéro SIREN et la date de clôture soient correctement renseignés dans la société.

Les fichiers non conformes ne sont pas rares : séparateurs mal choisis, encodage de caractères défaillant sur les accents, dates dans un mauvais format, comptes auxiliaires mal renseignés. Autant de défauts qui apparaissent dès le premier test, à condition de le faire.

Contrôle fiscal informatisé : ce qui se passe en pratique

Lors d’une vérification de comptabilité informatisée, l’administration peut demander la remise du FEC pour l’exploiter avec ses propres outils : rapprochement des écritures, recherche de ruptures de séquence, analyse des flux de TVA. Elle contrôle autant la cohérence interne du fichier que son lien avec les déclarations déposées.

Ce que le vérificateur regarde en premier :

1. la présence du fichier et sa conformité au format ;
2. l’équilibre des écritures et la continuité de la numérotation ;
3. la cohérence entre le FEC, la liasse fiscale et les déclarations de TVA ;
4. la capacité à retrouver la pièce justificative derrière chaque écriture.

Un ERP bien paramétré rend ces vérifications indolores. Un ERP mal configuré, avec des écritures supprimées ou modifiées après validation, transforme chaque point en motif de rectification.

Sanctions en cas de manquement

Ne pas présenter la comptabilité informatisée sous forme de fichiers dématérialisés expose à l’amende de l’article 1729 D du CGI : 5 000 €, ou 10 % des droits rappelés en cas de rectification si ce montant est supérieur. À cela s’ajoute un risque plus large : une comptabilité jugée non probante peut être écartée, et les redressements se calculent alors sans votre version des faits.

La conservation des pièces est sanctionnée séparément : le défaut de conservation des pièces comptables d’une entreprise commerciale expose à une amende de 10 000 €. Pour le détail des autres textes qui encadrent votre système d’information, consultez le guide sur les obligations légales d’un ERP en France.

Ce que l’ERP doit garantir

Le FEC n’est conforme que si les données qui l’alimentent le sont. Un ERP qui prétend servir la comptabilité française doit offrir quatre garanties.

Inaltérabilité

Une écriture validée ne se modifie plus : elle se corrige par une écriture inverse. L’ERP doit verrouiller les périodes clôturées et interdire la suppression d’écritures comptabilisées. C’est la même logique que celle que le fisc impose aux logiciels et systèmes de caisse, qui doivent satisfaire depuis le 1er janvier 2018 à des conditions d’inaltérabilité, de sécurisation, de conservation et d’archivage des données (article 286 du CGI). Si vous encaissez des clients particuliers via une caisse reliée à votre ERP, vérifiez aussi ce point auprès de l’éditeur, qui doit pouvoir justifier la conformité de son logiciel par un certificat d’organisme accrédité.

Traçabilité

Chaque écriture doit renvoyer à son origine : facture client, facture fournisseur, mouvement de stock valorisé, paie, immobilisation. Un ERP qui génère des écritures automatiques depuis les modules de gestion doit conserver ce lien. C’est ce qui permet de répondre à une question du vérificateur sans reconstituer le dossier à la main.

Export conforme

L’export doit produire le fichier au format attendu, nommé correctement, sans intervention manuelle. Selon le produit, cet export est natif, proposé par un module de localisation française ou fourni par un développement spécifique de l’intégrateur. La nuance compte : un développement spécifique doit être maintenu à chaque mise à jour de l’ERP.

Archivage légal

Les livres comptables (journal, grand livre, inventaire) et les pièces justificatives (commandes, factures, reçus) se conservent 10 ans à partir de la clôture de l’exercice, selon l’article L123-22 du Code de commerce. D’autres durées s’appliquent selon la nature des documents :

Votre ERP doit donc conserver les données et leurs pièces pendant toute la durée légale, y compris après un changement de version ou d’hébergeur. Sur ce dernier point, le choix entre ERP cloud ou sur site change la façon dont l’archivage est assuré, et qui en porte la responsabilité.

Points à tester avant de démarrer

Le FEC se teste avant la mise en production, sur des données d’essai représentatives. Voici une liste de contrôle à confier à votre intégrateur et à votre expert-comptable.

1. Générer un FEC complet sur un exercice d’essai, puis le passer dans l’outil de test de l’administration.
2. Contrôler le nom du fichier : SIREN, date de clôture, extension.
3. Vérifier l’encodage : accents, apostrophes et caractères spéciaux dans les libellés et les noms de tiers.
4. Tester l’équilibre : total des débits égal au total des crédits, journal par journal.
5. Contrôler la numérotation : pas de trou ni de doublon dans la séquence des écritures.
6. Rapprocher le FEC de la balance et de la déclaration de TVA, pour s’assurer qu’il n’y a aucun écart.
7. Tester la clôture : écritures de clôture, à-nouveaux, verrouillage des périodes.
8. Retrouver une pièce depuis une écriture au hasard, dans trois flux différents (vente, achat, stock).
9. Simuler une correction après validation : l’ERP doit imposer une écriture d’annulation et non une modification.

Le sujet est lié au projet de bascule : si vous changez de logiciel, la reprise de l’historique doit aussi produire un FEC cohérent d’un exercice à l’autre. Le guide sur la migration d’ERP détaille ce chantier, et les étapes d’un projet ERP indiquent à quel moment placer ces tests.

FEC, facturation électronique, DSN : ne pas tout mélanger

Trois obligations se croisent dans la comptabilité d’une entreprise française, mais elles ne se confondent pas.

• Le FEC concerne la remise de la comptabilité en cas de contrôle.
• La facturation électronique impose que les factures soient émises et reçues par une plateforme agréée dans un format normé (UBL, CII ou format mixte). Elle alimente votre comptabilité, mais ne remplace pas le FEC. Le guide sur la facture électronique et l’ERP en précise le calendrier.
• La DSN est la déclaration sociale nominative mensuelle, issue de votre paie. Les écritures de paie qui en découlent entrent dans la comptabilité, donc dans le FEC. Voir le guide ERP, paie et DSN.

Un ERP cohérent traite ces trois sujets avec les mêmes données de base. Un ERP qui les traite chacun dans son coin multiplie les écarts à justifier en cas de contrôle.

Le FEC dans les principaux ERP du marché

Chaque éditeur aborde la comptabilité française à sa manière. Nous ne les départageons pas ici : la bonne question est toujours de savoir comment l’export est assuré dans la version et la configuration que vous retenez.

• Odoo : la localisation comptable française se vérifie module par module, notamment pour l’export et le verrouillage des périodes.
• Microsoft Dynamics 365 Business Central : demandez à l’intégrateur quelle extension de localisation France il prévoit et comment elle est mise à jour.
• SAP Business One : l’export français dépend de la version et des compléments de localisation retenus.
• Sage et Cegid : éditeurs historiquement présents sur la comptabilité française, ils se jugent néanmoins sur un test réel de l’export, pas sur leur réputation.
• Divalto : même exigence de test sur vos données, notamment si l’activité est industrielle ou de négoce.
• Oracle NetSuite : à examiner avec soin pour la localisation française, surtout si le groupe est international.

Dans tous les cas, exigez dans le cahier des charges une ligne explicite sur le FEC, avec la mention d’un test de recette. Le guide sur le cahier des charges ERP donne la méthode pour la formuler.

Pourquoi en parler à l’intégrateur dès le premier rendez-vous

Un FEC défaillant se découvre rarement au démarrage : il se révèle à la première clôture, ou pire, lors d’un contrôle. À ce stade, corriger signifie retraiter des écritures déjà validées, ce qui coûte du temps et de la crédibilité. En posant la question dès l’avant-projet, vous obtenez trois choses : un périmètre de configuration clair, une recette qui inclut l’export, et une répartition nette des responsabilités entre vous, l’expert-comptable et l’intégrateur.

Si vous préparez un projet et souhaitez être mis en relation avec un intégrateur qui connaît les exigences comptables françaises, vous pouvez décrire votre besoin via la page de mise en relation avec un intégrateur ERP. Le service est gratuit, et le choix du prestataire reste le vôtre.

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.