Un FEC techniquement conforme n'est pas un FEC sans risque fiscal. Cette nuance, trop souvent ignorée par les directions comptables, est précisément celle qu'exploite un vérificateur expérimenté lors de l'ouverture d'un contrôle. La validation par l'outil Test Compta Demat ne préjuge ni de la cohérence comptable, ni de la solidité du chemin de révision, ni de l'absence de signaux d'alerte que l'administration repérera en quelques heures.
Cet article s'adresse à un public technique : DAF, tax managers, directeurs comptables, juristes fiscalistes. Il suppose acquise la connaissance générale du dispositif — pour un panorama complet du fichier, de ses bases légales et de sa structure, consultez notre guide complet du FEC. Sont exposées ici les dix anomalies que la pratique d'audit identifie le plus fréquemment, classées selon la grille de lecture standard d'un audit FEC : conformité technique, principes comptables, cohérence temporelle, cohérence avec les documents de référence.
Cadre de lecture : trois niveaux de gravité, une seule échelle de risque
Avant d'entrer dans le détail, une distinction structurante. Le contrôle d'un FEC se déploie sur trois plans qu'il ne faut jamais confondre :
- Anomalies bloquantes : non-conformité aux normes techniques de l'arrêté du 29 juillet 2013 (article A. 47 A-1 du LPF). Le fichier est déclaré inexploitable, l'amende de l'article 1729 D du CGI s'applique (5 000 € par exercice, ou 10 % des droits rappelés si ce montant est supérieur), avec un risque d'évaluation d'office au titre de l'article L. 74 du LPF.
- Anomalies de risque : signaux qui n'entraînent pas le rejet du fichier mais déclenchent une demande d'explication, voire un rejet d'écritures spécifiques.
- Anomalies de cohérence : écarts entre le FEC et les autres documents (balance, liasse, grand livre) qui peuvent aboutir, par cumul, au rejet de la comptabilité au sens de l'article L. 192 du LPF, avec retournement de la charge de la preuve.
Le Conseil d'État a récemment confirmé la solidité de l'arsenal répressif : par décision du 30 janvier 2026 (n° 506887), il a rejeté la QPC contestant la constitutionnalité de l'amende de l'article 1729 D du CGI au regard des principes de proportionnalité, d'individualisation des peines et de non bis in idem. L'administration applique cette sanction, et elle tient juridiquement.
Anomalie n° 1 — Champs obligatoires non alimentés ou au format non conforme
C'est la première cause de rejet « technique » d'un FEC. Mais il faut impérativement distinguer deux niveaux que les présentations grand public confondent allégrement.
Premier niveau : l'anomalie bloquante. Une valeur nulle dans un champ obligatoire (par exemple PieceDate à blanc), ou une date au format non conforme à AAAAMMJJ, entraîne un rejet automatique du fichier au sens de l'arrêté du 29 juillet 2013. Le BOFIP précise d'ailleurs sans ambiguïté que les champs obligatoires doivent rester rigoureusement vides s'ils ne sont pas alimentés : ni « 0 », ni espaces, ni placeholders. Cette exigence est purement technique et l'outil de test de la DGFiP la détecte sans difficulté.
Second niveau : le signal d'alerte. Une PieceDate au 19 mars 1962 — pourtant techniquement conforme au format AAAAMMJJ — n'est pas une anomalie bloquante. C'est un signal qui appelle une justification : reprise de bilan d'ouverture, écriture de régularisation, paramétrage par défaut de l'ERP. Le vérificateur posera la question, mais le FEC ne sera pas rejeté pour autant. De même, une date tombant un dimanche n'est pas en soi aberrante.
Cette distinction est essentielle. La confondre avec un public technique décrédibilise immédiatement le discours.
Anomalie n° 2 — Utilisation de comptes hors PCG, notamment de classe 9
L'idée reçue selon laquelle la présence de comptes 9xx dans un FEC serait « illégale » doit être rejetée. Le raisonnement correct se déroule en trois temps.
Primo, les comptes de classe 9 ne sont pas irréguliers en eux-mêmes. Ils relèvent d'usages internes parfaitement légitimes : comptabilité analytique, héritage d'un ERP étranger qui pratique le mapping vers le PCG, comptes techniques d'équilibrage entre modules.
Secundo, ils ne sont pas attendus dans le FEC. L'article A. 47 A-1 du LPF, chapitre VII, exige que les trois premiers caractères du numéro de compte respectent les normes du Plan comptable général — ce qui exclut les classes 8 et 9. La documentation Microsoft Dynamics 365 reformule d'ailleurs cette règle de façon limpide : seuls les comptes commençant par 1, 2, 3, 4, 5, 6 ou 7 doivent figurer dans le FEC.
Tertio, et c'est ici que se loge l'erreur comptable réelle, le PCG impose que les comptes techniques soient soldés à la clôture. La présence de comptes 9xx non soldés en fin d'exercice est donc, indépendamment de la question du FEC, une irrégularité comptable au sens du PCG.
Cas typique observé en pratique : des comptes 9xx s'équilibrent entre eux mais sont mouvementés sur des écritures touchant aussi des comptes de classe 1 à 7. Leur exclusion brute du FEC déséquilibrerait alors le fichier. La solution n'est pas le filtrage : elle est le solde effectif à la clôture et, à défaut, la documentation de leur signification dans la notice du FEC.
Anomalie n° 3 — Ruptures de séquence dans le champ EcritureNum
C'est l'anomalie la plus systématiquement traquée par les vérificateurs, et la plus chronophage à traiter. Le BOI-CF-IOR-60-40-20, § 100, est explicite : les écritures doivent être numérotées chronologiquement de manière croissante, sans rupture ni inversion dans la séquence. La numérotation peut être soit unique sur l'ensemble du fichier, soit propre à chaque journal — les deux modalités sont admises. Mais elle doit, dans tous les cas, être complète.
Le mécanisme concret du contrôle, et son caractère anxiogène, méritent d'être exposés en détail. Le vérificateur identifie un trou de séquence — disons les EcritureNum 4 521 à 4 538 manquants. Il exige la production des pièces correspondantes. L'entreprise ouvre alors une enquête interne et découvre, le plus souvent, que ces pièces n'existent pas. Les explications rétrospectives sont presque toujours les mêmes : plages de numérotation réservées par l'ERP pour des écritures techniques agrégées, séquences propres à des entités juridiques distinctes ayant utilisé une plage commune, écritures annulées avant validation mais conservant le numéro, redémarrage de séquence après une migration.
Aucune de ces explications n'est en soi illégitime. Mais elles doivent être produites a posteriori, sous pression, en plein contrôle, et viennent renforcer un climat de défiance dès l'ouverture. Pour un traitement complet de cette problématique et de ses solutions, consultez notre analyse dédiée.
La règle d'or : documenter la politique de numérotation de l'ERP dans la notice du FEC, en amont du contrôle, et produire cette notice spontanément à la remise du fichier. Une rupture documentée est une non-anomalie. Une rupture découverte par le vérificateur est, elle, une anomalie.
Anomalie n° 4 — Reports à nouveau non auxiliarisés sur les comptes de tiers
Pour les comptes 40x (fournisseurs) et 41x (clients), l'administration attend que les reports à nouveau soient ventilés par auxiliaire — c'est-à-dire que les champs CompAuxNum et CompAuxLib soient effectivement alimentés. À défaut, la traçabilité tiers est rompue dès l'ouverture de l'exercice : il devient impossible, à partir du seul FEC, de reconstituer les soldes tiers d'ouverture.
L'enjeu n'est plus seulement formel. La pratique récente montre que l'administration tend désormais à exiger, dans le cadre d'un contrôle, une extraction du FEC enrichie de la reprise détaillée des soldes par auxiliaire dans les A-Nouveaux. Pour une entreprise dont l'ERP centralise les RAN sans détail tiers, cette demande peut s'avérer techniquement complexe à satisfaire dans les délais du contrôle.
Anomalie n° 5 — Comptes d'attente non soldés à la clôture
L'article 944-47 du PCG est sans ambiguïté : les comptes d'attente — classe 47 (471 à 475) — doivent être soldés « dans les moindres délais possibles ». Leur présence en fin d'exercice constitue un signal d'alerte historique pour le vérificateur, devenu une « zone d'attention » quasi systématique.
Même un seul compte d'attente non soldé, pour un montant modeste, appellera généralement une justification écrite. Les explications acceptables existent — opérations en cours d'imputation à la date d'arrêté, rapprochements bancaires non clôturés, virements internes en transit — mais elles doivent être produites avec des pièces. À défaut, l'administration peut soit refuser la déductibilité de la charge correspondante, soit y voir un indice de déficience plus large du processus de clôture.
Anomalie n° 6 — Pièces de référence (PieceRef) non univoques
Une même valeur de PieceRef se retrouvant sur plusieurs écritures comptables, voire sur plusieurs dates différentes, dégrade directement la piste d'audit fiable au sens de l'article 410-3 du PCG. Les cas fréquents :
Les valeurs conventionnelles génériques produites automatiquement par l'ERP : « F110 » (transaction de paiement automatique SAP), « FB1S » et « FB1D » (transactions de saisie d'écriture standard et de stornage SAP) reviennent ainsi des milliers de fois dans un même FEC. Les références purement numériques peu significatives — « 1 », « 2 », « 99 » — issues de modules périphériques (immobilisations, paie). Les erreurs de référence non détectées : « #NOM? », « N/A », « NULL ».
Lorsque plus de la moitié des écritures d'un FEC partagent ce défaut, l'administration considère que la permanence du chemin de révision est compromise — non pas parce que les pièces n'existeraient pas, mais parce qu'il devient matériellement impossible, à partir du seul FEC, de remonter de l'écriture vers la pièce justificative datée exigée par l'article 922-2 du PCG.
Anomalie n° 7 — Libellés d'écritures opaques ou sensibles
Deux problèmes distincts se traitent ensemble parce qu'ils portent sur le même champ : EcritureLib.
Les libellés non significatifs. Codes système bruts hérités de l'ERP (codes de transaction SAP type « FB1S »), libellés réduits à une date (« 20250312 »), libellés de moins de 4 caractères, codes purement numériques. Aucun de ces libellés ne satisfait l'exigence du PCG d'une « identification littérale du motif de l'écriture ». Le vérificateur qui ne peut pas comprendre la nature d'une écriture en lisant son libellé sera tenté d'en demander la justification ligne par ligne.
Les libellés sensibles. La présence répétée de termes comme « ERREUR », « ANNUL », « REJET », « AJUSTEMENT », « AMENDE », « FISCAL », « CADEAU » dans le champ EcritureLib n'est juridiquement pas illégale. Aucun texte n'interdit ces termes. Mais leur effet est documenté : ils agissent comme un aimant à attention pour le vérificateur. Un audit récent identifiait sur un FEC plus de 90 occurrences du préfixe « ANNUL », 25 de « REMBOURSEMENT », 12 de « REJET » — autant de lignes qui seront examinées en priorité, et autant de pièces dont la production sera demandée.
La recommandation est claire : standardisation des libellés en français, codification interne des motifs récurrents, formation des opérateurs comptables. Il ne s'agit pas de masquer l'information — l'écriture corrigée doit être traçable — mais de la formuler de façon neutre et professionnelle.
Anomalie n° 8 — Dates de pièces ou de validation hors exercice
Le principe de spécialité des exercices, posé à l'article 921-2 du PCG, impose en théorie que les dates de pièce et de validation se situent à l'intérieur de l'exercice vérifié. Trois cas se rencontrent en pratique.
PieceDate antérieures à l'exercice : interrogent sur l'omission éventuelle d'une charge ou d'un produit qui aurait dû être rattaché à un exercice antérieur.
PieceDate postérieures à l'exercice : interrogent sur le rattachement à l'exercice. Une facture émise le 5 janvier N+1 figurant dans le FEC de l'exercice N appelle une justification au regard du principe de séparation des exercices (charges et produits constatés d'avance, factures non parvenues).
ValidDate hors exercice : c'est le cas le plus sensible. Les dates de validation postérieures à la clôture mais antérieures à la date limite de dépôt de la liasse fiscale sont en pratique tolérées, ce délai étant matériellement nécessaire à l'arrêté des comptes. En revanche, des dates de validation postérieures à la date de dépôt de la liasse sont sanctionnées par la jurisprudence, particulièrement pour les amortissements et provisions.
Le Conseil d'État applique de longue date le principe selon lequel les amortissements doivent être effectivement comptabilisés avant l'expiration du délai de déclaration des résultats (CE, 9 décembre 1957, req. n° 33989 ; CE, 1er juillet 1966, req. n° 60980 ; CE, 1er février 1965). Plus récemment, la CAA de Lyon, dans une décision du 13 janvier 2022 (n° 20LY01780), a rejeté la déductibilité d'une provision au motif que la liasse fiscale avait été déposée tardivement, en s'appuyant explicitement sur les informations mentionnées dans le FEC pour apprécier la date effective de comptabilisation. La ValidDate du FEC est ainsi devenue, en pratique, l'élément de preuve déterminant de la régularité formelle de la comptabilisation.
Anomalie n° 9 — Chronologie incohérente entre PieceDate, EcritureDate et ValidDate
La relation d'ordre attendue est PieceDate ≤ EcritureDate ≤ ValidDate. Sa violation massive — plusieurs milliers de lignes sur un même fichier — peut interroger sur l'authenticité même du processus de tenue de la comptabilité, et alimenter une argumentation de l'administration tendant au rejet d'ensemble.
Trois cas typiques, à traiter distinctement dans la notice :
PieceDate > EcritureDate : la pièce serait postérieure à son enregistrement. C'est incohérent au principe et appelle systématiquement une justification — il s'agit le plus souvent d'erreurs de saisie ou de paramétrage par défaut de l'ERP.
EcritureDate > ValidDate : l'écriture est validée avant sa date d'effet. Ce cas peut s'expliquer légitimement par la saisie en mode brouillard d'écritures à effet futur (loyers, dotations programmées). À documenter.
PieceDate > ValidDate : c'est le cas le plus problématique, car il signifie qu'une pièce datée d'après la validation a été utilisée pour justifier une écriture déjà passée — ce qui est logiquement impossible. Sa présence en nombre est un indice d'altération du processus comptable.
Anomalie n° 10 — Écarts entre FEC, balance comptable et liasse fiscale
Test de cohérence externe systématiquement réalisé par l'administration : les agrégats du FEC (totaux par classe, résultat de l'exercice) doivent se reconstituer à l'identique avec la balance générale et avec la liasse fiscale.
Cas d'école rencontré en pratique : un FEC présentant un résultat net parfaitement aligné avec la liasse fiscale, mais des classes 6 et 7 décalées de plus de 200 millions d'euros chacune par rapport à la liasse. La compensation cachait une mauvaise affectation analytique entre charges et produits. Le résultat était juste, mais la structure du compte de résultat était fausse — avec des conséquences immédiates en termes de TVA, de CVAE et de calcul des ratios sectoriels.
À surveiller également : des comptes présents dans la balance mais absents du FEC (typiquement en cas de filtrage incorrect des comptes techniques), des comptes présents dans le FEC mais absents de la balance (héritages d'opérations de clôture mal réintégrées), des soldes différents pour un même compte. Tout écart non documenté est un mauvais signal envoyé au vérificateur.
L'effet cumulatif : quand plusieurs anomalies convergent
Le point central, trop souvent sous-estimé : ces dix anomalies se cumulent presque toujours dans un même FEC. C'est la conjonction de plusieurs anomalies qui crée le risque le plus sérieux. Un fichier présentant simultanément des ruptures de séquence, des libellés non significatifs, une chronologie de dates incohérente et des écarts avec la balance n'est plus un fichier comportant quelques irrégularités isolées — c'est un fichier dont la valeur probante d'ensemble peut être contestée.
L'article L. 192 du LPF organise précisément ce mécanisme : en cas de graves irrégularités privant la comptabilité de valeur probante, la charge de la preuve est renversée et c'est au contribuable de démontrer le bien-fondé de ses écritures. À cela s'ajoute le risque d'application des majorations de 40 % (manquement délibéré) ou 80 % (manœuvres frauduleuses) sur les rappels d'imposition. Dans les cas extrêmes, l'administration peut fonder une procédure d'évaluation d'office au titre de l'article L. 74 du LPF, avec application de la pénalité de 100 % prévue à l'article 1732 du CGI lorsque le FEC est jugé inexploitable.
Chacune des dix anomalies décrites a, dans la pratique d'audit, donné lieu au minimum à des demandes d'explication écrites de l'administration. Certaines ont entraîné des conséquences plus lourdes : rejet d'écritures spécifiques, demande de FEC corrigé, voire amorce de contestation de la régularité d'ensemble de la comptabilité.
Que faire concrètement avant le prochain contrôle
La logique préventive est à la fois plus efficace et beaucoup moins coûteuse que la défense en contrôle. Trois actions concrètes, par ordre de priorité.
Procéder à un audit blanc annuel du FEC, idéalement dans les semaines qui suivent l'arrêté des comptes et avant tout dépôt de liasse. L'objectif est d'identifier les dix anomalies décrites avec les outils qu'utilise l'administration (Test Compta Demat pour la conformité technique, analyses statistiques pour les anomalies de risque) et de les corriger ou les documenter avant qu'un vérificateur ne s'en empare.
Produire une notice du FEC, document explicatif accompagnant le fichier, qui expose la politique de numérotation, le traitement des comptes techniques, les règles de gestion des dates, les choix de paramétrage de l'ERP. Cette notice transforme une partie significative des « anomalies de risque » en non-anomalies documentées.
Standardiser les libellés et la codification interne pour neutraliser les signaux d'alerte évitables : libellés en français, codification homogène des motifs récurrents, formation des opérateurs.
L'enjeu n'est pas de produire un FEC parfait — il n'existe pas de FEC sans aucune anomalie potentielle dans une comptabilité d'envergure réelle. L'enjeu est de maîtriser le récit : présenter un fichier dont les particularités sont identifiées, expliquées et défendables, plutôt qu'un fichier que le vérificateur découvre en même temps que vous. Pour les situations complexes, l'accompagnement par un avocat fiscaliste spécialisé en fiscalité informatique permet de construire en amont les arguments techniques et juridiques que la défense en contrôle ne laisse plus le temps d'élaborer.
