¶ 4. Policies
Aplicação: Portal Nomid MDM
Documento: V2.1.0
Última atualização: 07/08/2026
Responsável editorial: Documentação Nomid MDM
Última revisão editorial: 07/08/2026
Idioma editorial: pt-BR
O módulo Policies define como os dispositivos Android gerenciados devem se comportar. Nele o operador controla aplicativos, Home Screen, app de configurações Nomid, rede, recursos do dispositivo, segurança, acesso remoto, geofencing, agenda de apps, contatos, coleta de dados e histórico.
Importante: salvar uma política cria a revisão atual e inicia sua distribuição, o que pode alterar o comportamento de todos os dispositivos vinculados a ela. Antes de salvar, confirme a empresa ativa, o escopo de dispositivos, os apps obrigatórios e as restrições críticas de rede, segurança e acesso remoto.
¶ Pré-requisitos e cuidados
- Tenha permissão administrativa para criar, editar, duplicar, salvar ou remover políticas.
- Confirme se os aplicativos citados na política estão disponíveis na Library, no Managed Google Play, no Nomid Store ou por package name válido.
- Valide Wi-Fi, APN, VPN, proxy, kiosk, launcher e regras de segurança em um grupo piloto antes de aplicar em produção.
- Use o histórico da política para auditar mudanças, comparar versões e investigar alterações de comportamento.
¶ Lista e navegação de políticas
¶ Lista de políticas
A lista em tabela é usada para localizar políticas existentes, conferir versão, status e principais recursos configurados. Use a tabela quando precisar comparar várias políticas, validar se uma política possui apps, rede, segurança ou recursos avançados habilitados e abrir a política correta para edição.
¶ Grade de políticas
A grade apresenta as políticas em cards resumidos. Ela é útil para ambientes com menos políticas ou com nomes bem padronizados, porque permite identificar visualmente o item antes de abrir o detalhe.
¶ Busca e filtros
A busca reduz a lista por texto e os filtros ajudam a localizar políticas por característica operacional. Use esses recursos antes de criar uma nova política para evitar duplicidade e para encontrar rapidamente a política aplicada a um grupo ou cenário.
¶ Resumo, ações e abas
O resumo mostra o estado geral da política aberta, incluindo identificação, versão atual e módulos configurados. Use esta tela como ponto de revisão antes de alterar uma política em uso.
Cada ação tem um efeito diferente:
- See devices with policy: abre um painel lateral com os dispositivos associados à política, sem sair da página. Abrir o painel apenas consulta a frota; as ações executadas dentro dele podem enviar comandos ou alterar a política dos dispositivos selecionados.
- Provision device(s) with policy: inicia o fluxo de provisionamento usando esta política. Abrir o fluxo não modifica dispositivos que já estão cadastrados.
- Duplicate policy: cria outra política com uma cópia completa da configuração de origem, incluindo apps. A política original permanece inalterada; revise nome, grupo, credenciais e configurações antes de usar a cópia.
- Duplicate and replace existing policy: copia a configuração de origem sobre uma política de destino existente. A identidade da política de destino é mantida, sua configuração é substituída e os dispositivos vinculados ao destino passam a receber a nova revisão. Compare as duas políticas, mantenha uma referência da configuração anterior e valide em piloto antes de confirmar.
- Delete policy: remove a política da lista ativa. Reassocie os dispositivos e confirme um caminho de recuperação antes de excluir uma política em uso.
- All settings: abre o editor completo da política, organizado nas abas mostradas a seguir.
¶ Dispositivos associados à política
No painel aberto por See devices with policy, a busca localiza dispositivos por identificação e os indicadores de estado ajudam a separar equipamentos online, offline ou em outra condição exibida. Marcar uma ou mais linhas define quais dispositivos receberão a ação; selecionar uma linha não executa comandos por si só.
Cada ação disponível tem o seguinte efeito:
- Open device: abre a ficha do dispositivo selecionado para consulta detalhada.
- View full list: leva à lista completa de Devices com o contexto da política aplicado.
- Remote Access: inicia o fluxo de acesso remoto para um único dispositivo compatível e autorizado; a opção não aparece quando o dispositivo ou o papel do operador não permite a sessão.
- Change Policy: associa os dispositivos selecionados a outra política. A mudança pode alterar apps, restrições, rede e experiência do equipamento após a sincronização.
- Force Status Report: solicita um novo relatório de estado. O comando não modifica a política e depende de o dispositivo voltar a se comunicar.
- Reboot: solicita a reinicialização dos dispositivos selecionados e interrompe temporariamente o uso.
- Lock: bloqueia a tela dos dispositivos selecionados conforme o suporte da plataforma.
- Change Password: define uma nova credencial de bloqueio quando o tipo de dispositivo oferece essa capacidade; a ação não é apresentada para dispositivos Pico.
Em dispositivos externos, o painel restringe as ações a Change Policy. Antes de enviar um comando em massa, confirme a seleção e a empresa ativa.
¶ Salvar, distribuir e comprovar a aplicação
O fluxo atual não possui uma etapa separada de rascunho e publicação. Ao criar ou salvar uma política, o portal registra uma nova revisão atual e inicia sua distribuição:
- Dispositivos Android: a atualização é enviada ao Android Management API durante o salvamento.
- Dispositivos VR: o portal salva a revisão e enfileira a sincronização dos dispositivos vinculados de forma assíncrona.
- Confirmação do salvamento: comprova que o backend aceitou e persistiu a revisão, mas não que todos os dispositivos já a aplicaram.
- Dispositivo offline: mantém a configuração anterior até voltar a se comunicar e sincronizar.
Para comprovar o resultado, confirme a nova revisão em History e, em Devices > Policy, compare Policy version com a versão atual salva e verifique se Last sync ocorreu depois da alteração. Consulte também Devices > History quando precisar confirmar comandos e retornos do dispositivo.
As abas organizam os módulos da política. A busca de abas acelera a navegação quando a política contém muitos blocos de configuração.
¶ Apps & Home Screen
A aba Apps & Home Screen reúne a experiência inicial do dispositivo, os aplicativos da política, o layout, a disponibilidade da Play Store, os apps de sistema, as funções Android padrão e as regras de permissões. Configurações incompatíveis com o launcher escolhido ficam ocultas ou indisponíveis.
¶ Launcher Mode
O Launcher Mode define qual tela inicial será usada:
- Nomid Launcher: aplica a tela inicial Nomid e libera controle de apps visíveis, ordem, dock, wallpaper, cor do texto e serial.
- Nomid Kiosk: aplica uma experiência bloqueada para um conjunto de apps ou para um único app.
- System Default: mantém a tela inicial resolvida pelo Android e desativa as personalizações exclusivas do launcher Nomid.
Use Nomid Launcher quando o usuário precisa alternar entre vários apps com uma Home corporativa organizada pela política.
¶ Nomid Kiosk
Ao selecionar Nomid Kiosk, escolha uma experiência compatível com a operação.
- Multi-app: usa uma versão reforçada do Nomid Launcher. O usuário se movimenta somente entre os apps da política; barra de notificações, sobreposições e caminhos semelhantes de saída ficam desabilitados para manter o foco operacional.
- Single-app: inicia o dispositivo diretamente em um app e o mantém como Home. O acesso ao Nomid Launcher fica protegido pela senha de manutenção.
No modo Single-app, configure cada requisito:
- Add via Play Store: pesquisa e adiciona o app de kiosk pelo Managed Google Play.
- Add App already in policy: seleciona um app que já faz parte desta política, evitando duplicá-lo.
- Add via Package: identifica o app diretamente pelo package name Android.
- Maintenance password: define a senha de pelo menos seis caracteres usada para abrir uma janela de manutenção fora do app.
- Generate: cria uma senha aleatória válida; registre-a em cofre corporativo antes de salvar.
No dispositivo, pressione Home três vezes em até um minuto e informe a senha para entrar no modo de manutenção por cinco minutos. O relauncher fica suspenso nessa mesma janela. A senha não remove a política nem libera o aparelho permanentemente.
System Default entrega a Home ao Android. A política continua controlando os apps e as demais restrições compatíveis, mas não impõe layout, dock ou aparência do Nomid Launcher.
O alerta confirma que a customização da Home Screen não está disponível nesse modo. Selecione Nomid Launcher ou Nomid Kiosk para voltar a configurar a experiência Nomid.
¶ Apps da política
A lista define quais apps fazem parte da política e como serão tratados. Use a busca por nome ou package name e os filtros para revisar origem, estado ou visibilidade.
O botão Add oferece sete caminhos, cada um com um resultado diferente:
- Show system app: adiciona uma representação resolvida pelo próprio dispositivo, como Browser, Phone, Messages, Contacts, Camera ou Settings. Ela permite posicionar ou usar a função sem fixar um package name único para todos os fabricantes.
- Set default app: escolhe qual app deve responder por uma função Android compatível, como navegador ou discador. A opção não instala um app que ainda não esteja disponível na política ou no dispositivo.
- Add via Nomid Store: adiciona um app interno ou homologado já publicado no catálogo da empresa.
- Add via Play Store: abre o Managed Google Play para selecionar um app público ou privado aprovado.
- Create Web App: cria um web app privado no Managed Google Play a partir de título, URL, modo de exibição e ícone.
- Add Secure Web App: cria um atalho executado pelo navegador seguro Nomid, indicado quando o acesso precisa de controles próprios de navegação.
- Add via Package: inclui um package name conhecido diretamente na política; confirme depois se nome, ícone e origem foram resolvidos.
No Nomid Store, selecionar o item adiciona o app à política. Depois defina estado, visibilidade e configurações antes de salvar.
No Managed Google Play, selecionar um app o aprova para a empresa e o adiciona à política. A entrega efetiva depende do estado configurado e da sincronização do dispositivo.
¶ Criar Web App
Create Web App cria um app web privado para a empresa. Title define o nome, URL define o endereço aberto, Display mode controla quanto da interface do navegador ficará visível e Icon envia a imagem usada para identificar o app. A publicação e a disponibilização pelo Managed Google Play podem levar algum tempo.
¶ Adicionar Secure Web App
Add Secure Web App cria uma entrada para o navegador seguro Nomid. Preencha o destino e os controles apresentados no formulário; a entrada abre dentro da experiência segura em vez de se tornar um app privado do Managed Google Play.
Add via Package recebe o identificador Android, por exemplo com.exemplo.app. Um package válido identifica o app, mas não garante que o pacote esteja disponível para instalação; valide a origem e a entrega em um dispositivo piloto.
¶ Ações e estado do app
Os ícones de uma linha têm os seguintes efeitos quando disponíveis para aquele tipo de app:
- Settings (engrenagem): abre as configurações específicas do app, incluindo permissões, atualização, perfil de trabalho e configurações gerenciadas.
- Installation state: alterna entre Blocked, Optional e Required.
- Visibility (olho): mostra ou oculta o atalho no launcher Nomid sem desinstalar o app.
- Enable/disable (energia): habilita ou desabilita o app dentro da política sem remover seu cadastro.
- Delete (lixeira): remove o app desta política; o efeito no dispositivo ocorre após a distribuição da nova revisão.
- Additional settings (controles): abre opções complementares disponíveis para o tipo de app.
- Blocked: impede o uso e solicita a remoção do app quando ele estiver instalado.
- Optional/Available: disponibiliza o app ao usuário sem forçar a instalação.
- Required: solicita a instalação e mantém o app obrigatório enquanto a política estiver aplicada.
¶ Configurações do app
Em App defaults, cada opção produz o seguinte resultado:
- Default permission policy > Not set: não cria uma exceção para o app. Se nenhuma regra específica ou global existir, o Android solicita a permissão ao usuário.
- Default permission policy > Prompt to user: apresenta a solicitação de permissão ao usuário quando o app precisar dela.
- Default permission policy > Grant all: concede automaticamente as permissões de runtime solicitadas pelo app. Use somente para apps confiáveis e necessários à operação.
- Default permission policy > Deny all: nega automaticamente as permissões solicitadas; recursos do app que dependem delas podem deixar de funcionar.
- Minimum version: exige um version code mínimo e tenta atualizar o app. Se o dispositivo permanecer abaixo do mínimo, o Android pode reportar não conformidade.
- Auto update > Default: usa a política padrão do Google Play, normalmente priorizando atualização quando o dispositivo está carregando, em rede não limitada, fora de uso e sem o app em primeiro plano.
- Auto update > Postponed: adia as atualizações por até 90 dias depois de ficarem disponíveis.
- Auto update > High priority: solicita atualização assim que possível; em implantações grandes, a distribuição ainda pode levar até 24 horas.
Em Individual permission grants, Add grant cria uma exceção para uma permissão específica. Selecione a permissão e defina Not set, Prompt, Grant ou Deny com os efeitos descritos acima. A regra individual tem precedência sobre o padrão do app e da política; Remove exclui somente essa exceção.
Em Delegated scopes, conceda apenas as funções que o app corporativo realmente executa:
- No scope/Unspecified: não delega nenhuma capacidade administrativa adicional.
- Certificate installer: permite ao app instalar e gerenciar certificados autorizados.
- Managed configurations: permite ao app administrar configurações gerenciadas de outros apps.
- Block uninstall: permite ao app bloquear a desinstalação de pacotes.
- Permission grant: permite ao app conceder ou negar permissões de runtime.
- Package access: permite ao app suspender ou ocultar o acesso a pacotes.
- System app: permite ao app habilitar apps de sistema.
- Network activity logs: permite ao app recuperar registros de atividade de rede quando a plataforma oferece essa coleta.
- Security logs: permite ao app recuperar registros de segurança quando suportado.
Delegated scopes ampliam a autoridade do app no dispositivo. Não os conceda a apps comuns nem use um escopo sem validar fornecedor, assinatura e necessidade operacional.
As opções de perfil de trabalho e avançadas têm os seguintes efeitos:
- Connect work and personal data > Not set: não cria exceção; o comportamento segue o padrão da política e, sem regra, fica desabilitado.
- Connect work and personal data > Allowed: permite a conexão entre dados pessoais e corporativos quando o usuário também concede consentimento.
- Connect work and personal data > Disallowed: impede a comunicação entre os dois perfis para esse app.
- Work profile widgets > Not set: segue o padrão definido para a política.
- Work profile widgets > Allowed: permite widgets do app corporativo na tela inicial pessoal.
- Work profile widgets > Disallowed: impede esses widgets fora do perfil de trabalho.
- Always On VPN > Enforced: obriga o app a respeitar a VPN sempre ativa e o bloqueio de rede configurado; sem VPN conectada, o tráfego pode ficar indisponível.
- Always On VPN > Exemption: permite que o app use a rede mesmo quando a VPN sempre ativa não está conectada. A exceção exige Android 10 ou superior e deve ser restrita a casos indispensáveis.
- Production track (prod): libera a versão de produção aprovada.
- Additional tracks: inclui faixas adicionais de distribuição. Quando mais de uma faixa fica acessível, o Google Play pode entregar a versão de maior version code disponível entre elas; sem seleção adicional, somente produção é usada.
¶ Configurações gerenciadas
Quando o app publica um esquema de configuração gerenciada, a área Managed configuration transforma esse esquema em campos da política.
- Search: filtra os campos pelo nome ou descrição sem apagar valores.
- All: mostra todos os campos disponíveis no esquema.
- Filled: mostra somente campos que já possuem valor nesta política.
- Not filled: mostra somente campos ainda sem valor definido.
- Expand all: abre todos os grupos de campos para revisão.
- Collapse all: recolhe os grupos sem descartar valores.
- Field description/source: explica o propósito e a origem do campo; use essas informações para evitar atribuir um valor ao parâmetro errado.
- Value: define o dado enviado ao app depois que a política for salva e sincronizada.
- Delete all: apaga todos os valores desta configuração gerenciada; não remove o app da política.
- Cancel: fecha sem aplicar as alterações ainda não salvas no formulário.
- Save: grava a configuração no app dentro da política; a aplicação no dispositivo depende da publicação da revisão e da sincronização.
¶ Layout, dock e aparência
Layout & Dock define os apps visíveis na Home, sua ordem, tamanho dos ícones e itens fixados no dock. User Device preserva a ordem organizada localmente, enquanto Policy Defined força a ordem definida no portal. Remover um atalho do layout não equivale a desinstalar o app.
Appearance controla wallpaper, cor do texto e exibição do número de série. Selecione uma cor que mantenha contraste com a imagem de fundo e valide em um modelo real antes de distribuir.
¶ Disponibilidade de apps
Play Store apps mode define como o catálogo será tratado:
- Deny list: mantém o catálogo disponível, exceto os apps adicionados à lista de bloqueio.
- Allow list: deixa disponíveis somente os apps adicionados à lista de permissão. Uma lista incompleta pode retirar apps necessários à operação.
Na Deny list, cada app incluído é impedido e os demais seguem a política geral.
Na Allow list, cada app incluído é permitido e os demais ficam indisponíveis.
Apps outside this policy controla o que pode permanecer instalado além dos apps cadastrados nesta política:
- All installed: permite os apps já instalados, respeitando outras restrições da política.
- Play Store only: restringe apps externos aos obtidos pelo Google Play gerenciado.
- Policy apps only: mantém somente os apps da política e os atalhos necessários do dispositivo. Valide telefone, contatos, câmera, configurações e suporte antes de usar.
¶ Apps gerenciados e de sistema
- Nomid Settings: permanece Required porque executa funções de gerenciamento no dispositivo.
- Nomid Remote: é instalado automaticamente e permanece obrigatório enquanto Remote Access estiver habilitado na política.
- Browser: representa o navegador padrão resolvido no dispositivo.
- Phone: representa o app de telefonia resolvido no dispositivo.
- Messages: representa o app de mensagens resolvido no dispositivo.
- Contacts: representa o app de contatos resolvido no dispositivo.
- Camera: representa o app de câmera resolvido no dispositivo.
- Settings: representa as configurações Android resolvidas no dispositivo.
Em Show system app, o botão + adiciona a função escolhida à política. Como o package é resolvido por cada dispositivo, fabricantes diferentes podem abrir apps distintos para a mesma função. Depois de adicionar, ajuste visibilidade ou uso como padrão quando a opção estiver disponível.
¶ Apps padrão
Set default app define qual app deve responder automaticamente por uma função compatível:
- Assistant: recebe as ações de assistência digital.
- Browser: abre links web que não exigem um app específico.
- Call redirection: processa o redirecionamento de chamadas quando o Android e o app oferecem essa função.
- Call screening: analisa chamadas antes que sejam apresentadas ao usuário, conforme capacidade do app.
- Dialer: torna-se a interface principal de chamadas telefônicas.
- Home: torna-se a tela inicial do Android; não combine com um launcher incompatível sem teste piloto.
- SMS: recebe e envia mensagens SMS como app padrão.
- Wallet: atende ações de carteira digital compatíveis.
O app escolhido precisa estar disponível e declarar suporte à função no Android. A política não transforma um app incompatível em navegador, discador, Home ou outro handler.
¶ Permissões e relauncher
- Default permission policy > Not set: não força uma decisão global; permissões sem outra regra são apresentadas ao usuário.
- Default permission policy > Prompt to user: solicita ao usuário que conceda ou negue cada permissão.
- Default permission policy > Grant all: concede automaticamente permissões de runtime aos apps da política; aumenta a superfície de acesso e exige revisão dos apps.
- Default permission policy > Deny all: nega automaticamente as permissões; funções dependentes podem falhar.
- App Relauncher (Pin App) enabled: seleciona um Target App e o relança na frequência configurada quando ele não estiver ativo. Use para experiências dedicadas, não como substituto do kiosk.
- App Relauncher disabled: não força a reabertura periódica de nenhum app.
- Frequency: define o intervalo em minutos entre as verificações e tentativas de relançamento; intervalos curtos podem interromper outras tarefas.
- Google Play Protect verification enforced > Enabled: exige a verificação de apps pelo Google Play Protect.
- Google Play Protect verification enforced > Disabled: não impõe a verificação por esta política; use apenas quando houver justificativa e controle compensatório.
- Permissions for all apps > Add grant: cria uma regra por permissão aplicada globalmente. Escolha Not set, Prompt, Grant ou Deny; uma regra individual configurada no app tem precedência sobre esta regra global.
- Remove grant: exclui a exceção global selecionada sem alterar as demais permissões.
Para os limites e comportamentos controlados pelo Android Enterprise, consulte a referência oficial de políticas do Android Management API.
¶ Settings App
A aba Settings App controla recursos exibidos no app Nomid Settings instalado no dispositivo. Ela depende do app Nomid estar incluído na política.
¶ Policy Password
Policy Password define a senha usada para liberar controles protegidos dentro do Nomid Settings. Preencha uma senha explícita, única para a operação e armazenada em cofre aprovado; deixar o campo vazio pode acionar fallback baseado nos últimos dígitos do dispositivo quando esse comportamento estiver disponível, o que deve ser tratado como exceção temporária e mais fraca. Ao trocar a senha, salve a política, valide em um dispositivo piloto e registre quem recebeu acesso.
¶ Button Availability
Button Availability escolhe quais botões aparecem no Nomid Settings e quais exigem senha. A lista inclui Local, Android Settings, Checkup, Flashlight, Policy, Store, Device, Brightness, Bluetooth, Login, Wi-Fi, Secure Wi-Fi, Delay Relauncher, Portal QR, IMEI Barcode e Serial Barcode.
Cada botão aceita três resultados:
- Available: o botão aparece e o usuário pode abrir a função diretamente.
- Protected by policy password: o botão aparece, mas exige a senha da política antes de liberar a função.
- Not available: o botão não fica disponível para o usuário no Nomid Settings.
¶ Network
A aba Network configura redes Wi-Fi, restrições de conectividade, APN, VPN, proxy e controles avançados. Teste sempre em grupo piloto, porque erro de rede pode impedir comunicação, provisionamento e suporte remoto.
¶ Wi-Fi Networks
Wi-Fi Networks adiciona redes que o dispositivo pode usar durante provisionamento e operação diária. Informe SSID, tipo de segurança, senha e auto connect quando a rede deve conectar automaticamente.
Standard grava a rede diretamente na política Android. Use para redes convencionais gerenciadas pela política.
Secure via Nomid usa configuração gerenciada pelo Nomid para redes que precisam de tratamento seguro no app Nomid. Use quando o acesso à rede deve ser administrado pela camada Nomid.
¶ Wi-Fi Settings e Mobile & Sharing
Wi-Fi Settings controla se o usuário pode adicionar ou alterar redes, usar Wi-Fi Direct, manter Wi-Fi sempre habilitado/desabilitado ou exigir nível mínimo de segurança antes de conectar.
Mobile & Sharing controla hotspot/tethering, transferência de dados por USB, modo avião, ultra wideband e 2G. Use Not configured quando não quiser impor regra, Always enabled/disabled quando quiser forçar estado, e opções de bloqueio quando o recurso deve ser impedido por política.
¶ APN, VPN e proxy
APN habilita ou desabilita configurações de APN personalizadas para conectividade móvel. Quando habilitado, escolha uma operadora existente ou adicione uma configuração customizada.
Custom APN define nome, tipos de APN, autenticação, protocolos, roaming, MCC/MNC, proxy, MMSC, MTU, MVNO e demais parâmetros. Valide esses dados com a operadora antes de aplicar, pois APN incorreto pode derrubar dados móveis.
VPN configura app de VPN sempre ativo e pode bloquear tráfego quando a VPN estiver desconectada. Marcar bloqueio de rede sem validar o app de VPN pode deixar o dispositivo sem conectividade.
Global Proxy direciona o tráfego de rede por host, porta, PAC URL e lista de exceções. Use apenas quando a infraestrutura de proxy estiver validada para os dispositivos gerenciados.
¶ Advanced Restrictions
Advanced Restrictions habilita ou bloqueia configuração de Bluetooth, cell broadcast, hotspot, rede móvel, VPN, credenciais, network escape hatch e reset de rede. Esses controles definem se o usuário pode alterar configurações de conectividade críticas.
¶ Device Settings
A aba Device Settings controla recursos gerais do Android, bloqueio de tela, permissões, atualização do sistema e controles de usuário.
¶ Device Controls
Device Controls habilita ou bloqueia câmera, captura de tela, ajustes de diversão, volume, Bluetooth, SMS e dicas iniciais. Controles ligados permitem uso do recurso; desligados impedem ou ocultam o recurso conforme suporte do Android e fabricante.
¶ Display & Lock
Display & Lock controla brilho e tempo de bloqueio. User Choice deixa o usuário decidir, Automatic usa comportamento automático, Fixed força valor definido pela política e Enforced obriga o tempo configurado.
¶ App & Permission Controls
Default permission policy define como permissões solicitadas por apps serão tratadas por padrão, como perguntar ao usuário, conceder ou negar conforme opção disponível. O bloco também controla criação de janelas e recursos do keyguard.
¶ System Updates
System updates (OTA) define a cadência de atualização do Android:
- When accepted by the user: depende da aceitação do usuário quando o dispositivo apresentar a atualização.
- As soon as available: instala assim que a atualização estiver disponível.
- Windowed: instala dentro de uma janela horária definida.
- Postpone: adia atualizações por período permitido pela plataforma.
Freeze Periods bloqueia temporariamente atualizações em janelas críticas, como inventário, eventos, datas comerciais ou operação em campo.
¶ User Controls
User Controls define se o usuário pode adicionar ou remover contas, escolher ícone de usuário e trocar wallpaper. Use para equilibrar personalização local e padronização operacional.
¶ Hardware
A aba Hardware controla recursos físicos e comportamento de energia.
¶ Hardware Controls
Hardware Controls permite ou bloqueia factory reset, boot seguro, montagem de mídia física, depuração, modificação de contas e microfone. Desabilitar permissões perigosas reduz risco de evasão da política.
¶ Power & Charging
Power & Charging define quando o dispositivo permanece acordado enquanto está conectado à energia. As opções incluem fonte AC, USB e wireless; selecione as fontes compatíveis com o cenário de uso.
¶ Security
A aba Security concentra acesso, recuperação, restrições, instalação de apps, avaliação de integridade, regras de enforcement, senha, chave privada, acessibilidade e métodos de entrada.
¶ Access & Recovery
Access & Recovery define autenticação por PIN ou SSO, e-mails de proteção contra reset de fábrica e mensagem de tela bloqueada. Use SSO quando a operação depende de identidade corporativa e PIN quando o fluxo local deve ser simples e controlado.
¶ Device Restrictions
Device Restrictions controla compartilhamento de contatos por Bluetooth, NFC Beam, transferência USB, chamadas de saída e roaming de dados. Controles ligados permitem ou preservam o recurso; controles desligados restringem o comportamento correspondente.
¶ App, Location & Install Policies
Este bloco controla atualização automática de apps, criptografia, compartilhamento de localização, modo de localização e instalação de apps não confiáveis. Use opções restritivas para impedir instalações fora do canal aprovado e manter localização alinhada ao objetivo operacional.
¶ Security Evaluation Actions
Security Evaluation Actions define resposta automática quando o dispositivo falha avaliações como Unknown OS, Compromised OS ou Hardware-backed evaluation failed:
- Allow (Do nothing): registra a condição, mas não bloqueia nem remove o dispositivo.
- Quarantine: restringe a operação até correção ou revisão.
- Wipe and Remove automatically: apaga dados e remove o dispositivo automaticamente; use somente quando essa resposta estiver aprovada pelo responsável da operação.
Antes de usar Wipe and Remove automatically, defina por escrito o sinal que dispara a regra, janela de tolerância, responsáveis por aprovar, plano de comunicação e critério de parada. Dispositivos offline podem executar a ação somente quando voltarem a se comunicar; por isso, acompanhe History e Devices até confirmar sucesso, falha ou pendência.
¶ Enforcement Rules
Enforcement Rules cria regras de conformidade por alvo, como Applications. Configure prazo para bloquear funcionalidade, escopo do bloqueio, prazo para wipe e se a proteção contra reset de fábrica deve ser preservada após limpeza.
Quando a regra inclui bloqueio ou wipe, aplique primeiro em grupo piloto e confirme o efeito real no dispositivo. Uma regra incorreta pode bloquear apps essenciais, interromper conectividade ou acionar remoção de dados em escala; mantenha um rollback preparado antes de salvar a alteração.
¶ Password Requirements
Password Requirements define escopo, qualidade, expiração, tentativas máximas, histórico e tempo de desbloqueio por senha. Regras fortes aumentam segurança, mas podem gerar suporte adicional se forem aplicadas sem comunicação ao usuário.
¶ Private Key Rule
Private Key Rule permite que apps selecionem chave privada para autenticação. Defina padrão de URI, alias da chave e packages autorizados quando apps corporativos dependem de certificado.
¶ Accessibility Services
Permitted accessibility services define quais apps podem usar serviços de acessibilidade. Na configuração exibida, apps Nomid como Settings Up e Remote podem ser autorizados para permitir recursos operacionais controlados.
Esta lista usa o mesmo padrão de seleção de apps para métodos de entrada permitidos. Inclua apenas teclados ou serviços aprovados para reduzir risco de captura indevida de dados.
Permitted input methods restringe quais apps de teclado podem ser usados. Adicione por app já presente na política, Play Store, Web App ou package name conforme o caso.
¶ Remote Access
A aba Remote Access configura se a política prepara o dispositivo para suporte remoto. Ela não substitui o procedimento do manual de acesso remoto, mas garante que o app e as configurações base estejam na política.
¶ Remote Access Settings
Ao habilitar Enable Remote Access, o portal adiciona o app tech.nomid.remote como obrigatório e grava configurações gerenciadas. As opções exibidas controlam:
- Start on Boot: inicia o serviço de acesso remoto automaticamente após boot.
- Auto Confirm Screen Capture: automatiza a confirmação de captura quando permitido pela política e pelo app.
- Keep Awake During Session: mantém o dispositivo acordado durante sessões remotas.
- Auto Sync Password: sincroniza senha automaticamente quando o recurso estiver liberado para a empresa.
- Lock Advanced Settings: impede alterações locais nas opções avançadas de acesso remoto.
- Verification Method: escolhe senha permanente, senha temporária ou ambas para autenticação da sessão.
Encerrar uma sessão remota não substitui a revogação da política. Se o acesso foi liberado apenas para atendimento, desabilite as opções temporárias, salve e sincronize a política, confirme no dispositivo que o app e as permissões voltaram ao padrão e rotacione senhas compartilhadas quando aplicável.
No dispositivo, o app ainda precisa passar pela camada de inicialização e pelas permissões exigidas pelo procedimento de acesso remoto, como acessibilidade, sobreposição e captura/controle quando aplicável.
¶ Geofencing
A aba Geofencing define regras baseadas em localização para notificação, auditoria ou automação operacional.
¶ Location Information
Location Information define nome da regra e tipos de notificação. Use nomes claros, porque eles aparecem em revisões e auditorias.
¶ Coordinates & Map Visualization
Coordinates & Map Visualization define latitude, longitude, raio e visualização do mapa. Informe coordenadas precisas e ajuste o raio conforme tolerância operacional, lembrando que precisão pode variar por sinal, ambiente e permissões do dispositivo.
¶ App Schedules
A aba App Schedules cria janelas de acesso a apps por dia e horário. Use para liberar aplicações apenas durante expediente, turno, treinamento ou operação específica.
¶ Time-Based App Access Rules
Crie uma regra, dê nome e descrição, selecione apps e defina a agenda. A regra só faz sentido quando os apps alvo e os horários permitidos estão preenchidos.
Packages escolhe os apps afetados pela regra. Adicione por Play Store, app já presente na política ou package name.
Set Access Schedule define janelas por dia da semana. Dias ativos liberam os apps nos horários configurados; dias sem janela deixam o acesso bloqueado ou fora da regra, conforme comportamento definido pela política.
¶ Contact List
A aba Contact List distribui listas de contatos para dispositivos gerenciados.
¶ Contact Lists
Contact Lists mostra as listas já distribuídas pela política e permite remover listas que não devem mais sincronizar com os dispositivos.
Add contact lists abre a seleção de listas existentes. Escolha uma ou mais listas e aplique para que passem a ser distribuídas pela política.
Create new permite criar uma lista informando nome, descrição, tags e arquivo CSV. Depois de criada ou selecionada, a lista deve ser aplicada para compor a política.
¶ Data Collection
A aba Data Collection define quais informações os dispositivos reportam ao portal. Colete somente o necessário para suporte, segurança e operação contratada.
Use essas opções com governança de dados: defina finalidade, quem pode acessar, tempo de retenção, canal de exportação permitido e quando desligar a coleta. Localização, rede, IMEI, serial, apps instalados/removidos e eventos de segurança podem identificar pessoa, ativo ou rotina operacional, portanto não devem ser enviados fora dos canais corporativos aprovados.
¶ Application Reports
Application Reports define o nível de relatório de apps, como apps instalados e removidos. Essa visibilidade ajuda a confirmar conformidade e investigar mudanças inesperadas.
¶ Device Data Included
Device Data Included seleciona categorias como configurações, hardware, rede, software, display, memória, energia e propriedades do sistema. Cada chave ativada aumenta a visibilidade do portal sobre o dispositivo.
¶ Usage Statistics
Usage Statistics controla coleta de uso de apps, dados móveis, dados Wi-Fi e intervalo de coleta. Intervalos menores aumentam detalhe, mas podem elevar consumo de bateria e tráfego.
¶ Location Collection
Location Collection define coleta por tempo, deslocamento mínimo e operador lógico entre critérios. Use Or para coletar quando qualquer critério for atendido e And para exigir que os critérios sejam atendidos em conjunto.
¶ History
A aba History registra alterações da política, autores, datas e versões. Use antes de investigar comportamento inesperado, porque muitas ocorrências em campo começam com uma alteração de política.
¶ History records
A lista permite revisar eventos cronológicos e abrir detalhes de versões anteriores. Use os registros para auditoria, suporte e comparação entre configurações.
As ações do histórico têm os seguintes efeitos:
- Compare: mostra as diferenças entre revisões para análise. Não altera nem distribui a política.
- Preview: abre a revisão selecionada somente para consulta. Não torna essa revisão atual.
- Restore: copia o conteúdo da revisão selecionada para uma nova revisão atual e inicia a mesma distribuição de um salvamento normal. O histórico anterior é preservado; a revisão que já é atual não oferece restauração.
Antes de restaurar, compare as revisões, confirme apps, rede, launcher e restrições críticas, valide o impacto nos dispositivos vinculados e use primeiro um grupo piloto. Depois da restauração, comprove a versão e o último sincronismo em Devices > Policy.
¶ Validação do resultado
- Revise a política na tela de resumo e confirme que cada aba alterada aparece com os dados esperados.
- Salve somente depois de validar apps obrigatórios, conectividade e restrições críticas, pois o salvamento cria a revisão atual e inicia sua distribuição.
- Aplique primeiro em um grupo piloto e confira no dispositivo se apps, launcher, rede, segurança e coleta estão funcionando como esperado.
- Use History para confirmar autor, horário e versão da mudança.
¶ Problemas comuns
- Se opções de Home Screen estiverem indisponíveis, verifique se o modo está em System Default; para customizar, use Nomid Launcher ou Nomid Kiosk.
- Se Remote Access não funcionar após habilitar a política, confirme se o app foi inicializado no dispositivo e se as permissões exigidas pelo procedimento de acesso remoto foram liberadas.
- Se o dispositivo perder conectividade, revise Wi-Fi, APN, VPN, proxy e regras de bloqueio de rede antes de expandir a política.
- Se um app essencial sumir, revise estado Blocked, modo Allow list, regras de App Schedules e enforcement.
- Se relatórios não aparecerem, confira Data Collection, permissões do app e tempo mínimo para sincronização.