Abandons

Cette page liste toutes les fonctionnalités de Google Play d'entreprise qui sont actuellement 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

L'abandon d'une fonctionnalité ou d'une méthode héritée peut être pour plusieurs raisons:

  • 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 commettent des erreurs lors de l'intégration de ces fonctionnalités, ce qui entraîne des bugs visibles pour les clients et les utilisateurs finaux. En passant à des solutions de remplacement modernes, un EMM améliore la qualité de son produit.
  • Réduction de la maintenance des produits: la maintenance de certaines anciennes fonctionnalités peut demander beaucoup d'efforts aux EMM et à Google, généralement en raison d'enquêtes sur des bugs ou de tests de régression approfondis avant chaque nouvelle version. La migration vers des remplacements modernes ou des fonctionnalités obsolètes peu utilisées 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 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 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 reste 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. Lorsqu'elle est disponible, l'autre approche est décrite dans l'annonce d'abandon figurant dans la liste ci-dessous.

Plutôt que de migrer vers les alternatives proposées dans l'API EMM Google Play, 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 actuellement en période d'abandon.

Approbation de l'application (1er septembre 2022)

L'approbation des applications dans Google Play d'entreprise est obsolète depuis le 1er septembre 2021 et a été désactivée le 1er septembre 2022. Par exemple :

Au lieu d'utiliser l'approbation d'application 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 à venir) pour mettre à jour automatiquement une application sur un appareil lorsque le développeur publie une nouvelle version.

Pour ajouter des applications aux collections de 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 devrez l'abandonner.

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

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et ont été désactivées le 1er septembre 2022:

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.

Installations de l'API (31 décembre 2022)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et seront désactivées le 31 décembre 2022:

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

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

Si l'application ne peut pas être installée sur l'appareil, la méthode installs.update renvoie actuellement le motif de l'échec (productNotAvailableInCountry, productNotCompatibleWithDevice, etc.). Toutefois, la raison de l'échec n'est actuellement pas exposée pour les applications installées via policy. Pour combler cette lacune, le Google Play Store d'entreprise enverra bientôt les commentaires de l'application à votre DPC en indiquant le motif de l'échec de l'installation via policy. Cette modification sera déployée au plus tard le 30 septembre 2022.

Veuillez noter que nous n'abandonnerons plus installs.delete et que nous conserverons cette fonctionnalité en l'état. Vous pouvez également supprimer des applications de l'appareil pour les DPC personnalisés à l'aide de PackageInstaller.uninstall().

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

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et ont été désactivées le 1er septembre 2022:

Pour obtenir les autorisations d'une application, vous pouvez plutôt appeler la méthode products.get.

La méthode products.get affichera également bientôt le schéma de restriction de l'application au même format que celui actuellement 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 2022)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et ont été désactivées le 1er septembre 2022:

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

Disposition personnalisée de la boutique (1er septembre 2022)

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et ont été désactivées le 1er septembre 2022:

Par défaut, la page d'accueil du Google Play Store d'entreprise affiche toutes les applications listées dans la règle sur les 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 via une API. Par conséquent, si vous avez créé une interface utilisateur personnalisée pour gérer les collections de magasins, vous devez l'abandonner au profit de l'iFrame Google Play d'entreprise.

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

Les méthodes suivantes de l'API EMM Google Play sont obsolètes depuis le 1er septembre 2021 et ont été désactivées le 1er septembre 2022:

Si vous utilisez des ESA créées de manière automatisée, nous vous recommandons de passer à un compte de service configuré via 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 choisir de continuer à utiliser des ESA créés de manière automatisée, mais vous ne pourrez plus effectuer la rotation des clés ESA.

Piste fermée (1er septembre 2022)

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

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 canal à un appareil en définissant policy.productPolicy[].trackIds[] dans la règle relative aux appareils. Découvrez comment distribuer les canaux de test fermé aux utilisateurs.