Écritures hors ordre chronologique de validation dans un FEC
Mis à jour le 11 octobre 2026
Le FEC n'est pas une simple liste d'écritures : il doit les présenter dans l'ordre où elles ont été validées. Quand une écriture validée tôt apparaît après une écriture validée plus tard, le fichier n'est plus classé chronologiquement. Le plus souvent, c'est un tri d'export par journal ou par date d'écriture qui en est la cause.
Les écritures doivent être classées dans le fichier par ordre chronologique de validation (ValidDate).
Correction : Triez l'export par date de validation.
Art. A47 A-1 du LPF, VII
Ce que signifie l’erreur
L’article A47 A-1 du livre des procédures fiscales décrit le FEC comme un fichier unique par exercice, « dans lequel les écritures sont classées par ordre chronologique de validation » (VII, 1°). La date de validation figure dans la colonne ValidDate : c’est, selon le BOFiP, la date à laquelle une écriture saisie en mode brouillard devient définitive (BOI-CF-IOR-60-40-20, § 250).
Le validateur parcourt les écritures dans l’ordre du fichier et compare la ValidDate de chacune à celle de l’écriture précédente. Si elle est antérieure, l’écriture est signalée avec un message du type « Validée le 03/02/2026, après une écriture validée le 15/03/2026 ». Deux écritures validées le même jour peuvent se suivre dans n’importe quel ordre. Les écritures dont la ValidDate est vide ne sont pas comparées.
Un exemple dans un fichier FEC
Un export trié par journal :
| JournalCode | EcritureNum | EcritureDate | ValidDate | EcritureLib |
|---|---|---|---|---|
| AC | 12 | 20260310 | 20260315 | Facture EDF |
| AC | 13 | 20260325 | 20260331 | Facture Orange |
| BQ | 8 | 20260203 | 20260203 | Prélèvement assurance |
| BQ | 14 | 20260402 | 20260402 | Virement client Dupont |
L’écriture BQ 8, validée le 3 février, arrive après une écriture validée le 31 mars : elle est signalée. BQ 14 ne l’est pas, puisqu’elle est validée après AC 13.
D’où vient le désordre
- Un tri par journal : l’export présente tout le journal des achats, puis toute la banque. C’est la cause la plus courante.
- Un tri par date d’écriture alors que les écritures ont été validées dans un autre ordre : une facture de janvier saisie et validée en mars doit figurer parmi les écritures validées en mars.
- Une ValidDate mal alimentée : date d’export, date de dernière modification ou date de clôture reportée sur toutes les écritures d’une période.
- Les à-nouveaux validés après le début de l’exercice mais placés en tête du fichier.
- Un import d’écritures en bloc (caisse, paie, facturation) qui porte la date de l’import, inséré au milieu des écritures selon leur date comptable.
- Un fichier fusionné ou retouché dans un tableur.
Comment corriger
- Regardez les écritures signalées et celles qui les précèdent : si l’anomalie apparaît à chaque changement de journal, le tri de l’export est en cause.
- Triez l’export par ValidDate, puis par numéro d’écriture, en gardant les lignes de chaque écriture ensemble. Ce paramétrage se trouve en général dans les options d’export du FEC.
- Vérifiez le contenu de ValidDate : il doit s’agir de la date de validation réelle, ou de la date de comptabilisation si votre logiciel n’a pas de mode brouillard.
- Pour les à-nouveaux, assurez-vous qu’ils sont identifiables dans le fichier ; si vous n’avez pas pu les enregistrer en tête d’exercice, le BOFiP demande de l’expliquer dans le descriptif (§ 110). Voyez la page à-nouveaux absents.
- Réexportez et relancez le validateur FEC.
Est-ce grave ?
Le contrôle est classé en avertissement. Un fichier mal trié reste lisible, et un vérificateur peut le retrier avec ses propres outils. Mais le classement par ordre de validation fait partie du format prévu par l’article A47 A-1 : un fichier qui ne le respecte pas laisse penser que l’export n’a pas été paramétré pour le FEC.
Un avertissement isolé juste après les à-nouveaux est fréquent et s’explique facilement. Des dizaines d’avertissements répartis dans le fichier signalent plutôt un problème de tri, souvent accompagné d’une numérotation non croissante.
Questions fréquentes
Quelle différence entre EcritureDate et ValidDate ?
EcritureDate est la date de comptabilisation de l'écriture. ValidDate est la date à laquelle l'écriture saisie en mode brouillard est devenue définitive. Le BOFiP précise qu'en l'absence de mode brouillard, la date de validation est égale à la date de comptabilisation (BOI-CF-IOR-60-40-20, § 250).
Mon logiciel n'a pas de brouillard. Que mettre dans ValidDate ?
La date de comptabilisation, c'est-à-dire la même date que EcritureDate, comme l'indique le BOFiP. Le classement par ordre de validation revient alors à classer les écritures par date de comptabilisation.
Les à-nouveaux, placés en tête, déclenchent l'avertissement. Pourquoi ?
Les à-nouveaux sont souvent validés après la clôture de l'exercice précédent, donc plusieurs semaines après le début du nouvel exercice. Placés en tête du fichier avec cette date de validation, ils précèdent des écritures validées plus tôt : la première écriture qui les suit est signalée. Le BOFiP prévoit ce cas (§ 110) : voyez la page sur les à-nouveaux.
Une écriture sans ValidDate est-elle contrôlée ?
Non : le contrôle compare uniquement des dates de validation renseignées. Une ValidDate vide est en revanche signalée par le contrôle des zones obligatoires, puisque ce champ doit toujours être renseigné.
Sources
Autres erreurs FEC
Grand Livre
Un logiciel de comptabilité gratuit pour les TPE au réel, qui produit un FEC conforme à tout moment.
Créer mon dossier
Ces explications reprennent l'article A47 A-1 du LPF et les pratiques courantes. Seul l'outil Test Compta Demat de la DGFiP fait foi, et elles ne remplacent pas l'avis de votre expert-comptable.