Configurare le notifiche EMM

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.

DescrizioneNotifica
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