Guide pratique · 8 octobre 2026 · lecture et vérifications locales

7 erreurs à corriger dans un CSV avant une migration CRM

Vous préparez un import et souhaitez éviter d’introduire des incohérences dans votre nouveau CRM ? Avant de chercher un outil de nettoyage, vérifiez ces sept points sur une copie de votre export.

Ce guide concerne la préparation des données. Il ne réalise pas une migration et ne garantit pas qu’un import réussira.

1. Un séparateur ou un encodage mal interprété

Exemple : une ligne utilise le point-virgule, mais votre outil attend des virgules. Tout arrive dans une seule colonne. Un accent mal décodé peut également transformer « Société Démo A » en texte illisible.

societe_id;libelle;statut
DEMO-001;"Société Démo A";prospect

Vérification : ouvrez l’aperçu d’import en choisissant explicitement le séparateur et l’encodage. Contrôlez plusieurs lignes, dont celles contenant des accents, des guillemets ou des séparateurs dans une valeur.

Correction : réexportez dans un format compatible avec la destination. Ne remplacez pas globalement les points-virgules : certains peuvent appartenir au contenu d’une cellule. HubSpot documente notamment l’UTF-8 pour les caractères de langues étrangères ; vérifiez les exigences de votre propre CRM.

2. Des identifiants absents ou des doublons non arbitrés

societe_id,libelle,statut
DEMO-001,Société Démo A,prospect
DEMO-001,Société Démo A,client

Ces deux lignes partagent un identifiant, mais leur statut diffère. Il ne suffit pas de supprimer arbitrairement la seconde ligne.

Vérification : comptez les identifiants vides et les identifiants répétés. Puis comparez les autres champs des lignes concernées. Deux libellés identiques ne prouvent pas qu’il s’agit du même enregistrement.

Correction : définissez la clé d’identification et une règle d’arbitrage validée : fusion, conservation ou exclusion temporaire. Pour une mise à jour, vérifiez quelle clé le CRM reconnaît réellement. Un identifiant inventé dans le CSV ne devient pas automatiquement un identifiant natif du CRM.

3. Des champs obligatoires manquants ou des colonnes ambiguës

societe_id,libelle,statut
DEMO-002,,prospect

Vérification : listez les champs obligatoires de l’objet importé, puis comptez les valeurs manquantes. Vérifiez les espaces seuls, les en-têtes vides ou répétés et les valeurs de remplacement telles que « N/A ». Les obligations dépendent du CRM, de l’objet et de votre configuration.

Correction : récupérez une valeur fiable dans votre source ou placez la ligne dans une liste d’exceptions. N’inventez pas un nom, une coordonnée ou une valeur métier uniquement pour satisfaire le validateur.

4. Des dates ambiguës ou impossibles

societe_id,date_creation
DEMO-003,03/04/2026
DEMO-004,31/02/2026

La première date peut signifier le 3 avril ou le 4 mars selon la convention. La seconde est impossible.

Vérification : identifiez le format de chaque source, les dates invalides et, pour les horodatages, le fuseau horaire. Une conversion réussie par un tableur ne prouve pas que l’interprétation était correcte.

Correction : résolvez les ambiguïtés à partir d’une source fiable, puis utilisez le format accepté par le CRM cible. 2026-04-03 est un exemple lisible, pas une exigence universelle. Laissez les valeurs non résolues en exception au lieu de choisir au hasard.

5. Des types modifiés par le tableur

code_externe,montant
00042,"12,50"
00043,"1 250,00"

Le code peut perdre ses zéros initiaux. Un montant peut rester du texte ou être interprété avec une mauvaise convention décimale.

Vérification : comparez le fichier texte d’origine à l’aperçu, en déclarant les identifiants comme texte. Contrôlez séparateurs décimaux, milliers, devise et valeurs numériques.

Correction : déclarez les types avant conversion et comparez les valeurs obtenues. Un CSV provenant d’un tiers peut aussi contenir des cellules interprétées comme formules par un tableur : n’activez ni formule ni contenu externe non fiable. Toute neutralisation doit conserver une copie de la valeur originale et être compatible avec l’import visé.

6. Un mapping ou des valeurs de liste incohérents

societe_id,statut
DEMO-005,Client
DEMO-006,client
DEMO-007,CLIENT_ACTIF

Vérification : préparez une table « colonne source → propriété cible », puis comparez chaque valeur distincte aux options autorisées. Vérifiez si le CRM attend un libellé ou une valeur interne.

Correction : faites valider le mapping et les équivalences par la personne responsable des données. Ne créez pas de nouveaux champs ni ne fusionnez des statuts différents par simple ressemblance.

7. Des associations orphelines ou un mode d’import non défini

dossier_id,societe_id
DOSSIER-DEMO-01,DEMO-999

Si DEMO-999 n’existe ni dans votre fichier de sociétés ni dans la destination, l’association peut échouer même lorsque la ligne est importée.

Vérification : comparez les clés des objets associés et clarifiez si l’opération doit créer, mettre à jour ou faire les deux. Comptez les lignes attendues, les clés distinctes et les exceptions avant l’import.

Correction : résolvez les références manquantes et prévoyez un rapprochement des résultats. Un éventuel import d’échantillon doit se faire dans un environnement de test autorisé, avec sauvegarde et procédure de retour arrière ; ce guide ne vous autorise pas à modifier une base réelle.

Checklist avant de confier le fichier à l’import

À copier dans votre document de préparation ou à imprimer. « Vérifié » signifie contrôlé, pas seulement supposé.

Limites : ce que cette checklist ne vérifie pas

Elle ne certifie ni la conformité juridique de vos données, ni les droits d’importation, ni toutes les règles métier de votre CRM. Les champs requis, formats de dates, tailles de fichiers, associations et clés diffèrent selon la destination. Une migration complète comprend d’autres étapes : droits, configuration, essais, sauvegardes et contrôle après import.

Une vérification détecte une anomalie ; elle ne prouve pas toujours la bonne correction. Conservez les inconnues visibles et demandez un arbitrage avant toute modification irréversible.

Références techniques

Consultées le 8 octobre 2026. Ces références illustrent des règles d’un CRM particulier ; elles ne s’appliquent pas automatiquement à toutes les destinations.