CSV bancaire en une colonne ou caractères illisibles : corriger l’import

Un CSV bancaire qui s’ouvre dans une seule colonne demande une vérification du séparateur ; des colonnes correctes avec des accents illisibles demandent une vérification de l’encodage. Distinguez ces deux problèmes à partir du fichier source intact. Un troisième défaut, la mauvaise lecture des guillemets, peut décaler certaines descriptions même si la majorité des lignes semble correcte. Ce guide permet d’obtenir les bonnes colonnes de texte avant d’interpréter dates et montants.

Vous disposez déjà d’un CSV de transactions ? Sa lecture ne nécessite pas de convertisseur PDF. LocalExtract est une option lorsque la source est un PDF ; les étapes suivantes concernent un CSV existant.

Identifier l’étape de lecture en défaut

Ouvrez d’abord une copie dans un éditeur de texte local. N’écrasez pas le téléchargement bancaire. Notez l’encodage et le séparateur indiqués dans les instructions d’export, lorsqu’ils sont précisés ; l’extension CSV ne définit ni l’un ni l’autre.

Repartez de la source si une ouverture suivie d’un enregistrement a déjà modifié le texte. Un réglage d’affichage ne restaure pas des caractères ou des zéros initiaux écrasés. Si le fichier brut est déjà endommagé, obtenez un nouvel export ou comparez les opérations concernées au relevé au lieu de deviner les noms.

Utiliser un contrôle à quatre colonnes plutôt que des remplacements successifs

Cet exemple synthétique utilise un point-virgule, du texte UTF-8 et une virgule décimale. Il ne représente aucune banque ni aucun client réel. La référence est un champ pédagogique supplémentaire, pas un champ produit par LocalExtract.

date;description;amount;reference
2026-10-01;"Café, Nord";-12,50;00017
2026-10-02;"Desk ""A""";25,00;00018

Le résultat attendu comporte trois enregistrements, en-tête compris, avec quatre champs par enregistrement :

Une tabulation laisse ici un seul champ par enregistrement. Une virgule interprète à tort la ponctuation de la description et les décimales comme des séparations. Le point-virgule, avec une lecture correcte des guillemets, donne quatre champs. Les guillemets doublés de la deuxième description représentent un guillemet littéral de chaque côté de A ; ce ne sont pas des caractères parasites à supprimer.

Nous avons vérifié ces résultats avec le lecteur CSV de Python et des paramètres explicites. Téléchargez les cas de lecture synthétiques : ils contiennent le texte exact, les octets UTF-8 en hexadécimal et les lignes attendues. Ce sont des données de diagnostic, pas un modèle d’import comptable ni une preuve d’import réussi dans Excel.

Importer une copie avec l’aperçu d’Excel

Pour Excel de bureau Microsoft 365 sous Windows, Microsoft décrit Données → À partir d’un fichier texte/CSV. Sélectionnez la copie, choisissez le séparateur dans l’aperçu, puis Transformer les données si vous devez contrôler les types avant chargement. L’ouverture directe d’un CSV utilise les formats par défaut et peut réinterpréter ses valeurs ; consultez les instructions Microsoft d’import texte/CSV. Les intitulés et options varient selon la version ; il ne s’agit pas d’un parcours de menus pour Mac ou Excel pour le web.

Choisissez le point-virgule pour cet exemple. Vérifiez les deux opérations, pas seulement l’en-tête : la description doit rester dans un seul champ, le montant dans un autre et la référence doit garder cinq caractères. Si Power Query a ajouté une étape de conversion de type automatique, retirez-la pour examiner les valeurs brutes et définissez la référence en Texte avant chargement. Convertir après coup le nombre 17 en texte ne restitue pas 00017.

Ne modifiez pas le séparateur de liste de Windows pour corriger un seul import. Un paramètre propre à la requête limite le diagnostic au fichier ; une modification système peut toucher d’autres applications. Ne remplacez pas globalement les virgules par des points-virgules : dans cet exemple, les virgules ont deux rôles différents, et aucun n’est celui de séparateur de champs.

Corriger le décodage sans réécrire le texte des transactions

Le mot Café correspond aux octets UTF-8 43 61 66 C3 A9. Lus en Windows-1252, ils donnent Café. C’est un exemple contrôlé de mauvais décodage, pas une règle selon laquelle tout fichier illisible serait en UTF-8. Choisissez UTF-8 uniquement si la spécification source ou une comparaison fiable le justifie ; vérifiez plusieurs descriptions accentuées.

Microsoft indique qu’Excel peut normalement ouvrir directement un CSV UTF-8 s’il comporte une marque d’ordre des octets (BOM). Sans cette marque, utilisez Power Query ou l’import texte présenté dans les conseils UTF-8 de Microsoft. La BOM UTF-8 est EF BB BF au début du fichier. Elle ne renseigne ni sur le séparateur ni sur l’exactitude des montants.

Utilisez le réglage d’origine du fichier ou d’encodage lorsqu’il est disponible, en repartant des octets intacts à chaque essai. Enregistrer du texte illisible en UTF-8 conserve le mauvais texte ; cela n’annule pas le décodage précédent. Un caractère de remplacement comme � impose une comparaison avec la source, pas un simple changement de police. N’ajoutez pas une BOM à tous les fichiers destinés à la comptabilité : suivez l’encodage accepté par le destinataire réel.

Passer à la suite uniquement après les contrôles du texte

Conservez une courte trace avant/après : nom du fichier source, encodage, séparateur, nombre de champs attendu et description contenant ponctuation ou accents. Vérifiez les premiers, derniers et autres enregistrements inhabituels, ainsi que les descriptions entre guillemets sur plusieurs lignes si la source en contient. Le nombre de lignes physiques ne suffit pas à compter les enregistrements CSV.

Continuez uniquement lorsque les descriptions gardent leurs caractères, que chaque enregistrement possède les champs attendus et que les identifiants restent du texte exact. Passez ensuite au diagnostic des dates et séparateurs décimaux. Pour la correspondance des champs et l’exhaustivité, revenez au guide CSV pour la comptabilité. Lire correctement un fichier ne prouve pas que ses transactions sont complètes ou prêtes à être importées.

Si votre seule source est un PDF, LocalExtract traite un PDF à la fois localement, OCR compris, et exporte un CSV date,description,amount. Il n’y a pas de file de traitement par lots. Les services de compte et la vérification périodique Pro nécessitent une connexion réseau. Exportez le CSV, puis enregistrez un classeur XLSX dans Excel si nécessaire. Télécharger LocalExtract pour un traitement à partir d’un PDF.

Sources officielles Microsoft vérifiées le 15 octobre 2026. Les données sont synthétiques ; les résultats reproduits concernent le décodage et la lecture CSV, pas une garantie de format pour une banque donnée.