D'abord l'essentiel : quand les inventaires OMS et WMS ne correspondent pas, ce n'est presque jamais un bug système. Cet écart d'inventaire entre OMS et WMS vit dans l'un de cinq endroits. Vérifiez les cinq avant de commencer à remettre en question vos choix de vie. J'ai fait plus de 30 mises en production, et j'ai vu exactement ce piège trois fois : à chaque fois, le client a d'abord blâmé le logiciel, et à chaque fois, la cause racine s'est avérée être le processus ou la configuration.
Pourquoi ces deux systèmes sont-ils si souvent en désaccord ? Parce qu'ils ne comptent pas la même chose. L'OMS compte le « stock vendable » : ce que vous pouvez promettre à un client. Le WMS compte le « stock physique » : ce qui est réellement assis dans un emplacement. L'un gère les engagements de vente, l'autre gère la réalité physique, et entre les deux se trouvent les commandes, les marchandises en transit, les retours et les conversions d'unités. Tout désalignement dans cette chaîne divise les chiffres.
Voici les cinq points de contrôle, dans l'ordre où je les investigate. Chacun vient avec « comment vérifier » et « comment corriger ». Suivez les étapes.
Catégorie 1 : le timing — décalage de synchronisation et transit jamais comptabilisé
Point de contrôle 1 : le décalage de synchronisation. Dans la plupart des projets, la synchronisation des données entre l'OMS et le WMS n'est pas en temps réel : c'est une tâche planifiée, généralement toutes les 15 minutes, 30 minutes, voire une heure. Pendant un pic de ventes, le WMS a déjà expédié 200 unités pendant que l'OMS attend encore la prochaine exécution de synchronisation. Évidemment que les chiffres ne correspondent pas.
Comment vérifier : prenez une commande qui vient d'être expédiée. Comparez l'horodatage du changement d'inventaire dans l'OMS avec l'horodatage de confirmation d'expédition dans le WMS. Si l'écart est égal à votre intervalle de synchronisation, vous tenez votre coupable.
Comment corriger : à court terme, réduisez l'intervalle de synchronisation (pendant les périodes de pic, je recommande généralement moins de cinq minutes). À long terme, poussez en temps réel les événements critiques comme les confirmations d'expédition et les réceptions au lieu de dépendre des traitements par lots. Note : des intervalles plus courts ajoutent de la charge système — validez d'abord avec l'équipe informatique.
Point de contrôle 2 : le transit jamais déduit. Les marchandises sont préparées, chargées, parties — mais l'OMS n'a jamais mis à jour le statut en transit, ou la confirmation d'expédition du WMS a pris une étape de retard. L'inventaire tombe dans un no man's land que ni l'un ni l'autre système ne revendique. J'ai vu ce piège trois fois, et il explose toujours la veille d'une grande vente.
Comment vérifier : dans le WMS, tirez les documents « alloué mais non expédié » et « expédié mais non confirmé » et cherchez les arriérés. Puis examinez la logique de disponible à promettre de l'OMS pour la même fenêtre — la déduction ou non du transit sera évidente.
Comment corriger : verrouillez l'étape de confirmation d'expédition du WMS. Une fois le camion scanné à la sortie, la confirmation doit avoir lieu le jour même — le « on le fera demain » est banni. Côté OMS, la formule du disponible à promettre doit explicitement déduire le transit, écrite dans le document d'exigences, pas convenue verbalement.
Catégorie 2 : le processus — les retours jamais rangés et les conversions d'unités
Point de contrôle 3 : les retours jamais rangés. L'année dernière, un client de l'habillement affichait 2,000 unités d'un SKU populaire dans l'OMS la veille d'une grande vente — alors que le WMS affichait zéro. Le marketing a failli retirer la page produit. La cause racine : les marchandises retournées étaient restées trois jours dans la zone de réception, contrôle qualité intact, toujours « en attente » dans le WMS, alors que l'OMS avait déjà réintégré les quantités retournées dans le stock vendable. Un cas d'école d'écart d'inventaire entre OMS et WMS.
Comment vérifier : tirez le rapport « en attente en zone de réception » dans le WMS et voyez combien de retours s'accumulent. Puis vérifiez quand l'OMS réintègre les retours — si l'OMS restaure la quantité vendable au moment où le client expédie le retour, la définition est fausse.
Comment corriger : les retours doivent accomplir le flux complet « réception, inspection, rangement ». L'OMS ne peut restaurer le stock vendable qu'après confirmation du rangement par le WMS. Tout arriéré en zone de réception de plus de 24 heures déclenche une alerte — écrivez cette règle dans la SOP.
Point de contrôle 4 : la conversion d'unités. La plus bête et la plus courante. L'OMS vend en « cartons », le WMS suit en « unités » — 12 unités par carton. Si le facteur de conversion est faux, l'inventaire est décalé d'un ordre de grandeur. J'ai vu un projet gonfler tout son inventaire douze fois pendant la première semaine de mise en production parce que le facteur était réglé à 1.
Comment vérifier : prenez n'importe quel SKU, vérifiez l'unité de stock dans l'OMS et dans le WMS, puis vérifiez le facteur de conversion dans l'interface. Alignez les trois — l'erreur saute aux yeux.
Comment corriger : auditez les facteurs de conversion de chaque SKU une fois, complètement. Pour les nouveaux articles, faites de « unité de vente, unité de stock, facteur de conversion » un trio obligatoire à la création de l'article — s'il en manque un, l'article n'est pas créé.
Catégorie 3 : la configuration — mauvaise cartographie multi-entrepôts, et le véritable écart d'inventaire entre OMS et WMS
Point de contrôle 5 : mauvaise cartographie des entrepôts. Le « DC Chine de l'Est » dans l'OMS peut être deux bâtiments physiques dans le WMS — « Shanghai WH-1 » plus « Shanghai WH-2 ». Si vous en cartographiez mal un, le chiffre OMS ne se réconciliera jamais avec le WMS. C'est celui qui fait le plus mal, parce que les deux systèmes sont individuellement corrects.
Comment vérifier : listez chaque entrepôt logique dans l'OMS et les entrepôts physiques auxquels il correspond dans le WMS, puis vérifiez-les un par un. Tout entrepôt nouveau, fusionné ou renommé — vérifiez d'abord la table de correspondance.
Comment corriger : maintenez la table de correspondance des entrepôts séparément. Tout entrepôt nouveau, fusionné ou renommé doit mettre à jour la table de correspondance avant la mise en production. Revoyez la table de correspondance chaque mois.
La vérité contre-intuitive : les deux côtés ont « raison » — c'est la définition même du rapprochement qui est fausse. Beaucoup d'enquêtes se terminent ici : l'OMS a raison, le WMS a raison, mais les deux systèmes définissent « l'inventaire » différemment. Le disponible à promettre égale le stock physique moins l'alloué moins le transit moins les retenues qualité moins le stock de sécurité — les deux côtés doivent utiliser la même formule. Si les définitions ne s'alignent pas, vous rapprocherez dix mille fois sans jamais correspondre. Unifiez la formule avant de rapprocher quoi que ce soit.
Checklist de la nuit de mise en production : prévenir le prochain écart d'inventaire entre OMS et WMS
Chaque nuit de mise en production, je fais parcourir cette liste au client et je la fais signer avant que personne ne dorme :
- Intervalle de la tâche de synchronisation et alertes de surveillance — configurés ?
- Délais de confirmation d'expédition et de rangement des retours — écrits dans la SOP ?
- Facteurs de conversion d'unités de tous les SKU — audités ?
- Table de correspondance des entrepôts — la dernière version ?
- Formule du disponible à promettre — identique des deux côtés ?
Avec les cinq cochés, les chances d'un écart d'inventaire entre OMS et WMS tombent au minimum. Et un sixième point : gardez sur place une personne qui comprend à la fois le métier et les systèmes. Quand quelque chose casse, trouvez d'abord la personne — ne redémarrez pas d'abord le serveur.
Par Lin Xiao, consultant en implémentation WMS
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
