Points clés
- Mettre en place un OMS ne demande ni de remplacer l'ERP ni de lancer un projet Big Bang : l'OMS reprend l'exécution des commandes par étapes, l'ERP conserve la finance.
- Une roadmap OMS commence par un cadrage : leviers de valeur prioritaires, premiers flux à découpler, qualité des données et répartition des responsabilités entre systèmes.
- De 6 à 12 mois, l'OMS prend en charge la promesse client (ATP), le cycle de vie des commandes et l'orchestration des entrepôts. La roadmap Kbrw vise un ROI mesurable sur la performance commerciale en moins de 12 mois.
- De 12 à 24 mois, l'OMS étend l'automatisation aux flux financiers liés à la commande, comme le rapprochement commande-réception-facture, pour augmenter la part de commandes traitées sans intervention manuelle.
- De 24 à 36 mois, un ERP allégé des customisations d'exécution migre plus facilement vers le SaaS, et les cas d'usage IA, souvent lancés plus tôt, passent à l'échelle.
Mettre en place un OMS est souvent perçu comme un chantier aussi lourd qu'un projet ERP. C'est l'inverse. Un Order Management System se déploie par étapes, à côté de l'ERP existant, et chaque étape produit des gains mesurables. Le principe s'appelle le découplage : l'OMS reprend progressivement l'exécution des commandes, pendant que l'ERP se recentre sur ses fonctions financières. Cet article détaille une roadmap type en trois horizons. De 6 à 12 mois, la promesse client et les flux physiques. De 12 à 24 mois, l'automatisation des flux financiers liés à la commande. De 24 à 36 mois, la migration SaaS de l'ERP et le passage à l'échelle de l'IA. Pour chaque phase : le périmètre, les prérequis et les indicateurs à suivre.
Par où commencer pour mettre en place un OMS sans remplacer l'ERP ?
La mise en place d'un OMS commence par un cadrage qui identifie les leviers de valeur prioritaires et les premiers flux à confier à l'OMS. Un Order Management System (OMS) est un logiciel qui orchestre l'exécution des commandes de bout en bout : calcul de la disponibilité, choix de la source, suivi des statuts et coordination des systèmes logistiques. Découpler l'exécution de l'ERP signifie confier ces décisions à l'OMS. L'ERP reçoit les données nécessaires à la facturation et à la comptabilité.
Les leviers de valeur varient selon l'entreprise. Un distributeur de pièces détachées cherchera d'abord à réduire ses reliquats. Une marque omnicanale visera une promesse de livraison fiable sur tous ses canaux. Un groupe multi-ERP voudra appliquer les mêmes règles d'exécution à toutes ses entités. Le levier retenu détermine le premier périmètre : un canal, une zone géographique ou une famille de commandes. Notre checklist pour évaluer le besoin d'un OMS aide à qualifier ce choix.
Le cadrage vérifie aussi quatre prérequis. Le premier est la cartographie des interfaces entre l'ERP, les WMS, les TMS et les canaux de vente. Le deuxième est la qualité des données de stock et des référentiels articles, dont dépend la fiabilité de la promesse. Le troisième est la répartition des responsabilités : pour chaque processus, quel système décide, lequel exécute, lequel est informé. Le quatrième est un sponsor commun à la supply chain et à la DSI. Les fonctions qui restent dans l'ERP sont détaillées dans notre article sur ce que l'OMS ne remplace pas dans l'ERP.
La roadmap type se résume ainsi :
|
Horizon |
Périmètre confié à l'OMS |
Bénéfices visés |
Indicateurs à suivre |
|
6 à 12 mois |
ATP, cycle de vie des commandes, orchestration des WMS |
Promesse client fiable, visibilité stock, moins de ruptures |
Taux de promesses tenues, taux de rupture, chiffre d'affaires sécurisé |
|
12 à 24 mois |
Rapprochement commande-réception-facture, pricing dynamique, remises différées |
Moins de traitements manuels en ADV et en Procure-to-Pay |
Taux de commandes zéro intervention, délai de traitement des exceptions |
|
24 à 36 mois |
Socle pour la migration SaaS de l'ERP et l'IA à l'échelle |
ERP allégé, briques du SI indépendantes |
Customisations ERP retirées, cas d'usage IA en production |
Ces horizons se chevauchent. Ils forment une trajectoire type, à ajuster selon les priorités et l'architecture de chaque entreprise.
Que livre la première phase de mise en place d'un OMS, entre 6 et 12 mois ?
La première phase confie à l'OMS les flux physiques et l'exécution des commandes, pour obtenir une promesse client fiable en temps réel. L'OMS prend en charge trois fonctions. L'ATP (Available-to-Promise) calcule la quantité réellement disponible et la date promise à partir des stocks, des commandes en cours et des approvisionnements attendus. Le cycle de vie des commandes suit chaque commande de sa création à sa livraison. L'orchestration des WMS répartit la préparation entre les entrepôts selon des règles métier.
L'ERP reste en place pendant cette phase. Il reçoit les statuts d'exécution dont il a besoin pour facturer et comptabiliser. Le basculement se fait périmètre par périmètre : l'OMS devient la référence de l'exécution sur le périmètre de départ, l'ERP continue de traiter le reste. Un incident reste ainsi circonscrit au périmètre déployé, et les règles d'exécution sont ajustées avant chaque extension.
Les gains de cette phase sont directement visibles par les métiers. Chez LVMH, l'OMS Kbrw unifie le stock de plus de 6 000 boutiques dans 85 pays et alimente un ATP temps réel, avec une promesse de livraison sous 24 heures (cas client LVMH). La promesse affichée au client correspond au stock réellement mobilisable, quel que soit le canal.
La roadmap Kbrw vise un ROI mesurable en moins de 12 mois sur la performance commerciale : ventes sécurisées par une promesse fiable, ruptures évitées, commandes mieux servies. Pour les déploiements les plus rapides, un premier périmètre est opérationnel en quatre mois. Les indicateurs à suivre dès le départ sont le taux de promesses tenues, le taux de rupture et le chiffre d'affaires réalisé sur des commandes auparavant perdues.
Quels processus automatiser une fois l'OMS en place, entre 12 et 24 mois ?
La deuxième phase étend l'OMS aux flux financiers liés à la commande, avec un objectif : augmenter la part de commandes traitées en zéro intervention. Une commande zéro intervention (zero-touch) est une commande exécutée de bout en bout par des règles automatiques, sans action manuelle d'un opérateur. Les équipes n'interviennent plus que sur les exceptions.
Le premier chantier est le rapprochement automatique entre commande, réception et facture, appelé three-way match. En administration des ventes (ADV) comme en Procure-to-Pay, ce contrôle mobilise des équipes entières dès que les écarts de quantité ou de prix se multiplient. L'OMS dispose déjà des données de commande et de réception. Il peut comparer les trois documents, valider les cas conformes et isoler les écarts à traiter.
Le périmètre peut aussi couvrir le pricing dynamique et le calcul des remises différées, comme les remises de fin d'année. Dans ce cas, l'OMS calcule les montants à partir des commandes réelles et transmet à l'ERP les éléments nécessaires aux provisions. La comptabilisation reste dans l'ERP. La frontière exacte dépend de l'architecture cible et de la gouvernance des données : chaque processus va au système le plus pertinent.
Le niveau d'automatisation atteignable est élevé. Chez C-Log, ancienne branche logistique du groupe Beaumanoir, 99 % des commandes sont orchestrées automatiquement, dans un environnement multimarque et multi-entrepôt (cas client C-Log). Les indicateurs de cette phase sont le taux de commandes zéro intervention, le volume d'exceptions traitées manuellement et leur délai de résolution.
Comment l'OMS facilite-t-il la migration SaaS de l'ERP et l'IA, entre 24 et 36 mois ?
Une fois l'exécution découplée, l'ERP migre vers le SaaS avec un périmètre plus léger, centré sur la finance. Les migrations ERP butent souvent sur les développements spécifiques accumulés autour des commandes : règles de sourcing, calculs de disponibilité, interfaces logistiques. Quand l'OMS porte ces fonctions, elles n'ont plus à être réécrites dans le nouvel ERP. L'entreprise se rapproche d'un cœur ERP standard, l'approche dite « clean core ».
L'architecture devient modulaire. L'OMS, l'ERP, les WMS et les TMS évoluent chacun à leur rythme, reliés par des interfaces stables. Un changement d'ERP ou l'ajout d'un entrepôt ne remet plus en cause toute l'exécution. Notre article sur l'architecture supply chain temps réel détaille cette répartition entre ERP et OMS.
Cette architecture sert aussi de socle à l'IA. L'OMS concentre des données d'exécution fiables et à jour : promesses, écarts, exceptions, décisions. Elles alimentent une exécution agentique, c'est-à-dire des agents IA qui détectent les anomalies d'exécution, en identifient la cause et proposent une règle corrective, validée par un humain. Exemple : un agent constate que le portail B2B et les commerciaux annoncent des dates différentes pour une même commande. Il identifie un stock régional exclu du calcul et propose une règle ATP commune à tous les canaux.
L'IA n'attend pas la troisième phase. Les premiers cas d'usage démarrent dès que les données et les processus concernés sont disponibles, souvent pendant la première ou la deuxième phase. L'horizon 24 à 36 mois correspond à leur industrialisation. Les indicateurs sont alors le nombre de cas d'usage en production et la part des exceptions résolues par une règle validée.
Conclusion
Mettre en place un OMS sans remplacer l'ERP revient à construire une architecture où chaque système porte ce qu'il fait le mieux. L'OMS orchestre l'exécution en temps réel. L'ERP reste le socle financier. La roadmap en trois horizons rend cette transformation finançable étape par étape. La première phase sécurise les ventes et vise un ROI en moins de 12 mois. La deuxième réduit les traitements manuels. La troisième simplifie la migration SaaS et l'industrialisation de l'IA. Le succès se joue au cadrage : choisir un premier périmètre à forte valeur, vérifier la qualité des données et clarifier qui décide de quoi entre les systèmes.
La première question à vous poser est donc simple : sur quel flux d'exécution votre ERP vous coûte-t-il le plus aujourd'hui ? Identifiez avec Kbrw le premier périmètre de votre OMS et la valeur attendue.
FAQ
En basculant périmètre par périmètre plutôt qu'en une fois. L'OMS prend d'abord en charge un canal, une zone géographique ou une famille de commandes, pendant que l'ERP continue d'exécuter le reste. Un incident reste ainsi circonscrit au périmètre déployé, et les règles d'exécution sont ajustées avant chaque extension.
Un binôme supply chain et DSI. La supply chain porte les leviers de valeur, les règles métier et les indicateurs. La DSI porte l'intégration avec l'ERP, les WMS et les TMS, ainsi que la gouvernance des données. Un sponsor commun arbitre la répartition des responsabilités entre systèmes, la décision la plus structurante du projet.
Les customisations liées à l'exécution des commandes, comme les règles de sourcing ou les calculs de disponibilité, sont progressivement reprises par l'OMS. Elles peuvent ensuite être retirées de l'ERP au fil des phases. Les développements financiers restent dans l'ERP. Ce retrait progressif réduit le coût de maintenance et le volume à migrer lors d'un passage au SaaS.
Oui. L'OMS se connecte à l'ERP actuel, puis au nouvel ERP lors de la bascule. Les règles d'exécution et les interfaces avec les entrepôts et les canaux restent portées par l'OMS. Elles n'ont pas à être redéveloppées dans le nouvel ERP, ce qui réduit le périmètre du programme. Les métiers profitent des gains de l'OMS sans attendre la fin de la migration.
.png?width=400&height=115&name=KBRW-logo-400x115%20(1).png)
