A Zonix EM é uma plataforma SaaS: não há servidor para instalar, nem agente de console para manter. Todo o gerenciamento acontece pelo console web, e os dispositivos se comunicam com a infraestrutura da plataforma pela internet.
Do lado do dispositivo, a gestão de Android é feita pela Android Management API (AMAPI) do Google. Isso significa que o aparelho precisa ter os serviços do Google Play e acesso à internet no momento do provisionamento, e não precisa de root nem de qualquer modificação do sistema.
— Conta na Zonix EM com uma organização (tenant) ativa.
— Uma enterprise do Android Enterprise vinculada à conta — o console conduz esse provisionamento junto ao Google.
— Dispositivos Android com serviços do Google Play e acesso à internet.
— Navegador atualizado para acessar o console web.
Enquanto a enterprise do Android Enterprise não estiver vinculada, as operações de dispositivo e política respondem com o erro "Enterprise não configurada" — é o primeiro item a checar quando algo não funciona em uma conta nova.
Plataformas e dispositivos suportados
O suporte a cada plataforma está em estágios diferentes de maturidade, e vale conhecer essa diferença antes de planejar um rollout.
— Android via Android Enterprise (AMAPI) — disponível em produção (GA). É a plataforma principal.
— Agente Zonix EM para Android — disponível em produção (GA). Estende o que a AMAPI oferece com telemetria detalhada, geofencing, ponto/jornada, kiosk e checkout de inventário.
— Integração com Microsoft Intune — disponível.
— Apple (iOS, iPadOS, macOS) — Beta Privado.
— Windows — Beta Privado.
Beta Privado significa que a funcionalidade existe no produto, mas não está aberta para contratação geral. Se o seu parque depende de Apple ou Windows em produção hoje, trate isso como um requisito a confirmar com o time comercial antes de decidir.
Do cadastro ao primeiro dispositivo
O caminho normal tem quatro etapas, todas feitas pelo console, sem intervenção manual em servidores.
— Criar a conta e confirmar o e-mail — a verificação de e-mail é obrigatória no cadastro.
— Vincular a enterprise do Android Enterprise à organização, pelo fluxo guiado do console.
— Criar ao menos uma política, escolhendo o modo de gestão que corresponde ao uso do aparelho.
— Gerar um token de enrollment e provisionar o dispositivo — na prática, ler um QR Code na tela inicial de um aparelho recém-resetado.
Tokens de enrollment têm validade de 24 horas por padrão, e a duração pode ser definida na criação. Se um QR Code parar de funcionar de um dia para o outro, quase sempre é expiração, não erro de configuração.
Como o estado do dispositivo chega à plataforma
Entender esse fluxo economiza tempo de diagnóstico. O estado do aparelho não é consultado sob demanda a cada abertura de tela: ele chega por notificações.
A Google publica alterações de estado do dispositivo em um tópico do Google Cloud Pub/Sub provisionado para a sua organização. A plataforma recebe essas notificações por webhook e atualiza o cache local que alimenta o console. Em paralelo, quando o agente Zonix EM está instalado, ele envia telemetria e inventário próprios, e recebe comandos por push via Firebase Cloud Messaging, sem ficar consultando o servidor.
A consequência prática é que um aparelho desligado, sem rede ou com o agente removido continua aparecendo com o último estado conhecido até voltar a se comunicar.