L'impact d'une acquisition sur le paysage système
L'entreprise acquise arrive avec une pile opérationnelle complète et fonctionnelle. Elle possède son propre ERP, ses propres systèmes d'entrepôt et de production, son propre reporting, et un personnel qui sait les faire fonctionner. Rien de tout cela ne cesse de fonctionner le jour de la clôture de la transaction.
Ce qui se brise, c'est tout ce qui se trouve au-dessus. La direction financière du groupe ne peut pas consolider deux plans comptables qui n'ont jamais été conçus pour être rapprochés. Les achats ne peuvent pas visualiser les dépenses combinées auprès d'un fournisseur utilisé par les deux entités. Personne ne peut répondre à la question du stock total d'un composant partagé, car chaque système le comptabilise sous une référence différente.
Il ne s'agit pas de défaillances techniques. Chaque système est cohérent en interne et rapporte fidèlement sa propre moitié de l'activité. Le problème est que le groupe est désormais une entité commerciale unique avec deux paysages de données, et seule la première est visible par le conseil d'administration.
Pourquoi l'intégration post-fusion prend-elle autant de temps ?
Le travail de migration est limité par les différences de processus, et non par le volume de données. Transférer l'entreprise acquise vers l'ERP de la maison mère implique de s'accorder sur un plan comptable, une nomenclature de pièces, un référentiel client et des processus opérationnels uniques. Chacun de ces points fait l'objet d'une négociation entre des équipes qui ont toutes deux des solutions fonctionnelles.
Le calendrier s'étire davantage lorsque l'entreprise acquise a un fonctionnement opérationnel différent. Une maison mère travaillant en production pour le stock et une acquisition travaillant à la commande n'ont pas de configuration commune toute prête. L'une d'elles doit modifier son fonctionnement, ce qui relève davantage du projet de gestion du changement que de la migration de données.
Pendant ce temps, l'activité ne peut pas s'arrêter. Les commandes sont expédiées, les clôtures mensuelles s'enchaînent et les clients attendent une continuité de service durant une transition qu'ils n'ont pas sollicitée. C'est la même raison pour laquelle la modernisation de l'ERP s'effectue par phases plutôt que par une bascule unique, et une acquisition ajoute une résistance équivalente à celle d'une seconde organisation.
Le coût de l'attente d'un système unique
Le plan par défaut prend en otage la valeur de l'acquisition jusqu'à la date de migration. Voici ce que cela coûte, approximativement dans l'ordre ressenti par le groupe :
- Consolidation manuelle à chaque clôture : la finance rapproche manuellement deux plans comptables chaque trimestre jusqu'à ce que le second ERP soit mis hors service
- Économies qui expirent sans être réalisées : le levier d'achat combiné reste inutilisé alors que les contrats fournisseurs sont renouvelés aux anciennes conditions
- Mobilisation excessive des cadres : les longs programmes de consolidation accaparent le personnel opérationnel dont l'entreprise a besoin pour son activité courante
- Perte de savoir-faire : le taux de rotation augmente alors que l'entreprise acquise n'est ni totalement indépendante ni totalement intégrée, et les départs emportent la connaissance des systèmes
- Érosion de la confiance du conseil d'administration : chaque trimestre de chiffres réconciliés manuellement rend la justification de l'opération plus difficile
Connecter les systèmes en premier inverse la séquence. Le reporting fonctionne rapidement, la décision de consolidation peut être prise sereinement sur la base de ses mérites, et dans certains cas, le groupe découvre que le second système mérite d'être conservé.
Les priorités de l'intégration post-fusion
La majeure partie des promesses de l'accord ne nécessite pas réellement un système unique. Elle nécessite un partage de données entre deux systèmes.
- Reporting financier consolidé : des structures comptables mappées vers une vue de groupe unique, sans attendre la mise en place d'un plan comptable commun
- Dépenses fournisseurs combinées : des données d'achat issues des deux entités normalisées selon un référentiel fournisseur unique, source des économies négociées
- Visibilité sur les stocks du groupe : des composants partagés mis en correspondance entre deux systèmes de référence, permettant à une entité de répondre à la demande de l'autre grâce à ses stocks
- Chevauchement de la clientèle : une vue des comptes déjà servis par les deux entreprises, là où se situent généralement les synergies de ventes croisées valorisées lors de l'accord
- Données de référence partagées : une définition convenue des entités importantes, établie une fois pour toutes et appliquée aux deux environnements
Chacun de ces éléments peut être mis en œuvre en quelques semaines, sans modifier les systèmes en place. C'est un atout commercial majeur, car les synergies sont évaluées en fonction du calendrier de la transaction, et non de la feuille de route informatique.
Comment une plateforme d'intégration connecte plusieurs entités
Il est utile de mentionner les alternatives, car chacune est utilisée et possède ses limites. Un entrepôt de données peut consolider les rapports sans toucher aux opérations, ce qui répond aux attentes de la direction mais n'apporte rien à la gestion quotidienne des stocks ou des données fournisseurs. Les connexions point à point entre deux ERP résolvent un flux spécifique, mais se multiplient à mesure que les besoins augmentent. La consolidation manuelle sur tableurs est la méthode la plus courante, mais elle évolue avec les effectifs plutôt qu'avec les outils.
Une plateforme d'intégration en tant que service (iPaaS) s'interpose entre les deux environnements, permettant à chacun de continuer à fonctionner pendant que les données partagées circulent. Cela soulève une objection légitime : si deux entités partagent désormais une couche commune, une migration au sein de l'une peut-elle mettre l'autre en péril ?
La réponse dépend de la structure de cette couche, ce que le modèle multi-entités a précisément pour but de résoudre. Alumio Spaces pour les holdings de groupe offre à chaque entité son propre environnement isolé, tout en permettant à l'équipe centrale de conserver une vue d'ensemble sur le groupe. Sur l'iPaaS Alumio, cette architecture apporte quatre avantages à un groupe en cours d'intégration :
- Isolation des entités : chaque entreprise opère dans son propre Space avec un Data Engine dédié, de sorte qu'une migration d'ERP ou un changement de plateforme au sein d'une entité ne peut pas déstabiliser les autres
- Définition unique pour tout le groupe : un Transformer normalise les références articles et les dossiers fournisseurs en transit, rendant un composant partagé reconnaissable par les deux entités sans qu'aucun système ne doive être modifié
- Supervision centrale et piste d'audit : suivi en temps réel de l'état et de la santé de chaque Space sur un tableau de bord unique, avec un historique des échanges entre entités, garantissant la fiabilité des réconciliations inter-entreprises
- Déploiement progressif avec des standards de groupe : une nouvelle entité est provisionnée en quelques minutes avec ses propres environnements et accès basés sur les rôles, en utilisant des modèles partagés là où les entités correspondent et des configurations locales là où elles diffèrent
Ces flux sont configurés plutôt que développés sur mesure pour chaque paire de systèmes, avec le Code Transformer disponible lorsque la configuration ne suffit pas à exprimer une règle. La prochaine acquisition se connecte ainsi à une infrastructure déjà existante.
Une intégration post-fusion qui devient plus économique à chaque itération
Les groupes qui réalisent des acquisitions régulières cessent de considérer la consolidation comme un processus automatique. Ils connectent rapidement la nouvelle entité, mettent en place le reporting et le partage de données, puis décident, système par système, si une migration justifie son coût. Parfois, c'est une évidence, et parfois, l'entreprise acquise utilise un système mieux adapté à ses opérations que celui de la maison mère.
Cela redéfinit la raison d'être de la couche d'intégration. Elle cesse d'être un pont destiné à être démantelé une fois la migration terminée pour devenir le lieu permanent où les différences au niveau des entités sont réconciliées en une vision consolidée du groupe.
Ce que le groupe gagne en construisant cette couche, c'est une capacité de reporting crédible auprès du conseil d'administration dès le premier trimestre plutôt qu'au bout de deux ans. Le levier d'achat devient effectif alors qu'il est encore temps de renégocier les contrats fournisseurs. Et pour un groupe en croissance externe, chaque acquisition coûte moins cher à absorber que la précédente. La couche à laquelle l'entité précédente s'est connectée est toujours en place lorsque la suivante arrive.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
