OMS (Order Management System)
#Définition OMS (Order Management System)
L'OMS (Order Management System) est le composant logiciel central qui gère le cycle de vie complet des commandes dans un contexte de commerce omnicanal. Périmètre fonctionnel : (1) Réception et normalisation des commandes provenant de sources hétérogènes (site web, app mobile, marketplace Amazon/FNAC, EDI B2B, POS) ; (2) Vérification et réservation de stock en temps réel dans le WMS ou l'ERP ; (3) Routing fulfillment (allocation stock, sélection point d'expédition) ; (4) Orchestration du processus de préparation commande et génération des bons de préparation ; (5) Gestion des expéditions et intégrations transporteurs (DHL, Chronopost, Colissimo, UPS) ; (6) Suivi post-expédition et gestion des retours (RMA). Pour approfondir, consultez la page service Headless Commerce Nehos.
Sur le terrain, Position dans l'architecture omnicanal : l'OMS s'interface avec le PIM (données produit), le WMS (stock entrepôt), l'ERP (comptabilité/facturation), le CRM (communication client), et les canaux de vente frontend. DOM (Distributed Order Management) : variante avancée qui route intelligemment chaque commande vers le point de fulfillment optimal selon un scoring dynamique multi-critères (coût, délai, disponibilité stock locale, empreinte carbone).
Solutions principales 2026 : Linnworks (mid-market, intégrations marketplace natives), Brightpearl (retail omnicanal TPE/PME), Ordoro (e-commerce multi-canaux), Salesforce OMS (enterprise), Manhattan DOM (grande distribution). Architectures MACH OMS : Fluent Commerce, Kibo Commerce — API-first, cloud-native, composables.
Maîtriser OMS (Order Management System) permet aux équipes techniques et métier de parler le même langage — et d'arbitrer plus vite.
#OMS (Order Management System) expliqué simplement
Imaginez un retailer qui vend sur son site web, sur Amazon, sur FNAC Marketplace et dans 10 magasins physiques. Quand un client passe commande à 22h un dimanche, qui décide quel entrepôt prépare la commande ? Si l'entrepôt principal est en rupture, le magasin de Lyon peut-il expédier à la place ?
Et si le client veut retourner son colis en magasin alors qu'il avait commandé en ligne ? Sans OMS, ces questions nécessitent des interventions manuelles, des règles codées en dur dans la boutique e-commerce, ou pire — des erreurs visibles par le client. L'OMS est le cerveau logistique qui automatise toutes ces décisions.
Il connaît le stock partout en temps réel, sait quel transporteur est le moins cher pour telle destination, et orchestre tout sans que personne ait à intervenir manuellement. Pour un retailer omnicanal, c'est aussi essentiel qu'un CRM pour la relation client.
Situation classique dans les projets que Nehos accompagne. Voilà pourquoi on insiste sur la mesure : pas de décision sans donnée.
#Cas d'usage concrets
Exemple de situation — DNVB mode omnicanale : OMS Linnworks et Shopify Hydrogen — Situation type : une DNVB de mode vend un large catalogue sur Shopify Hydrogen, Amazon et FNAC Marketplace. Linnworks est intégré comme OMS central via son API REST : le stock est synchronisé en temps réel sur les trois canaux et les commandes sont routées automatiquement vers l'un des deux entrepôts selon la disponibilité.
Les retours se gèrent en self-service depuis le portail client. On suit le taux de rupture visible par le client et le délai de traitement des commandes avant et après.
Exemple de situation — retailer omnicanal : DOM et ship-from-store — Situation type : une chaîne de magasins avec un entrepôt central, équipée de Fluent Commerce (DOM) et de SAP ERP, active le ship-from-store : chaque magasin devient un mini-entrepôt. Le DOM route chaque commande vers le magasin le plus proche du client où le stock est disponible. On compare le coût de fulfillment et le délai moyen de livraison à ceux d'une expédition depuis l'entrepôt central.
Exemple de situation — distributeur B2B : OMS, EDI et ERP SAP — Situation type : un distributeur B2B industriel reçoit des commandes EDI de grands comptes et via un portail web en libre-service. Brightpearl, utilisé comme OMS, est connecté à SAP S/4HANA par un connecteur API sur mesure.
Les commandes EDI (EDIFACT et JSON) sont normalisées automatiquement, le stock est alloué entre entrepôts, et les factures sont générées dans SAP sans saisie manuelle, ce qui libère du temps de saisie.
#OMS (Order Management System) chez Nehos Groupe
Notre service Headless Commerce Nehos couvre ce périmètre de A à Z.
Chaque mission démarre par un cadrage structuré : objectifs chiffrés, périmètre technique, jalons à 30/60/90 jours. On livre, on mesure, on itère. Pas de slides sans livrable. Voir aussi : implémentation Akeneo PIM par Nehos, développement connecteurs API custom Nehos.
#Termes associés
Ce concept ne vit pas isolé.
- Headless Commerce
- PIM (Product Information Management)
- Akeneo PIM
- MACH
- API-first
- Composable Commerce
- GS1 Data
- PMS (Property Management System)
Explorez chaque définition pour construire une vision complète du sujet.
Applications Concrètes
« Situation type : une DNVB de mode vend un large catalogue sur Shopify Hydrogen, Amazon et FNAC Marketplace. Linnworks est intégré comme OMS central via son API REST : le stock est synchronisé en temps réel sur les trois canaux et les commandes sont routées automatiquement vers l'un des deux entrepôts selon la disponibilité. Les retours se gèrent en self-service depuis le portail client. On suit le taux de rupture visible par le client et le délai de traitement des commandes avant et après. »
« Situation type : une chaîne de magasins avec un entrepôt central, équipée de Fluent Commerce (DOM) et de SAP ERP, active le ship-from-store : chaque magasin devient un mini-entrepôt. Le DOM route chaque commande vers le magasin le plus proche du client où le stock est disponible. On compare le coût de fulfillment et le délai moyen de livraison à ceux d'une expédition depuis l'entrepôt central. »
« Situation type : un distributeur B2B industriel reçoit des commandes EDI de grands comptes et via un portail web en libre-service. Brightpearl, utilisé comme OMS, est connecté à SAP S/4HANA par un connecteur API sur mesure. Les commandes EDI (EDIFACT et JSON) sont normalisées automatiquement, le stock est alloué entre entrepôts, et les factures sont générées dans SAP sans saisie manuelle, ce qui libère du temps de saisie. »
Questions & réponses
Questions fréquentes sur l'OMS e-commerce
Trois systèmes complémentaires avec des périmètres distincts. ERP (Enterprise Resource Planning) : gestion financière, comptabilité, RH, achats — la colonne vertébrale administrative de l'entreprise (SAP, Oracle, Odoo). WMS (Warehouse Management System) : gestion des opérations physiques dans l'entrepôt — réception marchandises, localisation, préparation de commandes, emballage, expédition (Manhattan WMS, Generix). OMS : orchestration du cycle de vie des commandes de la prise de commande au retour — la couche logique entre le frontend commercial et l'exécution physique. Schéma type : commande reçue par l'OMS → stock vérifié dans le WMS → bon de préparation envoyé au WMS → expédition confirmée → facture générée dans l'ERP. Les trois doivent communiquer, d'où l'importance des APIs.
Techniquement oui pour des volumes modestes et un seul canal. SAP, Oracle et même Odoo incluent des modules de gestion des commandes. Mais en pratique, pour un retailer omnicanal avec plusieurs canaux de vente, le module OMS d'un ERP monolithique souffre de trois limites : (1) latence élevée — la synchronisation stock temps réel sur 5 canaux simultanés n'est pas le point fort d'un ERP conçu pour le batch ; (2) rigidité — les règles de routing fulfillment sont difficiles à modifier sans développement spécifique ; (3) absence de DOM natif. Recommandation Nehos : ERP seul si l'on vend sur un seul canal avec un volume de commandes modéré. OMS dédié API-first dès omnicanal réel ou croissance rapide prévue.
Le DOM est une surcouche intelligente de l'OMS qui détermine automatiquement le meilleur point de fulfillment pour chaque commande. Mécanisme : à réception d'une commande, le DOM calcule un score pour chaque point de fulfillment potentiel (entrepôt central, entrepôts régionaux, magasins ship-from-store, fournisseurs dropshipping) selon des critères paramétrables : coût d'expédition estimé, délai livraison promis, disponibilité stock locale, taux de traitement du point, empreinte carbone. La commande est routée vers le meilleur score. Le DOM recalcule en temps réel si un stock se retrouve en rupture entre la prise de commande et la préparation. Solutions DOM spécialisées : Fluent Commerce, Kibo Order Management. Les gains attendus portent sur le coût de fulfillment et le taux de promesses de livraison tenues.
Sept intégrations critiques pour un OMS omnicanal. (1) Frontend e-commerce (Shopify, Medusa.js, CommerceLayer) — réception commandes en temps réel via webhooks. (2) Marketplaces (Amazon SP-API, FNAC Marketplace API, Mirakl) — centralisation commandes multi-canaux. (3) WMS / stocks — synchronisation disponibilités temps réel, génération bons de préparation. (4) Transporteurs (Colissimo, Chronopost, DHL, UPS) — génération étiquettes, suivi colis, tracking client. (5) ERP (SAP, Oracle, Odoo) — réconciliation comptable, facturation, retours comptables. (6) CRM / email (Salesforce, Klaviyo) — notifications client à chaque étape. (7) PIM (Akeneo) — données produit pour confirmation commande (libellés, photos). Nehos développe les connecteurs API manquants entre ces systèmes.
Recommandations Nehos selon profil. Linnworks : meilleur pour e-commerce multi-marketplace (Amazon, eBay, FNAC) avec un catalogue de taille moyenne. Connecteurs marketplace natifs, bon rapport qualité/prix. Brightpearl : meilleur pour retailer omnicanal PME (web + magasins physiques), intégration comptable intégrée. Fluent Commerce : meilleur pour un grand retailer avec DOM ship-from-store complexe, API-first. Salesforce OMS : meilleur pour entreprises déjà sur Salesforce Commerce Cloud. Kibo Commerce : bonne alternative MACH pour mid-market cherchant composable sans Salesforce. À éviter : rester sur le module commandes de l'ERP si omnicanal réel ou marketplace visée.
Approche Nehos en quatre étapes. (1) Audit stack existant : cartographie des flux commandes actuels (qui fait quoi entre ERP, e-commerce, logistique). (2) Choix OMS : sélection selon canaux, volume commandes, systèmes en place. (3) Développement connecteurs API : intégration OMS ↔ frontend headless (Shopify Hydrogen / Medusa.js), OMS ↔ WMS, OMS ↔ ERP. Les connecteurs sont API REST + webhooks événementiels pour temps réel. (4) Tests end-to-end : simulation commandes sur tous les canaux, tests de charge, validation règles DOM. Le délai dépend de la complexité des intégrations. Budget : à partir de 15 000 € HT pour un premier connecteur ou module sur mesure, à partir de 30 000 € HT pour une intégration plus large.