Notas de la versión

Diciembre de 2020

Con API de Android Management

• Se agregó personalApplications a PersonalUsagePolicies. En los dispositivos empresariales, el equipo de TI puede especificar una lista de entidades permitidas o bloqueadas de aplicaciones en el perfil personal. Actualmente, esta función solo está disponible en dispositivos con Android 11, pero se adaptará a Android 8 en una versión futura.

Android Device Policy

• Actualizaciones menores en la IU de aprovisionamiento

  

Noviembre de 2020

Con API de Android Management

• Se agregó AutoDateAndTimeZone, que reemplaza el autoTimeRequired obsoleto, para controlar la configuración automática de fecha, hora y zona horaria en un dispositivo empresarial.
• A partir de Android 11, los usuarios ya no pueden borrar los datos de las apps ni forzar la detención de aplicaciones cuando el dispositivo está configurado como kiosco (es decir, cuando el InstallType de una aplicación en ApplicationPolicy se establece en KIOSK).
• Se agregaron nuevos controles LocationMode para reemplazar los controles del método de detección de ubicación obsoletos. En los dispositivos empresariales, el equipo de TI ahora puede elegir entre aplicar de manera forzosa la ubicación, inhabilitar la ubicación o permitir que los usuarios activen o desactiven la ubicación.
• Se agregó compatibilidad con CommonCriteriaMode, una función nueva de Android 11. Se puede habilitar para abordar requisitos específicos del Perfil de protección para los conceptos básicos de dispositivos móviles de Common Criteria (MDFPP).

Bajas

• autoTimeRequired dejó de estar disponible, luego de que los controles de tiempo automáticos específicos dejaron de estar disponibles en Android 11. En su lugar, usa AutoDateAndTimeZone.
• Las siguientes opciones de LocationMode dejaron de estar disponibles, luego de que se dieron de baja en Android 9: HIGH_ACCURACY, SENSORS_ONLY, BATTERY_SAVING y OFF. En su lugar, usa LOCATION_ENFORCED, LOCATION_DISABLED y LOCATION_USER_CHOICE.

Octubre de 2020

Android Device Policy

• Se agregó RELINQUISH_OWNERSHIP como un nuevo tipo de comando del dispositivo. Cuando implementan un perfil de trabajo, los administradores pueden renunciar a la propiedad de los dispositivos de la empresa a los empleados, limpiar el perfil de trabajo y restablecer las políticas de los dispositivos al estado de fábrica, sin modificar los datos personales. Al hacerlo, el equipo de TI perderá el derecho de propiedad del dispositivo ahora y en el futuro, y no debería esperar que se vuelva a inscribir. Para restablecer la configuración de fábrica de un dispositivo y conservar la propiedad, usa el método devices.delete en su lugar.

Agosto de 2020

Con API de Android Management

• En la Vista previa para desarrolladores de Android 11, se anunciaron mejoras en la experiencia del perfil de trabajo en los dispositivos de la empresa. La API de administración de Android agrega compatibilidad para estas mejoras en dispositivos que ejecutan Android 8.0 y versiones posteriores o versiones posteriores. Ahora las empresas pueden designar dispositivos con perfiles de trabajo como propiedad de la empresa, lo que permite administrar el perfil de trabajo de un dispositivo, las políticas de uso personal y ciertos parámetros de configuración del dispositivo sin dejar de mantener la privacidad en el perfil personal.

  • Para obtener una descripción general de alto nivel de la mejora de la experiencia del perfil de trabajo, consulta Perfil de trabajo: el nuevo estándar de privacidad de los empleados.
  • Consulta Dispositivos de la empresa para uso personal y laboral para obtener información sobre cómo configurar un perfil de trabajo en un dispositivo de la empresa.
  • Puedes encontrar una política de ejemplo para un dispositivo empresarial con un perfil de trabajo en Dispositivos con perfiles de trabajo.
  • Se agregó blockScope a blockAction. Usa blockScope para especificar si una acción de bloqueo se aplica a un dispositivo completo de la empresa o solo a su perfil de trabajo.

