réalités opérationnelles
Quand une tablette kiosque en usine échoue, “l’application est en ligne” ne suffit pas
Une note de terrain sur un déploiement de tablette en usine, et sur pourquoi la mise en production dépend aussi des appareils, du Wi-Fi, des mises à jour WebView, de la surveillance et des processus de repli.
Un système de suivi du temps en usine peut sembler simple de l’extérieur. Un employé se rend à une tablette, scanne une activité, pointe son arrivée ou son départ, et les données entrent dans le système.
Mais en production, la fiabilité de ce processus simple dépend de beaucoup plus que de l’application elle-même. Lors d’un déploiement sur le terrain, une tablette kiosque a affiché une erreur de certificat SSL même si le certificat public était valide et que l’application était accessible à partir d’autres appareils.
Contrainte opérationnelle
Si l’application est en ligne et que le certificat est valide, le problème peut quand même venir du Wi-Fi de l’usine, d’un portail captif, d’un proxy ou pare-feu qui inspecte le SSL, d’un filtrage DNS, d’une version désuète d’Android System WebView, d’une version désuète de Chrome ou d’une ressource chargée par la page.
Une application kiosque basée sur Android WebView dépend du composant WebView, du magasin local de certificats, de l’horloge de l’appareil, du chemin réseau et de la gestion SSL de l’application kiosque. Des tablettes autonomes sans compte Google ou Play Store peuvent aussi manquer des mises à jour Chrome et WebView si la gestion des appareils n’est pas prévue.
Pourquoi c’était important
Un système n’est pas prêt pour la production simplement parce que l’application web est en ligne. Dans un flux kiosque en usine, l’appareil, le réseau, le navigateur intégré, l’alimentation et le processus de repli font partie du système.
Si les employés dépendent de la tablette pour remplacer un processus manuel de temps, une défaillance silencieuse peut créer un problème opérationnel rapidement. L’entreprise doit savoir que le kiosque échoue avant que plusieurs jours d’entrées de temps soient touchés.
Ce que nous avons appris
La réponse immédiate ne devrait pas seulement être de déboguer l’application web. La meilleure direction est d’améliorer la conception opérationnelle autour du kiosque pour distinguer les états sain, dégradé et indisponible.
La fonctionnalité est que les employés peuvent pointer sur une tablette. Le système opérationnel est que l’entreprise sait rapidement quand la tablette, le Wi-Fi, la chaîne de certificats, WebView, la batterie ou l’accès à l’application pose problème, et qu’elle sait comment réagir avant que la paie soit touchée.
Approche de mise en œuvre
La préparation à la production devrait inclure les mises à jour du système et de WebView, l’identification du réseau Wi-Fi utilisé par la tablette, la détection de l’accès à l’application et la journalisation de l’URL qui échoue lorsqu’une erreur SSL survient.
Le kiosque devrait aussi rapporter régulièrement son état avec une surveillance heartbeat, soutenir un redémarrage planifié, améliorer les journaux d’erreurs SSL et avoir une stratégie claire de mise à jour des tablettes. Les déploiements futurs peuvent aussi exiger une gestion administrée des appareils.
Impact opérationnel
Un logiciel d’usine fiable inclut l’enveloppe opérationnelle autour de l’application. La surveillance et la planification du repli réduisent le risque qu’un problème d’appareil devienne un problème de paie ou de visibilité de production.
Pour une PME manufacturière qui remplace des flux manuels, la valeur pratique n’est pas seulement l’écran utilisé par les employés. C’est aussi la certitude que quelqu’un saura quand le point de saisie ne fonctionne pas et quoi faire ensuite.
Effet sur le flux de travail
- • Détection plus tôt lorsqu’une tablette ne peut pas joindre l’application
- • Meilleure distinction entre les défaillances applicatives, réseau et appareil
- • Moins de risque d’entrées de temps manquantes après une panne silencieuse
- • Stratégie plus claire de mises à jour et de redémarrages des tablettes
- • Processus de repli avant que la paie ou les coûts de projet soient touchés
Exemples visuels
Exemples visuels à ajouter
Prochaine étape
Vous devez moderniser un flux de travail comme celui-ci?
DEVTom aide les PME à créer des systèmes opérationnels qui respectent le travail réel : remplacement du papier, saisie en atelier, visibilité par projet, tableaux de bord et outils internes adaptés à la façon dont l’entreprise fonctionne vraiment.
Discuter de votre flux de travailQuestions fréquentes
Pourquoi un kiosque peut-il échouer si l’application web est en ligne?
L’appareil dépend aussi du chemin réseau, du magasin de certificats, de l’horloge système, de la version WebView, de Chrome et des ressources chargées par la page.
Que devrait rapporter une tablette kiosque?
Au minimum, elle devrait rapporter si elle peut joindre l’application, si WebView est sain, si elle est branchée, si la batterie est faible et quand elle a communiqué pour la dernière fois.
Pourquoi les mises à jour WebView comptent-elles?
Android WebView est l’environnement de navigateur utilisé par plusieurs applications kiosque. S’il est désuet, l’application peut échouer sur la tablette même si elle fonctionne ailleurs.
Quel est le repli pratique?
Une deuxième tablette, un processus manuel temporaire ou un autre chemin de saisie contrôlé devrait exister avant de retirer complètement un processus manuel critique.