Étude de cas · Prestation logistique
Déployer un WMS sur 80 000 m² multi-sites
Harmoniser les process de plusieurs entrepôts sous un WMS unique, chez un prestataire 3PL multi-clients, sans arrêter l’exploitation une seule journée.
En bref
Déploiement d’un WMS unique sur plusieurs entrepôts totalisant 80 000 m² chez un prestataire logistique multi-clients. La difficulté principale n’était pas technique mais contractuelle : chaque client du 3PL avait ses propres règles, ses documents et ses indicateurs. La réussite a tenu à un choix structurant — standardiser le socle, paramétrer la différence — et à un séquencement site par site, en commençant par le plus complexe.
Situation
Un prestataire logistique exploitant plusieurs entrepôts, environ 80 000 m² au total, pour des dizaines de clients aux exigences hétérogènes : industriels, distributeurs, e-commerçants. Chaque site avait construit son organisation, ses outils et parfois son propre système de gestion. Des tableurs comblaient les manques partout.
Conséquences : impossibilité de comparer la performance entre sites, difficulté à basculer un client d’un entrepôt à l’autre, litiges de facturation récurrents faute d’unités d’œuvre fiables, et coût informatique multiplié par le nombre de systèmes à maintenir.
Objectif
Un WMS unique sur tous les sites. Trois exigences non négociables : aucune interruption d’exploitation, aucune dégradation du service aux clients pendant la transition, et une facturation à l’acte enfin fiable.
Problèmes rencontrés
Le multi-propriétaire mal compris. Chez un 3PL, le stock appartient aux clients. Cela implique une étanchéité stricte, des règles de gestion par client, des inventaires par propriétaire, des documents à leur charte, et une refacturation à l’unité d’œuvre. Beaucoup de WMS annoncent gérer le multi-propriétaire alors qu’ils gèrent seulement un code client sur la ligne de stock — ce qui est très loin de suffire.
Autant de « process standards » que de sites. Chaque entrepôt était convaincu que sa façon de faire était la bonne, et chacun avait de bonnes raisons. Une partie de ces écarts venait de contraintes clients réelles ; une autre relevait de l’habitude. Distinguer les deux a demandé un travail d’instruction contradictoire, site par site, avec les équipes.
La qualité des données très inégale. Un site tenait un référentiel article rigoureux ; un autre avait des dimensions produits fausses sur près de la moitié des références. Or ces données conditionnent le calcul des supports, l’optimisation du picking et la facturation au volume.
Le risque client. Chez un prestataire, une dégradation de service pendant une migration ne provoque pas une réclamation interne : elle provoque un appel d’offres. Un client perdu pendant un déploiement coûte infiniment plus cher que le projet lui-même.
Solution mise en œuvre
Un socle standard, des variations paramétrées. Distinction explicite entre ce qui devient commun à tous les sites — modèle de données, référentiel, structure d’emplacements, unités d’œuvre, indicateurs — et ce qui reste paramétrable par client : règles d’affectation, documents, contrôles, séquences de préparation. Toute demande de spécifique devait être justifiée par une contrainte client contractuelle, pas par une habitude.
Un chantier données lancé six mois avant. Reprise du référentiel article, mesure physique des dimensions sur les références représentant l’essentiel des volumes, nettoyage des emplacements, réconciliation des stocks. Ce chantier, mené avant même le début du déploiement, explique une grande partie du résultat final.
Le site le plus complexe en premier, avec une équipe projet renforcée et un calendrier volontairement généreux.
Une équipe noyau qui suit tous les déploiements. Les mêmes personnes, présentes de site en site, capitalisant les paramétrages, les modes opératoires et les supports de formation. À partir du troisième site, le délai de déploiement avait été divisé par deux.
Une communication client anticipée. Chaque client du 3PL a été informé en amont, avec un interlocuteur identifié et un engagement écrit sur les indicateurs pendant la période de bascule. Ce point relève de la relation commerciale plus que du projet, et il conditionne pourtant le maintien du portefeuille.
Des bascules en période creuse, précédées d’un inventaire complet et d’au moins une répétition générale à blanc sur données réelles.
Résultats
Effets structurels au-delà du projet : une performance enfin comparable entre sites, la capacité à transférer un client d’un entrepôt à un autre sans reconstruire son paramétrage, une facturation à l’acte fondée sur des unités d’œuvre mesurées par le système, et un coût de maintenance informatique très réduit.
Ce que j’en retiens pour mes clients
Commencez par le cas le plus difficile. C’est contre-intuitif, cela coûte plus cher au démarrage, et c’est ce qui détermine la réussite d’un déploiement multi-sites. Le modèle validé sur le cas dur absorbe les cas simples ; l’inverse n’est jamais vrai.
Le chantier données conditionne tout. Six mois de reprise avant le premier paramétrage paraissent excessifs jusqu’au moment où l’on constate qu’un WMS alimenté par des données fausses produit des résultats faux, plus vite qu’avant.
Chez un prestataire, le projet est un sujet commercial. La qualité perçue par les clients finaux pendant la transition prime sur l’élégance de la cible. Un déploiement techniquement parfait qui fait perdre deux contrats est un échec.
Étude de cas suivante : Réduire de 20 % les coûts logistiques d’une ETI
Un déploiement multi-sites à sécuriser ?
Le premier site détermine le succès des suivants. Parlons de votre séquencement.