• Se agregó connectedWorkAndPersonalApp a applicationPolicy. A partir de Android 11, algunas apps principales pueden conectarse en los perfiles personales y de trabajo de un dispositivo. Si conectas una app entre perfiles, puedes brindar una experiencia más unificada para los usuarios. Por ejemplo, al conectar una app de calendario, los usuarios pueden ver sus eventos personales y laborales juntos.

  Algunas apps (por ejemplo, la Búsqueda de Google) pueden estar conectadas en dispositivos de forma predeterminada. Hay una lista de apps conectadas en un dispositivo disponible en Configuración > Privacidad > Apps personales y de trabajo conectadas.

  Usa connectedWorkAndPersonalApp para permitir o rechazar las apps conectadas. Si permites que una app se conecte al perfil sincronizado, solo le darás al usuario la opción de conectar la app. Los usuarios pueden desconectar las apps en cualquier momento.

• Se agregó systemUpdateInfo a devices para informar sobre actualizaciones del sistema pendientes.

Julio de 2020

Android Device Policy

• [23 de julio] Corrección de errores menores

Junio de 2020

Android Device Policy

• [17 de junio] Corrección de errores menores.

Mayo de 2020

Android Device Policy

• [12 de mayo] Correcciones de errores menores.

Abril de 2020

Android Device Policy

• [14 de abril] Corrección de errores menores.

Marzo de 2020

Android Device Policy

• [16 de marzo] Corrección de errores menores.

Febrero de 2020

Android Device Policy

• [24 de febrero] Corrección de errores menores.

Enero de 2020

Android Device Policy

• [15 de enero] Corrección de errores menores.

Diciembre de 2019

Con API de Android Management

• Está disponible una nueva política para bloquear las apps no confiables (apps de fuentes desconocidas). Usa advancedSecurityOverrides.untrustedAppsPolicy para hacer lo siguiente:
  • Bloquear instalaciones de apps no confiables en todo el dispositivo (incluidos los perfiles de trabajo)
  • Bloquea las instalaciones de apps no confiables solo en un perfil de trabajo.
  • Permite instalar apps no confiables en todo el dispositivo.
• Ahora se puede aplicar un período de tiempo de espera para permitir métodos de bloqueo de pantalla que no sean seguros (p.ej., huella dactilar y desbloqueo facial) en un dispositivo o perfil de trabajo con requirePasswordUnlock. Una vez transcurrido el tiempo de espera, el usuario debe usar una forma segura de autenticación (contraseña, PIN o patrón) para desbloquear un dispositivo o un perfil de trabajo.
• Se agregó kioskCustomization para admitir la capacidad de habilitar o inhabilitar las siguientes funciones de la IU del sistema en dispositivos con modo kiosco:
  • Acciones globales iniciadas desde el botón de encendido (consulta powerButtonActions).
  • Información del sistema y notificaciones (consulta statusBar).
  • Botones Inicio y Recientes (consulta systemNavigation).
  • Barra de estado (consulta statusBar).
  • Diálogos de error para apps que fallan o que no responden (consulta systemErrorWarnings).
• Se agregó la política freezePeriod para admitir el bloqueo de actualizaciones del sistema anualmente durante un período de suspensión especificado.
• Hay un nuevo parámetro disponible en devices.delete: wipeReasonMessage te permite especificar un mensaje corto para mostrarle a un usuario antes de borrar el perfil de trabajo de su dispositivo personal.

Bajas

installUnknownSourcesAllowed se marcó como obsoleto. La compatibilidad con la política continuará hasta el segundo trimestre de 2020 para los usuarios que habilitaron la API de Android Management antes de las 2:00 p.m. GMT del 19 de diciembre de 2019. La política no es compatible con los usuarios que habilitaron la API después de esta fecha.

advancedSecurityOverrides.untrustedAppsPolicy reemplaza a installUnknownSourcesAllowed. En la siguiente tabla, se muestra una correspondencia entre las dos políticas. Los desarrolladores deben actualizar sus soluciones con la nueva política lo antes posible.*

