Points clés
- Zebra conçoit des terminaux Android durables, utilisés dans le commerce de détail, la logistique, la santé et les opérations sur le terrain.
- OEMConfig expose les paramètres propres à chaque fournisseur via Android Enterprise, ce qui permet aux administrateurs de gérer à grande échelle les fonctions avancées des appareils Zebra.
- Le framework Mobility Extensions (MX) de Zebra se situe sous OEMConfig et applique des schémas de configuration structurés directement au niveau du système et du matériel de l’appareil.
- Pour déployer les appareils Android Zebra, les administrateurs diffusent l’application OEMConfig via un MDM, créent des profils de configuration ciblés, puis vérifient l’attribution et la conformité à chaque étape du déploiement.
- Les déploiements progressifs, la gestion des versions et les tests en préproduction limitent la dérive de configuration et réduisent le risque d’échec sur les grandes flottes Zebra.
Zebra Technologies fabrique des appareils Android durcis, conçus pour les environnements industriels exigeants. Les contrôles standards d’Android Enterprise ne couvrent toutefois pas entièrement les fonctions propres aux appareils Android Zebra, car ces appareils nécessitent souvent une configuration plus poussée au niveau du fabricant. Ce guide explique comment OEMConfig et le framework MX de Zebra comblent cet écart.
Les appareils Android Zebra et les raisons d’une gestion différente
La plupart des gens connaissent les appareils Android grand public, conçus pour un usage personnel et une possession de longue durée par un seul utilisateur. Ces appareils sont généralement optimisés pour la personnalisation et l’interaction tactile.
Les appareils Android Zebra répondent à des priorités totalement différentes. Ce sont des terminaux dédiés, déployés pour prendre en charge des flux de travail métier précis, et qui doivent se comporter de manière prévisible sur l’ensemble d’une flotte. Contrairement à Android grand public, qui privilégie la personnalisation, les appareils Zebra misent sur la robustesse et la fiabilité à grande échelle.
Voici les caractéristiques typiques d’une flotte Zebra :
- Matériel dédié : lecteurs de codes-barres, poignées pistolet, accessoires de type sled (batteries supplémentaires ou modules de lecture, par exemple), terminaux embarqués sur véhicule et stations de charge multi-emplacements.
- Indices de robustesse : certification de durabilité MIL-STD-810, protection contre la poussière et l’humidité IP54 à IP68, et plages de température de fonctionnement de -20 °C à 50 °C.
- Modèles de déploiement en usage partagé : passation entre équipes et hot-desking, sans utilisateur attitré pour un appareil donné.
- Exigences élevées de disponibilité : tolérance quasi nulle aux interruptions non planifiées.
- Dépendance aux applications métier : les appareils exécutent généralement un petit nombre d’applications essentielles, comme la gestion d’entrepôt, les systèmes de point de vente, les opérations de livraison ou les flux de travail de santé.
Compte tenu de ces caractéristiques, les appareils Zebra sont couramment déployés dans plusieurs secteurs, notamment pour :
- la préparation de commandes en entrepôt et l’inventaire par lecture de codes-barres
- les contrôles de prix, les comptages de stock et les systèmes de point de vente mobile (POS) dans le commerce de détail
- la coordination des interventions sur le terrain et les flux de confirmation de livraison
- les flux de travail en santé pour les admissions et l’administration des médicaments
Ce que signifient concrètement les appareils « dédiés » et « durcis »
Deux termes servent souvent à distinguer les appareils Android Zebra des appareils Android grand public : dédié et durci. « Dédié » renvoie au mode de gestion, dans lequel les appareils sont configurés pour répondre à un objectif métier précis, tandis que « durci » renvoie à la catégorie matérielle, celle des appareils conçus pour résister aux chutes, à la poussière, à l’humidité et aux variations de température.
Dans les déploiements d’appareils dédiés et durcis :
- la configuration est pensée pour rester uniforme sur toute la flotte ;
- les applications sont volontairement verrouillées afin d’éviter toute dérive ;
- l’enrôlement et le provisionnement sont automatisés pour accélérer l’onboarding et le remplacement des appareils ;
- des contrôles d’identité sont mis en place pour s’adapter à un usage partagé ou par équipes ;
- les procédures de récupération sont optimisées pour effacer, réinitialiser et redéployer rapidement.
Ces exigences influencent directement la façon dont les administrateurs doivent concevoir leurs configurations. Plutôt que de régler manuellement chaque appareil, mieux vaut privilégier des profils de configuration reproductibles, gages de cohérence et de comportement prévisible.
Les contrôles de la référence de configuration doivent être séparés des besoins propres à un site ou à un rôle, afin de limiter la portée des changements. Surtout, la configuration Zebra doit être traitée comme une infrastructure soumise à la gestion des changements.
OEMConfig et sa mise en place chez Zebra
OEMConfig est un framework pris en charge par Google qui permet aux fabricants d’appareils de publier des applications exposant des paramètres propres à leurs appareils, que les API de gestion Android standards ne proposent pas.
Fonctionnement
Dans un flux OEMConfig, le MDM déploie l’application OEMConfig du fabricant et lui transmet des charges utiles de configuration. L’application OEMConfig applique ensuite ces paramètres localement sur l’appareil, en s’appuyant sur le framework de gestion sous-jacent du fabricant.
Ce qu’OEMConfig apporte en plus d’Android Enterprise
Avec OEMConfig, les administrateurs Zebra accèdent à des contrôles qui couvrent le comportement matériel propre au fournisseur ainsi qu’un réglage étendu du réseau et des radios. OEMConfig donne également accès à des paramètres d’IU (interface utilisateur) qui ne sont pas implémentés de façon homogène sur tous les appareils Android, ainsi qu’à des configurations avancées de sécurité et de conformité qui dépendent d’extensions au niveau du FEO (fabricant d’équipement d’origine).
Comment Zebra implémente OEMConfig
Zebra publie sa propre application OEMConfig, qui expose les options de configuration définies par Zebra sous forme de schéma de configuration géré. Lorsqu’un administrateur crée un profil OEMConfig dans le MDM, il sélectionne des valeurs issues de ce schéma.
Une fois transmises, l’application OEMConfig traduit ces valeurs en actions de configuration propres à Zebra et les transmet à la couche de gestion sous-jacente de l’appareil.
Ce que les administrateurs doivent savoir
Trois points sont à garder à l’esprit au quotidien :
- les paramètres OEMConfig sont définis par le fournisseur : les options disponibles varient donc selon le fabricant et le modèle d’appareil ;
- le schéma peut évoluer lors des mises à jour des applications OEMConfig, avec l’ajout, la modification ou l’abandon d’options de configuration ;
- la réussite de la configuration dépend de la compatibilité de l’appareil et de la version de l’application OEMConfig.
MX et son articulation avec OEMConfig
Les appareils Android Zebra intègrent une couche de gestion supplémentaire appelée Mobility Extensions (MX). MX est le modèle de configuration structuré utilisé pour définir et appliquer les paramètres propres à Zebra. Si OEMConfig est ce que les administrateurs manipulent dans leur console MDM, MX est ce qui s’exécute réellement sur l’appareil.
Structure de MXConfig
MX organise les configurations d’appareils en catégories fonctionnelles : sécurité, réseau, applications, paramètres d’interface utilisateur et comportement de l’appareil. Ces configurations s’appliquent via des paramètres et réglages prédéfinis.
Chaque paramètre accepte un ensemble précis de valeurs et de contraintes. À la réception d’une configuration, MX évalue ces paramètres localement et applique le comportement correspondant au niveau du système ou du matériel.
Comme ce processus est strict et piloté par les paramètres, des valeurs non valides ou non prises en charge peuvent échouer silencieusement ou ne s’appliquer que partiellement : la validation et les tests sont donc indispensables.
La relation entre OEMConfig et MX
La plateforme MDM envoie les paramètres de configuration via les politiques Android Enterprise. L’application Zebra OEMConfig expose les options propres à Zebra et reçoit ces valeurs du MDM. MX interprète ensuite la configuration et l’applique sur l’appareil lui-même.
Objectifs de configuration courants rendus possibles par MX
MX sert généralement à imposer des comportements impossibles à obtenir avec les seules API standards d’Android Enterprise. Parmi les exemples typiques : la configuration des réglages par défaut du lecteur de codes-barres, le contrôle du mappage des touches physiques et l’application d’un mode kiosque ou mono-usage.
Flux de déploiement d’appareils Android Zebra, indépendant de toute marque
Remarque : ce flux s’applique aux plateformes MDM qui prennent en charge l’enrôlement Android Enterprise, les configurations d’applications gérées et la gestion d’applications compatibles OEMConfig.
Étape 1 : définir les prérequis
Commencez par définir votre périmètre et vos objectifs.
- Vérifiez que les modèles Zebra utilisés prennent en charge le mode de gestion Android Enterprise requis pour le déploiement : appareils entièrement gérés (contrôlés intégralement par l’entreprise), appareils COPE (propriété de l’entreprise, avec profils professionnel et personnel séparés) ou mode appareil dédié (appareils verrouillés sur un usage opérationnel précis).
- Définissez des groupes d’appareils selon le site, le rôle opérationnel ou la fonction métier, afin de mieux maîtriser le déploiement.
- Documentez la référence de configuration qui doit s’appliquer à tous les appareils, quel que soit leur lieu ou leur mode d’utilisation.
Étape 2 : déployer l’application Zebra OEMConfig
Aucune configuration propre à Zebra ne peut être appliquée tant que l’application OEMConfig n’est pas installée sur l’appareil.
- Ajoutez l’application Zebra OEMConfig depuis Managed Google Play.
- Attribuez-la aux groupes d’appareils concernés en tant qu’application obligatoire.
- Avant d’envoyer la moindre configuration, vérifiez que l’application s’installe correctement et reste présente.
Étape 3 : créer les profils de configuration OEMConfig
- Commencez par un profil de référence pour les exigences universelles.
- Créez des profils complémentaires pour les besoins propres à chaque site.
- Limitez chaque profil à un seul objectif de configuration, afin de simplifier la validation et le dépannage par la suite.
- Documentez l’objectif de chaque profil dès sa création.
Étape 4 : attribuer les profils et échelonner le déploiement
Évitez de déployer largement une configuration non testée.
- Testez d’abord les configurations sur un petit groupe d’appareils représentatif de l’environnement de production, et validez leur comportement avant d’élargir.
- Une fois le comportement validé, étendez le déploiement par étapes, site par site ou groupe opérationnel par groupe opérationnel.
- Évitez de combiner plusieurs changements de configuration majeurs dans une même fenêtre de déploiement. En cas d’échec, vous devez pouvoir identifier le changement en cause.
Étape 5 : valider le comportement et surveiller les résultats
- Après chaque phase de déploiement, vérifiez dans la console MDM que les politiques et les configurations ont bien été appliquées à chaque groupe d’appareils.
- Validez le comportement côté appareil avec des cas de test opérationnels qui reflètent l’usage réel.
- Suivez les schémas d’erreurs et rapprochez les échecs de modèles d’appareils ou de versions de système d’exploitation précis.
- Une fois les profils largement déployés, soumettez toute modification à un processus formel de gestion des changements, pour maintenir la cohérence et limiter les perturbations involontaires.
Bonnes pratiques de configuration Android Zebra pour les MSP et les administrateurs système
Comme OEMConfig et MX donnent accès à des contrôles système très profonds, une grande rigueur est indispensable pour que les déploiements restent prévisibles. Voici les pratiques recommandées :
Séparer les profils pour permettre un retour arrière sûr
Conservez les paramètres de référence, de sécurité et de flux applicatifs dans des profils distincts, afin de pouvoir annuler un changement sans affecter le reste du comportement de l’appareil.
Versionner et documenter chaque changement de configuration
Suivez les versions de profils avec des dates et des notes de modification : les mises à jour restent auditables et l’analyse des causes racines se simplifie lorsqu’un comportement change de façon inattendue.
Concevoir les profils autour du cycle de vie des appareils
Alignez la configuration sur chaque étape du cycle de vie des appareils, pour que les profils restent pertinents au moment du déploiement, de la réaffectation ou de la mise hors service.
Tester les mises à jour OEMConfig avant un déploiement large
Traitez les mises à jour de l’application OEMConfig comme des changements à part entière. Validez les évolutions de schéma ou de comportement sur des appareils de test avant de passer en production.
Limiter les accès administrateur au strict nécessaire
Appliquez les principes du moindre privilège à la gestion des politiques et des profils, afin de réduire les changements accidentels et de garder le contrôle opérationnel.
Au quotidien, quelques garde-fous suffisent à améliorer nettement la récupération et la cohérence :
- Conservez un état de configuration validé, redéployable rapidement lorsqu’un appareil est effacé ou remplacé, afin de réduire les interruptions.
- Fournissez aux équipes terrain ou support une check-list simple pour confirmer le comportement attendu de l’appareil après une réinitialisation ou un redéploiement, avant sa remise en production.
- Documentez les exceptions de configuration approuvées pour les sites ou groupes opérationnels aux besoins particuliers, afin d’éviter les changements non documentés et de préserver la cohérence.
Une gestion cohérente à grande échelle sur tous les appareils Android Zebra
Les appareils Android Zebra sont des terminaux dédiés, conçus pour résister aux conditions difficiles et servir des flux de travail métier précis. Le problème, c’est que les outils de gestion Android standards ignorent tout des fonctions propres à Zebra, ce qui complique le passage à l’échelle.
OEMConfig résout cette difficulté en offrant un moyen évolutif de déployer des paramètres propres au fournisseur via Android Enterprise, en complément du framework MX de Zebra, qui rend possibles les contrôles de configuration les plus poussés. Ensemble, ces outils donnent aux MSP et aux départements informatiques internes de quoi maintenir des opérations de terrain stables et prévisibles, à grande échelle.
Sujets connexes :
