En esta página, se muestra el conjunto completo de funciones de Android Enterprise.
Si quieres administrar más de 500 dispositivos, tu solución de EMM debe admitir todas las funciones estándar () de, al menos, un conjunto de soluciones antes de que se pueda comercializar. Los desarrolladores de EMM que deseen que sus soluciones aparezcan en el Directorio de soluciones empresariales de Android como un conjunto de administración estándar deben aprobar la verificación de funciones estándar y convertirse en miembros de nuestro Programa de socios de Android Enterprise.
Hay un conjunto adicional de funciones avanzadas disponible para cada conjunto de soluciones. Estas funciones se indican en cada página del conjunto de soluciones: perfil de trabajo en un dispositivo personal, perfil de trabajo en un dispositivo de la empresa, dispositivo completamente administrado y dispositivo de uso específico. Los desarrolladores de EMM que son miembros del programa de socios de AE con soluciones que aprueban la verificación de funciones avanzadas se incluyen en el Directorio de soluciones empresariales de Android como proveedores de un conjunto de administración avanzada.
Clave
| función estándar | función avanzada | función opcional | no aplicable |
1. Aprovisionamiento de dispositivos
1.1. Aprovisionamiento del perfil de trabajo con prioridad para el DPC
Después de descargar Android Device Policy desde Google Play, los usuarios pueden aprovisionar un perfil de trabajo.
1.1.1. La EMM proporciona al administrador de TI un código QR o un código de activación para admitir este método de aprovisionamiento (consulta Inscripción y aprovisionamiento de un dispositivo).
1.2. Aprovisionamiento de dispositivos con identificador de DPC
Si ingresas "afw#" en el asistente de configuración del dispositivo, se aprovisionará un dispositivo completamente administrado o de uso específico.
1.2.1. La EMM proporciona un código QR o un código de activación a un administrador de TI para admitir este método de aprovisionamiento (consulta Inscribe y aprovisiona un dispositivo).
1.3. Aprovisionamiento de dispositivos NFC
Los administradores de TI pueden usar las etiquetas NFC para aprovisionar dispositivos nuevos o restablecidos a la configuración de fábrica, según los lineamientos de implementación definidos en la documentación para desarrolladores de la API de Play EMM.
1.3.1. Los EMM deben usar etiquetas de tipo 2 de NFC Forum con al menos 888 bytes de memoria. El aprovisionamiento debe usar extras de aprovisionamiento para pasar detalles de registro no sensibles, como IDs de servidor y de inscripción, a un dispositivo. Los detalles de registro no deben incluir información sensible, como contraseñas o certificados.
1.3.2. Recomendamos el uso de etiquetas NFC para Android 10 en adelante debido a la baja de NFC Beam (también conocido como NFC Bump).
1.4. Provisión de dispositivos con código QR
La consola de la EMM puede generar un código QR que los administradores de TI pueden escanear para aprovisionar un dispositivo completamente administrado o de uso específico, según los lineamientos de implementación definidos en la documentación para desarrolladores de la API de Android Management.
1.4.1. El código QR debe usar extras de aprovisionamiento para pasar detalles de registro no sensibles (como IDs de servidor o de inscripción) a un dispositivo. Los detalles del registro no deben incluir información sensible, como contraseñas o certificados.
1.5. Inscripción automática
Este requisito se reemplazó por el requisito 1.6.
1.6. Aprovisionamiento automático
Los administradores de TI pueden automatizar gran parte del proceso de inscripción de dispositivos con la inscripción sin contacto. En combinación con las URLs de acceso, los administradores de TI pueden limitar la inscripción a cuentas o dominios específicos, según las opciones de configuración que ofrezca el EMM.
1.6.1. Los administradores de TI pueden aprovisionar un dispositivo de propiedad de la empresa con el método de inscripción sin contacto.
1.6.2. Este requisito dejó de estar disponible.
1.6.3. Con la URL de acceso, la EMM debe garantizar que los usuarios no autorizados no puedan continuar con la activación. Como mínimo, la activación debe estar bloqueada para los usuarios de una empresa determinada.
1.6.4. Con la URL de acceso, el EMM debe permitir que los administradores de TI completen previamente los detalles de registro (por ejemplo, IDs de servidor o de inscripción), además de la información única del usuario o del dispositivo (por ejemplo, nombre de usuario/contraseña o token de activación), para que los usuarios no tengan que ingresar detalles cuando activen un dispositivo.
- Los EMM no deben incluir información sensible, como contraseñas o certificados, en la configuración de la inscripción sin contacto.
1.7. Aprovisionamiento del perfil de trabajo de la Cuenta de Google
Este requisito se quitó y se reemplazó por el requisito 3.23.
1.8. Aprovisionamiento de dispositivos de la Cuenta de Google
Este requisito se quitó y se reemplazó por el requisito 3.23.
1.9. Configuración directa de la inscripción automática
Los administradores de TI pueden usar la consola de EMM para configurar dispositivos de inscripción automática con el iframe de inscripción automática.
1.10. Perfiles de trabajo en dispositivos de la empresa
Los EMM pueden inscribir dispositivos de la empresa que tengan un perfil de trabajo configurando AllowPersonalUsage.
1.10.1. Se dejó en blanco a propósito.
1.10.2. Los administradores de TI pueden establecer acciones de cumplimiento para los perfiles de trabajo en los dispositivos empresariales a través de PersonalUsagePolicies.
1.10.3. Los administradores de TI pueden desactivar la cámara en el perfil de trabajo o en todo el dispositivo a través de PersonalUsagePolicies.
1.10.4. Los administradores de TI pueden desactivar la captura de pantalla en el perfil de trabajo o en todo el dispositivo a través de PersonalUsagePolicies.
1.10.5. Los administradores de TI pueden establecer una lista de aplicaciones bloqueadas que no se pueden instalar en el perfil personal a través de PersonalApplicationPolicy.
1.10.6. Los administradores de TI pueden renunciar a la administración de un dispositivo de propiedad de la empresa con el comando de renuncia en la AMAPI.
1.11. Aprovisionamiento de dispositivos de uso específico
Los administradores de TI pueden inscribir dispositivos de uso específico sin que se le solicite al usuario que se autentique con una Cuenta de Google.
2. Seguridad del dispositivo
2.1. Comprobación de seguridad del dispositivo
Los administradores de TI pueden establecer y aplicar un desafío de seguridad del dispositivo (PIN, patrón o contraseña) a partir de una selección predefinida de 3 niveles de complejidad en los dispositivos administrados.
2.1.1. La política debe aplicar parámetros de configuración que administren los desafíos de seguridad del dispositivo (parentProfilePasswordRequirements para el perfil de trabajo, passwordRequirements para dispositivos completamente administrados y de uso específico).
2.1.2. La complejidad de la contraseña debe asignarse a las siguientes complejidades de contraseña:
- PASSWORD_COMPLEXITY_LOW: patrón o PIN con secuencias repetidas (4444) o ordenadas (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM: PIN sin secuencias repetidas (4444) ni ordenadas (1234, 4321, 2468), contraseña alfabética o alfanumérica con una longitud de al menos 4
- PASSWORD_COMPLEXITY_HIGH: PIN sin secuencias repetidas (4444) ni ordenadas (1234, 4321, 2468) y con una longitud de al menos 8 caracteres, o contraseñas alfabéticas o alfanuméricas con una longitud de al menos 6 caracteres
2.1.3. También se pueden aplicar restricciones de contraseña adicionales como parámetros de configuración heredados en los dispositivos de la empresa.
2.2. Comprobación de seguridad laboral
Los administradores de TI pueden establecer y aplicar un desafío de seguridad para las apps y los datos del perfil de trabajo que sea independiente y tenga requisitos diferentes de los del desafío de seguridad del dispositivo (2.1).
2.2.1. La política debe aplicar el desafío de seguridad para el perfil de trabajo.
- De forma predeterminada, los administradores de TI deben establecer restricciones solo para el perfil de trabajo si no se especifica ningún alcance.
- Los administradores de TI pueden establecer este parámetro en todo el dispositivo especificando el alcance (consulta el requisito 2.1).
2.2.2. La complejidad de la contraseña debe asignarse a las siguientes complejidades de contraseña predefinidas:
- PASSWORD_COMPLEXITY_LOW: patrón o PIN con secuencias repetidas (4444) o ordenadas (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM: PIN sin secuencias repetidas (4444) ni ordenadas (1234, 4321, 2468), contraseña alfabética o alfanumérica con una longitud de al menos 4
- PASSWORD_COMPLEXITY_HIGH: PIN sin secuencias repetidas (4444) ni ordenadas (1234, 4321, 2468) y con una longitud de al menos 8 caracteres, o contraseñas alfabéticas o alfanuméricas con una longitud de al menos 6 caracteres
2.2.3. También se pueden aplicar restricciones de contraseña adicionales como parámetros de configuración heredados.
2.3. Administración avanzada de contraseñas
Los administradores de TI pueden establecer parámetros de configuración de contraseñas avanzados en los dispositivos.
2.3.1. Se dejó en blanco a propósito.
2.3.2. Se dejó en blanco a propósito.
2.3.3. Se pueden establecer los siguientes parámetros de configuración del ciclo de vida de la contraseña para cada pantalla de bloqueo disponible en un dispositivo:
- Se dejó en blanco a propósito
- Se dejó en blanco a propósito
- Cantidad máxima de contraseñas incorrectas antes de borrar los datos: Especifica la cantidad de veces que los usuarios pueden ingresar una contraseña incorrecta antes de que se borren los datos corporativos del dispositivo. Los administradores de TI deben poder desactivar esta función.
2.3.4. (Android 8.0 y versiones posteriores) Tiempo de espera de autenticación sólida requerido: Se debe ingresar una contraseña de autenticación sólida (como un PIN o una contraseña) después de un período de tiempo de espera establecido por un administrador de TI. Una vez transcurrido el tiempo de espera, se desactivan los métodos de autenticación que no son sólidos (como la huella dactilar o el desbloqueo facial) hasta que se desbloquee el dispositivo con una contraseña de autenticación sólida.
2.4. Administración de cerraduras inteligentes
Los administradores de TI pueden administrar si los agentes de confianza de la función Smart Lock de Android pueden extender el desbloqueo del dispositivo hasta cuatro horas.
2.4.1. Los administradores de TI pueden inhabilitar los agentes de confianza en el dispositivo.
2.5. Borrar y bloquear
Los administradores de TI pueden usar la consola de EMM para bloquear y borrar de forma remota los datos de trabajo de un dispositivo administrado.
2.5.1. Los dispositivos se deben bloquear con la API de Android Management.
2.5.2. Los dispositivos se deben borrar con la API de Android Management.
2.6. Aplicación de medidas por incumplimiento
Si un dispositivo no cumple con las políticas de seguridad, las reglas de cumplimiento establecidas por la API de Android Management restringen automáticamente el uso de los datos laborales.
2.6.1. Como mínimo, las políticas de seguridad aplicadas en un dispositivo deben incluir la política de contraseñas.
2.7. Políticas de seguridad predeterminadas
Los EMM deben aplicar las políticas de seguridad especificadas en los dispositivos de forma predeterminada, sin que los administradores de TI deban establecer ni personalizar ningún parámetro de configuración en la consola del EMM. Se recomienda (pero no es obligatorio) que los EMM no permitan que los administradores de TI cambien el estado predeterminado de estas funciones de seguridad.
2.7.1. Se debe bloquear la instalación de apps de fuentes desconocidas, incluidas las apps instaladas en el lado personal de cualquier dispositivo con Android 8.0 o versiones posteriores que tenga un perfil de trabajo. Esta función secundaria se admite de forma predeterminada.
2.7.2. Se deben bloquear las funciones de depuración. Esta función secundaria se admite de forma predeterminada.
2.8. Políticas de seguridad para dispositivos de uso específico
No se permiten otras acciones para un dispositivo de uso específico bloqueado.
2.8.1. El inicio en modo seguro debe estar desactivado de forma predeterminada con la política
(ve a safeBootDisabled).
2.9. Asistencia de Play Integrity
Las verificaciones de Play Integrity se realizan de forma predeterminada. No se requiere ninguna implementación adicional.
2.9.1. Se dejó en blanco a propósito.
2.9.2. Se dejó en blanco a propósito.
2.9.3. Los administradores de TI pueden configurar diferentes respuestas de políticas según el valor de SecurityRisk del dispositivo, lo que incluye bloquear el aprovisionamiento, borrar los datos corporativos y permitir que continúe la inscripción.
- El servicio de EMM aplicará esta respuesta de política para el resultado de cada verificación de integridad.
2.9.4. Se dejó en blanco a propósito.
2.10. Aplicación de medidas por incumplimiento de Verificar apps
Los administradores de TI pueden activar la opción Verificar apps en los dispositivos. Verificar apps analiza las apps instaladas en dispositivos Android en busca de software dañino antes y después de que se instalen, lo que ayuda a garantizar que las apps maliciosas no puedan comprometer los datos corporativos.
2.10.1. La opción Verificar apps debe estar activada de forma predeterminada con la política
(ve a ensureVerifyAppsEnabled).
2.11. Compatibilidad con el inicio directo
La API de Android Management admite esta función de forma predeterminada. No se requiere ninguna implementación adicional.
2.12. Administración de la seguridad del hardware
Los administradores de TI pueden bloquear los elementos de hardware de un dispositivo de la empresa para garantizar la prevención de pérdida de datos.
2.12.1. Los administradores de TI pueden impedir que los usuarios activen medios externos físicos con la
política (ve a
mountPhysicalMediaDisabled).
2.12.2. Los administradores de TI pueden impedir que los usuarios compartan datos desde sus dispositivos con NFC Beam a través de una política (ve a outgoingBeamDisabled). Esta función secundaria es opcional, ya que la función de NFC Beam ya no es compatible con Android 10 y versiones posteriores.
2.12.3. Los administradores de TI pueden impedir que los usuarios transfieran archivos por USB con la
política (ve a
usbFileTransferDisabled).
2.13. Registro de seguridad empresarial
La API de Android Management no admite esta función.
3. Administración de la cuenta y las apps
3.1. Vinculación empresarial
Los administradores de TI pueden vincular la EMM a su organización, lo que permite que la EMM use Google Play administrado para distribuir apps a los dispositivos.
3.1.1. Un administrador con un dominio de Google administrado existente puede vincular su dominio con la EMM.
3.1.2. Se dejó en blanco a propósito.
3.1.3. Se dejó en blanco a propósito.
3.1.4. La consola de EMM guía al administrador para que ingrese su dirección de correo electrónico laboral en el flujo de registro de Android y lo disuade de usar una cuenta de Gmail.
3.1.5. La EMM precompleta la dirección de correo electrónico del administrador en el flujo de registro de Android.
3.2. Aprovisionamiento de cuentas de Google Play administrado
La EMM puede aprovisionar de forma silenciosa cuentas de usuario empresarial, llamadas cuentas de Google Play administrado. Estas cuentas identifican a los usuarios administrados y permiten reglas de distribución de apps únicas por usuario.
3.2.1. Las cuentas de Google Play administrado (cuentas de usuario) se crean automáticamente cuando se aprovisionan los dispositivos.
La API de Android Management admite esta función de forma predeterminada. No se requiere ninguna implementación adicional.
3.3. Aprovisionamiento de cuentas de dispositivos de Google Play administrado
El EMM puede crear y aprovisionar cuentas de dispositivo de Google Play administrado. Las cuentas de dispositivo admiten la instalación silenciosa de apps desde Google Play Store administrado y no están vinculadas a un solo usuario. En su lugar, se usa una cuenta de dispositivo para identificar un solo dispositivo y admitir reglas de distribución de apps por dispositivo en situaciones de dispositivos de uso específico.
3.3.1. Las cuentas de Google Play administrado se crean automáticamente cuando se aprovisionan los dispositivos.
La API de Android Management admite esta función de forma predeterminada. No se requiere ninguna implementación adicional.
3.4. Aprovisionamiento de cuentas de Google Play administrado para dispositivos heredados
Esta función dejó de estar disponible.
3.5. Distribución silenciosa de apps
Los administradores de TI pueden distribuir apps de trabajo en los dispositivos de forma silenciosa y sin interacción del usuario.
3.5.1. La consola de EMM debe usar la API de Android Management para permitir que los administradores de TI instalen apps de trabajo en los dispositivos administrados.
3.5.2. La consola de EMM debe usar la API de Android Management para permitir que los administradores de TI actualicen las apps de trabajo en los dispositivos administrados.
3.5.3. La consola de EMM debe usar la API de Android Management para permitir que los administradores de TI desinstalen apps en los dispositivos administrados.
3.6. Administración de configuraciones administradas
Los administradores de TI pueden ver y establecer de forma silenciosa parámetros de configuración administrados para cualquier app que los admita.
3.6.1. La consola del EMM debe poder recuperar y mostrar los parámetros de configuración administrada de cualquier app de Play.
3.6.2. La consola de la EMM debe permitir que los administradores de TI establezcan cualquier tipo de configuración (según lo define el framework de Android Enterprise) para cualquier app de Play con la API de Android Management .
3.6.3. La consola de la EMM debe permitir que los administradores de TI establezcan comodines (como $username$ o %emailAddress%) para que se pueda aplicar una sola configuración de una app, como Gmail, a varios usuarios.
3.7. Administración del catálogo de apps
La API de Android Management admite esta función de forma predeterminada. No se requiere ninguna implementación adicional.
3.8. Aprobación programática de apps
La consola de EMM usa el iframe de Google Play administrado para admitir las funciones de descubrimiento y aprobación de apps de Google Play. Los administradores de TI pueden buscar apps, aprobarlas y aprobar nuevos permisos de la app sin salir de la consola de EMM.
3.8.1. Los administradores de TI pueden buscar apps y aprobarlas en la consola de EMM con el iframe de Google Play administrado.
3.9. Administración básica del diseño de la tienda
La app de Google Play Store administrado se puede usar para instalar y actualizar apps de trabajo. De forma predeterminada, Google Play Store administrado muestra las apps aprobadas para un usuario en una sola lista. Este diseño se conoce como diseño básico de la tienda.
3.9.1. La consola de EMM debe permitir que los administradores de TI administren las apps visibles en el diseño básico de la tienda de un usuario final.
3.10. Configuración avanzada del diseño de la tienda
3.10.1. Los administradores de TI pueden personalizar el diseño de la tienda que se ve en la app de Google Play Store administrado.
3.11. Administración de licencias de apps
Esta función dejó de estar disponible.
3.12. Administración de apps privadas alojadas en Google
Los administradores de TI pueden actualizar las apps privadas alojadas en Google a través de la consola de EMM en lugar de la Google Play Console.
3.12.1. Los administradores de TI pueden subir versiones nuevas de las apps que ya se publicaron de forma privada para la empresa con los siguientes métodos:
3.13. Administración de apps privadas alojadas de forma autónoma
Esta función dejó de estar disponible.
3.14. Notificaciones de extracción de EMM
Esta función no se aplica a la API de Android Management. Configura las notificaciones de Pub/Sub en su lugar.
3.15. Requisitos de uso de la API
La EMM implementa las APIs de Android Management a gran escala, lo que evita patrones de tráfico que podrían afectar negativamente la capacidad de las empresas para administrar apps en entornos de producción.
3.15.1. La EMM debe cumplir con los límites de uso de la API de Android Management. Si no se corrige el comportamiento que excede estos lineamientos, se puede suspender el uso de la API, a discreción de Google.
3.15.2. El EMM debe distribuir el tráfico de diferentes empresas a lo largo del día, en lugar de consolidar el tráfico empresarial en momentos específicos o similares. El comportamiento que se ajuste a este patrón de tráfico, como las operaciones por lotes programadas para cada dispositivo inscrito, puede provocar la suspensión del uso de la API, según el criterio de Google.
3.15.3. La EMM no debe realizar solicitudes coherentes, incompletas o deliberadamente incorrectas que no intenten recuperar o administrar datos reales de la empresa. El comportamiento que se ajuste a este patrón de tráfico puede provocar la suspensión del uso de la API, según el criterio de Google.
3.16. Administración avanzada de parámetros de configuración administrados
El EMM admite las siguientes funciones avanzadas de administración de configuraciones administradas:
3.16.1. La consola de EMM debe poder recuperar y mostrar hasta cuatro niveles de parámetros de configuración administrados anidados de cualquier app de Play con lo siguiente:
- El iframe de Google Play administrado o
- una IU personalizada.
3.16.2. La consola de EMM debe poder recuperar y mostrar cualquier comentario que devuelva el canal de comentarios de una app cuando lo configure un administrador de TI.
- La consola de EMM debe permitir que los administradores de TI asocien un elemento de comentarios específico con el dispositivo y la app de los que se originó.
- La consola del EMM debe permitir que los administradores de TI se suscriban a alertas o informes de tipos de mensajes específicos (como mensajes de error).
3.16.3. La consola del EMM solo debe enviar valores que tengan un valor predeterminado o que el administrador configure de forma manual con lo siguiente:
- El iframe de parámetros de configuración administrados
- Una IU personalizada
3.17. Administración de apps web
Los administradores de TI pueden crear y distribuir apps web en la consola de EMM.
3.17.1. La consola de EMM permite que los administradores de TI distribuyan accesos directos a las apps web con las siguientes opciones:
3.18. Administración del ciclo de vida de las cuentas de Google Play administrado
El EMM puede crear, actualizar y borrar cuentas de Google Play administrado en nombre de los administradores de TI, y recuperarse automáticamente del vencimiento de la cuenta.
Esta función es compatible de forma predeterminada. No se requiere ninguna implementación de EMM adicional.
3.19. Administración de segmentos de aplicaciones
3.19.1. Los administradores de TI pueden obtener una lista de los IDs de segmento que estableció un desarrollador para una app en particular.
3.19.2. Los administradores de TI pueden configurar los dispositivos para que usen un segmento de desarrollo específico para una aplicación.
3.20. Administración avanzada de actualizaciones de aplicaciones
Los administradores de TI pueden permitir que las apps se actualicen de inmediato o posponer su actualización durante 90 días.
3.20.1. Los administradores de TI pueden permitir que las apps usen actualizaciones de apps de alta prioridad para que se actualicen cuando haya una actualización lista.
3.20.2. Los administradores de TI pueden permitir que las apps pospongan sus actualizaciones de la app durante 90 días.
3.21. Administración de métodos de aprovisionamiento
La EMM puede generar parámetros de configuración de aprovisionamiento y presentarlos al administrador de TI en un formato listo para su distribución a los usuarios finales (como un código QR, una configuración de inscripción automática o una URL de Play Store).
3.22. Actualiza la vinculación de Enterprise
Los administradores de TI pueden actualizar el tipo de vinculación empresarial a una empresa de dominio de Google administrado, lo que permite que la organización acceda a los servicios y las funciones de la Cuenta de Google en los dispositivos inscritos.
3.22.1. La consola de EMM permite que el administrador de TI active la actualización de una cuenta empresarial de Google Play administrado existente a una cuenta empresarial de dominio de Google administrado con las APIs necesarias .
3.22.2. Los EMM deben usar Pub/Sub para recibir notificaciones sobre los eventos de actualización iniciados por el administrador de TI (incluso los que ocurren fuera de la consola de EMM) y actualizar su IU para reflejar estos cambios.
3.23. Aprovisionamiento de Cuentas de Google administradas
La EMM puede aprovisionar un dispositivo con cuentas de usuario empresariales, llamadas Cuentas de Google administradas. Estas cuentas identifican a los usuarios administrados y permiten las reglas de App Distribution y el acceso a los servicios de Google. Además, los administradores de TI pueden establecer una política para exigir la autenticación de la Cuenta de Google administrada durante o después de la inscripción.
3.23.1. La EMM puede aprovisionar una Cuenta de Google administrada según los lineamientos de implementación definidos.
Para ello, haz lo siguiente:
- Se agrega una Cuenta de Google administrada al dispositivo.
- La Cuenta de Google administrada debe tener una asignación de 1 a 1 con los usuarios reales en la consola de la EMM.
3.23.2. El administrador de TI puede usar la política para brindarles a los usuarios la opción de acceder a una Cuenta de Google administrada para la inscripción.
3.23.3. El administrador de TI puede usar la política para controlar si el usuario debe acceder a una Cuenta de Google administrada para completar la inscripción.
3.23.4. De manera opcional, los administradores de TI pueden restringir el flujo de actualización a un identificador de cuenta específico (dirección de correo electrónico) para un dispositivo determinado.
3.24. Actualización de la cuenta de Google Play administrado
Los administradores de TI pueden actualizar el tipo de cuenta de usuario a una Cuenta de Google administrada, lo que permite que el dispositivo acceda a los servicios y las funciones de la Cuenta de Google en los dispositivos inscritos.
3.24.1. Los administradores de TI pueden actualizar una cuenta de Google Play administrada existente en un dispositivo a una Cuenta de Google administrada.
3.24.2. De manera opcional, los administradores de TI pueden restringir el flujo de actualización a un identificador de cuenta específico (dirección de correo electrónico) para un dispositivo determinado.
3.25. Roles de la app
La EMM admite el otorgamiento de privilegios especiales, especificados por los tipos de roles disponibles, a una app que elija el administrador de TI. Estos privilegios adicionales incluyen la capacidad de funcionar sin interrupciones por restricciones de energía o de segundo plano, suspensión, hibernación y controles del usuario.
3.25.1. Las apps complementarias son opcionales y permiten que la EMM extienda las funciones de administración con su propio cliente local en un dispositivo. Si tu solución incluye una
app complementaria, debes asignarle automáticamente (es decir, sin la intervención del administrador de TI)
el rol de Companion_App correcto. El administrador de TI no debería poder configurar este rol.
3.25.2. La consola de EMM permite que un administrador de TI asigne cualquiera de los roles especificados en RoleType, excepto Companion_APP, que asigna el EMM.
3.25.3 El EMM puede sugerir apps adecuadas para cada rol, pero no debe restringir las opciones de apps a una lista arbitraria.
3.26. Transferencia y restablecimiento de datos del dispositivo
Los administradores de TI pueden habilitar la transferencia y el restablecimiento de datos del dispositivo para los dispositivos completamente administrados que tengan instaladas Cuentas de Google administradas y la app de Recuperación de Google. Esta es una oferta de plataforma para dispositivos completamente administrados. Esta función no admite los perfiles de trabajo, incluidos COPE y BYOD.
3.26.1. La consola de EMM permite que los administradores de TI habiliten el servicio de copia de seguridad configurando backupService como BACKUP_SERVICE_USER_CHOICE en AMAPI, ya que la función está inhabilitada de forma predeterminada en los dispositivos completamente administrados.
4. Administración de dispositivos
4.1. Administración de políticas de permisos de tiempo de ejecución
Los administradores de TI pueden establecer de forma silenciosa una respuesta predeterminada para las solicitudes de permisos de tiempo de ejecución que realizan las apps de trabajo.
4.1.1. Los administradores de TI deben poder elegir entre las siguientes opciones cuando establezcan una política predeterminada de permisos de tiempo de ejecución para su organización:
- prompt (permite que los usuarios elijan)
- allow
- deny
La EMM debe aplicar estos parámetros de configuración con la política.
4.2. Administración del estado de otorgamiento de permisos de tiempo de ejecución
Después de establecer una política predeterminada de permisos de tiempo de ejecución (consulta el punto 4.1), Los administradores de TI pueden establecer respuestas de forma silenciosa para permisos específicos de cualquier app de trabajo compilada en la API 23 o una versión posterior.
4.2.1. Los administradores de TI deben poder establecer el estado de otorgamiento (predeterminado, otorgar o denegar) de cualquier solicitud de permiso que solicite cualquier app de trabajo compilada en la API 23 o una versión posterior. El EMM debe aplicar estos parámetros de configuración con la política.
4.3. Administración de la configuración de Wi-Fi
Los administradores de TI pueden aprovisionar de forma silenciosa los parámetros de configuración de Wi-Fi empresarial en los dispositivos administrados, incluidos los siguientes:
4.3.1. SSID, con la política.
4.3.2. Contraseña, con la política.
4.4. Administración de la seguridad de Wi-Fi
Los administradores de TI pueden aprovisionar parámetros de configuración de Wi-Fi empresariales en dispositivos que incluyan las siguientes funciones de seguridad avanzadas:
4.4.1. Identidad
4.4.2. Certificados para la autorización del cliente
4.4.3. Certificados de CA
4.5. Administración avanzada de Wi-Fi
Los administradores de TI pueden bloquear los parámetros de configuración de Wi-Fi en los dispositivos administrados para evitar que los usuarios creen parámetros de configuración o modifiquen los parámetros de configuración corporativos.
4.5.1. Los administradores de TI pueden bloquear los parámetros de configuración de Wi-Fi corporativos con la política en cualquiera de los siguientes parámetros de configuración:
- Los usuarios no pueden modificar ninguna configuración de Wi-Fi aprovisionada por la EMM (consulta
wifiConfigsLockdownEnabled), pero pueden agregar y modificar sus propias redes configurables por el usuario (por ejemplo, redes personales). - Los usuarios no pueden agregar ni modificar ninguna red Wi-Fi en el dispositivo (ve a
wifiConfigDisabled), lo que limita la conectividad Wi-Fi solo a las redes aprovisionadas por la EMM.
4.6. Administración de cuentas
Los administradores de TI pueden garantizar que solo las cuentas corporativas autorizadas puedan interactuar con los datos corporativos, para servicios como el almacenamiento de SaaS y las apps de productividad, o el correo electrónico. Sin esta función, los usuarios pueden agregar cuentas personales a las apps corporativas que también admiten cuentas personales, lo que les permite compartir datos corporativos con esas cuentas personales.
4.6.1. Los administradores de TI pueden impedir que los usuarios agreguen o modifiquen cuentas (consulta modifyAccountsDisabled).
- Cuando se aplica esta política en un dispositivo, los EMM deben establecer esta restricción antes de que se complete el aprovisionamiento para garantizar que los usuarios no puedan eludir esta política agregando cuentas antes de que se aplique.
4.7. Administración de cuentas de Workspace
Esta función dejó de estar disponible. Consulta la sección 3.23 para conocer los requisitos de reemplazo.
4.8. Administración de certificados
Permite que los administradores de TI implementen certificados de identidad y autoridades certificadoras en los dispositivos para permitir el uso de recursos corporativos.
4.8.1. Los administradores de TI pueden instalar certificados de identidad de usuario generados por su PKI para cada usuario. La consola del EMM debe integrarse con al menos una PKI y distribuir certificados generados a partir de esa infraestructura.
4.8.2. Los administradores de TI pueden instalar autoridades certificadoras
(consulta caCerts) en el almacén de claves administrado. Sin embargo, esta función secundaria no es compatible.
4.9. Administración avanzada de certificados
Permite que los administradores de TI seleccionen de forma silenciosa los certificados que deben usar las apps administradas específicas. Esta función también otorga a los administradores de TI la capacidad de quitar las AC y los certificados de identidad de los dispositivos activos, y evitar que los usuarios modifiquen las credenciales almacenadas en el almacén de claves administrado.
4.9.1. Para cualquier app distribuida a dispositivos, los administradores de TI pueden especificar un certificado al que se le otorgará acceso de forma silenciosa durante el tiempo de ejecución. (esta función secundaria no es compatible)
- La selección de certificados debe ser lo suficientemente genérica como para permitir una sola configuración que se aplique a todos los usuarios, cada uno de los cuales puede tener un certificado de identidad específico del usuario.
4.9.2. Los administradores de TI pueden quitar certificados de forma silenciosa del almacén de claves administrado.
4.9.3. Los administradores de TI pueden desinstalar un certificado de la AC de forma silenciosa. (esta función secundaria no es compatible)
4.9.4. Los administradores de TI pueden impedir que los usuarios configuren credenciales (ve a credentialsConfigDisabled) en el almacén de claves administrado.
4.9.5. Los administradores de TI pueden otorgar certificados de forma previa para las apps de trabajo con ChoosePrivateKeyRule.
4.10. Administración de certificados delegada
Los administradores de TI pueden distribuir una app de administración de certificados de terceros a los dispositivos y otorgarle acceso privilegiado para instalar certificados en el almacén de claves administrado.
4.10.1. Los administradores de TI pueden especificar un paquete de administración de certificados
(ve a CERT_INSTALL DelegatedScope) para que se establezca como la app de administración de certificados
delegada.
- De manera opcional, los EMM pueden sugerir paquetes de administración de certificados conocidos, pero deben permitir que el administrador de TI elija de la lista de apps disponibles para instalar, para los usuarios correspondientes.
4.11. Administración avanzada de VPN
Permite que los administradores de TI especifiquen una VPN siempre activada para garantizar que los datos de las apps administradas especificadas siempre pasen por una configuración de la VPN.
4.11.1. Los administradores de TI pueden especificar un paquete de VPN arbitrario para que se configure como una VPN siempre activa.
- La consola de EMM puede sugerir, de manera opcional, paquetes de VPN conocidos que admitan la VPN siempre activa, pero no puede restringir las VPN disponibles para la configuración de la VPN siempre activa a ninguna lista arbitraria.
4.11.2. Los administradores de TI pueden usar parámetros de configuración administrados para especificar la configuración de VPN de una app.
4.12. Administración de IME
Los administradores de TI pueden administrar qué métodos de entrada (IME) se pueden configurar para los dispositivos. Dado que el IME se comparte entre los perfiles de trabajo y personales, bloquear el uso de los IME también impedirá que los usuarios los habiliten para uso personal. Sin embargo, los administradores de TI no pueden bloquear el uso de los IME del sistema en los perfiles de trabajo (consulta la sección Administración avanzada de IME para obtener más detalles).
4.12.1. Los administradores de TI pueden configurar una lista de IME permitidos (ve a permitted_input_methods) de cualquier longitud (incluida una lista vacía, que bloquea los IME que no son del sistema), que puede contener cualquier paquete de IME arbitrario.
- La consola de EMM puede sugerir de forma opcional IME conocidos o recomendados para incluir en la lista de entidades permitidas, pero debe permitir que los administradores de TI elijan de la lista de apps disponibles para instalar, para los usuarios correspondientes.
4.12.2. La EMM debe informar a los administradores de TI que los IME del sistema se excluyen de la administración en los dispositivos con perfiles de trabajo.
4.13. Administración avanzada de IME
Los administradores de TI pueden administrar los métodos de entrada (IME) que los usuarios pueden configurar en un dispositivo. La administración avanzada de IME extiende la función básica, ya que permite que los administradores de TI también administren el uso de los IME del sistema, que suelen proporcionar el fabricante o el operador del dispositivo.
4.13.1. Los administradores de TI pueden configurar una lista de entidades permitidas de IME (ve a permitted_input_methods) de longitud arbitraria (excepto una lista vacía, que bloquea todos los IME, incluidos los del sistema), que puede contener cualquier paquete de IME arbitrario.
- La consola de EMM puede sugerir de forma opcional IME conocidos o recomendados para incluir en la lista de entidades permitidas, pero debe permitir que los administradores de TI elijan de la lista de apps disponibles para instalar, para los usuarios correspondientes.
4.13.2. La EMM debe impedir que los administradores de TI configuren una lista de entidades permitidas vacía, ya que este parámetro de configuración impedirá que se configuren todos los IME, incluidos los del sistema, en el dispositivo.
4.13.3. La EMM debe garantizar que, si una lista de entidades permitidas de IME no contiene IME del sistema, los IME de terceros se instalen de forma silenciosa antes de que se aplique la lista de entidades permitidas en el dispositivo.
4.14. Administración de servicios de accesibilidad
Los administradores de TI pueden administrar los servicios de accesibilidad que los usuarios pueden permitir en los dispositivos. Los servicios de accesibilidad son herramientas potentes para los usuarios con discapacidades o aquellos que no pueden interactuar por completo con un dispositivo de forma temporal. Sin embargo, pueden interactuar con los datos corporativos de maneras que no cumplen con la política corporativa. Esta función permite que los administradores de TI desactiven cualquier servicio de accesibilidad que no sea del sistema.
4.14.1. Los administradores de TI pueden configurar una lista de entidades permitidas de servicios de accesibilidad (ve a permittedAccessibilityServices) de longitud arbitraria (incluida una lista vacía, que bloquea los servicios de accesibilidad que no son del sistema), que puede contener cualquier paquete de servicios de accesibilidad arbitrario. Cuando se aplica a un perfil de trabajo, esto
afecta tanto al perfil personal como al de trabajo.
- La consola puede sugerir de forma opcional servicios de accesibilidad conocidos o recomendados para incluirlos en la lista de entidades permitidas, pero debe permitir que el administrador de TI elija entre la lista de apps disponibles para instalar, para los usuarios correspondientes.
4.15. Administración de Compartir ubicación
Los administradores de TI pueden impedir que los usuarios compartan datos de ubicación con las apps del perfil de trabajo. De lo contrario, el parámetro de configuración de ubicación en el perfil de trabajo se puede configurar en Configuración.
4.15.1. Los administradores de TI pueden inhabilitar los servicios de ubicación
(ve a shareLocationDisabled) dentro del perfil de trabajo.
4.16. Administración avanzada de Compartir ubicación
Los administradores de TI pueden aplicar un parámetro de configuración de Compartir ubicación determinado en un dispositivo administrado. Esta función puede garantizar que las apps corporativas siempre tengan datos de ubicación de alta precisión. Esta función también puede garantizar que no se consuma batería adicional restringiendo la configuración de ubicación al modo de ahorro de batería.
4.16.1. Los administradores de TI pueden configurar los servicios de ubicación del dispositivo en cada uno de los siguientes modos:
- Precisión alta.
- Solo sensores, por ejemplo, GPS, pero sin incluir la ubicación proporcionada por la red.
- Ahorro de batería, que limita la frecuencia de actualización
- Desactivado
4.17. Administración de la protección contra el restablecimiento de la configuración de fábrica
Permite que los administradores de TI protejan los dispositivos de la empresa contra robos, ya que garantiza que los usuarios no autorizados no puedan restablecer la configuración de fábrica de los dispositivos. Si la protección contra el restablecimiento de la configuración de fábrica genera complejidades operativas cuando los dispositivos se devuelven al departamento de TI, los administradores de TI pueden desactivarla por completo.
4.17.1. Los administradores de TI pueden impedir que los usuarios restablezcan la configuración de fábrica
(ve a factoryResetDisabled) de sus dispositivos desde Configuración.
4.17.2. Los administradores de TI pueden especificar las cuentas de desbloqueo corporativas autorizadas para aprovisionar dispositivos (consulta frpAdminEmails) después de un restablecimiento de la configuración de fábrica.
- Esta cuenta se puede vincular a una persona o usarla en toda la empresa para desbloquear dispositivos.
4.17.3. Los administradores de TI pueden inhabilitar la protección contra el restablecimiento de la configuración de fábrica
(ve a factoryResetDisabled) para dispositivos específicos.
4.17.4. Los administradores de TI pueden iniciar una limpieza remota del dispositivo que, de forma opcional, borre los datos de protección contra el restablecimiento, lo que quita la protección contra el restablecimiento de la configuración de fábrica en el dispositivo restablecido.
4.18. Control de apps avanzado
Los administradores de TI pueden impedir que el usuario desinstale o modifique las apps administradas a través de Configuración. Por ejemplo, impedir que se fuerce el cierre de la app o que se borre la caché de datos de una app.
4.18.1. Los administradores de TI pueden bloquear la desinstalación de cualquier app administrada arbitraria o de todas las apps administradas (consulta uninstallAppsDisabled).
4.18.2. Los administradores de TI pueden impedir que los usuarios modifiquen los datos de las aplicaciones desde Configuración. (La API de Android Management no admite esta función secundaria)
4.19. Administración de capturas de pantalla
Los administradores de TI pueden impedir que los usuarios tomen capturas de pantalla cuando usan apps administradas. Este parámetro de configuración incluye el bloqueo de apps para compartir pantalla y apps similares (como Asistente de Google) que usan las funciones de captura de pantalla del sistema.
4.19.1. Los administradores de TI pueden impedir que los usuarios tomen capturas de pantalla
(ve a screenCaptureDisabled).
4.20. Desactivar cámaras
Los administradores de TI pueden desactivar el uso de las cámaras de los dispositivos por parte de las apps administradas.
4.20.1. Los administradores de TI pueden inhabilitar el uso de las cámaras de los dispositivos
(ve a cameraDisabled) por parte de las apps administradas.
4.21. Recopilación de estadísticas de red
La API de Android Management no admite esta función.
4.22. Recopilación de estadísticas de red avanzadas
La API de Android Management no admite esta función.
4.23. Reiniciar el dispositivo
Los administradores de TI pueden reiniciar de forma remota los dispositivos administrados.
4.23.1. Los administradores de TI pueden reiniciar de forma remota un dispositivo administrado.
4.24. Administración de la radio del sistema
Proporciona a los administradores de TI una administración detallada de las radios de red del sistema y las políticas de uso asociadas con la política .
4.24.1. Los administradores de TI pueden desactivar las emisiones móviles que envían los proveedores de servicios (consulta cellBroadcastsConfigDisabled).
4.24.2. Los administradores de TI pueden impedir que los usuarios modifiquen la configuración de la red móvil en Configuración (ve a mobileNetworksConfigDisabled).
4.24.3. Los administradores de TI pueden impedir que los usuarios restablezcan toda la configuración de red en Configuración. (ve a networkResetDisabled).
4.24.4. Los administradores de TI pueden configurar si el dispositivo permite el uso de datos móviles
durante el roaming (consulta dataRoamingDisabled).
4.24.5. Los administradores de TI pueden configurar si el dispositivo puede realizar llamadas telefónicas salientes, excepto las de emergencia (consulta outGoingCallsDisabled).
4.24.6. Los administradores de TI pueden configurar si el dispositivo puede enviar y recibir mensajes de texto (ve a smsDisabled).
4.24.7. Los administradores de TI pueden impedir que los usuarios usen sus dispositivos como hotspot portátil a través de la conexión (consulta tetheringConfigDisabled).
4.24.8. Los administradores de TI pueden establecer el tiempo de espera de la conexión Wi-Fi como predeterminado, mientras el dispositivo está enchufado o nunca. (La API de Android Management no admite esta función secundaria)
4.24.9. Los administradores de TI pueden impedir que los usuarios configuren o modifiquen las conexiones Bluetooth existentes (consulta bluetoothConfigDisabled).
4.25. Administración del audio del sistema
Los administradores de TI pueden controlar de forma silenciosa las funciones de audio del dispositivo, lo que incluye silenciar el dispositivo, evitar que los usuarios modifiquen la configuración del volumen y evitar que los usuarios activen el sonido del micrófono del dispositivo.
4.25.1. Los administradores de TI pueden silenciar los dispositivos administrados de forma discreta. (La API de Android Management no admite esta función secundaria)
4.25.2. Los administradores de TI pueden impedir que los usuarios modifiquen la configuración del volumen del dispositivo (ve a adjustVolumeDisabled). Esto también silencia los dispositivos.
4.25.3. Los administradores de TI pueden impedir que los usuarios activen el sonido del micrófono del dispositivo (consulta unmuteMicrophoneDisabled).
4.26. Administración del reloj del sistema
Los administradores de TI pueden administrar la configuración del reloj y la zona horaria de los dispositivos, y evitar que los usuarios modifiquen la configuración automática de los dispositivos.
4.26.1. Los administradores de TI pueden aplicar la hora y la zona horaria automáticas del sistema, lo que evita que el usuario configure la fecha, la hora y la zona horaria del dispositivo.
4.27. Funciones avanzadas para dispositivos de uso específico
En el caso de los dispositivos de uso específico, los administradores de TI pueden administrar las siguientes funciones con la política para admitir varios casos de uso de kioscos.
4.27.1. Los administradores de TI pueden desactivar el bloqueo de teclas del dispositivo (ve a keyguardDisabled).
4.27.2. Los administradores de TI pueden desactivar la barra de estado del dispositivo, lo que bloquea las notificaciones y la Configuración rápida (consulta statusBarDisabled).
4.27.3. Los administradores de TI pueden forzar que la pantalla del dispositivo permanezca encendida mientras el dispositivo está enchufado (ve a stayOnPluggedModes).
4.27.4. Los administradores de TI pueden evitar que se muestren las siguientes IU del sistema (consulta createWindowsDisabled):
- Avisos
- Superposiciones de aplicaciones
4.27.5. Los administradores de TI pueden permitir que el sistema recomiende a las apps que omitan el instructivo para el usuario y otras sugerencias de introducción durante el primer inicio (consulta skip_first_use_hints).
4.28. Administración de permisos delegados
Los administradores de TI pueden delegar privilegios adicionales a paquetes individuales.
4.28.1. Los administradores de TI pueden administrar los siguientes permisos:
- Instalación y administración de certificados
- Se dejó en blanco a propósito
- Registro de red
- Registro de seguridad (no se admite para el perfil de trabajo en dispositivos de propiedad personal)
4.29. Asistencia para IDs específicos de inscripción
A partir de Android 12, los perfiles de trabajo ya no tendrán acceso a los identificadores específicos del hardware. Los administradores de TI pueden seguir el ciclo de vida de un dispositivo con un perfil de trabajo a través del ID específico de inscripción, que persistirá tras los restablecimientos de la configuración de fábrica.
4.29.1. Los administradores de TI pueden obtener un ID específico de la inscripción.
4.29.2. Este ID específico de la inscripción debe persistir después de un restablecimiento de la configuración de fábrica.
4.30. Política del administrador de credenciales
Los administradores de TI pueden administrar qué aplicaciones de Credential Manager se permiten o bloquean con la política predeterminada del proveedor de credenciales o la política del proveedor de credenciales.
4.30.1 Los administradores de TI pueden bloquear todos los administradores de credenciales en el dispositivo (o en el perfil de trabajo) con la política.
4.30.2 De forma predeterminada, los administradores de TI pueden permitir solo los proveedores de credenciales del sistema, como se muestra en la política predeterminada de proveedores de credenciales.
4.30.3 Los administradores de TI pueden especificar una lista de nombres de paquetes para habilitar la funcionalidad del administrador de credenciales.
4.31. Administración básica de eSIM
Permite que los administradores de TI aprovisionen un dispositivo con un perfil de eSIM y administren su ciclo de vida en el dispositivo.
4.31.1 Los administradores de TI pueden aprovisionar de forma silenciosa un perfil de eSIM en un dispositivo con la política.
4.31.2 Los administradores de TI pueden borrar las eSIM administradas de un dispositivo con la política.
4.31.3 Los administradores de TI pueden impedir que los usuarios modifiquen la configuración de la red móvil en Configuración (ve a mobileNetworksConfigDisabled).
4.31.4 Los administradores de TI pueden enviar de forma remota un comando de limpieza a un dispositivo o perfil de trabajo. Este comando quita de forma opcional las eSIM administradas del dispositivo. De forma predeterminada, las eSIM administradas se quitan de los perfiles de trabajo en los dispositivos de propiedad personal, pero se conservan en los dispositivos de propiedad de la empresa.
4.31.5 Los administradores de TI pueden recuperar el identificador de EID (documento de identidad incorporado) de un dispositivo con la IU de la consola de EMM (o un método equivalente).
5. Usabilidad del dispositivo
5.1. Personalización del aprovisionamiento administrado
Los administradores de TI pueden modificar la UX del flujo de configuración predeterminado para incluir funciones específicas de la empresa. De manera opcional, los administradores de TI pueden mostrar la marca proporcionada por la EMM durante el aprovisionamiento.
5.1.1. Los administradores de TI pueden personalizar el proceso de aprovisionamiento especificando las Condiciones del Servicio y otras exenciones de responsabilidad específicas de la empresa (consulta termsAndConditions).
5.1.2. Los administradores de TI pueden implementar
Condiciones del Servicio no configurables y específicas de la EMM, además de otras exenciones de responsabilidad
(consulta termsAndConditions).
- Los EMM pueden establecer su personalización no configurable y específica de EMM como la predeterminada para las implementaciones, pero deben permitir que los administradores de TI configuren su propia personalización.
5.1.3. primaryColor dejó de estar disponible para el recurso empresarial en Android 10 y versiones posteriores.
5.2. Personalización empresarial
La API de Android Management no admite esta función.
5.3. Personalización empresarial avanzada
La API de Android Management no admite esta función.
5.4. Mensajes en la pantalla de bloqueo
Los administradores de TI pueden establecer un mensaje personalizado que siempre se muestre en la pantalla de bloqueo del dispositivo y que no requiera desbloquearlo para verlo.
5.4.1. Los administradores de TI pueden establecer un mensaje personalizado para la pantalla de bloqueo
(ve a deviceOwnerLockScreenInfo).
5.5. Administración de la transparencia de las políticas
Los administradores de TI pueden personalizar el texto de ayuda que se proporciona a los usuarios cuando intentan modificar la configuración administrada en sus dispositivos o implementar un mensaje de asistencia genérico proporcionado por la EMM. Se pueden personalizar los mensajes de asistencia cortos y largos, y se muestran en instancias como el intento de desinstalar una app administrada para la que un administrador de TI ya bloqueó la desinstalación.
5.5.1. Los administradores de TI pueden personalizar los mensajes de asistencia para el usuario cortos y largos.
5.5.2. Los administradores de TI pueden implementar mensajes de asistencia cortos y largos no configurables y específicos de EMM (consulta shortSupportMessage y longSupportMessage en policies).
- La EMM puede establecer sus mensajes de asistencia específicos de la EMM no configurables como los predeterminados para las implementaciones, pero debe permitir que los administradores de TI configuren sus propios mensajes.
5.6. Administración de contactos de perfil sincronizado
5.6.1. Los administradores de TI pueden inhabilitar la visualización de los contactos de trabajo en las búsquedas de contactos del perfil personal y en las llamadas entrantes.
5.6.2. Los administradores de TI pueden inhabilitar el uso compartido de contactos de trabajo por Bluetooth, por ejemplo, para llamadas con manos libres en automóviles o auriculares.
5.7. Administración de datos entre perfiles
Permite que los administradores de TI gestionen los tipos de datos que se pueden compartir entre los perfiles personales y de trabajo, lo que les permite equilibrar la usabilidad y la seguridad de los datos según sus requisitos.
5.7.1. Los administradores de TI pueden configurar la política de uso compartido de datos entre perfiles para que las apps personales puedan resolver intents del perfil de trabajo, como intents de uso compartido o vínculos web.
5.7.2. Los administradores de TI pueden permitir que las aplicaciones del perfil de trabajo creen y muestren widgets en la pantalla principal del perfil personal. Esta función
está desactivada de forma predeterminada, pero se puede configurar como permitida con los campos workProfileWidgets y workProfileWidgetsDefault.
5.7.3. Los administradores de TI pueden controlar la capacidad de copiar y pegar entre los perfiles de trabajo y personales.
5.8. Política de actualización del sistema
Los administradores de TI pueden configurar y aplicar actualizaciones del sistema inalámbricas (OTA) en los dispositivos.
5.8.1. La consola de EMM permite que los administradores de TI establezcan los siguientes parámetros de configuración de OTA:
- Automático: Los dispositivos instalan las actualizaciones OTA cuando están disponibles.
- Posponer: Los administradores de TI deben poder posponer la actualización OTA hasta 30 días. Esta política no afecta las actualizaciones de seguridad (p.ej., los parches de seguridad mensuales).
- Con período de tiempo: Los administradores de TI deben poder programar actualizaciones OTA dentro de un período de mantenimiento diario.
5.8.2. Las configuraciones inalámbricas se aplican a los dispositivos con la política .
5.9. Administración del modo de tareas bloqueadas
Los administradores de TI pueden bloquear una app o un conjunto de apps en la pantalla y asegurarse de que los usuarios no puedan salir de la app.
5.9.1. La consola de EMM permite que los administradores de TI permitan de forma silenciosa que se instale y bloquee un conjunto arbitrario de apps en un dispositivo. La política permite configurar dispositivos de uso específico.
5.10. Administración persistente de actividades preferidas
Permite que los administradores de TI establezcan una app como el controlador de intents predeterminado para los intents que coincidan con un filtro de intents determinado. Por ejemplo, esta función permitiría que los administradores de TI elijan qué app de navegador abre automáticamente los vínculos web. Esta función puede administrar qué app de selector se usa cuando se presiona el botón de inicio.
5.10.1. Los administradores de TI pueden establecer cualquier paquete como el controlador de intents predeterminado para cualquier filtro de intents arbitrario.
- De manera opcional, la consola de EMM puede sugerir intents conocidos o recomendados para la configuración, pero no puede restringir los intents a ninguna lista arbitraria.
- La consola del EMM debe permitir que los administradores de TI elijan de la lista de apps disponibles para instalar para los usuarios correspondientes.
5.11. Administración de funciones de Keyguard
Los administradores de TI pueden administrar las funciones disponibles para los usuarios antes de desbloquear el protector de teclado del dispositivo (pantalla de bloqueo) y el protector de teclado del desafío laboral (pantalla de bloqueo).
5.11.1. La política puede desactivar las siguientes funciones de protección de claves del dispositivo:
- agentes de confianza
- desbloqueo con huella dactilar
- notificaciones con contenido sensible
5.11.2. Las siguientes funciones de protección de teclado del perfil de trabajo se pueden desactivar con la política :
- agentes de confianza
- desbloqueo con huella dactilar
5.12. Administración avanzada de las funciones de bloqueo de teclas
- Cámara segura
- Todas las notificaciones
- Sin ocultar
- Agentes de confianza
- Desbloqueo con huellas dactilares
- Todas las funciones de protección de teclas
5.13. Depuración remota
La API de Android Management no admite esta función.
5.14. Recuperación de la dirección MAC
Los EMM pueden recuperar de forma silenciosa la dirección MAC de un dispositivo para identificarlo en otras partes de la infraestructura empresarial (por ejemplo, cuando se identifican dispositivos para el control de acceso a la red).
5.14.1. La EMM puede recuperar de forma silenciosa la dirección MAC de un dispositivo y asociarla con el dispositivo en la consola de la EMM.
5.15. Administración avanzada del modo de tareas bloqueadas
Con un dispositivo de uso específico, los administradores de TI pueden usar la consola de EMM para realizar las siguientes tareas:
5.15.1. Permitir de forma silenciosa que una app se instale y se bloquee en un dispositivo .
5.15.2. Activa o desactiva las siguientes funciones de la IU del sistema:
- Botón de inicio
- Descripción general
- Acciones generales
- Notificaciones
- Información del sistema / barra de estado
- Keyguard (pantalla de bloqueo) Esta función secundaria se activa de forma predeterminada cuando se implementa la versión 5.15.1.
5.15.3. Desactiva Diálogos de error del sistema.
5.16. Política de actualización del sistema avanzada
Los administradores de TI pueden establecer un período de suspensión específico para bloquear las actualizaciones del sistema en un dispositivo.
5.16.1. La consola de EMM debe permitir que los administradores de TI bloqueen las actualizaciones inalámbricas (OTA) del sistema durante un período de suspensión especificado.
5.17. Administración de la transparencia de las políticas del perfil de trabajo
Los administradores de TI pueden personalizar el mensaje que se muestra a los usuarios cuando se quita el perfil de trabajo de un dispositivo.
5.17.1. Los administradores de TI pueden proporcionar texto personalizado para mostrar (ve a wipeReasonMessage) cuando se borra un perfil de trabajo.
5.18. Asistencia para apps conectadas
Los administradores de TI pueden establecer una lista de paquetes que pueden comunicarse a través del límite del perfil de trabajo configurando ConnectedWorkAndPersonalApp.
5.19. Actualización manual del sistema
La API de Android Management no admite esta función.
6. Baja del Administrador de dispositivos
Se quitó esta sección.
7. Uso de la API
7.1. Policy Controller estándar para vinculaciones nuevas
De forma predeterminada, los dispositivos se deben administrar con la política de dispositivo Android para cualquier vinculación nueva. Los EMM pueden proporcionar la opción de administrar dispositivos con un DPC personalizado en un área de configuración bajo el encabezado "Avanzado" o una terminología similar. Los clientes nuevos no deben verse expuestos a una elección arbitraria entre pilas tecnológicas durante ningún flujo de trabajo de capacitación o configuración.
7.2. Controlador de políticas estándar para dispositivos nuevos
De forma predeterminada, los dispositivos se deben administrar con Android Device Policy para todas las inscripciones de dispositivos nuevos, tanto para las vinculaciones existentes como para las nuevas. Los EMM pueden proporcionar la opción de administrar dispositivos con un DPC personalizado en un área de configuración bajo el encabezado "Avanzado" o una terminología similar.