Noviembre de 2019

Android Device Policy

• [27 de nov] Correcciones de errores menores.

octubre de 2019

Con API de Android Management

• Las nuevas opciones de IframeFeature te permiten especificar qué funciones de iframe de Google Play administrado habilitar o inhabilitar en la consola.

Android Device Policy

• [16 de octubre] Corrección de errores menores y optimización del rendimiento.

4 de septiembre de 2019

Funciones

• El recurso policies ahora puede distribuir versiones de apps cerradas (segmentos de apps cerradas), lo que permite a las organizaciones probar versiones previas al lanzamiento de las apps. Si quieres obtener más información, consulta Cómo distribuir apps para pruebas cerradas.
• Se agregó permittedAccessibilityServices a policies, que se puede usar para lo siguiente:
  • inhabilitar en un dispositivo todos los servicios de accesibilidad que no sean del sistema
  • solo permitir que determinadas apps accedan a estos servicios

6 de agosto de 2019

Funciones

• La API de administración de Android ahora evalúa la seguridad de un dispositivo e informa los resultados en los informes de dispositivos (en securityPosture). securityPosture muestra el estado de postura de seguridad de un dispositivo (POSTURE_UNSPECIFIED, SECURE, AT_RISK o POTENTIALLY_COMPROMISED), según lo evaluado por SafetyNet y otras verificaciones, junto con detalles de cualquier riesgo de seguridad identificado para que compartas con los clientes a través de tu consola de administración.

  Para habilitar esta función en un dispositivo, asegúrate de que su política tenga habilitado al menos un campo de statusReportingSettings.

2 de julio de 2019

Funciones

• Para distinguir que una app se inicia desde launchApp en setupActions, la actividad que se inicia primero como parte de la app ahora contiene el intent booleano adicional com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (configurado en true). Este elemento adicional te permite personalizar tu app según si la inicia un usuario o launchApp.

31 de mayo de 2019

Liberación de mantenimiento

• Se corrigieron errores menores y se mejoró el rendimiento.

7 de mayo de 2019

Funciones

• Se agregó policyEnforcementRules para reemplazar complianceRules, que dejó de estar disponible. Consulta el aviso de baja anterior para obtener más información.
• Se agregaron nuevas APIs para crear y editar apps web. Para obtener más detalles, consulta Cómo admitir apps web.

Experiencia del usuario

Android Device Policy: El ícono de la app ya no está visible en los dispositivos. Los usuarios aún pueden ver la página de políticas que se inició antes con este ícono:

• Dispositivos completamente administrados: Configuración > Google > Política de dispositivos
• Dispositivos con perfiles de trabajo: Configuración > Google > Trabajo > Política de dispositivos
• Todos los dispositivos: app de Google Play Store > Android Device Policy

16 de abril de 2019

• Android Device Policy ahora está disponible en Corea del Sur.

21 de marzo de 2019

Funciones

• Se agregaron metadatos nuevos, incluidos números de serie alternativos, a devices.
• La cantidad de apps con installType REQUIRED_FOR_SETUP ahora se limita a cinco por política. Esto permite garantizar la mejor experiencia del usuario posible durante el aprovisionamiento del dispositivo y del perfil de trabajo.

12 de febrero de 2019

Experiencia del usuario

• Android Device Policy: Se agregaron mensajes mejorados de incumplimiento para ayudar a los usuarios a que sus dispositivos vuelvan a un estado que cumpla con las políticas o para informarles cuando no sea posible.
• Android Device Policy: Después de registrar un token de inscripción, una nueva experiencia de configuración guía a los usuarios a través de los pasos que requiere su política para completar la configuración del dispositivo o del perfil de trabajo.

  

Funciones

• Se agregó un campo nuevo a installType
  • REQUIRED_FOR_SETUP: Si es verdadero, la app debe instalarse antes de que se complete la configuración del dispositivo o del perfil de trabajo. Nota: Si la app no se instala por algún motivo (p.ej., por incompatibilidad, disponibilidad geográfica o conexión de red deficiente), la configuración no se completará.
