
Diagramme spaghetti : définition, méthode et exemples en logistique
28 avril 2026ERP et WMS : qui pilote quoi entre gestion commerciale, stock et exécution logistique ?
Parler de ERP et WMS, ce n’est pas opposer deux logiciels. C’est clarifier deux rôles très différents dans la supply chain.
- L’ERP constitue le socle de gestion de l’entreprise : il centralise les données de référence, les flux commerciaux, les flux d’achats, une partie de la gestion de stock et les liens avec la finance.
- Le WMS, lui, se concentre sur l’exécution fine des opérations en entrepôt : réception, rangement, préparation, expédition et traçabilité terrain.
Pour un dirigeant ou un manager logistique, l’enjeu n’est pas seulement technique. Il est opérationnel et économique. Tant que les responsabilités entre ERP et WMS sont floues, vous créez des doubles saisies, des écarts de stock, des litiges expédition et des arbitrages pénibles entre commerce, supply et finance. À l’inverse, quand la frontière fonctionnelle est nette, vous gagnez en fiabilité, en visibilité et en capacité de pilotage.

L’ERP, socle de pilotage de l’entreprise
Ce que l’ERP héberge réellement
L’ERP héberge d’abord ce qui structure l’entreprise dans la durée. On y retrouve les référentiels articles, clients, fournisseurs, unités, règles de vente, règles d’achat, ainsi que les données nécessaires à la comptabilité, à la valorisation et au pilotage global. Dans un précédent article Blogistics décrit d’ailleurs l’ERP comme une base centrale sur laquelle reposent les autres briques du système d’information, avec une vocation d’intégration transverse entre métiers.
Concrètement, l’ERP est le bon endroit pour porter la vision “entreprise” du flux : ce qui a été vendu, ce qui a été acheté, ce qui doit être reçu, ce qui doit être livré, ce qui engage du chiffre d’affaires, du coût, du stock et du cash.
La gestion commerciale (GESCOM) qui relève de l’ERP
La GESCOM incombe clairement à l’ERP. C’est lui qui porte la relation commerciale structurée : devis, commandes clients, tarifs, conditions commerciales, adresses de livraison, remises, facturation, avoirs, statuts de commande et lien avec le cycle order-to-cash. Une commande client dans l’ERP formalise l’accord de vente avec un client sur les produits, les conditions de livraison et les conditions de paiement.
La gestion commerciale ne doit donc pas être dispersée dans le WMS. Le WMS peut exécuter une commande à préparer ou à expédier, mais il ne doit pas devenir la source maîtresse des règles tarifaires, des engagements commerciaux, des documents de vente ou de la facturation. En pratique, le commerce vit dans l’ERP ; l’entrepôt exécute ensuite ce que l’ERP a décidé et validé commercialement.
La même logique vaut côté achats. L’ERP porte les fournisseurs, les commandes d’achat, les approvisionnements et le lien entre besoin commercial et besoin d’achat.
La gestion de stock (GESTOCK) qui relève de l’ERP
La GESTOCK dans l’ERP concerne la vision de stock utile au pilotage global de l’entreprise. Cela inclut la fiche article, les quantités théoriques d’achat (MOQ), les statuts, les dépôts ou sites au niveau macro selon l’outil, la valorisation, les inventaires, les ajustements validés, les transferts intersites, les seuils ou paramètres de réapprovisionnement, ainsi que le lien entre stock physique et impact financier.
Autrement dit, l’ERP doit rester la référence de stock au niveau entreprise. C’est lui qui dit ce que l’entreprise possède, ce qui est disponible à promettre, ce qui est réservé, ce qui est valorisé et comment, et ce qui doit apparaître dans les états de gestion. Cette GESTOCK n’est pas forcément très fine dans le détail (lot, DLC par exemple), mais elle est indispensable pour aligner commerce, achats, finance et supply.
Le WMS, moteur d’exécution de l’entrepôt
Ce que le WMS prend en charge au quotidien
Le WMS prend le relais dès qu’il faut orchestrer le terrain avec précision. Sa vocation est d’exécuter les opérations d’entrepôt en temps réel : réception, contrôle, mise en stock, adressage, réapprovisionnement, picking, packing, expédition, gestion des supports, des lots, des séries, des statuts logistiques et des mouvements internes. Le WMS se concentre sur les opérations de l’entrepôt et améliore la précision des stocks, la réduction des erreurs et l’utilisation de l’espace.
C’est aussi le bon outil pour piloter les règles d’exécution que l’ERP gère mal ou pas assez finement : stratégie de rangement, priorités de prélèvement, séquencement des tâches, contrôle scan, visibilité emplacement, travail par vague, par tournée ou par zone. Le WMS sert donc à fiabiliser le réel, là où l’ERP reste plus transactionnel et plus global.

