L'essentiel d'abord : quand un projet WMS dérape, huit fois sur dix ce n'est pas le logiciel — ce sont les données. Mettez en production sur des données sales et vous n'avez pas acheté un WMS, vous avez acheté un grand livre coûteux qui enregistre les mauvais chiffres.

J'ai vu ce trou trois fois. Toujours le même scénario : le client dit « nos données sont prêtes », le premier jour le système dit qu'un emplacement a du stock et il est vide, le système dit qu'un emplacement est vide et il y a trois palettes assises dedans. Tout s'arrête pour un recomptage complet, la mise en production glisse de deux semaines, et le patron pète les plombs.

Pourquoi la migration des données est le tueur n° 1 des WMS

C'est simple : un WMS est un amplificateur. À l'ère d'Excel, les données sales étaient supportables parce que les humains les maquillaient — le vieux Zhang se souvenait que la palette de la zone A était endommagée, n'y touche pas. Après la mise en production, le système attribue les emplacements automatiquement, libère les vagues automatiquement, suggère les réapprovisionnements automatiquement. Les données sales sont amplifiées par la machine — fidèlement, sans relâche — jusqu'à devenir des incidents de production.

Trois espèces de données sales à chasser :

Les SKU morts squattant les emplacements premium. La plupart des entrepôts ont 10 à 20 % de SKU intacts depuis un an, toujours assis sur les faces de picking dorées. Les migrer tels quels, c'est importer aussi le travail de tri des ordures dans le nouveau système.

Les écarts entre comptabilité et physique. La comptabilité dit 100, le terrain en a 80, et les 20 manquants sont un écart d'inventaire vieux de trois ans que personne n'a ajusté. « Tout le monde le savait » dans l'ancien système. Dans le nouveau système, ce sont 20 unités fantômes qui déclenchent de faux réapprovisionnements et des ruptures de stock fantômes.

Les fiches articles sans champs. Pas de longueur, largeur, hauteur ni poids, et les recommandations d'emplacements, la cartonisation et les stratégies de vagues du WMS sont décoratives. Le pire que j'ai vu : 3 000 SKU, moins de 400 avec des données de dimensions.

Le manuel : trois listes de contrôle

4 à 6 semaines avant : le nettoyage (la partie la plus importante)

Voici comment chacune des trois espèces de données sales se nettoie en pratique.

SKU morts. Ne vous contentez pas de les lister — marchez sur le terrain. J'oblige le client à visiter physiquement les 50 premiers SKU morts par volume cubique. La moitié du temps, les SKU « morts » s'avèrent mal étiquetés ou stockés sous le mauvais code, ce qui est en soi un problème de données qui mérite d'être corrigé. Les vraiment morts reçoivent une décision de disposition avec un nom et une date : « Zhang Wei, mise au rebut avant le 15 novembre ». Pas de responsable, pas de date = ça n'arrivera jamais.

Écarts entre comptabilité et physique. L'astuce, c'est de rapprocher dans l'ancien système, pas pendant la migration. Faites un inventaire complet ou un cycle complet 2 à 3 semaines avant la bascule, ajustez tout, puis gelez les ajustements. Tout écart découvert après le gel reçoit un journal d'écarts avec cause racine — pas un ajustement silencieux. Les ajustements silencieux, c'est comme ça que naissent les fantômes.

Lacunes de la fiche article. Priorisez par vélocité cubique : les 20 % de SKU qui portent 80 % des picks reçoivent leurs dimensions en premier. Pour la longue traîne, une station de dimensionnement à $200 (balance + cadre de mesure + scanneur de codes-barres) à la réception capture les dimensions à la prochaine entrée — pas besoin de projet d'archéologie. Je dis aux clients : pas besoin de mesurer les 3 000 SKU avant la mise en production ; il faut mesurer les 600 premiers et un processus qui capture le reste en 90 jours.

  1. Extrayez les SKU sans mouvement depuis 12 mois. Le métier décide : mise au rebut, déstockage, ou transfert vers un stockage à bas coût. Objectif : zéro SKU mort sur les faces de picking dorées.
  2. Faites un cycle d'inventaire complet et ajustez chaque écart. Pas de « on arrangera plus tard ». J'ai vu ce trou trois fois — chaque écart reporté est devenu un incident P0 après la mise en production.
  3. Complétez la fiche article : dimensions, poids, indicateurs de suivi de lot, indicateurs de péremption. Ce qui ne peut pas être complété est tagué « en attente » et passe par un workflow de confirmation manuelle dans le WMS en solution d'attente.
  4. Gelez le référentiel d'emplacements une semaine avant : codes, types, attributs. Tout nouvel emplacement passe par le contrôle des changements.

Semaine de migration : rapprochement à double voie

  1. Exportez de l'ancien système, importez dans le nouveau, puis produisez le même rapport de soldes par SKU des deux côtés et rapprochez ligne par ligne. Plus de 0.5 % d'écart = stop. « Assez proche » n'est pas une norme.
  2. Vérifiez physiquement 10 % des emplacements, en priorisant les SKU à forte valeur et à écarts.
  3. Tournez trois jours en parallèle : l'ancien système continue d'émettre les commandes, le nouveau système les suit en ombre, comparez la précision de picking.

Les deux premières semaines en production : surveillez trois métriques

  1. Quotidien : taux de suggestions du système contre taux d'annulations manuelles. Des annulations au-dessus de 30 % signifient que les données sales vous sabotent encore — allez les trouver.
  2. Avancement de la liquidation des SKU morts : tout ce qui a été déplacé pendant la migration doit être éliminé en 60 jours, sinon ça revient en douce.
  3. Résorption des « en attente » de la fiche article : 200 SKU par semaine, à zéro en un mois.

Liste de contrôle de la veille de mise en production (à apprendre par cœur)

  • Écarts d'inventaire historiques non ajustés reportés dans le nouveau système
  • Seuls les SKU avec stock migrés ; les SKU hérités à stock zéro ignorés, cassant les références des anciennes commandes
  • Attributs de lot/péremption qui étaient des notes en texte libre dans l'ancien système jamais structurés — le suivi de lot mort-né
  • Codes d'emplacement avec casse/espaces incohérents créant « A-01-01 » et « a-01-01 » comme deux emplacements
  • Migration programmée vendredi soir, personne joignable tout le week-end, mise en production lundi en flammes

Une règle à contre-courant pour finir : plus la migration des données est rapide, plus le projet meurt vite. À chaque client qui me dit « la migration des données prend trois jours », je repousse la mise en production d'un mois. Lent, c'est rapide. Des données propres sont la seule vraie infrastructure d'une mise en production WMS.

Par Lin Xiao, Consultant en implémentation WMS

Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.