• Se agregó SetupAction a policies. Con SetupAction, puedes especificar que se inicie una app durante la configuración, lo que le permite al usuario seguir configurando su dispositivo. Consulta Cómo iniciar una app durante la configuración para obtener más detalles.
• En el caso de las empresas que tienen los informes de estado habilitados, los nuevos informes de dispositivos ahora se emiten inmediatamente después de cualquier intento fallido de desbloquear un dispositivo o un perfil de trabajo.

Bajas

• En policies, wifiConfigsLockdownEnabled dejó de estar disponible. Las redes Wi-Fi especificadas como política ahora no se pueden modificar de forma predeterminada. Para que se puedan modificar, establece wifiConfigDisabled como falso.

10 de diciembre de 2018

Funciones

• Se agregó compatibilidad con dispositivos con perfiles de trabajo al método de aprovisionamiento de la URL de acceso. Los propietarios de dispositivos con perfiles de trabajo ahora pueden acceder con sus credenciales corporativas para completar el aprovisionamiento.

Experiencia del usuario

• Se agregó compatibilidad con el modo oscuro en Android Device Policy. El modo oscuro es un tema de visualización disponible en Android 9 Pie, que se puede habilitar en Configuración > Pantalla > Avanzada > Tema del dispositivo > Oscuro.

  

2 de noviembre de 2018

Funciones

• Hay un nuevo método de inscripción disponible para los dispositivos completamente administrados. El método usa una URL de acceso para solicitar a los usuarios que ingresen sus credenciales, lo que te permite asignar una política y aprovisionar los dispositivos de los usuarios según su identidad.
• Se agregó compatibilidad con el iframe de configuraciones administradas, una IU que puedes agregar a tu consola para que los administradores de TI establezcan y guarden las configuraciones administradas. El iframe muestra un mcmId único para cada configuración guardada, que puedes agregar a policies.
• Se agregaron passwordPolicies y PasswordPolicyScope a policies:
  • passwordPolicies establece los requisitos de contraseña para el permiso especificado (dispositivo o perfil de trabajo).
  • Si no se especifica PasswordPolicyScope, el alcance predeterminado es SCOPE_PROFILE para los dispositivos con perfil de trabajo y SCOPE_DEVICE para los dispositivos completamente administrados o dedicados.
  • passwordPolicies anula passwordRequirements si PasswordPolicyScope no se especifica (valor predeterminado) o si PasswordPolicyScope está configurado en el mismo alcance que passwordRequirements.

20 de septiembre de 2018

Correcciones de errores

• Se solucionó el problema por el que los dispositivos de kiosco aparecieron incorrectamente como una falta de cumplimiento después del aprovisionamiento para un subconjunto de configuraciones de políticas.

28 de agosto de 2018

Funciones

Actualizaciones para admitir el aprovisionamiento y la administración de perfiles de trabajo y dispositivos completamente administrados:

• Hay nuevos métodos de aprovisionamiento disponibles para los perfiles de trabajo:
  • Proporciona a los usuarios un vínculo del token de inscripción.
  • Ve a Configuración > Google > Configurar perfil de trabajo.
• Se agregaron campos nuevos a enrollmentTokens.
  • oneTimeOnly: Si es verdadero, el token de inscripción vencerá después de que se use por primera vez.
  • userAccountIdentifier: Identifica una cuenta de Google Play administrada específica.
    • Si no se especifica: La API crea una cuenta nueva de forma silenciosa cada vez que se inscribe un dispositivo con el token.
    • Si se especifica: la API usa la cuenta especificada cada vez que se inscribe un dispositivo con el token. Puedes especificar la misma cuenta en varios tokens. Consulta Cómo especificar un usuario para obtener más información.
• Se agregó managementMode (solo lectura) a devices.
  • Dispositivos con perfiles de trabajo: managementMode se estableció en PROFILE_OWNER.
  • Dispositivos dedicados y dispositivos completamente administrados: managementMode se establece en DEVICE_OWNER.

