/
/

Zebra Android-devices configureren met OEMConfig en MX

door Team Ninja
How to Configure Zebra Android Devices Using OEMConfig and MXConfig blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Zebra bouwt robuuste Android-endpoints die worden ingezet in de retail, logistiek, zorg en bij werkzaamheden in het veld.
  • OEMConfig ontsluit leverancierspecifieke instellingen via Android Enterprise, zodat beheerders geavanceerde functies van Zebra-devices op schaal kunnen beheren.
  • Het Mobility Extensions-kader (MX) van Zebra ligt onder OEMConfig en past gestructureerde configuratieschema’s rechtstreeks toe op systeem- en hardwareniveau van het device.
  • Beheerders nemen Zebra Android-devices in gebruik door de OEMConfig-app via een MDM uit te rollen, afgebakende configuratieprofielen op te bouwen en bij elke fase van de uitrol de toewijzing en compliance te controleren.
  • Gefaseerde uitrol, versiebeheer en testen vóór productie houden configuration drift beperkt en verkleinen het risico op mislukte implementaties in grote Zebra-vloten.

Zebra Technologies maakt robuuste Android-devices voor veeleisende industriële omgevingen. De standaardbesturingselementen van Android Enterprise dekken de specifieke functies van een Zebra Android-device echter niet volledig, omdat deze devices vaak diepere configuratie op fabrikantniveau vereisen. Deze gids laat zien hoe OEMConfig en het MX-kader van Zebra dat gat dichten.

Om Zebra Android-devices te configureren rolt u de Zebra OEMConfig-app uit via een MDM die Android Enterprise ondersteunt, bouwt u gerichte configuratieprofielen en voert u de uitrol gefaseerd uit terwijl u elke groep valideert. Deze gids doorloopt elke stap voor interne IT-teams en MSP’s.

Wat Zebra Android-devices zijn en waarom ze ander beheer vragen

De meeste mensen kennen Android-devices voor consumenten, die bedoeld zijn voor persoonlijk gebruik en langdurig eigendom door één gebruiker. Die devices zijn meestal geoptimaliseerd voor personalisatie en bediening via touch.

Zebra Android-devices zijn gebouwd voor heel andere prioriteiten. Het zijn toegewijde endpoints die specifieke bedrijfsworkflows ondersteunen en die zich binnen een hele vloot voorspelbaar moeten gedragen. Waar consumenten-Android draait om personalisatie, draaien Zebra-devices om duurzaamheid en betrouwbaarheid op schaal.

Typische kenmerken van een Zebra-vloot zijn:

  • Doelgerichte hardware: barcodescanners, pistol grips, sled-accessoires (bijvoorbeeld extra batterijen of scanopzetstukken), voertuigterminals en laaddocks met meerdere bays.
  • Robuustheidsclassificaties: de classificaties verschillen per model en Zebra-devices beschikken doorgaans over de MIL-STD-810-certificering voor duurzaamheid en IP54- tot IP68-bescherming tegen stof en vocht, met bedrijfstemperatuurbereiken die per device verschillen.
  • Gedeeld gebruik: overdracht tussen diensten en hot-desking, waarbij geen enkele gebruiker een device in eigendom heeft.
  • Hoge beschikbaarheidseisen: vrijwel geen tolerantie voor ongeplande uitvaltijd.
  • Afhankelijkheid van bedrijfsapplicaties: devices draaien doorgaans een klein aantal essentiële apps, zoals warehouse management, kassasystemen, bezorgoperaties of zorgworkflows.

Gezien bovenstaande kenmerken worden Zebra-devices vaak ingezet bij werkzaamheden zoals:

  • Orderpicken in magazijnen en voorraadscanning
  • Prijscontroles in de retail, voorraadtellingen en mobiele kassasystemen (POS)
  • Coördinatie van buitendienst en workflows voor bezorgbevestiging
  • Zorgworkflows op devices voor opname en medicatietoediening
