Google Play genera notificaciones, denominadas notificaciones de EMM, en
respuesta a varios eventos que afectan a una empresa. Por ejemplo, cuando una app
se aprueba, el sistema envía una notificación de ProductApprovalEvent.
Las notificaciones de EMM están asociadas a una cuenta de servicio empresarial específica (ESA). Como EMM, puedes configurar tu para mostrar alertas o mensajes a los administradores de TI empresariales según las notificaciones que recibes.
Las notificaciones de EMM se envían a través de Google Cloud Pub/Sub. Para obtener información detallada sobre cómo configurar notificaciones de Pub/Sub, consulta la sección Suscriptores Descripción general y Extraer suscriptor guía.
Confirmar que configuraste correctamente tu sistema para recibir EMM
notificaciones de Google Play y para recuperar el nombre del archivo
tema al que necesitas conectar tu suscripción, llama
Enterprises.sendTestPushNotification
El envío de una notificación de prueba valida tu integración de EMM en Google Cloud Servicio de Pub/Sub para empresas. Si las notificaciones de EMM se configurado, la API muestra lo siguiente:
{
topic_name: "/projects/project-name/topics/play-work-012345",
message_id: "128976912439"
}
Notificaciones de extracción
Google Cloud Pub/Sub admite dos mecanismos de notificación diferentes: extraer y
push. Sin embargo, solo se recomienda usar notificaciones de extracción. El enfoque de extracción
no requiere la configuración de un servidor externo y funciona con ambos de manera programática
y las ESA creadas manualmente. Otra ventaja de las notificaciones de extracción
requieren poca configuración o mantenimiento adicional por parte de los clientes, o bien no los necesitan.
usar
Enterprises.pullNotificationSet
y
Enterprises.acknowledgeNotificationSet
recibir y confirmar notificaciones de EMM en mensajes salientes de larga duración
conexiones de red.
Al realizar llamadas
Enterprises.pullNotificationSet:
te recomendamos que dejes requestMode con su valor predeterminado.
waitForNotifications. Esto hace que la solicitud espere hasta que uno o más
notificaciones están presentes antes de mostrar una respuesta. Si no se muestra ninguna notificación
presente después de un tiempo, la solicitud devuelve una lista de notificaciones vacía, después de
puedes intentar la solicitud de nuevo.
Luego de recibir las notificaciones, llama
Enterprises.acknowledgeNotificationSet
para asegurarte de que no recibas las mismas notificaciones la próxima vez que llames.
Enterprises.pullNotificationSet
También puedes establecer requestMode en returnImmediately cuando
llamando a Enterprises.pullNotificationSet. Recibirás una respuesta al
de inmediato y contiene todas las notificaciones pendientes, o bien una lista vacía si no hay
notificaciones están presentes. Esta opción requestMode puede resultarte útil cuando
probar inicialmente tu implementación de notificaciones.
Ejemplos de notificaciones de EMM
Estos son algunos ejemplos de eventos y los tipos de notificaciones que generan:
Nota: Los siguientes tipos de notificaciones dejaron de estar disponibles:
ProductApprovalEvent, AppUpdateEvent y NewPermissionsEvent
AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent y
NewDeviceEvent Para AppUpdateEvent, debes usar
el modo de actualización de prioridad alta como
según nuestras recomendaciones.
| Descripción | Notificación |
|---|---|
| Se solicita una notificación de prueba a través del API de EMM de Google Play Debes enviar una notificación de prueba para confirmar que tu puede recibir las notificaciones que publica Google Play y conocer el nombre del tema que se usa para todas las notificaciones asociadas con Google Play | TestPushNotification |
Un dispositivo aprovisionado recientemente está listo para que lo administre el
API de EMM de Google Play: Ahora puedes
llamar a las APIs que requieren el deviceId
(por ejemplo, Instalaciones)
APIs que devuelven Devices
recurso. Esta notificación solo se envía después de aprovisionar la primera cuenta
en un dispositivo administrado.
OBSOLETO
| NewDeviceEvent |
| Un administrador marca una aplicación como aprobada o no aprobada en la con Google Play Console administrado. OBSOLETO | ProductApprovalEvent
|
| Se agota el tiempo de espera de una instalación pendiente en un dispositivo. Por ejemplo, una solicitud se acepta la solicitud de instalación, pero no se puede acceder al dispositivo desde días, por lo que no se puede confirmar la instalación. El sistema envía un tiempo de espera de instalación notificación. | InstallFailureEvent
|
| Se publicó una nueva versión de la app. La actualización está disponible para uno o más, pero no necesariamente todos. OBSOLETO | AppUpdateEvent
|
| La actualización de una app requiere que el administrador apruebe un nuevo permiso, por lo que que pueda ocurrir una actualización o una nueva instalación. Esta notificación se envía cuando el El conjunto de permisos aceptados de la aplicación difiere del conjunto de permisos los permisos solicitados. OBSOLETO | NewPermissionsEvent |
| Cuando se publica una versión nueva de una app que incluye una versión Esquema de configuración administrada. Cuando un desarrollador sube un nuevo APK, Google Play compara el esquema del manifiesto con el esquema de la versión anterior de la app. Si el esquema cambió, notifica a las empresas que aprobaron la app. OBSOLETO | AppRestrictionsSchemaChangeEvent |
| Una app disponible deja de estar disponible o se vuelve a agregar una que no está disponible. a Google Play. La disponibilidad de la app cambia si un desarrollador anula la publicación o se elimina de Google Play. La disponibilidad también cambia si un app no disponible se volverá a agregar a Google Play. OBSOLETO | ProductAvailabilityChangeEvent |