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 caixa de entrada.
Março de 2024
API Android Management
- Adicionamos outros controles sobre a instalação de apps usando
InstallConstraint
. Os administradores de TI podem restringir a instalação de apps com base em critérios específicos.
Ao definirinstallPriority
, os administradores de TI podem garantir que os apps essenciais sejam instalados primeiro. - No Android 10 e versões mais recentes, a AMAPI é compatível com a configuração de redes empresariais de 192 bits
em
openNetworkConfiguration
transmitindo o valor de segurança WPA3-Enterprise_192.
No Android 13 e 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
UsbDataAccess
para que o valor deUSB_DATA_ACCESS_UNSPECIFIED
seja padronizado comoDISALLOW_USB_FILE_TRANSFER
.
fevereiro de 2024
API Android Management
- No Android 9 e versões mais recentes, os administradores de TI agora podem controlar se a impressão é permitida
usando o
campo
printingPolicy
. - No Android 14 e versões mais recentes, uma nova política foi adicionada para controlar os apps
CredentialProvider. Os administradores de TI podem usar o campo
credentialProviderPolicy
para controlar se o app tem permissão para 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
pode ser usado em dispositivos totalmente gerenciados e perfis de trabalho de 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 administradores de TI. Como resultado dessa migração, o campo
InstallationFailureReason
agora também inclui erros do cliente, além dos erros do servidor. - No Android 12 ou versões mais recentes, os administradores de TI podem usar um par de chaves instalado no dispositivo
para a autenticação empresarial de Wi-Fi. Consulte o novo campo
ClientCertKeyPairAlias
em Open Network Configuration (ONC) e nosso guia de configuração de rede para mais informações.
Janeiro de 2024
API Android Management
- Agora é possível migrar dispositivos gerenciados pelo seu DPC personalizado para a API Android Management.
Dezembro de 2023
API Android Management
MinimumWifiSecurityLevel
foi adicionado para 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 da empresa com o Android 13 e versões mais recentes.
Novembro de 2023
API Android Management
- O Android 12 ou versões mais recentes agora oferece suporte à configuração de rede Wi-Fi corporativa sem senha
usando os campos
Identity
ePassword
em Configuração de rede aberta. Isso já era compatível com versões anteriores ao Android 12.Observação:no Android 12 e 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
AutoConnect
estiver definida comotrue
, o dispositivo poderá tentar se conectar à rede com uma senha de marcador gerada aleatoriamente. Para evitar isso quando a senha do usuário não é fornecida, definaAutoConnect
comofalse
. - 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 EMMs.
Tipo de evento Latência esperada entre o evento no dispositivo e a notificação do EMM correspondente1 Comportamento anterior Novo comportamento Estados de apps codificados de alta prioridade Imediato, no máximo um relatório por minuto Imediato, no máximo um relatório por minuto Estados de app codificados de prioridade padrão Com base em programação Em até um minuto Eventos relacionados a aplicativos durante o provisionamento, para apps com estados de instalação definidos pelo administrador de TI2 Integração a outros eventos relacionados ao provisionamento Em um minuto sobre os eventos de provisionamento relacionados Eventos relacionados a aplicativos após o provisionamento, para apps com estados de instalação definidos pelo administrador de TI2 Com base em programação Em até 5 minutos Eventos relacionados a aplicativos durante e após o provisionamento, para apps com estados de instalação definidos pelo funcionário3 Com base em programação Em 60 minutos Outros eventos de apps no dispositivo Com base em programação Em 60 minutos Melhor esforço é definido com base em circunstâncias controladas. A latência real pode variar de acordo com vários fatores do dispositivo e do ambiente.
2InstallType
dos apps aplicados na política:FORCE_INSTALLED
,BLOCKED
,REQUIRED_FOR_SETUP
,PREINSTALLED
eKIOSK
.
3InstallType
de apps disponíveis:AVAILABLE
,INSTALL_TYPE_UNSPECIFIED
.
Outubro de 2023
API Android Management
- Apps lançados como
SetupAction
agora podem cancelar a inscrição. Isso redefine o dispositivo da empresa ou exclui o perfil de trabalho de um dispositivo pessoal.
Versão 14 do Android
API Android Management
Com o lançamento do Android 14, a API Android Management agora oferece suporte aos seguintes recursos do Android 14:
- Restringir o acesso aos contatos do perfil de trabalho
aos aplicativos do sistema e aos apps pessoais especificados em
exemptionsToShowWorkContactsInPersonalProfile
. Agora o acesso aos contatos do perfil de trabalho pode ser ativado para todos os apps pessoais, determinados apps pessoais ou nenhum app pessoal.Por conveniência, a nova opção
SHOW_WORK_CONTACTS_IN_PERSONAL_PROFILE_DISALLOWED_EXCEPT_SYSTEM
emshowWorkContactsInPersonalProfile
garante que os únicos apps pessoais para acessar contatos de trabalho sejam os apps Telefone padrão do dispositivo, Mensagens e Contatos. Nesse caso, os apps Telefone, Mensagens e Contatos configurados pelo usuário, nem qualquer outro sistema ou apps pessoais instalados pelo usuário, poderão consultar contatos de trabalho. - Desative o uso do rádio de banda ultralarga no dispositivo. Para isso, use a nova política
deviceRadioState.ultraWidebandState
. - Bloqueie o uso do 2G da rede celular,
melhorando a segurança da rede. Isso é oferecido pela nova
política
deviceRadioState.cellularTwoGState
. - O Android 14 introduz
atalhos personalizáveis da tela de bloqueio.
O controle de administrador de recursos da tela de bloqueio, que inclui câmera, desbloqueio por impressão digital, desbloqueio facial etc., foi estendido para desativar os atalhos da tela de bloqueio usando a nova opção
SHORTCUTS
.
Setembro de 2023
API Android Management
- As informações de dispositivo e provisionamento agora podem ser recuperadas durante a configuração, permitindo que os desenvolvedores criem mais políticas segmentadas durante a configuração ou filtrem dispositivos de acordo com os atributos fornecidos. O URL de login agora inclui um parâmetro
provisioningInfo
, que pode ser trocado pelos detalhes do dispositivo correspondentes usando o novo método provisionInfo get. SigninDetails
agora pode ser diferenciado um do outro com um valortokenTag
personalizável.
Agosto de 2023
API Android Management
- Lançamento do Modo perdido para dispositivos de empresas. O Modo perdido permite que os empregadores bloqueiem e protejam remotamente um dispositivo perdido e, opcionalmente, exibam uma mensagem na tela do dispositivo com dados de contato para facilitar a recuperação de recursos.
- Foi adicionado suporte à delegação de seleção de certificado, que concede a um app
acesso à seleção de certificados KeyChain em nome dos apps solicitantes.
Consulte
DelegatedScope.CERT_SELECTION
para mais detalhes. - Outras políticas de gerenciamento de Wi-Fi foram adicionadas:
configureWifi
- Os administradores agora podem desativar a adição ou configuração de redes Wi-Fi. O uso dewifiConfigDisabled
foi descontinuado.wifiDirectSettings
: esta política pode ser usada para desativar a configuração do Wi-Fi Direct.tetheringSettings
: esta política pode ser usada para desativar o tethering de Wi-Fi ou todas as formas de tethering. O uso detetheringConfigDisabled
foi 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
- O campo
userFacingType
foi adicionado aApplicationReport
para sinalizar se um app está voltado para o usuário. - Foi adicionado um motivo específico de não conformidade
ONC_WIFI_INVALID_ENTERPRISE_CONFIG
.
Não conformidade com o motivoINVALID_VALUE
e o motivo específico deONC_WIFI_INVALID_ENTERPRISE_CONFIG
ser informado quando a rede Wi-Fi corporativa não temDomainSuffixMatch
definido. - A nova notificação do Pub/Sub
EnrollmentCompleteEvent
foi adicionada, como um tipo deUsageLogEvent
publicado quando o dispositivo conclui o registro. airplaneModeState
foi adicionado emdeviceRadioState
para 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 esse modo. Compatível com dispositivos totalmente gerenciados e perfis de trabalho em dispositivos da empresa, no Android 9 e versões mais recentes.
Junho de 2023
API Android Management
- Foi adicionado suporte ao campo
DomainSuffixMatch
em Configuração de rede aberta para configurar redes Wi-Fi empresariais para Android 6 e versões mais recentes. As configurações de Wi-Fi empresariais semDomainSuffixMatch
são consideradas não seguras 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 deusbFileTransferDisabled
foi descontinuado. UseUsbDataAccess
.
Dezembro de 2022
API Android Management
-
Os recursos de gerenciamento nos widgets do perfil de trabalho foram aprimorados com a adição de dois novos campos de API:
workProfileWidgets
no nível do aplicativo eworkProfileWidgetsDefault
no nível do dispositivo. Isso permite 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 não é permitida por padrão, mas pode ser definida como permitida usandoworkProfileWidgets
eworkProfileWidgetsDefault
e só é compatível com perfis de trabalho. -
Adicionamos suporte para definir configurações aleatórias de endereços MAC ao configurar redes Wi-Fi. Agora os administradores podem especificar se a
MACAddressRandomizationMode
está definida comoHardware
ouAutomatic
ao configurar redes Wi-Fi. Essa mudança é válida para todos os modos de gerenciamento e entra em vigor em dispositivos com o Android 13 ou versões mais recentes do SO. Se for definido comoHardware
, o endereço MAC de fábrica será configurado para a rede Wi-Fi, enquantoAutomatic
, o endereço MAC será aleatório. - Vários itens da nossa documentação foram atualizados:
-
Noções básicas sobre a postura de segurança (link em inglês) para esclarecer as possíveis respostas das avaliações do
devicePosture
e dosecurityRisk
. -
autoUpdateMode
foi fornecido paraautoUpdatePolicy
como uma alternativa recomendada devido à maior flexibilidade com a frequência de atualização. -
Esclarecemos que o
BlockAction
e oWipeAction
sã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 e não serão colocados no bucket restrito para 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 ativar recursos de gerenciamento granular 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..
- Adicionamos sugestões para atualizações da política relacionadas à visibilidade das etapas de senha durante o provisionamento de dispositivos da empresa.
- shareLocationDisabled podem ser usados em dispositivos totalmente gerenciados e perfis de trabalho pessoais.
- Atualizamos a descrição do uso de enterprises.devices.delete e como ele afeta a visibilidade dos dispositivos.
- 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
- Os valores NETWORK_ACTIVITY_LOGS e SECURITY_LOGS foram adicionados ao DelegatedScope para conceder aos apps de políticas de dispositivos acesso aos registros correspondentes.
14 de junho de 2022
API Android Management
- Adição de specificNonComplianceReason e specificNonComplianceContext em NonComplianceDetail para fornecer um contexto detalhado para erros de aplicação de políticas.
6 de junho de 2022
API Android Management
- Inclusão de um comando para permitir que o administrador limpe remotamente os dados de um aplicativo.
- 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 um comprimento de 24 caracteres, enquanto os tokens com duração de 90 dias ou menos continuarão a ter 20 caracteres.
24 de maio de 2022
API Android Management
- Recursos de segurança com suporte de hardware, como o atestado de chaves, agora serão usados em avaliações de integridade do dispositivo quando compatíveis com ele. Isso oferece uma forte garantia de integridade do sistema. Os dispositivos que forem reprovados 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
- Adicionamos 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 Produtos da API Play EMM ao recurso Aplicativo.
22 de fevereiro de 2022
API Android Management
- Adição de cameraAccess para controlar o uso da câmera e de ativação da câmera, e microphoneAccess para controlar o uso do microfone e da alternância do microfone. Esses campos substituem os recém-descontinuados cameraDisabled e unmuteMicrophoneDisabled, respectivamente.
15 de fevereiro de 2022
SDK 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
personalApplications
agora serão desinstalados do perfil pessoal dos dispositivos da empresa, se já estiverem instalados, porque estão no ApplicationPolicy para perfil de trabalho e dispositivos totalmente gerenciados.
17 de setembro de 2021
API Android Management
-
Agora você pode designar um aplicativo 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 todos os recursos de gerenciamento oferecidos na API Android Management, o que permite uma interface local para gerenciar o dispositivo que não exige conectividade do servidor.- Esta versão inicial inclui suporte à execução local do
Commands
e, atualmente, apenas o comandoClearAppData
. Consulte o guia de integração da extensibilidade para mais detalhes. - Os comandos restantes serão adicionados com o tempo, assim como outros recursos de aplicativos de extensão projetados para expor a amplitude de recursos de gerenciamento de dispositivos ao aplicativo de extensão.
- Esta versão inicial inclui suporte à execução local do
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
- Foram adicionados dois novos
AdvancedSecurityOverrides
. Essas políticas ativam as práticas recomendadas de segurança do Android Enterprise por padrão, ao mesmo tempo em que permitem que as organizações substituam os valores padrão para casos de uso avançados. googlePlayProtectVerifyApps
ativa a verificação de apps do Google Play por padrão.developerSettings
impede que os usuários acessem as opções do desenvolvedor e o modo de segurança por padrão, recursos que de outra forma apresentariam risco de exfiltração de dados corporativos.-
O
ChoosePrivateKeyRule
agora é compatível com a concessão direta de chaves específicas do KeyChain para apps gerenciados. - Isso permite que os apps de destino acessem chaves especificadas chamando
getCertificateChain()
egetPrivateKey()
sem precisar chamarchoosePrivateKeyAlias()
primeiro. - Por padrão, a API Android Management concede acesso direto
às chaves especificadas na política, mas recorre a essa
concessão depois que o app especificado chama
choosePrivateKeyAlias()
. ConsulteChoosePrivateKeyRule
para mais detalhes.
Descontinuações
- O
ensureVerifyAppsEnabled
foi descontinuado. UsegooglePlayProtectVerifyApps
AdvancedSecurityOverrides
. - Os usuários da API (projetos do Google Cloud com a API Android Management
ativada a partir de 15 de abril de 2021) podem continuar usando
ensureVerifyAppsEnabled
até outubro de 2021, mas recomendamos migrar paraAdvancedSecurityOverrides
assim possível. Em outubro, oensureVerifyAppsEnabled
deixará de funcionar. debuggingFeaturesAllowed
esafeBootDisabled
foram descontinuados. UsedeveloperSettings
AdvancedSecurityOverrides
.- Os usuários da API (projetos do Google Cloud com a API Android Management
ativada a partir de 15 de abril de 2021) podem continuar usando
debuggingFeaturesAllowed
esafeBootDisabled
até outubro de 2021, mas recomendamos usarAdvancedSecurityOverrides
assim que possível. Em outubro,debuggingFeaturesAllowed
esafeBootDisabled
não vão mais funcionar.
Fevereiro de 2021
API Android Management
- Adicionado suporte ao
personalApplications
para dispositivos da empresa a partir do Android 8. Agora o recurso é 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
-
personalApplications
foi adicionado aPersonalUsagePolicies
. Em dispositivos da empresa, a TI pode especificar uma permissão ou lista de bloqueio de aplicativos no perfil pessoal. No momento, esse recurso está disponível apenas em dispositivos Android 11, mas haverá backport 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
-
AutoDateAndTimeZone
foi adicionado, substituindo oautoTimeRequired
descontinuado, para controlar a configuração automática de data, hora e fuso horário em um dispositivo da empresa. - A partir do Android 11, os usuários não podem mais limpar os dados do app ou forçar
o fechamento de aplicativos quando o dispositivo estiver configurado como quiosque, ou seja,
quando o
InstallType
de um aplicativo emApplicationPolicy
estiver definido comoKIOSK
. - Adição de novos controles
LocationMode
para substituir controles descontinuados do método de detecção de local. Em dispositivos da empresa, a TI agora pode escolher entre aplicar a localização, desativar a localização ou permitir que os usuários ativem ou desativem a localização. - Foi adicionado suporte ao
CommonCriteriaMode
, um novo recurso do Android 11. Pode ser ativado para atender a requisitos específicos do perfil de proteção dos fundamentos de dispositivos móveis (MDFP, na sigla em inglês).
Descontinuações
- O uso de
autoTimeRequired
foi descontinuado, após a descontinuação de controles automáticos específicos de tempo no Android 11. UseAutoDateAndTimeZone
. - As seguintes opções
LocationMode
foram descontinuadas, seguindo a descontinuação no Android 9:HIGH_ACCURACY
,SENSORS_ONLY
,BATTERY_SAVING
eOFF
. UseLOCATION_ENFORCED
,LOCATION_DISABLED
eLOCATION_USER_CHOICE
.
Outubro de 2020
Android Device Policy
- Adição de
RELINQUISH_OWNERSHIP
como um novo tipo de comando do dispositivo. Ao implantar um perfil de trabalho, os administradores podem renunciar à propriedade de dispositivos da empresa para os funcionários, excluindo permanentemente esse perfil e redefinindo qualquer política de dispositivo para o estado de fábrica, deixando os dados pessoais intactos. Ao fazer isso, a TI perde a reivindicação de propriedade do dispositivo agora e no futuro e não pode esperar que o dispositivo seja registrado novamente. Para redefinir um dispositivo para a configuração original e manter 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 inclui suporte a essas melhorias para dispositivos com o Android 8.0 ou versões mais recentes. As empresas agora podem designar dispositivos com perfil de trabalho como pertencentes à empresa, permitindo o gerenciamento do perfil de trabalho, das políticas de uso pessoal e de determinadas configurações do dispositivo, mantendo a privacidade no perfil pessoal.
- Para uma visão geral de alto nível das melhorias na experiência do perfil de trabalho, consulte Perfil de trabalho: o novo padrão de privacidade dos funcionários.
- Consulte Dispositivos da empresa para uso profissional e pessoal para saber como configurar um perfil de trabalho em um dispositivo corporativo.
- Um exemplo de política para um dispositivo da empresa com um perfil de trabalho está disponível em Dispositivos com perfis de trabalho.
blockScope
foi adicionado ablockAction
. UseblockScope
para especificar se uma ação de bloqueio se aplica a um dispositivo da empresa inteiro ou apenas ao perfil de trabalho.
connectedWorkAndPersonalApp
foi adicionado aapplicationPolicy
. A partir do Android 11, alguns apps principais podem se conectar nos perfis de trabalho e pessoais 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 pessoais e de trabalho exibidos juntos.Alguns apps (como a Pesquisa Google) podem estar conectados nos dispositivos por padrão. Uma lista dos apps conectados em um dispositivo está disponível em Configurações > Privacidade > Apps pessoais e de trabalho conectados.
Use
connectedWorkAndPersonalApp
para permitir ou proibir apps conectados. Permitir que um app se conecte entre perfis só dá ao usuário a opção de conectá-lo. Os usuários podem desconectar apps a qualquer momento.systemUpdateInfo
foi adicionado adevices
para relatar informações sobre atualizações pendentes do sistema.
Julho de 2020
Android Device Policy
- [23 de julho] Pequenas correções de bugs
Junho de 2020
Android Device Policy
- [17 de junho] Pequenas correções de bugs.
Maio de 2020
Android Device Policy
- [12 de maio] Pequenas correções de bugs.
Abril de 2020
Android Device Policy
- [14 de abril] Pequenas correções de bugs.
Março de 2020
Android Device Policy
- [16 de março] Pequenas correções de bugs.
Fevereiro de 2020
Android Device Policy
- [24 de fevereiro] Pequenas correções de bugs.
Janeiro de 2020
Android Device Policy
- [15 de janeiro] Pequenas correções de bugs.
Dezembro de 2019
API Android Management
- Está disponível uma nova política para bloquear apps não confiáveis (de fontes desconhecidas). Use
advancedSecurityOverrides.untrustedAppsPolicy
para:- Bloquear instalações de apps não confiáveis em todo o dispositivo (incluindo perfis de trabalho).
- Bloquear instalações de apps não confiáveis apenas em um perfil de trabalho.
- Permitir app não confiável instalado em todo o dispositivo.
- Um tempo limite para permitir métodos de bloqueio de tela não fortes (por exemplo,
impressão digital e desbloqueio facial) agora pode ser aplicado a 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. kioskCustomization
foi adicionado para oferecer suporte à capacidade de ativar 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 "Página inicial" e "Visão geral" (consulte
systemNavigation
). - Barra de status (consulte
statusBar
). - Caixas de diálogo de erro para apps com falhas ou que não respondem (consulte
systemErrorWarnings
).
- Ações globais iniciadas pelo botão liga/desliga (consulte
- A política
freezePeriod
foi adicionada para oferecer suporte ao bloqueio anual de atualizações do sistema durante um período de congelamento especificado. - Um novo parâmetro está disponível em
devices.delete
: owipeReasonMessage
permite especificar uma mensagem curta a ser exibida para um usuário antes de excluir permanentemente o perfil de trabalho do dispositivo pessoal.
Descontinuações
installUnknownSourcesAllowed
agora está marcado como descontinuado
O suporte a essa política continuará até o segundo trimestre de 2020 para usuários que ativaram a
API Android Management antes das 14h GMT de 19 de dezembro de 2019.
Os usuários que ativaram a API após essa data não recebem suporte para a política.
advancedSecurityOverrides.untrustedAppsPolicy
substitui installUnknownSourcesAllowed
.
A tabela abaixo fornece um mapeamento entre as duas políticas. Os desenvolvedores precisam
atualizar as soluções com a nova política assim que possível*.
installUnknownSourcesAllowed | advancedSecurityOverrides.untrustedAppsPolicy |
---|---|
TRUE |
ALLOW_INSTALL_DEVICE_WIDE |
FALSE |
ALLOW_INSTALL_IN_PERSONAL_PROFILE_ONLY Observação:para todos os tipos de dispositivos (perfis de trabalho e totalmente
gerenciados). Como 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 todo o dispositivo 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 todo o dispositivo, você precisa
definir explicitamente a política como DISALLOW_INSTALL
.
Novembro de 2019
Android Device Policy
- [27 de novembro] Pequenas correções de bugs.
Outubro de 2019
API Android Management
- As novas opções do
IframeFeature
permitem especificar quais recursos de iframe do Google Play gerenciado serão ativados ou desativados no console.
Android Device Policy
- [16 de outubro] Pequenas correções de bugs e otimização do desempenho.
4 de setembro de 2019
Recursos
- O recurso
policies
agora pode distribuir versões fechadas de apps (faixas de apps fechados), permitindo que as organizações testem versões de pré-lançamento. Para mais detalhes, consulte Distribuir apps para testes fechados. permittedAccessibilityServices
foi adicionado apolicies
, que pode ser usado para:- Bloquear todos os serviços de acessibilidade que não sejam do sistema em um dispositivo ou
- permite 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
).securityPosture
retorna o status de postura de segurança de um dispositivo (POSTURE_UNSPECIFIED
,SECURE
,AT_RISK
ouPOTENTIALLY_COMPROMISED
), conforme avaliado pela SafetyNet e outras verificações, além de detalhes de qualquer risco de segurança identificado para você compartilhar com os clientes pelo console de gerenciamento.Para ativar esse recurso em um dispositivo, verifique se a política tem pelo menos um campo de
statusReportingSettings
ativado.
2 de julho de 2019
Recursos
- Para distinguir que um app é iniciado de
launchApp
emsetupActions
, a atividade que é iniciada como parte do app agora contém a intent booleana extracom.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION
(definida comotrue
). Esse extra permite que você personalize o app dependendo se ele foi iniciado delaunchApp
ou por um usuário.
31 de maio de 2019
Versão de manutenção
- Pequenas correções de bugs e otimização do desempenho.
7 de maio de 2019
Recursos
policyEnforcementRules
foi adicionado para substituircomplianceRules
, que foi descontinuado. Consulte o aviso de descontinuação acima para mais informações.- Novas APIs foram adicionadas para criar e editar apps da Web. Para mais detalhes, consulte Suporte a apps da Web.
Experiência do usuário
Android Device Policy:o ícone do app não fica mais visível nos dispositivos. Os usuários ainda podem visualizar a página de políticas aberta anteriormente pelo ícone:
- Dispositivos totalmente gerenciados: Configurações > Google > Política de dispositivos
- 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
- Novos metadados foram adicionados, incluindo números de série alternativos, a
devices
. - O número de apps com
installType
REQUIRED_FOR_SETUP
agora está limitado a cinco por política. Isso garante 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
- Android Device Policy:adicionamos mensagens de não conformidade para ajudar os usuários a retornar os dispositivos a um estado compatível ou a informar quando isso não for possível.
- Android Device Policy: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.
Recursos
- Um novo campo foi adicionado a
installType
REQUIRED_FOR_SETUP
: se verdadeiro, o app precisa ser instalado antes da conclusão da configuração do dispositivo ou do perfil de trabalho. Observação:se o app não for instalado por qualquer motivo (por exemplo, incompatibilidade, disponibilidade geográfica, conexão de rede ruim), a configuração não será concluída.
SetupAction
foi adicionado apolicies
. ComSetupAction
, você pode especificar um app para iniciar durante a configuração, permitindo que o usuário tenha mais opções de configuração no dispositivo. Consulte Iniciar um app durante a configuração para mais detalhes.- Para empresas com os relatórios de status ativados, novos relatórios de dispositivos agora são emitidos imediatamente após qualquer tentativa malsucedida de desbloquear um dispositivo ou perfil de trabalho.
Descontinuações
- Em
policies
, owifiConfigsLockdownEnabled
foi descontinuado. As redes Wi-Fi especificadas para política agora não podem ser modificadas por padrão. Para torná-las modificáveis, definawifiConfigDisabled
como falsa.
10 de dezembro de 2018
Recursos
- Foi adicionado suporte para dispositivos com perfil de trabalho ao método de provisionamento do URL de login. Os proprietários de dispositivos de perfis de trabalho agora podem fazer login com as credenciais corporativas para concluir o provisionamento.
Experiência do usuário
Foi adicionado suporte ao modo escuro no Android Device Policy. O modo escuro é um tema de tela disponível no Android 9 Pie, que pode ser ativado em Configurações > Tela > Avançado > Tema do dispositivo > 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.
- Foi adicionado suporte ao iframe de configurações gerenciadas,
uma interface que pode ser adicionada ao seu console para que os administradores de TI definam e salvem configurações
gerenciadas. O iframe retorna um
mcmId
exclusivo para cada configuração salva, que você pode adicionar apolicies
. passwordPolicies
ePasswordPolicyScope
foram adicionados apolicies
:passwordPolicies
define os requisitos de senha para o escopo especificado (dispositivo ou perfil de trabalho).- Se
PasswordPolicyScope
não for especificado, o escopo padrão seráSCOPE_PROFILE
para dispositivos com perfil de trabalho eSCOPE_DEVICE
para dispositivos totalmente gerenciados ou dedicados. passwordPolicies
vai substituirpasswordRequirements
sePasswordPolicyScope
não for especificado (padrão), ouPasswordPolicyScope
estiver definido com o mesmo escopo quepasswordRequirements
.
20 de setembro de 2018
Correções de bugs
- Correção do problema que fazia os dispositivos de quiosque parecerem incorretamente fora de conformidade após o provisionamento para um subconjunto de configurações de política.
28 de agosto de 2018
Recursos
Atualizações no suporte ao perfil de trabalho e ao provisionamento e gerenciamento de dispositivos totalmente gerenciados:
- Novos métodos de provisionamento estão disponíveis para perfis de trabalho:
- Forneça um link do token de inscrição aos usuários.
- Acesse Configurações > Google > Configurar perfil de trabalho.
- Adição de novos campos a
enrollmentTokens
.oneTimeOnly
: se verdadeiro, o token de registro expira após ser usado pela primeira vez.userAccountIdentifier
: identifica uma conta gerenciada do Google Play específica.- Se não for especificado: a API criará silenciosamente uma nova conta sempre que um dispositivo for 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.
- Adição de
managementMode
(somente leitura) adevices
- Dispositivos com perfis de trabalho:
managementMode
está definido comoPROFILE_OWNER
. - Dispositivos dedicados e dispositivos totalmente gerenciados:
managementMode
está definido comoDEVICE_OWNER
.
- Dispositivos com perfis de trabalho:
Atualizações no recurso policies
para melhorar os recursos de gerenciamento de
apps:
- O novo campo
playStoreMode
foi adicionado.WHITELIST
(padrão): somente apps adicionados à política estão disponíveis no perfil de trabalho ou no dispositivo gerenciado. Os apps que não estiverem na política estarão indisponíveis e serão desinstalados, se tiverem 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.
- Adição de
BLOCKED
como uma opção InstallType, o que torna um app indisponível para instalação. Se o app já estiver instalado, ele vai ser desinstalado.- Você pode usar o installType
BLOCKED
com oplayStoreMode
BLACKLIST
para evitar que um dispositivo gerenciado ou perfil de trabalho instale apps específicos.
- Você pode usar o installType
Experiência do usuário
- As configurações do Android Device Policy foram atualizadas para corresponder às do dispositivo.
12 de julho de 2018
Experiência do usuário
- As páginas de status e de detalhes do dispositivo no Android Device Policy foram mescladas em uma única página.
- Consistência aprimorada na interface de configuração com o assistente de configuração do Android
Recursos
- Adição de 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 allowGrant no nível da política.
- Por app, em todas as permissões:defina defaultPermissionPolicy em ApplicationPolicy.
- Por app, por permissão:defina allowGrant em ApplicationPolicy.
- Ao redefinir um dispositivo para a configuração original, o novo WipeDataFlag permite
fazer o seguinte:
WIPE_EXTERNAL_STORAGE
: exclui permanentemente o armazenamento externo do dispositivo (por exemplo, cartões SD).PRESERVE_RESET_PROTECTION_DATA
: preserva os dados de proteção contra redefinição para a configuração original no dispositivo. Essa sinalização garante que somente um usuário autorizado possa recuperar um dispositivo se, por exemplo, ele for perdido. Observação:ative esse recurso apenas se tiver definidofrpAdminEmails[]
na política.
Correções de bugs
- Correção do problema com o Android Device Policy que sai do modo de bloqueio de tarefas ao atualizar em primeiro plano.
25 de maio de 2018
Experiência do usuário
- Em vez de ocultar apps desativados da tela de início, os dispositivos Android 7.0 e versões mais recentes
agora mostram ícones de apps desativados em cinza:
Recursos
policies
foi atualizado para oferecer suporte aos seguintes recursos de gerenciamento de certificados:- Concessão automática de acesso ao certificado a apps.
- Delegar todos os recursos de gerenciamento de certificados compatíveis com o
Android Device Policy para outro app (consulte
CERT_INSTALL
).
- Apps individuais agora podem ser desativados em ApplicationPolicy (defina
disabled
comotrue
), independentemente das regras de compliance. - Agora é possível desativar apps do sistema.
- Os relatórios de apps foram adicionados 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 do app. Para ativar, definaapplicationReportsEnabled
comotrue
na política do dispositivo. - Atualizamos
enterprises
para 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 ele for 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
- Foi adicionado suporte à inicialização direta, permitindo que você apague remotamente dispositivos Android 7.0 ou mais recentes que não tenham sido desbloqueados desde a última reinicialização.
- Foi adicionada uma configuração de modo de localização ao recurso
policies
, permitindo que você configure o modo de precisão de localização em um dispositivo gerenciado. - Adicionamos um campo de resposta de erro ao
recurso
Command
.
Correções de bugs
- O desempenho do provisionamento foi aprimorado.
- 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 detalhadas de não conformidade.
Problemas conhecidos
- As configurações da tela de bloqueio falham em dispositivos LG com Android 8.0 ou versões mais recentes (por exemplo, o LG V30) gerenciados pelo Android Device Policy.
14 de fevereiro de 2018
Experiência do usuário
- O texto de validação para o campo "código", que é exibido se um usuário optar por inserir um QR code manualmente para registrar um dispositivo, foi atualizado.
Recursos
- Agora é possível definir uma política para acionar a atualização automática de apps de instalação forçada se
eles não atenderem a uma versão mínima especificada do app. Em
ApplicationPolicy:
- Defina
installType
comoFORCE_INSTALLED
- Especifique um
minimumVersionCode
.
- Defina
- O recurso Devices foi atualizado com novos campos contendo 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 o Verify Apps está ativado (consulte DeviceSettings para mais detalhes).
Correções de bugs
- Os
comandos
RESET_PASSWORD
eLOCK
agora funcionam em dispositivos Android 8.0 Oreo. - Correção do problema com DeviceSettings que não era preenchida.
- Correção do problema com o gerenciamento de políticas
stayOnPluggedModes
.
12 de dezembro de 2017
Recursos
- O Android Device Policy agora oferece suporte a uma tela de início de quiosque básica, que pode ser ativada usando uma política. A tela de início bloqueia um dispositivo em um conjunto de apps predefinidos e bloqueia o acesso do usuário às configurações do dispositivo. Os apps especificados vão aparecer em uma única página em ordem alfabética. Para informar um bug ou solicitar um recurso, toque no ícone de feedback na tela de início.
- Configuração do dispositivo atualizada com a nova lógica de nova tentativa. Se um dispositivo for reinicializado durante a configuração, o processo de provisionamento 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:
keyguardDisabledFeatures
accountTypesWithManagementDisabled
installAppsDisabled
mountPhysicalMediaDisabled
uninstallAppsDisabled
bluetoothContactSharingDisabled
shortSupportMessage
longSupportMessage
bluetoothConfigDisabled
cellBroadcastsConfigDisabled
credentialsConfigDisabled
mobileNetworksConfigDisabled
tetheringConfigDisabled
vpnConfigDisabled
createWindowsDisabled
networkResetDisabled
outgoingBeamDisabled
outgoingCallsDisabled
smsDisabled
usbFileTransferDisabled
ensureVerifyAppsEnabled
permittedInputMethods
recommendedGlobalProxy
setUserIconDisabled
setWallpaperDisabled
alwaysOnVpnPackage
dataRoamingDisabled
bluetoothDisabled
- Atualização do SDK de destino do Android Device Policy para o Android 8.0 Oreo.
Correções de bugs
- Agora, será possível ignorar a exibição do seletor de rede se uma conexão não puder
ser feita na inicialização. Para ativar o seletor de rede na inicialização, use a
política
networkEscapeHatchEnabled
.