Pourquoi le WMS ne remplace pas l’ERP
Un WMS performant ne remplace pas l’ERP, parce qu’il n’a pas vocation à devenir le centre nerveux commercial et financier de l’entreprise. Il excelle sur l’exécution logistique, pas sur l’ensemble de la gestion intégrée.
La lecture académique est donc la suivante : l’ERP porte la cohérence d’entreprise ; le WMS porte la vérité opérationnelle de l’entrepôt.
Quand les deux sont bien intégrés, l’un n’écrase pas l’autre. Ils se complètent. Le risque commence quand on demande au WMS de gérer la GESCOM ou quand on demande à l’ERP d’exécuter tous les micro-mouvements d’un entrepôt complexe.
Les interfaces ERP-WMS à structurer sans ambiguïté
Les flux descendants envoyés par l’ERP vers le WMS
Dans une architecture propre, l’ERP envoie par interface au WMS les données et les ordres dont l’entrepôt a besoin pour exécuter. Cela comprend généralement les référentiels articles, clients, fournisseurs, les commandes d’achat à recevoir, les commandes de vente à expédier, certaines règles de priorité, parfois les transferts intersites et les informations de transport utiles. Oracle documente explicitement des intégrations entre ERP et WMS autour des achats, du receiving, du shipping et des ordres à exécuter.
L’idée est simple : l’ERP transmet l’intention de gestion. Il dit ce qui doit être reçu, préparé ou expédié.
Le WMS transforme ensuite cette intention en opérations terrain concrètes, avec ses propres règles de rangement, de prélèvement et de contrôle.
Les flux remontants renvoyés par le WMS vers l’ERP
Le WMS doit, en retour, renvoyer à l’ERP les événements réellement exécutés. Là encore, les schémas d’intégration d’Oracle par exemple sont parlants : confirmations de réception, confirmations d’expédition, ajustements d’inventaire et synchronisation des stocks font partie des flux standards entre les deux logiciels.
C’est ce point qui sécurise le pilotage.
Tant que le WMS n’a pas confirmé une réception, l’ERP ne doit pas considérer le flux comme totalement réalisé. Tant que le WMS n’a pas confirmé une expédition, l’ERP ne doit pas surinterpréter le départ physique. Et lorsqu’un ajustement de stock survient dans l’entrepôt, il doit remonter vers l’ERP pour préserver la cohérence financière et commerciale.

