Faut-il ajouter un OMS à son ERP ? La réponse dépend moins des limites intrinsèques de l’ERP que du niveau de complexité que votre Supply Chain doit orchestrer.
Temps réel, multiplicité des ERP et WMS, flux multi-entrepôts, disponibilité 24/7, automatisation ou trajectoire SaaS : certains besoins justifient de découpler progressivement l’exécution des commandes de l’ERP.
L’OMS devient alors une couche d’orchestration dédiée, tandis que l’ERP reste centré sur ses fonctions cœur, notamment financières.
La décision mérite toutefois d’être évaluée selon votre propre contexte.
Cette checklist vous permet d’examiner quatre dimensions : votre complexité opérationnelle, les processus à découpler, la valeur attendue et votre capacité à faire évoluer l’architecture.
L’objectif : déterminer concrètement si une architecture OMS et ERP est pertinente pour votre entreprise.
Faut-il ajouter un OMS à son ERP ? La réponse dépend moins des limites intrinsèques de l’ERP que du niveau de complexité que votre Supply Chain doit orchestrer.
Temps réel, multiplicité des ERP et WMS, flux multi-entrepôts, disponibilité 24/7, automatisation ou trajectoire SaaS : certains besoins justifient de découpler progressivement l’exécution des commandes de l’ERP.
L’OMS devient alors une couche d’orchestration dédiée, tandis que l’ERP reste centré sur ses fonctions cœur, notamment financières.
La décision mérite toutefois d’être évaluée selon votre propre contexte.
Cette checklist vous permet d’examiner quatre dimensions : votre complexité opérationnelle, les processus à découpler, la valeur attendue et votre capacité à faire évoluer l’architecture.
L’objectif : déterminer concrètement si une architecture OMS et ERP est pertinente pour votre entreprise.
Un OMS prend tout son sens lorsque l’exécution d’une commande dépend de plusieurs systèmes, sites et contraintes à coordonner en temps réel. Dans ce contexte, la question porte moins sur les capacités générales de l’ERP que sur le niveau d’orchestration nécessaire pour tenir la promesse client. L’OMS peut alors devenir le point de coordination entre ERP, WMS, TMS, stocks, fournisseurs et autres systèmes d’exécution.
Cochez les situations qui correspondent à votre organisation :
☐ La promesse client dépend de données qui évoluent en temps réel.
Stocks disponibles et projetés, commandes en cours, approvisionnements ou capacités influencent la date promise. Votre activité gagne alors à disposer d’un ATP capable d’intégrer ces données et de recalculer la promesse en continu.
☐ Une commande peut mobiliser plusieurs entrepôts, sites ou sources de stock.
L’exécution implique de choisir la meilleure source et d’orchestrer les flux selon la disponibilité, les délais et les règles métier. Ce besoin prend encore plus d’importance dans les environnements multi-entrepôts ou cross-border.
☐ Plusieurs ERP, WMS, TMS, 3PL ou entités participent à l’exécution des commandes.
L’enjeu consiste alors à appliquer des règles communes tout en coordonnant un environnement SI distribué. Une couche d’orchestration transverse permet de piloter le cycle de commande au-delà des frontières de chaque système.
☐ Vos clients et vos opérations exigent une exécution disponible 24/7.
Les commandes, la disponibilité produit et la promesse client doivent rester accessibles indépendamment des fenêtres de maintenance ou des contraintes de disponibilité de l’ERP. L’OMS peut assurer cette continuité opérationnelle tout en synchronisant les informations nécessaires avec l’ERP.
☐ Les priorités d’exécution évoluent fréquemment.
Retard fournisseur, changement de capacité, indisponibilité d’un site ou nouvelle priorité commerciale peuvent modifier le scénario optimal. Une orchestration temps réel permet d’adapter l’exécution à ces événements et aux règles métier.
Ici, le nombre de cases cochées compte moins que leur poids pour votre activité. Une exigence forte de promesse temps réel ou une orchestration impliquant plusieurs systèmes critiques peut, à elle seule, constituer un enjeu structurant.
Plus votre exécution repose sur des données dynamiques, des systèmes multiples et des décisions fréquentes, plus l’intérêt d’une couche d’orchestration dédiée mérite d’être évalué.
Cette première étape répond donc à une question : avez-vous réellement quelque chose à orchestrer au-delà du périmètre naturel de votre ERP ?
Identifier un besoin d’orchestration constitue une première étape. Il reste ensuite à définir son périmètre. Une architecture OMS et ERP repose sur une répartition claire des responsabilités : l’OMS peut piloter l’exécution temps réel des commandes, tandis que l’ERP conserve notamment les processus financiers et comptables. L’objectif consiste à confier chaque processus au système le plus adapté.
Cochez les processus pour lesquels une orchestration dédiée apporterait de la valeur :
☐ Calculer la disponibilité et la promesse de livraison en temps réel.
Votre ATP doit-il prendre en compte le stock existant et projeté, les commandes en cours, les approvisionnements ou encore les ordres de fabrication ? L’OMS peut centraliser ces informations pour calculer une promesse actualisée et exploitable dès la prise de commande.
☐ Piloter le cycle de vie de la commande de bout en bout.
Sourcing, priorisation, événements, alertes et évolution de la date promise peuvent être orchestrés dans l’OMS. L’ERP reçoit alors les statuts d’exécution nécessaires à ses propres traitements, notamment la facturation et la comptabilité.
☐ Orchestrer l’exécution logistique entre plusieurs systèmes.
Lorsque plusieurs WMS, TMS, entrepôts ou 3PL interviennent, l’OMS peut coordonner l’exécution selon les règles définies : choix du site, préparation, transport, contraintes cross-border ou priorités métier.
☐ Orchestrer les retours et les flux de seconde vie.
Autorisation du retour, orientation du produit, échange, remboursement, réparation ou seconde vie peuvent nécessiter des workflows spécifiques et une visibilité transverse. L’OMS peut orchestrer ces étapes avant de transmettre à l’ERP les éléments nécessaires aux avoirs, paiements et traitements comptables.
La checklist fonctionne aussi dans l’autre sens. Comptabilité générale, clôture, contrôle de gestion, immobilisations, trésorerie ou paiements restent naturellement dans le périmètre de l’ERP.
D’autres processus demandent une analyse au cas par cas. C’est notamment le cas du pricing complexe ou de certains référentiels. Leur positionnement dépend de l’architecture existante, des règles métier et de la gouvernance des données.
Le bon périmètre OMS ne correspond donc pas au maximum de fonctions transférables. Il correspond aux processus pour lesquels le temps réel, l’orchestration transverse et l’adaptation des règles d’exécution créent une valeur concrète.
Cette frontière clarifiée, la prochaine question devient économique : la valeur attendue justifie-t-elle le projet OMS ?
Un contexte complexe et des processus à découpler peuvent rendre un OMS pertinent. Pour autant, la décision doit aussi répondre à des objectifs mesurables. Le business case peut associer performance commerciale, efficacité opérationnelle et simplification du SI. L’enjeu consiste à identifier les gains qui comptent réellement pour votre entreprise.
Cochez les bénéfices qui constituent aujourd’hui une priorité :
☐ Améliorer la qualité de la promesse client.
Une disponibilité plus précise et une promesse recalculée selon les conditions réelles d’exécution peuvent contribuer à sécuriser les ventes et à améliorer l’expérience client.
☐ Automatiser davantage l’exécution des commandes.
Votre organisation cherche-t-elle à réduire les arbitrages manuels et à automatiser les décisions selon des règles métier ? L’OMS peut orchestrer ces décisions et adapter l’exécution aux événements rencontrés.
☐ Assurer la continuité des prises de commande et des opérations.
Découpler l’exécution de l’ERP permet de viser une disponibilité opérationnelle 24/7. Cette capacité devient particulièrement stratégique lorsque les commandes arrivent en continu, sur plusieurs zones géographiques ou plusieurs canaux.
☐ Réduire la complexité et les coûts associés aux développements spécifiques dans l’ERP.
Lorsque les besoins d’exécution évoluent régulièrement, les porter dans une couche dédiée permet de limiter l’ajout de nouvelles customisations dans l’ERP. L’objectif est aussi de faciliter les évolutions futures du SI.
☐ Accélérer une trajectoire de transformation ERP ou SaaS.
L’OMS peut découpler progressivement les processus d’exécution afin d’alléger le périmètre porté par l’ERP. Cette approche permet d’inscrire le projet OMS dans une transformation plus large du système d’information.
Toutes les cases n’ont pas le même poids. Un critère directement lié au chiffre d’affaires, à la qualité de service ou à un programme stratégique de transformation peut suffire à construire un business case solide.
L’évaluation gagne donc à associer indicateurs Supply Chain et indicateurs IT : qualité de la promesse, taux d’automatisation, continuité de service, charge liée aux customisations ou encore capacité à faire évoluer l’ERP.
À ce stade, la question devient : les bénéfices identifiés sont-ils suffisamment importants pour justifier le découplage de certains processus ? Si oui, il reste un dernier volet à vérifier : votre organisation et votre architecture sont-elles prêtes à mettre en œuvre un OMS ?
Un OMS peut être pertinent sans nécessiter une transformation globale du SI. Une approche progressive permet de commencer par un périmètre à forte valeur, puis d’étendre l’orchestration selon les priorités. Pour réussir cette évolution, quelques conditions doivent toutefois être réunies : périmètre clair, intégration maîtrisée, responsabilités définies et organisation alignée.
Cochez les affirmations qui correspondent à votre situation :
☐ Vous pouvez identifier un premier périmètre à découpler.
Une famille de commandes, un canal, une zone géographique ou certains flux physiques peuvent constituer un premier périmètre. L’objectif est de cibler un cas d’usage capable de créer rapidement de la valeur, tout en conservant une trajectoire d’extension.
☐ Les responsabilités entre OMS et ERP peuvent être clairement définies.
Pour chaque processus, il faut déterminer quel système décide, lequel exécute et quelles informations doivent être synchronisées. Cette répartition concerne aussi bien les commandes et les stocks que la facturation, la comptabilité ou certains référentiels.
☐ Votre architecture permet de connecter l’OMS aux systèmes d’exécution.
ERP, WMS, TMS, 3PL et autres applications doivent pouvoir échanger les données nécessaires à l’orchestration. La cartographie des flux et des interfaces permet de préparer cette intégration et de définir les données dont l’OMS a besoin.
☐ Votre organisation est prête à faire évoluer ses processus.
L’introduction d’un OMS modifie la façon dont certaines décisions opérationnelles sont prises et exécutées. Les équipes Supply Chain, IT et métiers doivent partager les règles de gestion, la gouvernance et les responsabilités associées à la nouvelle architecture.
☐ Vous pouvez avancer progressivement plutôt que transformer l’ensemble du SI en une fois.
Le découplage permet de faire évoluer l’architecture par étapes. L’OMS peut d’abord prendre en charge certains flux d’exécution, tandis que l’ERP poursuit ses missions existantes. Le périmètre peut ensuite évoluer en fonction de la valeur obtenue et des nouveaux besoins.
La décision de mettre en place un OMS repose sur la convergence des quatre dimensions évaluées dans cet article : la complexité à orchestrer, les processus à découpler, la valeur attendue et la capacité à transformer l’architecture.
Une forte complexité opérationnelle, à elle seule, invite à étudier le sujet. Lorsque des processus précis peuvent être découplés, qu’un business case concret apparaît et qu’un premier périmètre est réalisable, l’évaluation d’une architecture OMS + ERP devient particulièrement pertinente.
La checklist n’a pas vocation à produire un score mécanique. Elle permet aux équipes Supply Chain et IT de mettre en regard leurs enjeux et de qualifier ensemble la décision avant d’engager le projet.
Choisir une architecture OMS et ERP revient avant tout à préparer le système d’information aux exigences futures de la Supply Chain.
Temps réel, complexité multi-systèmes, automatisation et évolution vers le SaaS renforcent le besoin d’une architecture dans laquelle chaque composant peut remplir son rôle et évoluer à son propre rythme.
L’OMS apporte une couche d’orchestration dédiée à l’exécution, tandis que l’ERP conserve son rôle sur les fonctions où il apporte le plus de valeur.
La checklist permet ainsi de dépasser une simple comparaison fonctionnelle entre OMS et ERP. Elle aide à déterminer si le découplage répond à un enjeu suffisamment structurant pour votre entreprise et si les conditions sont réunies pour commencer.
Le premier périmètre peut ensuite être choisi en fonction de la valeur attendue et des priorités opérationnelles.
Découvrez comment l’OMS Kbrw peut devenir la couche d’orchestration de votre Supply Chain.