Esta página lista o conjunto completo de recursos do Android Enterprise.
Se você pretende gerenciar mais de 500 dispositivos, sua solução de EMM precisa ser compatível com todos os recursos padrão () de pelo menos um conjunto de soluções antes de ser disponibilizada comercialmente. Os desenvolvedores de EMM que quiserem que as soluções deles sejam listadas no diretório de soluções empresariais do Android como oferecendo um conjunto de gerenciamento padrão precisam passar pela verificação de recursos padrão e se tornar membros do nosso Programa de Parcerias do Android Enterprise.
Um conjunto extra de recursos avançados está disponível para cada conjunto de soluções. Esses recursos são indicados em cada página do conjunto de soluções: perfil de trabalho em dispositivo pessoal, perfil de trabalho em dispositivo da empresa, dispositivo totalmente gerenciado e dispositivo dedicado. Os desenvolvedores de EMM que são membros do programa de parcerias do AE com soluções que passam na verificação de recursos avançados são listados no Diretório de soluções empresariais do Android como oferecendo um conjunto de gerenciamento avançado.
Chave
| Recurso padrão | Recurso avançado | recurso opcional | não relevante |
1. Provisionamento de dispositivo
1.1. Provisionamento do perfil de trabalho com prioridade para DPC
Você pode provisionar um perfil de trabalho depois de fazer o download do DPC do EMM no Google Play.
1.1.1. O DPC do EMM precisa estar disponível publicamente no Google Play para que os usuários possam instalá-lo no lado pessoal do dispositivo.
1.1.2. Depois de instalado, o DPC precisa orientar o usuário no processo de provisionamento de um perfil de trabalho.
1.1.3. Depois que o provisionamento for concluído, nenhuma presença de gerenciamento poderá permanecer no lado pessoal do dispositivo.
- Todas as políticas implementadas durante o provisionamento precisam ser removidas.
- Os privilégios do app precisam ser revogados.
- O DPC do EMM precisa estar, no mínimo, desativado no lado pessoal do dispositivo.
1.2. Provisionamento de dispositivo com identificador de DPC
Os admins de TI podem provisionar um dispositivo totalmente gerenciado ou um dispositivo dedicado usando um identificador de DPC ("afw#"), de acordo com as diretrizes de implementação definidas na documentação para desenvolvedores da API Play EMM.
1.2.1. O DPC do EMM precisa estar disponível publicamente no Google Play. O DPC precisa ser instalável pelo assistente de configuração do dispositivo inserindo um identificador específico do DPC.
1.2.2. Depois de instalado, o DPC do EMM precisa orientar o usuário no processo de provisionamento de um dispositivo totalmente gerenciado ou dedicado.
1.3. Provisionamento de dispositivo NFC
As tags NFC podem ser usadas por admins de TI para provisionar dispositivos novos ou redefinidos para a configuração original de acordo com as diretrizes de implementação definidas na documentação para desenvolvedores da API Play EMM.
1.3.1. Os EMMs precisam usar tags do tipo 2 do NFC Forum com pelo menos 888 bytes de memória. O provisionamento precisa usar extras para transmitir detalhes de registro não sensíveis, como IDs de servidor e de registro, para um dispositivo. Os detalhes do registro não podem incluir informações sensíveis, como senhas ou certificados.
1.3.2. Depois que o DPC do EMM se define como o proprietário do dispositivo, ele precisa ser aberto imediatamente e bloqueado na tela até que o dispositivo seja totalmente provisionado. 1.3.3. Recomendamos o uso de tags NFC para o Android 10 em diante devido à descontinuação do NFC Beam (também conhecido como NFC Bump).
1.4. Provisionamento de dispositivo com QR code
Os admins de TI podem usar um dispositivo novo ou redefinido para as configurações de fábrica para ler um QR code gerado pelo console do EMM e provisionar o dispositivo, de acordo com as diretrizes de implementação definidas na documentação para desenvolvedores da API Play EMM.
1.4.1. O QR code precisa usar extras de provisionamento para transmitir detalhes de registro não confidenciais, como IDs de servidor e de registro, para um dispositivo. Os detalhes do registro não podem incluir informações sensíveis, como senhas ou certificados.
1.4.2. Depois que o DPC do EMM configurar o dispositivo, ele precisará ser aberto imediatamente e bloqueado na tela até que o dispositivo esteja totalmente provisionado.
1.5. Registro sem toque
Este requisito foi substituído pelo requisito 1.6.
1.6. Provisionamento sem toque
Os admins de TI podem automatizar grande parte do processo de registro de dispositivos implantando os detalhes de registro do DPC usando o registro sem toque. O DPC do EMM permite limitar o registro a contas ou domínios específicos, de acordo com as opções de configuração oferecidas pelo EMM.
1.6.1. Os admins de TI podem provisionar um dispositivo da empresa usando o método de registro sem toque, descrito em Registro sem toque para admins de TI.
1.6.2. Depois que o DPC do EMM configurar o dispositivo, ele precisará ser aberto imediatamente e bloqueado na tela até que o dispositivo esteja totalmente provisionado.
- Esse requisito é dispensado para dispositivos que usam detalhes de registro sem toque para se provisionarem de forma silenciosa (por exemplo, em uma implantação de dispositivo dedicado).
1.6.3. Usando os detalhes do registro, o DPC do EMM precisa garantir que usuários não autorizados não possam prosseguir com a ativação depois que o DPC for invocado. No mínimo, a ativação precisa ser restrita aos usuários de uma determinada empresa.
1.6.4. Usando os detalhes de registro, o DPC do EMM precisa permitir que os admins de TI pré-preencham os detalhes de registro (por exemplo, IDs de servidor, IDs de inscrição), além de informações exclusivas do usuário ou do dispositivo (por exemplo, nome de usuário/senha, token de ativação), para que os usuários não precisem inserir detalhes ao ativar um dispositivo.
- Os EMMs não podem incluir informações sensíveis, como senhas ou certificados, na configuração do registro sem toque.
1.7. Provisionamento do perfil de trabalho da Conta do Google
Esse requisito foi removido e substituído pelo requisito 3.23.
1.8. Provisionamento de dispositivos da Conta do Google
Esse requisito foi removido e substituído pelo requisito 3.23.
1.9. Configuração direta sem toque
Os admins de TI podem usar o console do EMM para configurar dispositivos sem toque usando o iframe sem toque.
1.10. Perfis de trabalho em dispositivos corporativos
Os EMMs podem registrar dispositivos da empresa que tenham um perfil de trabalho.
1.10.1. Em branco de propósito.
1.10.2. Os admins de TI podem definir ações de compliance para perfis de trabalho em dispositivos corporativos.
1.10.3. Os admins de TI podem desativar a câmera no perfil de trabalho ou em todo o dispositivo.
1.10.4. Os administradores de TI podem desativar a captura de tela no perfil de trabalho ou em um dispositivo inteiro.
1.10.5. Os admins de TI podem definir uma lista de bloqueio de aplicativos que não podem ser instalados no perfil pessoal.
1.10.6. Os admins de TI podem abrir mão do gerenciamento de um dispositivo corporativo removendo o perfil de trabalho ou limpando todo o dispositivo.
1.11. Provisionamento de dispositivos dedicados
Os admins de TI podem registrar dispositivos dedicados sem que o usuário precise se autenticar com uma Conta do Google.
2. Segurança do dispositivo
2.1. Comprovação de segurança do dispositivo
Os administradores de TI podem definir e aplicar um desafio de segurança do dispositivo (PIN/padrão/senha) com base em uma seleção predefinida de 3 níveis de complexidade em dispositivos gerenciados.
2.1.1. A política precisa aplicar configurações que gerenciem os desafios de segurança do dispositivo (parentProfilePasswordRequirements para o perfil de trabalho, passwordRequirements para dispositivos totalmente gerenciados e dedicados).
2.1.2. A complexidade da senha precisa ser mapeada para as seguintes complexidades:
- PASSWORD_COMPLEXITY_LOW: padrão ou PIN com sequências repetidas (4444) ou ordenadas (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM: PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468), senha alfabética ou alfanumérica com pelo menos 4 caracteres
- PASSWORD_COMPLEXITY_HIGH: PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468) e com pelo menos oito caracteres ou senhas alfabéticas ou alfanuméricas com pelo menos seis caracteres.
2.1.3. Outras restrições de senha também podem ser aplicadas como configurações legadas em dispositivos da empresa.
2.2. Desafio de comprovação de segurança do trabalho
Os admins de TI podem definir e aplicar um desafio de segurança para apps e dados no perfil de trabalho que é separado e tem requisitos diferentes do desafio de segurança do dispositivo (2.1.).
2.2.1. A política precisa aplicar o desafio de segurança ao perfil de trabalho. Por padrão, os admins de TI devem definir restrições apenas para o perfil de trabalho. Se nenhum escopo for especificado, os admins de TI poderão definir isso para todo o dispositivo especificando o escopo (consulte o requisito 2.1).
2.1.2. A complexidade da senha precisa ser mapeada para as seguintes complexidades:
- PASSWORD_COMPLEXITY_LOW: padrão ou PIN com sequências repetidas (4444) ou ordenadas (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM - PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468), senha alfabética ou alfanumérica com pelo menos 4 caracteres
- PASSWORD_COMPLEXITY_HIGH: PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468) e com comprimento de pelo menos 8 caracteres ou senhas alfabéticas ou alfanuméricas com comprimento de pelo menos 6 caracteres.
2.3. Gerenciamento avançado de senhas
2.3.1. Deliberadamente em branco.
2.3.2. Em branco de propósito.
2.3.3. As seguintes configurações de ciclo de vida de senha podem ser definidas para cada tela de bloqueio disponível em um dispositivo:
- Em branco de propósito
- Em branco de propósito
- Máximo de senhas incorretas para exclusão permanente: especifica o número de vezes que os usuários podem inserir uma senha incorreta antes que os dados corporativos sejam excluídos permanentemente do dispositivo. Os admins de TI precisam poder desativar esse recurso.
2.4. Gerenciamento de fechaduras inteligentes
Os admins de TI podem gerenciar quais agentes de confiança no recurso Smart Lock do Android têm permissão para desbloquear dispositivos. Os admins de TI podem desativar métodos de desbloqueio específicos, como dispositivos Bluetooth confiáveis, reconhecimento facial e reconhecimento de voz, ou desativar o recurso por completo.
2.4.1. Os admins de TI podem desativar os agentes de confiança do Smart Lock de forma independente para cada tela de bloqueio disponível no dispositivo.
2.4.2. Os admins de TI podem permitir e configurar agentes de confiança do Smart Lock de forma seletiva, de maneira independente para cada tela de bloqueio disponível no dispositivo, para os seguintes agentes de confiança: Bluetooth, NFC, lugares, rosto, no corpo e voz.
- Os admins de TI podem modificar os parâmetros de configuração disponíveis do Trust Agent.
2.5. Exclusão permanente e bloqueio
Os admins de TI podem usar o console do EMM para bloquear e excluir remotamente os dados de trabalho de um dispositivo gerenciado.
2.5.1. O DPC do EMM precisa bloquear os dispositivos.
2.5.2. O DPC do EMM precisa excluir os dispositivos permanentemente.
2.6. Aplicação de compliance
Se um dispositivo não estiver em conformidade com as políticas de segurança, os dados de trabalho serão restringidos automaticamente.
2.6.1. No mínimo, as políticas de segurança aplicadas em um dispositivo precisam incluir a política de senha.
2.7. Políticas de segurança padrão
Os EMMs precisam aplicar as políticas de segurança especificadas nos dispositivos por padrão, sem exigir que os admins de TI definam ou personalizem as configurações no console do EMM. Recomendamos (mas não exigimos) que os EMMs não permitam que os admins de TI mudem o estado padrão desses recursos de segurança.
2.7.1. O DPC do EMM precisa bloquear a instalação de apps de fontes desconhecidas, incluindo apps instalados no lado pessoal de qualquer dispositivo Android 8.0 ou mais recente com um perfil de trabalho.
2.7.2. O DPC do EMM precisa bloquear os recursos de depuração.
2.8. Políticas de segurança para dispositivos dedicados
Os dispositivos dedicados são bloqueados sem uma saída para permitir outras ações.
2.8.1. O DPC do EMM precisa desativar a inicialização no modo de segurança por padrão.
2.8.2. O DPC do EMM precisa ser aberto e bloqueado na tela imediatamente na primeira inicialização durante o provisionamento para garantir que não haja interação com o dispositivo de nenhuma outra forma.
2.8.3. O DPC do EMM precisa ser definido como o inicializador padrão para garantir que os apps permitidos sejam bloqueados na tela na inicialização, de acordo com as diretrizes de implementação definidas.
2.9. Suporte da Play Integrity
O EMM usa a API Play Integrity para garantir que os dispositivos sejam dispositivos Android válidos.
2.9.1. O DPC do EMM implementa a API Play Integrity durante o provisionamento.
2.9.2. O DPC do EMM vai realizar outra verificação da Play Integrity sempre que um dispositivo fizer check-in no servidor do EMM, configurável pelo admin de TI. O servidor de EMM vai verificar as informações do APK na resposta da verificação de integridade e a própria resposta antes de atualizar a política corporativa no dispositivo.
2.9.3. Os admins de TI podem configurar diferentes respostas de política com base no resultado da verificação da Play Integrity, incluindo o bloqueio do provisionamento, a exclusão de dados corporativos e a permissão para que o registro continue.
- O serviço de EMM vai aplicar essa resposta de política para o resultado de cada verificação de integridade.
2.9.4. Se a verificação inicial da Play Integrity falhar ou retornar um resultado que não atenda à integridade forte, se o DPC do EMM ainda não tiver chamado ensureWorkingEnvironment, ele precisará fazer isso e repetir a verificação antes que o provisionamento seja concluído.
2.10. Aplicar Verificar apps
Os admins de TI podem ativar a opção Verificar apps nos dispositivos. O recurso Verificar apps analisa os apps instalados em dispositivos Android em busca de software nocivo antes e depois da instalação, ajudando a garantir que apps maliciosos não comprometam os dados corporativos.
2.10.1. O DPC do EMM precisa ativar a opção "Verificar apps" por padrão.
2.11. Suporte à inicialização direta
Os apps não podem ser executados em dispositivos com o Android 7.0 ou versões mais recentes que acabaram de ser ligados até que o dispositivo seja desbloqueado pela primeira vez. O suporte à Inicialização direta garante que o DPC do EMM esteja sempre ativo e possa aplicar a política, mesmo que o dispositivo não tenha sido desbloqueado.
2.11.1. O DPC do EMM usa o armazenamento criptografado do dispositivo para executar funções de gerenciamento críticas antes que o armazenamento criptografado por credenciais do DPC seja descriptografado. As funções de gerenciamento disponíveis durante a Inicialização Direta precisam incluir (mas não se limitam a):
- Exclusão corporativa, incluindo a capacidade de excluir dados de proteção contra redefinição de fábrica, conforme apropriado.
2.11.2. O DPC do EMM não pode expor dados corporativos no armazenamento criptografado do dispositivo.
2.11.3. Os EMMs podem definir e ativar um token para ativar um botão Esqueci minha senha na tela de bloqueio do perfil de trabalho. Esse botão é usado para solicitar que os admins de TI redefinam com segurança a senha do perfil de trabalho.
2.12. Gerenciamento de segurança de hardware
Os admins de TI podem bloquear elementos de hardware de um dispositivo corporativo para garantir a prevenção contra perda de dados.
2.12.1. Os admins de TI podem impedir que os usuários montem mídias físicas externas no dispositivo.
2.12.2. Os administradores de TI podem impedir que os usuários compartilhem dados do dispositivo usando o NFC Beam . Esse subrecurso é opcional, já que a função de feixe NFC não é mais compatível com o Android 10 e versões mais recentes.
2.12.3. Os admins de TI podem impedir que os usuários transfiram arquivos por USB do dispositivo.
2.13. Geração de registros de segurança corporativa
Os administradores de TI podem coletar dados de uso de dispositivos que podem ser analisados e avaliados de forma programática para detectar comportamentos maliciosos ou de risco. As atividades registradas incluem a atividade do Android Debug Bridge (adb), aberturas de apps e desbloqueios de tela.
2.13.1. Os admins de TI podem ativar o registro de segurança para dispositivos específicos, e o DPC do EMM precisa ser capaz de recuperar automaticamente os registros de segurança e os registros de segurança pré-reinicialização.
2.13.2. Os admins de TI podem analisar os registros de segurança corporativa de um determinado dispositivo e um período configurável no console do EMM.
2.13.3. Os admins de TI podem exportar registros de segurança corporativa do console do EMM.
3. Gerenciamento de contas e apps
3.1. Vinculação empresarial
Os admins de TI podem vincular o EMM à organização, permitindo que ele use o Google Play gerenciado para distribuir apps aos dispositivos.
3.1.1. Um administrador com um Managed Google Domain pode vincular o domínio ao EMM.
3.1.2. O console do EMM precisa provisionar e configurar silenciosamente uma ESA exclusiva para cada empresa.
3.1.3. Cancelar a inscrição de uma empresa usando a API Play EMM.
3.1.4. O console de EMM orienta o administrador a inserir o endereço de e-mail do trabalho no fluxo de inscrição do Android e o desencoraja a usar uma conta do Gmail.
3.1.5. O EMM preenche automaticamente o endereço de e-mail do admin no fluxo de inscrição do Android.
3.2. Provisionamento de contas do Google Play gerenciado
A EMM pode provisionar silenciosamente contas de usuário corporativas, chamadas de contas do Google Play gerenciado. Essas contas identificam usuários gerenciados e permitem regras exclusivas de distribuição de apps por usuário.
3.2.1. O DPC do EMM pode provisionar e ativar silenciosamente uma conta do Google Play gerenciado de acordo com as diretrizes de implementação definidas. Ao fazer isso:
- Uma conta do Google Play gerenciado do tipo
userAccounté adicionada ao dispositivo. - A conta do Google Play gerenciado do tipo
userAccountprecisa ter um mapeamento individual com usuários reais no console do EMM.
3.3. Provisionamento de contas de dispositivo do Google Play gerenciado
O EMM pode criar e provisionar contas de dispositivo do Google Play gerenciado. As contas de dispositivo permitem a instalação silenciosa de apps da Google Play Store gerenciada e não estão vinculadas a um único usuário. Em vez disso, uma conta de dispositivo é usada para identificar um único dispositivo e oferecer suporte a regras de distribuição de apps por dispositivo em cenários de dispositivos dedicados.
3.3.1. O DPC do EMM pode provisionar e ativar silenciosamente uma conta do Google Play gerenciado
de acordo com as diretrizes de implementação definidas.
Para isso, uma conta do Google Play gerenciado do tipo deviceAccount precisa ser adicionada
ao dispositivo.
3.4. Provisionamento de contas do Google Play gerenciado para dispositivos legados
O EMM pode provisionar silenciosamente contas de usuário corporativas, chamadas de contas do Google Play gerenciado. Essas contas identificam usuários gerenciados e permitem regras exclusivas de distribuição de apps por usuário.
3.4.1. O DPC do EMM pode provisionar e ativar silenciosamente uma conta do Google Play gerenciado de acordo com as diretrizes de implementação definidas . Ao fazer isso:
- Uma conta do Google Play gerenciado do tipo
userAccounté adicionada ao dispositivo. - A conta do Google Play gerenciado do tipo
userAccountprecisa ter um mapeamento individual com usuários reais no console do EMM.
3.5. Distribuição silenciosa de apps
Os admins de TI podem distribuir apps de trabalho de forma silenciosa nos dispositivos dos usuários sem qualquer interação do usuário.
3.5.1. O console de EMMs precisa usar a API Play EMM para permitir que os admins de TI instalem apps de trabalho em dispositivos gerenciados.
3.5.2. O console de EMMs precisa usar a API Play EMM para permitir que os admins de TI atualizem apps de trabalho em dispositivos gerenciados.
3.5.3. O console de EMMs precisa usar a API Play EMM para permitir que os admins de TI desinstalem apps em dispositivos gerenciados.
3.6. Gerenciamento de configuração gerenciado
Os admins de TI podem visualizar e definir silenciosamente as configurações gerenciadas ou qualquer app que ofereça suporte a elas.
3.6.1. O console do EMM precisa ser capaz de recuperar e exibir as configurações gerenciadas de qualquer app do Google Play.
- Os EMMs podem chamar
Products.getAppRestrictionsSchemapara recuperar o esquema de configurações gerenciadas de um app ou incorporar o frame de configurações gerenciadas no console do EMM.
3.6.2. O console do EMM precisa permitir que os admins de TI definam qualquer tipo de configuração (conforme definido pelo framework do Android) para qualquer app do Google Play usando a API Play EMM.
3.6.3. O console do EMM precisa permitir que os admins de TI definam caracteres curinga (como $username$ ou %emailAddress%) para que uma única configuração de um app, como o Gmail, possa ser aplicada a vários usuários. O iframe de configuração gerenciada atende automaticamente a esse requisito.
3.7. Gerenciamento do catálogo de apps
Os admins de TI podem importar uma lista de apps aprovados para a empresa do Google Play gerenciado (play.google.com/work).
3.7.1. O console do EMM pode exibir uma lista de apps aprovados para distribuição, incluindo:
- Apps comprados no Google Play gerenciado
- Apps particulares visíveis para admins de TI
- Apps aprovados de forma programática
3.8. Aprovação programática de apps
O console do EMM usa o iframe do Google Play gerenciado para oferecer suporte aos recursos de descoberta e aprovação de apps do Google Play. Os administradores de TI podem pesquisar apps, aprovar apps e aprovar novas permissões de apps sem sair do console do EMM.
3.8.1. Os admins de TI podem pesquisar e aprovar apps no console do EMM usando o iframe do Google Play gerenciado.
3.9. Gerenciamento básico do layout da loja
O app Google Play Store gerenciado pode ser usado em dispositivos para instalar e atualizar apps de trabalho. O layout básico da loja é exibido por padrão e lista os apps aprovados para a empresa, que os EMMs filtram por usuário de acordo com a política.
3.9.1. Os admins de TI podem [gerenciar os conjuntos de produtos disponíveis para os usuários]/android/work/play/emm-api/samples#grant_a_user_access_to_apps) para permitir a visualização e a instalação de aplicativos do Google Play gerenciado na seção "Página inicial da loja".
3.10. Configuração avançada do layout da loja
Os admins de TI podem personalizar o layout da loja que aparece no app Google Play gerenciado nos dispositivos.
3.10.1. Os admins de TI podem realizar as seguintes ações no console do EMM para personalizar o layout da Google Play Store gerenciada:
- Crie até 100 páginas de layout da loja. As páginas podem ter um número arbitrário de nomes localizados.
- Crie até 30 clusters para cada página. Os clusters podem ter um número arbitrário de nomes localizados.
- Atribua até 100 apps a cada cluster.
- Adicione até 10 links rápidos a cada página.
- Especifique a ordem de classificação dos apps em um cluster e dos clusters em uma página.
3.11. Gerenciamento de licenças de apps
Este recurso foi descontinuado.
3.12. Gerenciamento de apps particulares hospedados pelo Google
Os admins de TI podem atualizar apps particulares hospedados no Google pelo console de EMM em vez do Google Play Console.
3.12.1. Os admins de TI podem fazer upload de novas versões de apps que já foram publicados de forma particular para a empresa usando:
3.13. Gerenciamento de apps particulares auto-hospedados
Este recurso foi descontinuado.
3.14. Notificações pull de EMM
Em vez de consultar periodicamente o Google Play para identificar eventos anteriores, como uma atualização de app que contém novas permissões ou configurações gerenciadas, as notificações pull do EMM notificam proativamente os EMMs sobre esses eventos em tempo real, permitindo que eles realizem ações automatizadas e forneçam notificações administrativas personalizadas com base nesses eventos.
3.14.1. O EMM precisa usar as notificações de EMM do Google Play para extrair conjuntos de notificações.
3.14.2. O EMM precisa notificar automaticamente um admin de TI (por exemplo, por um e-mail automatizado) sobre os seguintes eventos de notificação:
newPermissionEvent: exige que um admin de TI aprove as novas permissões do app antes que ele seja instalado ou atualizado silenciosamente nos dispositivos dos usuários.appRestrictionsSchemaChangeEvent: pode exigir que o admin de TI atualize a configuração gerenciada de um app para manter a eficiência pretendida.appUpdateEvent: pode ser interessante para admins de TI que querem validar se o desempenho do fluxo de trabalho principal não é afetado pela atualização do app.productAvailabilityChangeEvent: pode afetar a capacidade de instalar o app ou receber atualizações do app.installFailureEvent: o Google Play não consegue instalar um app silenciosamente em um dispositivo, o que sugere que pode haver algo na configuração do dispositivo que está impedindo a instalação. Os EMMs não devem tentar imediatamente uma instalação silenciosa novamente após receber essa notificação, já que a própria lógica de nova tentativa do Google Play já terá falhado.
3.14.3. O EMM realiza automaticamente as ações apropriadas com base nos seguintes eventos de notificação:
newDeviceEvent: durante o provisionamento de dispositivo, os EMMs precisam aguardarnewDeviceEventantes de fazer chamadas de API subsequentes da API Play EMM para o novo dispositivo, incluindo instalações silenciosas de apps e definição de configurações gerenciadas.productApprovalEvent: ao receber uma notificaçãoproductApprovalEvent, o EMM precisa atualizar automaticamente a lista de apps aprovados importados para o console do EMM para distribuição aos dispositivos se houver uma sessão de admin de TI ativa ou se a lista de apps aprovados não for recarregada automaticamente no início de cada sessão de admin de TI.
3.15. Requisitos de uso da API
O EMM implementa as APIs do Google em grande escala, evitando padrões de tráfego que poderiam afetar negativamente a capacidade dos administradores de TI de gerenciar apps em ambientes de produção.
3.15.1. O EMM precisa obedecer aos limites de uso da API Play EMM. Não corrigir comportamentos que excedam essas diretrizes pode resultar na suspensão do uso da API, a critério do Google.
3.15.2. O EMM precisa distribuir o tráfego de diferentes empresas ao longo do dia, em vez de consolidar o tráfego empresarial em horários específicos ou semelhantes. O comportamento que se encaixa nesse padrão de tráfego, como operações em lote programadas para cada dispositivo registrado, pode resultar na suspensão do uso da API, a critério do Google.
3.15.3. O EMM não deve fazer solicitações consistentes, incompletas ou deliberadamente incorretas que não tentem recuperar ou gerenciar dados reais da empresa. O comportamento que se encaixa nesse padrão de tráfego pode resultar na suspensão do uso da API, a critério do Google.
3.16. Gerenciamento avançado de gerenciador de configuração
3.16.1. O console do EMM precisa ser capaz de recuperar e exibir as configurações gerenciadas (aninhadas em até quatro níveis) de qualquer app do Google Play, usando:
- O iframe do Google Play gerenciado ou
- uma interface personalizada.
3.16.2. O console do EMM precisa ser capaz de recuperar e exibir qualquer feedback retornado pelo canal de feedback de um app, quando configurado por um administrador de TI.
- O console do EMM precisa permitir que os admins de TI associem um item de feedback específico ao dispositivo e ao app de origem.
- O console do EMM precisa permitir que os admins de TI se inscrevam para receber alertas ou relatórios de tipos de mensagens específicos (como mensagens de erro).
3.16.3. O console do EMM só pode enviar valores que tenham um valor padrão ou sejam definidos manualmente pelo administrador usando:
- O iframe de configurações gerenciadas ou
- Uma interface personalizada.
3.17. Gerenciamento de apps da Web
Os admins de TI podem criar e distribuir apps da Web no console de EMM.
3.17.1. Os admins de TI podem usar o console do EMM para distribuir atalhos para apps da Web usando:
3.18. Gerenciamento do ciclo de vida da conta do Google Play gerenciado
O EMM pode criar, atualizar e excluir contas do Google Play gerenciado em nome dos admins de TI.
3.18.1. Os EMMs podem gerenciar o ciclo de vida de uma conta do Google Play gerenciado de acordo com as diretrizes de implementação definidas na documentação para desenvolvedores da API Play EMM.
3.18.2. Os EMMs podem autenticar novamente as contas do Google Play gerenciado sem interação do usuário.
3.19. Gerenciamento de faixas de aplicativos
3.19.1. Os admins de TI podem extrair uma lista de IDs de rastreamento definidos por um desenvolvedor para um app específico.
3.19.2. Os admins de TI podem configurar dispositivos para usar uma faixa de desenvolvimento específica para um aplicativo.
3.20. Gerenciamento avançado de atualizações de aplicativos
3.20.1. Os admins de TI podem permitir que os apps usem atualizações de alta prioridade para serem atualizados quando uma atualização estiver pronta.
3.20.2. Os admins de TI podem permitir que os apps tenham as atualizações do app adiadas por 90 dias.
3.21. Gerenciamento de métodos de provisionamento
O EMM pode gerar configurações de provisionamento e apresentá-las ao admin de TI em um formato pronto para distribuição aos usuários finais (como QR code, configuração de registro sem toque, URL da Google Play Store).
3.22. Fazer upgrade da vinculação empresarial
Os admins de TI podem fazer upgrade do tipo de vinculação corporativa para um Managed Google Domain, permitindo que a organização acesse os serviços e recursos da Conta do Google em dispositivos registrados.
3.22.1. O console de EMM permite que o admin de TI acione o upgrade de uma empresa com contas do Google Play gerenciado para uma empresa com um Managed Google Domain usando as APIs necessárias .
3.22.2. Os EMMs precisam usar o Pub/Sub para receber notificações sobre eventos de upgrade iniciados pelo admin de TI (mesmo aqueles que ocorrem fora do console de EMM) e atualizar a interface para refletir essas mudanças.
3.23. Provisionamento de Contas do Google gerenciadas
O EMM pode provisionar um dispositivo com contas de usuário corporativas, chamadas de Contas do Google gerenciadas. Essas contas identificam usuários gerenciados e permitem regras do App Distribution, além de permitir o acesso aos Serviços do Google. Os admins de TI também podem definir uma política para exigir a autenticação da Conta do Google gerenciada durante ou após o registro.
3.23.1. O DPC do EMM pode provisionar uma Conta do Google gerenciada de acordo com as diretrizes de implementação definidas.
Ao fazer isso:
- Uma Conta do Google gerenciada é adicionada ao dispositivo.
- A Conta do Google gerenciada precisa ter um mapeamento individual com os usuários reais no console do EMM.
3.23.2. O admin de TI pode usar a política para oferecer aos usuários a opção de fazer login em uma Conta do Google gerenciada para registro.
3.23.3. O admin de TI pode usar a política para controlar se o usuário precisa fazer login em uma Conta do Google gerenciada para concluir o registro.
3.23.4. Os administradores de TI podem restringir o fluxo de upgrade a um identificador de conta específico (endereço de e-mail) para um determinado dispositivo.
3.24. Upgrade da conta do Google Play gerenciado
Os admins de TI podem fazer upgrade do tipo de conta de usuário para uma Conta do Google gerenciada, permitindo que o dispositivo acesse os serviços e recursos da Conta do Google em dispositivos registrados.
3.24.1. Os admins de TI podem fazer upgrade de uma conta do Google Play gerenciado em um dispositivo para uma Conta do Google gerenciada.
3.24.2. Os administradores de TI podem restringir o fluxo de upgrade a um identificador de conta específico (endereço de e-mail) para um determinado dispositivo.
3.25. Papéis do app
O DPC personalizado não é compatível com esse recurso.
3.26. Transferência e restauração de dados do dispositivo
Os admins de TI podem ativar a transferência e restauração de dados em dispositivos totalmente gerenciados com Contas do Google gerenciadas instaladas e o app Google Restore no dispositivo. Essa é uma oferta de plataforma para dispositivos totalmente gerenciados. Os perfis de trabalho, incluindo COPE e BYOD, não são compatíveis com essa funcionalidade.
3.26.1. O console de EMM permite que os admins de TI ativem o serviço de backup
habilitando setBackupServiceEnabled,
já que o recurso fica desativado por padrão em dispositivos totalmente gerenciados.
4. Gerenciamento de dispositivos
4.1. Gerenciamento de políticas de permissão de execução
Os admins de TI podem definir silenciosamente uma resposta padrão para solicitações de permissão de execução feitas por apps de trabalho.
4.1.1. Os administradores de TI precisam poder escolher entre as seguintes opções ao definir uma política de permissão de execução padrão para a organização:
- prompt (permite que os usuários escolham)
- allow
- deny
O EMM precisa aplicar essas configurações usando o DPC do EMM.
4.2. Gerenciamento do estado de concessão de permissões de execução
Depois de definir uma política padrão para permissão de execução (acesse 4.1), Os admins de TI podem definir respostas silenciosamente para permissões específicas de qualquer app de trabalho criado na API 23 ou mais recente.
4.2.1. Os admins de TI precisam ser capazes de definir o estado de concessão (padrão, conceder ou negar) de qualquer solicitação de permissão solicitada por qualquer app de trabalho criado na API 23 ou mais recente. O EMM precisa aplicar essas configurações usando o DPC do EMM .
4.3. Gerenciamento de configuração do Wi-Fi
Os admins de TI podem provisionar silenciosamente configurações de Wi-Fi corporativas em dispositivos gerenciados, incluindo:
4.3.1. SSID, usando o DPC do EMM.
4.3.2. Senha, usando o DPC do EMM.
4.4. Gerenciamento de segurança do Wi-Fi
Os admins de TI podem provisionar configurações de Wi-Fi corporativo em dispositivos gerenciados que incluem os seguintes recursos de segurança avançados:
4.4.1. Identidade, usando o DPC do EMM.
4.4.2. Certificado para autorização de clientes, usando o DPC do EMM .
4.4.3. Certificados de CA, usando o DPC do EMM.
4.5. Gerenciamento avançado de Wi-Fi
Os admins de TI podem bloquear as configurações de Wi-Fi em dispositivos gerenciados para impedir que os usuários criem ou modifiquem as configurações corporativas.
4.5.1. Os administradores de TI podem bloquear as configurações de Wi-Fi corporativo em uma das seguintes configurações:
- Os usuários não podem modificar as configurações de Wi-Fi provisionadas pelo EMM, mas podem adicionar e modificar as próprias redes configuráveis pelo usuário (por exemplo, redes pessoais).
- Os usuários não podem adicionar ou modificar nenhuma rede Wi-Fi no dispositivo, limitando a conectividade Wi-Fi apenas às redes provisionadas pelo EMM.
4.6. Gerenciamento da conta
Os admins de TI podem verificar se contas corporativas não autorizadas não podem interagir com dados corporativos, para serviços como armazenamento de SaaS e apps de produtividade ou e-mail. Sem esse recurso, as contas pessoais podem ser adicionadas aos apps corporativos que também são compatíveis com contas de consumidor, permitindo que eles compartilhem dados corporativos com essas contas pessoais.
4.6.1. Os admins de TI podem impedir a adição ou modificação de contas.
- Ao aplicar essa política em um dispositivo, os EMMs precisam definir essa restrição antes que o provisionamento seja concluído para garantir que você não possa burlar essa política adicionando contas antes que ela seja aplicada.
4.7. Gerenciamento de contas do Workspace
Este recurso foi descontinuado. Consulte 3.23 para ver os requisitos de substituição.
4.8. Gerenciamento de certificados
Permite que os admins de TI implantem certificados de identidade e autoridades de certificação em dispositivos para permitir o acesso a recursos corporativos.
4.8.1. Os admins de TI podem instalar certificados de identidade do usuário gerados pela ICP para cada usuário. O console do EMM precisa se integrar a pelo menos uma PKI e distribuir certificados gerados por essa infraestrutura.
4.8.2. Os admins de TI podem instalar autoridades de certificação no keystore gerenciado.
4.9. Gerenciamento avançado de certificados
Permite que os admins de TI selecionem silenciosamente os certificados que apps gerenciados específicos devem usar. Esse recurso também permite que os admins de TI removam ACs e certificados de identidade de dispositivos ativos. Esse recurso impede que os usuários modifiquem as credenciais armazenadas no armazenamento de credenciais gerenciado.
4.9.1. Para qualquer app distribuído para dispositivos, os admins de TI podem especificar um certificado ao qual o app terá acesso concedido silenciosamente durante o tempo de execução.
- A seleção de certificado precisa ser genérica o suficiente para permitir uma única configuração que se aplique a todos os usuários, cada um dos quais pode ter um certificado de identidade específico do usuário.
4.9.2. Os admins de TI podem remover certificados do keystore gerenciado sem que o usuário perceba.
4.9.3. Os admins de TI podem desinstalar um certificado de CA ou todos os certificados de CA que não são do sistema sem que o usuário perceba.
4.9.4. Os administradores de TI podem impedir que os usuários configurem credenciais no keystore gerenciado.
4.9.5. Os admins de TI podem conceder certificados com antecedência para apps de trabalho.
4.10. Gerenciamento de certificados delegados
Os admins de TI podem distribuir um app de gerenciamento de certificados de terceiros para dispositivos e conceder a esse app acesso privilegiado para instalar certificados no keystore gerenciado.
4.10.1. Os admins de TI especificam um pacote de gerenciamento de certificados para definir como o app de gerenciamento de certificados delegado pelo DPC.
- O console pode sugerir pacotes de gerenciamento de certificados conhecidos, mas precisa permitir que o admin de TI escolha na lista de apps disponíveis para instalação, para os usuários aplicáveis.
4.11. Gerenciamento avançado de VPN
Permite que os admins de TI especifiquem uma VPN sempre ativa para verificar se os dados dos apps gerenciados especificados sempre passam por uma VPN configurada.
4.11.1. Os admins de TI podem especificar um pacote de VPN arbitrário para ser definido como uma VPN sempre ativa.
- O console do EMM pode sugerir pacotes de VPN conhecidos que oferecem suporte à VPN sempre ativa, mas não pode restringir as VPNs disponíveis para configuração sempre ativa a qualquer lista arbitrária.
4.11.2. Os admins de TI podem usar configurações gerenciadas para especificar as configurações de VPN de um app.
4.12. Gerenciamento de IME
Os admins de TI podem gerenciar quais métodos de entrada (IMEs) podem ser configurados para dispositivos. Como o IME é compartilhado entre os perfis de trabalho e pessoal, bloquear o uso de IMEs também vai impedir o uso deles para fins pessoais. No entanto, os administradores de TI não podem bloquear IMEs do sistema em perfis de trabalho (acesse o gerenciamento avançado de IME para mais detalhes).
4.12.1. Os admins de TI podem configurar uma lista de permissões de IME de qualquer tamanho (incluindo uma lista vazia, que bloqueia IMEs que não são do sistema), que pode conter qualquer pacote de IME.
- O console do EMM pode sugerir IMEs conhecidos ou recomendados para incluir na lista de permissões, mas precisa permitir que os admins de TI escolham na lista de apps disponíveis para instalação para os usuários aplicáveis.
4.12.2. O EMM precisa informar aos admins de TI que os IMEs do sistema são excluídos do gerenciamento em dispositivos com perfis de trabalho.
4.13. Gerenciamento avançado de IME
Os admins de TI podem gerenciar quais métodos de entrada (IMEs) podem ser configurados para dispositivos. O gerenciamento avançado de IME amplia o recurso básico, permitindo que os admins de TI também gerenciem o uso de IMEs do sistema, que normalmente são fornecidos pelo fabricante ou pela operadora do dispositivo.
4.13.1. Os admins de TI podem configurar uma lista de permissões de IME de qualquer tamanho (exceto uma lista vazia, que bloqueia todos os IMEs, incluindo os do sistema), que pode conter qualquer pacote de IME.
- O console do EMM pode sugerir IMEs conhecidos ou recomendados para incluir na lista de permissões, mas precisa permitir que os admins de TI escolham na lista de apps disponíveis para instalação para os usuários aplicáveis.
4.13.2. Os EMMs precisam impedir que os admins de TI configurem uma lista de permissões vazia, já que essa configuração impede que todos os IMEs, incluindo os do sistema, sejam configurados no dispositivo.
4.13.3. Os EMMs precisam verificar se, quando uma lista de permissões de IME não contém IMEs do sistema, os IMEs de terceiros são instalados silenciosamente antes que a lista de permissões seja aplicada ao dispositivo.
4.14. Gerenciamento de serviços de acessibilidade
Os admins de TI podem gerenciar quais serviços de acessibilidade podem ser permitidos nos dispositivos dos usuários. Embora os serviços de acessibilidade sejam ferramentas poderosas para usuários com deficiência ou que não conseguem interagir totalmente com o dispositivo, eles podem interagir com dados corporativos de maneiras que não estão em conformidade com a política corporativa. Com esse recurso, os admins de TI podem desativar qualquer serviço de acessibilidade que não seja do sistema.
4.14.1. Os administradores de TI podem configurar uma lista de permissões de serviços de acessibilidade de qualquer tamanho (incluindo uma lista vazia, que bloqueia serviços de acessibilidade que não são do sistema), que pode conter qualquer pacote de serviços de acessibilidade arbitrário. Quando aplicada a um perfil de trabalho, essa configuração afeta tanto o perfil pessoal quanto o de trabalho.
- O console pode sugerir serviços de acessibilidade conhecidos ou recomendados para inclusão na lista de permissões, mas precisa permitir que os admins de TI escolham entre a lista de apps disponíveis para instalação, para os usuários aplicáveis.
4.15. Gerenciamento de compartilhamento de local
Os admins de TI podem impedir que os usuários compartilhem dados de local com apps no perfil de trabalho. Caso contrário, a configuração de localização para perfis de trabalho pode ser definida em Configurações.
4.15.1. Os admins de TI podem desativar os Serviços de localização no perfil de trabalho.
4.16. Gerenciamento avançado de compartilhamento de local
Os admins de TI podem aplicar uma determinada configuração de Compartilhamento de Local em um dispositivo gerenciado. Esse recurso garante que os apps corporativos sempre tenham acesso a dados de local de alta precisão. Esse recurso também pode garantir que a bateria extra não seja consumida, restringindo as configurações de localização ao modo de economia de bateria.
4.16.1. Os admins de TI podem definir os serviços de localização do dispositivo para cada um dos seguintes modos:
- Alta precisão.
- Somente sensores, por exemplo, GPS, mas não incluindo o local fornecido pela rede.
- Economia de bateria, que limita a frequência de atualização.
- Desligado.
4.17. Gerenciamento da proteção contra redefinição de fábrica
Permite que os admins de TI protejam os dispositivos da empresa contra roubo, garantindo que usuários não autorizados não possam redefinir os dispositivos para a configuração original. Se a proteção contra redefinição de fábrica introduzir complexidades operacionais quando os dispositivos forem devolvidos à TI, os admins de TI também poderão desativar totalmente a proteção contra redefinição de fábrica.
4.17.1. Os admins de TI podem impedir que os usuários façam a redefinição de fábrica do dispositivo nas Configurações.
4.17.2. Os admins de TI podem especificar contas de desbloqueio corporativas autorizadas a provisionar dispositivos após uma redefinição de fábrica.
- Essa conta pode ser vinculada a um indivíduo ou usada por toda a empresa para desbloquear dispositivos.
4.17.3. Os admins de TI podem desativar a proteção contra redefinição de fábrica em dispositivos específicos.
4.17.4. Os admins de TI podem iniciar uma exclusão remota de dados do dispositivo que, opcionalmente, exclui os dados de proteção contra redefinição, removendo assim a proteção contra redefinição de fábrica no dispositivo redefinido.
4.18. Controle avançado de apps
Os admins de TI podem impedir que o usuário desinstale ou modifique apps gerenciados nas Configurações, por exemplo, forçando o fechamento do app ou limpando o cache de dados dele.
4.18.1. Os admins de TI podem bloquear a desinstalação de qualquer app gerenciado ou de todos os apps gerenciados.
4.18.2. Os administradores de TI podem impedir que os usuários modifiquem dados de aplicativos nas Configurações.
4.19. Gerenciamento de captura de tela
Os admins de TI podem impedir que os usuários façam capturas de tela ao usar apps gerenciados. Essa configuração inclui o bloqueio de apps de compartilhamento de tela e apps semelhantes (como o Google Assistente) que usam os recursos de captura de tela do sistema.
4.19.1. Os admins de TI podem impedir que os usuários façam capturas de tela.
4.20. Desativar câmeras
Os admins de TI podem desativar o uso de câmeras de dispositivos por apps gerenciados.
4.20.1. Os admins de TI podem desativar o uso de câmeras de dispositivos por apps gerenciados.
4.21. Coleta de estatísticas da rede
Os admins de TI podem consultar estatísticas de uso da rede no perfil de trabalho de um dispositivo. As estatísticas coletadas refletem os dados de uso compartilhados com os usuários na seção Uso de dados das Configurações. As estatísticas coletadas são aplicáveis ao uso de apps no perfil de trabalho.
4.21.1. Os admins de TI podem consultar o resumo das estatísticas de rede de um perfil de trabalho, para um determinado dispositivo e período configurável, e conferir esses detalhes no console do EMM.
4.21.2. Os admins de TI podem consultar um resumo do uso de rede de um app no perfil de trabalho para um determinado dispositivo e período configurável, além de ver esses detalhes organizados por UID no console do EMM.
4.21.3. Os administradores de TI podem consultar os dados históricos de uso da rede de um perfil de trabalho para um determinado dispositivo e período configurável, além de conferir esses detalhes organizados por UID no console do EMM.
4.22. Coleta de estatísticas de rede avançada
Os admins de TI podem consultar estatísticas de uso de rede de um dispositivo gerenciado inteiro. As estatísticas coletadas refletem os dados de uso compartilhados com os usuários na seção Compartilhamento de dados pessoais das Configurações. As estatísticas coletadas são aplicáveis ao uso de apps no dispositivo.
4.22.1. Os admins de TI podem consultar o resumo das estatísticas de rede de um dispositivo inteiro , para um determinado dispositivo e período configurável, e conferir esses detalhes no console do EMM.
4.22.2. Os admins de TI podem consultar um resumo das estatísticas de uso da rede de apps para um determinado dispositivo e um período configurável, além de conferir esses detalhes organizados por UID no console do EMM.
4.22.3. Os admins de TI podem consultar os dados históricos de uso da rede para um determinado dispositivo e período configurável e conferir esses detalhes organizados por UID no console do EMM.
4.23. Reinicializar o dispositivo
Os admins de TI podem reiniciar dispositivos gerenciados remotamente.
4.23.1. Os admins de TI podem reiniciar remotamente um dispositivo gerenciado.
4.24. Gerenciamento de rádio do sistema
Permite que os admins de TI gerenciem de forma granular os rádios de rede do sistema e as políticas de uso associadas.
4.24.1. Os admins de TI podem desativar as transmissões celulares enviadas por provedores de serviços (por exemplo, alertas AMBER).
4.24.2. Os admins de TI podem impedir que os usuários modifiquem as configurações de rede móvel em "Configurações" .
4.24.3. Os admins de TI podem impedir que os usuários redefinam as configurações de rede em "Configurações" .
4.24.4. Os admins de TI podem permitir ou proibir o uso de dados móveis em roaming .
4.24.5. Os admins de TI podem definir se o dispositivo pode fazer chamadas telefônicas, exceto chamadas de emergência.
4.24.6. Os admins de TI podem definir se o dispositivo pode enviar e receber mensagens de texto .
4.24.7. Os admins de TI podem impedir que os usuários usem o dispositivo como um ponto de acesso portátil por tethering .
4.24.8. Os admins de TI podem definir o tempo limite do Wi-Fi como padrão , somente enquanto estiver conectado ou nunca .
4.24.9. Os admins de TI podem impedir que os usuários configurem ou modifiquem as conexões Bluetooth atuais .
4.25. Gerenciamento de áudio do sistema
Os admins de TI podem gerenciar silenciosamente os recursos de áudio do dispositivo, incluindo silenciar o dispositivo, impedir que os usuários mudem as configurações de volume e impedir que os usuários ativem o som do microfone do dispositivo.
4.25.1. Os admins de TI podem silenciar dispositivos gerenciados.
4.25.2. Os admins de TI podem impedir que os usuários modifiquem as configurações de volume do dispositivo.
4.25.3. Os admins de TI podem impedir que os usuários ativem o som do microfone do dispositivo.
4.26. Gerenciamento do relógio do sistema
Os admins de TI podem gerenciar as configurações de relógio e fuso horário do dispositivo e impedir que os usuários modifiquem as configurações automáticas do dispositivo.
4.26.1. Os administradores de TI podem aplicar o horário automático do sistema, impedindo que o usuário defina a data e a hora do dispositivo.
4.26.2. Os admins de TI podem ativar ou desativar silenciosamente o horário automático e o fuso horário automático.
4.27. Recursos avançados de dispositivos dedicados
Permite que os admins de TI gerenciem recursos mais granulares de dispositivos dedicados para oferecer suporte a vários casos de uso de quiosques.
4.27.1. Os admins de TI podem desativar o bloqueio de tela do dispositivo.
4.27.2. Os admins de TI podem desativar a barra de status do dispositivo, bloqueando notificações e as Configurações Rápidas.
4.27.3. Os admins de TI podem forçar a tela do dispositivo a permanecer ligada enquanto o dispositivo estiver conectado.
4.27.4. Os admins de TI podem impedir que as seguintes interfaces do sistema sejam mostradas:
- Avisos
- Sobreposições de aplicativos.
4.27.5. Os admins de TI podem permitir que a recomendação do sistema para apps pule o tutorial do usuário e outras dicas introdutórias na primeira inicialização.
4.28. Gerenciamento de escopo delegado
Os admins de TI podem delegar privilégios extras a pacotes individuais.
4.28.1. Os admins de TI podem gerenciar os seguintes escopos:
- Instalação e gerenciamento de certificados
- Em branco de propósito
- Registro de rede
- Registro de segurança (não disponível para perfil de trabalho em dispositivos pessoais)
4.29. Suporte para ID específico de inscrição
A partir do Android 12, os perfis de trabalho não terão mais acesso a identificadores específicos de hardware. Os admins de TI podem acompanhar o ciclo de vida de um dispositivo com um perfil de trabalho usando o ID específico de registro, que vai persistir mesmo após redefinições de fábrica.
4.29.1. Os administradores de TI podem definir e receber um ID específico de registro.
4.29.2. Esse ID específico da inscrição precisa persistir após uma redefinição de fábrica.
4.30. Política do Credential Manager
Os admins de TI podem gerenciar quais aplicativos do Credential Manager são permitidos ou bloqueados usando a política.
4.30.1 Os admins de TI podem bloquear todos os gerenciadores de credenciais no dispositivo (ou no perfil de trabalho).
4.30.2 Deixado em branco de propósito.
4.30.3 Os admins de TI podem especificar uma lista de nomes de pacotes que podem oferecer a funcionalidade do Credential Manager.
4.31. Gerenciamento básico de eSIMs
Permite que os admins de TI provisionem um dispositivo com um perfil de eSIM e gerenciem o ciclo de vida dele no dispositivo.
4.31.1 Os admins de TI podem provisionar um perfil de eSIM em um dispositivo de forma silenciosa.
4.31.2 Os admins de TI podem excluir eSIMs gerenciados de um dispositivo.
4.31.3 Os admins de TI podem impedir que os usuários modifiquem as configurações de rede móvel em
Configurações (acesse mobileNetworksConfigDisabled).
4.31.4 Quando um admin de TI faz um apagamento remoto em um dispositivo ou perfil de trabalho, ele também pode remover os eSIMs gerenciados do dispositivo. Por padrão, os eSIMs gerenciados são removidos dos perfis de trabalho em dispositivos pessoais, mas mantidos em dispositivos da empresa.
4.31.5 (OPCIONAL) Os admins de TI podem recuperar o identificador de EID (documento de identidade incorporado) de um dispositivo usando a interface do console de EMM (ou método equivalente) e exportar esses valores.
5. Usabilidade do dispositivo
5.1. Personalização do provisionamento gerenciado
Os admins de TI podem modificar a UX do fluxo de configuração padrão para incluir recursos específicos da empresa. Se quiserem, os administradores de TI podem exibir a marca fornecida pelo EMM durante o provisionamento.
5.1.1. Os admins de TI podem personalizar o processo de provisionamento especificando os seguintes detalhes específicos da empresa: cor da empresa, logotipo da empresa, Termos de Serviço da empresa e outras exonerações de responsabilidade.
5.1.2. Os admins de TI podem implantar uma personalização não configurável específica do EMM que inclui os seguintes detalhes: cor do EMM, logotipo do EMM, Termos de Serviço do EMM e outras exonerações de responsabilidade.
5.1.3 [primaryColor] foi descontinuado para o recurso corporativo no
Android 10 e versões mais recentes.
- Os EMMs precisam incluir os Termos de Serviço de provisionamento e outras exonerações de responsabilidade para o fluxo de provisionamento no pacote de exonerações de responsabilidade de provisionamento do sistema, mesmo que a personalização específica do EMM não seja usada.
- Os EMMs podem definir a personalização não configurável e específica do EMM como o padrão para todas as implantações, mas precisam permitir que os admins de TI configurem a própria personalização.
5.2. Personalização empresarial
Os admins de TI podem personalizar aspectos do perfil de trabalho com branding corporativo. Por exemplo, os admins de TI podem definir o ícone do usuário no perfil de trabalho como o logotipo corporativo. Outro exemplo é configurar a cor de fundo do desafio de trabalho.
5.2.1. Os admins de TI podem definir a cor da organização, que será usada como cor de fundo do desafio de trabalho.
5.2.2. Os admins de TI podem definir o nome de exibição do perfil de trabalho .
5.2.3. Os admins de TI podem definir o ícone do usuário do perfil de trabalho.
5.2.4. Os admins de TI podem impedir que o usuário modifique o ícone de usuário do perfil de trabalho.
5.3. Personalização empresarial avançada
Os admins de TI podem personalizar dispositivos gerenciados com a marca corporativa. Por exemplo, os admins de TI podem definir o ícone do usuário principal como o logotipo corporativo ou definir o plano de fundo do dispositivo.
5.3.1. Os admins de TI podem definir o nome de exibição do dispositivo gerenciado .
5.3.2. Os admins de TI podem definir o ícone do usuário do dispositivo gerenciado .
5.3.3. Os administradores de TI podem impedir que o usuário modifique o ícone de usuário do dispositivo.
5.3.4. Os admins de TI podem definir o plano de fundo do dispositivo .
5.3.5. Os admins de TI podem impedir que o usuário modifique o plano de fundo do dispositivo.
5.4. Mensagens na tela de bloqueio
Os administradores de TI podem definir uma mensagem personalizada que sempre aparece na tela de bloqueio do dispositivo e não exige o desbloqueio para ser visualizada.
5.4.1. Os admins de TI podem definir uma mensagem personalizada na tela de bloqueio.
5.5. Gerenciamento da transparência da política
Os admins de TI podem personalizar o texto de ajuda fornecido aos usuários quando eles modificam as configurações gerenciadas no dispositivo ou implantar uma mensagem de suporte genérica fornecida pelo EMM. As mensagens de suporte curtas e longas podem ser personalizadas. Essas mensagens são exibidas em casos como a tentativa de desinstalar um app gerenciado que já foi bloqueado por um admin de TI.
5.5.1. Os admins de TI personalizam as mensagens de suporte curtas e longas.
5.5.2. Os administradores de TI podem implantar mensagens de suporte curtas e longas não configuráveis e específicas do EMM.
- O EMM pode definir as mensagens de suporte não configuráveis e específicas do EMM como padrão para todas as implantações, mas precisa permitir que os admins de TI configurem as próprias mensagens.
5.6. Gerenciamento de contatos entre perfis
Os admins de TI podem controlar quais dados de contato podem sair do perfil de trabalho. Os apps de telefonia e de mensagens (SMS) precisam ser executados no perfil pessoal e precisam de acesso aos dados de contato do perfil de trabalho para oferecer eficiência aos contatos de trabalho, mas os administradores podem desativar esses recursos para proteger os dados de trabalho.
5.6.1. Os admins de TI podem desativar a pesquisa de contatos de perfil unificado para apps pessoais que usam o Provedor de contatos do sistema.
5.6.2. Os admins de TI podem desativar a pesquisa de identificador de chamadas entre perfis para apps de telefone pessoais que usam o provedor de contatos do sistema.
5.6.3. Os admins de TI podem desativar o compartilhamento de contatos por Bluetooth com dispositivos Bluetooth que usam o provedor de contatos do sistema, como chamadas por comando de voz em carros ou fones de ouvido.
5.7. Gerenciamento de dados entre perfis
Permite que os admins de TI gerenciem quais dados podem sair do perfil de trabalho, além dos recursos de segurança padrão do perfil de trabalho. Com esse recurso, os admins de TI podem permitir determinados tipos de compartilhamento de dados pessoais entre perfis para melhorar a usabilidade em casos de uso importantes. Os admins de TI também podem proteger ainda mais os dados corporativos com mais bloqueios.
5.7.1. Os administradores de TI podem configurar filtros de intent entre perfis para que apps pessoais possam resolver intents do perfil de trabalho, como intents de compartilhamento ou links da Web.
- O Console pode sugerir filtros de intent conhecidos ou recomendados para configuração, mas não pode restringir filtros de intent a uma lista arbitrária.
5.7.2. Os admins de TI podem permitir que apps gerenciados mostrem widgets na tela inicial.
- O console do EMM precisa oferecer aos admins de TI a capacidade de escolher na lista de apps disponíveis para instalação para os usuários aplicáveis.
5.7.3. Os admins de TI podem bloquear o uso de copiar/colar entre os perfis de trabalho e pessoal.
5.7.4. Os administradores de TI podem impedir que os usuários compartilhem dados do perfil de trabalho usando o envio por NFC.
5.7.5. Os admins de TI podem permitir que apps pessoais abram links da Web do perfil de trabalho.
5.8. Política de atualização do sistema
Os admins de TI podem configurar e aplicar atualizações do sistema over the air (OTA) para dispositivos.
5.8.1. O console do EMM permite que os admins de TI definam as seguintes configurações de OTA:
- Automática: os dispositivos instalam as atualizações OTA quando elas ficam disponíveis.
- Adiar: os admins de TI precisam poder adiar a atualização OTA por até 30 dias. Esta política não afeta as atualizações de segurança (por exemplo, patches de segurança mensais).
- Com janela: os admins de TI precisam poder programar atualizações OTA em uma janela de manutenção diária.
5.8.2. O DPC do EMM aplica configurações OTA aos dispositivos.
5.9. Gerenciamento do modo de bloqueio de atividade
Os administradores de TI podem bloquear um app ou conjunto de apps na tela e garantir que os usuários não possam sair do app.
5.9.1. O console do EMM permite que os admins de TI autorizem silenciosamente a instalação e o bloqueio de um conjunto arbitrário de apps em um dispositivo. O DPC do EMM permite o modo de dispositivo dedicado.
5.10. Gerenciamento de atividades preferenciais persistentes
Permite que os admins de TI definam um app como o gerenciador de intents padrão para intents que correspondem a um determinado filtro de intent. Por exemplo, permitir que os admins de TI escolham qual app de navegador abre automaticamente os links da Web ou qual app de inicialização é usado ao tocar no botão home.
5.10.1. Os admins de TI podem definir qualquer pacote como o gerenciador de intents padrão para qualquer filtro de intent arbitrário.
- O console do EMM pode sugerir intents conhecidas ou recomendadas para configuração, mas não pode restringir intents a uma lista arbitrária.
- O console do EMM precisa permitir que os admins de TI escolham na lista de apps disponíveis para instalação para os usuários aplicáveis.
5.11. Gerenciamento de recursos de bloqueio de teclado
Os admins de TI podem gerenciar os recursos disponíveis para os usuários antes de desbloquear o bloqueio de teclado do dispositivo (tela de bloqueio) e o bloqueio de teclado do desafio de trabalho (tela de bloqueio).
5.11.1. O DPC do EMM pode desativar os seguintes recursos de bloqueio de teclado do dispositivo:
- agentes de confiança
- desbloqueio com impressão digital
- notificações não encobertas
5.11.2. O DPC do EMM pode desativar os seguintes recursos de bloqueio de teclado no perfil de trabalho:
- agentes de confiança
- Desbloqueio por impressão digital
5.12. Gerenciamento avançado de recursos de bloqueio de teclado
Os admins de TI podem gerenciar recursos avançados de proteção de teclado (tela de bloqueio) em dispositivos corporativos.
5.12.1. Os admins de TI podem desativar os seguintes recursos de bloqueio de tela do dispositivo:
- Câmera segura
- Todas as notificações
- Notificações não editadas
- Agentes de confiança
- Desbloqueio por impressão digital
- Todos os recursos do bloqueio de teclado
5.13. Depuração remota
Os admins de TI podem recuperar recursos de depuração de dispositivos sem precisar de etapas extras.
5.13.1. Os administradores de TI podem solicitar relatórios de bugs remotamente, visualizar relatórios de bugs no console do EMM e fazer o download de relatórios de bugs no console do EMM.
5.14. Recuperação de endereço MAC
Os EMMs podem buscar o endereço MAC de um dispositivo de forma silenciosa. O endereço MAC pode ser usado para identificar dispositivos em outras partes da infraestrutura empresarial (por exemplo, ao identificar dispositivos para controle de acesso à rede).
5.14.1. O EMM pode recuperar silenciosamente o endereço MAC de um dispositivo e associá-lo ao dispositivo no console do EMM.
5.15. Gerenciamento avançado do modo de bloqueio de atividade
Quando um dispositivo é configurado como dispositivo dedicado, os admins de TI podem usar o console do EMM para realizar as seguintes tarefas:
5.15.1. Permitir silenciosamente que um único app seja bloqueado em um dispositivo usando o DPC do EMM.
5.15.2. Ative ou desative os seguintes recursos da interface do sistema usando o DPC do EMM :
- Botão "Início"
- Visão geral
- Ações globais
- Notificações
- Informações do sistema / Barra de status
- Keyguard (tela de bloqueio)
5.15.3. Desative as caixas de diálogo de erro do sistema usando o DPC do EMM.
5.16. Política avançada de atualização do sistema
Os admins de TI podem bloquear as atualizações do sistema em um dispositivo por um período de congelamento específico.
5.16.1. O DPC do EMM pode aplicar atualizações do sistema over-the-air (OTA) aos dispositivos por um período de congelamento especificado.
5.17. Gerenciamento da transparência da política do perfil de trabalho
Os admins de TI podem personalizar a mensagem mostrada aos usuários ao remover o perfil de trabalho de um dispositivo.
5.17.1. Os admins de TI podem fornecer um texto personalizado para exibição quando um perfil de trabalho é excluído permanentemente.
5.18. Suporte para apps conectados
Os admins de TI podem definir uma lista de pacotes que podem se comunicar além do limite do perfil de trabalho.
5.19. Atualizações manuais do sistema
Os admins de TI podem instalar manualmente uma atualização do sistema fornecendo um caminho.
6. Descontinuação do Administrador do dispositivo
Esta seção foi removida.
7. Uso da API
7.1. Controlador de políticas padrão para novas vinculações
Por padrão, os dispositivos precisam ser gerenciados usando o Android Device Policy para novas vinculações. Os EMMs podem oferecer a opção de gerenciar dispositivos usando um DPC personalizado em uma área de configurações em um título "Avançado" ou terminologia semelhante. Os novos clientes não podem ser expostos a uma escolha arbitrária entre pilhas de tecnologia durante os fluxos de trabalho de integração ou configuração.
7.2. Controlador de políticas padrão para novos dispositivos
Por padrão, os dispositivos precisam ser gerenciados usando o Android Device Policy para todos os novos registros de dispositivos, tanto para vinculações atuais quanto novas. Os EMMs podem oferecer a opção de gerenciar dispositivos usando um DPC personalizado em uma área de configurações em um cabeçalho "Avançado" ou terminologia semelhante.