Google Play generiert Benachrichtigungen, die als EMM-Benachrichtigungen bezeichnet werden, in
auf verschiedene Ereignisse reagieren,
die ein Unternehmen betreffen. Beispiel: Wenn eine App
genehmigt wurde, sendet das System eine ProductApprovalEvent-Benachrichtigung.
EMM-Benachrichtigungen sind mit einem bestimmten Unternehmensdienstkonto verknüpft (ESA) Als EMM können Sie Ihr um Warnmeldungen oder Nachrichten für IT-Administratoren im Unternehmen anzuzeigen, die Sie erhalten.
EMM-Benachrichtigungen werden über Google Cloud gesendet Pub/Sub Detaillierte Informationen zur Pub/Sub-Benachrichtigungen einrichten, finden Sie auf der Seite Abonnenten Übersicht und Pull-Abonnenten Anleitung.
Zur Bestätigung, dass Ihr System erfolgreich für den Empfang von EMM eingerichtet wurde
Google Play-Benachrichtigungen erhalten
und den Namen des Cloud Pub/Sub-
Thema, mit dem Sie Ihr Abo verbinden müssen, rufen Sie
Enterprises.sendTestPushNotification
Durch das Senden einer Testbenachrichtigung wird Ihre EMM-Integration in Google Cloud validiert Pub/Sub-Dienst für Unternehmen Wenn EMM-Benachrichtigungen korrekt sind konfiguriert, 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-Benachrichtigungen. Es werden jedoch nur Pull-Benachrichtigungen empfohlen. Der Pull-Ansatz
erfordert keine Einrichtung externer Server und funktioniert programmatisch mit beidem.
und manuell erstellte ESAs. Ein weiterer Vorteil von Pull-Benachrichtigungen ist,
erfordern wenig oder keine zusätzliche Konfiguration oder Wartung durch Ihre Kunden.
nutzen
Enterprises.pullNotificationSet
und
Enterprises.acknowledgeNotificationSet
zum Empfangen und Bestätigen von EMM-Benachrichtigungen zu lang andauernden ausgehenden Anrufen
Verbindungen.
Beim Anrufen
Enterprises.pullNotificationSet,
empfehlen wir, den Standardwert für requestMode beizubehalten.
(waitForNotifications) Dies führt dazu, dass die Anfrage wartet, bis mindestens
Benachrichtigungen vorhanden sind, bevor eine Antwort zurückgegeben wird. Wenn keine Benachrichtigungen
angezeigt wird, gibt die Anfrage eine leere Benachrichtigungsliste zurück, nachdem
Sie können die Anfrage noch einmal senden.
Nachdem Sie Benachrichtigungen erhalten haben, rufen Sie
Enterprises.acknowledgeNotificationSet
um sicherzustellen, dass Sie beim nächsten Anruf nicht die gleichen Benachrichtigungen erhalten
Enterprises.pullNotificationSet.
Sie können requestMode auch auf returnImmediately setzen, wenn
Enterprises.pullNotificationSet wird angerufen. Sie erhalten eine Antwort auf die
-Anfrage sofort mit ausstehender Benachrichtigung oder einer leeren Liste, falls keine
Benachrichtigungen vorhanden sind. Diese requestMode-Option kann nützlich sein, wenn Sie
testen Sie zunächst Ihre Benachrichtigungsimplementierung.
Beispiele für EMM-Benachrichtigungen
Hier sind einige Beispiele für Ereignisse und die von ihnen generierten Benachrichtigungstypen:
Hinweis:Die folgenden Benachrichtigungstypen wurden eingestellt:
ProductApprovalEvent, AppUpdateEvent, NewPermissionsEvent
AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent und
NewDeviceEvent Für AppUpdateEvent müssen Sie Folgendes verwenden:
Aktualisierungsmodus mit hoher Priorität als
gemäß unseren Empfehlungen.
| Beschreibung | Benachrichtigung |
|---|---|
| Eine Testbenachrichtigung wird über die <ph type="x-smartling-placeholder"></ph> Google Play EMM API Sie müssen eine Testbenachrichtigung senden, um zu bestätigen, das System die von Google Play veröffentlichten Benachrichtigungen empfangen kann. den Themennamen, der für alle Benachrichtigungen im Zusammenhang mit Google Play verwendet wird. | TestPushNotification |
Ein neu bereitgestelltes Gerät kann jetzt vom
Google Play EMM API Sie können jetzt
APIs aufrufen, für die die deviceId des Geräts erforderlich ist
(z. B. Installationen) und
APIs, die ein Geräte zurückgeben
. Diese Benachrichtigung wird erst gesendet, nachdem das erste Konto bereitgestellt wurde
auf einem verwalteten Gerät.
EINGESTELLT
| NewDeviceEvent |
| Ein Administrator markiert die Bewerbung als genehmigt oder nicht genehmigt in der Managed Google Play Console. EINGESTELLT | ProductApprovalEvent
|
| Bei einer ausstehenden Installation auf einem Gerät tritt eine Zeitüberschreitung auf. Eine Push-Benachrichtigung Installationsanfrage angenommen, aber das Gerät ist für mehrere Tage, sodass die Installation nicht bestätigt werden kann. Das System sendet eine Zeitüberschreitung bei der Installation Benachrichtigung. | InstallFailureEvent
|
| Es wird eine neue Version einer App veröffentlicht. Das Update ist für einen oder mehr, aber nicht unbedingt alle Geräte. EINGESTELLT | AppUpdateEvent
|
| Ein App-Update erfordert eine neue Berechtigung, die vom Administrator genehmigt wird. dass ein Update oder eine Neuinstallation erfolgen kann. Diese Benachrichtigung wird gesendet, wenn das Der akzeptierte Berechtigungssatz der Anwendung unterscheidet sich von der der Anwendung. die angeforderten Berechtigungen festgelegt. EINGESTELLT | NewPermissionsEvent |
| Es wird eine neue Version einer App veröffentlicht, die eine neue oder geänderte Schema für verwaltete Konfigurationen. Wenn ein Entwickler ein neues APK hochlädt, vergleicht Google Play das Schema im Manifest mit das Schema in der vorherigen Version der App. Wenn sich das Schema geändert hat, informiert Unternehmen, die die App genehmigt haben. EINGESTELLT | AppRestrictionsSchemaChangeEvent |
| Eine verfügbare App ist nicht mehr verfügbar oder eine nicht verfügbare App wird wieder hinzugefügt bei Google Play. Die Verfügbarkeit der App ändert sich, wenn ein Entwickler die Veröffentlichung aufhebt. oder es wird aus Google Play entfernt. Die Verfügbarkeit ändert sich auch, wenn nicht verfügbare App wird Google Play wieder hinzugefügt. EINGESTELLT | ProductAvailabilityChangeEvent |