> For the complete documentation index, see [llms.txt](https://wiki.datadike.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.datadike.com/product-docs/product-guide/configuracoes/rmm/managed-play.md).

# 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