Stap Actie Verificatie
Randvoorwaarden vaststellen Bevestig de beheermodus van Android Enterprise, definieer devicegroepen en leg de basisinstellingen vast Elk devicemodel ondersteunt de gekozen beheermodus
De Zebra OEMConfig-app uitrollen Voeg de app toe vanuit Managed Google Play en wijs deze toe als verplicht De app wordt geïnstalleerd en blijft op elk device aanwezig
OEMConfig-profielen maken Bouw één basisprofiel en aanvullende profielen voor locatiespecifieke behoeften Elk profiel heeft één doel en een gedocumenteerde bedoeling
Profielen toewijzen en de uitrol faseren Test op een kleine pilotgroep en breid daarna uit per locatie of operationele groep Het gedrag in de pilot komt overeen met de productieworkflows
Valideren en monitoren Controleer de beleidsstatus in de MDM, voer testcases voor workflows uit en houd fouten bij per model en OS-versie Storingen zijn te herleiden tot specifieke modellen of OS-versies

Wat “dedicated” en “rugged” devices in de praktijk betekenen

Zebra Android-devices worden vaak van consumenten-Android onderscheiden met twee termen: dedicated en rugged. Dedicated verwijst naar een beheerbenadering waarbij devices zijn geconfigureerd voor een specifiek zakelijk doel, terwijl rugged een hardwareclassificatie is voor devices die bestand zijn tegen vallen, stof, vocht en temperatuurschommelingen.

Bij dedicated rugged-implementaties geldt:

  • De configuratie is zo opgezet dat deze uniform blijft binnen de hele vloot.
  • Applicaties zijn bewust vergrendeld om drift te voorkomen.
  • Enrollment en bevoorrading zijn geautomatiseerd voor snelle onboarding en vervanging van devices.
  • Er zijn identiteitscontroles ingericht voor gedeeld gebruik of gebruik per dienst.
  • Herstelworkflows zijn geoptimaliseerd voor snel wissen, resetten en opnieuw uitrollen.

Deze eisen bepalen rechtstreeks hoe beheerders hun configuratieontwerp moeten aanpakken. In plaats van losse devices handmatig af te stemmen verdienen herhaalbare configuratieprofielen de voorkeur, omdat die consistentie en voorspelbaar gedrag garanderen.

Houd basisinstellingen gescheiden van locatie- of rolspecifieke eisen om de impact van wijzigingen te beperken. Het belangrijkste is dat u de Zebra-configuratie behandelt als infrastructuur onder change management.

Wat OEMConfig is en hoe Zebra het toepast

OEMConfig is een door Google ondersteund kader waarmee fabrikanten van devices apps kunnen publiceren die devicespecifieke instellingen ontsluiten die de standaard Android-beheer-API’s niet bieden.

Zo werkt het

In een OEMConfig-workflow rolt de MDM de OEMConfig-app van de fabrikant uit en levert daar configuratiepayloads aan. De OEMConfig-app past die instellingen vervolgens lokaal toe op het device via het onderliggende beheerkader van de fabrikant.

Wat OEMConfig toevoegt bovenop standaard Android Enterprise

Met OEMConfig krijgen Zebra-beheerders toegang tot besturingselementen voor onder meer leverancierspecifiek hardwaregedrag en uitgebreide netwerk- en radio-afstemming. OEMConfig maakt daarnaast UI-instellingen op het device mogelijk die niet op alle Android-devices consistent zijn geïmplementeerd, plus geavanceerde beveiligings- en complianceconfiguraties die afhankelijk zijn van uitbreidingen op OEM-niveau.

Hoe Zebra OEMConfig implementeert

Zebra publiceert twee OEMConfig-apps die door Zebra gedefinieerde configuratieopties ontsluiten als een managed configuration-schema. Zebra OEMConfig Powered by MX ondersteunt Android 11 en Android 13 of hoger. Legacy Zebra OEMConfig ondersteunt Android 11 en ouder. Wanneer een beheerder een OEMConfig-profiel aanmaakt in de MDM, selecteert hij waarden uit het schema van de app die op de doeldevices wordt gebruikt.

Zodra de waarden zijn afgeleverd, vertaalt de OEMConfig-app ze naar Zebra-specifieke configuratieacties en geeft ze door aan de onderliggende beheerlaag van het device.

Wat beheerders moeten weten

