Google Play genera notifiche, chiamate notifiche EMM, in
risposta a vari eventi che interessano un'azienda. Ad esempio, quando un'app
viene approvata, il sistema invia una notifica ProductApprovalEvent.
Le notifiche EMM sono associate a un account di servizio aziendale specifico (ESA). In qualità di EMM, puoi configurare per visualizzare avvisi o messaggi agli amministratori IT aziendali in base le notifiche che ricevi.
Le notifiche EMM vengono inviate tramite Google Cloud in Pub/Sub. Per informazioni dettagliate su come e configurare le notifiche Pub/Sub, consulta la sezione Iscritti Panoramica e Sottoscrittore pull Guida.
Per verificare di aver configurato correttamente il sistema per ricevere l'EMM
notifiche da Google Play e per recuperare il nome dell'ambiente Cloud Pub/Sub
a cui devi collegare la tua sottoscrizione,
Enterprises.sendTestPushNotification
L'invio di una notifica di prova convalida l'integrazione EMM con Google Cloud servizio Pub/Sub per le aziende. Se le notifiche EMM sono corrette configurato, l'API restituisce quanto segue:
{
topic_name: "/projects/project-name/topics/play-work-012345",
message_id: "128976912439"
}
Notifiche pull
Google Cloud Pub/Sub supporta due diversi meccanismi di notifica: pull e
push. Tuttavia, si consigliano solo le notifiche pull. L'approccio pull
non richiede la configurazione di server esterni e funziona con entrambi i tipi
e le ESA create manualmente. Un altro vantaggio delle notifiche pull è che
non richiedono alcuna configurazione o manutenzione aggiuntiva da parte dei clienti.
utilizzare
Enterprises.pullNotificationSet
e
Enterprises.acknowledgeNotificationSet
di ricevere e confermare le notifiche EMM in uscita di lunga durata
e connessioni a Internet.
Durante la chiamata
Enterprises.pullNotificationSet,
ti consigliamo di lasciare il valore predefinito di requestMode
(waitForNotifications). In questo modo la richiesta attende che una o più
sono presenti notifiche prima di restituire una risposta. Se non vengono visualizzate notifiche
dopo un po' di tempo, la richiesta restituisce un elenco di notifiche vuoto,
ed eseguire nuovamente la richiesta.
Dopo aver ricevuto le notifiche, chiama
Enterprises.acknowledgeNotificationSet
per assicurarti che non vengano restituite le stesse notifiche la prossima volta che chiami
Enterprises.pullNotificationSet.
Puoi anche impostare requestMode su returnImmediately quando
chiamata Enterprises.pullNotificationSet. Riceverai una risposta al
una richiesta immediata, contenente eventuali notifiche in attesa o un elenco vuoto, se non
notifiche. L'opzione requestMode può essere utile quando
testare l'implementazione delle notifiche.
Esempi di notifiche EMM
Di seguito sono riportati alcuni esempi di eventi e dei tipi di notifiche che generano:
Nota: i seguenti tipi di notifiche sono stati ritirati:
ProductApprovalEvent, AppUpdateEvent, NewPermissionsEvent
AppRestrictionsSchemaChangeEvent, ProductAvailabilityChangeEvent e
NewDeviceEvent. Per AppUpdateEvent, devi utilizzare
modalità di aggiornamento ad alta priorità come
in base ai nostri consigli.
| Descrizione | Notifica |
|---|---|
| Viene richiesta una notifica di prova tramite il API EMM di Google Play. Devi inviare una notifica di prova per confermare che sistema può ricevere le notifiche pubblicate da Google Play e conoscere il nome dell'argomento utilizzato per tutte le notifiche associate a Google Play. | TestPushNotification |
Un dispositivo di cui è stato appena eseguito il provisioning è pronto per essere gestito
API EMM di Google Play. Ora puoi
chiama le API che richiedono l'deviceId del dispositivo
(ad esempio le installazioni) e
API che restituiscono un dispositivo
risorsa. Questa notifica viene inviata solo dopo aver eseguito il provisioning del primo account
su un dispositivo gestito.
OBSOLETO
| NewDeviceEvent |
| Un amministratore contrassegna una richiesta come approvata o non approvata nel nella versione gestita di Google Play Console. OBSOLETO | ProductApprovalEvent
|
| Timeout di un'installazione in attesa su un dispositivo. Ad esempio, un push la richiesta di installazione è accettata, ma il dispositivo non è raggiungibile per diversi giorni, quindi l'installazione non può essere confermata. Il sistema invia un timeout per l'installazione notifica. | InstallFailureEvent
|
| È stata pubblicata una nuova versione di un'app. L'aggiornamento è disponibile per un o più dispositivi, ma non necessariamente tutti. OBSOLETO | AppUpdateEvent
|
| Per aggiornare un'app è necessaria una nuova autorizzazione da parte dell'amministratore, quindi che è possibile eseguire un aggiornamento o una nuova installazione. Questa notifica viene inviata quando l'insieme di autorizzazioni accettate dell'applicazione differisce dall'applicazione insieme di autorizzazioni richieste. OBSOLETO | NewPermissionsEvent |
| È stata pubblicata una nuova versione di un'app che include un oggetto nuovo o modificato schema di configurazioni gestite. Quando uno sviluppatore carica un nuovo APK, Google Play confronta lo schema nel file manifest lo schema nella versione precedente dell'app. Se lo schema è cambiato, avvisa le aziende che hanno approvato l'app. OBSOLETO | AppRestrictionsSchemaChangeEvent |
| Un'app disponibile non è più disponibile oppure viene aggiunta di nuovo un'app non disponibile su Google Play. La disponibilità dell'app cambia se uno sviluppatore annulla la pubblicazione o rimuoverlo da Google Play. La disponibilità cambia anche se app non disponibile è stata aggiunta di nuovo a Google Play. OBSOLETO | ProductAvailabilityChangeEvent |