Google Play génère des notifications, appelées notifications EMM, dans
en réponse à divers événements
qui ont une incidence sur une entreprise. Par exemple, lorsqu'une application
est approuvée, le système envoie une notification ProductApprovalEvent.
Les notifications EMM sont associées à un compte de service d'entreprise spécifique (ESA). En tant qu'EMM, vous pouvez configurer pour afficher des alertes ou des messages destinés aux administrateurs informatiques de l'entreprise en fonction les notifications que vous recevez.
Les notifications EMM sont envoyées via Google Cloud Pub/Sub, Pour obtenir des informations détaillées sur la façon de configuré des notifications Pub/Sub, consultez la section Abonnés Présentation et Abonné pull Guide.
Pour confirmer que vous avez correctement configuré votre système pour la réception d'EMM
des notifications de Google Play et pour récupérer le nom
auquel vous devez associer votre abonnement, appelez
Enterprises.sendTestPushNotification
L'envoi d'une notification de test valide votre intégration EMM avec Google Cloud Service Pub/Sub pour les entreprises Si les notifications EMM sont correctes configurée, l'API renvoie le code suivant:
{
topic_name: "/projects/project-name/topics/play-work-012345",
message_id: "128976912439"
}
Notifications pull
Google Cloud Pub/Sub est compatible avec deux mécanismes de notification différents: pull et
avant de les transmettre. Toutefois, seules les notifications pull sont recommandées. L'approche pull
ne nécessite aucune configuration de serveur externe et est compatible de façon programmatique avec les
et créés manuellement. Un autre avantage des notifications pull
ne nécessitent que peu ou pas de tâches de configuration
ou de maintenance supplémentaires de la part de vos clients.
utiliser
Enterprises.pullNotificationSet
et
Enterprises.acknowledgeNotificationSet
pour recevoir et accuser réception des notifications EMM sur les communications de longue durée
connexions externes.
Lors d'un appel
Enterprises.pullNotificationSet,
nous vous recommandons de conserver la valeur par défaut de requestMode
(waitForNotifications). La requête attend alors qu'un ou plusieurs
s'affichent avant que la réponse ne soit renvoyée. Si aucune notification n'est
est présent après un certain temps, la requête renvoie une liste de notifications vide,
Vous pouvez retenter la requête.
Après avoir reçu les notifications, appelez
Enterprises.acknowledgeNotificationSet
pour éviter de recevoir les mêmes notifications la prochaine fois que vous appelez
Enterprises.pullNotificationSet
Vous avez également la possibilité de définir requestMode sur returnImmediately si
Appel de Enterprises.pullNotificationSet en cours. Vous recevrez une réponse au
immédiatement, contenant les notifications en attente ou une liste vide si aucune notification
sont présentes. Cette option requestMode peut être utile lorsque vous
tester l'implémentation de vos notifications.
Exemples de notifications EMM
Voici quelques exemples d'événements et des types de notifications qu'ils génèrent:
Remarque:Les types de notifications suivants sont obsolètes:
ProductApprovalEvent, AppUpdateEvent, NewPermissionsEvent
AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent et
NewDeviceEvent Pour AppUpdateEvent, vous devez utiliser
mode de mise à jour à priorité élevée en tant que
conformément à nos recommandations.
| Description | Notification |
|---|---|
| Vous pouvez demander une notification de test via <ph type="x-smartling-placeholder"></ph> API Google Play EMM Vous devez envoyer une notification test pour vérifier que votre peut recevoir les notifications publiées par Google Play, et identifier le nom du sujet utilisé pour toutes les notifications associées à Google Play. | TestPushNotification |
Un appareil nouvellement provisionné est prêt à être géré par le
API Google Play EMM : Vous pouvez maintenant
appeler des API qui nécessitent le deviceId de l'appareil
(Installations, par exemple) et
API qui renvoient un objet Devices
ressource. Cette notification n'est envoyée qu'une fois le premier compte provisionné
sur un appareil géré.
OBSOLÈTE
| NewDeviceEvent |
| Un administrateur marque une application comme approuvée ou non approuvée dans le Google Play Console d'entreprise. OBSOLÈTE | ProductApprovalEvent
|
| Une installation en attente sur un appareil expire. Par exemple, une commande push demande d'installation est acceptée, mais l'appareil est inaccessible par plusieurs jours, l'installation ne peut donc pas être confirmée. Le système envoie un délai avant l'installation . | InstallFailureEvent
|
| Une nouvelle version d'une application est publiée. La mise à jour est disponible ou plus, mais pas nécessairement tous. OBSOLÈTE | AppUpdateEvent
|
| Une mise à jour d'application nécessite une nouvelle autorisation pour être approuvée par l'administrateur. qu'une mise à jour ou une nouvelle installation peut se produire. Cette notification est envoyée lorsque Les autorisations acceptées par l'application sont différentes de celles de l'application. les autorisations demandées définies. OBSOLÈTE | NewPermissionsEvent |
| Une nouvelle version d'une application est publiée. Elle inclut une nouvelle version schéma de configurations gérées. Lorsqu'un développeur importe un nouvel APK, Google Play compare le schéma du fichier manifeste au le schéma de la version précédente de l'application. Si le schéma a été modifié, informe les entreprises qui ont approuvé l'application. OBSOLÈTE | AppRestrictionsSchemaChangeEvent |
| Une application disponible n'est plus disponible, ou une application indisponible est de nouveau ajoutée sur Google Play. La disponibilité de l'application change si un développeur annule sa publication. ou il est supprimé de Google Play. La disponibilité change également si un application indisponible est de nouveau ajoutée à Google Play. OBSOLÈTE | ProductAvailabilityChangeEvent |