Er zijn drie dingen waar beheerders dagelijks rekening mee moeten houden:

  • OEMConfig-instellingen worden door de leverancier gedefinieerd, dus de beschikbare opties verschillen per fabrikant en devicemodel.
  • Schema’s kunnen veranderen wanneer OEMConfig-apps worden bijgewerkt, waardoor configuratieopties kunnen worden toegevoegd, gewijzigd of uitgefaseerd.
  • Het slagen van een configuratie hangt af van de compatibiliteit van het device en van de versie van de OEMConfig-app.

Wat MX is en hoe het samenwerkt met OEMConfig

Zebra Android-devices bevatten een extra beheerlaag met de naam Mobility Extensions (MX). In deze gids verwijst MXConfig naar het configureren van Zebra-devices met MX-parameters. MX is het gestructureerde configuratiemodel waarmee Zebra-specifieke instellingen worden gedefinieerd en toegepast. Als OEMConfig datgene is waarmee beheerders in hun MDM-portaal werken, dan is MX wat er daadwerkelijk op het device draait.

Hoe MXConfig-configuraties zijn opgebouwd

MX ordent deviceconfiguraties in functionele categorieën, waaronder beveiliging, netwerken, applicaties, instellingen voor de gebruikersinterface en devicegedrag. Deze configuraties worden toegepast via vooraf gedefinieerde parameters en instellingen.

Elke parameter ondersteunt een specifieke set waarden en beperkingen. Wanneer een configuratie wordt afgeleverd, evalueert MX deze parameters lokaal en past het resulterende gedrag toe op systeem- of hardwareniveau.

Omdat dit proces strikt en parametergestuurd is, kunnen ongeldige of niet-ondersteunde waarden stilzwijgend mislukken of slechts gedeeltelijk worden toegepast. Valideren en testen zijn daarom essentieel.

De relatie tussen OEMConfig en MX

Het MDM-platform stuurt configuratie-instellingen via Android Enterprise-beleid. De Zebra OEMConfig-app ontsluit Zebra-specifieke opties en ontvangt die waarden van de MDM. MX interpreteert de configuratie vervolgens en dwingt deze af op het device zelf.

Veelvoorkomende configuratiedoelen die MX mogelijk maakt

MX wordt vaak gebruikt om gedrag af te dwingen dat niet haalbaar is met alleen de standaard Android Enterprise-API’s. Typische voorbeelden zijn het instellen van standaardwaarden voor de barcodescanner, het beheren van de toewijzing van hardwaretoetsen en het afdwingen van kiosk- of single-purpose-modellen.

Merkonafhankelijke workflow voor de uitrol van Zebra Android

Let op: deze workflow geldt voor MDM-platforms die Android Enterprise-enrollment, managed app-configuraties en OEMConfig-compatibel applicatiebeheer ondersteunen.

Stap 1: randvoorwaarden vaststellen

Begin met het bepalen van uw scope en doel.

  • Controleer of de gebruikte Zebra-modellen volledige Android Enterprise-enrollment ondersteunen. Configureer devices bij dedicated implementaties voor hun specifieke operationele doel.
  • Definieer devicegroepen op basis van locatie, operationele rol of bedrijfsfunctie, zodat de uitrol beter beheersbaar wordt.
  • Leg de basisconfiguratie vast die voor elk device moet gelden, ongeacht waar of hoe het wordt gebruikt.

Stap 2: de Zebra OEMConfig-app uitrollen

Configuratie via OEMConfig kan pas worden toegepast als de juiste app op het device is geïnstalleerd.

  • Voeg de Zebra OEMConfig-app toe vanuit Managed Google Play.
  • Wijs de app als verplichte applicatie toe aan de relevante devicegroepen.
  • Controleer voordat u configuraties uitrolt of de app succesvol wordt geïnstalleerd en aanwezig blijft.

Stap 3: OEMConfig-configuratieprofielen maken

  • Begin met een basisprofiel voor universele eisen.
  • Voeg locatiespecifieke instellingen toe aan het profiel van elke devicegroep.
  • Gebruik afzonderlijke profielen waar uw MDM dat ondersteunt, zodat configuratiegroepen elkaar niet overlappen.
  • Documenteer bij het aanmaken van elk profiel wat de bedoeling ervan is.

