Services de migration de données ERP et PLM.

Commencez par un audit de préparation

L’audit est une mission autonome. Elle est bornée, vendue séparément, et elle ne vous engage sur rien d’autre. Sa raison d’être tient en une phrase : tant que l’état réel des données sources n’est pas mesuré, tout chiffrage de la migration complète porte sur un inconnu.

Il se conduit sur vos données réelles, à volumétrie réelle. Pas sur un échantillon, pas sur une extraction préparée pour l’occasion : c’est précisément dans ce que personne n’a regardé que se trouvent les écarts qui décalent un planning.

• Profilage des données réelles : ce que les systèmes sources contiennent effectivement, par opposition à ce que la documentation en dit ;
• Volumes et dépendances : combien d’objets, de quels types, et lesquels ne peuvent pas être migrés séparément ;
• Anomalies, doublons et référentiels manquants : les cas qui feront échouer un chargement, localisés et dénombrés ;
• Cartographie quantifiée des risques : chaque risque rattaché à un nombre d’objets, pas à une appréciation ;
• Première matrice source-cible : les champs qui se reprennent, ceux qui se transforment, ceux qui n’ont pas d’équivalent ;
• Stratégie de reprise et de réconciliation : ce qui est repris, ce qui est repris transformé, ce qui est abandonné, et comment le prouver après coup ;
• Périmètre et plan du pilote : le premier lot représentatif à exécuter, et ce qu’il devra démontrer pour valider la suite.

Démarrer par un audit→

Déroulement de la mission

Un seul périmètre, cinq phases, exécutées dans l’ordre. Elles correspondent exactement à notre méthodologie : l’engagement commercial et l’exécution sont la même chose décrite deux fois.

• 01 · Audit : la phase décrite ci-dessus. Elle produit le chiffrage des suivantes ;
• 02 · Build : construction d’une chaîne de migration configurable, traçable et répétable. Chaque enregistrement porte son statut et son erreur. Pas un jeu de scripts écrits pour le jour J ;
• 03 · Run / Fix : exécution sur des périmètres réels, correction des écarts, boucle jusqu’à stabilisation. C’est là que passe l’essentiel de l’effort, et c’est là que les forfaits signés trop tôt se rompent ;
• 04 · Dry Run : répétition générale à volumétrie réelle, sur la chaîne complète, chronomètre de bascule enclenché ;
• 05 · Go-Live : la bascule intervient une fois que tout a déjà été éprouvé. Une étape contrôlée, pas un pari.

Partage des responsabilités

Une migration industrielle réunit au moins trois parties. Les frontières ci-dessous sont posées avant le démarrage, parce qu’un périmètre implicite se découvre toujours au pire moment.

Ce que MigQuest ne fait pas

Une page de prestations qui n’énumère que des forces n’informe personne. Voici les situations où nous ne sommes pas le bon interlocuteur :

• Nous n’implémentons pas l’ERP ni le PLM. Le paramétrage, la conception fonctionnelle et la formation reviennent à votre intégrateur. Nous prenons le workstream données, et nous travaillons à ses côtés ;
• Nous ne promettons pas de forfait global avant l’audit. Un prix ferme sur un périmètre dont personne n’a mesuré l’état est une renégociation différée, pas un engagement ;
• Nous ne validons pas sur un échantillon non représentatif. Cinq cents enregistrements propres passent une recette ; ce sont les millions restants, jamais testés, qui font échouer la bascule ;
• Nous ne livrons pas de migration boîte noire. La chaîne construite vous appartient, elle reste lisible par vos équipes, et chaque objet traité peut être retrouvé avec son statut et son historique.

Modèle d’engagement

L’engagement avance par paliers, et chaque palier n’est ouvert que par ce que le précédent a démontré.

• L’audit d’abord, comme mission autonome. Il est le seul livrable que vous pouvez acheter sans rien savoir de la suite, et c’est lui qui rend la suite estimable ;
• Un pilote représentatif ensuite : un lot réel, choisi pour ses cas difficiles, exécuté de bout en bout. Il valide la chaîne et la matrice de mapping sur autre chose qu’une intention ;
• L’industrialisation et le cutover après validation : montée en périmètre, exécutions répétées, dry run, bascule. Le périmètre est réexaminé à chaque passage de phase.

Pourquoi un spécialiste plutôt que l’intégrateur

Votre intégrateur est évalué sur la mise en service du nouveau système. C’est la bonne incitation pour le paramétrage et la formation. C’est la mauvaise pour les données sources, où la réponse honnête est souvent : « c’est plus dégradé que le plan ne le supposait, et la date doit bouger ».

Un workstream données indépendant n’a aucune raison d’adoucir ce constat. C’est aussi la seule partie dont l’unique livrable est une donnée qui se comporte correctement dans le modèle cible. Le sujet est traité en profondeur dans le guide de la migration de données ERP et dans le guide de la migration de données PLM.