EMM-Benachrichtigungen einrichten

Google Play generiert Benachrichtigungen, die als EMM-Benachrichtigungen bezeichnet werden, als Reaktion auf verschiedene Ereignisse, die sich auf ein Unternehmen auswirken. Wenn beispielsweise eine App genehmigt wird, sendet das System eine ProductApprovalEvent-Benachrichtigung.

EMM-Benachrichtigungen sind mit einem bestimmten Enterprise-Dienstkonto (ESA) verknüpft. Als EMM-Anbieter können Sie Ihre Konsole so einrichten, dass IT-Administratoren von Unternehmen basierend auf den Benachrichtigungen, die Sie erhalten, Warnungen oder Nachrichten angezeigt werden.

EMM-Benachrichtigungen werden über Google Cloud Pub/Sub gesendet. Ausführliche Informationen zum Einrichten von Pub/Sub-Benachrichtigungen finden Sie in der Übersicht über Abonnenten und im Pull-Abonnentenleitfaden.

Rufen Sie Enterprises.sendTestPushNotification auf, um zu prüfen, ob Sie Ihr System für den Empfang von EMM-Benachrichtigungen von Google Play eingerichtet haben, und um den Namen des Cloud Pub/Sub-Themas abzurufen, mit dem Sie Ihr Abo verknüpfen müssen.

Wenn Sie eine Testbenachrichtigung senden, wird die EMM-Integration mit dem Google Cloud Pub/Sub-Dienst für das Unternehmen validiert. Wenn EMM-Benachrichtigungen richtig konfiguriert sind, gibt die API Folgendes zurück:

    {
        topic_name: "/projects/project-name/topics/play-work-012345",
        message_id: "128976912439"
    }

Pull-Benachrichtigungen

Google Cloud Pub/Sub unterstützt zwei verschiedene Benachrichtigungsmechanismen: Pull und Push. Wir empfehlen jedoch nur Pull-Benachrichtigungen. Der Pull-Ansatz erfordert keine externe Servereinrichtung und funktioniert sowohl mit programmatisch als auch manuell erstellten ESAs. Ein weiterer Vorteil von Pull-Benachrichtigungen ist, dass sie von Ihren Kunden nur wenig bis gar nicht konfiguriert oder gewartet werden müssen. Verwenden Sie Enterprises.pullNotificationSet und Enterprises.acknowledgeNotificationSet, um EMM-Benachrichtigungen über lang laufende ausgehende Verbindungen zu empfangen und zu bestätigen.

Wenn Sie Enterprises.pullNotificationSet aufrufen, sollten Sie requestMode auf den Standardwert waitForNotifications belassen. In diesem Fall wartet die Anfrage, bis eine oder mehrere Benachrichtigungen vorhanden sind, bevor eine Antwort zurückgegeben wird. Wenn nach einiger Zeit keine Benachrichtigungen vorhanden sind, gibt die Anfrage eine leere Benachrichtigungsliste zurück. Sie können die Anfrage dann noch einmal versuchen.

Nachdem Sie Benachrichtigungen erhalten haben, rufen Sie Enterprises.acknowledgeNotificationSet an, damit Sie beim nächsten Anruf auf Enterprises.pullNotificationSet keine Benachrichtigungen mehr erhalten.

Sie können requestMode auch auf returnImmediately setzen, wenn Sie Enterprises.pullNotificationSet aufrufen. Sie erhalten sofort eine Antwort auf die Anfrage mit allen ausstehenden Benachrichtigungen oder eine leere Liste, falls keine Benachrichtigungen vorhanden sind. Diese Option requestMode kann nützlich sein, wenn Sie Ihre Benachrichtigungsimplementierung zum ersten Mal testen.

Beispiele für EMM-Benachrichtigungen

Hier sind einige Beispiele für Ereignisse und die zugehörigen Benachrichtigungstypen:

Hinweis:Die folgenden Benachrichtigungstypen wurden eingestellt: ProductApprovalEvent, AppUpdateEvent, NewPermissionsEvent, AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent und NewDeviceEvent. Für AppUpdateEvent müssen Sie gemäß unseren Empfehlungen den Updatemodus mit hoher Priorität verwenden.