Bajas

En esta página, se enumeran todas las funciones de Google Play administrado que se encuentran en un período de baja. Esto incluye funciones y métodos de la API de EMM de Google Play y las funciones de Google Play Store administrado.

Motivo por el que los atributos dejarán de estar disponibles

Estos son algunos de los motivos para dar de baja una función o un método heredados:

  • Mejorar la calidad del producto: Algunas funciones heredadas son complejas y propensas a errores, y no es raro que los desarrolladores cometan errores durante la integración con estas funciones, lo que genera errores visibles para los clientes y usuarios finales. Cuando se migra a reemplazos modernos, una EMM mejora la calidad de su producto.
  • Reducción del mantenimiento del producto: A las EMM y a Google se les puede llevar mucho esfuerzo mantener algunas funciones heredadas, en general, debido a la investigación de errores o las extensas pruebas de regresión antes de cada lanzamiento nuevo. Migrar a reemplazos modernos o dar de baja funciones con poco uso permite que tanto EMM como Google dediquen más tiempo a compilar las funciones nuevas que los usuarios necesitan.
  • Habilitar desarrollos futuros: Algunas funciones heredadas no son compatibles con las funciones nuevas que Google desea lanzar. Las bajas desbloquean estas funciones nuevas y agregan valor para los usuarios.

Cómo funciona la baja

El período de baja de una función o un método comienza en la fecha del anuncio. La función o el método seguirán estando disponibles durante el período de baja (por lo general, 12 meses). Sin embargo, una vez transcurrido el período de baja, se espera que la función o el método se retiren de servicio y ya no estén disponibles.

Para la mayoría de las bajas, Google recomienda un enfoque alternativo con el objetivo de proporcionar la misma funcionalidad, a menudo sin cambios visibles para los clientes y usuarios finales. Cuando está disponible, el enfoque alternativo se describe en el anuncio de baja que aparece en la siguiente lista.

En lugar de migrar a las alternativas propuestas dentro de la API de EMM de Google Play, también puedes migrar a la API de Android Management moderna, que es más fácil de integrar y mantener.

Si tienes preguntas o comentarios, puedes comunicarte con Google a través de la comunidad de proveedores de EMM de Android Enterprise.

Bajas activas

En esta sección, se enumeran todas las funciones y los métodos que se encuentran en un período de baja.

Aprobación de la app (1 de septiembre de 2021)

La aprobación de apps en Google Play administrado dejó de estar disponible el 1 de septiembre de 2021. Esto incluye:

En lugar de usar la aprobación de apps para controlar las apps disponibles, puedes establecer la política de Dispositivos para cada dispositivo. Si quieres permitir que los administradores de TI seleccionen previamente una lista de apps para toda la empresa, puedes almacenarla en tu servidor de EMM y no necesitas pasarla a Google mediante la API de EMM de Play.

Si usas la notificación de EMM AppUpdateEvent, puedes usar el modo de actualización de prioridad alta (próximamente se incluirá documentación) para actualizar automáticamente una app en un dispositivo cuando el desarrollador lance una nueva versión.

Para agregar apps a colecciones en el iframe de Google Play administrado, las EMM deben invocar el elemento SELECT mode en los parámetros de URL del iframe.

Capacidades perdidas

No hay reemplazo para las notificaciones de EMM AppRestrictionsSchemaChangeEvent y ProductAvailabilityChangeEvent. Si expones una función en tu consola de EMM basada en estas notificaciones, deberás dar de baja esta función.

Derechos y conjunto de productos disponibles (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

Para controlar las apps disponibles que los usuarios pueden instalar desde Google Play Store administrado, puedes establecer una política de Dispositivos.

Para definir el comportamiento administrado de Google Play Store, configura el campo policy.productAvailabilityPolicy y agrega las apps disponibles a policy.productPolicy para seleccionarlas. Consulta cómo distribuir apps.

API de Installs (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

Para instalar apps en dispositivos, puedes configurar policy.productPolicy.autoInstallPolicy en la política de Dispositivos.

Para forzar la actualización de una app, puedes usar el modo de prioridad alta.

Si la app no se puede instalar en el dispositivo, el método installs.update muestra el motivo de la falla (productNotAvailableInCountry, productNotCompatibleWithDevice, etc.).

Sin embargo, el motivo del error no se expone en las apps instaladas mediante policy. Para abordar esta brecha, Google Play Store administrado pronto mostrará los comentarios sobre la app a tu DPC con el motivo de la falla en la instalación de la app con policy.

Este cambio se lanzará el 30 de septiembre de 2022 o antes.

El installs.delete ya no dejará de estar disponible y se mantendrá tal como está. También puedes quitar apps de los dispositivos para DPC personalizados con PackageInstaller.uninstall().

Métodos de producto: getAppRestrictionsSchema y getPermissions (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

Para obtener los permisos de una app, puedes llamar al método products.get.

El método products.get también mostrará pronto el esquema de restricciones de apps de la app con el mismo formato que muestra products.getAppRestrictionsSchema. Este cambio se lanzará el 30 de junio de 2022 o antes.

Métodos de configuración administrada (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

Para establecer configuraciones administradas para una app y un dispositivo, puedes establecer policy.productPolicy.managedConfiguration en la política de Dispositivos.

Diseño de tienda personalizado (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

De forma predeterminada, en la página principal de Google Play Store administrado se muestran todas las apps que aparecen en la política de Dispositivos.

Si los administradores de TI quieren personalizar el diseño de la página principal, pueden organizar las apps en colecciones en el iframe de Google Play administrado.

Capacidades perdidas

Ya no será posible crear ni editar colecciones de tiendas de manera programática con una API. Por lo tanto, si compilaste una interfaz de usuario personalizada para administrar las colecciones de la tienda, deberás dar de baja esta interfaz para poder usar el iframe de Google Play administrado.

Servicio de claves de cuenta de servicio (1 de septiembre de 2021)

Los siguientes métodos de la API de EMM de Google Play dejaron de estar disponibles a partir del 1 de septiembre de 2021:

Si usas ESA que se crearon de manera programática, te recomendamos que cambies a una cuenta de servicio configurada con Cloud IAM para llamar a la API de EMM de Play. Desde Cloud IAM, puedes crear y borrar claves para las claves de las cuentas de servicio.

Por el momento, puedes seguir usando las ESA creadas de manera programática, pero ya no podrás rotar las claves ESA.

Campo de atletismo cerrado (1 de septiembre de 2021)

El campo policy.productPolicy[].tracks[] de la solicitud del método devices.update dejó de estar disponible a partir del 1 de septiembre de 2021.

Puedes recuperar la lista de segmentos disponibles para una empresa de una app específica con products.get. Luego, puedes distribuir un segmento a un dispositivo. Para ello, configura policy.productPolicy[].trackIds[] en la Política de dispositivos. Consulta cómo distribuir segmentos cerrados entre los usuarios.