Deux ERP après une acquisition : que faire ?

4 min de lecture

Après une acquisition, la société mère et l’entreprise rachetée doivent poursuivre leur activité pendant que la direction décide du sort de leurs ERP. Les deux systèmes peuvent dans un premier temps être maintenus, reliés par des interfaces ou réunis sur une plateforme commune. Le choix dépend des processus métier, des données nécessaires et du calendrier. Un état des lieux réalisé tôt permet d’éviter d’oublier des fonctionnalités importantes lors de l’intégration.

Trois options pour les systèmes après l’acquisition

Fonctionnement en parallèle : les deux entreprises continuent dans un premier temps à utiliser leurs ERP existants. Cette solution laisse du temps pour dresser un état des lieux et peut aussi convenir à plus long terme si les sociétés travaillent de manière largement autonome. Pour produire des analyses communes, il faut toutefois définir qui fournit quelles données et comment les différences sont rapprochées. Les coûts de licence, d’exploitation et de maintenance des deux systèmes doivent entrer dans le calcul. Une date de réexamen convenue permet d’éviter que la solution perdure sans être évaluée.

Connexion : les deux systèmes sont maintenus et échangent certaines données par des interfaces. Cette option peut être pertinente si la filiale doit conserver ses propres processus alors que le groupe a régulièrement besoin d’informations communes. Il faut définir en amont quel système fait référence pour chaque jeu de données, comment les modifications sont transmises et qui traite les erreurs. Une interface peut aussi servir de solution transitoire en attendant la préparation d’une migration.

Migration : l’entreprise rachetée passe à un système cible commun. Cette option peut convenir si ses besoins peuvent y être pris en charge et si l’exploitation commune justifie les efforts nécessaires. Avant de décider, les équipes métier doivent examiner les fonctionnalités, les données historiques et les opérations en cours à reprendre. Les adaptations du système cible et les coûts du basculement doivent également entrer dans la comparaison.

Quatre questions avant de décider

La direction devrait élaborer les réponses avec les responsables des deux entreprises :

1. Quel degré d’autonomie la société acquise devra-t-elle conserver à l’avenir ?
2. Quels processus et quelles fonctionnalités spécifiques sont importants pour fournir ses prestations ?
3. De quelles données le groupe a-t-il besoin pour le pilotage et l’établissement des comptes et à quelle échéance ?
4. Quels sont les coûts ponctuels et récurrents liés à l’exploitation, aux interfaces et à une éventuelle migration ?

L’état des lieux porte aussi sur les contrats et leurs durées, les interfaces existantes, les responsabilités et l’état des données de référence. Si cet examen est possible avant l’achat, il peut être intégré à la due diligence. Après l’achat, il sert de base à un plan d’intégration solide.

Définir des règles claires pour les données de référence et les interfaces

Les clients, les fournisseurs et les articles peuvent être désignés différemment ou enregistrés plusieurs fois dans les deux systèmes. Pour chaque type de données partagé, un accord est donc nécessaire : où sont-elles tenues à jour, qui peut les modifier et comment les écarts sont-ils résolus ? En cas de connexion, il faut également définir quelles données sont transmises, dans quel sens et à quelle fréquence.

Lors d’une migration, les commandes en cours, les stocks et les soldes s’ajoutent à ces éléments. Dans sa documentation sur la migration des données, Microsoft cite parmi les tâches la mise en correspondance des champs, le contrôle de la qualité des données et la définition des responsabilités. Ces indications concernent Dynamics 365, mais les questions qu’elles soulèvent sont aussi utiles pour comparer d’autres projets ERP.

Préparer le basculement avec les équipes métier

Les personnes chargées des ventes, des achats, de la production et de la comptabilité connaissent les processus que le système doit prendre en charge. Leur examen permet par exemple de vérifier si une commande peut être traitée de sa réception jusqu’à la facturation dans le processus cible choisi. L’équipe informatique apporte son éclairage sur les interfaces, les droits d’accès et l’exploitation. Dans sa stratégie de mise en œuvre, Microsoft mentionne la participation des responsables de processus ainsi que les tests et les formations.

Avant un changement de système, la reprise des données et les processus critiques devraient être testés avec des données représentatives. Un plan de basculement définit qui décide et à quel moment, combien de temps les systèmes peuvent être arrêtés pour la reprise et comment procéder en cas de problèmes graves. Les responsables métier valident les résultats avant la mise en service. Une nouvelle interface nécessite elle aussi des tests et des règles pour le support courant.

Questions fréquentes

À lire aussi

Source de l’image : générée par IA (juin 2026)

Traduit de l’original allemand par intelligence artificielle. La version allemande fait foi.