.png?width=400&height=115&name=KBRW-logo-400x115%20(1).png){kind=logo}
Points clés
- Un OMS ne remplace pas l’ERP. Il s’intègre à l’architecture existante avec une répartition claire des responsabilités entre les systèmes.
- La comptabilité et la finance restent dans l’ERP, notamment le grand livre, les provisions, les immobilisations et la trésorerie.
- Le moteur de prix peut rester dans l’ERP, notamment pour les règles tarifaires complexes. Certains OMS, comme Kbrw, peuvent aussi gérer des règles de pricing complexes et dynamiques.
- Les référentiels n’ont pas vocation à être systématiquement déplacés vers l’OMS. Leur localisation dépend de la gouvernance des données et des responsabilités définies dans le SI.
- L’ajout d’un OMS permet à l’ERP de se recentrer sur ses fonctions cœur, tandis que les fonctions d’exécution des commandes peuvent évoluer dans un système dédié.
Introduction
Opposer OMS vs ERP conduit souvent à poser la mauvaise question. Pour un décideur supply chain ou IT, l’enjeu consiste davantage à déterminer où doit s’arrêter le rôle de chaque système.
Un Order Management System est conçu pour coexister avec l’ERP, avec une répartition précise des responsabilités.
L’ERP conserve notamment son rôle central pour la comptabilité et la finance : grand livre, provisions, immobilisations ou trésorerie. Certains mécanismes de pricing complexes, comme les contrats-cadres ou les grilles tarifaires à plusieurs paliers, peuvent également rester dans son périmètre.
L’enjeu d’une architecture OMS + ERP consiste donc à placer chaque fonction dans le système le plus adapté et à organiser efficacement les échanges entre les deux.
Cette séparation permet aussi de clarifier les responsabilités en matière de données et de gouvernance.
La vraie question devient alors : quelles fonctions faut-il conserver dans l’ERP lorsqu’on déploie un OMS ?
1. L’OMS remplace-t-il les fonctions comptables et financières de l’ERP ?
La comptabilité et la finance restent dans l’ERP lorsqu’une entreprise met en place un OMS. Grand livre, provisions, immobilisations ou trésorerie appartiennent au périmètre naturel de l’ERP. L’OMS n’a pas vocation à devenir un système comptable ou financier.
L’ERP conserve ainsi son rôle de moteur financier robuste, stable et auditable. L’OMS peut l’alimenter en données qualifiées, tandis que les traitements financiers restent centralisés dans leur système de référence.
Cette séparation claire des responsabilités contribue également à préserver la qualité des données financières et évite de dupliquer des fonctions comptables dans plusieurs briques du système d’information.
2. L’OMS remplace-t-il le moteur de prix de l’ERP ?
Un OMS peut prendre en charge certains calculs de prix, sans pour autant remplacer les mécanismes de pricing complexes de l’ERP. Les grilles tarifaires à plusieurs paliers ou les contrats-cadres intégrant des conditions spécifiques peuvent ainsi rester gérés dans l’ERP.
La répartition peut se faire selon la complexité : les cas simples sont traités directement dans l’OMS, tandis que les cas complexes sollicitent le moteur de prix de l’ERP via API. Cette frontière dépend toutefois des capacités de l’OMS choisi. Certains OMS, dont Kbrw, peuvent également prendre en charge des règles de pricing complexes et dynamiques, ce qui permet d’adapter cette répartition aux besoins de l’entreprise.
L’enjeu consiste donc à conserver les règles tarifaires là où leur gestion est la plus pertinente, tout en permettant à l’OMS d’accéder au bon prix au moment où il en a besoin.
3. L’OMS remplace-t-il la gouvernance et les référentiels de l’entreprise ?
L’ajout d’un OMS ne transfère pas automatiquement la gouvernance des données et des référentiels vers ce nouvel outil. Dans une architecture distribuée, l’enjeu consiste au contraire à définir clairement quel système porte chaque donnée et quelle brique en est responsable.
Cette répartition est essentielle pour assurer la qualité et la cohérence des données échangées entre l’OMS, l’ERP et les autres systèmes. La spécialisation des différentes briques peut améliorer cette qualité, à condition d’établir des règles de gouvernance claires.
L’arrivée d’un OMS demande donc de clarifier les responsabilités plutôt que de déplacer l’ensemble des référentiels existants. Chaque donnée reste gérée dans le système le plus pertinent selon l’architecture et les règles de gouvernance de l’entreprise.
4. Pourquoi est-ce une bonne nouvelle pour l’ERP ?
Déployer un OMS ne signifie pas étendre son périmètre jusqu’à en faire un nouvel ERP. La valeur vient au contraire d’une répartition claire des responsabilités. L’ERP conserve les fonctions pour lesquelles il constitue un socle robuste et maîtrisé, tandis que l’OMS intervient sur son propre périmètre d’exécution.
Cette répartition permet à l’ERP de se recentrer sur ses fonctions financières et de référence. Son périmètre reste ainsi plus stable et auditable, tandis que les fonctions liées à l’exécution des commandes peuvent évoluer indépendamment. C’est en ce sens que l’OMS ne remplace pas l’ERP : il lui permet de se concentrer sur ce qu’il fait le mieux.
L’OMS prend de son côté en charge les fonctions d’exécution qui lui sont confiées. Pour approfondir ce périmètre, notre article « Les 7 fonctions qu’un Order Management System réalise mieux qu’un ERP » détaille les capacités qui justifient l’ajout d’un OMS aux côtés de l’ERP.
Conclusion
OMS vs ERP : la bonne architecture repose avant tout sur une répartition claire des rôles. La mise en place d’un OMS n’implique pas de transférer toutes les fonctions de l’ERP vers un nouveau système.
La comptabilité, la finance, la trésorerie et certains mécanismes de pricing complexes conservent leur place dans l’ERP. L’OMS vient compléter ce socle sur un périmètre différent. Cette spécialisation permet à l’ERP de rester un moteur financier robuste, stable et auditable.
L’enjeu consiste donc à définir la bonne frontière entre les deux systèmes et à organiser leurs échanges.
Découvrez comment l’OMS Kbrw s’intègre à votre environnement existant et orchestre l’exécution de vos commandes.
FAQ
Oui. Un OMS est conçu pour s’intégrer au système d’information existant. Il peut notamment échanger avec l’ERP via API, par exemple pour solliciter son moteur de prix lorsque celui-ci conserve certaines règles tarifaires.
Les fonctions comptables et financières, comme le grand livre, les provisions, les immobilisations ou la trésorerie, restent dans l’ERP. Selon l’architecture retenue, certaines règles de pricing complexes peuvent également y rester.
Oui, selon les capacités de l’OMS et les besoins de l’entreprise. Une répartition fréquente consiste à traiter certains cas dans l’OMS et à solliciter le moteur de prix de l’ERP pour d’autres. Des OMS comme Kbrw peuvent également prendre en charge des règles de pricing complexes et dynamiques.
Parce que les deux solutions couvrent des responsabilités différentes. L’ERP reste notamment le socle des fonctions financières et comptables. L’OMS intervient sur son périmètre d’exécution des commandes et des flux. Cette répartition permet de conserver un périmètre ERP plus maîtrisé.