Cette page liste l'ensemble des fonctionnalités Android Enterprise.
Si vous prévoyez de gérer plus de 500 appareils, votre solution EMM doit être compatible avec toutes les fonctionnalités standards () d'au moins un ensemble de solutions avant de pouvoir être commercialisée. Les solutions EMM qui réussissent la validation des fonctionnalités standards sont listées dans le Répertoire des solutions d'entreprise d'Android comme proposant un ensemble de gestion standard.
Un ensemble supplémentaire de fonctionnalités avancées est disponible pour chaque ensemble de solutions. Ces fonctionnalités sont indiquées sur chaque page de solution : profil professionnel sur un appareil personnel, profil professionnel sur un appareil détenu par l'entreprise, appareil entièrement géré et appareil dédié. Les solutions EMM qui réussissent la validation des fonctionnalités avancées sont répertoriées dans le Répertoire des solutions d'entreprise d'Android comme offrant un ensemble de gestion avancée.
Clé
| Fonctionnalité standard | fonctionnalité avancée | fonctionnalité facultative | non applicable |
1. Provisionnement des appareils
1.1. Provisionnement du profil professionnel en premier par le DPC
Après avoir téléchargé Android Device Policy sur Google Play, les utilisateurs peuvent provisionner un profil professionnel.
1.1.1. L'EMM fournit à l'administrateur informatique un code QR ou un code d'activation pour prendre en charge cette méthode de provisionnement (consultez Enregistrer et provisionner un appareil).
1.2. Provisionnement d'appareils avec un identifiant DPC
Saisir "afw#" dans l'assistant de configuration de l'appareil permet de provisionner un appareil entièrement géré ou dédié.
1.2.1. L'EMM fournit à l'administrateur informatique un code QR ou un code d'activation pour cette méthode de provisionnement (consultez Enregistrer et provisionner un appareil).
1.3. Provisionnement d'appareils NFC
Les administrateurs informatiques peuvent utiliser des tags NFC pour provisionner des appareils neufs ou dont la configuration d'usine a été rétablie, conformément aux consignes d'implémentation définies dans la documentation pour les développeurs de l'API EMM Play.
1.3.1. Les EMM doivent utiliser des tags NFC Forum de type 2 avec au moins 888 octets de mémoire. Le provisionnement doit utiliser des extras de provisionnement pour transmettre à un appareil des informations d'enregistrement non sensibles, telles que les ID de serveur et les ID d'enregistrement. Les informations d'enregistrement ne doivent pas inclure d'informations sensibles, comme des mots de passe ou des certificats.
1.3.2. Nous vous recommandons d'utiliser des tags NFC pour Android 10 et les versions ultérieures, car NFC Beam (également appelé NFC Bump) a été abandonné.
1.4. Provisionnement d'appareils avec un code QR
La console de l'EMM peut générer un code QR que les administrateurs informatiques peuvent scanner pour provisionner un appareil entièrement géré ou dédié, conformément aux consignes d'implémentation définies dans la documentation destinée aux développeurs de l' API Android Management.
1.4.1. Le code QR doit utiliser des extras de provisionnement pour transmettre à un appareil des informations d'enregistrement non sensibles (telles que des ID de serveur ou d'inscription). Les informations d'enregistrement ne doivent pas inclure d'informations sensibles, comme des mots de passe ou des certificats.
1.5. Enregistrement sans contact
Les administrateurs informatiques peuvent préconfigurer les appareils achetés auprès de revendeurs agréés et les gérer à l'aide de votre console EMM.
1.5.1. Les administrateurs informatiques peuvent provisionner les appareils appartenant à l'entreprise à l'aide de la méthode d'enregistrement sans contact décrite dans Enregistrement sans contact pour les administrateurs informatiques.
1.5.2. Lorsqu'un appareil est allumé pour la première fois, il est automatiquement forcé à utiliser les paramètres définis par l'administrateur informatique.
1.6. Provisionnement sans contact avancé
Les administrateurs informatiques peuvent automatiser une grande partie du processus d'enregistrement des appareils grâce à l'enregistrement sans contact. Combinés aux URL de connexion, les administrateurs informatiques peuvent limiter l'enregistrement à des comptes ou domaines spécifiques, en fonction des options de configuration proposées par l'EMM.
1.6.1. Les administrateurs informatiques peuvent provisionner un appareil appartenant à l'entreprise à l'aide de la méthode d'enregistrement sans contact.
1.6.2. Cette exigence est obsolète.
1.6.3. À l'aide de l'URL de connexion, l'EMM doit s'assurer que les utilisateurs non autorisés ne peuvent pas procéder à l'activation. Au minimum, l'activation doit être limitée aux utilisateurs d'une entreprise donnée.
1.6.4. À l'aide de l'URL de connexion, l'EMM doit permettre aux administrateurs informatiques de préremplir les informations d'enregistrement (par exemple, les ID de serveur ou d'enregistrement) en plus des informations uniques sur l'utilisateur ou l'appareil (par exemple, le nom d'utilisateur/mot de passe ou le jeton d'activation), afin que les utilisateurs n'aient pas à saisir d'informations lors de l'activation d'un appareil.
- Les EMM ne doivent pas inclure d'informations sensibles, telles que des mots de passe ou des certificats, dans la configuration de l'enregistrement à configuration automatique.
1.7. Provisionnement du profil professionnel du compte Google
Pour les entreprises qui utilisent un domaine Google géré, cette fonctionnalité guide les utilisateurs dans la configuration d'un profil professionnel après avoir saisi leurs identifiants Workspace professionnels lors de la configuration de l'appareil ou sur un appareil déjà activé. Dans les deux cas, l'identité Workspace de l'entreprise sera migrée vers le profil professionnel.
1.8. Provisionnement d'appareils avec un compte Google
L'API Android Management n'est pas compatible avec cette fonctionnalité.
1.9. Configuration sans contact directe
Les administrateurs informatiques peuvent utiliser la console de l'EMM pour configurer des appareils sans contact à l'aide de l'iFrame d'enregistrement sans contact.
1.10. Profils professionnels sur les appareils détenus par l'entreprise
Les EMM peuvent enregistrer les appareils détenus par l'entreprise disposant d'un profil professionnel en définissant AllowPersonalUsage.
1.10.1. Laisser ce champ vide.
1.10.2. Les administrateurs informatiques peuvent définir des actions de conformité pour les profils professionnels sur les appareils appartenant à l'entreprise via PersonalUsagePolicies.
1.10.3. Les administrateurs informatiques peuvent désactiver la caméra dans le profil professionnel ou sur l'ensemble de l'appareil à l'aide de PersonalUsagePolicies.
1.10.4. Les administrateurs informatiques peuvent désactiver la capture d'écran dans le profil professionnel ou sur l'ensemble de l'appareil à l'aide de PersonalUsagePolicies.
1.10.5. Les administrateurs informatiques peuvent définir une liste d'applications qui ne peuvent pas être installées dans le profil personnel via PersonalApplicationPolicy.
1.10.6. Les administrateurs informatiques peuvent renoncer à la gestion d'un appareil appartenant à l'entreprise en supprimant le profil professionnel ou en effaçant l'intégralité de l'appareil.
1.11. Provisionnement d'appareils dédiés
Les administrateurs informatiques peuvent enregistrer des appareils dédiés sans que l'utilisateur soit invité à s'authentifier avec un compte Google.
2. Sécurité des appareils
2.1. Question de sécurité de l'appareil
Les administrateurs informatiques peuvent définir et appliquer un code de sécurité (code, schéma ou mot de passe) à partir d'une sélection prédéfinie de trois niveaux de complexité sur les appareils gérés.
2.1.1. La règle doit appliquer les paramètres de gestion des problèmes de sécurité des appareils (parentProfilePasswordRequirements pour le profil professionnel, passwordRequirements pour les appareils entièrement gérés et dédiés).
2.1.2. La complexité du mot de passe doit correspondre aux complexités de mot de passe suivantes :
- PASSWORD_COMPLEXITY_LOW : schéma ou code d'accès constitué d'une séquence de chiffres répétés (4444) ou ordonnés (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM : code d'accès dont les chiffres ne sont ni répétés (4444), ni ordonnés (1234, 4321, 2468), ou mot de passe alphabétique ou alphanumérique d'au moins quatre caractères
- PASSWORD_COMPLEXITY_HIGH : code d'accès dont les chiffres ne sont ni répétés (4444), ni ordonnés (1234, 4321, 2468), et dont la longueur est d'au moins huit caractères, ou mot de passe alphabétique ou alphanumérique d'au moins six caractères
2.1.3. Des restrictions supplémentaires concernant les mots de passe peuvent également être appliquées en tant qu'anciens paramètres sur les appareils appartenant à l'entreprise.
2.2. Question d'authentification professionnelle
Les administrateurs informatiques peuvent définir et appliquer une procédure d'authentification pour les applications et les données du profil professionnel, qui est distincte de celle de l'appareil et qui a des exigences différentes (2.1.).
2.2.1. La règle doit appliquer le défi de sécurité pour le profil professionnel.
- Par défaut, les administrateurs informatiques ne doivent définir des restrictions que pour le profil professionnel si aucune portée n'est spécifiée.
- Les administrateurs informatiques peuvent définir ce paramètre à l'échelle de l'appareil en spécifiant le champ d'application (voir l'exigence 2.1).
2.2.2. La complexité du mot de passe doit correspondre aux complexités de mot de passe prédéfinies suivantes :
- PASSWORD_COMPLEXITY_LOW : schéma ou code d'accès constitué d'une séquence de chiffres répétés (4444) ou ordonnés (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM : code d'accès dont les chiffres ne sont ni répétés (4444), ni ordonnés (1234, 4321, 2468), ou mot de passe alphabétique ou alphanumérique d'au moins quatre caractères
- PASSWORD_COMPLEXITY_HIGH : code d'accès dont les chiffres ne sont ni répétés (4444), ni ordonnés (1234, 4321, 2468), et dont la longueur est d'au moins huit caractères, ou mot de passe alphabétique ou alphanumérique d'au moins six caractères
2.2.3. Des restrictions supplémentaires concernant les mots de passe peuvent également être appliquées en tant qu'anciens paramètres.
2.3. Gestion avancée des codes secrets
Les administrateurs informatiques peuvent configurer des paramètres de mot de passe avancés sur les appareils.
2.3.1. Laisser ce champ vide.
2.3.2. Laisser ce champ vide.
2.3.3. Les paramètres de cycle de vie du mot de passe suivants peuvent être définis pour chaque écran de verrouillage disponible sur un appareil :
- Délibérément vide
- Délibérément vide
- Nombre maximal de mots de passe incorrects avant effacement : indique le nombre de fois où les utilisateurs peuvent saisir un mot de passe incorrect avant que les données d'entreprise ne soient effacées de l'appareil. Les administrateurs informatiques doivent pouvoir désactiver cette fonctionnalité.
2.3.4. (Android 8.0+) Délai d'expiration requis pour l'authentification forte : un code secret d'authentification forte (tel qu'un code ou un mot de passe) doit être saisi après une période de délai d'expiration définie par un administrateur informatique. Après le délai d'inactivité, les méthodes d'authentification peu fiables (comme l'empreinte digitale ou la reconnaissance faciale) sont désactivées jusqu'à ce que l'appareil soit déverrouillé avec un code secret d'authentification forte.
2.4. Gestion des serrures connectées
Les administrateurs informatiques peuvent gérer si les agents de confiance de la fonctionnalité Smart Lock d'Android sont autorisés à prolonger le déverrouillage de l'appareil jusqu'à quatre heures.
2.4.1. Les administrateurs informatiques peuvent désactiver les agents de confiance sur l'appareil.
2.5. Effacer et verrouiller
Les administrateurs informatiques peuvent utiliser la console EMM pour verrouiller à distance un appareil géré et effacer les données professionnelles qu'il contient.
2.5.1. Les appareils doivent être verrouillés à l'aide de l'API Android Management.
2.5.2. Les appareils doivent être réinitialisés à l'aide de l'API Android Management.
2.6. Appliquer les critères de conformité
Si un appareil n'est pas conforme aux règles de sécurité, les règles de conformité mises en place par l'API Android Management limitent automatiquement l'utilisation des données professionnelles.
2.6.1. Au minimum, les règles de sécurité appliquées sur un appareil doivent inclure une règle relative aux mots de passe.
2.7. Règles de sécurité par défaut
Les EMM doivent appliquer les règles de sécurité spécifiées sur les appareils par défaut, sans que les administrateurs informatiques aient à configurer ou personnaliser des paramètres dans la console de l'EMM. Les EMM sont encouragés (mais pas obligés) à ne pas autoriser les administrateurs informatiques à modifier l'état par défaut de ces fonctionnalités de sécurité.
2.7.1. L'installation d'applications provenant de sources inconnues doit être bloquée, y compris les applications installées sur la partie personnelle de tout appareil Android 8.0 ou version ultérieure doté d'un profil professionnel. Cette sous-fonctionnalité est compatible par défaut.
2.7.2. Les fonctionnalités de débogage doivent être bloquées. Cette sous-fonctionnalité est compatible par défaut.
2.8. Règles de sécurité pour les appareils dédiés
Aucune autre action n'est autorisée pour un appareil dédié verrouillé.
2.8.1. Le démarrage en mode sans échec doit être désactivé par défaut à l'aide de la règle (accédez à safeBootDisabled).
2.9. Assistance Play Integrity
Les vérifications Play Integrity sont effectuées par défaut. Aucune implémentation supplémentaire n'est requise.
2.9.1. Laisser ce champ vide.
2.9.2. Laisser ce champ vide.
2.9.3. Les administrateurs informatiques peuvent configurer différentes réponses aux règles en fonction de la valeur SecurityRisk de l'appareil, y compris en bloquant le provisionnement, en effaçant les données de l'entreprise et en autorisant l'inscription.
- Le service EMM appliquera cette réponse de règle pour le résultat de chaque vérification d'intégrité.
2.9.4. Laisser ce champ vide.
2.10. Application des règles concernant les applications vérifiées
Les administrateurs informatiques peuvent activer l'option Vérifier les applications sur les appareils. La fonctionnalité Vérifier les applications analyse les applications installées sur les appareils Android pour détecter les logiciels dangereux avant et après leur installation. Elle permet de s'assurer que les applications malveillantes ne peuvent pas compromettre les données de l'entreprise.
2.10.1. La fonctionnalité Vérifier les applications doit être activée par défaut à l'aide d'une règle (accédez à ensureVerifyAppsEnabled).
2.11. Compatibilité avec le démarrage direct
L'API Android Management est compatible avec cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.
2.12. Gestion de la sécurité matérielle
Les administrateurs informatiques peuvent verrouiller les éléments matériels d'un appareil appartenant à l'entreprise pour assurer la protection contre la perte de données.
2.12.1. Les administrateurs informatiques peuvent empêcher les utilisateurs d'installer des supports externes physiques à l'aide d'une règle (accédez à mountPhysicalMediaDisabled).
2.12.2. Les administrateurs informatiques peuvent empêcher les utilisateurs de partager des données depuis leur appareil à l'aide de la technologie NFC en utilisant la règle (accédez à outgoingBeamDisabled). Cette sous-fonctionnalité est facultative, car la fonctionnalité NFC Beam n'est plus prise en charge dans Android 10 et versions ultérieures.
2.12.3. Les administrateurs informatiques peuvent empêcher les utilisateurs de transférer des fichiers par USB à l'aide d'une règle (accédez à usbFileTransferDisabled).
2.13. Journalisation de la sécurité Enterprise
L'API Android Management n'est pas compatible avec cette fonctionnalité.
3. Gestion du compte et de l'application
3.1. Liaison Enterprise
Les administrateurs informatiques peuvent associer l'EMM à leur organisation, ce qui lui permet d'utiliser Google Play Entreprise pour distribuer des applications sur les appareils.
3.1.1. Un administrateur disposant d'un domaine Google géré existant peut lier son domaine à l'EMM.
3.1.2. Laisser ce champ vide.
3.1.3. Laisser ce champ vide.
3.1.4. La console EMM invite l'administrateur à saisir son adresse e-mail professionnelle dans le processus d'inscription Android et le dissuade d'utiliser un compte Gmail.
3.1.5. L'EMM préremplit l'adresse e-mail de l'administrateur dans le processus d'inscription Android.
3.2. Provisionnement de comptes Google Play d'entreprise
L'EMM peut provisionner silencieusement des comptes utilisateur d'entreprise, appelés comptes Google Play gérés. Ces comptes identifient les utilisateurs gérés et permettent d'appliquer des règles de distribution d'applications uniques par utilisateur.
3.2.1. Les comptes Google Play gérés (comptes utilisateur) sont créés automatiquement lorsque les appareils sont provisionnés.
L'API Android Management est compatible avec cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.
3.3. Provisionnement de comptes d'appareil Google Play gérés
L'EMM peut créer et provisionner des comptes Google Play d'entreprise pour les appareils. Les comptes d'appareil permettent d'installer des applications en mode silencieux depuis le Google Play Store géré et ne sont pas associés à un seul utilisateur. À la place, un compte d'appareil est utilisé pour identifier un seul appareil afin de prendre en charge les règles de distribution d'applications par appareil dans des scénarios d'appareils dédiés.
3.3.1. Les comptes Google Play d'entreprise sont créés automatiquement lorsque les appareils sont provisionnés.
L'API Android Management est compatible avec cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.
3.4. Provisionnement de comptes Google Play d'entreprise pour les anciens appareils
Cette fonctionnalité est obsolète.
3.5. Distribution silencieuse d'applications
Les administrateurs informatiques peuvent distribuer silencieusement des applications professionnelles sur les appareils, sans intervention de l'utilisateur.
3.5.1. La console de l'EMM doit utiliser l'API Android Management pour permettre aux administrateurs informatiques d'installer des applications professionnelles sur les appareils gérés.
3.5.2. La console de l'EMM doit utiliser l'API Android Management pour permettre aux administrateurs informatiques de mettre à jour les applications professionnelles sur les appareils gérés.
3.5.3. La console de l'EMM doit utiliser l'API Android Management pour permettre aux administrateurs informatiques de désinstaller des applications sur les appareils gérés.
3.6. Gestion des configurations gérées
Les administrateurs informatiques peuvent afficher et définir en mode silencieux des configurations gérées pour n'importe quelle application compatible avec les configurations gérées.
3.6.1. La console EMM doit pouvoir récupérer et afficher les paramètres de configuration gérée de n'importe quelle application Play.
3.6.2. La console de l'EMM doit permettre aux administrateurs informatiques de définir n'importe quel type de configuration (tel que défini par le framework Android Enterprise) pour n'importe quelle application Play à l'aide de l'API Android Management.
3.6.3. La console de l'EMM doit permettre aux administrateurs informatiques de définir des caractères génériques (tels que $username$ ou %emailAddress%) afin qu'une seule configuration pour une application telle que Gmail puisse être appliquée à plusieurs utilisateurs.
3.7. Gestion du catalogue d'applications
L'API Android Management est compatible avec cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.
3.8. Approbation programmatique des applications
La console EMM utilise l'iFrame Google Play d'entreprise pour prendre en charge les fonctionnalités de découverte et d'approbation des applications de Google Play. Les administrateurs informatiques peuvent rechercher des applications, les approuver et approuver de nouvelles autorisations d'application sans quitter la console EMM.
3.8.1. Les administrateurs informatiques peuvent rechercher des applications et les approuver dans la console EMM à l'aide de l'iFrame Google Play d'entreprise.
3.9. Gestion de base de la mise en page du magasin
L'application Google Play Store géré permet d'installer et de mettre à jour les applications professionnelles. Par défaut, le Google Play Store d'entreprise affiche les applications approuvées pour un utilisateur dans une seule liste. Cette mise en page est appelée mise en page de base du magasin.
3.9.1. La console de l'EMM doit permettre aux administrateurs informatiques de gérer les applications visibles dans la mise en page de base du Play Store d'un utilisateur final.
3.10. Configuration avancée de la mise en page du magasin
3.10.1. Les administrateurs informatiques peuvent personnaliser la mise en page du Play Store dans l'application Google Play d'entreprise.
3.11. Gestion des licences d'application
Cette fonctionnalité est obsolète.
3.12. Gestion des applications privées hébergées sur Google
Les administrateurs informatiques peuvent mettre à jour les applications privées hébergées par Google via la console EMM au lieu de la Google Play Console.
3.12.1. Les administrateurs informatiques peuvent importer de nouvelles versions d'applications déjà publiées en mode privé pour l'entreprise à l'aide des méthodes suivantes :
3.13. Gestion des applications privées auto-hébergées
Les administrateurs informatiques peuvent configurer et publier des applications privées auto-hébergées. Contrairement aux applications privées hébergées sur Google, Google Play n'héberge pas les APK. Au lieu de cela, l'EMM aide les administrateurs informatiques à héberger eux-mêmes les APK et à protéger les applications auto-hébergées en s'assurant qu'elles ne peuvent être installées que lorsqu'elles sont autorisées par le Google Play d'entreprise géré.
3.13.1. La console de l'EMM doit aider les administrateurs informatiques à héberger l'APK de l'application en proposant les deux options suivantes :
- Héberger l'APK sur le serveur de l'EMM. Le serveur peut être sur site ou dans le cloud.
- L'entreprise peut héberger le fichier APK en dehors du serveur de l'EMM. L'administrateur informatique doit spécifier dans la console EMM où l'APK est hébergé.
3.13.2. La console de l'EMM doit générer un fichier de définition APK approprié à l'aide de l'APK fourni et guider les administrateurs informatiques tout au long du processus de publication.
3.13.3. Les administrateurs informatiques peuvent mettre à jour les applications privées auto-hébergées, et la console de l'EMM peut publier silencieusement les fichiers de définition APK mis à jour à l'aide de l'API Google Play Developer Publishing.
3.13.4. Le serveur de l'EMM traite les demandes de téléchargement de l'APK auto-hébergé contenant un JWT valide dans le cookie de la demande, tel que vérifié par la clé publique de l'application privée.
- Pour faciliter ce processus, le serveur de l'EMM doit guider les administrateurs informatiques pour qu'ils téléchargent la clé publique de licence de l'application auto-hébergée depuis la Play Console Google Play et qu'ils importent cette clé dans la console EMM.
3.14. Notifications pull EMM
Cette fonctionnalité ne s'applique pas à l'API Android Management. Configurez plutôt les notifications Pub/Sub.
3.15. Conditions d'utilisation de l'API
L'EMM implémente les API Android Management à grande échelle, en évitant les schémas de trafic qui pourraient avoir un impact négatif sur la capacité des entreprises à gérer les applications dans les environnements de production.
3.15.1. L'EMM doit respecter les limites d'utilisation de l'API Android Management. Si vous ne corrigez pas les comportements qui ne respectent pas ces consignes, l'utilisation de l'API pourra être suspendue, à la discrétion de Google.
3.15.2. L'EMM doit répartir le trafic des différentes entreprises tout au long de la journée, plutôt que de le regrouper à des heures spécifiques ou similaires. Les comportements qui correspondent à ce schéma de trafic, tels que les opérations par lot planifiées pour chaque appareil enregistré, peuvent entraîner la suspension de l'utilisation de l'API, à la discrétion de Google.
3.15.3. L'EMM ne doit pas envoyer de demandes systématiquement incomplètes ou délibérément incorrectes qui ne tentent pas de récupérer ni de gérer les données d'entreprise réelles. Un comportement correspondant à ce schéma de trafic peut entraîner la suspension de l'utilisation de l'API, à la discrétion de Google.
3.16. Gestion avancée des configurations gérées
L'EMM est compatible avec les fonctionnalités avancées de gestion des configurations gérées suivantes :
3.16.1. La console EMM doit pouvoir récupérer et afficher les quatre niveaux maximum de paramètres de configuration gérée imbriqués de n'importe quelle application Play, à l'aide des éléments suivants :
- l'iFrame Google Play d'entreprise ;
- une UI personnalisée.
3.16.2. La console de l'EMM doit être en mesure de récupérer et d'afficher tout commentaire renvoyé par le canal de commentaires d'une application, lorsqu'il est configuré par un administrateur informatique.
- La console de l'EMM doit permettre aux administrateurs informatiques d'associer un élément de commentaires spécifique à l'appareil et à l'application dont il provient.
- La console de l'EMM doit permettre aux administrateurs informatiques de s'abonner aux alertes ou aux rapports de types de messages spécifiques (tels que les messages d'erreur).
3.16.3. La console de l'EMM ne doit envoyer que des valeurs qui ont une valeur par défaut ou qui sont définies manuellement par l'administrateur à l'aide des éléments suivants :
- l'iFrame de configurations gérées ;
- Une UI personnalisée.
3.17. Gestion des applications Web
Les administrateurs informatiques peuvent créer et distribuer des applications Web dans la console EMM.
3.17.1. La console EMM permet aux administrateurs informatiques de distribuer des raccourcis vers des applications Web à l'aide des méthodes suivantes :
3.18. Gestion du cycle de vie des comptes Google Play d'entreprise
L'EMM peut créer, mettre à jour et supprimer des comptes Google Play d'entreprise au nom des administrateurs informatiques, et récupérer automatiquement les comptes expirés.
Cette fonctionnalité est activée par défaut. Aucune implémentation EMM supplémentaire n'est requise.
3.19. Gestion des pistes d'application
3.19.1. Les administrateurs informatiques peuvent extraire la liste des ID de canal définis par un développeur pour une application spécifique.
3.19.2. Les administrateurs informatiques peuvent configurer les appareils pour qu'ils utilisent une version de développement spécifique pour une application.
3.20. Gestion avancée des mises à jour des applications
Les administrateurs informatiques peuvent autoriser la mise à jour immédiate des applications ou la reporter de 90 jours.
3.20.1. Les administrateurs informatiques peuvent autoriser les applications à utiliser les mises à jour d'applications à haute priorité pour être mises à jour lorsqu'une mise à jour est disponible. 3.20.2. Les administrateurs informatiques peuvent autoriser le report des mises à jour d'applications pendant 90 jours.
3.21. Gérer les méthodes de provisionnement
L'EMM peut générer des configurations de provisionnement et les présenter à l'administrateur informatique sous une forme prête à être distribuée aux utilisateurs finaux (par exemple, code QR, configuration sans contact, URL du Play Store).
3.22. Mettre à niveau la liaison Enterprise
Les administrateurs informatiques peuvent migrer le type d'association d'entreprise vers une entreprise de domaine Google géré, ce qui permet à l'organisation d'accéder aux services et fonctionnalités de compte Google sur les appareils enregistrés.
3.22.1. La console EMM permet à l'administrateur informatique de déclencher la mise à niveau d'un compte d'entreprise Google Play Accounts existant vers un compte d'entreprise de domaine Google géré à l'aide des API requises.
3.22.2. Les EMM doivent utiliser Pub/Sub pour recevoir des notifications concernant les événements de mise à niveau initiés par les administrateurs informatiques (même ceux qui se produisent en dehors de la console EMM) et mettre à jour leur UI pour refléter ces modifications.
3.23. Provisionnement de comptes Google gérés
L'EMM peut provisionner un appareil avec des comptes utilisateur d'entreprise, appelés comptes Google gérés. Ces comptes identifient les utilisateurs gérés et permettent d'appliquer des règles de distribution d'applications et d'accéder aux services Google. Les administrateurs informatiques peuvent également définir une règle pour exiger l'authentification du compte Google géré lors de l'enregistrement ou après.
3.23.1. L'EMM peut provisionner un compte Google géré conformément aux consignes d'implémentation définies.
Pour ce faire :
- Un compte Google géré est ajouté à l'appareil.
- Le compte Google géré doit être associé individuellement aux utilisateurs réels dans la console de l'EMM.
3.23.2. L'administrateur informatique peut utiliser le règlement pour permettre aux utilisateurs de se connecter à un compte Google géré pour l'enregistrement.
3.23.3. L'administrateur informatique peut utiliser la règle pour déterminer si l'utilisateur doit se connecter à un compte Google géré pour finaliser l'enregistrement.
3.23.4. Les administrateurs informatiques peuvent éventuellement limiter le processus de mise à niveau à un identifiant de compte spécifique (adresse e-mail) pour un appareil donné.
3.24. Mettre à niveau un compte Google Play d'entreprise
Les administrateurs informatiques peuvent mettre à niveau le type de compte utilisateur vers un compte Google géré, ce qui permet à l'appareil d'accéder aux services et fonctionnalités du compte Google sur les appareils enregistrés.
3.24.1. Les administrateurs informatiques peuvent migrer un compte Google Play d'entreprise existant sur un appareil vers un compte Google géré.
3.24.2. Les administrateurs informatiques peuvent éventuellement limiter le processus de mise à niveau à un identifiant de compte spécifique (adresse e-mail) pour un appareil donné.
4. Gestion des appareils
4.1. Gestion des règles d'autorisation d'exécution
Les administrateurs informatiques peuvent définir en mode silencieux une réponse par défaut aux demandes d'autorisation d'exécution émises par les applications professionnelles.
4.1.1. Les administrateurs informatiques doivent pouvoir choisir parmi les options suivantes lorsqu'ils définissent une règle d'autorisation d'exécution par défaut pour leur organisation :
- Invite (permet aux utilisateurs de choisir)
- allow
- deny
L'EMM doit appliquer ces paramètres à l'aide de policy.
4.2. Gestion de l'état d'autorisation d'exécution
Après avoir défini une règle d'autorisation d'exécution par défaut (voir 4.1), Les administrateurs informatiques peuvent définir des réponses silencieuses pour des autorisations spécifiques de n'importe quelle application professionnelle basée sur l'API 23 ou version ultérieure.
4.2.1. Les administrateurs informatiques doivent pouvoir définir l'état d'autorisation (par défaut, accordé ou refusé) de toute autorisation demandée par une application professionnelle basée sur l'API 23 ou version ultérieure. L'EMM doit appliquer ces paramètres à l'aide d'une règle.
4.3. Gestion de la configuration Wi-Fi
Les administrateurs informatiques peuvent provisionner silencieusement des configurations Wi-Fi d'entreprise sur les appareils gérés, y compris :
4.3.1. SSID, à l'aide d'une règle.
4.3.2. Mot de passe, en utilisant la règle.
4.4. Gestion de la sécurité Wi-Fi
Les administrateurs informatiques peuvent provisionner des configurations Wi-Fi pour les entreprises sur les appareils qui incluent les fonctionnalités de sécurité avancées suivantes :
4.4.1. Identité
4.4.2. Certificats pour l'autorisation du client
4.4.3. Certificats CA
4.5. Gestion avancée du Wi-Fi
Les administrateurs informatiques peuvent verrouiller les configurations Wi-Fi sur les appareils gérés pour empêcher les utilisateurs de créer des configurations ou de modifier celles de l'entreprise.
4.5.1. Les administrateurs informatiques peuvent verrouiller les configurations Wi-Fi de l'entreprise à l'aide d'une règle dans l'une des configurations suivantes :
- Les utilisateurs ne peuvent pas modifier les configurations Wi-Fi provisionnées par l'EMM (accédez à
wifiConfigsLockdownEnabled), mais ils peuvent ajouter et modifier leurs propres réseaux configurables par l'utilisateur (par exemple, les réseaux personnels). - Les utilisateurs ne peuvent pas ajouter ni modifier de réseau Wi-Fi sur l'appareil (accédez à
wifiConfigDisabled), ce qui limite la connectivité Wi-Fi aux seuls réseaux provisionnés par l'EMM.
4.6. Gestion des comptes
Les administrateurs informatiques peuvent s'assurer que seuls les comptes d'entreprise autorisés peuvent interagir avec les données d'entreprise, pour des services tels que les applications de stockage et de productivité SaaS, ou les e-mails. Sans cette fonctionnalité, les utilisateurs peuvent ajouter des comptes personnels aux applications professionnelles qui acceptent également les comptes personnels, ce qui leur permet de partager des données d'entreprise avec ces comptes personnels.
4.6.1. Les administrateurs informatiques peuvent empêcher les utilisateurs d'ajouter ou de modifier des comptes (voir modifyAccountsDisabled).
- Lorsqu'ils appliquent cette règle sur un appareil, les EMM doivent définir cette restriction avant la fin du provisionnement pour s'assurer que les utilisateurs ne peuvent pas contourner cette règle en ajoutant des comptes avant son entrée en vigueur.
4.7. Gestion des comptes Workspace
Cette fonctionnalité est obsolète. Consultez la section 3.23 pour connaître les conditions de remplacement.
4.8. Gestion des certificats
Permet aux administrateurs informatiques de déployer des certificats d'identité et des autorités de certification sur les appareils pour autoriser l'utilisation des ressources de l'entreprise.
4.8.1. Les administrateurs informatiques peuvent installer des certificats d'identité utilisateur générés par leur PKI pour chaque utilisateur. La console de l'EMM doit s'intégrer à au moins une PKI et distribuer les certificats générés à partir de cette infrastructure.
4.8.2. Les administrateurs informatiques peuvent installer des autorités de certification (voir caCerts) dans le Keystore géré. Toutefois, cette sous-fonctionnalité n'est pas prise en charge.
4.9. Gestion avancée des certificats
Permet aux administrateurs informatiques de sélectionner en mode silencieux les certificats que certaines applications gérées spécifiques doivent utiliser. Cette fonctionnalité permet également aux administrateurs informatiques de supprimer les certificats CA et les certificats d'identité des appareils actifs, et d'empêcher les utilisateurs de modifier les identifiants stockés dans le keystore géré.
4.9.1. Pour toute application distribuée sur des appareils, les administrateurs informatiques peuvent spécifier un certificat auquel l'application aura accès en mode silencieux lors de l'exécution. (Cette sous-fonctionnalité n'est pas prise en charge)
- La sélection de certificat doit être suffisamment générique pour permettre une configuration unique qui s'applique à tous les utilisateurs, chacun pouvant disposer d'un certificat d'identité spécifique à l'utilisateur.
4.9.2. Les administrateurs informatiques peuvent supprimer des certificats du keystore géré de manière silencieuse.
4.9.3. Les administrateurs informatiques peuvent désinstaller un certificat CA en mode silencieux. (Cette sous-fonctionnalité n'est pas prise en charge)
4.9.4. Les administrateurs informatiques peuvent empêcher les utilisateurs de configurer des identifiants (accédez à credentialsConfigDisabled) dans le Keystore géré.
4.9.5. Les administrateurs informatiques peuvent préaccorder des certificats pour les applications professionnelles à l'aide de ChoosePrivateKeyRule.
4.10. Gestion déléguée des certificats
Les administrateurs informatiques peuvent distribuer une application de gestion de certificats tierce sur les appareils et accorder à cette application un accès privilégié pour installer des certificats dans le keystore géré.
4.10.1. Les administrateurs informatiques peuvent spécifier un package de gestion des certificats (accédez à delegatedCertInstallerPackage) à définir comme application déléguée de gestion des certificats.
- Les EMM peuvent éventuellement suggérer des packages de gestion de certificats connus, mais ils doivent permettre à l'administrateur informatique de choisir parmi la liste des applications disponibles à l'installation, pour les utilisateurs concernés.
4.11. Gestion avancée du VPN
Permet aux administrateurs informatiques de spécifier un VPN permanent pour s'assurer que les données des applications gérées spécifiées passeront toujours par une configuration du VPN.
4.11.1. Les administrateurs informatiques peuvent spécifier un package VPN arbitraire à définir comme VPN permanent.
- La console de l'EMM peut éventuellement suggérer des packages VPN connus compatibles avec le VPN permanent, mais ne peut pas limiter les VPN disponibles pour la configuration du VPN permanent à une liste arbitraire.
4.11.2. Les administrateurs informatiques peuvent utiliser des configurations gérées pour spécifier les paramètres VPN d'une application.
4.12. Gestion des IME
Les administrateurs informatiques peuvent gérer les méthodes de saisie (IME) qui peuvent être configurées pour les appareils. Étant donné que l'IME est partagé entre les profils professionnel et personnel, le blocage de l'utilisation des IME empêchera également les utilisateurs d'autoriser ces IME pour un usage personnel. Toutefois, les administrateurs informatiques ne peuvent pas bloquer l'utilisation des IME système dans les profils professionnels (consultez la gestion avancée des IME pour en savoir plus).
4.12.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation d'IME (accédez à permitted_input_methods) de longueur arbitraire (y compris une liste vide, qui bloque les IME non système), qui peut contenir n'importe quel package IME arbitraire.
- La console de l'EMM peut éventuellement suggérer des IME connus ou recommandés à inclure dans la liste d'autorisation, mais elle doit permettre aux administrateurs informatiques de choisir parmi la liste des applications disponibles à l'installation, pour les utilisateurs concernés.
4.12.2. L'EMM doit informer les administrateurs informatiques que les IME système sont exclus de la gestion sur les appareils dotés de profils professionnels.
4.13. Gestion avancée des IME
Les administrateurs informatiques peuvent gérer les méthodes de saisie (IME) que les utilisateurs peuvent configurer sur un appareil. La gestion avancée des IME étend la fonctionnalité de base en permettant aux administrateurs informatiques de gérer également l'utilisation des IME système, qui sont généralement fournis par le fabricant ou l'opérateur de l'appareil.
4.13.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation d'IME (accédez à permitted_input_methods) de longueur arbitraire (à l'exception d'une liste vide, qui bloque tous les IME, y compris les IME système), qui peut contenir n'importe quel package IME arbitraire.
- La console de l'EMM peut éventuellement suggérer des IME connus ou recommandés à inclure dans la liste d'autorisation, mais elle doit permettre aux administrateurs informatiques de choisir parmi la liste des applications disponibles à l'installation, pour les utilisateurs concernés.
4.13.2. L'EMM doit empêcher les administrateurs informatiques de configurer une liste d'autorisation vide, car ce paramètre empêchera la configuration de tous les IME, y compris les IME système, sur l'appareil.
4.13.3. L'EMM doit s'assurer que si une liste d'autorisation d'IME ne contient pas d'IME système, les IME tiers sont installés en mode silencieux avant que la liste d'autorisation ne soit appliquée sur l'appareil.
4.14. Gestion des services d'accessibilité
Les administrateurs informatiques peuvent gérer les services d'accessibilité que les utilisateurs peuvent autoriser sur les appareils. Les services d'accessibilité sont des outils puissants pour les utilisateurs en situation de handicap ou ceux qui sont temporairement dans l'incapacité d'interagir pleinement avec un appareil. Toutefois, ils peuvent interagir avec les données de l'entreprise de manière non conforme à la politique de l'entreprise. Cette fonctionnalité permet aux administrateurs informatiques de désactiver tout service d'accessibilité non système.
4.14.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation des services d'accessibilité (accédez à permittedAccessibilityServices) de longueur arbitraire (y compris une liste vide, qui bloque les services d'accessibilité non système), qui peut contenir n'importe quel package de service d'accessibilité arbitraire. Lorsqu'elle est appliquée à un profil professionnel, elle affecte à la fois le profil personnel et le profil professionnel.
- La console peut éventuellement suggérer des services d'accessibilité connus ou recommandés à inclure dans la liste d'autorisation, mais doit permettre à l'administrateur informatique de choisir parmi la liste des applications disponibles à l'installation, pour les utilisateurs concernés.
4.15. Gérer le partage de position
Les administrateurs informatiques peuvent empêcher les utilisateurs de partager des données de localisation avec des applications dans le profil professionnel. Sinon, le paramètre de localisation du profil professionnel est configurable dans les paramètres.
4.15.1. Les administrateurs informatiques peuvent désactiver les services de localisation (accédez à shareLocationDisabled) dans le profil professionnel.
4.16. Gestion avancée du partage de position
Les administrateurs informatiques peuvent appliquer un paramètre de partage de position donné sur un appareil géré. Cette fonctionnalité permet de s'assurer que les applications d'entreprise disposent toujours de données de localisation très précises. Cette fonctionnalité peut également garantir qu'aucune batterie supplémentaire n'est consommée en limitant les paramètres de localisation au mode Économie de batterie.
4.16.1. Les administrateurs informatiques peuvent définir les services de localisation de l'appareil sur chacun des modes suivants :
- Haute précision.
- Capteurs uniquement, par exemple le GPS, mais pas la localisation fournie par le réseau.
- Économie de batterie, qui limite la fréquence d'actualisation.
- Désactivé.
4.17. Gérer la protection après rétablissement de la configuration d'usine
Permet aux administrateurs informatiques de protéger les appareils détenus par l'entreprise contre le vol en s'assurant que les utilisateurs non autorisés ne peuvent pas rétablir la configuration d'usine des appareils. Si la protection après rétablissement de la configuration d'usine introduit des complexités opérationnelles lorsque les appareils sont renvoyés au service informatique, les administrateurs informatiques peuvent la désactiver complètement.
4.17.1. Les administrateurs informatiques peuvent empêcher les utilisateurs de rétablir la configuration d'usine
(factoryResetDisabled) de leur appareil depuis les paramètres.
4.17.2. Les administrateurs informatiques peuvent spécifier le ou les comptes de déverrouillage d'entreprise autorisés à provisionner des appareils (accédez à frpAdminEmails) après le rétablissement de la configuration d'usine.
- Ce compte peut être associé à une personne ou utilisé par l'ensemble de l'entreprise pour déverrouiller les appareils.
4.17.3. Les administrateurs informatiques peuvent désactiver la protection après rétablissement de la configuration d'usine (accédez à factoryResetDisabled) pour des appareils spécifiques.
4.17.4. Les administrateurs informatiques peuvent lancer un effacement à distance de l'appareil qui efface éventuellement les données de protection après rétablissement de la configuration d'usine, supprimant ainsi cette protection sur l'appareil réinitialisé.
4.18. Contrôle avancé des applications
Les administrateurs informatiques peuvent empêcher l'utilisateur de désinstaller ou de modifier des applications gérées dans les paramètres. Par exemple, en empêchant l'arrêt forcé de l'application ou l'effacement du cache de données d'une application.
4.18.1. Les administrateurs informatiques peuvent bloquer la désinstallation de n'importe quelle application gérée ou de toutes les applications gérées (accédez à uninstallAppsDisabled).
4.18.2. Les administrateurs informatiques peuvent empêcher les utilisateurs de modifier les données des applications depuis les paramètres. (L'API Android Management n'est pas compatible avec cette sous-fonctionnalité)
4.19. Gestion des captures d'écran
Les administrateurs informatiques peuvent empêcher les utilisateurs de prendre des captures d'écran lorsqu'ils utilisent des applications gérées. Ce paramètre inclut le blocage des applications de partage d'écran et des applications similaires (telles que l'Assistant Google) qui utilisent les fonctionnalités de capture d'écran du système.
4.19.1. Les administrateurs informatiques peuvent empêcher les utilisateurs de prendre des captures d'écran (accédez à screenCaptureDisabled).
4.20. Désactiver les appareils photo
Les administrateurs informatiques peuvent désactiver l'utilisation des caméras des appareils par les applications gérées.
4.20.1. Les administrateurs informatiques peuvent désactiver l'utilisation des caméras des appareils
(accédez à cameraDisabled) par les applications gérées.
4.21. Collecte des statistiques réseau
L'API Android Management n'est pas compatible avec cette fonctionnalité.
4.22. Collecte avancée des statistiques réseau
L'API Android Management n'est pas compatible avec cette fonctionnalité.
4.23. Redémarrer l'appareil
Les administrateurs informatiques peuvent redémarrer à distance les appareils gérés.
4.23.1. Les administrateurs informatiques peuvent redémarrer à distance un appareil géré.
4.24. Gestion du signal radio du système
Permet aux administrateurs informatiques de gérer précisément les radios réseau du système et les règles d'utilisation associées à l'aide de rules.
4.24.1. Les administrateurs informatiques peuvent désactiver les messages de diffusion cellulaire envoyés par les fournisseurs de services (accédez à cellBroadcastsConfigDisabled).
4.24.2. Les administrateurs informatiques peuvent empêcher les utilisateurs de modifier les paramètres du réseau mobile dans les paramètres (accédez à mobileNetworksConfigDisabled).
4.24.3. Les administrateurs informatiques peuvent empêcher les utilisateurs de réinitialiser tous les paramètres réseau dans les paramètres. (accédez à networkResetDisabled).
4.24.4. Les administrateurs informatiques peuvent configurer l'appareil pour autoriser ou non les données mobiles en itinérance (accédez à dataRoamingDisabled).
4.24.5. Les administrateurs informatiques peuvent configurer l'appareil pour qu'il puisse passer des appels sortants, à l'exception des appels d'urgence (consultez outGoingCallsDisabled).
4.24.6. Les administrateurs informatiques peuvent configurer l'envoi et la réception de messages texte sur l'appareil (accédez à smsDisabled).
4.24.7. Les administrateurs informatiques peuvent empêcher les utilisateurs d'utiliser leur appareil comme point d'accès portable en partageant la connexion (tetheringConfigDisabled).
4.24.8. Les administrateurs informatiques peuvent définir le délai d'inactivité du Wi-Fi sur "Par défaut", "Lorsque l'appareil est branché" ou "Jamais". (L'API Android Management n'est pas compatible avec cette sous-fonctionnalité)
4.24.9. Les administrateurs informatiques peuvent empêcher les utilisateurs de configurer ou de modifier les connexions Bluetooth existantes (accédez à bluetoothConfigDisabled).
4.25. Gestion de l'audio du système
Les administrateurs informatiques peuvent contrôler silencieusement les fonctionnalités audio des appareils, y compris en coupant le son de l'appareil, en empêchant les utilisateurs de modifier les paramètres de volume et en empêchant les utilisateurs de réactiver le micro de l'appareil.
4.25.1. Les administrateurs informatiques peuvent couper le son des appareils gérés sans que l'utilisateur ne s'en aperçoive. (L'API Android Management n'est pas compatible avec cette sous-fonctionnalité)
4.25.2. Les administrateurs informatiques peuvent empêcher les utilisateurs de modifier les paramètres de volume des appareils (accédez à adjustVolumeDisabled). Cela permet également de couper le son des appareils.
4.25.3. Les administrateurs informatiques peuvent empêcher les utilisateurs de réactiver le micro de l'appareil (unmuteMicrophoneDisabled).
4.26. Gestion de l'horloge système
Les administrateurs informatiques peuvent gérer les paramètres d'horloge et de fuseau horaire des appareils, et empêcher les utilisateurs de modifier les paramètres automatiques des appareils.
4.26.1. Les administrateurs informatiques peuvent appliquer l'heure et le fuseau horaire automatiques du système, ce qui empêche l'utilisateur de définir la date, l'heure et le fuseau horaire de l'appareil.
4.27. Fonctionnalités avancées des appareils dédiés
Pour les appareils dédiés, les administrateurs informatiques peuvent gérer les fonctionnalités suivantes à l'aide de règles afin de prendre en charge différents cas d'utilisation des bornes interactives.
4.27.1. Les administrateurs informatiques peuvent désactiver le keyguard de l'appareil (accédez à keyguardDisabled).
4.27.2. Les administrateurs informatiques peuvent désactiver la barre d'état de l'appareil, bloquer les notifications et les paramètres rapides (accédez à statusBarDisabled).
4.27.3. Les administrateurs informatiques peuvent forcer l'écran de l'appareil à rester allumé lorsqu'il est branché (accédez à stayOnPluggedModes).
4.27.4. Les administrateurs informatiques peuvent empêcher l'affichage des interfaces utilisateur système suivantes (accédez à createWindowsDisabled) :
- Notifications toast
- Superpositions d'applications.
4.27.5. Les administrateurs informatiques peuvent autoriser la recommandation système pour les applications à ignorer le tutoriel utilisateur et les autres conseils d'introduction au premier démarrage (accédez à skip_first_use_hints).
4.28. Gestion déléguée du champ d'application
Les administrateurs informatiques peuvent déléguer des droits supplémentaires à des packages individuels.
4.28.1. Les administrateurs informatiques peuvent gérer les scopes suivants :
- Installation et gestion des certificats
- Délibérément vide
- Journalisation réseau
- Journalisation de la sécurité (non compatible avec le profil professionnel sur un appareil personnel)
4.29. Assistance liée aux ID spécifiques à l'inscription
À partir d'Android 12, les profils professionnels n'auront plus accès aux identifiants spécifiques au matériel. Les administrateurs informatiques peuvent suivre le cycle de vie d'un appareil avec un profil professionnel grâce à l'ID d'inscription spécifique, qui persiste même après le rétablissement de la configuration d'usine.
4.29.1. Les administrateurs informatiques peuvent obtenir un ID spécifique à l'enregistrement.
4.29.2. Cet ID spécifique à l'enregistrement doit persister après le rétablissement de la configuration d'usine.
4.30. Règlement relatif au Gestionnaire d'identifiants
Les administrateurs informatiques peuvent gérer les applications de gestion des identifiants autorisées ou bloquées à l'aide de la règle par défaut du fournisseur d'identifiants ou de la règle du fournisseur d'identifiants.
4.30.1 Les administrateurs informatiques peuvent bloquer tous les gestionnaires d'identifiants sur l'appareil (ou dans le profil professionnel) à l'aide d'une règle.
4.30.2 Les administrateurs informatiques peuvent spécifier d'autoriser uniquement les gestionnaires d'identifiants préchargés (applications système).
4.30.3 Les administrateurs informatiques peuvent spécifier une liste de noms de packages pour activer la fonctionnalité Credential Manager.
4.31. Gestion de base des eSIM
Permet aux administrateurs informatiques de provisionner un appareil avec un profil eSIM et de gérer son cycle de vie sur l'appareil.
4.31.1 Les administrateurs informatiques peuvent provisionner silencieusement un profil eSIM sur un appareil à l'aide d'une règle.
4.31.2 Les administrateurs informatiques peuvent supprimer les eSIM gérées d'un appareil à l'aide d'une règle.
4.31.3 Les administrateurs informatiques peuvent empêcher les utilisateurs de modifier les paramètres du réseau mobile dans Paramètres (accédez à mobileNetworksConfigDisabled).
4.31.4 Les administrateurs informatiques peuvent envoyer à distance une commande d'effacement à un appareil ou à un profil professionnel. Cette commande supprime éventuellement les eSIM gérées de l'appareil. Par défaut, les eSIM gérées sont supprimées des profils professionnels sur les appareils personnels, mais conservées sur les appareils appartenant à l'entreprise.
4.31.5 Les administrateurs informatiques peuvent récupérer l'identifiant EID (Embedded Identity Document) d'un appareil à l'aide de l'interface utilisateur de la console EMM (ou d'une méthode équivalente).
5. Facilité d'utilisation des appareils
5.1. Personnalisation du provisionnement géré
Les administrateurs informatiques peuvent modifier l'UX du flux de configuration par défaut pour inclure des fonctionnalités spécifiques à l'entreprise. Les administrateurs informatiques peuvent également afficher la marque fournie par l'EMM lors du provisionnement.
5.1.1. Les administrateurs informatiques peuvent personnaliser le processus de provisionnement en spécifiant des conditions d'utilisation spécifiques à l'entreprise et d'autres clauses de non-responsabilité (accédez à termsAndConditions).
5.1.2. Les administrateurs informatiques peuvent déployer des conditions d'utilisation et d'autres clauses de non-responsabilité spécifiques aux EMM et non configurables (accédez à termsAndConditions).
- Les EMM peuvent définir leur personnalisation non configurable et spécifique à l'EMM comme paramètre par défaut pour les déploiements, mais ils doivent permettre aux administrateurs informatiques de configurer leur propre personnalisation.
5.1.3. primaryColor a été abandonné pour la ressource Enterprise sur Android 10 et les versions ultérieures.
5.2. Personnalisation pour les entreprises
L'API Android Management n'est pas compatible avec cette fonctionnalité.
5.3. Personnalisation avancée pour les entreprises
L'API Android Management n'est pas compatible avec cette fonctionnalité.
5.4. Messages sur l'écran de verrouillage
Les administrateurs informatiques peuvent définir un message personnalisé qui s'affiche en permanence sur l'écran de verrouillage de l'appareil et qui ne nécessite pas de déverrouillage pour être vu.
5.4.1. Les administrateurs informatiques peuvent définir un message personnalisé sur l'écran de verrouillage (accédez à deviceOwnerLockScreenInfo).
5.5. Gestion de la transparence des règles
Les administrateurs informatiques peuvent personnaliser le texte d'aide fourni aux utilisateurs lorsqu'ils tentent de modifier les paramètres gérés sur leur appareil ou déployer un message d'assistance générique fourni par l'EMM. Les messages d'assistance courts et longs peuvent être personnalisés. Ils s'affichent, par exemple, lorsque l'utilisateur tente de désinstaller une application gérée dont la désinstallation a déjà été bloquée par un administrateur informatique.
5.5.1. Les administrateurs informatiques peuvent personnaliser les messages d'assistance destinés aux utilisateurs, qu'ils soient courts ou longs.
5.5.2. Les administrateurs informatiques peuvent déployer des messages d'assistance courts et longs, non configurables et spécifiques à l'EMM (consultez shortSupportMessage et longSupportMessage dans policies).
- Les EMM peuvent définir leurs messages d'assistance non configurables et spécifiques aux EMM comme paramètres par défaut pour les déploiements, mais ils doivent permettre aux administrateurs informatiques de configurer leurs propres messages.
5.6. Gestion des contacts interprofils
5.6.1. Les administrateurs informatiques peuvent désactiver l'affichage des contacts professionnels dans les recherches de contacts et les appels entrants du profil personnel.
5.6.2. Les administrateurs informatiques peuvent désactiver le partage des contacts professionnels via Bluetooth, par exemple pour les appels mains libres dans les voitures ou les casques.
5.7. Gestion des données dans tous les profils
Permet aux administrateurs informatiques de gérer les types de données qui peuvent être partagés entre les profils professionnel et personnel. Ils peuvent ainsi équilibrer l'usabilité et la sécurité des données en fonction de leurs besoins.
5.7.1. Les administrateurs informatiques peuvent configurer une règle de partage de données entre profils afin que les applications personnelles puissent résoudre les intents du profil professionnel, tels que les intents de partage ou les liens Web.
5.7.2. Les administrateurs informatiques peuvent autoriser les applications du profil professionnel à créer et afficher des widgets sur l'écran d'accueil du profil personnel. Cette fonctionnalité est désactivée par défaut, mais vous pouvez l'activer à l'aide des champs workProfileWidgets et workProfileWidgetsDefault.
5.7.3. Les administrateurs informatiques peuvent contrôler la possibilité de copier/coller des données entre les profils professionnel et personnel.
5.8. Règles relatives aux mises à jour du système
Les administrateurs informatiques peuvent configurer et appliquer les mises à jour du système Over The Air (OTA) sur les appareils.
5.8.1. La console de l'EMM permet aux administrateurs informatiques de définir les configurations OTA suivantes :
- Automatique : les appareils installent les mises à jour OTA lorsqu'elles sont disponibles.
- Report : les administrateurs informatiques doivent pouvoir reporter les mises à jour OTA jusqu'à 30 jours. Cette règle n'a pas d'incidence sur les mises à jour de sécurité (par exemple, les correctifs de sécurité mensuels).
- Avec intervalle : les administrateurs informatiques doivent pouvoir planifier les mises à jour OTA dans un intervalle de maintenance quotidien.
5.8.2. Les configurations OTA sont appliquées aux appareils à l'aide de règles.
5.9. Gestion du mode tâches verrouillées
Les administrateurs informatiques peuvent verrouiller une ou plusieurs applications sur l'écran, et s'assurer que les utilisateurs ne peuvent pas les quitter.
5.9.1. La console de l'EMM permet aux administrateurs informatiques d'autoriser silencieusement l'installation et le verrouillage d'un ensemble arbitraire d'applications sur un appareil. La règle permet de configurer des appareils dédiés.
5.10. Gestion persistante des activités préférées
Permet aux administrateurs informatiques de définir une application comme gestionnaire d'intent par défaut pour les intents correspondant à un certain filtre d'intent. Par exemple, cette fonctionnalité permet aux administrateurs informatiques de choisir l'application de navigateur qui ouvre automatiquement les liens Web. Cette fonctionnalité permet de gérer l'application de lanceur d'applications utilisée lorsque vous appuyez sur le bouton d'accueil.
5.10.1. Les administrateurs informatiques peuvent définir n'importe quel package comme gestionnaire d'intent par défaut pour n'importe quel filtre d'intent arbitraire.
- La console de l'EMM peut éventuellement suggérer des intents connus ou recommandés pour la configuration, mais ne peut pas limiter les intents à une liste arbitraire.
- La console de l'EMM doit permettre aux administrateurs informatiques de choisir dans la liste des applications disponibles à installer pour les utilisateurs concernés.
5.11. Gestion de la fonctionnalité Keyguard
Les administrateurs informatiques peuvent gérer les fonctionnalités disponibles pour les utilisateurs avant de déverrouiller le keyguard (écran de verrouillage) de l'appareil et le keyguard (écran de verrouillage) du mot de passe du profil professionnel.
5.11.1.Règle peut désactiver les fonctionnalités suivantes du keyguard de l'appareil :
- agents de confiance
- déverrouillage par empreinte digitale
- notifications non masquées
5.11.2. Les fonctionnalités suivantes du keyguard du profil professionnel peuvent être désactivées à l'aide d'une règle :
- agents de confiance
- déverrouillage par empreinte digitale
5.12. Gestion avancée des fonctionnalités Keyguard
- Sécuriser la caméra
- Toutes les notifications
- Non masqué
- Agents de confiance
- Fingerprint Unlock
- Toutes les fonctionnalités Keyguard
5.13. Débogage à distance
L'API Android Management n'est pas compatible avec cette fonctionnalité.
5.14. Récupération de l'adresse MAC
Les EMM peuvent récupérer silencieusement l'adresse MAC d'un appareil pour l'utiliser afin d'identifier les appareils dans d'autres parties de l'infrastructure de l'entreprise (par exemple, pour identifier les appareils pour le contrôle d'accès au réseau).
5.14.1. L'EMM peut récupérer l'adresse MAC d'un appareil en mode silencieux et l'associer à l'appareil dans la console EMM.
5.15. Gestion avancée du mode tâches verrouillées
Avec un appareil dédié, les administrateurs informatiques peuvent utiliser la console de l'EMM pour effectuer les tâches suivantes :
5.15.1. Autoriser silencieusement l'installation d'une seule application et le verrouillage d'un appareil .
5.15.2. Activez ou désactivez les fonctionnalités suivantes de l'interface utilisateur du système :
- Bouton "Accueil"
- Présentation
- Actions générales
- Notifications
- Informations système / Barre d'état
- Keyguard (écran de verrouillage). Cette sous-fonctionnalité est activée par défaut lorsque la version 5.15.1 est implémentée.
5.15.3. Désactivez Boîtes de dialogue d'erreur système.
5.16. Règle avancée de mise à jour du système
Les administrateurs informatiques peuvent définir une période de blocage spécifique pour empêcher les mises à jour système sur un appareil.
5.16.1. La console de l'EMM doit permettre aux administrateurs informatiques de bloquer les mises à jour système Over The Air (OTA) pendant une période de blocage spécifiée.
5.17. Gestion de la transparence des règles du profil professionnel
Les administrateurs informatiques peuvent personnaliser le message affiché aux utilisateurs lorsqu'ils suppriment le profil professionnel d'un appareil.
5.17.1. Les administrateurs informatiques peuvent fournir un texte personnalisé à afficher (accédez à wipeReasonMessage) lorsqu'un profil professionnel est effacé.
5.18. Compatibilité avec les applications associées
Les administrateurs informatiques peuvent définir une liste de packages pouvant communiquer au-delà de la limite du profil professionnel en définissant ConnectedWorkAndPersonalApp.
5.19. Mise à jour manuelle du système
L'API Android Management n'est pas compatible avec cette fonctionnalité.
6. Abandon de l'outil d'administration des appareils
6.1. Abandon de l'outil d'administration des appareils
Les EMM doivent publier un plan d'ici la fin de l'année 2022 pour mettre fin à l'assistance client pour Device Admin sur les appareils GMS d'ici la fin du premier trimestre 2023.
7. Utilisation de l'API
7.1. Contrôleur de règles standard pour les nouvelles liaisons
Par défaut, les appareils doivent être gérés à l'aide d'Android Device Policy pour toute nouvelle association. Les EMM peuvent proposer une option permettant de gérer les appareils à l'aide d'un DPC personnalisé dans une section de paramètres intitulée "Avancé" ou avec une terminologie similaire. Les nouveaux clients ne doivent pas être exposés à un choix arbitraire entre les piles technologiques lors des workflows d'intégration ou de configuration.
7.2. Outil de contrôle des règles standard pour les nouveaux appareils
Par défaut, les appareils doivent être gérés à l'aide d'Android Device Policy pour tous les nouveaux enregistrements d'appareils, pour les liaisons existantes et nouvelles. Les EMM peuvent proposer une option permettant de gérer les appareils à l'aide d'un DPC personnalisé dans une section de paramètres intitulée "Avancé" ou avec une terminologie similaire.