Ce qui atterrit sur le bureau des opérations après une acquisition dans le négoce
Dans le négoce, l'ERP est le cœur opérationnel. Il contient le fichier client, les accords tarifaires, les assortiments que chaque client est autorisé à commander et le stock dont dépend chaque commande. Après une acquisition, tout cela existe en double, souvent avec des structures différentes.
Les commandes continuent d'arriver via les canaux des deux entreprises : un portail B2B, l'EDI des clients importants et les commerciaux saisissant les commandes manuellement. Chaque canal est relié à son propre ERP, et chaque ERP à son propre WMS (logiciel de gestion d'entrepôt). Les clients qui achètent auprès des deux entreprises apparaissent dans les deux systèmes sous des numéros de compte différents, et le même produit peut porter deux références et deux prix.
Une entreprise rachetée à un groupe plus important est soumise à une échéance. En vertu du TSA, l'entreprise acquise ne peut utiliser les systèmes du vendeur que jusqu'à une date fixe. Chaque commande, prix et flux de fournisseurs doit être transféré vers un nouvel environnement avant cette date. Dans un modèle de croissance externe (buy-and-build), ce travail d'intégration M&A se répète à chaque opération.
Pourquoi une consolidation ERP « big-bang » échoue-t-elle ?
Un passage complet vers l'ERP du groupe est généralement la bonne solution à long terme, mais une erreur en tant que première étape. En tant qu'état final, un ERP unique est plus simple à gérer et à auditer.
Le risque réside dans la bascule. Chaque accord tarifaire spécifique au client, structure de remise et assortiment doit être reconstruit dans l'ERP cible et testé avant la mise en service. Dans le négoce, une erreur à ce niveau se traduit pour le client par un prix erroné sur une commande, un produit manquant sur le portail ou une commande EDI rejetée.
Une échéance TSA comprime ces tests dans le délai imparti par le vendeur. La migration repose également sur les quelques personnes qui comprennent les deux ERP, ces mêmes personnes nécessaires pour assurer la continuité des commandes. Éviter ce risque commence par identifier ce dont le groupe a besoin pendant que les deux ERP fonctionnent encore.
Ce dont un groupe de négoce a besoin pendant que les deux ERP fonctionnent simultanément
Jusqu'à ce que la consolidation ERP soit terminée, les deux entreprises doivent fonctionner comme une seule entité aux yeux des clients et de l'équipe centrale. Les commandes passées via le portail du groupe doivent atteindre l'ERP qui détient l'accord tarifaire de chaque client. Les prix et assortiments spécifiques aux clients doivent apparaître correctement dans chaque canal de commande. Les stocks des deux systèmes d'entrepôt doivent être consolidés en une vue unique, et les commandes EDI doivent continuer d'arriver dans le format utilisé par chaque partenaire commercial. Si l'entreprise a été rachetée à un groupe plus important, tous ces flux doivent également quitter les systèmes du vendeur avant l'expiration du TSA.
Les méthodes habituelles pour y parvenir sont insuffisantes. Les exportations nocturnes et les feuilles de calcul ne tiennent que jusqu'à ce que le volume augmente. Les connexions point à point entre les deux ERP fonctionnent, mais chacune est personnalisée, dépend de son développeur et nécessite une reconstruction à chaque modification de l'un des ERP. Intégrer les connexions directement dans l'ERP cible les lie à une migration que le groupe n'a pas encore terminée.
Ce dont le groupe a besoin, c'est d'une couche d'intégration : un système distinct qui se place entre les ERP, le WMS, le portail et les flux EDI, plutôt qu'à l'intérieur de l'un d'entre eux. Les deux ERP peuvent alors continuer à fonctionner pendant que l'entreprise opère comme une seule entité.
Comment Alumio accompagne un groupe de négoce dans sa consolidation ERP
Un iPaaS est une plateforme centrale basée sur le cloud à laquelle les systèmes se connectent. Il transforme les données de chaque système dans le format attendu par les autres et automatise les échanges en temps réel ou selon un calendrier défini.
Pour un groupe de négoce, la manière dont la plateforme d'intégration est organisée compte aussi. Un environnement partagé signifie que la migration d'une entreprise peut perturber les flux de toutes les autres. À l'inverse, des configurations distinctes par entité privent le groupe de toute supervision et imposent de reconstruire les mêmes connexions à chaque nouvelle acquisition.
Alors que les plateformes d'intégration se concentrent généralement sur la connexion des systèmes et l'automatisation des échanges, Alumio, une plateforme d'intégration config-first, a développé une solution spécifiquement adaptée aux groupes d'entreprises. Avec Alumio Spaces Core, chaque entreprise gère ses intégrations dans son propre environnement isolé, tandis qu'une équipe centrale les supervise toutes. Pour une acquisition dans le négoce, cela se résume à quatre points clés :
- L'entreprise acquise bénéficie de son propre environnement : ses flux ERP, WMS, portail et EDI sont connectés via l'un des 180+ connecteurs disponibles ou une connexion personnalisée. Une migration ou une séparation ultérieure reste confinée à cet environnement, sans impact sur le reste du groupe.
- Une traduction unique entre les entreprises : chaque ERP demeure le système de référence pour ses propres données. Alumio propose des Transformers qui mappent les comptes clients, les références articles et les listes de prix en transit, pour que les commandes parviennent à l'ERP qui détient l'accord tarifaire de chaque client.
- Une supervision à l'échelle du groupe, entité par entité : l'équipe centrale visualise le statut, les journaux et le suivi des intégrations de chaque entité depuis un emplacement unique. La gestion des accès par rôle, une piste d'audit et l'historique des configurations permettent de savoir qui a modifié un flux et quand, le tout sur une plateforme certifiée ISO 27001.
- Des standards partagés avec une flexibilité locale : les flux créés pour une opération deviennent des modèles pour la prochaine acquisition ou le prochain entrepôt. Le mapping peut varier selon l'entité ou le partenaire tout en conservant une architecture identique, et le déploiement s'effectue par phases.
Le groupe n'a plus à choisir entre une migration précipitée et deux entreprises incapables de voir les commandes de l'autre.
Par où commencer lorsque l'entreprise acquise utilise encore son propre ERP ?
Pour un directeur des opérations, choisir de connecter les systèmes dès maintenant plutôt que de migrer immédiatement fait souvent la différence entre un premier trimestre fluide et un trimestre au point mort. Les clients jugent l'acquisition sur la capacité à recevoir leur prochaine commande au bon prix, et une échéance de TSA ne se déplace pas.
La démarche pratique consiste à commencer par les flux les plus visibles pour les clients : les commandes et les tarifs spécifiques pour les comptes partagés, puis les stocks. Connectez l'entreprise acquise dans son propre environnement et migrez les flux restants sur les systèmes du vendeur pendant la durée du TSA. Sur une plateforme d'intégration comme Alumio, les intégrations sont généralement opérationnelles en quelques semaines, et non en quelques mois.
La consolidation des ERP reste une option ouverte. Le groupe peut migrer une entreprise à la fois sans mettre les autres en péril, ou conserver deux ERP s'ils répondent efficacement à des marchés différents. La prochaine acquisition se connectera alors à une couche d'intégration et à des modèles déjà existants.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
