La fusion de vagues en WES est le levier le plus rapide que je connaisse pour réduire les déplacements des pickers : fusionner plusieurs petites vagues en une tournée de picking par lots pour qu'un opérateur parcoure chaque allée une fois au lieu de cinq. Dans mes implémentations, le picking par lots réduit typiquement la distance parcourue par commande de 30 à 50 %. Mais voici la partie que les vendeurs sautent dans la démo : la fusion de vagues échange du coût de marche contre du coût de vérification. Chaque lot fusionné double la complexité de contrôle à la station d'emballage et rend les exceptions plus difficiles à tracer. Si vous configurez mal les règles de fusion, le travail économisé sort par la porte sous forme d'erreurs d'expédition et de retours.

J'ai vu le cycle complet en 2023 dans un DC e-commerce d'habillement dans l'est de la Chine — 120 000 pieds carrés, 8 000 commandes par jour, plus de 6 000 SKU. Vagues libérées toutes les heures, dix vagues par jour. Les pickers poussaient des chariots et prélevaient une vague à la fois, environ 20 commandes par tournée. Le problème : 200 SKU chauds se trouvaient dans seulement 3 allées, et chaque vague avait besoin de ces mêmes 3 allées. Un picker parcourait la même allée 8 fois par jour. On l'a mesuré — 55 % du temps de picking était de la pure marche, et l'UPH était bloqué à 78.

On a activé la fusion de vagues dans le WES : trois vagues adjacentes fusionnées en une seule tâche de picking, 20 commandes par tournée sont devenues 60. Deux semaines plus tard : le déplacement par commande est tombé de 96 mètres à 41, l'UPH a bondi de 78 à 132. Mais l'histoire ne s'arrête pas là — le taux d'erreurs d'expédition est monté de 0,4 % à 1,2 %. Soixante commandes mélangées sur un chariot, et les pickers déposaient des articles dans le mauvais casier à l'entrée de l'allée. La station QA sortait plus de 40 exceptions par jour. J'ai vu cet échec exact trois fois, toujours le même scénario : la fusion est grisante le premier jour, et le QA devient une morgue au dixième.

Comment on l'a réparé : un put wall pour le tri secondaire plus une vérification obligatoire par scan au contrôle. Les erreurs d'expédition sont redescendues à 0,5 %, l'UPH s'est stabilisé à 124. Effet net : coût de main-d'œuvre en baisse de 22 %, au prix de deux opérateurs QA supplémentaires. Donc la seconde moitié de ma conclusion : la fusion de vagues n'est pas un déjeuner gratuit. Elle convertit du coût de marche en coût de vérification. Que l'arbitrage paie doit se calculer, pas se supposer.

Ce que la fusion de vagues peut combiner — et ce qu'elle ne doit jamais toucher

Le premier principe des règles de fusion tient en une phrase : les commandes fusionnées doivent pouvoir être prélevées par une personne, sur un chariot, le long d'un itinéraire, sans se gêner entre elles.

Cinq conditions pour fusionner — les cinq doivent être remplies :

  1. Allées identiques ou adjacentes. La concentration des emplacements de SKU est la métrique dure. Ma règle de pouce : au moins 70 % des lignes de picking du lot fusionné doivent tomber dans 3 allées. Les différents produits WES l'appellent chevauchement de SKU ou concentration d'allées ; la logique est identique.
  2. Même priorité. Les commandes standard fusionnent avec les commandes standard. Les commandes urgentes voyagent toujours seules. J'ai vu ce piège trois fois : quelqu'un a fusionné une commande urgente à livraison en 2 heures dans un lot standard, et tout le chariot de 60 commandes a attendu cette seule commande. Chaque cut-off raté.
  3. Même fenêtre d'expédition. Ne fusionnez que des commandes aux heures de cut-off proches. Fusionner le cut-off d'aujourd'hui à 17h avec celui de demain à 10h construit une petite montagne à la station QA.
  4. Même profil physique. Habillement avec habillement, électronique avec électronique. Articles volumineux, fragiles et tout ce qui est à température contrôlée ont leurs propres vagues. Ne faites pas porter à un picker des doudounes et des verres à vin sur le même chariot.
  5. Dans la capacité du chariot. Le total des lignes et le cubage total du lot fusionné doivent tenir dans le chariot de picking. Paramétrez lignes max par lot et unités max par lot dans les règles WES, et laissez le système auto-diviser ce qui dépasse.

Trois catégories à ne jamais fusionner : commandes urgentes et haute priorité ; SKU à température contrôlée, hazmat et haute valeur (les articles haute valeur sont prélevés et vérifiés séparément — non négociable) ; et les commandes B2B en palette complète ou carton complet, qui appartiennent à un tout autre processus.

Opérateur d'entrepôt scannant un carton avec un scanner RF dans une allée de picking

Règles de fusion du picking par lots en WES : configuration en 5 étapes

Voici la séquence de configuration, exécutable la veille de la mise en service :

Étape 1 — Construisez des pools de vagues. Dans le WES, divisez d'abord les commandes en pools par fenêtre d'expédition + priorité + catégorie de produit. Exemple : Pool A = commandes standard d'habillement avec cut-off d'aujourd'hui à 17h ; Pool B = commandes urgentes (jamais fusionnées). La fusion n'a lieu qu'à l'intérieur d'un pool, jamais entre pools. Ratez ceci et tout l'aval est à refaire.

