Einige Apps sind in der Lage, Feedback in Form von verschlüsselten Apps an EMMs zu senden. Bundesländer. Ein verschlüsselter App-Status besteht aus einer eindeutigen Kennung (Schlüssel), entsprechende Nachricht (optional), maschinenlesbare Daten (optional), Schweregrad Status und Zeitstempel. Um sie zu senden, muss eine App in das Enterprise Jetpack-Bibliothek
Als EMM können Sie die Daten aus codierten App-Status nutzen, um die IT-Administratoren die auf verwalteten Geräten und Profilen installierten Apps auf dem neuesten Stand sind. Beispiel dessen Funktionsweise unter Feedback an Unternehmen anzeigen beschrieben wird.
Geräteberichte aktivieren
Apps senden schlüsselbasierte App-Status auf Gerätebasis. Vor allen verschlüsselten App-Status von einer der Apps auf dem Gerät akzeptiert werden, müssen Sie das Gerät Berichte für ein Gerät. Bis die Richtlinie auf dem Gerät aktualisiert wird, werden ignoriert und gehen für immer verloren. Berichte auf Geräten aktivieren vor Geräteregistrierung so früh wie möglich abschließen . Dadurch wird sichergestellt, dass du App-Feedback erhältst, das während des Geräts generiert wird. Registrierung und dass keine verschlüsselten App-Status verloren gehen.
- Rufen Sie uns unter
devices.update()
an.policy.deviceReportPolicy
wird auf"deviceReportEnabled"
festgelegt.
Geräteberichte abrufen
Es gibt mehrere Möglichkeiten, einen Gerätebericht abzurufen:
- Um Berichte zu Geräten und andere Benachrichtigungen abzurufen, rufen Sie
enterprises.pullNotificationSet()
In der Antwort steht jedesdeviceReportUpdateEvent
für einen Gerätebericht. - Um einen Gerätebericht mit den neuesten verschlüsselten App-Status für ein Gerät abzurufen,
angegebenen Gerät aufrufen möchten, rufen Sie
devices.get()
auf. - Um ein Gerät zum Hochladen der aktuellen App-Status zu zwingen, rufen Sie
devices.forceReportUpload()
Bei dieser Methode wird ein Bericht hochgeladen, der Änderungen am App-Status auf der seit dem letzten Bericht erstellt wurde.
Schlüsselbasierte App-Status ansehen
Geräteberichte sind Teil der Geräteressourcen. Berichte enthalten einen appState
-Objekt für jede App (Paket), die auf dem Gerät oder in seinem Arbeitsprofil installiert ist.
Der Status von verschlüsselten Apps (keyedAppState
) für ein bestimmtes Paket ist unter
appState
-Objekts wie im Beispiel unten:
{
"result":{
"kind":"androidenterprise#device",
"report":{
"appState":[
{
"keyedAppState":[
{
"severity":"severityError",
"data":"user",
"message":"Username or password are incorrect",
"key":"account",
"stateTimestampMillis":"1556206406926"
}
],
"packageName":"com.google.android.feedbacktestapp"
}
],
"lastUpdatedTimestampMillis":"1556206407685"
},
"androidId":"32714368a0ad8ad5",
"managementType":"managedProfile",
"policy":{
"deviceReportPolicy":"deviceReportEnabled"
}
}
}
Jeder verschlüsselte App-Status enthält Folgendes:
Feld | Beschreibung |
---|---|
key |
Der eindeutige Schlüssel zur Identifizierung des Status. |
severity |
Der Schweregrad des Status: INFO zeigt eine informative Meldung an. Beispiel: Eine verwaltete Konfiguration wurde festgelegt. ERROR gibt an, dass das Unternehmen Maßnahmen ergreifen muss, um ein Problem zu beheben. Beispiel: Eine verwaltete Konfiguration konnte nicht festgelegt werden. |
message |
Ein optionaler String, der Details zum App-Status enthält. App-Entwicklern wird empfohlen, dieses Feld als Nachricht für Nutzer zu behandeln. |
data |
Ein optionaler String, der für EMMs computerlesbare Details zum App-Status bereitstellt. Beispiel: Ein Wert, den ein IT-Administrator in Ihrer Konsole abfragen könnte, wie z. B. „notify me if the battery_warning data < 10". |
stateTimestampMillis |
Der Zeitstempel (in Millisekunden), der angibt, wann der App-Status zuletzt auf dem Gerät aktualisiert wurde. |
lastUpdatedTimestampMillis |
Der Zeitstempel (in Millisekunden), der angibt, wann das Gerät zuletzt schlüsselbasierte App-Status hochgeladen hat. |
Unternehmen Feedback zur App anzeigen
Apps können Feedback aus verschiedenen Gründen senden. Am häufigsten werden jedoch ist das Senden von verschlüsselten App-Zuständen sinnvoll, Konfigurationen. Beispiel:
- Ein IT-Administrator verwendet die EMM-Konsole, um verwaltete Konfigurationen für eine App festzulegen.
- Im Back-End senden Sie die Konfigurationen an die Anwendung.
- Die Anwendung versucht, die Konfigurationen anzuwenden. Für jede Konfiguration sendet einen verschlüsselten App-Status, der seinen Status angibt (z. B. eine Bestätigung Fehlermeldung oder Fehlermeldung).
- Wenn Sie sich diese codierten App-Status ansehen möchten, rufen Sie einen Gerätebericht ab.
- Anhand von Informationen aus den codierten App-Zuständen werden in Ihrer EMM-Konsole der verwalteten Konfigurationen auf nutzerfreundliche Weise an.
IT-Administratoren über Fehler informieren
Der verschlüsselte App-Status mit dem Schweregrad ERROR
weist darauf hin, dass das Unternehmen
um ein Problem zu beheben. EMM-Anbieter sollten Unternehmen immer benachrichtigen.
entweder über die EMM-Konsole
oder auf andere Weise auf Fehler zu schließen. Beispiel: Ihre
In der EMM-Konsole kann ein Fehler-Dashboard angezeigt werden, das mit dem Feedback für einen
auf einem bestimmten Gerät mit Fehlern.
Wenn ein Fehlerstatus behoben wird, sendet die App einen Folgestatus mit demselben Schlüssel
als ursprünglichen Fehlerstatus und den aktualisierten Schweregrad INFO
. EMM-Anbieter sollten
Unternehmen immer informieren, sobald ein Fehler behoben wurde. Beispiel:
entfernen Sie den Fehler aus dem Fehler-Dashboard Ihrer Konsole oder markieren Sie ihn als behoben.