Mise en place d'un système de picking sans papier : files de tâches, terminaux portables et gestion des exceptions dans le WMS

Conclusion d'abord : un système de picking sans papier tient ou s'effondre sur trois paramètres, et non sur le prix des terminaux portables. Ces trois paramètres sont la manière dont les files de tâches sont découpées, la quantité d'informations affichée sur l'écran du terminal, et la destination des exceptions quand quelque chose ne va pas. Si l'un d'entre eux est mal réglé, l'entrepôt inventera sa propre solution de contournement. Cette solution, c'est généralement du papier, des notes recopiées, ou des cris d'une allée à l'autre. À partir de ce moment, les données du système ne correspondent plus à ce qui s'est réellement passé.

J'ai mené plus de trente mises en service, et le schéma est toujours le même. Les sites qui s'effondrent la première semaine ont rarement un problème matériel. Ils ont un problème de file, d'écran ou d'exception décidé en salle de réunion sans avoir parcouru l'allée. Le travail n'est pas compliqué. Ce qui le rend difficile, c'est la retenue : ne pas donner aux préparateurs plus de tâches, d'informations ou de rapidité d'exception qu'ils ne peuvent utiliser.

Pourquoi ces trois paramètres comptent plus que les appareils ou la couverture réseau, c'est simple. Le rythme d'un système de picking sans papier est donné par la tâche, et non par le scanner. Si la file est mauvaise, les préparateurs passent leur poste à attendre du travail, à chercher du travail ou à passer d'un travail à l'autre. Si l'écran affiche trop de choses, chaque prélèvement coûte une seconde supplémentaire de recherche, et ces secondes s'accumulent en files d'attente au poste d'emballage. Si les exceptions n'ont nulle part où aller, une rupture, un article endommagé ou un code-barres illisible reste bloqué entre les mains d'un préparateur pendant que le système continue d'indiquer que la commande avance normalement.

J'ai vu cette erreur de file trois fois, toujours sous la même forme. En novembre 2023, un entrepôt tiers à Ningbo traitant de petits appareils électroménagers a libéré d'un coup les vagues d'une journée entière. La file était triée par numéro de commande, et un préparateur s'est retrouvé avec plus de quarante tâches ouvertes. Il ne pouvait pas garder cette liste en tête, alors il a préparé les quelques commandes dont il se souvenait et a laissé le reste au superviseur. Poussé à rattraper son retard, il a mélangé des commandes entre elles, et le poste d'emballage a repéré les prélèvements croisés. Le personnel n'était pas négligent. La conception demandait à une personne de faire le travail de quatre. Nous avons reconstruit la file par zone, limité chaque préparateur à huit tâches ouvertes, et l'entrepôt est revenu à un travail en séquence.

Files de tâches de picking sans papier : découper par zone, pas par numéro de commande

La première règle d'une file est que ce qu'un préparateur peut voir d'un coup doit être assez petit pour être retenu sans notes. Je découpe d'abord par zone, puis par priorité. Les tâches de la même zone vont ensemble. Les tâches d'autres zones n'ont pas leur place dans la file de la même personne, sauf si cette personne parcourt déjà cet itinéraire. La priorité ne compte que deux niveaux : doit partir avant l'heure limite, et peut attendre la vague suivante. Trois niveaux ou plus semblent précis, mais sur le terrain personne ne peut les distinguer, ce qui signifie que les niveaux ne servent à rien.

La deuxième règle est qu'une fois qu'une tâche est attribuée, elle doit rester attribuée. Ne la retirez pas pour la re-séquencer simplement parce que le système a recalculé une vague, sauf si la commande a été annulée ou si l'emplacement a été verrouillé. Une tâche retirée est facile à perdre, car le préparateur est peut-être déjà à mi-chemin. La troisième règle est que la taille de la vague doit être calculée à partir de l'effectif et de la taille de la zone, et non à partir d'un nombre rond de commandes. Cent commandes réparties sur cinq zones et cent concentrées dans une seule zone sont deux charges de travail différentes.

Utilisez ce tableau de décision avant de fixer tout autre paramètre de file. Remplissez d'abord les trois lignes, et seulement ensuite discutez du reste :

Écrans des terminaux portables : d'abord soustraire, puis ajouter des fonctions

Ma règle pour l'écran d'un terminal portable de picking sans papier est franche : un préparateur qui jette un coup d'œil doit savoir immédiatement quelle est la prochaine action. L'emplacement, le nom du produit et la quantité appartiennent au premier écran, dans un texte assez grand pour être lu à un demi-mètre de distance en portant des gants. Tout le reste, y compris le lot, le client et les notes de commande, appartient à un second écran qui n'apparaît que sur appui. Tout mettre sur le premier écran ne rend pas le préparateur mieux informé. Cela le ralentit dans la seule chose qu'il fait des centaines de fois par jour.

