Comment reprendre ses données dans un nouvel outil ?
En bref
Commencez par inventorier les données existantes et décider ce qui mérite d'être repris. Nettoyez ensuite les doublons, les formats incohérents et les valeurs approximatives. Établissez la correspondance entre les anciens champs et les nouveaux, puis faites un import d'essai que les utilisateurs habituels vérifient. Conservez les fichiers d'origine archivés, et reprenez l'historique seulement s'il sert vraiment.
La reprise des données est l'étape la plus souvent sous-estimée d'un projet d'outil interne. Elle décide pourtant de la confiance que les utilisateurs accorderont à l'application : un outil qui démarre avec des informations fausses ou incomplètes est abandonné en quelques semaines.
Étape 1 : inventorier et décider ce qui sera repris
Les données utiles sont rarement au même endroit : un logiciel existant, des tableurs, une boîte de courriels, parfois des dossiers papier. Pour chaque source, notez ce qu'elle contient, qui la tient à jour et depuis quand.
Tout ne doit pas être repris. Posez la question pour chaque ensemble :
- Sert-il au travail quotidien, ou seulement à une consultation rare ?
- Est-il encore exact ?
- Une obligation légale impose-t-elle sa conservation ?
- Contient-il des données personnelles dont la durée de conservation est dépassée au regard du RGPD ?
Une reprise partielle assumée vaut mieux qu'un déversement complet qui encombre l'outil de données mortes. Les archives peuvent rester consultables ailleurs, en lecture seule.
Étape 2 : nettoyer avant d'importer
Le nettoyage se fait sur les fichiers d'origine, avant tout import. Les défauts les plus courants :
| Défaut | Exemple |
|---|---|
| Doublons | Le même client saisi trois fois avec des orthographes différentes. |
| Formats incohérents | Des dates écrites tantôt en texte, tantôt en nombre. |
| Champs fourre-tout | Une colonne « remarques » qui contient en réalité un statut, une date et un contact. |
| Valeurs provisoires | Des mentions comme « à confirmer » utilisées depuis des années. |
| Information manquante | Des enregistrements sans identifiant, impossibles à relier. |
Confiez ce travail aux personnes qui connaissent les fichiers. Elles seules distinguent une erreur d'une exception voulue. Ce point est développé dans l'article sur le passage des tableurs à une application.
Étape 3 : établir la correspondance des champs
Pour chaque champ du nouvel outil, indiquez d'où vient l'information et comment elle est transformée. Un tableau de correspondance suffit : champ d'origine, champ de destination, règle appliquée, valeur par défaut si la source est vide.
Les points à trancher explicitement :
- Comment reconnaître qu'un enregistrement existe déjà, pour éviter les doublons.
- Que faire des valeurs qui ne correspondent à aucune option prévue.
- Comment traiter les enregistrements incomplets : les rejeter, les importer signalés, ou les compléter à la main.
- Quelle profondeur d'historique reprendre, et sous quelle forme.
Étape 4 : importer d'abord pour vérifier
Le premier import n'est jamais le bon. Procédez par essais :
- Un import d'essai sur un échantillon, dans un environnement séparé de la production.
- Une vérification par les utilisateurs habituels, sur des dossiers qu'ils connaissent par cœur.
- Des comptages de contrôle : nombre d'enregistrements, totaux, valeurs extrêmes, enregistrements rejetés et raison du rejet.
- Des corrections apportées aux fichiers source ou aux règles, puis un nouvel import complet.
Prévoyez que l'import définitif se fasse juste avant la mise en service, pour limiter l'écart avec les données saisies entre-temps dans l'ancien système.
Étape 5 : conserver et tracer
Archivez les fichiers d'origine en lecture seule, ainsi que les règles de transformation appliquées et le compte rendu de l'import. En cas de doute quelques mois plus tard, ces éléments permettent de comprendre d'où vient une valeur inattendue. Vérifiez enfin que les données reprises sont bien couvertes par vos sauvegardes dès le premier jour.
NexSecure prend en charge la reprise des données des outils qu'elle met en service, dans le cadre de son offre de développement web sur mesure.
Questions fréquentes
Faut-il reprendre tout l'historique ?
Rarement en totalité. Reprenez ce qui sert au travail courant, et gardez le reste consultable ailleurs en lecture seule. Un historique complet alourdit l'outil sans usage réel.
Qui doit vérifier les données importées ?
Les personnes qui utilisaient les fichiers d'origine. Elles repèrent immédiatement une valeur aberrante là où un contrôle automatique ne verrait rien d'anormal.
Peut-on nettoyer les données après l'import ?
C'est possible mais moins efficace : les erreurs se propagent et la confiance dans l'outil se perd dès les premiers jours d'utilisation.
Que faire des données personnelles trop anciennes ?
Ne pas les reprendre lorsque leur durée de conservation est dépassée. La reprise est une bonne occasion de mettre à jour le registre des traitements.
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