Votre premier AMR arrive, et soudain tout le monde dans l'entrepôt a un avis. Un responsable veut le mettre immédiatement sur la voie de sortie la plus fréquentée. Un autre veut l'envoyer dans le coin le plus éloigné pour prouver qu'il peut gérer les cas difficiles. J'ai vu les deux idées échouer. Mon conseil est simple : choisissez une seule ligne, exploitez-la jusqu'à ce qu'elle devienne ennuyeuse, faites le calcul, et parlez seulement ensuite d'un deuxième robot.
Votre premier AMR doit rentabiliser une seule ligne
La méthode simple fonctionne le mieux ici : choisissez une ligne où les tâches se répètent, où les points de départ et d'arrivée restent fixes, et où le volume quotidien est stable. Pensez-y comme apprendre à conduire sur un parking vide avant de s'insérer sur une autoroute à l'heure de pointe. Un trajet de réapprovisionnement de la préparation vers l'emballage, ou un transfert d'une station de fin de ligne vers une zone de staging, convient parfaitement. Le point commun est un itinéraire avec peu de détours et peu de surprises, de sorte que quand quelque chose va mal, vous pouvez dire si le problème vient de la route ou du robot.
Il y a trois types de lignes que votre premier robot ne doit jamais toucher. Premièrement, les allées où les gens, les chariots élévateurs et les transpalettes se disputent l'espace aux heures de pointe. Deuxièmement, les lignes temporaires dont les points de départ et d'arrivée changent chaque jour. Troisièmement, les lignes dont le rythme dépend entièrement du jugement d'un seul travailleur expérimenté. Vous pouvez considérer un pilote comme un test de répétabilité, et non comme une performance. Si une ligne fonctionne bien aujourd'hui et s'effondre demain quand l'équipe change, ses données ne valent rien.
J'ai vu cela se produire dans un entrepôt de petit électroménager qui a testé son robot sur l'artère de sortie la plus fréquentée du bâtiment. Le robot allait bien ; la route était le problème. Chariots élévateurs, gens et transpalettes encombraient une même allée, et l'AMR passait environ un tiers de sa journée à attendre un passage ou à céder le passage. L'équipe l'a déplacé vers un trajet fixe de réapprovisionnement entre la préparation et l'emballage, et la même machine a immédiatement fourni une production stable. La leçon était brutale : la mauvaise première ligne fait paraître un bon robot mauvais.
Parcourez cette liste de contrôle avant de vous engager sur une ligne. Si deux cases ou plus échouent, choisissez une autre ligne :
| Question pour la ligne pilote | À quoi ressemble le bon résultat |
|---|---|
| Les points de départ et d'arrivée sont-ils fixes ? | De station fixe à station fixe, sans déplacement quotidien |
| Les tâches se répètent-elles ? | Un seul type de tâche domine les déplacements de la journée |
| Les interférences sont-elles contrôlables ? | Le trafic mixte peut être séparé par le temps ou par la voie |
| Pouvez-vous faire le calcul ? | Le volume, les heures de main-d'œuvre et le temps d'attente sont tous enregistrables |
Le flux de circulation passe avant les spécifications
La plupart des acheteurs commencent par demander la vitesse, la charge utile et la capacité en pente. C'est comme acheter une voiture pour sa vitesse maximale sans demander si votre trajet quotidien est embouteillé. Dans un premier pilote, le flux de circulation compte plus que la fiche technique. Le nombre d'intersections sur l'itinéraire, les endroits où des rencontres frontales peuvent se produire, et la distance entre le point de charge et la voie principale déterminent si votre robot travaille ou attend.
Un entrepôt de biens de consommation avec lequel j'ai travaillé avait un court itinéraire pilote qui traversait une zone de staging de réception. Quand la réception s'activait, les palettes mises en staging glissaient jusqu'au bord de l'allée et les détours du robot s'allongeaient toute la journée. La solution n'était pas coûteuse : reculer le staging de quelques mètres, marquer des lignes de non-stationnement le long de l'allée, et ajouter un miroir convexe à l'intersection. Pas de nouveau robot, pas d'argent supplémentaire, et les temps de trajet se sont stabilisés. Le flux de circulation coûte peu à corriger tôt et coûte cher à corriger tard.
La charge mérite la même attention. Le moyen le plus facile d'immobiliser un premier robot est d'ignorer sa fenêtre de charge. Vous pouvez y penser comme à un téléphone : si vous ne chargez que lorsque la batterie est presque vide, vous finirez par faire la queue pour de l'énergie en plein pic de travail. Placez le point de charge près de la voie principale pendant le pilote et fixez un seuil de batterie faible prudent. Quelques arrêts de charge supplémentaires valent mieux qu'un robot immobilisé pendant l'heure la plus chargée.
La distribution des tâches doit aussi commencer petit. Ne branchez pas le robot profondément dans tout votre WMS dès le premier jour. Faites tourner le pilote sur le mode de tâche le plus simple : une liste de tâches fixe, une confirmation manuelle de distribution, et une intervention humaine pour les exceptions. L'intégration des systèmes est un amplificateur. Si le processus n'est pas encore stable, une intégration profonde rend seulement plus difficile de dire si un échec vient du système ou du terrain. Une fois que la ligne tourne de façon stable, automatisez la distribution et la récupération des exceptions. Tout va alors plus vite.
Accepter votre premier AMR : ignorez la démonstration, vérifiez trois chiffres
Les démonstrations mentent. Un robot vide sur un sol propre sans personne autour a toujours belle allure. L'acceptation doit reposer sur des données de fonctionnement continu en charge, et sur trois chiffres en particulier. Premièrement, le taux de tâches dans les temps : les tâches distribuées se terminent-elles à la cadence prévue ? Deuxièmement, la part productive : le robot déplace-t-il des marchandises, ou attend-il un passage, attend-il du fret, ou charge-t-il ? Troisièmement, la récupération des exceptions : quand il rencontre un obstacle, perd sa localisation, ou fait face à un conflit de tâche, récupère-t-il seul ou faut-il aller le secourir ?
Voici l'aspect contre-intuitif : le robot le plus rapide n'est pas toujours le moins cher. Une machine rapide avec une forte part de déplacements à vide et une intervention humaine constante peut coûter globalement plus cher qu'une machine à vitesse moyenne qui ne fait que travailler. Les données de pilote les plus précieuses ne sont pas la vitesse de pointe mais la performance moyenne sur une semaine continue. Un robot qui se présente chaque jour bat un robot qui établit un record un jour et boude le lendemain.
N'acceptez pas une fiche de validation qui dit seulement « fonctionne normalement ». Inscrivez les chiffres : période du pilote, nombre total de tâches, taux dans les temps, part productive, et interventions humaines. Une mesure qui ne peut pas être écrite n'a jamais vraiment été testée. Et un fournisseur disposé à inscrire ces chiffres sur la fiche d'acceptation a déjà passé un premier test de sélection.
Sur le temps de disponibilité et le MTBF, ne vous laissez pas tromper par un seul joli chiffre. Le temps de disponibilité doit refléter la part d'une fenêtre d'exploitation continue pendant laquelle le robot était réellement disponible, et non un pic du matin. Le MTBF doit montrer un intervalle stable entre les pannes, et non la plus longue période sans panne. Pensez-y comme juger une condition physique : on ne note pas un coureur sur son jour le plus rapide, on le note sur sa présence chaque jour. Seules les données continues, en charge, aux heures de pointe, valent la peine d'être payées.
En fin de compte, un pilote n'est pas une vitrine de la modernité des AMR. Il répond à une seule question : confier cette ligne à une machine, est-ce rentable ? Calculez le coût par palette déplacée, avec la main-d'œuvre, l'attente, les interventions et la part de charge incluses, et comparez-le à l'ancien coût manuel. Quand le pilote est terminé, ce seul chiffre vous dit si l'argent a été bien dépensé.
Par Da Liu, Ingénieur en automatisation
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.







