Date invalide dans un FEC : passer au format AAAAMMJJ

Ce que signifie l’erreur

Le XII de l’article A47 A-1 du LPF précise que les dates sont exprimées au format AAAAMMJJ, sans séparateur. Le 31 décembre 2025 s’écrit donc 20251231, et rien d’autre.

Pour chaque ligne, le validateur examine les zones de date renseignées : EcritureDate, PieceDate, ValidDate, DateLet (et DateRglt en comptabilité de trésorerie). Une date est acceptée si elle compte exactement huit chiffres et correspond à un jour qui existe : mois de 01 à 12, pas de 31 avril ni de 29 février hors année bissextile, année entre 1900 et 2100.

Quand une ou plusieurs dates de la ligne ne respectent pas ces règles, il les cite toutes dans le détail de l’erreur, par exemple : « EcritureDate = « 31/12/2025 » ; ValidDate = « 2026-01-15 » ».

Un exemple dans un fichier FEC

JournalCode	EcritureNum	EcritureDate	PieceDate	ValidDate	Diagnostic
BQ	214	20251231	20251231	20260115	Conforme
BQ	215	31/12/2025	31/12/2025	15/01/2026	Format français
BQ	216	2025-12-31	2025-12-31	2026-01-15 00:00:00	Format ISO, heure
BQ	217	20251231	20250231	00000000	Dates inexistantes

Les lignes 215 et 216 sont signalées, mais leurs dates restent lisibles : le validateur les utilise pour la suite de l’analyse. Sur la ligne 217, la date de pièce et la date de validation ne correspondent à aucun jour réel et sont écartées.

D’où viennent les dates invalides

• Un passage par un tableur. Ouvert dans Excel ou un tableur équivalent, le fichier voit ses dates reconnues puis réécrites au format régional, 31/12/2025 sur un poste français. C’est la cause la plus courante.
• Un export depuis une base de données ou un outil de reporting qui écrit les dates au format international AAAA-MM-JJ, parfois accompagné d’une heure (« 2025-12-31 00:00:00 »).
• Un réglage d’export laissé sur « date courte » dans un logiciel qui propose plusieurs formats.
• Des valeurs par défaut pour les dates absentes : 00000000 ou 19000101 pour une écriture non validée, au lieu d’une zone renseignée.
• Une saisie erronée de la date de pièce, comme un 31 juin, que le logiciel a enregistrée sans contrôle, notamment après un import.

Comment corriger

1. Regardez le détail de l’erreur : il indique la zone et la valeur trouvée. Si toutes les lignes ont le même format, c’est un réglage d’export ; si quelques lignes seulement sont touchées, c’est une saisie à reprendre.
2. Pour un problème de format, réexportez le FEC depuis le logiciel comptable, avec l’export réglementaire, et ne l’ouvrez pas dans un tableur avant de le transmettre.
3. Si le fichier doit passer par un tableur, mettez les colonnes de dates au format texte avant d’y coller ou d’y importer les données, pour empêcher toute conversion automatique.
4. Pour une date inexistante, corrigez l’écriture dans le logiciel à partir de la pièce justificative, puis réexportez. Une date de validation absente se règle en validant l’écriture, pas en inventant une valeur.
5. Relancez le validateur FEC pour vérifier que plus aucune ligne n’est signalée.

Est-ce grave ?

Le validateur classe ce contrôle en erreur : le format des dates est fixé par le texte, et un fichier qui ne le respecte pas n’est pas conforme. Même si une date en JJ/MM/AAAA reste compréhensible pour un humain, un outil d’analyse qui attend huit chiffres peut la rejeter ou la mal interpréter.

Les dates portent par ailleurs une bonne partie des contrôles comptables : appartenance à l’exercice, ordre chronologique, délai entre la pièce et l’écriture. Une date illisible fait sortir la ligne de ces contrôles et peut masquer d’autres anomalies. Corriger le format est donc aussi le moyen d’obtenir un rapport complet.