Stap 4: profielen toewijzen en de uitrol faseren

Voorkom een brede uitrol van een ongeteste configuratie.

  • Test configuraties eerst op een kleine groep devices die de productieomgeving weerspiegelt en valideer het gedrag voordat u uitbreidt.
  • Zodra het gedrag is gevalideerd, breidt u de uitrol gefaseerd uit per locatie of operationele groep.
  • Combineer niet meerdere grote configuratiewijzigingen in één uitrolvenster. Als er iets misgaat, moet u weten welke wijziging de oorzaak was.

Stap 5: gedrag valideren en resultaten monitoren

  • Controleer na elke uitrolfase in het MDM-portaal of beleid en configuraties succesvol zijn toegepast op elke devicegroep.
  • Valideer het gedrag op het device met operationele testcases die het daadwerkelijke gebruik in de workflow weerspiegelen.
  • Houd foutpatronen bij en leg verbanden tussen storingen en specifieke devicemodellen of OS-versies.
  • Pas zodra profielen breed zijn uitgerold formele change control toe op elke aanpassing, om consistentie te behouden en onbedoelde verstoringen te beperken.

Beste praktijken voor Zebra Android-configuratie voor MSP’s en systeembeheerders

Omdat OEMConfig en MX diepgaande besturingselementen op systeemniveau ontsluiten, zijn gedisciplineerde werkwijzen essentieel om implementaties voorspelbaar te houden. Dit zijn de aanbevolen werkwijzen:

Bereid configuraties voor op rollback

Leg de vorige instellingen vast en test een herstelprofiel dat deze terugzet zonder ander devicegedrag te beïnvloeden.

Voorzie elke configuratiewijziging van een versie en documentatie

Houd profielversies bij met datums en wijzigingsnotities, zodat updates controleerbaar blijven en de oorzaakanalyse eenvoudiger wordt wanneer gedrag onverwacht verandert.

Ontwerp profielen rond de lifecycle van het device

Stem de configuratie af op elke fase van de device-lifecycle, zodat profielen passend blijven wanneer devices worden uitgerold, opnieuw toegewezen of uit gebruik genomen.

Test OEMConfig-updates vóór een brede uitrol

Behandel updates van de OEMConfig-app als wijzigingen. Valideer schema- of gedragswijzigingen op testdevices voordat u ze naar productie uitrolt.

Beperk beheerderstoegang tot het noodzakelijke

Pas het principe van minimale rechten toe op het beheer van beleid en profielen om onbedoelde wijzigingen te verminderen en operationele controle te behouden.

In de dagelijkse praktijk verbetert een kleine set vangrails het herstel en de consistentie aanzienlijk:

  • Houd een gevalideerde configuratiestatus beschikbaar die snel opnieuw kan worden uitgerold wanneer devices worden gewist of vervangen, zodat de uitvaltijd minimaal blijft.
  • Geef veld- of supportteams een eenvoudige checklist om het verwachte devicegedrag na een reset of nieuwe uitrol te bevestigen voordat devices terugkeren in productie.
  • Documenteer goedgekeurde configuratie-uitzonderingen voor locaties of operationele groepen met unieke eisen, om ongedocumenteerde wijzigingen te voorkomen en de configuratie consistent te houden.

De rol van NinjaOne MDM

NinjaOne MDM® beheert Android-devices samen met Windows-, macOS- en Linux-endpoints vanuit één portaal. De oplossing meldt Android-devices aan via Android Enterprise, inclusief bedrijfseigen en COPE-devices, past beleid voor app-uitrol toe en ondersteunt kioskmodus voor single-purpose devices zoals kassaterminals. Start een gratis trial van NinjaOne MDM® en ontdek hoe het past bij uw Android-vloot.

Consistent beheer opschalen naar elk Zebra Android-device

Zebra Android-devices zijn toegewijde endpoints die zijn gebouwd voor robuustheid en specifieke bedrijfsworkflows. Het probleem is dat standaard Android-beheer ondersteunt Zebra-specifieke functies, waardoor het opschalen van deze devices lastig is