En mars 2024, un entrepôt de biens de consommation à Dongguan m'a montré exactement comment cela échoue. Le premier écran comportait neuf champs. Les préparateurs cherchaient la quantité, puis l'emplacement, et une mauvaise ligne signifiait un mauvais prélèvement. Pire, le bouton de confirmation se trouvait à côté du bouton de commande suivante, et les doigts gantés n'arrêtaient pas d'appuyer sur le mauvais. Plus d'une douzaine de commandes par jour étaient sautées par des appuis accidentels, et l'équipe d'emballage les retrouvait une par une. Nous avons réduit le premier écran à trois champs et déplacé la confirmation dans le coin inférieur droit, seule. Les sauts accidentels ont cessé le jour même. Aucun nouvel appareil, aucun personnel supplémentaire, juste le retrait de ce qui n'aurait jamais dû partager un écran.

Un détail facile à manquer : ce que l'écran dit quand un scan échoue. Une croix rouge ou un code d'erreur n'est pas une instruction. L'écran doit dire au préparateur quoi faire ensuite, soit scanner à nouveau sous un autre angle, soit lever une exception. Personne ne s'arrête en plein prélèvement pour décoder un message d'erreur.

Les exceptions du picking sans papier ont besoin de leur propre voie de retour

La gestion des exceptions est le paramètre que je refuse de laisser en réflexion après coup. Les ruptures, les dommages, les écarts de quantité et les codes-barres illisibles ont chacun besoin de leur propre sortie. Un seul bouton d'exception générique produit une pile de tickets qui se ressemblent tous, et la personne qui les traite doit téléphoner à l'entrepôt pour demander ce qui s'est réellement passé. Le temps que quelqu'un réponde, le stock a peut-être déjà été déplacé.

Ma configuration fonctionne ainsi. Dès qu'une exception est levée, la tâche d'origine se fige et cesse de compter dans les tâches ouvertes de ce préparateur. L'exception passe dans une file séparée, confiée à un superviseur ou à un contrôleur, et non renvoyée dans la file normale. Le superviseur n'a que trois issues possibles : réapprovisionner et relancer, changer d'emplacement et relancer, ou mettre la commande en attente pour confirmation par le service client. Il n'y a pas de quatrième issue, et les exceptions ne doivent pas rester sans propriétaire. La file doit être vidée avant la fin du poste. Tout ce qui reste reçoit une raison écrite et devient le premier travail du lendemain matin, avant la libération de toute nouvelle vague.

Voici le jugement contre-intuitif que les clients contestent : traiter les exceptions plus vite n'est pas toujours mieux. Si un superviseur règle une rupture en modifiant discrètement la quantité, ou règle un dommage en le remplaçant par une autre commande, la file semble propre alors que le stock et la commande sont tous deux faux. Je préfère laisser une exception une demi-heure de plus que perdre la trace. Chaque issue doit enregistrer qui l'a traitée, quel emplacement a été utilisé, et si la quantité a changé. La vitesse sur le terrain se paie souvent plus tard, sous la forme d'un écart qui n'apparaît qu'à l'inventaire de fin de mois.

Ma check-list de la nuit de mise en service : la tester sur des emplacements réels

Ma check-list de la nuit de mise en service ne compte que quatre points, mais chacun doit être parcouru sur des emplacements réels, et non examiné sous forme de captures d'écran en salle de réunion. D'abord, demandez à un préparateur de préparer dix commandes à vitesse normale et observez s'il tourne des pages pour trouver des tâches ou s'il demande au superviseur quoi faire ensuite. Ensuite, créez trois exceptions délibérées, une rupture, un article endommagé et un code-barres illisible, et vérifiez si elles arrivent dans la file des exceptions et si les tâches d'origine se figent. Troisièmement, coupez le réseau du terminal puis rétablissez-le, et vérifiez si une tâche est perdue ou libérée deux fois. Quatrièmement, laissez le superviseur traiter ces trois exceptions et vérifiez si chaque issue peut être retracée jusqu'à une personne et un emplacement. Si les quatre passent, je signe. Si l'un échoue, l'entrepôt échouera exactement à cet endroit le lendemain.

Rien de tout cela ne demande une technologie avancée. Cela demande de la discipline à trois endroits : ne pas surcharger la file, ne pas surcharger l'écran, et ne pas précipiter les exceptions. Quand ces trois paramètres sont justes, le système travaille vraiment pour l'entrepôt au lieu d'ajouter un second travail que l'entrepôt doit servir. Pour savoir ce que ce type de configuration est censé apporter, lisez les avantages du picking sans papier en complément de ce guide : les avantages ne tiennent que lorsque la configuration qui les sous-tend est solide.

Par Lin Xiao, Consultant en mise en œuvre WMS

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