Étape 2 — Définissez la règle de fusion. Quatre paramètres centraux : (1) taille max du lot — combien de commandes ou lignes par lot fusionné (je commence à 30 commandes et j'ajuste vers le haut ; ne commencez jamais à 80) ; (2) seuil de chevauchement de SKU — combien de SKU chauds les commandes fusionnées doivent partager ; (3) concentration d'allées — 70 % des lignes de picking dans N allées ; (4) capacité du chariot — double contrôle sur lignes et cubage. Gardez les paramètres conservateurs les deux premières semaines, puis relâchez.

Étape 3 — Définissez la cadence de libération. Deux modes : libération minutée (libérer un lot fusionné toutes les 30 minutes) ou libération au remplissage (libérer quand le lot atteint 30 commandes). Mon expérience : les DC sous 5 000 commandes par jour doivent utiliser la libération minutée — cadence stable, le QA ne déborde jamais ; au-dessus de 5 000, la libération au remplissage gagne en efficacité. Ne mélangez jamais les deux. Une cadence chaotique inonde la station QA — un piège que j'ai vu trois fois.

Étape 4 — Montez la vérification en gamme. Après fusion, le QA doit monter en gamme : un put wall pour le tri secondaire, ou une vérification obligatoire par scan RF au niveau pièce. Étiquetez automatiquement les lots fusionnés dans le WES pour que la station QA sache d'un coup d'œil quels lots nécessitent un scan au niveau pièce. Fusionner sans vérification renforcée, c'est mettre un levier sur votre taux d'erreurs d'expédition.

Étape 5 — Construisez la boucle d'exceptions. Manquants, picks courts, scan sans correspondance — ces trois types d'exception dans une tâche fusionnée doivent revenir au traitement en vague individuelle en un clic. Configurez des règles de redivision dans le WES : les commandes en exception s'éjectent automatiquement du lot fusionné et retournent à leur vague d'origine. La traçabilité des exceptions est le plus gros coût de la fusion ; cette boucle est votre stop-loss.

Les comptes : la fusion de vagues vaut-elle le coup ?

Chiffres réels de ce DC d'habillement (moyenne de deux semaines de projet) :

Métrique Avant fusion Après fusion Évolution
Déplacement par commande 96 m 41 m -57 %
UPH (lignes/heure) 78 124 +59 %
Effectif picking (2 équipes) 46 34 -12
Effectif QA 4 6 +2
Taux d'erreurs d'expédition 0,4 % 0,5 % +0,1 pt
Coût mensuel de main-d'œuvre — — -22 %

Voici la partie contre-intuitive : l'UPH a grimpé de 59 %, mais les économies n'étaient même pas proches de 59 %. La fusion a déplacé le coût des jambes vers les cerveaux — deux opérateurs QA de plus, 40 m² de put wall, et un demi-poste à maintenir les règles WES. Le vrai gain net était de 22 %, pas 59 %. Celui qui vous dit « la fusion a doublé l'efficacité » — demandez-lui si le coût de vérification était dans les comptes.

Un autre arbitrage que la plupart ratent : plus le lot fusionné est grand, moins on marche par commande — mais plus les exceptions sont dures à tracer. Un mauvais pick caché dans un lot de 60 commandes coûte au QA en moyenne 8 minutes de plus à déterrer. Donc le plafond de lot n'est pas « plus grand c'est mieux ». Trente à cinquante commandes, c'est le point idéal pour la plupart des DC. Passé 60, l'efficacité mangée par le traitement des exceptions commence à dépasser la marche économisée.

Checklist pour la nuit de mise en service

Règles de fusion configurées, mise en service demain soir. Parcourez cette liste et cochez chaque case — ne lancez pas avec une manquante :

  1. Pools de vagues figés ; la voie des commandes urgentes testée séparément.
  2. Les quatre paramètres de fusion configurés — plafond de lot, seuil de chevauchement, concentration d'allées, capacité du chariot — et en mode conservateur.
  3. Exactement un mode de libération (minuté ou au remplissage) ; station QA testée en stress au pic.
  4. Lots fusionnés auto-étiquetés en WES ; le QA peut les identifier.
  5. Put wall ou vérification obligatoire par scan en place ; équipe QA formée au nouveau SOP.
  6. Redivision en vague individuelle en un clic testée sur au moins 3 commandes d'exception réelles.
  7. Bases enregistrées pour UPH, taux d'erreurs d'expédition et en-cours QA ; revues quotidiennement après le lancement.
  8. Coupe-circuit : les règles de fusion peuvent être désactivées et l'opération ramenée en mode vague individuelle en 5 minutes.

Le numéro 8 compte le plus. La fusion est une optimisation, pas une religion. Surveillez le taux d'erreurs d'expédition quotidiennement la première semaine. S'il court plus de 0,3 point au-dessus de la base, revenez en arrière et réajustez — ne vous acharnez pas.

Une question à ramener dans votre bâtiment : combien de fois l'un de vos pickers parcourt-il la même allée en un jour ? Plus de trois — la fusion vaut probablement un pilote. Déjà en un seul passage — la marche économisée ne couvrira peut-être pas la facture de vérification.

Par Lin Xiao, consultante en implémentation WMS

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