Encodage Windows-1252 dans un FEC : convertir en UTF-8 ou en ISO 8859-15

Ce que signifie l’erreur

Le XII de l’article A47 A-1 du LPF énumère les jeux de caractères admis pour le FEC : ASCII, ISO 8859-15 et Unicode en UTF-8. Windows-1252, souvent appelé « ANSI » dans les menus des logiciels, n’est pas dans la liste.

Windows-1252 et ISO 8859-15 se ressemblent beaucoup : les lettres accentuées françaises y portent les mêmes codes. Ils divergent sur une plage précise, les octets 0x80 à 0x9F. Windows-1252 y range des caractères d’usage courant ; ISO 8859-15 les réserve à des caractères de contrôle invisibles.

Caractère	Windows-1252	ISO 8859-15	UTF-8
€	0x80	0xA4	E2 82 AC
’ (apostrophe typographique)	0x92	absent	E2 80 99
– (tiret moyen)	0x96	absent	E2 80 93
œ	0x9C	0xBD	C5 93

Le validateur procède en deux temps. Il tente d’abord de lire le fichier en UTF-8. Si cette lecture échoue, il cherche des octets entre 0x80 et 0x9F : s’il en trouve, il lit le fichier en Windows-1252 et affiche l’avertissement, avec le détail « Octets 0x80 à 0x9F présents » ; sinon, il le lit en ISO 8859-15 sans rien signaler.

Un exemple dans un fichier FEC

Une ligne de vente dont le libellé a été saisi avec une apostrophe typographique et un tiret moyen :

VT|Ventes|VT000112|20250314|706000|Prestations de services|||F2025-112|20250314|Facture 112 – Brasserie de l’Œuf|0,00|1500,00|||20250315||

En Windows-1252, le « – » est stocké sous l’octet 0x96, le « ’ » sous 0x92 et le « Œ » sous 0x8C. Un outil qui lit le fichier en ISO 8859-15, comme le texte l’autorise, n’y voit que des caractères de contrôle : le libellé devient illisible, voire le fichier entier si le lecteur s’arrête au premier caractère inattendu.

D’où vient l’encodage Windows-1252

• Un passage par un tableur : enregistré en « Texte (séparateur : tabulation) » ou en CSV, le fichier prend généralement l’encodage par défaut du poste, c’est-à-dire Windows-1252 sur un Windows configuré en français.
• Un logiciel ancien ou un export « maison » qui écrit ses fichiers en « ANSI », sans proposer d’autre choix.
• Des libellés copiés depuis un traitement de texte ou un courriel : la correction automatique y transforme les apostrophes droites en apostrophes typographiques et les tirets en tirets longs. Le fichier n’était peut-être pas concerné tant que les libellés ne contenaient que des accents.
• Le symbole € saisi dans un libellé (« Remise 50 € »), très fréquent dans les factures.

Comment corriger

1. Cherchez une option d’encodage dans l’export FEC de votre logiciel et choisissez UTF-8. C’est la solution durable.
2. À défaut, convertissez le fichier sans le passer par un tableur. Dans le Bloc-notes de Windows, « Enregistrer sous » propose un choix d’encodage : prenez « UTF-8 » (et non « UTF-8 avec BOM »). Sous macOS ou Linux, la commande iconv -f CP1252 -t UTF-8 fichier.txt > fichier-utf8.txt fait la même chose.
3. Convertissez, ne changez pas seulement l’affichage : choisir un autre encodage de lecture dans l’éditeur ne modifie pas les octets du fichier.
4. Vérifiez le résultat en relançant le validateur FEC : le rapport doit indiquer UTF-8 et les libellés doivent s’afficher correctement.

Est-ce grave ?

Le validateur classe ce contrôle en avertissement : il sait lire le fichier et l’analyse est complète. L’écart n’en reste pas moins une non-conformité au XII de l’article A47 A-1, et rien ne garantit que l’outil qui lira le fichier fera la même déduction. Dans le pire des cas, des libellés ou des noms de tiers arrivent tronqués ou déformés chez le vérificateur.

La conversion en UTF-8 ne touche à aucun montant ni à aucune écriture : c’est une correction sans risque, à faire avant toute remise du fichier.