Un fichier CSV contient du texte organisé en lignes et en colonnes. À l’ouverture, un tableur interprète ces valeurs et peut transformer un code en nombre ou une référence en date. Dans LibreOffice Calc, préparer l’import permet de conserver les zéros initiaux, les accents et les séparateurs sans corriger les données une à une.
Un identifiant n’est pas une quantité
Un code postal, une référence client ou un numéro de produit peut ressembler à un nombre. Pourtant, l’utiliser dans une addition n’a aucun sens. Il faut souvent l’importer comme texte pour conserver sa représentation, notamment les zéros placés au début.
Transformer ensuite la cellule en texte ne reconstitue pas toujours l’information perdue lors de l’import initial. Gardez donc une copie du CSV d’origine et recommencez l’import avec les bons réglages plutôt que d’inventer des zéros selon une règle approximative.
Lire l’aperçu avant de valider
Dans la fenêtre d’import de texte, choisissez l’encodage et le séparateur qui produisent des colonnes cohérentes. Le caractère utilisé peut être une virgule, un point-virgule ou une tabulation. L’extension CSV ne suffit pas à déterminer toutes ces conventions.
Regardez plusieurs lignes, dont celles qui contiennent des accents, des guillemets et des champs vides. Une ligne simple peut sembler correcte alors qu’un commentaire contenant une virgule décale les suivantes. Vérifiez aussi le délimiteur de texte.
Pour replacer ce travail de données dans le choix des applications, consultez les tableurs qui peuvent remplacer Excel.
Définir le type des colonnes sensibles
Sélectionnez les colonnes d’identifiants dans l’aperçu et choisissez le type texte adapté. Pour les montants, contrôlez la convention décimale et la langue utilisée pour l’interprétation. Une virgule décimale n’a pas le même rôle qu’un séparateur de champ.
Les dates demandent également de l’attention. Une valeur comme 03/04 peut être ambiguë selon les conventions. Si le format d’origine n’est pas clairement documenté, conservez la donnée comme texte avant de préparer une conversion explicite.
Examiner les contenus provenant d’un tiers
Un CSV n’est pas un document neutre simplement parce qu’il contient du texte. Certaines valeurs peuvent être interprétées comme des formules par le tableur. Pour une liste reçue d’une source non maîtrisée, privilégiez une importation en texte des champs qui n’ont aucune raison de contenir des calculs.
Ne déclenchez pas de liens ou d’actions proposés par un contenu dont vous ignorez l’origine. Les règles de traitement doivent être adaptées au contexte professionnel. Demandez un export de démonstration lorsqu’un prestataire prépare un nouveau flux de données.
Contrôler avant le réexport
Comparez le nombre de lignes et les champs essentiels avec le fichier initial. Recherchez les références transformées, les dates incohérentes et les accents endommagés. Vérifiez les cellules vides : une absence de valeur n’est pas toujours équivalente à zéro.
Quand vous enregistrez en CSV, vérifiez la feuille exportée, l’encodage, le séparateur et les options de filtre. Un classeur contenant plusieurs feuilles, des styles et des formules ne se conserve pas intégralement dans un seul CSV. Gardez le classeur de travail séparément.
Pour choisir un outil adapté aux scans, consultez les logiciels de reconnaissance de caractères.
Exemple : importer un catalogue
Un catalogue contient des références comme 001245 et des prix avec une virgule décimale. Vous importez la colonne de référence comme texte et la colonne de prix avec la convention appropriée. Vous vérifiez quelques produits, puis enregistrez un classeur de travail avant de produire le CSV destiné à l’autre application.
Enfin, vous rouvrez ce CSV dans un nouvel import contrôlé. Le résultat doit correspondre au schéma attendu par le destinataire, pas seulement à l’apparence du classeur sur votre écran.
Pourquoi l’aperçu paraît-il correct alors que les valeurs changent ?
L’affichage peut masquer une conversion déjà réalisée. Un code peut être présenté avec un format personnalisé tandis que sa valeur interne reste numérique. Vérifiez le contenu réel de quelques cellules, puis comparez avec le CSV ouvert dans un éditeur de texte de confiance.
Pour les identifiants, privilégiez une importation en texte dès le départ. Un format d’affichage qui ajoute des zéros peut être utile dans certains calculs, mais il ne remplace pas la conservation exacte de la donnée d’origine. Cette distinction compte lorsqu’un autre logiciel réimporte ensuite le fichier exporté.
Comment traiter les guillemets et les commentaires ?
Les champs textuels peuvent contenir le séparateur lui-même ou des retours à la ligne. Le délimiteur de texte permet de préserver ces contenus dans de nombreux schémas CSV. Vérifiez les lignes les plus complexes dans l’aperçu, pas seulement le début du fichier.
Si le fournisseur ne documente pas son format, demandez un échantillon avec accents, champs vides, guillemets et commentaires. Vous pourrez valider les conventions avant un export volumineux. Une règle d’import testée sur dix lignes simples peut échouer sur une seule valeur particulière au milieu de milliers de références.
Pour préparer une version de lecture, poursuivez avec la conversion d’un document Word en PDF.
Peut-on conserver plusieurs feuilles en CSV ?
Un CSV représente un tableau textuel et ne conserve pas tout un classeur avec ses feuilles, styles et fonctions. Gardez votre travail dans le format de classeur approprié, puis produisez les exports nécessaires séparément. Donnez des noms explicites pour éviter d’envoyer la mauvaise feuille.
Si le destinataire attend une valeur calculée, vérifiez si l’export contient cette valeur ou une formule selon les options utilisées. Le bon résultat est défini par son schéma d’import. Faites un essai dans l’application cible lorsque c’est possible, avec un petit jeu de données sans information sensible.
Comment vérifier les dates ambiguës ?
Comparez les conventions de la source et du destinataire. Une date numérique courte peut être interprétée différemment selon la langue. Si vous ne pouvez pas confirmer le sens, conservez temporairement le champ comme texte et demandez la convention attendue avant une conversion.
Pour une nouvelle procédure, définissez un format documenté et stable. Vérifiez également les heures et fuseaux si le CSV contient des événements. Une cellule visuellement correcte peut représenter une autre date après un import automatique dans un outil configuré pour une autre région.
Préparer une recette d’import réutilisable
Notez l’encodage, le séparateur, le délimiteur de texte et les types des colonnes sensibles. Ajoutez deux ou trois valeurs de test attendues, sans utiliser de données privées. Cette recette permet de refaire l’opération et de repérer un changement de format chez le fournisseur.
Après chaque import important, contrôlez le nombre de lignes et les exceptions. Ne remplacez pas le fichier source par un export corrigé sans conserver une référence. Si une anomalie apparaît, vous pourrez distinguer une erreur présente dans la source d’une transformation produite par le tableur ou l’application cible.
Mise en pratique : importer un catalogue sans perdre les zéros
Un catalogue doit passer d’un CSV vers Calc puis vers une autre application, en conservant les références textuelles et les prix selon leur convention d’origine. Ce scénario est un exercice proposé, et non un essai de produit réalisé par APPS4BCN. Vous pouvez le reproduire avec des données fictives, en adaptant les menus à votre version et les autorisations à votre situation. Le résultat recherché doit être observable avant de généraliser la méthode.
Préparer les informations et le périmètre
Commencez par réunir le séparateur, l’encodage et le schéma attendu, avec les colonnes d’identifiants qui ne doivent pas devenir des nombres ou des dates. Vérifiez que vous êtes dans le bon compte et sur le bon appareil. Si plusieurs personnes utilisent l’environnement, prévenez celles qui pourraient être concernées par votre essai. Une configuration partagée ne doit pas être modifiée comme un espace personnel sans vérifier qui en dépend.
Constituer un petit échantillon représentatif
Utilisez un petit catalogue fictif contenant des zéros initiaux, des accents, une virgule dans un commentaire et quelques champs volontairement vides. Le choix de l’échantillon compte : il doit représenter le besoin réel sans exposer inutilement des contenus privés. Évitez de faire votre première expérience sur l’unique copie d’un document ou sur le seul moyen d’accès à un compte important.
Écrire le résultat attendu
Votre critère de réussite est le suivant : obtenir les colonnes attendues, préserver exactement les références et confirmer les valeurs numériques avant de produire l’export pour le destinataire. Formulez-le avant de commencer, puis gardez-le visible pendant le contrôle. Un écran qui se ferme, un voyant ou une confirmation générale ne suffisent pas si la fonction dont vous avez besoin n’a pas été vérifiée directement.
Réaliser l’essai et observer les différences
Passez ensuite à un import avec aperçu et types explicites, suivi d’une comparaison de cellules sensibles puis d’un réexport ouvert à nouveau dans un contexte contrôlé. Prenez le temps d’attendre les confirmations utiles et notez le résultat dans le contexte exact où il se produit. Si un traitement continue en arrière-plan, vérifiez son état avant d’enchaîner sur une opération qui dépend de sa fin.
Savoir s’arrêter et préserver les accès utiles
Le point d’arrêt est un code transformé, une date ambiguë ou un décalage de colonnes provoqué par un délimiteur mal interprété dans une ligne complexe. Dans cette situation, n’élargissez pas automatiquement les permissions et ne supprimez pas les copies qui pourraient encore servir. Un message d’erreur doit être relevé précisément avant de choisir l’étape suivante ou de demander une assistance.
Le retour prudent consiste à conserver le CSV source, recommencer l’import avec les bons types et ne pas reconstruire les identifiants perdus selon une hypothèse non confirmée. Si vous ne pouvez pas confirmer les conséquences d’une commande, conservez l’état utile et cherchez la documentation correspondant au modèle ou à la version utilisés. L’objectif du dépannage est de réduire l’incertitude, pas de multiplier les opérations irréversibles.
Conserver une conclusion exploitable
À la fin, notez les réglages du filtre, les valeurs de test et les anomalies corrigées, sans remplacer la source originale par la seule version transformée. Indiquez également ce qui n’a pas été testé. Une autre personne, ou vous-même dans quelques mois, doit pouvoir distinguer un résultat réellement confirmé d’une hypothèse restée en attente. Cette précision rend la procédure réutilisable lors d’un changement d’appareil ou d’application.
Sources et vérifications
Documentation officielle consultée le 31 octobre 2026. Les menus, options et politiques des services peuvent évoluer selon les versions et les comptes. Les scénarios de mise en pratique sont proposés à titre d’exercice.
