Flux entre plusieurs ERP : faire cohabiter vos systèmes

Une entreprise se retrouve rarement avec un seul ERP par choix. La croissance, les rachats, les filiales et les métiers différents laissent souvent plusieurs systèmes en place, chacun avec sa logique et son historique. Les faire cohabiter sans tout réécrire, c'est un sujet d'interopérabilité ERP : comment organiser les flux entre ces systèmes pour qu'ils partagent la bonne donnée au bon moment, sans se contredire. Cet article explique comment cartographier ces flux, choisir une source de vérité et éviter les conflits de données, en s'appuyant sur des situations réellement rencontrées en mission.

Pourquoi une entreprise se retrouve avec plusieurs ERP

Le scénario est classique. Une société grandit, rachète une activité qui tournait déjà sous son propre ERP, ouvre une filiale dans un autre pays avec des contraintes locales, ou hérite de deux métiers trop différents pour un seul outil. Au fil du temps, on se retrouve avec un parc hétérogène : par exemple SAP sur une entité, Sage sur une autre, Cegid sur une troisième. Chacun fait correctement son travail dans son périmètre. Le problème n'est pas l'ERP en lui-même : c'est que ces systèmes vivent en silos alors que l'entreprise, elle, a besoin d'une vision consolidée des stocks, des clients et des commandes.

Remplacer tout par un ERP unique est parfois la bonne réponse, mais c'est un projet long, coûteux et risqué. Dans beaucoup de cas, le bon arbitrage est de faire cohabiter l'existant en orchestrant proprement les flux entre les systèmes. C'est moins spectaculaire, mais c'est souvent ce qui crée de la valeur le plus vite.

Cartographier les flux entre vos ERP

Avant de connecter quoi que ce soit, il faut savoir ce qui doit circuler. La cartographie des flux consiste à lister, pour chaque échange, la donnée concernée, le système qui la produit, celui qui la consomme, la fréquence et la criticité. Cette photo du système d'information révèle presque toujours des choses qu'on ne soupçonnait pas : des données recopiées à la main entre deux ERP, des exports Excel qui servent de pont, des informations qui existent en double avec deux valeurs différentes.

Cette étape est avant tout un travail de terrain avec les équipes métier. Ce sont elles qui savent comment une commande passe vraiment d'un site à une filiale, ou pourquoi tel fichier est ressaisi chaque lundi. Le bénéfice est immédiat : on cesse de naviguer à vue et on dispose enfin d'une base de décision claire.

Choisir la source de vérité pour éviter les conflits

Le vrai danger quand plusieurs ERP coexistent, c'est le conflit de données : deux systèmes affirment chacun une vérité différente sur le même client, le même article ou le même stock. La parade tient en une règle simple : pour chaque donnée, un seul système fait autorité.

• Le référentiel client est tenu par un système maître, les autres s'y alignent.
• Le référentiel article a une source unique, même si plusieurs ERP affichent la fiche.
• Le stock d'un site logistique appartient à l'ERP qui le gère physiquement.
• Les tarifs suivent la même logique : une source, des consommateurs.

Définir ces sources de vérité est une décision métier, pas un choix technique. Une fois posée, elle dicte le sens des flux : la donnée part toujours du système maître vers les autres, jamais l'inverse. C'est ce qui empêche les contradictions et rend les chiffres fiables d'un bout à l'autre de l'entreprise.

Orchestrer sans réécrire vos systèmes

L'objectif n'est pas de transformer chaque ERP, mais de les faire dialoguer. On parle ici d'orchestration des flux : un dispositif qui prend la donnée à la source, la transforme au bon format et la livre au bon système, à la bonne fréquence. Selon les cas, cela passe par des connecteurs, un middleware d'intégration ou des échanges par API. Le rôle de chaque ERP reste inchangé ; ce qui change, c'est qu'ils cessent d'être des îles.

Un point de vigilance : un flux entre systèmes critiques doit être supervisé. Si la synchronisation entre deux ERP échoue une nuit, il faut le savoir le lendemain matin, pas le découvrir trois semaines plus tard à cause d'un stock incohérent. Mise en place d'alertes, journaux consultables et procédure de reprise font partie du dispositif, pas d'une option.

Le suivi de projet, garant de la cohérence dans le temps

Faire cohabiter plusieurs ERP n'est pas un projet qu'on livre et qu'on oublie. Les flux évoluent, les volumes augmentent, une nouvelle filiale arrive. C'est pourquoi le suivi de projet est central : il garantit que la synchronisation reste fiable dans la durée, que les évolutions sont arbitrées avec méthode et que la documentation suit. En amont, un bon cadrage de projet sécurise les choix de source de vérité avant d'écrire la moindre intégration.

L'intérêt d'un interlocuteur unique qui comprend à la fois le métier et la tuyauterie est ici décisif. Vous expliquez votre organisation en langage métier ; la traduction en flux fiables et le pilotage des développeurs sont pris en charge derrière, sans que vous ayez à parler à cinq prestataires différents.

Questions fréquentes

Faut-il fusionner les ERP ou les faire cohabiter ? Les deux sont valables selon le contexte. La fusion simplifie à long terme mais coûte cher et prend du temps. La cohabitation orchestrée crée de la valeur plus vite en gardant l'existant. La décision se prend après la cartographie des flux et un cadrage des enjeux.

Comment éviter que deux ERP affichent des données contradictoires ? En désignant pour chaque donnée une source de vérité unique. La donnée circule toujours du système maître vers les autres. Cette règle, posée au cadrage, supprime à la racine les conflits de données.

Avec quels ERP ce type d'orchestration fonctionne-t-il ? Les principes s'appliquent à la plupart des environnements. En mission, ce sont notamment des contextes mêlant SAP, Sage et Cegid qui ont été orchestrés : l'enjeu n'est pas le produit, mais la façon dont on fait circuler la bonne donnée entre eux.

Vous jonglez avec plusieurs ERP et des données qui ne concordent pas ? Parlons de votre situation : on cartographie vos flux et on sécurise la cohérence de bout en bout.

Questions fréquentes

Faut-il forcément un middleware dédié pour orchestrer les flux entre ERP ?

Pas nécessairement : selon la complexité de votre architecture, une intégration point à point peut suffire pour des échanges simples entre deux systèmes peu évolutifs. En revanche, dès que le nombre de systèmes augmente ou que les flux croisent plusieurs directions métier, un orchestrateur central devient vite indispensable pour éviter la dette technique et garder la main sur les transformations de données.

Comment garantir la cohérence des données quand deux ERP n'ont pas le même référentiel ?

C'est le cœur du sujet : il faut définir en amont un référentiel maître par domaine (produits, tiers, commandes) et établir des règles de transformation claires avant même de toucher à la technique. Je commence toujours par un atelier de cartographie des données avec les équipes métier, car une règle de gestion mal comprise en phase de cadrage coûte bien plus cher à corriger une fois les flux en production.

Quelle est la différence entre une synchronisation en temps réel et un échange par batch pour des flux entre ERP ?

La synchronisation en temps réel propagera chaque événement dès qu'il se produit, ce qui est essentiel pour des processus comme la gestion des stocks ou la facturation, où un décalage de quelques minutes peut créer des incohérences critiques. Les échanges par batch restent pertinents pour des volumes importants de données moins urgentes, comme les rapports financiers consolidés en fin de journée ; le choix dépend avant tout des exigences métier et non de la technologie disponible. Si vous souhaitez cadrer cette décision pour votre contexte, n'hésitez pas à me contacter via /contact.