Écriture éclatée dans un FEC : regrouper les lignes de chaque écriture

Ce que signifie l’erreur

Le validateur regroupe les lignes du FEC en écritures selon leur JournalCode et leur EcritureNum. Il lit le fichier ligne à ligne : quand une ligne appartient à une écriture déjà rencontrée, mais que la ligne précédente appartenait à une autre écriture, l’écriture est marquée comme éclatée. Le rapport indique pour chacune le journal, le numéro et la première ligne du fichier, avec la mention « Lignes de l’écriture dispersées dans le fichier ».

Les textes ne disent pas en toutes lettres que les lignes d’une écriture doivent être contiguës. Mais l’article A47 A-1 du livre des procédures fiscales décrit un fichier dans lequel les écritures sont « classées par ordre chronologique de validation » (VII, 1°), et le BOFiP rappelle que « chaque ligne d’une même écriture est donc affectée d’un seul et même numéro » (BOI-CF-IOR-60-40-20, § 100). Un classement par écriture suppose que ces lignes soient regroupées.

Un exemple dans un fichier FEC

Deux factures d’achat exportées dans l’ordre des comptes :

JournalCode	EcritureNum	CompteNum	EcritureLib	Debit	Credit
AC	12	401000	EDF	0,00	240,00
AC	13	401000	Orange	0,00	60,00
AC	12	445660	TVA déductible	40,00	0,00
AC	13	445660	TVA déductible	10,00	0,00
AC	12	606100	EDF	200,00	0,00
AC	13	626000	Orange	50,00	0,00

Les deux écritures sont équilibrées, mais leurs lignes s’entremêlent : AC 12 et AC 13 sont toutes deux signalées comme éclatées. Classées correctement, les trois lignes de AC 12 se suivraient, puis les trois lignes de AC 13.

D’où vient l’éclatement

• Un export trié par compte (présentation de type grand livre) ou par date puis par compte.
• Deux écritures qui portent le même numéro dans le même journal : une numérotation qui repart à 1 chaque mois, un import qui reprend des numéros déjà utilisés, une saisie manuelle du numéro. Le validateur les fusionne en une seule écriture, dont les lignes sont forcément dispersées.
• Plusieurs fichiers mis bout à bout, par exemple un export par période ou par journal, dont certaines écritures sont à cheval.
• Un tri dans un tableur sur une colonne autre que l’ordre de validation et le numéro.
• Des lignes ajoutées après coup en fin d’écriture par un outil externe (analytique, TVA calculée à part) et exportées à la suite.

Comment corriger

1. Ouvrez l’écriture signalée à partir du journal et du numéro donnés par le validateur.
2. Vérifiez qu’il s’agit d’une seule écriture : si les lignes portent des dates, des pièces ou des libellés différents, ce sont deux écritures qui partagent un numéro. Le problème vient alors de la numérotation, pas du tri. Regardez aussi les contrôles écriture déséquilibrée et numérotation non croissante.
3. Si c’est un problème de tri, paramétrez l’export pour classer les lignes par date de validation, puis par numéro d’écriture, puis par ordre des lignes dans l’écriture.
4. Si c’est un problème de numérotation, corrigez-la dans le logiciel pour que chaque écriture ait un numéro unique dans son journal, au minimum.
5. Réexportez depuis le logiciel et relancez le validateur FEC. Réordonner le fichier texte à la main fait courir le risque d’erreurs de manipulation.

Est-ce grave ?

Le contrôle est classé en avertissement. Un simple défaut de tri ne change rien aux montants ni à l’équilibre des écritures, et le vérificateur peut reconstituer chaque écriture avec ses outils. Il traduit cependant un export qui ne suit pas la présentation attendue du FEC.

L’éclatement devient plus sérieux quand il révèle des numéros en double : deux écritures distinctes deviennent indiscernables, ce qui fragilise toute la lecture du fichier. Dans ce cas, la correction porte sur la numérotation elle-même, pas seulement sur l’export.