Le système affiche 500 unités en stock. Le service client n'en vendra que 300. Puis une promotion se lance, la boutique dit « en stock », l'entrepôt dit « on ne l'a pas », et les pénalités de survente commencent à tomber. Neuf implémentations d'OMS sur dix que j'ai vues commencent par un modèle de stock cassé. Le système n'est pas le problème — le problème, c'est que le « stock » est traité comme un seul chiffre alors qu'il s'agit en réalité de quatre lignes de flottaison.
Le stock en main n'est pas le stock vendable
La première ligne de flottaison est le stock en main : le comptage total d'un SKU dans le WMS. Beaucoup d'entreprises poussent ce chiffre tel quel vers la boutique comme quantité vendable. C'est la source de survente numéro un. Mêlés à ce total en main, on trouve plusieurs sortes de stock invendable : les unités en retenue qualité, les unités endommagées en attente de disposition, les unités verrouillées pour inventaire tournant, et les retours clients pas encore triés pour la revente.
La solution : l'OMS ne doit reconnaître que le « disponible en main » — le total moins chaque unité gelée, retenue par le contrôle qualité ou endommagée. Ce filtrage appartient à l'interface WMS→OMS, codé en dur par statut de stock, pas à une réconciliation manuelle quotidienne. J'ai travaillé avec une e-commerçante beauté dont les retours affichaient un taux de revente de 60 % mais restaient en « tri en attente » quatre jours en moyenne. Comptez ces quatre jours comme vendables et la survente est garantie.
Réservations : du stock qui a déjà un propriétaire
La deuxième ligne de flottaison est le stock alloué. Dès qu'une commande tombe, l'OMS mord dans le stock correspondant. Il est encore sur l'étagère, mais il est déjà pris. Les réservations se déclinent en deux saveurs : l'allocation dure, liée à des lots et emplacements précis que personne d'autre ne peut toucher, et l'allocation souple, qui retient une quantité pendant que l'emplacement exact de préparation se décide plus tard.
Le piège est dans la libération des réservations. Commande annulée, rupture partielle, délai de paiement dépassé — la réservation se libère-t-elle immédiatement ? Libérée trop tôt, une autre commande du même SKU la récupère ; libérée trop tard, des commandes zombies squattent du stock que la boutique ne peut pas vendre. Mes valeurs par défaut : les réservations pour délai de paiement dépassé se libèrent automatiquement après 30 minutes ; les commandes annulées par un agent se libèrent en temps réel ; les commandes partiellement en rupture libèrent les lignes en rupture et gardent les lignes confirmées. Codez cela comme des politiques dans l'OMS, pas comme des clics pour l'équipe service.
En transit et retenue qualité : vendre le futur
La troisième ligne de flottaison est le stock en transit : commandé, pas encore reçu. Un bon OMS segmente l'en transit par date d'arrivée prévue. Arrivée sous trois jours ? Vous pouvez pré-vendre une partie. Quinze jours ? Affichez-le en rupture et pensez-le vraiment. Le ratio de pré-vente doit suivre le taux historique de ponctualité du fournisseur — au-dessus de 95 %, pré-vendre 80 % est défendable ; chroniquement en retard, pré-vendez zéro.
La retenue qualité est le problème jumeau. La marchandise arrive, reste dans la zone d'inspection, et le WMS ne l'a pas encore rangée. Pendant cette fenêtre, l'OMS doit afficher « en transit / en inspection », pas l'ajouter au stock vendable. Pour les catégories aux cycles d'inspection longs — alimentaire, cosmétiques, électronique grand public — le contrôle qualité peut durer de deux jours à une semaine, et cet état du stock doit être visible sinon le service client et l'entrepôt se disputeront chaque jour.
Stock de sécurité : le coussin que tout le monde pille
La quatrième ligne de flottaison est le stock de sécurité, le coussin contre l'incertitude : fournisseurs en retard, pics de demande, écarts de comptage. Ce n'est pas du pifomètre — le calcul est simple : prenez les ventes journalières moyennes du SKU et leur variabilité sur les 90 derniers jours, combinez avec la variabilité du délai de réapprovisionnement, et plus les deux sont sauvages, plus le coussin est épais. La classification ABC gagne sa place ici : les articles A ont un stock de sécurité calculé au jour près ; les C peuvent être approximatifs, ils sont bon marché de toute façon.
Le pire ennemi du stock de sécurité, c'est « l'emprunt ». Une promotion se lance, les opérations voient des unités assises dans le coussin et les vendent. Puis les commandes courantes tombent en rupture. Rendez la règle d'acier : toucher au stock de sécurité exige une approbation, et y toucher déclenche un réapprovisionnement. Mettez ça dans le SOP — ça bat n'importe quel logiciel.
Multi-entrepôt : divisez les lignes de flottaison par bâtiment
Tout ce qui précède est une pensée mono-entrepôt. Les entreprises multi-entrepôts doivent calculer les lignes de flottaison par installation, puis agréger. Pourquoi ? Parce que « en stock » à l'entrepôt A ne veut rien dire pour un client servi par l'entrepôt B à trois jours de transit.
Le schéma standard est le fulfillment au plus proche plus l'ATP par entrepôt. Chaque bâtiment calcule ses propres quatre lignes de flottaison ; le routage des commandes préfère le bâtiment le plus proche avec du stock vendable. Ce n'est que lorsque la quantité vendable de chaque bâtiment est à zéro que le fulfillment par transfert inter-entrepôts devrait être autorisé — et le temps de transit du transfert entre dans la date de livraison promise. Certaines entreprises agrègent le stock du réseau en un joli badge « en stock », puis routent les commandes vers des bâtiments vides et regardent les SLA s'effondrer dans une tempête de transferts internes. Souvenez-vous : le chiffre agrégé est pour les tableaux de bord de direction ; le fulfillment tourne sur des chiffres par bâtiment.
Les transferts eux-mêmes appartiennent au modèle. Dès qu'un ordre de transfert est confirmé, la quantité vendable du bâtiment expéditeur chute immédiatement et l'en transit du bâtiment destinataire gagne une date d'arrivée prévue. Trop d'entreprises font passer leurs transferts par un chat de groupe sans document système, et les livres ne se réconcilient jamais. Les transferts doivent être des transactions système. Non négociable.
Une formule pour tout relier
Disponible à promettre = disponible en main − réservations − stock de sécurité + en transit confirmé (phasé dans le temps et décoté).
La formule est facile ; la qualité des données est la partie dure. Quand vous survendez, ne criez pas sur le système — parcourez cette chaîne de diagnostic. Un : le stock en main est-il exact ? Comptez d'abord ; si les livres ne correspondent pas au terrain, rien d'autre ne compte. Accordez une attention particulière aux zones qualité et retours, où les écarts adorent se cacher. Deux : les réservations se libèrent-elles à temps ? Sortez un rapport sur les réservations zombies détenues par des commandes mortes — si elles dépassent cinq pour cent du stock vendable, changez les règles. Trois : les dates en transit sont-elles honnêtes ? Notez les fournisseurs sur six mois d'arrivées à l'heure ; les optimistes habituels obtiennent un ratio de pré-vente de zéro. Quatre : le stock de sécurité a-t-il été pillé ? Vérifiez les mouvements de la période de promotion — s'il a bougé sans approbation, corrigez le processus avant de réapprovisionner.
Cette chaîne trouve la cause racine neuf fois sur dix. La dixième est généralement de la latence d'interface : si la synchro WMS→OMS tourne sur un batch de 15 minutes, la haute saison vend et reçoit beaucoup dans cette fenêtre aveugle. Pendant les promotions, poussez la synchro au temps réel ou à des intervalles d'une minute. Le surcoût serveur est moins cher que les pénalités de survente.
Verdict final : il n'y a pas de solution miracle dans la modélisation du stock OMS, juste une règle d'acier — plus vos états de stock sont fins, moins vous survendez. Les entreprises trop paresseuses pour diviser leurs états paieront les frais de scolarité en pénalités. Tracez bien les quatre lignes de flottaison, et le chiffre que le service ose vendre correspondra enfin à ce que l'entrepôt a réellement.
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
