Accents illisibles dans un CSV bancaire : vérifier l’encodage

Si un nom devient CafÃ© à l’import, relisez le fichier brut avec le bon encodage avant de retoucher les cellules. Les octets peuvent être intacts et le décodage incorrect. Gardez l’original : enregistrer la table abîmée complique la récupération.

Établir l’encodage source sans écraser le fichier

Cherchez l’encodage dans la documentation d’export ou les métadonnées. Comparez un libellé accentué connu dans l’aperçu d’import.
Contrôlez séparément séparateur et guillemets. L’encodage corrige les caractères, pas les colonnes décalées ni les montants mal interprétés.
Réimportez une copie fraîche et comparez libellés, références et nombre de lignes. N’écrasez pas la source brute.

Exemple fictif

Le libellé fictif Café René devient CafÃ© RenÃ© avec un mauvais décodage. Réimporter le fichier UTF-8 intact en UTF-8 le restaure. Si le fichier brut contient déjà �, changer l’encodage ne récupère pas nécessairement le texte perdu : cherchez un meilleur export.

Prenons une opération fictive complète : date d’enregistrement 2026-09-18, débit 19,80 EUR, référence CB1842, libellé Café René. Une recherche exacte dans une liste de rapprochement contenant Café René échoue si le libellé importé devient CafÃ© RenÃ©, alors que date, montant et référence concordent encore. Après réimport, vérifiez que le libellé original correspond de nouveau et qu’il reste une seule opération de montant signé −19,80 selon la convention débit retenue. Ne créez pas un second paiement et ne forcez pas le rapprochement en supprimant les accents. Le seul libellé ne prouve jamais l’identité de deux opérations.

Repérer l’étape qui modifie le libellé

Pour CB1842, comparez trois vues de la même source : CSV intact dans un éditeur de texte avec l’encodage confirmé, aperçu d’import, puis fichier de travail enregistré et rouvert. Gardez date, référence et 19,80 EUR près du libellé pour suivre la même opération. Si l’éditeur est correct et l’aperçu erroné, revoyez le réglage d’import. Si les deux sont corrects et seule la sortie rouverte est abîmée, examinez l’encodage de cette sortie et son prochain import. N’appliquez pas un remplacement de caractères supplémentaire à toutes les lignes.

Passez par un aperçu d’import texte/CSV et sélectionnez l’encodage confirmé avant de charger les données. Repartez de l’export intact et contrôlez le libellé avant chargement. C’est une alternative au double-clic ; le bon choix dépend toujours de l’encodage source.

Notez source, encodage retenu et première étape divergente. Comme critère proposé pour cette ligne fictive, exigez libellé original complet, CB1842, même date, une seule ligne et débit inchangé. Un nom de commerçant lisible avec une référence tronquée n’est pas une réparation réussie. Préférez un nouvel export bancaire correct à une reconstruction des noms de mémoire.

Distinguer octets, texte déjà perdu et réglages d’import

Ne reconvertissez pas le fichier à chaque essai d’encodage. Changez le réglage du lecteur sur les mêmes octets intacts et comparez le libellé complet. Un seul mot lisible constitue un indice faible : contrôlez plusieurs accents connus et une référence dans l’aperçu. Cette grille indique l’étape à examiner.

Observation sur une copie fraîche	Cause à examiner	Action suivante
Café dans l’éditeur ; CafÃ© dans l’aperçu	Décodage différent entre lecteurs	Fixer l’encodage source confirmé dans l’importeur
La source confirmée contient déjà `�` à la place d’une lettre	Remplacement antérieur ou texte source perdu	Retrouver l’export intact antérieur ou relire le PDF
Accents lisibles mais colonnes décalées	Séparateur ou gestion des guillemets	Corriger séparément la lecture des champs
Aperçu correct ; livraison rouverte erronée	Encodage changé à l’écriture ou au prochain import	Examiner le fichier sauvegardé exact et ses réglages de lecture

Pour l’opération fictive, gardez CB1842, la date 2026-09-18 et le débit de 19,80 EUR pendant l’essai de libellé. Une seconde entrée fictive de 50,00 EUR donne +30,20 net. L’import correct et celui contenant CafÃ© peuvent donner le même net : les montants ne valident pas le décodage textuel. Exigez deux opérations, références inchangées et libellés exacts, en plus de +30,20.

Après obtention d’un aperçu correct, enregistrez un fichier de travail séparé et rouvrez-le avec la méthode du destinataire. Notez encodage source, encodage de sortie s’il intervient, séparateur et logiciel/version. Si seule la livraison échoue, repartez du brut ; enregistrer le classeur déjà abîmé sous un autre encodage ne constitue pas une réparation.

Vérifiez la présence d’un BOM et confrontez le choix d’encodage du lecteur aux octets sources inchangés. Le BOM aide à reconnaître un encodage ; il ne restaure pas des lettres remplacées en amont. Choisir un encodage ne normalise pas les noms, ne supprime pas les accents et ne prouve pas l’identité de deux commerçants. Si plusieurs réglages donnent un texte plausible, gardez l’ambiguïté jusqu’à confirmation par la documentation d’export ou une source intacte.

Contrôles et limites

Testez plusieurs caractères accentués et le fichier rouvert. N’effacez pas les accents pour donner un aspect propre à l’import : vous changeriez la source. Csv.Document propose un choix d’encodage ; utilisez celui confirmé pour le fichier, pas une supposition universelle.

Conservez le fichier original intact et notez tout point non résolu avant d’utiliser le tableau.

Contrôles complémentaires

Préservez ensemble libellés et références quand le décodage CSV change les caractères. Libellés bancaires sur plusieurs lignes : reconstituer une opération · Références bancaires dans Excel : préserver chiffres et zéros initiaux · Vérifier un CSV bancaire avant de l’ouvrir dans Excel.

BankStatementScan est en préparation. Le site propose une demande d’accès et un exemple fictif ; il ne convertit pas actuellement vos fichiers bancaires. Voir le service envisagé.

Sources consultées le 16 octobre 2026

Unicode — UTF and BOM FAQ.