Abandons

Cette page répertorie toutes les fonctionnalités de Google Play d'entreprise qui sont en période d'abandon. Cela inclut les fonctionnalités et les méthodes de l'API Google Play EMM, ainsi que les fonctionnalités du Google Play Store d'entreprise.

Motif de l'abandon des fonctionnalités

Plusieurs raisons peuvent expliquer l'abandon d'une ancienne fonctionnalité ou méthode:

  • Améliorez la qualité du produit: certaines anciennes fonctionnalités sont complexes et sujettes aux erreurs. Il n'est pas rare que les développeurs commettent des erreurs lors de leur intégration, ce qui entraîne des bugs visibles par les clients et les utilisateurs finaux. En migrant vers des remplacements modernes, un EMM améliore la qualité de son produit EMM.
  • Réduction de la maintenance du produit: la maintenance de certaines anciennes fonctionnalités peut demander beaucoup d'efforts aux fournisseurs EMM et à Google, généralement en raison de l'investigation des bugs ou des tests de régression approfondis avant chaque nouvelle version. La migration vers des remplacements modernes ou l'abandon de fonctionnalités à faible utilisation permet aux EMM et à Google de consacrer plus de temps à la création des nouvelles fonctionnalités dont les utilisateurs ont besoin.
  • Permettre les développements futurs: certaines anciennes fonctionnalités ne sont pas compatibles avec les nouvelles fonctionnalités que Google souhaite publier. Les abandons débloquent ces nouvelles fonctionnalités et ajoutent de la valeur pour les utilisateurs.

Fonctionnement de l'abandon

La période d'abandon d'une fonctionnalité ou d'une méthode commence à la date de l'annonce. La fonctionnalité ou la méthode restera disponible pendant la période d'abandon (généralement 12 mois). Cependant, une fois la période d'abandon terminée, la fonctionnalité ou la méthode est censée être mise hors service et ne sera plus disponible.

Pour la plupart des abandons, Google recommande une autre approche afin de fournir les mêmes fonctionnalités, souvent sans changement visible pour les clients et les utilisateurs finaux. Lorsqu'elle est disponible, l'approche alternative est décrite dans l'annonce d'abandon de la liste suivante.

Plutôt que de migrer vers les alternatives proposées dans l'API Google Play EMM, vous pouvez également migrer vers l'API Android Management moderne, qui est plus simple à intégrer et à gérer.

Si vous avez des questions ou des commentaires, vous pouvez contacter Google via la communauté des fournisseurs EMM Android Enterprise.

Périodes d'abandon actives

Cette section liste toutes les fonctionnalités et méthodes qui sont en période d'abandon.

Approbation d'applications (1er septembre 2021)

L'approbation des applications dans Google Play d'entreprise n'est plus disponible depuis le 1er septembre 2021. Par exemple :

Au lieu d'utiliser l'approbation des applications pour contrôler les applications disponibles, vous pouvez définir des règles relatives aux appareils pour chaque appareil. Si vous souhaitez autoriser les administrateurs informatiques à présélectionner une liste d'applications pour l'ensemble de l'entreprise, vous pouvez stocker cette liste sur votre serveur EMM. Vous n'avez pas besoin de la transmettre à Google via l'API Play EMM.

Si vous utilisez la notification EMM AppUpdateEvent, vous pouvez utiliser le mode de mise à jour à priorité élevée (documentation bientôt disponible) pour mettre à jour automatiquement une application sur un appareil lorsque le développeur publie une nouvelle version de l'application.

Pour ajouter des applications à des collections dans l'iFrame Google Play d'entreprise, les EMM doivent appeler SELECT mode dans les paramètres d'URL de l'iFrame.

Fonctionnalités perdues

Rien ne remplace les notifications EMM AppRestrictionsSchemaChangeEvent et ProductAvailabilityChangeEvent. Si vous exposez une fonctionnalité dans votre console EMM en fonction de ces notifications, vous devrez l'abandonner.

Droits et ensemble de produits disponible (1er septembre 2021)

Les méthodes suivantes de l'API Google Play EMM sont obsolètes depuis le 1er septembre 2021 :

Pour contrôler les applications que les utilisateurs peuvent installer à partir du Google Play Store d'entreprise, vous pouvez définir une règle sur les appareils.

Vous pouvez définir le comportement du Google Play Store d'entreprise en définissant le champ policy.productAvailabilityPolicy, puis sélectionner les applications disponibles en les ajoutant à policy.productPolicy. Découvrez comment distribuer des applications.

API Installs (1er septembre 2021)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021:

Pour installer des applications sur des appareils, vous pouvez définir policy.productPolicy.autoInstallPolicy dans la règle sur les appareils.

Pour forcer la mise à jour d'une application, vous pouvez utiliser le mode à priorité élevée.

Si l'application ne peut pas être installée sur l'appareil, la méthode installs.update renvoie le motif de l'échec (productNotAvailableInCountry, productNotCompatibleWithDevice, etc.).

Toutefois, la raison de l'échec n'est pas indiquée pour les applications installées à l'aide de policy. Pour combler cette lacune, le Google Play Store d'entreprise renverra bientôt les commentaires sur l'application à votre DPC en indiquant la raison de l'échec de l'installation de l'application à l'aide de policy.

Cette modification sera déployée au plus tard le 30 septembre 2022.

Le installs.delete ne sera plus obsolète et ne sera plus conservé en l'état. Vous pouvez également supprimer des applications des appareils pour les DPC personnalisés à l'aide de PackageInstaller.uninstall().

Méthodes du produit: getAppRestrictionsSchema et getPermissions (1er septembre 2021)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021:

Pour obtenir les autorisations d'une application, vous pouvez appeler la méthode products.get à la place.

La méthode products.get renverra également bientôt le schéma de restriction d'application de l'application au même format que celui renvoyé par products.getAppRestrictionsSchema. Cette modification sera déployée au plus tard le 30 juin 2022.

Méthodes des configurations gérées (1er septembre 2021)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021:

Pour définir des configurations gérées pour une application et pour un appareil, vous pouvez définir policy.productPolicy.managedConfiguration dans la règle sur les appareils.

Service de clés de compte de service (1er septembre 2021)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021:

Si vous utilisez des ESA créées de manière automatisée, nous vous recommandons de passer à un compte de service configuré à l'aide de Cloud IAM pour appeler l'API EMM Play. À partir de Cloud IAM, vous pouvez créer et supprimer des clés pour les clés de compte de service.

Pour le moment, vous pouvez continuer à utiliser les ESA créées de manière automatisée, mais vous ne pourrez plus alterner les clés ESA.

Athlétisme fermé (1er septembre 2021)

Le champ policy.productPolicy[].tracks[] dans la requête de la méthode devices.update est obsolète depuis le 1er septembre 2021.

Vous pouvez récupérer la liste des canaux disponibles pour une entreprise pour une application spécifique à l'aide de products.get. Vous pouvez ensuite distribuer un titre sur un appareil en définissant policy.productPolicy[].trackIds[] dans la règle sur les appareils. Découvrez comment distribuer des canaux de test fermés aux utilisateurs.