Actualizaciones del recurso policies para mejorar las capacidades de administración de apps:

• Se agregó un nuevo campo playStoreMode.
  • WHITELIST (predeterminado): Solo las apps que se agregan a la política están disponibles en el perfil de trabajo o en el dispositivo administrado. Las apps que no estén en la política no estarán disponibles y se desinstalarán si ya estaban instaladas.
  • BLACKLIST: Las apps que se agregaron a la política no están disponibles. Todas las demás apps que se mencionan en Google Play están disponibles.
• Se agregó BLOCKED como opción InstallType, lo que hace que una app no esté disponible para instalarse. Si ya está instalada, se desinstalará.
  • Puedes usar installType BLOCKED junto con playStoreMode BLACKLIST para evitar que un dispositivo administrado o un perfil de trabajo instale apps específicas.

Experiencia del usuario

• Se actualizó la configuración de Android Device Policy para que coincida con la del dispositivo.

12 de julio de 2018

Experiencia del usuario

• Combinó las páginas de estado y de detalles del dispositivo de Android Device Policy en una sola.
• Se mejoró la coherencia de la IU de configuración con el asistente de configuración de Android.

Funciones

• Se agregó PermissionGrants a nivel de política. Ahora puedes controlar los permisos de tiempo de ejecución en cuatro niveles:
  • Global, en todas las apps: Establece defaultPermissionPolicy a nivel de la política.
  • Por permiso, en todas las apps: Configura permissionGrant a nivel de la política.
  • Por app y en todos los permisos: establece defaultPermissionPolicy en ApplicationPolicy.
  • Por app y por permiso: Configura permissionGrant en ApplicationPolicy.
• Cuando restableces la configuración de fábrica de un dispositivo, el nuevo WipeDataFlag te permite hacer lo siguiente:
  • WIPE_EXTERNAL_STORAGE: Limpia el almacenamiento externo del dispositivo (p.ej., las tarjetas SD).
  • PRESERVE_RESET_PROTECTION_DATA: Preserva los datos de la protección contra el restablecimiento de la configuración de fábrica en el dispositivo. Esta marca garantiza que solo un usuario autorizado pueda recuperar un dispositivo si, por ejemplo, se pierde. Nota: Habilita esta función solo si estableciste frpAdminEmails[] en la política.

Correcciones de errores

• Se solucionó un problema por el que Android Device Policy salía del modo de tareas bloqueadas cuando se actualizaba en primer plano.

25 de mayo de 2018

Experiencia del usuario

• En lugar de ocultar las apps inhabilitadas del selector, los dispositivos con Android 7.0 y versiones posteriores ahora muestran los íconos de las apps inhabilitadas en gris:
  

  

Funciones

• Se actualizó policies para admitir las siguientes capacidades de administración de certificados:
  • Otorga automáticamente acceso a los certificados a las apps.
  • Se delegan todas las funciones de administración de certificados compatibles con Android Device Policy a otra app (consulta CERT_INSTALL).
• Ahora es posible inhabilitar apps individuales en ApplicationPolicy (configura disabled en true), independientemente de las reglas de cumplimiento.
• Ahora es posible inhabilitar las apps del sistema.
• Se agregaron informes de aplicaciones a devices. Para cada app administrada instalada en un dispositivo, el informe muestra el nombre del paquete, la versión, la fuente de instalación y otra información detallada de la app. Para habilitarla, establece applicationReportsEnabled en true en la política del dispositivo.
• Se actualizó enterprises para incluir los Términos y Condiciones. Los Términos y Condiciones de una empresa se muestran en los dispositivos durante el aprovisionamiento.

Correcciones de errores

• Se actualizó el flujo de aprovisionamiento para inhabilitar el acceso a la configuración, excepto cuando se requiere acceso para completar la configuración (p.ej., cuando se crea una contraseña).

3 de abril de 2018

Experiencia del usuario

• Se actualizó el diseño de Android Device Policy y el flujo de aprovisionamiento de dispositivos para mejorar la experiencia general del usuario.

