Déploiement des tablettes Zebra, et l'écart d'identifiant du build

fiche rédigée le 08 octobre 2026infrastructure

Période 2022 → 2022

Expérience un site de production pharmaceutique (avril 2022 → décembre 2026)

Contexte

L’équipe partait en Allemagne chez le constructeur de la ligne pour les tests de recette, avant l’arrivée de la partie packaging. Il fallait donc des tablettes Zebra prêtes pour ces tests, avec un build Windows dédié et les applications métier installées. (fait)

Actions

Le déploiement passe par une chaîne bien définie. Je récupère d’abord l’identifiant de chaque tablette, son device UUID, puis j’ouvre une demande au service informatique global, basé en Inde, pour l’ajouter au groupe de build dédié. Le service renseigne l’identifiant dans une base, ce qui affecte le build Windows attendu à cette tablette. Une fois la demande traitée, la tablette peut démarrer sur la clé USB qui porte l’image. (fait)

C’est là que le problème est apparu. Après deux tentatives, l’identifiant lu dans le menu de démarrage du site n’était pas le même que celui affiché en ligne de commande sur la tablette. Deux valeurs pour un seul appareil, et donc des demandes dans le vide. (fait)

J’ai monté un tableau de comparaison sur les deux premières tablettes pour regarder les deux chaînes côte à côte. L’écart suivait un ordre constant, caractère par caractère. J’ai donc inversé les caractères dans le même ordre, retrouvé l’identifiant attendu, puis vérifié chacun des autres pour m’assurer que le changement était bien passé partout. (fait)

Le build a suivi, puis la mise à jour des pilotes et l’installation des applications nécessaires, par emplacement de distribution sur le site. (fait)

Restait le test fonctionnel, la lecture de QR codes, et là encore un défaut. La caméra ne faisait pas le point. Modifier le pilote n’a rien changé, et un build Windows classique donnait le même résultat. La solution retenue a été de revenir au build livré par le constructeur avec les tablettes, qui ne présentait pas le problème, et d’intégrer les tablettes au domaine. (fait)

Résultats / Impact

Les tablettes sont opérationnelles, elles lisent les QR codes sans défaut et elles sont intégrées au domaine. Le déploiement a pu servir aux tests chez le constructeur. (fait)

L’impact chiffré, tablettes déployées ou temps gagné, reste (non mesuré, assumé). (fait)

Apprentissages

Deux outils qui décrivent le même objet peuvent le décrire différemment. Le diagnostic passe alors par la comparaison, pas par l’essai répété. (déduit)

Le build du constructeur gagne parfois sur le build maison. Sur un matériel spécifique, le pilote d’origine sait ce que le pilote générique ignore. (déduit)

Preuves

Le tableau de comparaison des identifiants et les captures de configuration relèvent de l’entreprise et restent (preuves confidentielles, non versées). (fait)

Sources

Propos tirés du rapport d’alternance licence ASR, sur la période 2022-2023 :

« J’ai commencé par récupérer le device UUID de chaque tablette, pour ensuite effectuer une demande auprès du service global IT, situé en Inde, afin d’ajouter les tablettes dans un groupe de build LAB Collection. »

« Après avoir testé le build d’une tablette avec la clé USB, je me suis aperçu après 2 tentatives que le device UUID n’était pas le même sur le menu de boot d’un site de production pharmaceutique, que sur le menu cmd. »

« J’ai donc inversé tous les caractères dans le même ordre, j’ai fini par retrouver le bon UUID, puis j’ai vérifié chacun d’entre eux pour m’assurer d’avoir bien changé. »

« J’ai donc choisi de réutiliser le build classique livré avec les tablettes par Zebra. Je n’avais plus de problème de focus avec ce build sur la caméra. »