September 22 — Documentation updated for compatibility with the latest PAM version (5.3.0).
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Managed Google Play

Catálogo de apps aprovados que a organização pode empurrar / disponibilizar / bloquear na frota. Integrado com o Managed Google Play — os apps são reais, o ícone / nome / developer vêm direto da Play Store, e a aplicação usa a Android Management API oficial.

Aberta em /managed-play.

Duas abas

Catalog

Lista dos apps que a organização adicionou ao catálogo interno. Cada linha mostra:

  • Ícone + nome + developer

  • Package name (com.microsoft.teams, com.whatsapp, etc.)

  • Assignments — como cada app está sendo aplicado (escopo × install type)

Ações:

  • Add app — abre a busca na Play Store (nome ou keyword) e permite adicionar com um clique

  • Assign — cria uma regra de instalação

  • Remove — tira do catálogo e apaga todas as assignments

Install compliance

Para cada app do catálogo, mostra em barra visual o estado de instalação na frota:

  • 🟢 INSTALLED — o app está no device na versão relatada

  • 🟡 PENDING — o AMAPI está aplicando, ainda não confirmou

  • 🔴 FAILED — instalação falhou (motivo específico do AMAPI é exibido)

  • ⚪ MISSING — device não tem o app

Drill-down por device mostra qual versão está instalada e, no caso de FAILED, o installationFailureReason bruto do AMAPI (ex: NOT_APPROVED_IN_PLAY, INSTALLATION_INCOMPATIBLE_WITH_DEVICE).

Escopo de assignment

Cada assignment define:

Campo
Opções

Scope

ALL (toda a frota) · DEPARTMENT (só um departamento) · DEVICE (um device específico)

Install type

AVAILABLE · FORCE_INSTALLED · BLOCKED · REQUIRED_FOR_SETUP · KIOSK

Install types

  • AVAILABLE — aparece na loja gerenciada do device; usuário instala se quiser

  • FORCE_INSTALLED — o AMAPI empurra o app; usuário não pode desinstalar

  • BLOCKED — o app é removido do device se estiver instalado; não pode ser instalado

  • REQUIRED_FOR_SETUP — precisa estar instalado antes do provisionamento ser marcado como concluído

  • KIOSK — usado em modo Dedicated (device single-app). Aplica o app como a única atividade permitida

Múltiplas assignments por app

Um mesmo app pode ter várias regras. Por exemplo:

  • WhatsApp: AVAILABLE para ALL, mas FORCE_INSTALLED para o departamento de vendas

  • Um app interno da empresa: KIOSK para o department "PDV"

Quando o AMAPI aplica a policy no device, prevalece a regra mais específica: DEVICE > DEPARTMENT > ALL.

Cascata com o resto do RMM

  • App Inventory + CVE: apps do Managed Play aparecem na página de App Inventory automaticamente. Se algum tem CVE ativa, o alerta é imediato — force a atualização mudando o assignment.

  • Auto-remediation: uma ação suportada é APPLY_POLICY, que pode ser uma policy que já traz suas assignments do Managed Play.

  • Trust Score: apps FORCE_INSTALLED que ainda não aplicaram degradam a compliance do device (contribui pra dimensão de policy).

Requisitos

  • Tenant precisa estar ligado ao Google Android Enterprise (Configurações → Google Enterprise setup)

  • Device precisa estar em modo Fully Managed, Dedicated ou WPCO (BYOD trabalha só no perfil de trabalho)

  • Para apps privados internos, o admin precisa publicar no Managed Play primeiro — a partir daí aparecem na busca do RMM

Limitações que o Google impõe

  • Não dá pra empurrar APK arbitrário fora da Play (a menos que ADB, que é fora do escopo do MDM)

  • Não dá pra ler o container pessoal em modo BYOD — só o work profile

Atualizado

Isto foi útil?