OEMConfig lost dat op met een schaalbare manier om leverancierspecifieke instellingen uit te rollen via Android Enterprise, samen met het MX-kader van Zebra voor diepere configuratiecontrole. Samen geven deze tools MSP’s en interne IT-teams wat ze nodig hebben om frontline-operaties op schaal stabiel en voorspelbaar te houden.

NinjaOne MDM beheert Android-devices samen met Apple-, Windows-, macOS- en Linux-endpoints vanuit één portaal. De oplossing meldt devices aan via Android Enterprise, inclusief bedrijfseigen en COPE-devices, rolt apps uit via beleid en ondersteunt kioskmodus voor single-purpose devices zoals kassaterminals. Start uw gratis trial van NinjaOne MDM.
Gerelateerde onderwerpen:

FAQs

Standaard Android Enterprise-beleid biedt basisfuncties voor het beheer van Android-devices. OEMConfig voegt fabrikantspecifieke instellingen en hardwarebesturing toe die standaard Android-beheer niet rechtstreeks kan configureren.

U hebt de Zebra OEMConfig-app uit Managed Google Play nodig en een MDM die Android Enterprise en managed app-configuraties ondersteunt. De beschikbaarheid van afzonderlijke instellingen hangt nog altijd af van het devicemodel, de Android-versie en het MX-niveau.

Behandel OEMConfig-updates als wijzigingen onder change management. Test altijd op een kleine pilotgroep en bundel niet meerdere wijzigingen. Houd een getest herstelprofiel beschikbaar om de vorige instellingen terug te zetten.

OEMConfig-opties zijn afhankelijk van het devicemodel, de Android-versie en het geïnstalleerde MX-niveau. Een instelling kan in het schema verschijnen maar stilzwijgend mislukken als het device deze niet ondersteunt.

Zebra publiceert een Feature MX Version Matrix waarmee beheerders de beschikbaarheid van functies kunnen vergelijken met specifieke devicemodellen en OS-versies. Valideer altijd aan de hand van de exacte hardwarevloot die u beheert.

MSP’s moeten vastleggen hoe devices worden aangemeld, welke applicaties en configuratieprofielen zijn toegewezen, hoe configuraties worden gevalideerd en welke herstel- of rollbackprocedures gelden wanneer kritieke instellingen problemen veroorzaken.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?

NinjaOne Algemene Voorwaarden

Door op de knop “Ik accepteer” hieronder te klikken, geeft u aan dat u de volgende wettelijke voorwaarden en onze Gebruiksvoorwaarden accepteert:

  • Eigendomsrechten: NinjaOne bezit en blijft eigenaar van alle rechten, aanspraken en belangen in en op het script (inclusief het auteursrecht). NinjaOne geeft u een beperkte licentie om het script te gebruiken in overeenstemming met deze wettelijke voorwaarden.
  • Gebruiksbeperking: U mag het script alleen gebruiken voor uw legitieme persoonlijke of interne bedrijfsdoeleinden en u mag het script niet delen met derden.
  • Republicatieverbod: Het is onder geen beding toegestaan om het script opnieuw te publiceren in een scriptbibliotheek die toebehoort aan of onder controle staat van een andere softwareleverancier.
  • Garantie disclaimer: Het script wordt geleverd “zoals het is” en “zoals het beschikbaar is”, zonder enige vorm van garantie. NinjaOne belooft of garandeert niet dat het script vrij van gebreken zal zijn of dat het aan uw specifieke behoeften of verwachtingen zal voldoen.
  • Risicoaanvaarding: Het gebruik van het script is op eigen risico. U erkent dat het gebruik van het script bepaalde inherente risico’s met zich meebrengt en u begrijpt en aanvaardt elk van deze risico’s.
  • Verklaring van afstand en vrijwaring: U zult NinjaOne niet verantwoordelijk houden voor enige nadelige of onbedoelde gevolgen die voortvloeien uit uw gebruik van het script en u doet afstand van alle wettelijke of billijke rechten of rechtsmiddelen die u tegen NinjaOne kunt hebben met betrekking tot uw gebruik van het script.
  • EULA: Als u een NinjaOne-klant bent, is uw gebruik van het script onderworpen aan de licentieovereenkomst voor eindgebruikers die op u van toepassing is (EULA).