Comment migrer les données d'un ancien logiciel ?
En bref
Migrer les données consiste à transporter l'existant d'un ancien logiciel vers un nouveau, en respectant leur sens. La méthode tient en cinq temps : définir le périmètre, extraire, transformer, charger dans un environnement d'essai, puis recommencer jusqu'à ce que les contrôles soient concluants. La bascule réelle n'est que la dernière répétition d'un scénario déjà joué.
La reprise des données est la partie d'un changement d'outil qui réserve le plus de mauvaises surprises. Elle est pourtant prévisible, à condition de la traiter comme un projet à part entière et non comme une formalité de dernière semaine.
Définir le périmètre avant tout
La première question n'est pas technique : que reprend-on ? Toutes les données n'ont pas la même valeur. Classez-les en trois groupes :
- Indispensable : ce sans quoi le nouvel outil ne peut pas fonctionner dès le premier jour (clients actifs, contrats en cours, catalogue).
- Utile : ce qui sert au quotidien mais peut arriver plus tard (historique récent, documents joints).
- Archivable : ce qui doit rester consultable sans être réutilisé, et peut vivre dans un export conservé à part.
Cette distinction allège considérablement le chantier. Reprendre quinze ans d'historique dans un outil neuf coûte cher et ralentit son usage quotidien.
Les cinq étapes du chantier
| Étape | Ce qu'on y fait | Ce qui se décide |
|---|---|---|
| Cadrage | Inventorier les données, fixer le périmètre. | Ce qu'on reprend, ce qu'on archive, ce qu'on abandonne. |
| Extraction | Sortir les données de l'ancien outil. | Le format, la fréquence, qui fournit le fichier. |
| Transformation | Convertir les formats, rapprocher les valeurs, corriger. | Les règles de correspondance, écrites et rejouables. |
| Chargement d'essai | Charger dans un environnement séparé. | Les contrôles à passer et les seuils acceptables. |
| Bascule | Rejouer le scénario sur les données réelles. | La date, le gel des saisies, le retour arrière possible. |
Répéter avant de basculer
Un essai à blanc consiste à dérouler la migration complète sur un environnement séparé, avec les vraies données, puis à tout vérifier. Le premier essai échoue toujours. Le deuxième révèle les cas particuliers. À partir du troisième, on commence à mesurer le temps réel de l'opération, ce qui permet de choisir un créneau de bascule crédible.
Chaque essai doit être automatisé. Si la reprise repose sur des manipulations manuelles, elle ne sera pas reproductible le jour J, et personne ne pourra dire ce qui a été fait.
Les contrôles après chargement
- Les compteurs : autant de clients, de commandes et de documents des deux côtés, ou un écart expliqué ligne à ligne.
- Les totaux : les montants cumulés doivent correspondre, faute de quoi une conversion a échoué.
- Les liens : chaque commande pointe vers un client existant, chaque document vers un dossier.
- Un échantillon relu par le métier : une dizaine de dossiers connus, vérifiés écran par écran.
- Les cas extrêmes : la fiche la plus ancienne, la plus volumineuse, celle qui contient des caractères inhabituels.
Organiser la bascule
Le jour de la bascule, l'ancien outil doit être figé : toute saisie effectuée pendant l'opération serait perdue. Prévenez les équipes assez tôt, choisissez un moment creux, et prévoyez un scénario de retour en arrière si les contrôles échouent. Gardez l'ancien outil accessible en lecture pendant quelque temps : c'est le meilleur filet de sécurité, et cela permet de vérifier un dossier au moindre doute.
Après la mise en service
Prévoyez une période de vigilance renforcée : les anomalies de reprise se révèlent à l'usage, souvent lors des opérations de fin de mois. Conservez les fichiers sources, les règles de transformation et les comptes rendus de chargement. Si vous reprenez également une application existante, l'article reprendre l'application d'un autre prestataire complète ce déroulé. NexSecure conduit ces reprises dans le cadre de son offre de développement web sur mesure.
Questions fréquentes
Faut-il tout reprendre de l'ancien outil ?
Non. Distinguez ce qui est nécessaire au fonctionnement quotidien de ce qui doit seulement rester consultable. L'historique ancien peut vivre dans un export archivé.
Combien d'essais à blanc faut-il prévoir ?
Autant qu'il en faut pour que les contrôles passent sans correction manuelle. Le nombre importe moins que la capacité à rejouer le scénario à l'identique.
Peut-on travailler dans les deux outils en parallèle ?
C'est déconseillé pour les mêmes données : les saisies divergent et le rapprochement devient impossible. L'ancien outil doit passer en lecture seule.
Que faire si une donnée n'a pas d'équivalent dans le nouvel outil ?
Trois options : créer un champ dédié, la regrouper avec une autre notion, ou l'abandonner en l'archivant. La décision revient aux équipes métier.
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