Esta página resume todas as mudanças (novos recursos, correções de bugs, atualizações) na API Android Management e no Android Device Policy a cada mês.
Participe da lista de e-mails da API Android Management para receber atualizações mensais e avisos de serviço diretamente na sua caixa de entrada.
Setembro de 2026
API Android Management
-
Adicionamos políticas em
enterprises.policiespara controlar o recurso de transferência de continuidade de tarefas no Android 17 QPR1+, incluindotaskContinuityHandoffemCrossDevicePolicies(para dispositivos totalmente gerenciados e perfis de trabalho) etaskContinuityHandoffemPersonalCrossDevicePolicies(para o perfil pessoal em dispositivos da empresa com um perfil de trabalho). -
Adicionamos uma nova política
backupService(BackupService) para dispositivos totalmente gerenciados. Por padrão (BACKUP_SERVICE_DISABLED), o serviço de backup do Android fica desativado e não pode ser alterado pelo usuário. Definir a política comoBACKUP_SERVICE_USER_CHOICEpermite que os usuários ativem o serviço de backup para transferir dados para um novo dispositivo totalmente gerenciado. - A versão 1.8.4 do SDK da AMAPI foi lançada. Para mais detalhes, consulte as notas da versão do SDK do Android Management.
-
Os itens de documentação também foram atualizados:
-
Atualizamos as descrições dos comandos
ADD_ESIMeREMOVE_ESIMementerprises.devices.issueCommandpara esclarecer que oREMOVE_ESIMnão é compatível com dispositivos corporativos com um perfil de trabalho que executam o Android 16 QPR2 ou o Android 16 QPR3. - Atualizamos o guia do servidor MCP do Android Management com as configurações mais recentes de configuração do cliente e exemplos de verificação.
-
Atualizamos as descrições dos comandos
Agosto de 2026
API Android Management
-
Adicionamos novos valores de tipo enumerado para controlar apps de provedores de credenciais no Android 14 ou versões mais recentes
em
enterprises.policies, incluindoCREDENTIAL_PROVIDER_DEFAULT_ALLOWEDpara permitir que apps com umcredentialProviderPolicynão especificado atuem como provedores de credenciais por padrão eCREDENTIAL_PROVIDER_DISALLOWEDpara bloquear um app específico. Além disso, melhoramos a detecção de apps de provedores de credenciais do sistema quandocredentialProviderPolicyDefaultestá definido comoCREDENTIAL_PROVIDER_DEFAULT_DISALLOWED_EXCEPT_SYSTEM. - Aumento da estabilidade do registro para garantir que o registro do perfil de trabalho não falhe ao alternar (por exemplo, para um app autenticador) durante o login.
- A versão 1.8.3 do SDK da AMAPI foi lançada. Consulte as notas de lançamento do SDK do Android Management para mais detalhes.
-
Os itens de documentação também foram atualizados:
- Atualizamos o guia de provisionamento de dispositivos com uma nova seção Isenção para tokens de registro atuais e uma observação em URL de login. Isso esclarece que os tokens de registro criados antes de uma organização ativar o requisito "Autenticar usando o Google" pela primeira vez estão isentos de solicitações de login, enquanto os tokens criados depois seguem as configurações de autenticação do admin de TI.
-
Esclarecemos que o endereço de e-mail da conta de trabalho do Google especificado no
campo
requiredAccountEmailemWorkAccountSetupConfigprecisa estar todo em letras minúsculas. -
O campo
preserveFrpemWipeActionagora indica que se aplica a dispositivos totalmente gerenciados e perfis de trabalho em dispositivos corporativos. -
Atualizamos a seção Estado de perda
do guia Modo perdido para
esclarecer que os dispositivos enviam atualizações do local periódicas (via
LostModeLocationEvent) em vez de atualizações a cada minuto. O guia agora também explica que o modo de soneca do Android pode adiar as atualizações periódicas de local.
Julho de 2026
API Android Management
- O suporte ao Android 6.0 foi descontinuado, de acordo com o suporte do Google Play Services ao Android 7.0 e versões mais recentes. Os dispositivos com Android 6.0 não vão receber atualizações da API Android Management. Isso não impede que os dispositivos sejam registrados no gerenciamento.
- A versão 1.8.2 do SDK da AMAPI foi lançada. Consulte as notas de lançamento do SDK do Android Management para mais detalhes.
- Correção de um problema em que a proteção contra redefinição de fábrica (FRP, na sigla em inglês) para consumidores podia ser acionada inesperadamente em dispositivos corporativos após uma redefinição de fábrica, mesmo quando nenhum e-mail de administrador de FRP era especificado na política do dispositivo.
-
Os itens de documentação também foram atualizados:
- Adicionamos orientações para explicar como aplicar a autenticação do Google na inscrição.
-
A política
persistentPreferredActivitiesagora inclui um aviso para evitar a configuração dessa política e dedefaultApplicationSettingspara o mesmo domínio de intent, evitando comportamentos imprevisíveis. Também atualizamos o guia correspondente. -
Esclarecemos na documentação que o parâmetro
templateIdde um modelo de configurações gerenciadas precisa ser uma string numérica que contenha apenas dígitos. - O Guia de início rápido agora inclui instruções para gerar seu próprio cliente OAuth ao configurar a API Android Management.
Junho de 2026
API Android Management
-
Adicionamos políticas para
nearbyNotificationStreamingenearbyAppStreamingpara controlar se os usuários podem transmitir conteúdo e notificações de apps para dispositivos por perto. Elas espelham duas APIs de plataforma:setNearbyNotificationStreamingPolicyesetNearbyAppStreamingPolicy. -
Os administradores de TI agora podem configurar
googleAuthenticationOptionsemSigninDetaileEnrollmentTokenpara especificar se os usuários precisam se autenticar com o Google durante o registro. - A versão 1.8.1 do SDK da AMAPI foi lançada. Consulte as notas de lançamento do SDK do Android Management para mais detalhes.
-
Os itens de documentação também foram atualizados:
-
Esclarecemos
que a classe de base
NotificationReceiverServiceprocessa automaticamente as proteções de segurança (consulte a "observação" na parte de baixo da seção vinculada). - Atualizamos as orientações sobre como configurar um cliente MCP para usar o servidor MCP da API Android Management.
-
Esclarecemos
que a classe de base
Maio de 2026
API Android Management
- A AMAPI agora informa hashes SHA-256 para certificados de assinatura em relatórios de aplicativos, oferecendo maior segurança em relação ao campo de hash SHA-1, que foi descontinuado. Isso está alinhado com as práticas recomendadas mais recentes do ecossistema Android.
- A AMAPI melhora o processamento da política de proteção contra redefinição de fábrica (FRP, na sigla em inglês) em dispositivos COPE, desativando explicitamente a FRP e limpando as listas de contas quando nenhum e-mail de administrador está configurado, evitando bloqueios inesperados após redefinições de dispositivos.
Abril de 2026
API Android Management
-
A AMAPI adicionou uma nova política
para permitir que o admin de TI desative o serviço de preenchimento automático. O
AutofillPolicycomplementa outras políticas de credenciais ao desativar o armazenamento de credenciais. - A versão 1.8.0 do SDK da AMAPI foi lançada. Consulte as notas da versão do SDK do Android Management para saber mais.
- Os itens de documentação também foram atualizados:
- Esclarecemos
que o objeto
provisioningInfofica disponível por até 24 horas após o provisionamento de dispositivo. -
Observamos que o recurso de papéis
do aplicativo substitui o campo
extensionConfigemApplicationPolicy.
- Esclarecemos
que o objeto
Gerenciamento de dispositivos XR
API Android Management
- A AMAPI agora é compatível com o Android XR. Saiba mais sobre o gerenciamento de dispositivos XR.
Março de 2026
API Android Management
-
Conforme documentado em
outubro de 2025 e comunicado no seguinte
aviso de serviço, o valor padrão da política
enterpriseDisplayNameVisibilityagora éENTERPRISE_DISPLAY_NAME_VISIBLE. Esta política controla se oenterpriseDisplayNameé mostrado nos dispositivos, como na tela de bloqueio de dispositivos da empresa. Para ocultar o nome da empresa, defina explicitamente a política comoENTERPRISE_DISPLAY_NAME_HIDDEN. - A configuração do EAP na Configuração de rede aberta foi atualizada, adicionando suporte ao EAP-PWD como um método externo do EAP. Consulte a documentação para ver a lista completa de recursos compatíveis.
- Atualizamos a documentação de:
-
networkResetDisabledpara esclarecer que essa política só se aplica a dispositivos totalmente gerenciados. -
installType.KIOSKeRoleType.KIOSKpara esclarecer que, no Android 11 e versões mais recentes, o controle do usuário não é permitido para todos os apps. -
screenCaptureDisabledepersonalUsagePolicies.screenCaptureDisabledpara mencionar que essa configuração também bloqueia o Circule para Pesquisar.
-
Fevereiro de 2026
API Android Management
-
Em dispositivos corporativos com o Android 10 e versões mais recentes, os admins de TI agora podem
gerenciar o DNS particular usando o novo campo
privateDnsSettingsemPolicy.DeviceConnectivityManagement. Os modos disponíveis emPrivateDnsSettings.privateDnsModeincluem: escolha do usuário, automático e host especificado (somente dispositivos totalmente gerenciados). - A AMAPI agora oferece suporte a uma prévia da integração com o Protocolo de Contexto de Modelo (MCP). Isso fornece a base para que os EMMs criem interfaces de conversação orientadas por IA usando ferramentas somente leitura. Consulte a documentação para saber mais.
-
Atualizamos a documentação do
NetworkInfo.TelephonyInfopara esclarecer a compatibilidade com diferentes tipos de dispositivos:- As informações gerais de telefonia estão disponíveis para todos os chips em dispositivos totalmente gerenciados (Android 6 ou mais recente).
- Para eSIMs adicionados pelo administrador, as informações de telefonia estão disponíveis em todos os modos de gerenciamento no Android 15 ou mais recente.
-
Os campos
activationStateeconfigModesão aplicáveis apenas a eSIMs em dispositivos com o Android 15 e versões mais recentes.
Janeiro de 2026
API Android Management
-
Adicionamos uma nova política para controlar a adição de eSIM iniciada pelo usuário. O campo
userInitiatedAddEsimSettingsemDeviceRadioStatepermite que os administradores especifiquem se o usuário pode adicionar perfis de eSIM em dispositivos corporativos com Android 15 e versões mais recentes. -
A documentação da flag
WIPE_ESIMS, usada emPolicy.wipeDataFlagseDeleteDeviceRequest.wipeDataFlags, foi atualizada para esclarecer que, em dispositivos com o Android 16 ou versões mais recentes, os eSIMs gerenciados são sempre apagados quando um perfil de trabalho é removido de um dispositivo pessoal, independente de essa flag estar definida ou não. - A versão 1.7.1 do SDK da AMAPI foi lançada. Esta versão adiciona uma geração de registros mais detalhada para as APIs de indicador de confiança do dispositivo para ajudar a diagnosticar problemas. Consulte as notas da versão do SDK do Android Management para mais detalhes.
- Os Termos de Serviço da AMAPI foram atualizados para abranger explicitamente o SDK da AMAPI e adicionar à definição de "Clientes" os fabricantes de equipamento original (OEMs) de dispositivos Android.
-
As diretrizes de uso
permitido agora proíbem especificamente o uso do
Advertising IDao acessar os indicadores de confiança do dispositivo.
Novembro de 2025
API Android Management
- A partir de 1º de novembro de 2025, o registro de dispositivos da API Android Management vai exigir o registro e a aprovação do Android Enterprise. Para iniciar esse processo, os desenvolvedores podem preencher o formulário de solicitação.
-
A documentação do valor
CUSTOMemApplicationPolicy.InstallTypefoi atualizada para esclarecer o uso. Isso inclui mais detalhes sobre os requisitos paraApplicationPolicy.signingKeyCertse o comportamento esperado ao mudar oinstallTypede um aplicativo para ou deCUSTOM. -
As descrições das políticas atuais
setUserIconDisabledeshareLocationDisabledforam refinadas para maior clareza.
SDK da API Android Management
-
A versão 1.7.0 do SDK da AMAPI foi lançada em novembro. Esta versão do SDK
inclui suporte ao comando
REQUEST_DEVICE_INFO. Consulte as notas da versão do SDK da AMAPI para saber todos os detalhes.
Outubro de 2025
API Android Management
- Adicionamos uma nova política para gerenciar apps padrão em dispositivos. Os administradores podem configurar uma lista priorizada de aplicativos para cada tipo de app, e o primeiro app instalado e qualificado no dispositivo será definido como padrão. Depois de configurada, essa política impede que os usuários alterem as configurações padrão do aplicativo, mantendo a conformidade com as políticas corporativas. Consulte este guia para mais detalhes.
-
Em maio, lançamos uma política para definir a configuração
enterpriseDisplayNameVisibility, permitindo que os administradores controlem a visibilidade doenterpriseDisplayNameno dispositivo, como na tela de bloqueio de dispositivos da empresa. Nesse comunicado, mencionamos que em breve vamos definir o padrão dessa configuração de política comoENTERPRISE_DISPLAY_NAME_VISIBLE. Essa mudança deve entrar em vigor em janeiro de 2026. - Os itens de documentação também foram atualizados:
-
Esclarecemos o comportamento do comando
LOCKem dispositivos com perfis de trabalho. -
Adicionamos informações sobre
nonComplianceDetailspara mudanças nomte_policyem dispositivos com reinicialização pendente.
-
Esclarecemos o comportamento do comando
Setembro de 2025
API Android Management
-
Introduzimos o conceito de
papéis de aplicativo. Isso inclui o seguinte:
-
COMPANION_APPpara interação off-line com a Política do dispositivo Android -
KIOSKpara que as experiências de dispositivos dedicados sejam usadas com apps que tenhamInstallTypeconfigurado comoREQUIRED_FOR_SETUPouCUSTOM -
MOBILE_THREAT_DEFENSE_ENDPOINT_DETECTION_RESPONSE(MTD/EDR) eSYSTEM_HEALTH_MONITORING.
ApplicationPolicy.roleseRoleTypepara mais detalhes. -
- Uma nova versão estável e uma versão candidata a lançamento do SDK da AMAPI estão disponíveis. Consulte as Notas de lançamento para saber o que está incluído nessas versões.
Agosto de 2025
API Android Management
-
Agora é possível instalar aplicativos usando o SDK da AMAPI
1.6.0-rc01 e versões mais recentes. Para instalar um aplicativo, adicione-o ao
application policycominstallTypeCUSTOM, e os certificados de chave de assinatura do aplicativo serão especificados na listasigningKeyCerts. Usando o SDK da AMAPI, emita os comandosinstallCustomAppeuninstallCustomApppara instalar e desinstalar os aplicativos personalizados. Consulte a documentação para saber mais. -
Adicionamos
ApplicationPolicy.signingKeyCertspara substituir o uso deExtensionConfig.signingKeyFingerprintsSha256, que agora está descontinuado.ApplicationPolicy.signingKeyCertsprecisa ser definido quando o app teminstallTypedefinido comoCUSTOM(ou seja, um app personalizado) ou quando o app temextensionConfigdefinido (ou seja, um app de extensão) e não está na Google Play Store. Consulte a documentação para saber mais. -
Para o SDK da AMAPI, lançamos:
- Uma versão estável atualizada v1.5.0
- Uma nova versão candidata a lançamento v1.6.0-rc01 que apresenta a funcionalidade de gerenciar apps personalizados.
Julho de 2025
API Android Management
-
Atualizamos o
PasswordRequirementspara permitir requisitos baseados em complexidade no escopo do perfil de trabalho. Um novo guia foi publicado para explicar a interação das configurações de senha baseadas em complexidade e não baseadas em complexidade.
Junho de 2025
API Android Management
-
No Android 16 e versões mais recentes, os admins de TI podem usar a configuração de política
appFunctionspara controlar se os apps no dispositivo para dispositivos totalmente gerenciados ou no perfil de trabalho para dispositivos com perfis de trabalho podem expor funções de apps.crossProfileAppFunctionspode ser usado para controlar se os apps do perfil pessoal podem invocar funções expostas por apps no perfil de trabalho. -
Adicionamos dois novos métodos à API Android Management:
modifyPolicyApplicationseremovePolicyApplications. Esses métodos permitem criar, atualizar e remover subconjuntos de aplicativos no campo de aplicativos da política, sem precisar buscar e fornecer aopolicies.patchtodos os aplicativos que permanecem inalterados. -
Um novo comando
WIPEestá sendo introduzido como alternativa adevices.delete, e pode ser acionado usandodevices.issueCommand. Esse método aciona a redefinição de fábrica em dispositivos da empresa e a exclusão do perfil de trabalho em dispositivos pessoais. Após a exclusão ou remoção, o registro do dispositivo também será excluído.
Publicamos um novo guia para explicar os vários métodos de desprovisionamento de um dispositivo. -
Atualizamos o SDK da API Android Management (SDK da AMAPI) para incluir o indicador
Device.WorkProfileStatepara identificar o estado de gerenciamento do dispositivo.
Consulte as notas da versão do SDK da AMAPI para mais detalhes.
Maio de 2025
API Android Management
-
Adicionamos uma nova restrição de política
apnPolicyaDeviceConnectivityManagementpara que os admins de TI configurem nomes de ponto de acesso (APNs) em dispositivos. Os APNs aplicados pela política vão substituir todos os outros APNs configurados pelos usuários. -
Uma nova restrição de política
preferentialNetworkServiceSettingsfoi implementada noDeviceConnectivityManagementpara permitir que os admins de TI configurem redes preferenciais. O campopreferentialNetworkIdno Application pode ser usado para escolher uma rede preferencial para cada aplicativo individual. Para mais informações, consulte nosso guia de fracionamento de rede 5G e os documentos do AOSP sobre fracionamento de rede 5G. - Esta versão oferece aos admins de TI um gerenciamento aprimorado de eSIMs, permitindo que eles adicionem, removam e visualizem eSIMs gerenciados em todos os dispositivos. A partir de agora, os administradores podem definir políticas para eSIMs gerenciados, especificando o comportamento deles se um dispositivo for apagado ou se um perfil de trabalho deixar de estar em conformidade, garantindo o controle e a conformidade com as políticas da organização.
-
A nova configuração de política
enterpriseDisplayNameVisibilitypermite que os administradores controlem a visibilidade doenterpriseDisplayNameno dispositivo, como na tela de bloqueio de dispositivos da empresa. No momento, o padrão é mostrar o nome da empresa configurado durante a configuração inicial do dispositivo, mas isso vai mudar em seis meses (novembro de 2025), quando o padrão seráENTERPRISE_DISPLAY_NAME_VISIBLE.
Abril de 2025
API Android Management
-
Adicionamos uma nova restrição de política
bluetoothSharingaoPersonalUsagePoliciese aoDeviceConnectivityManagementpara que os admins de TI permitam ou não o compartilhamento de arquivos por Bluetooth. -
Um novo
evento de registro de segurança é gerado e notificado usando a notificação do Pub/Sub
na AMAPI quando o campo
BackupServiceStateé ativado ou desativado pelo administrador. -
Adicionamos um novo campo
EuiccChipInfoemHardwareInfopara ler o EID de dispositivos corporativos, e um novo comandoREQUEST_DEVICE_INFOfoi adicionado para ler o EID de dispositivos pessoais. - Os itens de documentação também foram atualizados:
- Atualizamos o SDK da API Android Management (SDK da AMAPI) para incluir a versão estável do Device Trust do Android Enterprise. As notas da versão estão disponíveis em https://developers.google.com/android/management/sdk-release-notes
Março de 2025
API Android Management
- O recurso Enterprise agora inclui mais detalhes no campo tipo de empresa. Eles especificam se a empresa usa contas do Google Play gerenciado (e se é de propriedade do cliente ou do EMM) ou se é um domínio do Google gerenciado (verificado por DNS ou uma equipe verificada por e-mail). Essas informações ajudam os EMMs a se prepararem para um recurso que permite que as empresas façam upgrade das contas do Google Play gerenciado para os Managed Google Domains, adaptando o console de admin de TI com base no tipo de empresa.
Fevereiro de 2025
API Android Management
- Adicionamos o guia sobre como detectar perfis de trabalho gerenciados pelo app Política do dispositivo Android.
- Atualizamos o SDK da API Android Management (SDK da AMAPI) para incluir a primeira versão candidata a lançamento das APIs de indicadores de confiança do dispositivo. Consulte as notas da versão do SDK da AMAPI para saber qual é a versão mais recente disponível.
Janeiro de 2025
API Android Management
- Agora os EMMs podem limitar o admin de TI a se inscrever usando um e-mail de uma lista de permissões de nomes de domínio.
- Os itens de documentação também foram atualizados:
- O guia de apps da Web foi atualizado para esclarecer como o navegador padrão escolhido pelo usuário interage com as configurações de exibição, como tela cheia ou interface mínima. O navegador pode ou não ser compatível com esses atributos. Os administradores de TI são responsáveis por testar a compatibilidade do navegador com as configurações do app da Web antes de implantá-lo para os usuários.
Dezembro de 2024
API Android Management
-
No Android 15 e versões mais recentes, os admins de TI podem usar o
privateSpacePolicypara permitir ou proibir a criação de um Espaço Privado. -
No Android 15 e versões mais recentes, introduzimos
WifiRoamingModeemWifiRoamingPolicy, permitindo que os admins de TI desativem o roaming de Wi-Fi para SSIDs específicos em dispositivos totalmente gerenciados e em perfis de trabalho em dispositivos da empresa. - Vários itens da nossa documentação foram atualizados:
-
A descrição do campo
keyguardDisableagora inclui informações sobre o modo de gerenciamento. -
A documentação do
securityPostureagora inclui uma tabela que mostra o veredito equivalente da API Play Integrity para cada veredito da API AM.
-
A descrição do campo
Novembro de 2024
API Android Management
-
Agora, os usuários não podem mudar o endereço de e-mail durante a inscrição
dos clientes. Também introduzimos a validação para
admin_emailao criar um URL de inscrição. - Vários itens da nossa documentação foram atualizados:
-
Atualizamos a descrição da política
addUserDisabled. Para dispositivos em quemanagementModeéDEVICE_OWNER, esse campo é ignorado e o usuário nunca pode adicionar ou remover usuários. -
Atualizamos o
ExtensionConfigpara esclarecer que a isenção de restrições de bateria se aplica ao Android 11 e versões mais recentes. -
Atualizamos a descrição do
PermissionPolicy. -
Esclarecemos para quantos aplicativos um escopo pode ser delegado no tipo enumerado
DelegatedScope.
-
Atualizamos a descrição da política
Outubro de 2024
API Android Management
- Atualizamos o comportamento da
política
CommonCriteriaMode.
OCOMMON_CRITERIA_MODE_ENABLEDagora vai ativar a verificação de integridade da política criptográfica e a validação extra de certificados de rede. O resultado da verificação de integridade da política é definido comoPolicySignatureVerificationStatussestatusReportingSettings.commonCriteriaModeEnabledestiver definido comotrue.
Não há mudanças no comportamento do valor padrão (COMMON_CRITERIA_MODE_UNSPECIFIED) ou quando ele é desativado explicitamente comCOMMON_CRITERIA_MODE_DISABLED. - Atualizamos a documentação do
PERSONAL_USAGE_DISALLOWED_USERLESSpara lembrar os desenvolvedores de que essa mudança é necessária antes de janeiro de 2025. Se essa mudança for omitida, os usuários poderão receber uma solicitação "Autenticar com o Google" durante o registro, quando o admin de TI tiver esse recurso ativado.
O cronograma completo desse recurso está publicado no portal de parceiros do Android Enterprise: Cronograma do recurso: fluxo de inscrição, registro de dispositivos e experiências no dispositivo aprimorados. - Atualizamos a documentação de
CrossProfileDataSharingpara incluir detalhes do compartilhamento de dados simples usando intents.
Setembro de 2024
API Android Management
A API Android Management agora é compatível com os seguintes recursos do Android 15:
- Para o Android 15 e versões mais recentes, uma nova política foi adicionada para controlar as configurações de roaming
de Wi-Fi. Os admins de TI podem usar
WifiRoamingPolicypara selecionar oWifiRoamingModedesejado. Compatível com dispositivos totalmente gerenciados e perfis de trabalho em dispositivos da empresa.
Versão do Android 15
API Android Management
A API Android Management agora é compatível com os seguintes recursos do Android 15:
- O Android 15 apresenta uma nova política para controlar o
Circule para Pesquisar. Os admins de TI podem usar
AssistContentPolicypara controlar esse recurso. - O Android 15 apresenta uma nova política para controlar a detecção de phishing de apps.
Os admins de TI podem usar
ContentProtectionPolicypara controlar se o app é verificado pela Detecção de abuso no dispositivo (ODAD, na sigla em inglês) em busca de malware de phishing. - O Android 15 expande o suporte às configurações de
brilho da tela e
tempo limite da tela usando a política
DisplaySettingspara dispositivos corporativos com um perfil de trabalho. Antes, essa configuração estava disponível apenas em dispositivos totalmente gerenciados.
Agosto de 2024
API Android Management
- No Android 13 ou mais recente, os admins de TI agora podem consultar o
ICCIDassociado ao chip doTelephonyInfoincluído em umNetworkInfo. Isso é compatível com dispositivos totalmente gerenciados quando o camponetworkInfoEnabledemstatusReportingSettingsestá definido comotrue. - Vários itens da nossa documentação foram atualizados:
- Atualizamos a documentação do Modo Common Criteria para esclarecer que ele só é compatível com dispositivos corporativos que executam o Android 11 ou versões mais recentes.
- Documentamos o campo opcional
DefaultStatusemSigninDetail.
Julho de 2024
API Android Management
- Vários itens da nossa documentação foram atualizados:
- Removemos a observação na documentação de
enrollmentToket.createsobre não ser mais possível recuperar o conteúdo do token, já que é possível receber o valor do token de registro usandoenrollmentTokens.get. - Esclarecemos a documentação de
NonComplianceReason.
- Removemos a observação na documentação de
Junho de 2024
API Android Management
- Os admins de TI agora podem controlar as configurações de
brilho da tela e
tempo limite da tela usando a política
DisplaySettings. Compatível com dispositivos totalmente gerenciados, no Android 9 e versões mais recentes. - Atualizamos nossa documentação para explicar que, mesmo ao usar o
AUTO_UPDATE_HIGH_PRIORITY, as atualizações de apps com implantações maiores no ecossistema do Android podem levar até 24 horas. - Atualizamos o SDK da API Android Management (SDK da AMAPI) para explicar
os diferentes casos de uso que essa biblioteca (originalmente conhecida como
SDK de extensibilidade) agora oferece. A documentação atualizada abrange:
Consulte as notas da versão do SDK da AMAPI para saber qual é a versão mais recente disponível.
Maio de 2024
API Android Management
- Os métodos
getelistparaenrollmentTokensagora retornam os camposvalue,qrCodeeallowPersonalUsagepreenchidos. - Para dispositivos totalmente gerenciados, a
configuração
AllowPersonalUsageagora é compatível comPERSONAL_USAGE_DISALLOWED_USERLESS. - No Android 11+, a nova
política
UserControlSettingspermite especificar se o controle do usuário é permitido para um determinado app.UserControlSettingsinclui ações do usuário, como forçar o fechamento e limpar os dados do app. - A versão 1.1.5 do SDK da AMAPI já está disponível. Mais
informações estão disponíveis na
página de notas da versão.
Observação: recomendamos sempre usar a versão mais recente disponível da biblioteca para aproveitar as correções de bugs e melhorias disponíveis.
Abril de 2024
API Android Management
- No Android 13+, para dispositivos corporativos, adicionamos controles sobre
os SSIDs de Wi-Fi aos quais os dispositivos podem se conectar. Usando
WifiSsidPolicy, os admins de TI podem especificar uma lista de SSIDs para serem adicionados a uma lista de permissões (WIFI_SSID_ALLOWLIST) ou a uma lista de bloqueio (WIFI_SSID_DENYLIST). - Para dispositivos corporativos, adicionamos identificadores de hardware (IMEI,
MEID e número de série) ao
ProvisioningInfoque os EMMs agora podem acessar durante a configuração do dispositivo usando o URL de login.
Março de 2024
API Android Management
- Adicionamos mais controles sobre a instalação de apps usando
InstallConstraint. Os admins de TI podem restringir a instalação de apps com base em critérios específicos.
Ao definirinstallPriority, os admins de TI podem garantir que os apps críticos sejam instalados primeiro. - No Android 10 e versões mais recentes, a AMAPI permite configurar redes corporativas de 192 bits
em
openNetworkConfiguration
transmitindo o valor de segurança WPA3-Enterprise_192.
No Android 13 ou versões mais recentes, na políticaMinimumWifiSecurityLevel, agora oferecemos suporte aENTERPRISE_BIT192_NETWORK_SECURITY, que pode ser usado para garantir que os dispositivos não se conectem a redes Wi-Fi abaixo desse nível de segurança. - Atualizamos a configuração
UsbDataAccesspara que o valorUSB_DATA_ACCESS_UNSPECIFIEDseja definido comoDISALLOW_USB_FILE_TRANSFERpor padrão.
Fevereiro de 2024
API Android Management
- No Android 9 ou mais recente, os admins de TI agora podem controlar se a impressão é permitida
usando o campo
printingPolicy. - Para o Android 14 e versões mais recentes, uma nova política foi adicionada para controlar
apps
CredentialProvider. Os admins de TI podem usar o campo
credentialProviderPolicypara controlar se o app pode atuar como um provedor de credenciais. - Uma nova política foi adicionada para controlar a
Arm Memory Tagging Extension (MTE) no dispositivo. O campo
MtePolicyé compatível com dispositivos totalmente gerenciados e perfis de trabalho em dispositivos da empresa com o Android 14 e versões mais recentes. - Atualizamos a forma como a API AM recebe erros relacionados a instalações
acionadas por admins de TI. Como resultado dessa migração, o campo
InstallationFailureReasonagora também inclui erros do cliente (além dos erros de servidor). - No Android 12 ou versões mais recentes, os admins de TI podem usar um par de chaves instalado no dispositivo
para autenticação de Wi-Fi corporativo. Consulte o novo campo
ClientCertKeyPairAliasna Open Network Configuration (ONC) e nosso guia de configuração de rede para mais informações.
Janeiro de 2024
API Android Management
- Os dispositivos gerenciados pelo seu DPC personalizado agora podem ser migrados para usar a API Android Management.
Dezembro de 2023
API Android Management
- Adição de
MinimumWifiSecurityLevelpara definir os diferentes níveis mínimos de segurança necessários para se conectar a redes Wi-Fi. Compatível com dispositivos totalmente gerenciados e perfis de trabalho em dispositivos corporativos com o Android 13 e versões mais recentes.
Novembro de 2023
API Android Management
- O Android 12 e versões mais recentes agora oferecem suporte à configuração de rede Wi-Fi empresarial sem senha usando os campos
IdentityePasswordem Open Network Configuration. Isso já era possível antes do Android 12.Observação: no Android 12 ou versões mais recentes, para redes Wi-Fi com autenticação de nome de usuário/senha EAP, se a senha do usuário não for fornecida e
AutoConnectestiver definido comotrue, o dispositivo poderá tentar se conectar à rede com uma senha de marcador de posição gerada aleatoriamente. Para evitar isso quando a senha do usuário não for fornecida, definaAutoConnectcomofalse. - Os eventos de dispositivos locais que ocorrem em rápida sucessão são agrupados e
informados em uma única
mensagem do Pub/Sub para os EMMs.
1Tipo de evento Latência esperada entre o evento no dispositivo e a notificação de EMM correspondente1 Comportamento anterior Novo comportamento Estados de app com chave de alta prioridade Imediato, no máximo um relatório por minuto Imediato, no máximo um relatório por minuto Estados de apps com chave de prioridade padrão Com base em programação Em até um minuto Eventos relacionados ao aplicativo durante o provisionamento, para apps com estados de instalação definidos pelo admin de TI2 Integrado a outros eventos relacionados ao provisionamento Em um minuto, além de outros eventos de provisionamento relacionados Eventos relacionados ao aplicativo após o provisionamento, para apps com estados de instalação definidos pelo admin de TI2 Com base em programação Em até 5 minutos Eventos relacionados ao aplicativo durante e depois do provisionamento, para apps com estados de instalação definidos pelo funcionário3 Com base em programação Em até 60 minutos Outros eventos de apps no dispositivo Com base em programação Em até 60 minutos Metas de melhor esforço com base em circunstâncias controladas. A latência real pode variar de acordo com vários fatores do dispositivo e do ambiente.
2InstallTypede apps aplicados na política:FORCE_INSTALLED,BLOCKED,REQUIRED_FOR_SETUP,PREINSTALLEDeKIOSK.
3InstallTypedos apps disponíveis:AVAILABLE,INSTALL_TYPE_UNSPECIFIED.
Outubro de 2023
API Android Management
- Os apps lançados como
SetupActionagora podem cancelar a inscrição. Isso vai redefinir um dispositivo da empresa ou excluir o perfil de trabalho em um dispositivo pessoal.
Versão do Android 14
API Android Management
Com o lançamento do Android 14, a API Android Management agora é compatível com os seguintes recursos do Android 14:
- Restringir o acesso aos contatos do perfil de trabalho
a aplicativos do sistema e apps pessoais especificados em
exemptionsToShowWorkContactsInPersonalProfile. Agora, o acesso aos contatos do perfil de trabalho pode ser ativado para todos os apps pessoais, apenas alguns ou nenhum.Para facilitar, a nova opção
SHOW_WORK_CONTACTS_IN_PERSONAL_PROFILE_DISALLOWED_EXCEPT_SYSTEMemshowWorkContactsInPersonalProfilegarante que os únicos apps pessoais que acessam os contatos de trabalho sejam os apps padrão de Telefone, Mensagens e Contatos do dispositivo. Nesse caso, nem os apps Telefone, Mensagens e app Contatos configurados pelo usuário, nem qualquer outro app pessoal do sistema ou instalado pelo usuário poderão consultar os contatos de trabalho. - Desativa o uso do rádio de banda ultralarga
no dispositivo. Isso pode ser feito usando a nova política
deviceRadioState.ultraWidebandState. - Bloqueie o uso de rede celular 2G,
melhorando a segurança da rede. Isso é oferecido pela nova política
deviceRadioState.cellularTwoGState. - O Android 14 apresenta
atalhos personalizáveis para a tela de bloqueio.
O controle de administrador dos recursos da tela de bloqueio, que inclui câmera, desbloqueio por impressão digital, desbloqueio facial etc., foi estendido para também desativar os atalhos da tela de bloqueio usando a nova opção
SHORTCUTS.
Setembro de 2023
API Android Management
- Agora, as informações de dispositivo e provisionamento podem ser recuperadas
durante a configuração, permitindo que os desenvolvedores criem políticas mais direcionadas durante
a configuração ou filtrem dispositivos de acordo com os atributos fornecidos. O URL de login
agora vai incluir um parâmetro
provisioningInfoque pode ser trocado pelos detalhes do dispositivo correspondente usando o novo método provisioningInfo get. SigninDetailsagora podem ser diferenciados com um valortokenTagpersonalizável.
Agosto de 2023
API Android Management
- Introdução do Modo perdido para dispositivos da empresa. O modo perdido permite que os empregadores bloqueiem e protejam remotamente um dispositivo perdido e, se quiserem, mostrem uma mensagem na tela do dispositivo com informações de contato para facilitar a recuperação do recurso.
- Adição de suporte para delegação de seleção de certificados, que concede a um app
acesso à seleção de certificados do KeyChain em nome dos apps solicitantes.
Consulte
DelegatedScope.CERT_SELECTIONpara mais detalhes. - Adicionamos outras políticas de gerenciamento de Wi-Fi:
configureWifi- Agora os administradores podem desativar a adição ou configuração de redes Wi-Fi. O uso dewifiConfigDisabledfoi descontinuado.wifiDirectSettings- Essa política pode ser usada para desativar a configuração do Wi-Fi Direct.tetheringSettings- Essa política pode ser usada para desativar o tethering de Wi-Fi ou todas as formas de tethering. O uso detetheringConfigDisabledfoi descontinuado.wifiState- Essa política pode ser usada para forçar a ativação/desativação do Wi-Fi no dispositivo de um usuário.
- O compartilhamento de redes Wi-Fi configuradas pelo administrador será desativado no Android 13 e versões mais recentes
Julho de 2023
API Android Management
- Adicionamos o campo
userFacingTypeaApplicationReportpara indicar se um app é voltado ao usuário. - Adicionamos o motivo de não conformidade específico de
ONC_WIFI_INVALID_ENTERPRISE_CONFIG.
A não conformidade com o motivoINVALID_VALUEe o motivo específicoONC_WIFI_INVALID_ENTERPRISE_CONFIGserá informada se a rede Wi-Fi corporativa não tiverDomainSuffixMatchdefinido. - Adicionamos uma nova notificação do Pub/Sub
EnrollmentCompleteEvent, como um tipo deUsageLogEventque é publicado quando o dispositivo conclui o registro. - Adicionamos
airplaneModeStateemdeviceRadioStatepara controlar o estado atual do modo avião e se o usuário pode ativá-lo ou desativá-lo. Por padrão, o usuário pode ativar ou desativar o modo avião. Compatível com dispositivos totalmente gerenciados e perfis de trabalho em dispositivos corporativos, no Android 9 e versões mais recentes.
Junho de 2023
API Android Management
- Adicionamos suporte ao campo
DomainSuffixMatchna Configuração de rede aberta para configurar redes Wi-Fi corporativas para o Android 6+. As configurações de Wi-Fi corporativas semDomainSuffixMatchsão consideradas inseguras e serão rejeitadas pela plataforma. - Adicionamos
a configuração de política
UsbDataAccess, que permite que os administradores desativem totalmente a transferência de dados por USB. O uso deusbFileTransferDisabledfoi descontinuado. UseUsbDataAccess.
Dezembro de 2022
API Android Management
-
Os recursos de gerenciamento dos widgets do perfil de trabalho foram aprimorados com a adição de dois novos campos de API:
workProfileWidgetsno nível do aplicativo eworkProfileWidgetsDefaultno nível do dispositivo. Eles permitem maior controle sobre se um aplicativo em execução no perfil de trabalho pode criar widgets no perfil pai, por exemplo, na tela inicial. Essa funcionalidade é proibida por padrão, mas pode ser permitida usandoworkProfileWidgetseworkProfileWidgetsDefault. Ela só é compatível com perfis de trabalho. -
Adicionamos suporte para definir as configurações de randomização de endereço MAC ao configurar redes Wi-Fi. Agora os administradores podem especificar se
MACAddressRandomizationModeestá definido comoHardwareouAutomaticao configurar redes Wi-Fi, o que entra em vigor em dispositivos com o SO Android 13 ou versões mais recentes e é aplicável a todos os modos de gerenciamento. Se definido comoHardware, o endereço MAC de fábrica será configurado para a rede Wi-Fi, enquantoAutomatico endereço MAC será aleatório. - Vários itens da nossa documentação foram atualizados:
-
O artigo Noções básicas sobre a postura de segurança foi criado para esclarecer as possíveis respostas das avaliações do
devicePosturee dosecurityRisk. -
O
autoUpdateModefoi fornecido para oautoUpdatePolicycomo uma alternativa recomendada devido à maior flexibilidade com a frequência de atualização. -
Esclarecemos que o
BlockActione oWipeActionsão restritos a dispositivos da empresa. - A página de notificações do Pub/Sub foi atualizada para refletir com precisão os tipos de recursos para diferentes tipos de notificação.
- No Android 13 e versões mais recentes, os apps de extensão estão isentos de restrições de bateria, então não serão colocados no bucket restrito de apps em espera.
Outubro de 2022
API Android Management
- Vários itens da nossa documentação foram atualizados:
- Recomendamos ter uma política por dispositivo para permitir recursos de gerenciamento granulares no nível do dispositivo.
- Para que FreezePeriods funcione como esperado, a política de atualização do sistema não pode ser definida como SYSTEM_UPDATE_TYPE_UNSPECIFIED..
- Foram fornecidas outras sugestões para atualizações de políticas sobre a visibilidade das etapas de senha durante o provisionamento de dispositivos da empresa.
- shareLocationDisabled é compatível com dispositivos totalmente gerenciados e perfis de trabalho de propriedade pessoal.
- Atualizamos a descrição do uso de enterprises.devices.delete e os efeitos dele na visibilidade do dispositivo.
- A duração máxima do token de registro agora é de 10.000 anos, em vez de 90 dias.
12 de julho de 2022
API Android Management
- Adicionamos os valores NETWORK_ACTIVITY_LOGS e SECURITY_LOGS ao DelegatedScope para conceder aos apps de política do dispositivo acesso aos registros correspondentes.
14 de junho de 2022
API Android Management
- Adicionamos specificNonComplianceReason e specificNonComplianceContext a NonComplianceDetail para fornecer um contexto detalhado sobre erros de aplicação de políticas.
6 de junho de 2022
API Android Management
- Adicionamos um comando para permitir que o administrador limpe remotamente os dados de um app.
- Agora os tokens de registro podem ser criados com uma duração maior do que o máximo anterior de 90 dias, até aproximadamente 10.000 anos. Os tokens de registro que duram mais de 90 dias terão 24 caracteres, enquanto os que duram 90 dias ou menos continuarão com 20 caracteres.
24 de maio de 2022
API Android Management
- Recursos de segurança com suporte de hardware, como o atestado de chave, agora serão usados em avaliações de integridade do dispositivo, quando houver suporte. Isso garante a integridade do sistema. Os dispositivos que não passarem nessas avaliações ou não forem compatíveis com esses recursos de segurança com suporte de hardware vão informar o novo SecurityRisk HARDWARE_BACKED_EVALUATION_FAILED.
16 de maio de 2022
API Android Management
- Adição de unifiedLockSettings em PasswordPolicies para permitir que o administrador configure se o perfil de trabalho precisa de um bloqueio separado.
25 de março de 2022
API Android Management
- Adição de alwaysOnVpnLockdownExemption para especificar quais apps precisam ser isentos da configuração AlwaysOnVpnPackage.
- Adicionamos todos os campos disponíveis do recurso Products da API Play EMM ao recurso Application.
22 de fevereiro de 2022
API Android Management
- Adicionamos cameraAccess para controlar o uso da câmera e da desativação da câmera, e microphoneAccess para controlar o uso do microfone e da desativação do microfone. Esses campos substituem os recém-descontinuados cameraDisabled e unmuteMicrophoneDisabled, respectivamente.
15 de fevereiro de 2022
SDK da AMAPI
- Correções de pequenos bugs. Consulte o repositório Maven do Google para mais detalhes.
15 de novembro de 2021
Android Device Policy
-
Os apps marcados como indisponíveis em
personalApplicationsagora serão desinstalados do perfil pessoal de dispositivos corporativos, se já estiverem instalados, como estão na ApplicationPolicy para perfis de trabalho e dispositivos totalmente gerenciados.
17 de setembro de 2021
API Android Management
-
Agora é possível designar um app como um app de extensão usando
ExtensionConfig. Os apps de extensão podem se comunicar diretamente com o Android Device Policy e, no futuro, poderão interagir com o conjunto completo de recursos de gerenciamento oferecidos na API Android Management, permitindo uma interface local para gerenciar o dispositivo que não requer conectividade com o servidor.- Esta versão inicial inclui suporte para execução local de
Commandse, no momento, apenas o comandoClearAppData. Consulte o guia de integração de extensibilidade para mais detalhes. - Os comandos restantes serão adicionados ao longo do tempo, assim como outros recursos do app de extensão projetados para expor a amplitude dos recursos de gerenciamento de dispositivos ao app de extensão.
- Esta versão inicial inclui suporte para execução local de
30 de junho de 2021
Android Device Policy
- Correções de pequenos bugs
2 de junho de 2021
Android Device Policy
- Correções de pequenos bugs
5 de maio de 2021
Android Device Policy
- Correções de pequenos bugs
6 de abril de 2021
Android Device Policy
- Correções de pequenos bugs
Março de 2021
API Android Management
- Adicionamos dois novos
AdvancedSecurityOverrides. Essas políticas ativam as práticas recomendadas de segurança do Android Enterprise por padrão, mas permitem que as organizações substituam os valores padrão para casos de uso avançados. - O
googlePlayProtectVerifyAppsativa a verificação de apps do Google Play por padrão. - O
developerSettingsimpede que os usuários acessem as opções do desenvolvedor e o modo de segurança por padrão, recursos que, de outra forma, poderiam introduzir o risco de exfiltração de dados corporativos. -
ChoosePrivateKeyRuleagora oferece suporte à concessão direta de chaves específicas do KeyChain para apps gerenciados. - Isso permite que os apps de destino acessem as chaves especificadas chamando
getCertificateChain()egetPrivateKey()sem precisar chamarchoosePrivateKeyAlias()primeiro. - A API Android Management concede acesso direto
às chaves especificadas na política por padrão, mas, caso contrário,
concede acesso depois que o app especificado chama
choosePrivateKeyAlias(). ConsulteChoosePrivateKeyRulepara mais detalhes.
Suspensões de uso
- O
ensureVerifyAppsEnabledfoi descontinuado. Use ogooglePlayProtectVerifyAppsAdvancedSecurityOverrides. - Os usuários atuais da API (projetos do Google Cloud com a API Android Management
ativada a partir de 15 de abril de 2021) podem continuar usando
ensureVerifyAppsEnabledaté outubro de 2021, mas recomendamos que migrem paraAdvancedSecurityOverridesassim que possível. Em outubro, oensureVerifyAppsEnablednão vai mais funcionar. debuggingFeaturesAllowedesafeBootDisabledforam descontinuados. Use odeveloperSettingsAdvancedSecurityOverrides.- Os usuários atuais da API (projetos do Google Cloud com a API Android Management
ativada a partir de 15 de abril de 2021) podem continuar usando
debuggingFeaturesAllowedesafeBootDisabledaté outubro de 2021, mas recomendamos que usemAdvancedSecurityOverridesassim que possível. Em outubro,debuggingFeaturesAllowedesafeBootDisablednão vão mais funcionar.
Fevereiro de 2021
API Android Management
- Adição de suporte ao
personalApplicationspara dispositivos da empresa a partir do Android 8. O recurso agora é compatível com todos os dispositivos da empresa com um perfil de trabalho. - O número de telefone do dispositivo agora é informado em dispositivos totalmente gerenciados como parte
do recurso
Device.
Janeiro de 2021
Android Device Policy
- Correções de pequenos bugs
Dezembro de 2020
API Android Management
- Adicionamos
personalApplicationsaPersonalUsagePolicies. Em dispositivos da empresa, a TI pode especificar uma lista de permissões ou de bloqueio de aplicativos no perfil pessoal. No momento, esse recurso está disponível apenas em dispositivos Android 11, mas será adaptado para o Android 8 em uma versão futura.
Android Device Policy
- Pequenas atualizações na interface de provisionamento
Novembro de 2020
API Android Management
- Adição de
AutoDateAndTimeZone, que substitui oautoTimeRequireddescontinuado, para controlar a configuração automática de data, hora e fuso horário em um dispositivo corporativo. - No Android 11 e versões mais recentes, os usuários não podem mais limpar os dados do app ou forçar
o fechamento de aplicativos quando o dispositivo está configurado como um quiosque (ou seja,
quando o
InstallTypede um aplicativo emApplicationPolicyestá definido comoKIOSK). - Adicionamos novos controles
LocationModepara substituir os controles de método de detecção de local descontinuados. Em dispositivos corporativos, a TI agora pode escolher entre aplicar a localização, desativá-la ou permitir que os usuários ativem e desativem a localização. - Adição de suporte a
CommonCriteriaMode, um novo recurso no Android 11. Pode ser ativado para atender a requisitos específicos do Perfil de proteção dos princípios de dispositivos móveis da certificação Common Criteria (MDFPP, na sigla em inglês).
Suspensões de uso
- O uso de
autoTimeRequiredfoi descontinuado, seguindo a descontinuação de controles de tempo automáticos específicos no Android 11. UseAutoDateAndTimeZone. - As seguintes opções de
LocationModeforam descontinuadas, seguindo a descontinuação no Android 9:HIGH_ACCURACY,SENSORS_ONLY,BATTERY_SAVINGeOFF. UseLOCATION_ENFORCED,LOCATION_DISABLEDeLOCATION_USER_CHOICE.
Outubro de 2020
Android Device Policy
- Adicionamos
RELINQUISH_OWNERSHIPcomo um novo tipo de comando de dispositivo. Ao implantar o perfil de trabalho, os administradores podem transferir a propriedade de dispositivos da empresa para os funcionários, excluindo o perfil de trabalho e redefinindo as políticas do dispositivo para o estado de fábrica, sem afetar os dados pessoais. Ao fazer isso, a TI perde a propriedade do dispositivo agora e no futuro, e não deve esperar que o dispositivo seja registrado novamente. Para redefinir um dispositivo para a configuração original sem perder a propriedade, use o métododevices.delete.
Agosto de 2020
API Android Management
-
As melhorias na experiência do perfil de trabalho em dispositivos corporativos foram anunciadas na prévia para desenvolvedores do Android 11. A API Android Management adiciona suporte a essas melhorias para dispositivos com o Android 8.0 ou mais recente. As empresas agora podem designar dispositivos com perfil de trabalho como de propriedade da empresa, permitindo o gerenciamento do perfil de trabalho de um dispositivo, políticas de uso pessoal e determinadas configurações em todo o dispositivo, mantendo a privacidade no perfil pessoal.
- Para uma visão geral das melhorias na experiência do perfil de trabalho, consulte Perfil de trabalho: o novo padrão para a privacidade dos funcionários.
- Consulte Dispositivos da empresa para uso pessoal e profissional para saber como configurar um perfil de trabalho em um dispositivo da empresa.
- Um exemplo de política para um dispositivo da empresa com um perfil de trabalho está disponível em Dispositivos com perfis de trabalho.
- Adicionamos
blockScopeablockAction. UseblockScopepara especificar se uma ação de bloqueio se aplica a um dispositivo inteiro da empresa ou apenas ao perfil de trabalho.
Adicionamos
connectedWorkAndPersonalAppaapplicationPolicy. A partir do Android 11, alguns apps principais podem se conectar nos perfis de trabalho e pessoal de um dispositivo. Conectar um app entre perfis pode oferecer uma experiência mais unificada para os usuários. Por exemplo, ao conectar um app de agenda, os usuários podem ver os eventos de trabalho e pessoais juntos.Alguns apps (como a Pesquisa Google) podem estar conectados nos dispositivos por padrão. Uma lista de apps conectados em um dispositivo está disponível em Configurações > Privacidade > Apps pessoais e de trabalho conectados.
Use
connectedWorkAndPersonalApppara permitir ou proibir apps conectados. Permitir que um app se conecte entre perfis só dá ao usuário a opção de conectar o app. Os usuários podem desconectar apps a qualquer momento.Adicionamos
systemUpdateInfoadevicespara informar sobre atualizações pendentes do sistema.
Julho de 2020
Android Device Policy
- [23 de julho] Correções de pequenos bugs
Junho de 2020
Android Device Policy
- [17 de junho] Correções de pequenos bugs.
Maio de 2020
Android Device Policy
- [12 de maio] Correções de pequenos bugs.
Abril de 2020
Android Device Policy
- [14 de abril] Correções de pequenos bugs.
Março de 2020
Android Device Policy
- [16 de março] Correções de pequenos bugs.
Fevereiro de 2020
Android Device Policy
- [Fevereiro de 2024] Correções de pequenos bugs.
Janeiro de 2020
Android Device Policy
- [15 de janeiro] Correções de pequenos bugs.
Dezembro de 2019
API Android Management
- Uma nova política para bloquear apps não confiáveis (de fontes desconhecidas) está
disponível. Use
advancedSecurityOverrides.untrustedAppsPolicypara:- Bloqueia a instalação de apps não confiáveis em todo o dispositivo (incluindo perfis de trabalho).
- Bloqueia instalações de apps não confiáveis apenas em um perfil de trabalho.
- Permitir a instalação de apps não confiáveis em todo o dispositivo.
- Agora, um período de tempo limite para permitir métodos de bloqueio de tela não fortes (por exemplo,
impressão digital e desbloqueio facial) pode ser aplicado em um dispositivo ou perfil de trabalho
usando
requirePasswordUnlock. Depois que o tempo limite expirar, o usuário precisará usar uma forma forte de autenticação (senha, PIN, padrão) para desbloquear um dispositivo ou perfil de trabalho. - Adição de
kioskCustomizationpara permitir ou desativar os seguintes recursos da interface do sistema em dispositivos no modo quiosque:- Ações globais iniciadas pelo botão liga/desliga (consulte
powerButtonActions). - Informações e notificações do sistema (consulte
statusBar). - Botões "Início" e "Visão geral" (consulte
systemNavigation). - Barra de status (consulte
statusBar). - Caixas de diálogo de erro para apps que falharam ou não respondem (consulte
systemErrorWarnings).
- Ações globais iniciadas pelo botão liga/desliga (consulte
- Adicionamos a política
freezePeriodpara permitir o bloqueio anual de atualizações do sistema durante um período de congelamento específico. - Um novo parâmetro está disponível em
devices.delete:wipeReasonMessagepermite especificar uma mensagem curta para mostrar a um usuário antes de excluir o perfil de trabalho do dispositivo pessoal dele.
Suspensões de uso
installUnknownSourcesAllowed agora está marcado como descontinuado.
A política vai continuar disponível até o segundo trimestre de 2020 para os usuários que ativaram
a API Android Management antes das 14h (GMT) de 19 de dezembro de 2019.
A política não é válida para usuários que ativaram a API após essa data.
advancedSecurityOverrides.untrustedAppsPolicy substitui installUnknownSourcesAllowed.
A tabela abaixo mostra um mapeamento entre as duas políticas. Os desenvolvedores precisam
atualizar as soluções com a nova política o mais rápido possível*.
| installUnknownSourcesAllowed | advancedSecurityOverrides.untrustedAppsPolicy |
|---|---|
TRUE |
ALLOW_INSTALL_DEVICE_WIDE |
FALSE |
ALLOW_INSTALL_IN_PERSONAL_PROFILE_ONLYObservação: aplicada a todos os tipos de dispositivo (perfis de trabalho e totalmente
gerenciados). Como os dispositivos totalmente gerenciados não têm um perfil pessoal,
os apps não confiáveis são bloqueados em todo o dispositivo. Para bloquear apps não confiáveis
em um dispositivo inteiro com um perfil de trabalho, use
|
untrustedAppsPolicy (DISALLOW_INSTALL)
não será aplicado se untrustedAppsPolicy estiver definido como
UNTRUSTED_APPS_POLICY_UNSPECIFIED ou se a política não for
especificada. Para bloquear apps não confiáveis em um dispositivo inteiro, é necessário
definir explicitamente a política como DISALLOW_INSTALL.
Novembro de 2019
Android Device Policy
- [27 de novembro] Correções de bugs menores.
Outubro de 2019
API Android Management
- As novas opções de
IframeFeaturepermitem especificar quais recursos do iframe do Google Play gerenciado serão ativados ou desativados no seu console.
Android Device Policy
- [16 de outubro] Pequenas correções de bugs e otimização de desempenho.
4 de setembro de 2019
Recursos
- O recurso
policiesagora pode distribuir versões fechadas de apps (faixas de apps fechadas), permitindo que as organizações testem versões de pré-lançamento de apps. Para mais detalhes, consulte Distribuir apps para testes fechados. - Adicionamos
permittedAccessibilityServicesapolicies, que pode ser usado para:- proibir todos os serviços de acessibilidade que não são do sistema em um dispositivo; ou
- permitir que apenas apps especificados acessem esses serviços.
6 de agosto de 2019
Recursos
- A API Android Management agora avalia a segurança de um dispositivo e
informa as descobertas em relatórios de dispositivos
(em
securityPosture).securityPostureretorna o status da postura de segurança de um dispositivo (POSTURE_UNSPECIFIED,SECURE,AT_RISKouPOTENTIALLY_COMPROMISED), conforme avaliado pelo SafetyNet e outras verificações, além de detalhes de todos os riscos de segurança identificados para você compartilhar com os clientes pelo console de gerenciamento.Para ativar esse recurso em um dispositivo, verifique se a política dele tem pelo menos um campo de
statusReportingSettingsativado.
2 de julho de 2019
Recursos
- Para distinguir que um app foi iniciado em
launchAppnosetupActions, a atividade que é iniciada primeiro como parte do app agora contém o extra de intent booleanocom.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION(definido comotrue). Esse extra permite personalizar o app com base em se ele foi iniciado emlaunchAppou por um usuário.
31 de maio de 2019
Versão de manutenção
- Pequenas correções de bugs e otimização de desempenho.
7 de maio de 2019
Recursos
- Adição de
policyEnforcementRulespara substituircomplianceRules, que foi descontinuado. Consulte o aviso de descontinuação acima para mais informações. - Adicionamos novas APIs para criar e editar apps da Web. Para mais detalhes, consulte Suporte a apps da Web.
Experiência do usuário
Política do dispositivo Android: o ícone do app não fica mais visível nos dispositivos. Os usuários ainda podem acessar a página de política iniciada anteriormente pelo ícone:
- Dispositivos totalmente gerenciados: Configurações > Google > Política do dispositivo
- Dispositivos com perfis de trabalho: Configurações > Google > Trabalho > Device Policy
- Todos os dispositivos: app Google Play Store > Android Device Policy
16 de abril de 2019
- O Android Device Policy já está disponível na Coreia do Sul.
21 de março de 2019
Recursos
- Adicionamos novos metadados, incluindo números de série alternativos, a
devices. - O número de apps com
installTypeREQUIRED_FOR_SETUPagora é limitado a cinco por política. Isso é para garantir a melhor experiência do usuário possível durante o provisionamento do dispositivo e do perfil de trabalho.
12 de fevereiro de 2019
Experiência do usuário
- Política do dispositivo Android: adicionamos mensagens de não conformidade aprimoradas para ajudar os usuários a retornar os dispositivos a um estado de conformidade ou informar quando isso não é possível.
- Política do dispositivo Android: depois que um token de registro é registrado, uma nova experiência de configuração orienta os usuários pelas etapas exigidas pela política para concluir a configuração do dispositivo ou do perfil de trabalho.
Figura 1. Experiência de configuração guiada.
Recursos
- Adição de um novo campo a
installTypeREQUIRED_FOR_SETUP: se for verdadeiro, o app precisará ser instalado antes que a configuração do dispositivo ou do perfil de trabalho seja concluída. Observação: se o app não estiver instalado por qualquer motivo (por exemplo, incompatibilidade, disponibilidade geográfica, conexão de rede ruim), a configuração não será concluída.
SetupActionfoi adicionado apolicies. ComSetupAction, é possível especificar um app para ser iniciado durante a configuração, permitindo que o usuário configure ainda mais o dispositivo. Consulte Iniciar um app durante a configuração para mais detalhes.- Para empresas com relatórios de status ativados, novos relatórios de dispositivos agora são emitidos imediatamente após qualquer tentativa com falha de desbloquear um dispositivo ou perfil de trabalho.
Suspensões de uso
- Em
policies, o uso dewifiConfigsLockdownEnabledfoi descontinuado. As redes Wi-Fi especificadas na política agora não podem ser modificadas por padrão. Para que eles sejam modificáveis, definawifiConfigDisabledcomo falso.
10 de dezembro de 2018
Recursos
- Adicionamos suporte para dispositivos com perfil de trabalho ao método de provisionamento de URL de login. Os proprietários de dispositivos com perfil de trabalho agora podem fazer login com as credenciais corporativas para concluir o provisionamento.
Experiência do usuário
Adição de suporte ao modo escuro no Android Device Policy. O modo escuro é um tema de exibição disponível no Android 9 Pie, que pode ser ativado em Configurações > Tela > Avançado > Tema do dispositivo > Escuro.
Figura 1. (E) Modo de exibição normal (D) Modo escuro
2 de novembro de 2018
Recursos
- Um novo método de registro está disponível para dispositivos totalmente gerenciados. O método usa um URL de login para solicitar que os usuários insiram as credenciais, permitindo que você atribua uma política e provisione os dispositivos dos usuários com base na identidade deles.
- Adicionamos suporte ao iframe de configurações gerenciadas,
uma interface que pode ser adicionada ao console para que os admins de TI definam e salvem
configurações gerenciadas. O iframe retorna um
mcmIdexclusivo para cada configuração salva, que pode ser adicionado apolicies. - Adicionamos
passwordPoliciesePasswordPolicyScopeapolicies:passwordPoliciesdefine os requisitos de senha para o escopo especificado (dispositivo ou perfil de trabalho).- Se
PasswordPolicyScopenão for especificado, o escopo padrão seráSCOPE_PROFILEpara dispositivos com perfil de trabalho eSCOPE_DEVICEpara dispositivos totalmente gerenciados ou dedicados. passwordPoliciessubstituipasswordRequirementssePasswordPolicyScopenão for especificado (padrão) ouPasswordPolicyScopeestiver definido para o mesmo escopo quepasswordRequirements
20 de setembro de 2018
Correções de bugs
- Correção de um problema que fazia com que os dispositivos de quiosque aparecessem incorretamente como não conformes após o provisionamento, para um subconjunto de configurações de política
28 de agosto de 2018
Recursos
Atualizações para oferecer suporte ao provisionamento e gerenciamento de perfis de trabalho e dispositivos totalmente gerenciados:
- Novos métodos de provisionamento estão disponíveis para perfis de trabalho:
- Forneça aos usuários um link de token de registro.
- Acesse Configurações > Google > Configurar perfil de trabalho.
- Adicionamos novos campos a
enrollmentTokens.oneTimeOnly: se for verdadeiro, o token de registro vai expirar após o primeiro uso.userAccountIdentifier: identifica uma conta do Google Play gerenciado específica.- Se não for especificado: a API cria uma nova conta sempre que um dispositivo é registrado com o token.
- Se especificado: a API usa a conta especificada sempre que um dispositivo é registrado com o token. É possível especificar a mesma conta em vários tokens. Consulte Especificar um usuário para mais informações.
- Adicionamos
managementMode(somente leitura) adevices.- Dispositivos com perfis de trabalho:
managementModeestá definido comoPROFILE_OWNER. - Dispositivos dedicados e totalmente gerenciados:
managementModeestá definido comoDEVICE_OWNER.
- Dispositivos com perfis de trabalho:
Atualizações no recurso policies para melhorar os recursos de gerenciamento
de apps:
- Adição do novo campo
playStoreMode.WHITELIST(padrão): apenas os apps adicionados à política ficam disponíveis no perfil de trabalho ou no dispositivo gerenciado. Os apps que não estão na política ficam indisponíveis e são desinstalados, caso já tenham sido instalados.BLACKLIST: os apps adicionados à política não estão disponíveis. Todos os outros apps listados no Google Play estão disponíveis.
- Adicionamos
BLOCKEDcomo uma opção de InstallType, o que impede a instalação de um app. Se o app já estiver instalado, ele será desinstalado.- É possível usar o installType
BLOCKEDcomplayStoreModeBLACKLISTpara impedir que um dispositivo gerenciado ou perfil de trabalho instale apps específicos.
- É possível usar o installType
Experiência do usuário
- As configurações da política do dispositivo Android foram atualizadas para corresponder às configurações do dispositivo.
12 de julho de 2018
Experiência do usuário
- As páginas de status e detalhes do dispositivo no Android Device Policy foram mescladas em uma única página.
- Melhoria na consistência da interface de configuração com o assistente de configuração do Android.
Recursos
- Adicionamos PermissionGrants no nível da política. Agora é possível controlar
as permissões de execução em quatro níveis:
- Global, em todos os apps: defina defaultPermissionPolicy no nível da política.
- Por permissão, em todos os apps: defina permissionGrant no nível da política.
- Por app, em todas as permissões: defina defaultPermissionPolicy em ApplicationPolicy.
- Por app, por permissão: defina permissionGrant em ApplicationPolicy.
- Ao redefinir um dispositivo para a configuração original, a nova WipeDataFlag permite
que você:
WIPE_EXTERNAL_STORAGE: limpa o armazenamento externo do dispositivo (por exemplo, cartões SD).PRESERVE_RESET_PROTECTION_DATA: preserva os dados da proteção contra redefinição de fábrica no dispositivo. Essa flag garante que apenas um usuário autorizado possa recuperar um dispositivo se, por exemplo, ele for perdido. Observação: só ative esse recurso se você tiver definidofrpAdminEmails[]na política.
Correções de bugs
- Correção de um problema em que a política do dispositivo Android saía do modo de bloqueio de atividade ao ser atualizado em primeiro plano.
25 de maio de 2018
Experiência do usuário
- Em vez de ocultar os apps desativados na tela de início, os dispositivos com Android 7.0 ou mais recente
agora mostram os ícones desses apps em cinza:
Recursos
- Atualizamos o
policiespara oferecer suporte aos seguintes recursos de gerenciamento de certificados:- Concessão automática de acesso a certificados para apps.
- Delegar todos os recursos de gerenciamento de certificados compatíveis com o
Android Device Policy para outro app (consulte
CERT_INSTALL).
- Agora é possível desativar apps individuais em ApplicationPolicy (definindo
disabledcomotrue), independentemente das regras de compliance. - Agora é possível desativar apps do sistema.
- Adicionamos relatórios de aplicativos ao
devices. Para cada app gerenciado instalado em um dispositivo, o relatório retorna o nome do pacote, a versão, a origem da instalação e outras informações detalhadas. Para ativar, definaapplicationReportsEnabledcomotruena política do dispositivo. - Atualizamos os
enterprisespara incluir os Termos e Condições. Os Termos e Condições de uma empresa são exibidos nos dispositivos durante o provisionamento.
Correções de bugs
- Atualização do fluxo de provisionamento para desativar o acesso às configurações, exceto quando o acesso é necessário para concluir a configuração (por exemplo, criar uma senha).
3 de abril de 2018
Experiência do usuário
- Atualizamos o design do Android Device Policy e o fluxo de provisionamento de dispositivos para melhorar a experiência geral do usuário.
Recursos
- Adicionamos suporte à Inicialização direta, que permite limpar remotamente dispositivos Android 7.0 ou mais recentes que não foram desbloqueados desde a última reinicialização.
- Adicionamos uma configuração de modo de localização ao recurso
policies, permitindo que você configure o modo de precisão de local em um dispositivo gerenciado. - Adicionamos um campo de resposta de erro ao recurso
Command.
Correções de bugs
- O desempenho do provisionamento foi melhorado.
- Os relatórios de compliance agora são gerados imediatamente após o provisionamento de um dispositivo. Para configurar uma empresa para receber relatórios de compliance, consulte Receber notificações de detalhes de não compliance.
Problemas conhecidos
- As configurações da tela de bloqueio falham em dispositivos LG com Android 8.0 ou mais recente (por exemplo, LG V30) gerenciados pela política do dispositivo Android.
14 de fevereiro de 2018
Experiência do usuário
- Atualizamos o texto de validação do campo "código", que é exibido se um usuário optar por inserir manualmente um QR code para registrar um dispositivo.
Recursos
- Agora é possível definir uma política para acionar a atualização automática de apps com instalação forçada que
não atendem a uma versão mínima especificada. Em
ApplicationPolicy:
- Defina
installTypecomoFORCE_INSTALLED - Especifique um
minimumVersionCode.
- Defina
- Atualizamos o recurso Dispositivos com novos campos que contêm informações que podem ser úteis para administradores de TI, como o nome da operadora do dispositivo (consulte NetworkInfo para mais detalhes), se o dispositivo está criptografado e se a opção "Verificar apps" está ativada (consulte DeviceSettings para mais detalhes).
Correções de bugs
- Os comandos
RESET_PASSWORDeLOCKagora funcionam com dispositivos Android 8.0 Oreo. - Correção do problema em que DeviceSettings não era preenchido.
- Correção de um problema com o processamento da política
stayOnPluggedModes.
12 de dezembro de 2017
Recursos
- O Android Device Policy agora oferece suporte a um inicializador de quiosque básico, que pode ser ativado por política. O inicializador bloqueia um dispositivo para um conjunto de apps predefinidos e impede o acesso do usuário às configurações do dispositivo. Os apps especificados aparecem em uma única página em ordem alfabética. Para informar um bug ou solicitar um recurso, toque no ícone de feedback no acesso rápido.
- Atualizamos a configuração do dispositivo com uma nova lógica de repetição. Se um dispositivo for reinicializado durante a configuração, o processo de provisionamento vai continuar de onde parou.
- As novas políticas a seguir já estão disponíveis. Consulte a
referência da
API para ver todos os detalhes:
keyguardDisabledFeaturesaccountTypesWithManagementDisabledinstallAppsDisabledmountPhysicalMediaDisableduninstallAppsDisabledbluetoothContactSharingDisabledshortSupportMessagelongSupportMessagebluetoothConfigDisabledcellBroadcastsConfigDisabledcredentialsConfigDisabledmobileNetworksConfigDisabledtetheringConfigDisabledvpnConfigDisabledcreateWindowsDisablednetworkResetDisabledoutgoingBeamDisabledoutgoingCallsDisabledsmsDisabledusbFileTransferDisabledensureVerifyAppsEnabledpermittedInputMethodsrecommendedGlobalProxysetUserIconDisabledsetWallpaperDisabledalwaysOnVpnPackagedataRoamingDisabledbluetoothDisabled - Atualização do SDK de destino da política do dispositivo Android para o Android 8.0 Oreo.
Correções de bugs
- Agora é possível pular a exibição do seletor de rede se não for possível estabelecer uma conexão
na inicialização. Para ativar o seletor de rede na inicialização, use a
política
networkEscapeHatchEnabled.