Migration de données

La migration de données est le transfert des informations d’un ancien système (fichiers Excel, logiciel abandonné, base historique) vers le nouveau logiciel. Elle comprend le nettoyage (doublons, formats, données périmées), la correspondance des champs, l’import, puis la vérification.

C’est souvent la partie la plus sous-estimée d’un projet : les données réelles sont toujours moins propres qu’on ne le croit, et c’est en migration qu’on le découvre.

Les quatre temps d’une reprise. Chacun demande du temps métier, pas seulement technique :

• l’extraction : sortir les données de l’ancien système dans un format lisible
• le nettoyage : doublons, formats de dates, champs vides, contacts inactifs
• la correspondance : décider, champ par champ, où va chaque information dans le nouveau modèle
• le contrôle : rejouer des cas réels et comparer les totaux avec l’ancien système

Migrer n’est pas importer. Un import charge un fichier déjà propre dans un logiciel qui l’attend. Une migration suppose d’arbitrer : ce qu’on reprend, ce qu’on redresse, ce qu’on laisse derrière. Ces décisions appartiennent au métier, pas au prestataire.

Les essais à blanc. Une migration se répète plusieurs fois avant la vraie. La CNIL demande de ne pas utiliser de données personnelles réelles pour les phases de développement et de test, de travailler dans un environnement distinct de la production, et de recourir à des données fictives ou anonymisées (CNIL, fiche « Encadrer les développements informatiques », 14 mars 2024). Quand ces jeux fictifs ne suffisent pas, elle admet des données réelles en pré-production à deux conditions cumulatives : un environnement sécurisé au niveau de la production, et un service ayant déjà passé les tests unitaires, d’intégration et fonctionnels.

Ce qu’il faut demander. Combien de répétitions avant la bascule, qui valide les écarts pendant la recette, combien de temps l’ancien système reste consultable, et comment les données personnelles sont traitées au regard du RGPD.