Inventorier les données et leurs responsables
Lister les référentiels produits et clients, les historiques utiles, les commandes ouvertes et les éléments nécessaires au fonctionnement. Pour chaque ensemble, identifier un propriétaire métier et le système qui fait foi. Toutes les archives ne doivent pas nécessairement être reprises dans le nouvel outil : leur consultation et leur conservation relèvent d’un choix explicite.
Écrire les règles de correspondance
Une migration relie des structures et des significations. Décrire les correspondances d’identifiants, d’unités, de statuts et de champs obligatoires. Un même libellé ne prouve pas qu’il s’agit de la même entité. Les rapprochements incertains doivent être examinés ; éviter toute fusion automatique de noms proches sans règle d’identité fiable.
Nettoyer sans perdre la traçabilité
Conserver la provenance des corrections et distinguer les données manquantes des valeurs réellement nulles. Les doublons, références inactives et changements de conditionnement demandent des décisions métier. Utiliser des copies de travail contrôlées pour les essais et limiter les accès au périmètre nécessaire. Les modalités de traitement des données doivent être définies avant leur transfert.
Répéter les reprises et les rapprochements
Une répétition permet d’évaluer les durées et les erreurs avant la bascule. Comparer les volumes, les totaux pertinents et des échantillons de dossiers. Documenter les écarts acceptables et les écarts bloquants. Les seuls comptes de lignes ne suffisent pas : une donnée peut être présente tout en étant mal interprétée dans le nouveau système.
Construire un plan de bascule et de retour
Préciser la fenêtre de changement, les activités suspendues, les dernières synchronisations et la personne habilitée à décider. Un plan de retour doit identifier les conditions de déclenchement et le traitement des opérations créées pendant la transition. Une absence d’interruption ne doit pas être promise sans analyse des contraintes et validation du scénario.
Organiser la surveillance après migration
Les premiers jours demandent des contrôles ciblés : erreurs de commande, incohérences de stock, droits et échanges entre systèmes. Centraliser les incidents et distinguer les problèmes de données, d’usage et d’intégration. Le livrable de migration comprend les règles de reprise, les résultats de recette et les responsabilités de suivi, pas seulement un export technique.