// Prestations

Services de migration de données ERP et PLM.

MigQuest prend en charge le workstream données des programmes de migration industriels. Nous intervenons aux côtés de l’intégrateur pour auditer, transformer, charger et réconcilier les données jusqu’au Go-Live.

01

Commencez par un audit de préparation

L’audit de préparation est une mission autonome, vendue séparément. Son objectif : établir l’état des données sources et définir un périmètre de migration que l’on peut estimer.

Première étape : un échange de cadrage. Présentez vos systèmes source et cible, vos familles de données, les volumes estimés et la bascule envisagée. Nous définissons les sources et objets à auditer, les modalités d’accès et les interlocuteurs avant de vous remettre une proposition pour l’audit.

  • Entrées nécessaires : accès en lecture ou extractions du périmètre convenu, modèle cible disponible, règles de mapping ou de qualité existantes. Le profilage à volumétrie réelle établit les volumes et anomalies ; les limites d’accès sont consignées ;
  • Votre mobilisation : un interlocuteur technique pour les accès et extractions, votre intégrateur pour le modèle cible, des référents métier pour expliquer les exceptions et valider les priorités ;
  • Livrables remis : bilan des volumes, dépendances et anomalies ; cartographie priorisée des risques ; première matrice source-cible ; stratégie de reprise et de réconciliation ; plan d’un pilote représentatif ;
  • Devis de l’audit : périmètre, livrables, mobilisation client, calendrier et prix sont convenus selon le nombre de sources, les familles de données, les accès et les analyses nécessaires. La migration complète fait l’objet d’un engagement distinct.

Cadrer votre audit→

02

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écuter sur des périmètres réels, analyser les écarts, appliquer les corrections convenues et répéter jusqu’aux critères d’acceptation.
  • 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 après revue des critères d’acceptation, des écarts restants et des modalités de retour arrière.
03

Partage des responsabilités

Les responsabilités sont convenues avant le démarrage et ajustées avec le client et l’intégrateur selon le programme.

Qui possède quoi pendant le programme
PartiePérimètre possédé
MigQuestLe workstream données : audit, mapping et transformations, exécutions répétées, analyse et replay des rejets, réconciliation, préparation du cutover.
L’intégrateurLa configuration fonctionnelle du système cible, son déploiement et la formation des utilisateurs. Il nous ouvre son modèle cible et ses interfaces de chargement.
Le clientLes arbitrages métier et les critères d’acceptation. Personne d’autre ne peut décider ce qu’une donnée ambiguë doit devenir dans le système cible.
04

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 uniquement sur un échantillon propre. Les cas difficiles et les dépendances doivent être testés ; la recette inclut une réconciliation sur le périmètre convenu.
  • 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.
05

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.
06

Un responsable dédié aux données, aux côtés de votre intégrateur

L’intégrateur configure et déploie le système cible. MigQuest apporte une capacité dédiée à la qualification des sources, aux transformations, au traitement des écarts et à la réconciliation. Ces responsabilités sont complémentaires et partagent les mêmes critères d’acceptation.

Avec vos référents métier, nous explicitons les dépendances entre conception fonctionnelle, arbitrages sur les données et bascule. Le guide ERP et le guide PLM détaillent les travaux propres à chaque domaine.

// Questions

Questions fréquentes

Comment l’audit lui-même est-il cadré et chiffré ?

Le premier échange identifie vos systèmes, familles de données, volumes estimés, contraintes d’accès et échéance. Nous convenons ensuite du périmètre de l’audit, des livrables, de votre mobilisation et du calendrier avant devis. La migration complète est estimée à partir des constats de l’audit et contractualisée séparément.

Sur quels systèmes source et cible intervenez-vous ?

Sur les parcs ERP et PLM industriels : SAP ECC et S/4HANA, IFS, systèmes développés en interne côté ERP ; PTC Windchill, 3DEXPERIENCE, Teamcenter, PDM et partages de fichiers côté PLM. Le système cible compte moins que l’état des sources, mais son modèle de données doit être connu en détail pour y conformer la donnée. La couverture exacte de votre parc est confirmée pendant l’audit.

Comment travaillez-vous avec notre intégrateur ?

Oui. Nous convenons avec votre intégrateur des responsabilités sur la qualification des sources, la configuration cible, les interfaces de chargement et la recette. Les rapports de réconciliation et les répétitions rendent le passage de relais explicite. Nous intervenons aussi en cotraitance ou en marque blanche.

De quoi avez-vous besoin pour démarrer ?

Des accès en lecture ou des extractions couvrant le périmètre convenu, le modèle cible disponible et des référents métier capables d’expliquer les données. Les conditions d’accès et les limites éventuelles sont confirmées au cadrage.

Intervenez-vous à distance ou sur site ?

Principalement à distance, avec une présence sur site aux phases où elle change le résultat : les ateliers d’audit, le dry run et le Go-Live. Les questions sur les données sources se règlent avec les personnes qui ont créé ces données, et ces conversations vont plus vite en présentiel.

Combien de temps prend une migration ?

La durée dépend du volume de données et de l’état des sources, bien plus que du système cible. Nous ne publions pas de délai type : c’est l’audit qui transforme cette inconnue en une date sur laquelle vous pouvez planifier, et c’est aussi pour cela qu’il vient en premier.

Vendez-vous un logiciel de migration ?

Non. Il n’y a pas de licence à la fin de la mission. La chaîne construite pendant le Build vous appartient et reste lisible par vos équipes, y compris après notre départ.

→ Commencez par l’audit

Dites-nous ce que vous migrez.

Présentez vos systèmes, votre périmètre et votre échéance. Le premier échange sert à définir les entrées et les limites de votre audit de préparation.

Cadrer votre audit→