Comment nettoyer ses données avant une reprise ?
En bref
Nettoyer ses données consiste à repérer et corriger, avant la bascule, ce qui empêchera le nouvel outil de fonctionner : doublons, champs obligatoires vides, formats incohérents, fiches obsolètes. Le travail se fait sur un extrait, avec des contrôles écrits et réutilisables, et les corrections s'appliquent à la source pour ne pas les refaire à chaque essai.
Changer d'outil met en lumière l'état réel des données accumulées pendant des années. Les corriger après la bascule coûte beaucoup plus cher que de les préparer avant. Voici comment procéder sans y passer des mois.
Commencer par un inventaire
Avant de corriger quoi que ce soit, il faut savoir de quoi l'on parle. Exportez chaque catégorie de données (clients, produits, dossiers, documents) et notez pour chacune : le nombre de fiches, la date de la plus ancienne et de la plus récente, les champs réellement remplis. Cette photographie révèle souvent des surprises : des milliers de fiches jamais rouvertes, des champs libres utilisés pour dix usages différents.
Les contrôles à passer sur chaque fichier
| Contrôle | Ce qu'il révèle |
|---|---|
| Champs obligatoires vides | Des fiches que le nouvel outil refusera de créer. |
| Valeurs hors liste | Des statuts ou des catégories qui n'existent pas dans la destination. |
| Formats irréguliers | Dates, montants, téléphones, codes postaux saisis de plusieurs façons. |
| Doublons probables | Le même client saisi plusieurs fois sous des orthographes voisines. |
| Liens cassés | Une commande qui renvoie à un client supprimé, un document introuvable. |
| Fiches dormantes | Des enregistrements inactifs depuis longtemps, à archiver plutôt qu'à reprendre. |
Corriger à la source, pas dans le fichier
La tentation est forte de corriger directement le fichier exporté. C'est une impasse : il faudra tout recommencer au prochain export, et le jour de la bascule le fichier sera différent de celui qui a été testé. Corrigez dans l'outil d'origine chaque fois que c'est possible, et gardez pour le programme de reprise les seules transformations automatisables : mise en forme des dates, normalisation des majuscules, rapprochement de valeurs.
Écrivez ces règles de transformation plutôt que de les appliquer à la main. Elles seront rejouées à l'identique lors de chaque essai, puis le jour J.
Décider ce qu'on ne reprend pas
Tout reprendre n'est ni utile ni prudent. Trois questions permettent de trancher :
- Cette donnée sert-elle encore ? Un fichier de prospects jamais recontactés n'a pas besoin d'être transporté.
- Sommes-nous tenus de la conserver ? Certaines pièces ont une durée de conservation à respecter, d'autres doivent au contraire être supprimées passé un délai.
- Peut-elle rester consultable ailleurs ? Un export archivé, lisible et sauvegardé, suffit souvent pour l'historique ancien.
La bascule est d'ailleurs une bonne occasion de mettre à jour votre registre des traitements et de faire le tri prévu par vos durées de conservation.
Faire participer les équipes
Les contrôles automatiques repèrent les anomalies de forme, pas les erreurs de fond. Seules les personnes qui utilisent les données savent qu'un client a changé de nom, qu'une référence a été remplacée ou que deux fiches désignent la même société. Répartissez les listes d'anomalies par responsable, avec une échéance courte et un format simple. Un tableau partagé, relu chaque semaine, donne de meilleurs résultats qu'un grand fichier envoyé à tout le monde.
Mesurer l'avancement
Fixez pour chaque contrôle un seuil acceptable avant la bascule, et suivez son évolution. Le but n'est pas la perfection : c'est d'atteindre un état où le nouvel outil fonctionne et où les écarts restants sont connus et assumés. Notez ce qui reste à corriger après la mise en service, pour ne pas le découvrir au premier incident. NexSecure accompagne ces reprises de données dans le cadre de son offre de développement web sur mesure.
Questions fréquentes
Faut-il nettoyer avant ou après la bascule ?
Avant, pour tout ce qui bloque la création des fiches. Après la bascule, les corrections se font dans un outil en production, avec plus de contraintes et plus de risques.
Qui doit faire ce travail ?
Les personnes qui connaissent les données. La partie technique produit les listes d'anomalies ; les décisions de fond reviennent aux équipes métier.
Peut-on automatiser le dédoublonnage ?
Partiellement. Un programme propose des rapprochements probables ; la fusion définitive doit être validée par une personne, car une fusion erronée est difficile à défaire.
Que faire des données trop anciennes ?
Les archiver dans un export lisible et sauvegardé, ou les supprimer si leur durée de conservation est dépassée, plutôt que de les transporter dans le nouvel outil.
Sources
Service lié
Articles liés
Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.
Une question sur votre situation ? Parler de votre projet