Algunas apps pueden enviar comentarios a EMM en forma de apps con clave estados. El estado de una app con clave consta de un identificador único (clave) mensaje correspondiente (opcional), datos aptos para la lectura automática (opcional), gravedad estado y marca de tiempo. Para enviarlos, una app debe integrarse con el Biblioteca de Enterprise Jetpack.
Como EMM, puedes usar los datos de los estados de app con clave para mantener a los administradores de TI actualizada con las apps instaladas en los perfiles y dispositivos administrados. Ejemplo en Cómo mostrar comentarios a empresas, se describe cómo podría funcionar este proceso.
Habilitar los informes de dispositivos
Las apps envían estados de la app con clave por dispositivo. Antes de cualquier estado de app con clave desde cualquiera de las apps del dispositivo, debes habilitarlo informes para un dispositivo. Hasta que se actualice la política en el dispositivo, todas las apps con clave estados se ignoran y se pierden para siempre. Habilita los informes de dispositivos antes completar la inscripción del dispositivo lo antes posible el proceso de administración de recursos. De esta manera, se garantiza que recibas los comentarios de la app generados durante el dispositivo la inscripción y que no se pierdan los estados de la app con clave.
- Llamada a
devices.update()
, Estableciendopolicy.deviceReportPolicy
en"deviceReportEnabled"
.
Recupera informes de dispositivos
Existen varias formas de recuperar un informe de dispositivo:
- Para recuperar informes del dispositivo junto con otras notificaciones, llama
enterprises.pullNotificationSet()
En la respuesta, cadadeviceReportUpdateEvent
denota un informe de dispositivo. - Para recuperar un informe de dispositivo actualizado con los últimos estados de la app con clave de un
dispositivo especificado, llama a
devices.get()
. - Para forzar a un dispositivo a subir los últimos estados de la app, llama a
devices.forceReportUpload()
Este método sube un informe que contiene los cambios en los estados de la app en la dispositivo desde que se generó el último informe.
Ver estados de la app con clave
Los informes de dispositivos forman parte de los recursos de estos. Los informes incluyen un appState
para cada app (paquete) instalada en el dispositivo o en su perfil de trabajo.
Los estados de la app con clave (keyedAppState
) para un paquete determinado se enumeran en
appState
, como en el siguiente ejemplo:
{
"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"
}
}
}
Cada estado de app con clave contiene lo siguiente:
Campo | Descripción |
---|---|
key |
La clave única que identifica el estado. |
severity |
La gravedad del estado INFO indica un mensaje informativo. Por ejemplo, si se establece correctamente una configuración administrada. ERROR indica que la empresa debe tomar medidas para corregir un problema. Por ejemplo, si no se pudo establecer una configuración administrada. |
message |
Una cadena opcional que proporciona detalles sobre el estado de la app. Se recomienda a los desarrolladores de apps que traten este campo como un mensaje para el usuario. |
data |
Es una cadena opcional que proporciona detalles legibles por computadora a los EMM sobre el estado de la app. Por ejemplo, un valor que un administrador de TI podría consultar en tu consola, como "notify me if the Battery_warning data < 10". |
stateTimestampMillis |
Es la marca de tiempo (en milisegundos) que indica cuándo se actualizó el estado de la app por última vez en el dispositivo. |
lastUpdatedTimestampMillis |
Es la marca de tiempo (en milisegundos) que indica la última vez que el dispositivo subió los estados de la app con clave. |
Muestra comentarios sobre la app a las empresas
Las apps pueden enviar comentarios por varios motivos. Sin embargo, el uso más común para enviar estados de app con clave es proporcionar comentarios sobre la actividad parámetros de configuración. Por ejemplo:
- Un administrador de TI usa tu consola de EMM para establecer parámetros de configuración administrados para una app.
- En el backend, envías los parámetros de configuración a la app.
- La app intenta aplicar las configuraciones. Para cada configuración, la app envía un estado de app con clave que indica su estado (por ejemplo, una confirmación o una notificación de error).
- Para ver estos estados de apps con clave, debes recuperar un informe del dispositivo.
- Usando información de los estados de la app con clave, tu consola de EMM muestra la y el estado de las configuraciones administradas de una forma fácil de usar.
Alerta a los administradores de TI sobre errores
Un estado de app con clave y gravedad ERROR
indica que la organización debe
una acción para corregir un problema. Los EMM siempre deben alertar a las organizaciones
a errores, ya sea a través de su consola de EMM o de otros medios. Por ejemplo, tu
La consola de EMM podría mostrar un panel de errores que se vincula con los comentarios de una
un dispositivo determinado con errores.
Si se corrige un estado de error, la app envía un estado de seguimiento con la misma clave.
como el estado de error original y una gravedad actualizada de INFO
. Los EMM deben
siempre informa a las organizaciones tan pronto como se corrija un error. Por ejemplo:
quitarlo del panel de errores de tu consola o marcarlo como resuelto.