La règle de gouvernance à retenir
La règle la plus saine est de désigner un système maître par donnée. L’ERP est maître des données commerciales, d’achat, de référence article, de valorisation et du stock de gestion. Le WMS est maître de l’exécution entrepôt, des emplacements fins, des tâches et de la traçabilité opérationnelle.
Cette discipline évite la double vérité. C’est elle qui permet d’avoir moins d’écarts, moins de litiges interservices et une meilleure lecture des responsabilités entre commerce, supply, exploitation et finance.
Dans quels cas l’ERP seul suffit, et quand faut-il un WMS ?
Les contextes où l’ERP peut rester seul
Un ERP seul peut suffire lorsque l’activité logistique reste simple : peu d’emplacements, peu d’opérateurs, peu de variabilité, faible volumétrie, exigences de traçabilité limitées et préparation relativement basique. Dans ce cas, les fonctions de GESTOCK de l’ERP peuvent couvrir l’essentiel du besoin, surtout si l’entreprise gère davantage un stock “administratif” qu’un entrepôt très industrialisé.
Les signaux qui justifient un couplage ERP-WMS
Le couplage devient pertinent dès que l’entrepôt doit gérer la complexité réelle : multi-zones, multi-clients, multi-transporteurs, lots ou séries, règles FIFO/FEFO, contrôle scan, forte pression de service, productivité picking, inventaires tournants, retours, saturation des quais ou besoin de visibilité emplacement par emplacement.
À partir de là, demander à l’ERP de tout porter devient coûteux en fiabilité et en performance. Le WMS apporte alors la profondeur métier nécessaire.
En substance :
- l’ERP doit rester le socle de gestion intégrée. Il héberge la GESCOM et la GESTOCK au sens entreprise : référentiels, commandes, achats, stock de gestion, valorisation et cohérence globale.
- le WMS, lui, devient le bras opérationnel de l’entrepôt : il exécute, trace, contrôle et optimise les mouvements physiques.
Quand cette frontière est claire, l’entreprise gagne à la fois en qualité de service, en fiabilité de stock et en capacité de décision.
Visualisation structurée des interfaces courantes :
L’ERP envoie au WMS les données de gestion et les ordres à exécuter.
Le WMS renvoie à l’ERP les événements réellement réalisés sur le terrain, afin de maintenir la cohérence commerciale, logistique et financière.
| Flux descendant | Émis par | Reçu par | Contenu transmis | Objectif opérationnel |
|---|---|---|---|---|
| Référentiel articles | ERP | WMS | Codes articles, libellés, unités, familles, dimensions, poids, contraintes logistiques | Permettre au WMS d’exécuter les opérations sur des données fiables |
| Référentiel clients | ERP | WMS | Identifiants clients, adresses de livraison, contraintes de préparation ou d’expédition | Garantir une exécution conforme aux exigences client |
| Référentiel fournisseurs | ERP | WMS | Codes fournisseurs, informations de réception, règles associées | Faciliter le traitement des réceptions |
| Commandes d’achat | ERP | WMS | N° de commande, lignes attendues, quantités, dates prévues | Préparer les réceptions physiques en entrepôt |
| Commandes clients | ERP | WMS | N° de commande, lignes, quantités, priorités, adresses, délais | Déclencher la préparation et l’expédition |
| Ordres de transfert intersites | ERP | WMS | Site de départ, site d’arrivée, références, quantités | Organiser les mouvements entre dépôts ou entrepôts |
| Paramètres de priorité | ERP | WMS | Urgence client, date promise, niveau de service | Aider le WMS à ordonnancer les tâches de préparation |
| Flux remontant | Émis par | Reçu par | Contenu transmis | Finalité de gestion |
|---|---|---|---|---|
| Confirmation de réception | WMS | ERP | Quantités réellement reçues, écarts, anomalies, date/heure | Mettre à jour les stocks et les achats dans l’ERP |
| Confirmation de mise en stock | WMS | ERP | Validation des produits rangés et disponibles | Fiabiliser la disponibilité stock côté ERP |
| Confirmation de préparation | WMS | ERP | Lignes préparées, quantités, écarts éventuels | Donner de la visibilité sur l’avancement des commandes |
| Confirmation d’expédition | WMS | ERP | Quantités expédiées, colis, date/heure, transporteur | Autoriser la mise à jour de commande et la facturation |
| Ajustements de stock | WMS | ERP | Casse, perte, écart d’inventaire, correction de quantité | Maintenir la cohérence entre stock physique et stock de gestion |
| Résultats d’inventaire | WMS | ERP | Quantités comptées, écarts, validations | Sécuriser le stock et la valorisation |
| Statuts logistiques | WMS | ERP | Stock disponible, bloqué, quarantaines, litiges | Donner une vision exploitable au commerce et à la supply |




