Esta página lista o conjunto completo de recursos do Android Enterprise.
Se você pretende gerenciar mais de mil dispositivos, sua solução de EMM precisa ser compatível com todos os recursos padrão () de pelo menos uma solução definida antes de ser disponibilizada comercialmente. As soluções de EMM que são aprovadas na verificação de recursos padrão são listadas no Diretório de soluções corporativas do Android como oferecendo um Conjunto de gerenciamento padrão.
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, dispositivo totalmente gerenciado e dispositivo dedicado. As soluções de EMM que são aprovadas na verificação avançada de recursos são listadas no Diretório de soluções corporativas do Android como oferecendo um Conjunto de gerenciamento avançado.
Chave
| Recurso padrão | recurso opcional | não relevante |
1. Provisionamento de dispositivos
1.1. Provisionamento de perfil de trabalho que prioriza o DPC
Depois de fazer o download do Android Device Policy no Google Play, os usuários podem provisionar um perfil de trabalho.
1.1.1. O EMM fornece um código QR ou de ativação para oferecer suporte a esse método de provisionamento (acesse Como registrar e provisionar um dispositivo).
1.2. Provisionamento de dispositivo identificador de DPC
Inserir "afw#" no assistente de configuração do dispositivo provisiona um dispositivo dedicado ou totalmente gerenciado.
1.2.1. O EMM fornece um código QR ou de ativação para um administrador de TI para permitir esse método de provisionamento. Acesse Como registrar e provisionar um dispositivo.
1.3. Provisionamento de dispositivo NFC
As tags NFC podem ser usadas por administradores de TI para provisionar dispositivos novos ou com a configuração original redefinida, de acordo com as diretrizes de implementação definidas na documentação do desenvolvedor da API EMM do Google Play.
1.3.1. Os EMMs precisam usar tags de fórum NFC tipo 2 com pelo menos 888 bytes de memória. O provisionamento 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 confidenciais, como senhas ou certificados.
1.3.2. Recomendamos o uso de tags NFC para o Android 10 e versões mais recentes devido à descontinuação do NFC Beam (também conhecido como NFC Bump).
1.4. Provisionamento de dispositivo com código QR
O console do EMM pode gerar um código QR que os administradores de TI podem verificar para provisionar um dispositivo dedicado ou totalmente gerenciado, de acordo com as diretrizes de implementação definidas na documentação do desenvolvedor da API Android Management.
1.4.1. O código QR precisa usar extras de provisionamento para transmitir detalhes de registro não confidenciais (como IDs de servidor e de registro) a um dispositivo. Os detalhes de registro não podem incluir informações sensíveis, como senhas ou certificados.
1.5. Registro sem toque
Os administradores de TI podem pré-configurar dispositivos comprados de revendedores autorizados e gerenciá-los usando o console de EMM.
1.5.1. Administradores de TI podem provisionar dispositivos da empresa usando o método de registro sem toque, descrito em Registro sem toque para administradores de TI.
1.5.2. Quando um dispositivo é ligado pela primeira vez, ele é automaticamente forçado a se ajustar às configurações definidas pelo administrador de TI.
1.6. Provisionamento avançado sem toque
Os administradores de TI podem automatizar grande parte do processo de registro de dispositivos com o registro sem toque. Combinados aos URLs de login, os administradores de TI podem limitar a inscrição a contas ou domínios específicos, de acordo com as opções de configuração oferecidas pelo EMM.
1.6.1. Os administradores de TI podem provisionar um dispositivo da empresa usando o método de registro sem toque.
1.6.2. Esse requisito foi descontinuado.
1.6.3. Com o URL de login, o EMM precisa garantir que usuários não autorizados não prossigam com a ativação. A ativação precisa, no mínimo, ser bloqueada para os usuários de uma determinada empresa.
1.6.4. Com o URL de login, o EMM precisa permitir que os administradores de TI preencham detalhes de registro (por exemplo, IDs de servidor, IDs de inscrição) além das informações do usuário ou do dispositivo únicos (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 confidenciais, como senhas ou certificados, na configuração do registro sem toque.
1.7. Provisionamento do perfil de trabalho da Conta do Google
A API Android Management não é compatível com esse recurso.
1.8 Provisionamento de dispositivos da Conta do Google
A API Android Management não é compatível com esse recurso.
1,9 Configuração direta sem toque
Os administradores de TI podem usar o console do EMM para configurar dispositivos sem toque com o iframe sem toque.
1,10 Perfis de trabalho em dispositivos da empresa
Para registrar dispositivos da empresa que tenham um perfil de trabalho, os EMMs podem configurar AllowPersonalUsage.
1.10.1. Os administradores de TI podem provisionar um dispositivo como perfil de trabalho em um dispositivo da empresa usando um código QR ou o registro sem toque.
1.10.2. Os administradores de TI podem definir ações de compliance para perfis de trabalho em dispositivos da empresa usando PersonalUsagePolicies.
1.10.3. Os administradores de TI podem desativar a câmera no perfil de trabalho ou em todo o dispositivo usando PersonalUsagePolicies.
1.10.4. Os administradores de TI podem desativar a captura de tela no perfil de trabalho ou em um dispositivo inteiro usando PersonalUsagePolicies.
1.10.5. Os administradores de TI podem definir uma lista de permissões ou de bloqueio de aplicativos que podem ou não ser instalados no perfil pessoal usando a PersonalApplicationPolicy.
1.10.6. Os administradores de TI podem abrir mão do gerenciamento de um dispositivo da empresa removendo o perfil de trabalho ou excluindo permanentemente os dados do dispositivo.
2. Segurança do dispositivo
2.1. Desafio de segurança do dispositivo
Os administradores de TI podem definir e aplicar um desafio de segurança do dispositivo (PIN/padrão/senha) usando uma seleção predefinida de três níveis de complexidade em dispositivos gerenciados.
2.1.1 A Política precisa aplicar configurações que gerenciam os desafios de segurança do dispositivo, como parentProfilePasswordgramas para o perfil de trabalho, requisitos de senha para dispositivos dedicados e totalmente gerenciados.
2.1.2. A complexidade da senha deve ser mapeada para as seguintes complexidades:
- PASSWORD_COMPLexitY_LOW: padrão ou pino 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 tamanho de pelo menos quatro
- password_COMPLexitY_HIGH: um PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468) e um comprimento de pelo menos oito senhas ou senhas alfabéticas ou alfanuméricas com um tamanho de pelo menos seis.
2.1.3. Também é possível aplicar restrições de senha adicionais como configurações legadas em dispositivos da empresa.
2.2 Desafio de segurança no trabalho
Os administradores 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 administradores de TI só devem definir restrições para o perfil de trabalho se nenhum escopo for especificado
- Administradores de TI podem definir esse dispositivo para todo o dispositivo especificando o escopo (consulte o requisito 2.1)
2.2.2. A complexidade da senha deve ser mapeada para as seguintes complexidades predefinidas:
- PASSWORD_COMPLexitY_LOW: padrão ou pino 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 tamanho de pelo menos quatro
- password_COMPLexitY_HIGH: um PIN sem sequências repetidas (4444) ou ordenadas (1234, 4321, 2468) e um comprimento de pelo menos oito senhas ou senhas alfabéticas ou alfanuméricas com um tamanho de pelo menos seis.
2.2.3. Também é possível aplicar outras restrições de senha como configurações legadas.
2.3. Gerenciamento avançado de senha
Os administradores de TI podem definir configurações avançadas de senha nos dispositivos.
2.3.1. [intencionalmente em branco]
2.3.2. [intencionalmente em branco]
2.3.3. É possível definir estas configurações do ciclo de vida de senha para cada tela de bloqueio disponível em um dispositivo:
- [intencionalmente em branco]
- [intencionalmente em branco]
- Máximo de senhas com falha para exclusão permanente: especifica o número de vezes que os usuários podem digitar uma senha incorreta antes que os dados corporativos sejam excluídos permanentemente do dispositivo. Os administradores de TI precisam conseguir desativar esse recurso.
2.3.4. (Android 8.0+) Tempo limite da autenticação forte: é necessário inserir uma senha de autenticação forte (como PIN ou senha) após um período de tempo limite definido por um administrador de TI. Depois do tempo limite, os métodos de autenticação não fortes, como impressão digital, desbloqueio facial, são desativados até que o dispositivo seja desbloqueado com uma senha de autenticação forte.
2.4. Gerenciamento do Smart Lock
Os administradores de TI podem gerenciar se os agentes de confiança no recurso Smart Lock do Android têm permissão para estender o desbloqueio do dispositivo em até quatro horas.
2.4.1. Os administradores de TI podem desativar agentes de confiança no dispositivo.
2.5. Limpar e bloquear
Os administradores de TI podem usar o console do EMM para bloquear e excluir permanentemente os dados de trabalho de um dispositivo gerenciado.
2.5.1. Os dispositivos precisam ser bloqueados usando a API Android Management.
2.5.2. Os dispositivos precisam ser excluídos permanentemente com a API Android Management.
2.6. Aplicação de compliance
Se um dispositivo não estiver em compliance com as políticas de segurança, as regras de compliance implementadas pela API Android Management vão restringir automaticamente o uso de dados de trabalho.
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 administradores de TI definam ou personalizem as configurações no console do EMM. É recomendável (mas não obrigatório) que os EMMs não permitam que os administradores de TI alterem o estado padrão desses recursos de segurança.
2.7.1. A instalação de apps de fontes desconhecidas precisa ser bloqueada, incluindo apps instalados no lado pessoal de qualquer dispositivo Android 8.0 ou mais recente com um perfil de trabalho. Esse subrecurso é compatível por padrão.
2.7.2. Os recursos de depuração precisam ser bloqueados. Esse subrecurso é compatível por padrão.
2.8. Políticas de segurança para dispositivos dedicados
Nenhuma outra ação é permitida para um dispositivo dedicado bloqueado.
2.8.1. A inicialização no modo de segurança precisa ser desativada por padrão pela política
(acesse safeBootDisabled).
2,9 Suporte da Play Integrity
As verificações de integridade do Google Play são feitas por padrão. Nenhuma implementação extra é necessária.
2.9.1. intencionalmente em branco.
2.9.2. intencionalmente em branco.
2.9.3. Os administradores de TI podem configurar diferentes respostas de política com base no valor do SecurityRisk do dispositivo, incluindo o bloqueio do provisionamento, a exclusão permanente de dados corporativos e a permissão para que a inscrição continue.
- O serviço de EMM aplicará essa resposta de política para o resultado de cada verificação de integridade.
2.10. Verificar a aplicação de apps
Os administradores de TI podem ativar a opção Verificar apps nos dispositivos. Esse recurso verifica os apps instalados em dispositivos Android em busca de softwares nocivos antes e depois da instalação. Isso ajuda a garantir que apps maliciosos não comprometam os dados corporativos.
2.10.1. Verificar se os apps precisam ser ativados por padrão pela política
(acesse ensureVerifyAppsEnabled).
2.11. Suporte para inicialização direta
A API Android Management oferece suporte a esse recurso por padrão. Nenhuma outra implementação é necessária.
2.12. Gerenciamento de segurança de hardware
Os administradores de TI podem bloquear elementos de hardware de um dispositivo da empresa para garantir a prevenção contra a perda de dados.
2.12.1. Os administradores de TI podem impedir que os usuários montem mídia externa física com a
política (acesse
mountPhysicalMediaDisabled).
2.12.2. Os administradores de TI podem impedir que os usuários compartilhem dados dos dispositivos usando o feixe de NFC pela política
(acesse outgoingBeamDisabled). Esse subrecurso é opcional, já que a função de envio NFC
não é mais compatível com o Android 10 e versões mais recentes.
2.12.3. Os administradores de TI podem impedir que os usuários transfiram arquivos por USB via
política (acesse
usbFileTransferDisabled).
2.13. Geração de registros de segurança empresarial
A API Android Management não é compatível com esse recurso no momento.
3. Gerenciamento de contas e apps
3.1. Inscrição na empresa de contas do Google Play gerenciado
Os administradores de TI podem criar um pacote de contas do Google Play gerenciado, uma entidade que permite que o Google Play gerenciado distribua apps para dispositivos. Os seguintes estágios de inscrição precisam ser integrados ao console do EMM:
3.1.1. Registre um pacote de contas do Google Play gerenciado usando a API Android Management.
3.2. Provisionamento de conta do Google Play gerenciado
O EMM pode provisionar silenciosamente contas de usuário corporativo, chamadas de contas do Google Play gerenciado. Essas contas identificam os usuários gerenciados e permitem regras de distribuição de apps exclusivas.
3.2.1. As contas do Google Play gerenciado (contas de usuário) são criadas automaticamente quando os dispositivos são provisionados.
A API Android Management oferece suporte a esse recurso por padrão. Nenhuma outra implementação é necessária.
3.3. Provisionamento de conta de dispositivo do Google Play gerenciado
O EMM pode criar e provisionar contas de dispositivos do Google Play gerenciado. As contas de dispositivo têm suporte à 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 é usada para identificar um único dispositivo para oferecer suporte a regras de distribuição de apps por dispositivo em cenários de dispositivos dedicados.
3.3.1. As contas do Google Play gerenciado são criadas automaticamente quando os dispositivos são provisionados.
A API Android Management oferece suporte a esse recurso por padrão. Nenhuma outra implementação é necessária.
3.4. Provisionamento de conta do Google Play gerenciado para dispositivos legados
Esse recurso foi descontinuado.
3.5. Distribuição silenciosa de apps
Os administradores de TI podem distribuir apps de trabalho silenciosamente nos dispositivos sem qualquer interação do usuário.
3.5.1. O console de EMM precisa usar a API Android Management para permitir que os administradores de TI instalem apps de trabalho em dispositivos gerenciados.
3.5.2. O console de EMM precisa usar a API Android Management para permitir que os administradores de TI atualizem os apps de trabalho em dispositivos gerenciados.
3.5.3. O console de EMM precisa usar a API Android Management para permitir que os administradores de TI desinstalem apps em dispositivos gerenciados.
3.6. Gerenciamento de configurações gerenciadas
Administradores de TI podem visualizar e definir silenciosamente as configurações gerenciadas para qualquer app compatível com esse tipo de configuração.
3.6.1. O console do EMM precisa recuperar e exibir as configurações gerenciadas de qualquer app do Google Play.
3.6.2. O console do EMM precisa permitir que os administradores de TI definam qualquer tipo de configuração (conforme definido pelo framework do Android Enterprise) para qualquer app do Google Play usando a API Android Management.
3.6.3. O console do EMM precisa permitir que os administradores 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.
3.7. Gerenciamento do catálogo de apps
A API Android Management oferece suporte a esse recurso por padrão. Nenhuma outra implementação é necessária.
3,8 Aprovação de apps programáticos
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, aprovar e aprovar novas permissões de apps sem sair do console do EMM.
3.8.1. Os administradores de TI podem pesquisar e aprovar apps no console do EMM usando o iframe do Google Play gerenciado.
3,9 Gerenciamento básico de layout da loja
O app Google Play Store gerenciada pode ser usado para instalar e atualizar apps de trabalho. Por padrão, a Google Play Store gerenciada exibe apps aprovados para um usuário em uma única lista. Esse layout é chamado de layout básico da loja.
3.9.1. O console do EMM deve permitir que os administradores de TI gerenciem os apps visíveis no layout básico da loja de um usuário final.
3.10. Configuração avançada do layout de armazenamento
3.10.1. Os administradores de TI podem personalizar o layout da loja visto no app Google Play Store gerenciada.
3.11. Gerenciamento de licenças de apps
Esse recurso foi descontinuado.
3.12. Gerenciamento de apps particulares hospedados pelo Google
Os administradores de TI podem atualizar apps particulares hospedados pelo Google usando o console de EMM, e não o Google Play Console.
3.12.1. Os administradores de TI podem fazer upload de novas versões de apps já publicadas de forma particular para a empresa usando:
3.13. Gerenciamento de apps particulares auto-hospedados
Administradores de TI podem configurar e publicar apps particulares auto-hospedados. Ao contrário dos apps particulares hospedados pelo Google, o Google Play não hospeda os APKs. Em vez disso, o EMM ajuda os administradores de TI a hospedar os APKs e protege os apps auto-hospedados, garantindo que eles só possam ser instalados quando autorizados pelo Google Play gerenciado.
3.13.1. O console do EMM precisa ajudar os administradores de TI a hospedar o APK do app, oferecendo as duas opções a seguir:
- Hospedar o APK no servidor do EMM O servidor pode ser no local ou baseado na nuvem.
- Hospedar o APK fora do servidor do EMM, a critério da empresa. O administrador de TI precisa especificar no console de EMM em que o APK está hospedado.
3.13.2. O console do EMM precisa gerar um arquivo de definição de APK adequado usando o APK fornecido e orientar os administradores de TI durante o processo de publicação.
3.13.3. Os administradores de TI podem atualizar apps particulares auto-hospedados, e o console do EMM pode publicar silenciosamente os arquivos de definição do APK atualizados usando a API Google Play Developer Publishing.
3.13.4. O servidor do EMM atende às solicitações de download para o APK auto-hospedado que contém um JWT válido no cookie da solicitação, conforme verificado pela chave pública do app privado.
- Para facilitar esse processo, o servidor do EMM precisa orientar os administradores de TI a fazer o download da chave pública de licença do app auto-hospedado no Google Play Console e fazer upload dessa chave no console do EMM.
3.14. Notificações pull de EMM
Esse recurso não se aplica à API Android Management. Configure as notificações do Pub/Sub.
3.15. Requisitos de uso da API
O EMM implementa APIs de gerenciamento do Android em escala, evitando padrões de tráfego que poderiam afetar negativamente a capacidade das empresas de gerenciar apps em ambientes de produção.
3.15.1. O EMM precisa aderir aos limites de uso da API Android Management. Deixar de corrigir um comportamento que exceda essas diretrizes pode resultar na suspensão do uso da API, a critério do Google.
3.15.2. O EMM deve distribuir o tráfego de diferentes empresas ao longo do dia, em vez de consolidar o tráfego corporativo em horários específicos ou semelhantes. Um comportamento adequado a esse 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 pode fazer solicitações consistentes, incompletas ou deliberadamente incorretas que não tentem recuperar ou gerenciar dados corporativos reais. Um comportamento adequado a esse 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 configurações gerenciadas
O EMM é compatível com os seguintes recursos avançados de gerenciamento de configurações gerenciadas:
3.16.1. O console do EMM precisa ser capaz de recuperar e exibir até quatro níveis de configurações gerenciadas aninhadas de qualquer app do Google Play, usando:
- O iframe do Google Play gerenciado ou
- uma IU 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 administradores de TI associem um item de feedback específico ao dispositivo e ao app de origem.
- O console do EMM precisa permitir que os administradores de TI se inscrevam em alertas ou relatórios de tipos específicos de mensagens, como mensagens de erro.
3.16.3. O console do EMM só pode enviar valores que tenham um valor padrão ou que sejam definidos manualmente pelo administrador usando:
- O iframe de configurações gerenciadas ou
- Uma IU personalizada
3.17. Gerenciamento de apps da Web
Administradores de TI podem criar e distribuir apps da Web no console de EMM.
3.17.1. O console de EMM permite que os administradores de TI distribuam 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 administradores de TI e se recuperar automaticamente do vencimento da conta.
Esse recurso é compatível por padrão. Nenhuma implementação extra de EMM é necessária.
3.19. Gerenciamento da faixa de aplicativo
3.19.1. Os administradores de TI podem usar uma lista de IDs de faixa definidos por um desenvolvedor para um app específico.
3.19.2. Os administradores 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 apps
Os administradores de TI podem permitir a atualização imediata de apps ou adiá-los por 90 dias.
3.20.1. Administradores de TI podem permitir que apps usem atualizações de apps de alta prioridade para serem atualizados quando uma atualização estiver pronta. 3.20.2. Os administradores de TI podem permitir que as atualizações dos apps sejam adiadas por 90 dias.
3.21. Gerenciamento de métodos de provisionamento
O EMM pode gerar configurações de provisionamento e apresentá-las ao administrador de TI em um formato pronto para distribuição aos usuários finais (como código QR, configuração sem toque e URL da Play Store).
4. Gerenciamento de dispositivos
4.1. Gerenciamento de políticas de permissão de execução
Os administradores 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 uma das seguintes opções ao definir uma política padrão de permissão de ambiente de execução para a organização:
- solicitação (permite que os usuários escolham)
- allow
- deny
O EMM deve aplicar essas configurações por meio da política.
4.2. Gerenciamento do estado de concessão da permissão de execução
Depois de definir uma política de permissão de execução padrão (acesse 4.1), Os administradores 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 administradores de TI precisam conseguir definir o estado de concessão (padrão, concessão ou negação) de qualquer permissão solicitada por qualquer app de trabalho criado na API 23 ou mais recente. O EMM precisa aplicar essas configurações por meio da política.
4.3. Gerenciamento de configuração de Wi-Fi
Os administradores de TI podem provisionar silenciosamente as configurações de Wi-Fi empresarial em dispositivos gerenciados, incluindo:
4.3.1. SSID (Identificador do conjunto de serviços), por meio da política.
4.3.2. Senha, via política.
4.4. Gerenciamento de segurança do Wi-Fi
Os administradores de TI podem provisionar configurações de Wi-Fi empresariais em dispositivos que incluem os seguintes recursos avançados de segurança:
4.4.1. Identidade
4.4.2. Certificados para autorização do cliente
4.4.3. Certificados de CA
4.5. Gerenciamento avançado de Wi-Fi
Os administradores de TI podem bloquear as configurações de Wi-Fi nos dispositivos gerenciados para evitar que os usuários criem configurações ou modifiquem as corporativas.
4.5.1. Os administradores de TI podem bloquear as configurações de Wi-Fi corporativo com a política em qualquer uma das seguintes configurações:
- Os usuários não podem modificar as configurações de Wi-Fi provisionadas pelo EMM (acesse
wifiConfigsLockdownEnabled), 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
(acesse
wifiConfigDisabled), o que limita a conectividade Wi-Fi apenas às redes provisionadas pelo EMM.
4.6. Gerenciamento da conta
Os administradores de TI podem garantir que apenas contas corporativas autorizadas possam interagir com dados corporativos para serviços como apps de armazenamento e produtividade SaaS ou e-mail. Sem esse recurso, os usuários podem adicionar contas pessoais a apps corporativos que também oferecem suporte a contas pessoais, permitindo que compartilhem dados corporativos com essas contas pessoais.
4.6.1. Os administradores de TI podem impedir que os usuários adicionem ou modifiquem contas (consulte modifyAccountsDisabled).
- Ao aplicar essa política a um dispositivo, os EMMs precisam definir essa restrição antes da conclusão do provisionamento. Isso garante que os usuários não consigam contornar a política adicionando contas antes da aplicação dela.
4.7. Gerenciamento da conta do Workspace
A API Android Management não é compatível com esse recurso.
4.8. Gerenciamento de certificados
Permite que os administradores de TI implantem certificados de identidade e autoridades certificadoras em dispositivos para permitir o uso de recursos corporativos.
4.8.1. Os administradores de TI podem instalar certificados de identidade do usuário gerados pela ICP por usuário. O console do EMM precisa se integrar a pelo menos uma ICP e distribuir certificados gerados dessa infraestrutura.
4.8.2. Os administradores de TI podem instalar autoridades certificadoras (consulte caCerts) no keystore gerenciado. No entanto, esse subrecurso não está disponível no momento.
4.9. Gerenciamento avançado de certificados
Permite que os administradores de TI selecionem silenciosamente os certificados que apps gerenciados específicos precisam usar. Esse recurso também concede aos administradores de TI a capacidade de remover CAs e certificados de identidade de dispositivos ativos e impedir que os usuários modifiquem as credenciais armazenadas no keystore gerenciado.
4.9.1. Para qualquer app distribuído para dispositivos, os administradores de TI podem especificar um certificado para o qual o app receberá acesso silenciosamente durante o tempo de execução. (Este subrecurso não é compatível no momento)
- A seleção do certificado precisa ser genérica o suficiente para permitir uma única configuração que se aplique a todos os usuários, cada um deles pode ter um certificado de identidade específico para eles.
4.9.2. Administradores de TI podem remover certificados silenciosamente do keystore gerenciado.
4.9.3. Os administradores de TI podem desinstalar silenciosamente um certificado de CA. (Este subrecurso não é compatível no momento)
4.9.4. Os administradores de TI podem impedir que os usuários configurem credenciais
(acesse credentialsConfigDisabled) no keystore gerenciado.
4.9.5. Os administradores de TI podem conceder certificados previamente para apps de trabalho usando ChoosePrivateKeyRule.
4.10. Gerenciamento de certificados delegado
Os administradores de TI podem distribuir um app de gerenciamento de certificados terceirizado para dispositivos e conceder a ele acesso privilegiado para instalar certificados no keystore gerenciado.
4.10.1. Os administradores de TI podem especificar um pacote de gerenciamento de certificado
(acesse delegatedCertInstallerPackage) para ser definido como o app de gerenciamento
de certificados delegado.
- Os EMMs podem sugerir pacotes conhecidos de gerenciamento de certificados, mas precisam permitir que o administrador 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 administradores de TI especifiquem uma VPN sempre ativada para garantir que os dados de apps gerenciados especificados sempre passem por uma rede privada virtual (VPN) configurada.
4.11.1. Administradores de TI podem especificar um pacote VPN arbitrário para ser definido como uma VPN sempre ativada.
- O console de EMM pode sugerir pacotes de VPN conhecidos com suporte à VPN sempre ativa, mas não pode restringir as VPNs disponíveis para a configuração sempre ativada a qualquer lista arbitrária.
4.11.2. Administradores de TI podem usar configurações gerenciadas para especificar as configurações de VPN de um app.
4.12. Gerenciamento do IME
Os administradores de TI podem gerenciar quais métodos de entrada (IMEs) podem ser configurados para dispositivos. Como o IME é compartilhado entre perfis de trabalho e pessoais, o bloqueio do uso impede que os usuários os permitam para uso pessoal. No entanto, os administradores de TI não podem bloquear o uso de IMEs do sistema em perfis de trabalho. Acesse o gerenciamento avançado de IMEs para mais detalhes.
4.12.1. Administradores de TI podem configurar uma lista de permissões de IME
(acesse permitted_input_methods) de tamanho arbitrário, incluindo uma lista vazia,
que bloqueia IMEs que não são do sistema, que pode conter qualquer pacote de IME arbitrário.
- O console do EMM pode sugerir IMEs conhecidos ou recomendados para incluir na lista de permissões, mas precisa permitir que os administradores 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 administradores de TI que os IMEs do sistema são excluídos do gerenciamento em dispositivos com perfis de trabalho.
4.13. Gerenciamento avançado do IME
Os administradores de TI podem gerenciar os métodos de entrada (IMEs) que os usuários podem configurar em um dispositivo. O gerenciamento avançado de IMEs (editor de método de entrada, na sigla em inglês) amplia o recurso básico, permitindo que os administradores de TI gerenciem também o uso de IMEs do sistema, que geralmente são fornecidos pelo fabricante ou pela operadora do dispositivo.
4.13.1. Os administradores de TI podem configurar uma lista de permissões de IMEs
(acesse permitted_input_methods) de tamanho arbitrário, excluindo uma lista vazia,
que bloqueia todos os IMEs, incluindo os do sistema, que podem conter qualquer pacote
de IME arbitrário.
- O console do EMM pode sugerir IMEs conhecidos ou recomendados para incluir na lista de permissões, mas precisa permitir que os administradores de TI escolham na lista de apps disponíveis para instalação, para os usuários aplicáveis.
4.13.2. O EMM precisa impedir que os administradores de TI configurem uma lista de permissões vazia, já que essa configuração bloqueará a configuração de todos os IMEs, incluindo os do sistema, no dispositivo.
4.13.3. O EMM precisa garantir que, se uma lista de permissões do IME não contiver IMEs do sistema, os IMEs de terceiros serão instalados silenciosamente antes que a lista de permissões seja aplicada no dispositivo.
4.14. Gerenciamento de serviços de acessibilidade
Os administradores de TI podem gerenciar os serviços de acessibilidade que os usuários podem permitir nos dispositivos. Os serviços de acessibilidade são ferramentas poderosas para usuários com deficiência ou para aqueles que estão temporariamente impossibilitados de interagir plenamente com um dispositivo. No entanto, eles podem interagir com dados corporativos de maneiras que não obedecem à política corporativa. Com esse recurso, os administradores 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 do serviço de acessibilidade
(acesse permittedAccessibilityServices) de tamanho arbitrário, incluindo uma lista
vazia, que bloqueia serviços de acessibilidade que não são do sistema, que pode conter qualquer
pacote de serviço de acessibilidade arbitrária. Quando aplicado a um perfil de trabalho, afeta tanto o perfil pessoal quanto o de trabalho.
- O console pode sugerir serviços de acessibilidade conhecidos ou recomendados para serem incluídos na lista de permissões, mas precisa permitir que o administrador de TI escolha uma lista de apps disponíveis para instalação para os usuários aplicáveis.
4.15. Gerenciamento do Compartilhamento de local
Os administradores de TI podem impedir que os usuários compartilhem dados de local com apps no perfil de trabalho. Caso contrário, a definição de localização no perfil de trabalho pode ser definida nas Configurações.
4.15.1. Administradores de TI podem desativar os Serviços de localização
(acesse shareLocationDisabled) no perfil de trabalho.
4.16. Gerenciamento avançado do Compartilhamento de local
Os administradores de TI podem aplicar uma determinada configuração de compartilhamento de local a um dispositivo gerenciado. Esse recurso garante que os apps corporativos sempre tenham dados de localização de alta precisão. Esse recurso também garante que o consumo de bateria extra não seja usado, restringindo as configurações de localização ao modo de economia de bateria.
4.16.1. Os administradores 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 a localização fornecida pela rede.
- Economia de bateria, que limita a frequência de atualização.
- Desligado.
4.17. Gerenciamento da proteção da redefinição para a configuração original
Permite que os administradores de TI protejam os dispositivos da empresa contra roubos, 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 para a configuração original apresenta complexidades operacionais quando os dispositivos são devolvidos à TI, os administradores de TI podem desativar essa proteção completamente.
4.17.1. Os administradores de TI podem impedir que os usuários redefinam o dispositivo para a configuração original
(acesse factoryResetDisabled) nas Configurações.
4.17.2. Administradores de TI podem especificar contas de desbloqueio corporativas autorizadas a
provisionar dispositivos
(acesse frpAdminEmails) após uma redefinição para a configuração original.
- Essa conta pode ser vinculada a um indivíduo ou usada por toda a empresa para desbloquear dispositivos.
4.17.3. Os administradores de TI podem desativar a proteção contra redefinição para a configuração original
(acesse factoryResetDisabled) em dispositivos especificados.
4.17.4. Os administradores de TI podem iniciar uma apagamento remoto do dispositivo que, opcionalmente, exclui permanentemente os dados de proteção redefinidos, removendo assim a proteção contra redefinição para a configuração original do dispositivo redefinido.
4.18. Controle avançado de apps
Os administradores de TI podem impedir que o usuário desinstale ou modifique apps gerenciados nas Configurações. Por exemplo, impedir o fechamento forçado do app ou limpar o cache de dados de um app.
4.18.1. Administradores de TI podem bloquear a desinstalação de qualquer app gerenciado arbitrário ou todos
os apps gerenciados (acesse
uninstallAppsDisabled).
4.18.2. Os administradores de TI podem impedir que os usuários modifiquem os dados do aplicativo nas Configurações. A API Android Management não é compatível com esse subrecurso.
4.19. Gerenciamento de captura de tela
Os administradores de TI podem impedir que os usuários façam capturas de tela ao usar apps gerenciados. Essa configuração inclui bloquear 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 administradores de TI podem impedir que os usuários façam capturas de tela
(acesse screenCaptureDisabled).
4.20. Desativar câmeras
Os administradores de TI podem desativar o uso de câmeras de dispositivos por apps gerenciados.
4.20.1. Administradores de TI podem desativar o uso de câmeras de dispositivos
(acesse cameraDisabled) por apps gerenciados.
4.21. Coleta de estatísticas da rede
A API Android Management não é compatível com esse recurso no momento.
4,22 Coleta de estatísticas de rede avançadas
A API Android Management não é compatível com esse recurso no momento.
4.23. Reinicializar o dispositivo.
Administradores de TI podem reiniciar dispositivos gerenciados remotamente.
4.23.1. Administradores de TI podem reinicializar remotamente um dispositivo gerenciado.
4,24 Gerenciamento do rádio do sistema
Oferece aos administradores de TI gerenciamento granular em rádios de rede do sistema e políticas de uso associadas via política.
4.24.1. Os administradores de TI podem desativar as transmissões de células enviadas por provedores de serviços (acesse cellBroadcastsConfigDisabled).
4.24.2. Os administradores de TI podem impedir que os usuários modifiquem as configurações de rede móvel em
Configurações (acesse mobileNetworksConfigDisabled).
4.24.3. Os administradores de TI podem impedir que os usuários redefinam todas as configurações de rede nas
Configurações. (acesse networkResetDisabled).
4.24.4. Os administradores de TI podem configurar se o dispositivo permite dados móveis
em roaming (acesse dataRoamingDisabled).
4.24.5. Os administradores de TI podem configurar se o dispositivo pode fazer chamadas telefônicas, exceto chamadas de emergência (acesse outGoingCallsDisabled).
4.24.6. Os administradores de TI podem configurar se o dispositivo pode enviar e receber mensagens
de texto (acesse smsDisabled).
4.24.7. Os administradores de TI podem impedir que os usuários usem o dispositivo como ponto de acesso
portátil por tethering (acesse tetheringConfigDisabled).
4.24.8. Os administradores de TI podem definir o tempo limite de Wi-Fi como padrão, enquanto estiver conectado ou nunca. A API Android Management não é compatível com esse subrecurso.
4.24.9. Os administradores de TI podem impedir que os usuários configurem ou modifiquem as conexões Bluetooth
existentes (acesse bluetoothConfigDisabled).
4.25. Gerenciamento de áudio do sistema
Administradores de TI podem controlar silenciosamente os recursos de áudio do dispositivo, incluindo desativar o som do dispositivo, impedir que os usuários modifiquem as configurações de volume e impedir que os usuários ativem o microfone do dispositivo.
4.25.1. Os administradores de TI podem silenciar os dispositivos gerenciados silenciosamente. A API Android Management não é compatível com esse subrecurso.
4.25.2. Os administradores de TI podem impedir que os usuários modifiquem as configurações de volume
do dispositivo (acesse adjustVolumeDisabled). Isso também silencia os dispositivos.
4.25.3. Os administradores de TI podem impedir que os usuários ativem o som do microfone do dispositivo (acesse unmuteMicrophoneDisabled).
4,26 Gerenciamento do relógio do sistema
Os administradores de TI podem gerenciar as configurações de fuso horário e relógio 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 e o fuso horário automáticos do sistema, impedindo que o usuário defina a data, a hora e o fuso horário do dispositivo.
4.27. Recursos avançados para dispositivos dedicados
Para dispositivos dedicados, os administradores de TI podem gerenciar os seguintes recursos por meio da política para oferecer suporte a vários casos de uso de quiosque.
4.27.1. Os administradores de TI podem desativar o bloqueio de tela do dispositivo (acesse keyguardDisabled).
4.27.2. Os administradores de TI podem desativar a barra de status do dispositivo, bloquear notificações e
configurações rápidas (acesse statusBarDisabled).
4.27.3. Os administradores de TI podem forçar a tela do dispositivo a permanecer ativada enquanto o dispositivo está
conectado (acesse stayOnPluggedModes).
4.27.4. Os administradores de TI podem impedir que as seguintes IUs do sistema
sejam exibidas (acesse createWindowsDisabled):
- Avisos
- Sobreposições de aplicativos.
4.27.5. Administradores de TI podem permitir que a recomendação do sistema para apps pulem o tutorial do usuário e outras dicas introdutórias na primeira inicialização (acesse skip_first_use_hints).
4.28. Gerenciamento de escopo delegado
Os administradores de TI podem delegar privilégios extras a pacotes individuais.
4.28.1. Os administradores de TI podem gerenciar os seguintes escopos:
- Instalação e gerenciamento de certificados
- Gerenciamento de configurações gerenciadas
- Registro de rede
- Registros de segurança
4.29. Suporte ao 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 administradores de TI podem seguir o ciclo de vida de um dispositivo com um perfil de trabalho usando o ID específico do registro, que vai persistir após a redefinição para a configuração original
4.29.1. Administradores de TI podem conseguir um ID específico da inscrição.
4.29.2. Este ID específico da inscrição precisa persistir após a redefinição para a configuração original
5. Usabilidade do dispositivo
5.1. Personalização do provisionamento gerenciado
Os administradores de TI podem modificar a UX do fluxo de configuração padrão para incluir recursos específicos da empresa. Como opção, os administradores de TI podem exibir a marca fornecida pelo EMM durante o provisionamento.
5.1.1. Os administradores de TI podem personalizar o processo de provisionamento especificando Termos de Serviço específicos da empresa e outras exonerações de responsabilidade (acesse termsAndConditions).
5.1.2. Os administradores de TI podem deploy
Termos de Serviço específicos de EMM e não configuráveis, além de outras exonerações de responsabilidade (acesse termsAndConditions).
- Os EMMs podem definir a personalização não configurável específica de EMM como o padrão para implantações, mas precisam permitir que os administradores de TI configurem a própria personalização.
5.1.3 primaryColor foi descontinuado para o recurso empresarial no Android 10 e versões mais recentes.
5.2. Personalização para empresas
A API Android Management não é compatível com esse recurso.
5.3. Personalização avançada para empresas
A API Android Management não é compatível com esse recurso.
5.4. Mensagens na tela de bloqueio
Os administradores de TI podem definir uma mensagem personalizada que é sempre mostrada na tela de bloqueio do dispositivo e não exige o desbloqueio do dispositivo para ser visualizada.
5.4.1. Administradores de TI podem definir uma mensagem personalizada na tela de bloqueio
(acesse deviceOwnerLockScreenInfo).
5.5. Gestão de transparência nas políticas
Os administradores de TI podem personalizar o texto de ajuda fornecido aos usuários quando tentam modificar 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 e são exibidas em casos como na tentativa de desinstalar um app gerenciado do qual um administrador de TI já bloqueou a desinstalação.
5.5.1. Os administradores de TI podem personalizar mensagens de suporte curtas e longas voltadas para o usuário.
5.5.2. Os administradores de TI podem implantar mensagens de suporte curtas e longas, não configuráveis e específicas de EMM.
Acesse shortSupportMessage e longSupportMessage em
policies.
- O EMM pode definir mensagens de suporte não configuráveis e específicas de EMM como o padrão para implantações, mas precisa permitir que os administradores de TI configurem as próprias mensagens.
5.6. Gerenciamento de contatos entre perfis
5.6.1. Administradores de TI podem desativar a exibição de contatos de trabalho em pesquisas de contatos de perfil pessoal e chamadas recebidas.
5.6.2. Os administradores de TI podem desativar o compartilhamento de contatos via Bluetooth dos contatos de trabalho, como chamadas por viva-voz em carros ou fones de ouvido.
5.7. Gerenciamento de dados entre perfis
Permite que os administradores de TI gerenciem os tipos de dados que podem ser compartilhados entre os perfis de trabalho e pessoais. Assim, eles podem equilibrar usabilidade e segurança de dados de acordo com os próprios requisitos.
5.7.1. Os administradores de TI podem configurar a política de compartilhamento de dados entre perfis para que apps pessoais possam resolver intents do perfil de trabalho, como intents de compartilhamento ou links da Web.
5.7.2. O gerenciamento de widgets de trabalho ainda não está disponível na API Android Management.
5.7.3. Os administradores de TI podem controlar a capacidade de copiar/colar entre os perfis de trabalho e pessoal.
5.8. Política de atualização do sistema
Os administradores de TI podem configurar e aplicar dispositivos de atualizações do sistema over the air (OTA).
5.8.1. O console do EMM permite que os administradores de TI definam as seguintes configurações OTA:
- Automática: os dispositivos recebem atualizações OTA quando são disponibilizados.
- Adiar: os administradores de TI precisam poder adiar a atualização OTA por até 30 dias. Esta política não afeta atualizações de segurança (por exemplo, patches de segurança mensais).
- Em janela: os administradores de TI precisam programar as atualizações OTA em uma janela de manutenção diária.
5.8.2. As configurações OTA são aplicadas aos dispositivos pela política.
5.9. Gerenciamento do modo de bloqueio de tarefas
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 administradores de TI permitam silenciosamente que um conjunto arbitrário de apps seja instalado e bloqueado em um dispositivo. Política: permite a configuração de dispositivos dedicados.
5,10 Gerenciamento de atividade preferencial persistente
Permite que os administradores de TI definam um app como o gerenciador de intents padrão para intents que correspondem a determinado filtro de intent. Por exemplo, esse recurso permite que os administradores de TI escolham qual app de navegador abre automaticamente os links da Web. Esse recurso pode gerenciar qual app da tela de início é usado ao tocar no botão home.
5.10.1. Administradores de TI podem definir qualquer pacote como 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 qualquer lista arbitrária.
- O console do EMM precisa permitir que os administradores de TI escolham uma opção na lista de apps disponíveis para instalação para os usuários aplicáveis.
5.11. Gerenciamento de recursos do bloqueio de teclado
Os administradores de TI podem gerenciar os recursos disponíveis para os usuários antes de desbloquear o bloqueio de bloqueio do dispositivo (tela de bloqueio) e o bloqueio de teclado do desafio de trabalho (tela de bloqueio).
5.11.1.A Política pode desativar os seguintes recursos de proteção de teclado do dispositivo:
- agentes de confiança
- desbloqueio com impressão digital
- notificações não editadas
5.11.2. Os seguintes recursos de proteção de teclado do perfil de trabalho podem ser desativados com a política:
- agentes de confiança
- desbloqueio com impressão digital
5.12. Gerenciamento avançado de recursos do bloqueio de teclado
- Proteger câmera
- Todas as notificações
- Não editado
- Agentes de confiança
- Desbloqueio por impressão digital
- Todos os recursos de proteção do teclado
5.13. Depuração remota
No momento, a API Android Management não é compatível com esse recurso.
5.14. Recuperação de endereços MAC
Os EMMs podem buscar silenciosamente o endereço MAC de um dispositivo para ser usado na identificação de dispositivos em outras partes da infraestrutura corporativa, 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 tarefas
Com um dispositivo dedicado, os administradores de TI podem usar o console do EMM para realizar as seguintes tarefas:
5.15.1. Permitir silenciosamente que um único app seja instalado e bloqueado em um dispositivo.
5.15.2. Ative ou desative os seguintes recursos da IU do sistema:
- Botão home
- Visão geral
- Ações globais
- Notificações
- Informações do sistema / Barra de status
- Bloqueio do teclado (tela de bloqueio). Esse subrecurso é ativado por padrão quando a versão 5.15.1. é implementada.
5.15.3. Desative Caixas de diálogo de erro do sistema.
5,16 Política avançada de atualização do sistema
Os administradores de TI podem definir um período de congelamento especificado para bloquear atualizações do sistema em um dispositivo.
5.16.1. O console do EMM precisa permitir que os administradores de TI bloqueiem atualizações do sistema over the air (OTA) por um período de congelamento especificado.
5.17. Gerenciamento de transparência da política do perfil de trabalho
Os administradores de TI podem personalizar a mensagem mostrada aos usuários ao remover o perfil de trabalho de um dispositivo.
5.17.1. Os administradores de TI podem fornecer texto personalizado para exibição
(acesse wipeReasonMessage) quando um perfil de trabalho é excluído permanentemente.
5.18. Suporte a apps conectados
Os administradores de TI podem definir uma lista de pacotes que podem se comunicar além do limite do perfil de trabalho configurando ConnectedWorkAndPersonalApp.
5.19. Atualização manual do sistema
A API Android Management não é compatível com esse recurso.
6. Descontinuação do administrador do dispositivo
6. Descontinuação do administrador do dispositivo
Os EMMs precisam postar um plano até o fim de 2022, encerrando o suporte ao cliente para o Administrador de dispositivos em dispositivos GMS até o fim do primeiro trimestre de 2023.