Configurer les notifications EMM

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.