Le poste le plus coûteux d'une bascule WMS n'est pas la licence logicielle. C'est le stock que vous ne pouvez pas expliquer lundi matin.
Je l'ai appris à mes dépens à l'automne 2022, assis dans le bureau d'un entrepôt 3PL à Chino, en Californie, à 2 h du matin un samedi. Deux ordinateurs portables sur le bureau. Le système hérité affichait 4,218 palettes. Le tout nouveau WMS que nous venions de charger en affichait 4,204. Quatorze palettes, envolées.
Deux heures d'enquête nous ont donné l'explication : nous avions gelé les données à 20 h le vendredi, et l'import s'était terminé à 1 h du matin le samedi. Dans cet intervalle de cinq heures, l'équipe de nuit avait fait passer une commande urgente par l'ancien système — qui était toujours en production, avec les autorisations utilisateurs toujours actives. Nous n'avions rien gelé du tout.
J'ai raconté cette histoire des dizaines de fois, parce que presque tous les remplacements de WMS trébuchent sur le point de gel. Si vous vous trompez, vous passerez le premier mois après le go-live à nettoyer de mauvaises données au lieu de faire tourner l'entrepôt. Le pire cas que j'ai vu : six semaines de réclamations du type « le système dit qu'on l'a, l'entrepôt dit qu'on ne l'a pas », jusqu'à ce que le propriétaire ferme le bâtiment pendant deux jours entiers pour tout recompter. Ces deux jours ont coûté plus cher que l'implémentation complète du WMS.
Un gel est une séquence, pas un instant
La plupart des équipes traitent le point de gel comme un horodatage unique : ancien système éteint à minuit, nouveau système allumé à 12:01. C'est ainsi qu'on se retrouve avec quatorze palettes manquantes.
Un entrepôt est une opération vivante. La réception continue d'arriver, les expéditions continuent de partir, les inventaires tournants continuent d'ajuster. On ne peut pas arrêter cinquante personnes et trente chariots élévateurs à la même seconde. Un vrai point de gel est un calendrier — les différents types de données gèlent à des moments différents, et tout ce qui bouge après son gel est rattrapé par un processus défini.
Je répartis les données de bascule en quatre seaux, chacun avec son propre calendrier de gel. Les données maîtres statiques — articles, emplacements, fournisseurs, clients — peuvent geler une à deux semaines en avance. Elles changent à peine, donc les geler tôt ne coûte rien au business, et la fenêtre donne le temps de faire le ménage. Chaque système hérité que j'ai touché avait des données maîtres sales : un article avec trois codes, des identifiants d'emplacements en casse mixte. Nettoyez avant que cela n'arrive dans le nouveau système, pas après.
Les soldes de stock sont le seau dangereux et doivent geler en même temps que les opérations. Ma règle : geler d'abord la réception, ensuite les expéditions, avec une fenêtre de comptage physique entre les deux. La réception gèle en premier parce que stocker du fret entrant un jour ou deux est bon marché et que les transporteurs l'acceptent. Gelez les expéditions trop tôt et les commandes clients cessent de partir, et les appels téléphoniques commencent.
Les documents en transit et les tâches ouvertes sont les seaux que tout le monde oublie. Au moment du gel, l'ancien système contient toujours des travaux à moitié terminés : une remorque à moitié déchargée, une vague à moitié préparée, des transferts jamais confirmés. Migrez cela tel quel et vous importez des transactions à moitié construites que le nouveau système ne peut pas clôturer.
Mon calendrier de bascule sur un week-end ressemble généralement à ceci — ajustez les heures à vos équipes. Vendredi 18 h : gel de la réception. Les arrivées ultérieures vont vers une zone de transit ségréguée, physiquement séparée et comptée séparément, et sont réceptionnées directement dans le nouveau système après le go-live. Vendredi 22 h : gel des expéditions et des mouvements internes. Les lancements de vagues s'arrêtent, le réapprovisionnement s'arrête, les transferts s'arrêtent. À partir de cet instant, les chiffres de stock du système hérité ne doivent plus bouger ; toute vraie urgence est expédiée sur un ticket manuel, saisi dans le nouveau système plus tard avec double vérification.
Puis la fenêtre de comptage, vendredi 22 h à samedi 4 h : un comptage complet de mur à mur, ou au minimum un comptage complet des movers A plus un échantillon des B et C. Saisissez les ajustements d'abord dans l'ancien système, puis exportez. Ce sont les heures les plus difficiles de tout le projet et les plus précieuses — si nous avions compté cette nuit-là à Chino, les quatorze palettes auraient fait surface sur-le-champ. Samedi 4 h : exportez l'instantané final, importez, et lancez une réconciliation en trois points — instantané du système hérité, import du nouveau système, feuilles de comptage. Les trois doivent correspondre, jusqu'à la dernière unité. Samedi 8 h : go-live. L'ancien système passe en lecture seule pour trois à six mois, avec un accès limité à l'informatique et à la finance. Ne le démantelez pas trop tôt ; pendant les deux premières semaines, quelqu'un demandera toujours à quoi ressemblait une transaction dans l'ancien monde.
Les documents en transit ont leur propre règle : terminez-les dans l'ancien système sous accès restreint, ou reconstruisez-les comme tâches d'ouverture dans le nouveau. Ne partagez jamais un document entre les deux systèmes. J'ai vu un jour un retour rester sans réclamation pendant trois mois parce que le contrôle qualité était enregistré dans l'ancien système et que la confirmation de mise en stock était arrivée dans le nouveau.
Trois endroits où vos données pourrissent après le go-live
Premièrement, les tâches ouvertes. Les enregistrements « alloué mais non préparé » et « préparation en cours » doivent être clôturés ou annulés avant le gel. Une vague à moitié préparée — produit déjà retiré du rayon, système jamais confirmé — ne peut pas migrer ; elle doit être reconstruite à la main. Ma politique : quatre heures avant le gel, forcer la clôture de chaque tâche ouverte. Annulez ce qui ne peut pas se clôturer. Lent, c'est bien ; les fins en suspens, non.
Deuxièmement, les numéros de série et les lots. Le stock en vrac n'a besoin de se rapprocher qu'en totaux, mais les produits sérialisés et suivis par lots doivent se réconcilier ligne par ligne. Lancez une passe de validation avant l'import : comptages de séries et listes de lots comparés entre le système hérité, le nouveau système et les feuilles de comptage. Entrepôts pharmaceutiques et alimentaires, prenez note — des dates d'expiration incohérentes deviennent des constats d'audit.
Troisièmement, le transfert à la finance. Quand les soldes de stock bougent, les encours et les marchandises reçues non facturées bougent avec eux. Beaucoup de projets couvrent l'entrepôt et oublient la finance, et la finance explose le premier jour avec des coûts qui ne se rapprochent pas. Mettez la finance sur le calendrier de gel au moins une semaine à l'avance, et ayez-les dans le bâtiment le jour de la bascule.
S'il y a une question à poser avant de valider un plan de bascule, c'est celle-ci : où est la répétition ? Faites un gel fantôme complet un week-end calme avant le vrai — geler la réception, geler les expéditions, compter, exporter, importer, réconcilier, chronométré au stopwatch. Chaque projet que j'ai vu répéter est passé en production nettement plus vite et plus calmement que chacun de ceux qui ne l'avaient pas fait. Un week-end perdu achète à tout le monde une nuit complète de sommeil la nuit du go-live. Demandez à votre partenaire d'implémentation quand a lieu la répétition. Si la réponse est un regard vide, vous avez votre vrai registre de risques.
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
