Abandons

Cette page liste 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 EMM Google Play, ainsi que les fonctionnalités du Google Play Store d'entreprise.

Motif de l'abandon des fonctionnalités

Les raisons de l'abandon d'une fonctionnalité ou d'une méthode héritée peuvent être les suivantes:

  • Amélioration de la qualité des produits: certaines anciennes fonctionnalités sont complexes et sujettes aux erreurs. Il n'est pas rare que les développeurs fassent des erreurs lors de l'intégration de ces fonctionnalités, entraînant ainsi des bugs visibles par les clients et les utilisateurs finaux. En passant à des solutions de remplacement modernes, un fournisseur EMM améliore la qualité de son produit.
  • Réduction de la maintenance du produit: la maintenance de certaines anciennes fonctionnalités peut demander beaucoup d'efforts aux EMM et à Google, généralement en raison d'une investigation de bugs ou de tests de régression approfondis avant chaque nouvelle version. La migration vers des remplacements modernes ou des fonctionnalités abandonnées avec une faible utilisation permet aux EMM et à Google de consacrer plus de temps à la création des nouvelles fonctionnalités dont les utilisateurs ont besoin.
  • Activer les développements futurs: certaines anciennes fonctionnalités sont incompatibles avec les nouvelles fonctionnalités que Google souhaiterait publier. Les abandons débloquent ces nouvelles fonctionnalités et offrent une valeur ajoutée aux 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). Toutefois, une fois la période d'abandon terminée, la fonctionnalité ou la méthode devrait être mise hors service et ne sera plus disponible.

Pour la plupart des abandons, Google recommande une autre approche afin de fournir la même fonctionnalité, souvent sans changement visible pour les clients et les utilisateurs finaux. Le cas échéant, l'autre approche est décrite dans l'annonce de l'abandon dans la liste suivante.

Au lieu de migrer vers les alternatives proposées dans l'API EMM Google Play, vous pouvez également migrer vers l'API Android Management, 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 de l'application (1er septembre 2021)

L'approbation des applications dans Google Play d'entreprise a été abandonnée le 1er septembre 2021. Par exemple :

Au lieu d'utiliser l'approbation des applications pour contrôler les applications disponibles, vous pouvez définir la règle relative 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 EMM Play.

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.

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 présentez une fonctionnalité dans votre console EMM en fonction de ces notifications, vous devez la supprimer.

Droits d'accès et ensemble de produits disponible (1er septembre 2021)

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

Pour contrôler les applications disponibles que les utilisateurs peuvent installer à partir du Google Play Store d'entreprise, vous pouvez définir une règle relative aux 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 la raison de l'échec (productNotAvailableInCountry, productNotCompatibleWithDevice, etc.).

Toutefois, la raison de l'échec n'est pas divulgué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 de 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.

installs.delete ne sera plus obsolète et sera conservé tel quel. 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 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 de configuration 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 un appareil, vous pouvez définir policy.productPolicy.managedConfiguration dans la règle relative aux appareils.

Disposition personnalisée du magasin (1er septembre 2021)

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

Par défaut, la page d'accueil du Google Play Store d'entreprise affiche toutes les applications listées dans la règle relative aux appareils.

Si les administrateurs informatiques souhaitent personnaliser la mise en page de la page d'accueil, ils peuvent organiser les applications en collections dans l'iFrame Google Play d'entreprise.

Fonctionnalités perdues

Il ne sera plus possible de créer ni de modifier des collections de magasins par programmation à l'aide d'une API. Par conséquent, si vous avez créé une interface utilisateur personnalisée pour gérer les collections de magasins, vous devez la remplacer par l'iFrame Google Play d'entreprise.

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 Play EMM. Dans Cloud IAM, vous pouvez créer et supprimer des clés pour les clés de compte de service.

Vous pouvez continuer à utiliser des ESA créées par programmation pour le moment, mais vous ne pourrez plus effectuer la rotation des clés ESA.

Piste d'athlétisme fermée (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 application spécifique dans une entreprise à l'aide de products.get. Vous pouvez ensuite distribuer un canal sur un appareil en définissant policy.productPolicy[].trackIds[] dans la règle sur les appareils. Découvrez comment distribuer les canaux de test fermé aux utilisateurs.