Funciones

• Se agregó compatibilidad con el inicio directo, lo que te permite limpiar de manera remota los dispositivos con Android 7.0 y versiones posteriores que no se hayan desbloqueado desde la última vez que se reiniciaron.
• Se agregó un parámetro de configuración del modo de ubicación al recurso policies, lo que te permite configurar el modo de precisión de la ubicación en un dispositivo administrado.
• Se agregó un campo de respuesta de error al recurso Command.

Correcciones de errores

• Se mejoró el rendimiento del aprovisionamiento.
• Los informes de cumplimiento ahora se generan inmediatamente después de que se aprovisiona un dispositivo. Si quieres configurar una empresa para que reciba informes de cumplimiento, consulta Recibe notificaciones detalladas de incumplimiento.

Errores conocidos

• La configuración de la pantalla de bloqueo falla en dispositivos LG con Android 8.0 o versiones posteriores (p.ej., LG V30) administrados por Android Device Policy.

14 de febrero de 2018

Experiencia del usuario

• Se actualizó el texto de validación del campo "código", que se muestra si un usuario elige ingresar manualmente un código QR para inscribir un dispositivo.

Funciones

• Ahora puedes establecer una política para activar la actualización automática de las apps instaladas de manera automática si no cumplen con una versión mínima especificada de la app. En ApplicationPolicy, haz lo siguiente:
  • Configura installType en FORCE_INSTALLED.
  • Especifica un minimumVersionCode.
• Se actualizó el recurso Devices con nuevos campos que contienen información que puede ser útil para los administradores de TI, como el nombre del operador del dispositivo (consulta NetworkInfo para obtener más detalles), si el dispositivo está encriptado y si la función Verificar aplicaciones está habilitada (consulta DeviceSettings para obtener más detalles).

Correcciones de errores

• Los comandos RESET_PASSWORD y LOCK ahora funcionan con dispositivos Android 8.0 Oreo.
• Se solucionó un problema por el que no se propagaba DeviceSettings.
• Se corrigió un problema con el manejo de la política stayOnPluggedModes.

12 de diciembre de 2017

Funciones

• Android Device Policy ahora admite un selector de kiosco básico, que se puede habilitar a través de la política. El selector bloquea un dispositivo a un conjunto de apps predefinidas y bloquea el acceso del usuario a su configuración. Las apps especificadas aparecen en una sola página en orden alfabético. Para informar un error o solicitar una función, presiona el ícono de comentarios en el selector.
• Se actualizó la configuración del dispositivo con una nueva lógica de reintento. Si se reinicia un dispositivo durante la configuración, el proceso de aprovisionamiento ahora continúa desde donde lo dejó.
• Las siguientes políticas nuevas ya están disponibles. Consulta la referencia de la API para obtener todos los detalles:

  keyguardDisabledFeatures	accountTypesWithManagementDisabled
  installAppsDisabled	mountPhysicalMediaDisabled
  uninstallAppsDisabled	bluetoothContactSharingDisabled
  shortSupportMessage	longSupportMessage
  bluetoothConfigDisabled	cellBroadcastsConfigDisabled
  credentialsConfigDisabled	mobileNetworksConfigDisabled
  tetheringConfigDisabled	vpnConfigDisabled
  createWindowsDisabled	networkResetDisabled
  outgoingBeamDisabled	outgoingCallsDisabled
  smsDisabled	usbFileTransferDisabled
  ensureVerifyAppsEnabled	permittedInputMethods
  recommendedGlobalProxy	setUserIconDisabled
  setWallpaperDisabled	alwaysOnVpnPackage
  dataRoamingDisabled	bluetoothDisabled

• Se actualizó el SDK de destino de Android Device Policy a Android 8.0 Oreo.

Correcciones de errores

• Ahora es posible omitir la pantalla del selector de red si no se puede establecer una conexión durante el inicio. Para habilitar el selector de red durante el inicio, usa la política networkEscapeHatchEnabled.