¶ 9. New policy
Aplicação: Portal Nomid MDM
Documento: V1.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 assistente New policy cria a configuração inicial de uma política Android ou VR/Pico. Ele organiza nome, grupo, tipo de dispositivo, template, aplicativos e opções essenciais antes de abrir a política completa para revisão.
Importante: Templates e configurações rápidas são pontos de partida. Antes de aplicar a política em produção, revise todas as seções, salve somente depois dessa revisão e valide o resultado em um grupo piloto.
¶ Pré-requisitos
- Defina o objetivo da política e o tipo de equipamento que ela atenderá.
- Confirme a empresa e o grupo em que a política deve ficar organizada.
- Para Android, verifique se o Android Enterprise e as fontes de aplicativos estão disponíveis.
- Para VR/Pico, prepare os APKs e aplicativos que serão distribuídos.
- Evite nomes genéricos; identifique função, público ou finalidade operacional.
¶ Acessar o assistente
¶ Pelo menu Policies
Abra Policies no menu lateral e selecione New policy. Esse caminho é adequado quando o trabalho começa pela administração das políticas.
¶ Pelo atalho global
Abra o botão global + e selecione Create new policy. A interface também pode exibir o atalho de teclado correspondente.
¶ Pelo botão da página
Na tela de políticas, selecione New policy para iniciar o mesmo assistente.
¶ Definir nome, grupo e tipo de dispositivo
O primeiro passo identifica a política e determina qual conjunto de configurações será apresentado.
¶ Nome e grupo
- Policy name: informe um nome curto e reconhecível. A tela atual apresenta um limite de 20 caracteres.
- Group: selecione um grupo existente ou use a opção para criar um novo grupo quando necessário.
- Organização: o grupo facilita busca, delegação e separação entre clientes, unidades, projetos ou cenários.
Use um padrão previsível, como Função-Local ou Cliente-Uso, respeitando o limite exibido pelo portal.
¶ Android Policy
Selecione Android Policy para smartphones, tablets e dispositivos robustos gerenciados pelo Android Enterprise.
¶ VR / Pico Policy
Selecione VR / Pico Policy para headsets de realidade virtual Pico e recursos específicos desse ecossistema.
Atenção: O tipo escolhido define templates, aplicativos e configurações disponíveis. Se o tipo estiver errado, volte ao início em vez de tentar adaptar uma política incompatível.
¶ Criar uma Android Policy
¶ Escolher o template inicial
O template aplica uma base inicial para o cenário selecionado. Revise todas as configurações geradas, pois o nome do template não substitui a validação técnica.
Além dos presets, a seção Other options permite começar do zero ou copiar uma política existente. Essas alternativas são detalhadas depois dos templates de cenário.
¶ Individual Device
Use para um dispositivo atribuído a um único usuário, em contexto de trabalho ou uso individual controlado.
Resultado aplicado: inicia com Play Store em allowlist, transferência USB bloqueada, política padrão de permissões em Prompt, relatórios de status habilitados e launcher padrão do sistema.
¶ Multi-User Device
Use para equipamentos compartilhados por vários usuários, quando o cenário exige suporte a login ou troca de operador.
Resultado aplicado: inicia com Play Store em allowlist, alteração de contas, factory reset, USB e safe boot bloqueados, permissões padrão em Grant, relatórios de status habilitados e Nomid Launcher.
¶ Frontline Worker
Use como ponto de partida para equipes de campo, motoristas e trabalhadores móveis.
Resultado aplicado: inicia com Play Store em allowlist, alteração de contas, factory reset e safe boot bloqueados, debugging desabilitado, permissões padrão em Grant, relatórios de status habilitados e Nomid Launcher.
¶ Kiosk
Use para equipamentos dedicados a uma finalidade ou aplicativo. Confirme launcher, navegação, saída do modo kiosk e contingência antes de salvar e testar.
Resultado aplicado: inicia com Play Store em allowlist, factory reset, USB e safe boot bloqueados, debugging desabilitado, permissões padrão em Grant, relatórios de status habilitados e Nomid Kiosk.
¶ Start from scratch
Cria uma política sem um preset de cenário. É a opção mais flexível, mas exige revisar e configurar todas as áreas necessárias.
Resultado aplicado: cria a política sem preset de restrições ou apps e mantém o launcher padrão do sistema até que você configure manualmente.
¶ Copy existing policy
Selecione uma política existente como base. Use quando a nova configuração for uma variação controlada, preservando a política original.
Resultado aplicado: copia o recurso completo da política escolhida, incluindo apps, restrições, launcher, Play Store, Wi-Fi e demais configurações, para uma nova política. A origem permanece inalterada.
Também é possível duplicar diretamente uma política pela ação correspondente:
Duplicate policy também cria uma política separada com a configuração completa da origem e não altera a política duplicada. Em ambos os caminhos, a cópia deve ser tratada como uma nova configuração antes de chegar aos dispositivos.
Depois de copiar ou duplicar, revise um a um: nome e grupo; lista e modo dos apps; launcher, Play Store e kiosk; Wi-Fi, APN, VPN, proxy e certificados; configurações gerenciadas; acesso remoto; contatos e agendas; enforcement e ações destrutivas. Credenciais e segredos específicos do cenário devem ser confirmados, substituídos ou rotacionados antes do uso.
¶ Adicionar aplicativos
A etapa Add apps permite escolher aplicativos recomendados, pesquisar por categoria e montar a lista inicial da política.
¶ Fontes de aplicativos
Em Find More Apps, o portal pode oferecer:
- Browse Play Store: pesquisa no Managed Google Play.
- Add by package name: adiciona pelo identificador do pacote Android.
- Nomid Store: usa aplicativos disponíveis na biblioteca própria da empresa.
Confirme nome do app, desenvolvedor e package name antes de adicionar.
¶ Required ou Available
- Required: o aplicativo é obrigatório e o gerenciamento tenta instalá-lo nos dispositivos compatíveis.
- Available: o aplicativo fica disponível para instalação pelo usuário no catálogo gerenciado, conforme o modo de gerenciamento.
- Blocked: quando disponível no editor completo, impede que o app seja usado ou instalado.
- Kiosk: quando disponível, fixa o app como experiência de kiosk/single app. Em políticas VR, apps comuns ficam como Required e o app Nomid Settings pode alternar entre Required e Kiosk.
Use Required apenas para aplicativos realmente necessários, pois instalações obrigatórias aumentam tráfego, tempo de preparação e impacto de falhas no pacote.
¶ Configurar opções essenciais
O assistente apresenta opções de alto nível para Play Store, launcher e Wi-Fi. As demais configurações continuam disponíveis na edição completa da política.
¶ Play Store mode
- Allowlist: somente aplicativos aprovados pela organização podem ser instalados.
- Blocklist: todos os aplicativos são permitidos, exceto os bloqueados explicitamente.
Allowlist oferece maior controle; Blocklist oferece maior liberdade e exige acompanhamento mais cuidadoso.
Esta é a mesma lógica operacional chamada de Allow list e Deny list na tela de Apps da política já criada; a diferença é apenas a nomenclatura exibida em cada tela.
¶ Choose Launcher
- Nomid Launcher: experiência gerenciada e personalizável.
- Nomid Kiosk: experiência bloqueada que pode ser configurada para vários apps da política ou para um único app no editor completo.
- System Default: mantém a experiência nativa do Android.
Escolha de acordo com a finalidade do equipamento e valide comportamento de Home, navegação e recuperação administrativa.
¶ Wi-Fi network
Ative a rede Wi-Fi quando quiser entregar uma configuração inicial junto com a política. Informe SSID, tipo de segurança e senha.
Segurança: Use uma rede apropriada para dispositivos gerenciados. Evite documentar senhas e revise a política sempre que a credencial da rede mudar.
¶ Criar uma VR / Pico Policy
¶ Escolher o template inicial
Os templates de VR fornecem pontos de partida específicos para headsets Pico.
¶ Education
Use para experiências de aprendizagem imersiva, salas de aula e laboratórios de treinamento.
Resultado aplicado: cria política do tipo VR, bloqueia factory reset, habilita launcher/kiosk customizado para o headset e ativa relatórios de status.
¶ Industrial Training
Use para simulações de segurança e capacitação prática em cenários industriais.
Resultado aplicado: cria política do tipo VR, bloqueia factory reset, habilita launcher/kiosk customizado para o headset e ativa relatórios de status.
¶ Start from scratch
Cria uma política VR sem preset. Configure manualmente os aplicativos e comportamentos necessários.
Resultado aplicado: cria a política VR sem preset de apps ou restrições, exigindo configuração manual antes de salvar e usar nos dispositivos.
¶ Copy existing policy
Use uma política VR existente como ponto de partida para uma nova variação.
Resultado aplicado: copia a configuração completa da política VR escolhida, incluindo apps, restrições e comportamento de launcher/kiosk, para uma nova política. A origem permanece inalterada.
Também é possível duplicar uma política VR diretamente:
Duplicate policy cria outra política VR sem modificar a origem. Revise também os APKs, versões, compatibilidade do headset, launcher/kiosk, rede e qualquer credencial herdada antes de salvar a cópia.
¶ Adicionar aplicativos VR
Selecione aplicativos disponíveis na loja da empresa ou envie um novo APK para compor a política.
¶ Upload APK
A janela aceita arquivos APK. A interface atual informa um limite máximo de 3 GB e permite selecionar múltiplos arquivos. Confirme origem, assinatura, versão, package name e compatibilidade com o headset antes do upload.
¶ Required ou Available
- Required: instala o aplicativo como componente obrigatório da política.
- Available: deixa o aplicativo disponível sem forçar a instalação imediata.
¶ Editar a política VR/Pico após a criação
Depois de selecionar Create Policy, o editor completo organiza a política VR/Pico em seções recolhíveis. Clicar no título de uma seção apenas expande ou recolhe seus campos; para aplicar uma mudança, use Save e acompanhe a nova revisão.
¶ Content
A seção Content mostra os apps distribuídos pela política.
- Upload app > Upload single: envia um APK por vez para inclusão na política.
- Upload app > Batch upload: envia vários APKs na mesma operação; cada arquivo ainda precisa ser processado e validado individualmente.
- Add from Library: reutiliza um app já cadastrado para a empresa, sem novo upload.
- Search: filtra os apps pelo texto digitado sem alterar o conteúdo.
- Filter: escolhe quais tipos de conteúdo ficam visíveis no editor; o filtro não remove itens da política.
- List/Grid: muda somente a apresentação da lista de apps.
- Required: torna o app obrigatório nos headsets associados.
- Available: deixa o app disponível sem forçar sua instalação.
- Remove: retira o app desta política depois que a nova revisão for salva e sincronizada.
Ao substituir uma versão, confirme package name, assinatura, version code e compatibilidade com o modelo Pico antes de distribuir.
¶ Remote Access
Remote Access habilita a capacidade de iniciar sessões remotas em headsets compatíveis. Ativar a opção não abre uma sessão imediatamente; o dispositivo ainda precisa receber a política, estar online e reportar as capacidades exigidas. Desativar impede novas sessões depois da sincronização.
¶ Launcher Experience
Launcher Experience define como os apps da política serão apresentados no headset. Alterações nessa seção afetam a navegação inicial e devem ser testadas com o próprio headset antes de uso em treinamento ou produção. Recolher a seção não desabilita o launcher.
¶ Network
Network entrega redes Wi-Fi aos headsets:
- Add network: cria outra configuração de Wi-Fi na política.
- SSID: informa o nome exato da rede, com até 32 caracteres.
- Open: configura uma rede sem senha; use somente em ambiente controlado porque o tráfego não recebe a proteção de uma chave Wi-Fi.
- WPA2: exige uma senha compatível com WPA2.
- WPA3: exige uma rede e headset compatíveis com WPA3.
- Show/hide password: muda apenas a visualização do campo no portal.
- Expand/Collapse: abre ou recolhe os dados daquela rede sem alterar seu estado.
- Remove: exclui a rede da política na próxima revisão; confirme que outra conectividade continuará disponível.
Uma senha incorreta ou a remoção da única rede conhecida pode deixar o headset sem comunicação para receber a correção. Sempre valide em piloto.
¶ Security
Allow user factory reset define se o usuário pode iniciar uma restauração de fábrica no headset. Habilitar facilita recuperação local, mas permite apagar gerenciamento e conteúdo; desabilitar reduz esse risco e exige um processo administrativo de recuperação.
Controles de depuração ou desenvolvimento que não aparecem na interface não fazem parte do fluxo do usuário e não são documentados.
¶ History
History apresenta as revisões registradas da política para consulta e auditoria. Abrir uma revisão permite entender o que estava configurado naquele momento; não trate a consulta como confirmação de que todos os headsets já sincronizaram. Valide a versão e a última comunicação de cada dispositivo.
¶ Ações do editor
- Save: grava uma nova revisão e inicia a sincronização assíncrona dos headsets associados.
- Duplicate policy: cria outra política com a configuração atual e mantém a origem inalterada.
- Delete policy: remove a política da lista ativa; reassocie os dispositivos antes.
- See devices with policy: abre o painel de dispositivos associados para consulta e ações compatíveis.
- Provision device(s) with policy: inicia um novo provisionamento usando essa política.
¶ Antes de criar a política
- Revise nome, grupo e tipo de dispositivo.
- Confirme se o template corresponde ao cenário real.
- Remova aplicativos adicionados por engano.
- Verifique o modo Required/Available de cada aplicativo.
- Em Android, revise Play Store, launcher e Wi-Fi.
- Em VR, valide APKs, versões e compatibilidade com o headset.
- Se estiver apenas explorando o assistente, volte sem criar uma política desnecessária.
Após selecionar Create Policy, abra a política criada e revise todas as abas antes de associá-la a dispositivos de produção. A criação salva a nova política; alterações posteriores também criam a revisão atual e iniciam sua distribuição, sem uma etapa separada de rascunho e publicação.
¶ Validar a política
- Confirme se a política aparece em Policies no grupo correto.
- Revise resumo, tipo de dispositivo, aplicativos e configurações iniciais.
- Salve alterações somente após a revisão, pois o salvamento cria a revisão atual e inicia sua distribuição.
- Aplique em um dispositivo piloto compatível.
- Verifique instalação de apps, launcher, rede, restrições e sincronização; em Devices > Policy, confirme Policy version e Last sync.
- Registre alterações relevantes na descrição ou no processo de mudança da equipe.
¶ Problemas comuns
¶ Nome ou grupo incorreto
- Corrija antes de distribuir a política.
- Evite criar cópias apenas para ajustar nomenclatura quando a política ainda não está em uso.
- Confirme a empresa antes de concluir.
¶ Tipo de dispositivo incorreto
- Volte ao início e crie a política com o tipo adequado.
- Não use uma Android Policy para VR/Pico nem uma VR/Pico Policy para dispositivos Android comuns.
¶ Aplicativo não aparece
- Verifique integração com Managed Google Play, package name e disponibilidade para o país e a empresa.
- Para VR, confirme se o APK foi enviado e processado corretamente.
- Revise filtros e categorias da busca.
¶ Wi-Fi não conecta
- Confirme SSID, tipo de segurança e senha.
- Verifique se a rede está ao alcance e se não depende de captive portal incompatível com o enrollment.
- Atualize a política quando a credencial da rede mudar.
¶ Cópia trouxe configurações indesejadas
- Revise todas as abas da política clonada, não apenas o assistente inicial.
- Altere nome, grupo, apps, redes, launcher, restrições e referências específicas do cenário original.
- Teste em um dispositivo piloto antes de substituir uma política existente.