Cette page liste l'ensemble des fonctionnalités d'Android Enterprise.
Si vous prévoyez de gérer plus de 500 appareils, votre solution EMM doit prendre en charge toutes les fonctionnalités standards () d'au moins un ensemble de solutions avant de pouvoir être commercialisée. Les développeurs EMM qui souhaitent que leurs solutions soient listées dans le Répertoire des solutions d'entreprise d'Android comme proposant un ensemble de gestion standard doivent passer la validation des fonctionnalités standards et devenir membres de notre Programme Partenaires Android Enterprise.
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 l'ensemble de solutions : 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 développeurs EMM membres du programme Partenaires AE dont les solutions ont réussi la validation des fonctionnalités avancées sont répertoriés dans le Répertoire des solutions d'entreprise d'Android comme proposant un ensemble de gestion avancée.
Clé
| fonctionnalité standard | fonctionnalité avancée | fonctionnalité facultative | non applicable |
1. Préparation de l'appareil
1.1. Provisionnement du profil professionnel via DPC
Après avoir téléchargé Android Device Policy depuis Google Play, les utilisateurs peuvent provisionner un profil professionnel.
1.1.1. L'EMM fournit à l'administrateur informatique un QR code ou un code d'activation pour prendre en charge cette méthode de provisionnement (consultez Enregistrer et provisionner un appareil).
1.2. Préparation de l'appareil avec 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 QR code ou un code d'activation pour prendre en charge cette méthode de provisionnement (consultez Enregistrer et provisionner un appareil).
1.3. Préparation de l'appareil via 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 Play EMM.
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 des ID de serveur et des ID d'enregistrement. Les informations d'enregistrement ne doivent pas inclure d'informations sensibles, telles que des mots de passe ou des certificats.
1.3.2. Nous vous recommandons d'utiliser des tags NFC pour Android 10 et versions ultérieures, car NFC Beam (également appelé NFC Bump) est obsolète.
1.4. Préparation de l'appareil via QR code
La console de l'EMM peut générer un QR code que les administrateurs informatiques peuvent scanner pour provisionner un appareil entièrement géré ou un appareil dédié, conformément aux consignes d'implémentation définies dans la documentation pour les développeurs de l' API Android Management.
1.4.1. Le QR code doit utiliser des extras de provisionnement pour transmettre des informations d'enregistrement non sensibles (telles que des ID de serveur ou d'enregistrement) à un appareil. Les informations d'enregistrement ne doivent pas inclure d'informations sensibles, telles que des mots de passe ou des certificats.
1.5. Enregistrement sans contact
Cette exigence a été remplacée par l'exigence 1.6.
1.6. Provisionnement sans contact
Les administrateurs informatiques peuvent automatiser une grande partie du processus d'enregistrement des appareils grâce à l'enregistrement sans contact. En les combinant avec des 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 et d'enregistrement) en plus des informations uniques sur l'utilisateur ou l'appareil (par exemple, le nom d'utilisateur/mot de passe et 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 sans contact.
1.7. Provisionnement du profil professionnel via un compte Google
Cette exigence est supprimée et remplacée par l'exigence 3.23.
1.8. Préparation de l'appareil via un compte Google
Cette exigence est supprimée et remplacée par l'exigence 3.23.
1.9. Configuration directe sans contact
Les administrateurs informatiques peuvent utiliser la console de l'EMM pour configurer des appareils sans contact à l'aide de l'iFrame sans contact.
1.10. Profils professionnels sur les appareils d'entreprise
Les EMM peuvent enregistrer les appareils détenus par l'entreprise disposant d'un profil professionnel en définissant AllowPersonalUsage.
1.10.1. Deliberately blank.
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 l'appareil photo dans le profil professionnel ou sur l'ensemble de l'appareil via PersonalUsagePolicies.
1.10.4. Les administrateurs informatiques peuvent désactiver la capture d'écran dans le profil professionnel ou sur l'ensemble d'un appareil via PersonalUsagePolicies.
1.10.5. Les administrateurs informatiques peuvent définir une liste de blocage des applications qui ne peuvent pas être installées dans le profil personnel via PersonalApplicationPolicy.
1.10.6. Les administrateurs informatiques peuvent abandonner la gestion d'un appareil appartenant à l'entreprise à l'aide de la commande d'abandon dans l'AMAPI.
1.11. Préparation des 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 d'authentification sur l'appareil
Les administrateurs informatiques peuvent définir et appliquer un test de sécurité (code, schéma ou mot de passe) sur les appareils gérés, en choisissant parmi trois niveaux de complexité prédéfinis.
2.1.1. La règle doit appliquer des paramètres gérant les défis de sécurité de l'appareil (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 PIN avec des séquences répétées (4444) ou ordonnées (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM : code sans séquences répétées (4444) ou ordonnées (1234, 4321, 2468), mot de passe alphabétique ou alphanumérique d'une longueur d'au moins 4 caractères
- PASSWORD_COMPLEXITY_HIGH : code sans séquences répétées (4444) ou ordonnées (1234, 4321, 2468) et d'une longueur d'au moins huit caractères, ou mots de passe alphabétiques ou alphanumériques d'une longueur 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 que paramètres d'ancienne génération sur les appareils appartenant à l'entreprise.
2.2. Question d'authentification professionnelle
Les administrateurs informatiques peuvent définir et appliquer une question de sécurité pour les applications et les données du profil professionnel, qui est distincte de la question de sécurité de l'appareil (2.1) et qui comporte des exigences différentes.
2.2.1. La règle doit appliquer la question d'authentification pour le profil professionnel.
- Par défaut, les administrateurs informatiques ne doivent définir des restrictions que pour le profil professionnel si aucun champ d'application n'est spécifié.
- Les administrateurs informatiques peuvent définir ce paramètre au niveau 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 à chiffres avec des séquences répétées (4444) ou ordonnées (1234, 4321, 2468).
- PASSWORD_COMPLEXITY_MEDIUM : code sans séquences répétées (4444) ou ordonnées (1234, 4321, 2468), mot de passe alphabétique ou alphanumérique d'une longueur d'au moins 4 caractères
- PASSWORD_COMPLEXITY_HIGH : code sans répétition (4444) ni séquence ordonnée (1234, 4321, 2468) et d'une longueur d'au moins 8 caractères, ou mot de passe alphabétique ou alphanumérique d'une longueur d'au moins 6 caractères.
2.2.3. Des restrictions supplémentaires concernant les mots de passe peuvent également être appliquées en tant que paramètres hérités.
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. Deliberately blank.
2.3.2. Deliberately blank.
2.3.3. Les paramètres de cycle de vie des mots de passe suivants peuvent être définis pour chaque écran de verrouillage disponible sur un appareil :
- Laissé vide intentionnellement
- Laissé vide intentionnellement
- 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 ou version ultérieure) Délai avant authentification forte : un code secret d'authentification forte (tel qu'un code ou un mot de passe) doit être saisi après un délai défini par un administrateur informatique. Après expiration du délai, les méthodes d'authentification peu fortes (comme l'empreinte digitale ou le déverrouillage par reconnaissance faciale) sont désactivées jusqu'à ce que l'appareil soit déverrouillé avec un code secret d'authentification forte.
2.4. Gestion de Smart Lock
Les administrateurs informatiques peuvent autoriser ou non les agents de confiance de la fonctionnalité Smart Lock d'Android à 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 et effacer à distance les données professionnelles d'un appareil géré.
2.5.1. Les appareils doivent être verrouillés à l'aide de l'API Android Management.
2.5.2. Les appareils doivent être effacé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. Les règles de sécurité appliquées sur un appareil doivent au moins inclure une règle de mot 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 le profil personnel 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 d'une 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. Deliberately blank.
2.9.2. Deliberately blank.
2.9.3. Les administrateurs informatiques peuvent configurer différentes réponses aux règles en fonction de la valeur de SecurityRisk de l'appareil, y compris bloquer le provisionnement, effacer les données d'entreprise et autoriser l'enregistrement.
- Le service EMM appliquera cette réponse de règle pour le résultat de chaque vérification d'intégrité.
2.9.4. Deliberately blank.
2.10. Mise en œuvre de Vérifier les applications
Les administrateurs informatiques peuvent activer l'option Vérifier les applications sur les appareils. La fonctionnalité Vérifier les applications recherche les logiciels malveillants dans les applications installées sur les appareils Android avant et après leur installation, afin d'empêcher les applications malveillantes de compromettre les données d'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 fonctionnalité NFC Beam en utilisant une règle (accédez à outgoingBeamDisabled). Cette sous-fonctionnalité est facultative, car la fonctionnalité NFC Beam n'est plus compatible avec Android 10 et versions ultérieures.
2.12.3. Les administrateurs informatiques peuvent empêcher les utilisateurs de transférer des fichiers via USB à l'aide d'une règle (accédez à usbFileTransferDisabled).
2.13. Journalisation de la sécurité pour les entreprises
L'API Android Management ne prend pas en charge cette fonctionnalité.
3. Gestion du compte et des applications
3.1. Liaison d'entreprise
Les administrateurs informatiques peuvent lier l'EMM à leur organisation, ce qui permet à l'EMM d'utiliser Google Play d'entreprise pour distribuer des applications aux appareils.
3.1.1. Un administrateur disposant d'un domaine Google géré peut lier son domaine à l'EMM.
3.1.2. Deliberately blank.
3.1.3. Deliberately blank.
3.1.4. La console EMM guide l'administrateur pour qu'il saisisse son adresse e-mail professionnelle dans le flux 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 flux d'inscription Android.
3.2. Provisionnement de comptes Google Play d'entreprise
La solution EMM peut provisionner en arrière-plan des comptes utilisateur d'entreprise, appelés comptes Google Play d'entreprise. Ces comptes identifient les utilisateurs gérés et permettent de définir des règles de distribution d'applications uniques par utilisateur.
3.2.1. Les comptes Google Play d'entreprise (comptes utilisateur) sont créés automatiquement lors du provisionnement des appareils.
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 d'entreprise
L'EMM peut créer et provisionner des comptes d'appareil Google Play d'entreprise. Les comptes d'appareil permettent d'installer automatiquement des applications à partir du Google Play Store d'entreprise et ne sont pas lié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 des applications par appareil dans les scénarios d'appareils dédiés.
3.3.1. Les comptes Google Play d'entreprise sont créés automatiquement lors du provisionnement des appareils.
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 des applications professionnelles sur les appareils de manière silencieuse, sans intervention de l'utilisateur.
3.5.1. La console 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 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 de manière silencieuse des configurations gérées pour n'importe quelle application compatible avec les configurations gérées.
3.6.1. La console de l'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 configuration unique 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 d'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 la mise en page basique du Play Store
L'application Google Play Store d'entreprise peut être utilisée pour installer et mettre à jour des 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 basique du Play Store.
3.9.1. La console 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 Play Store
3.10.1. Les administrateurs informatiques peuvent personnaliser la mise en page du magasin affichée dans l'application Google Play Store d'entreprise.
3.11. Gestion des licences d'application
Cette fonctionnalité est obsolète.
3.12. Gestion des applications privées hébergées par 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 éléments suivants :
3.13. Gestion des applications privées auto-hébergées
Cette fonctionnalité est obsolète.
3.14. Notifications d'extraction EMM
Cette fonctionnalité n'est pas applicable à l'API Android Management. Configurez plutôt des notifications Pub/Sub.
3.15. Exigences relatives à l'utilisation de l'API
L'EMM implémente les API Android Management à grande échelle, en évitant les schémas de trafic qui pourraient nuire à 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 un comportement qui ne respecte 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. Un comportement correspondant à ce modèle de trafic, tel que des opérations par lot planifiées pour chaque appareil enregistré, peut 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 requêtes cohérentes, incomplètes ou délibérément incorrectes qui ne tentent pas de récupérer ou de gérer les données réelles de l'entreprise. 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 de l'EMM doit pouvoir récupérer et afficher les quatre niveaux 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 ou
- une UI personnalisée.
3.16.2. La console EMM doit pouvoir récupérer et afficher tous les commentaires renvoyés par le canal de commentaires d'une application, lorsqu'il est configuré par un administrateur informatique.
- La console EMM doit permettre aux administrateurs informatiques d'associer un élément de feedback spécifique à l'appareil et à l'application d'où il provient.
- La console de l'EMM doit permettre aux administrateurs informatiques de s'abonner à des alertes ou à des rapports de types de messages spécifiques (par exemple, des 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 sont définies manuellement par l'administrateur à l'aide de :
- L'iFrame des configurations gérées, ou
- 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 éléments suivants :
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 arrivés à expiration.
Cette fonctionnalité est compatible par défaut. Aucune implémentation EMM supplémentaire n'est requise.
3.19. Gestion des canaux d'application
3.19.1. Les administrateurs informatiques peuvent extraire une liste d'ID de suivi 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 un canal de développement particulier 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 prioritaires pour être mises à jour dès qu'une mise à jour est prête.
3.20.2. Les administrateurs informatiques peuvent autoriser les applications à reporter leurs mises à jour de 90 jours.
3.21. Gestion des 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, un QR code, une configuration sans contact ou une URL du Play Store).
3.22. Mettre à niveau la liaison d'entreprise
Les administrateurs informatiques peuvent mettre à niveau le type de liaison d'entreprise vers une entreprise de domaine Google géré, ce qui permet à l'organisation d'accéder aux services et fonctionnalités du compte Google sur les appareils enregistrés.
3.22.1. La console EMM permet à l'administrateur informatique de déclencher la mise à niveau d'une entreprise existante utilisant des comptes Google Play d'entreprise vers une entreprise utilisant un domaine Google géré à l'aide des API requises.
3.22.2. Les EMM doivent utiliser Pub/Sub pour recevoir des notifications sur les événements de mise à niveau initiés par l'administrateur informatique (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, permettent d'appliquer des règles de distribution d'applications et autorisent l'accès aux services Google. Les administrateurs informatiques peuvent également définir une règle pour exiger l'authentification du compte Google géré pendant ou après l'enregistrement.
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 correspondre directement aux utilisateurs réels dans la console EMM.
3.23.2. L'administrateur informatique peut utiliser la règle 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 contrôler 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 flux de mise à niveau à un identifiant de compte spécifique (adresse e-mail) pour un appareil donné.
3.24. Mise à niveau d'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 transformer un compte Google Play d'entreprise existant sur un appareil en compte Google géré.
3.24.2. Les administrateurs informatiques peuvent éventuellement limiter le flux de mise à niveau à un identifiant de compte spécifique (adresse e-mail) pour un appareil donné.
3.25. Rôles d'application
L'EMM permet d'accorder des droits spéciaux, spécifiés par les types de rôles disponibles, à une application choisie par l'administrateur informatique. Ces privilèges supplémentaires incluent la possibilité de fonctionner sans interruption due à des restrictions d'alimentation ou d'arrière-plan, à une suspension, à une mise en veille prolongée et à des contrôles utilisateur.
3.25.1. Les applications associées sont facultatives et permettent à l'EMM d'étendre les fonctions de gestion à l'aide de son propre client local sur un appareil. Si votre solution inclut une application associée, vous devez attribuer automatiquement (c'est-à-dire sans intervention de l'administrateur informatique) le rôle Companion_App approprié à votre application. Ce rôle ne doit pas être configurable par l'administrateur informatique.
3.25.2. La console de l'EMM permet à un administrateur informatique d'attribuer n'importe quel rôle spécifié dans RoleType, à l'exception de Companion_APP, qui est attribué par l'EMM.
3.25.3 L'EMM peut suggérer des applications appropriées pour chaque rôle, mais ne doit pas limiter les choix d'applications à une liste arbitraire.
3.26. Transfert et restauration des données de l'appareil
Les administrateurs informatiques peuvent activer le transfert et la restauration des données de l'appareil pour les appareils entièrement gérés sur lesquels des comptes Google gérés sont installés et qui disposent de l'application Google Restore. Il s'agit d'une offre de plate-forme pour les appareils entièrement gérés. Les profils professionnels, y compris COPE et BYOD, ne sont pas compatibles avec cette fonctionnalité.
3.26.1. La console EMM permet aux administrateurs informatiques d'activer le service de sauvegarde en définissant backupService sur BACKUP_SERVICE_USER_CHOICE dans l'AMAPI, car la fonctionnalité est désactivée par défaut sur les appareils entièrement gérés.
4. Gestion des appareils
4.1. Gestion des règles d'autorisation d'exécution
Les administrateurs informatiques peuvent définir silencieusement 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 :
- prompt (permet aux utilisateurs de choisir)
- allow
- deny
L'EMM doit appliquer ces paramètres à l'aide d'une règle.
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 l'étape 4.1), Les administrateurs informatiques peuvent définir des réponses de manière silencieuse pour des autorisations spécifiques de n'importe quelle application professionnelle basée sur l'API 23 ou une version ultérieure.
4.2.1. Les administrateurs informatiques doivent pouvoir définir l'état d'octroi (par défaut, accorder ou refuser) de toute autorisation demandée par une application professionnelle basée sur l'API 23 ou une version ultérieure. L'EMM doit appliquer ces paramètres à l'aide d'une stratégie.
4.3. Gestion de la configuration Wi-Fi
Les administrateurs informatiques peuvent provisionner de manière silencieuse 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, à l'aide d'une règle.
4.4. Gestion de la sécurité Wi-Fi
Les administrateurs informatiques peuvent provisionner des configurations Wi-Fi d'entreprise 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 d'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, des 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 réseaux provisionnés par l'EMM.
4.6. Gestion du compte
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 le stockage SaaS, les applications de productivité ou la messagerie. Sans cette fonctionnalité, les utilisateurs peuvent ajouter des comptes personnels aux applications d'entreprise qui acceptent également les comptes de particuliers, 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).
- Lors de l'application de cette règle sur un appareil, les EMM doivent définir cette restriction avant la fin du provisionnement, afin d'empêcher les utilisateurs de contourner cette règle en ajoutant des comptes avant qu'elle ne soit appliquée.
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 permettre 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 infrastructure à clé publique 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 compatible.
4.9. Gestion avancée des certificats
Permet aux administrateurs informatiques de sélectionner de manière silencieuse les certificats que des applications gérées spécifiques doivent utiliser. Cette fonctionnalité permet également aux administrateurs informatiques de supprimer les autorités de certification et les certificats d'identité des appareils actifs, et d'empêcher les utilisateurs de modifier les identifiants stockés dans le stockage des identifiants 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 de manière silencieuse lors de l'exécution. (Cette sous-fonctionnalité n'est pas disponible)
- La sélection du certificat doit être suffisamment générique pour permettre une configuration unique qui s'applique à tous les utilisateurs, chacun d'entre eux pouvant disposer d'un certificat d'identité spécifique.
4.9.2. Les administrateurs informatiques peuvent supprimer des certificats du keystore géré sans que l'utilisateur en soit informé.
4.9.3. Les administrateurs informatiques peuvent désinstaller un certificat CA de manière silencieuse. (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 tiers sur les appareils et autoriser l'application à 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 à CERT_INSTALL DelegatedScope) à définir comme application de gestion des certificats déléguée.
- L'EMM peut éventuellement suggérer des packages de gestion de certificats connus, mais doit permettre à l'administrateur informatique de choisir parmi la liste des applications disponibles pour l'installation, pour les utilisateurs concernés.
4.11. Gestion VPN avancée
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 passent 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 de l'IME
Les administrateurs informatiques peuvent gérer les modes de saisie (IME) pouvant être configurés pour les appareils. Étant donné que l'IME est partagé entre les profils professionnels et personnels, le blocage de l'utilisation des IME empêchera les utilisateurs de les autoriser pour un usage personnel. Toutefois, les administrateurs informatiques ne peuvent pas bloquer l'utilisation des IME système sur les profils professionnels (pour en savoir plus, consultez la section "Gestion avancée des IME").
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 d'IME.
- 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 pour 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 de l'IME
Les administrateurs informatiques peuvent gérer les modes de saisie (IME) que les utilisateurs peuvent configurer sur un appareil. La gestion avancée de l'IME étend la fonctionnalité de base en permettant aux administrateurs informatiques de gérer également l'utilisation des IME du 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'exclusion d'une liste vide, qui bloque tous les IME, y compris les IME système), qui peut contenir n'importe quel package d'IME.
- 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 pour 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 de manière silencieuse 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 ne peuvent pas interagir pleinement avec un appareil de manière temporaire. Cependant, ils peuvent interagir avec les données d'entreprise d'une manière non conforme aux règles 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 services 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 elle doit permettre à l'administrateur informatique de choisir parmi la liste des applications disponibles pour l'installation, pour les utilisateurs concernés.
4.15. Gestion du partage de position
Les administrateurs informatiques peuvent empêcher les utilisateurs de partager des données de localisation avec des applications du profil professionnel. Sinon, le paramètre de localisation du profil professionnel peut être configuré 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 en mode Haute précision. Cette fonctionnalité peut également garantir que la batterie n'est pas consommée de manière excessive 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 l'un des modes suivants :
- Haute précision.
- Capteurs uniquement, par exemple le GPS, mais sans inclure la localisation fournie par le réseau.
- Économie de batterie, qui limite la fréquence de mise à jour.
- Désactivé.
4.17. Gestion de 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 empêchant les utilisateurs non autorisés de rétablir la configuration d'usine des appareils. Si la protection après rétablissement de la configuration d'usine complique les opérations 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 (accédez à factoryResetDisabled) de leur appareil depuis les paramètres.
4.17.2. Les administrateurs informatiques peuvent spécifier un ou plusieurs 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é à un individu ou utilisé par l'ensemble de l'entreprise pour déverrouiller des 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, si l'option est activée, efface 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, empêcher la fermeture forcée de l'application ou vider le 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 d'application dans 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 (comme 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 de l'appareil photo 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 ne prend pas en charge cette fonctionnalité.
4.22. Collecte de statistiques réseau avancée
L'API Android Management ne prend pas en charge 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
Fournit aux administrateurs informatiques une gestion précise des radios réseau du système et des règles d'utilisation associées à l'aide de la règle.
4.24.1. Les administrateurs informatiques peuvent désactiver les diffusions cellulaires envoyées 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 qu'il autorise 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 téléphoniques sortants, à l'exception des appels d'urgence (accédez à outGoingCallsDisabled).
4.24.6. Les administrateurs informatiques peuvent configurer l'appareil pour qu'il puisse envoyer et recevoir des messages (accédez à smsDisabled).
4.24.7. Les administrateurs informatiques peuvent empêcher les utilisateurs d'utiliser leur appareil comme point d'accès portable par partage de connexion (accédez à tetheringConfigDisabled).
4.24.8. Les administrateurs informatiques peuvent définir le délai d'expiration 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 des connexions Bluetooth existantes (accédez à bluetoothConfigDisabled).
4.25. Gestion de l'audio du système
Les administrateurs informatiques peuvent contrôler les fonctionnalités audio de l'appareil de manière silencieuse, y compris couper le son de l'appareil, empêcher les utilisateurs de modifier les paramètres de volume et empêcher 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 en soit informé. (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 de l'appareil (accédez à adjustVolumeDisabled). Cela coupe également le son des appareils.
4.25.3. Les administrateurs informatiques peuvent empêcher les utilisateurs de réactiver le micro de l'appareil (accédez à 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 pour les appareils dédiés
Pour les appareils dédiés, les administrateurs informatiques peuvent gérer les fonctionnalités suivantes à l'aide d'une règle afin de prendre en charge différents cas d'utilisation de kiosques.
4.27.1. Les administrateurs informatiques peuvent désactiver le verrouillage de l'appareil (accédez à keyguardDisabled).
4.27.2. Les administrateurs informatiques peuvent désactiver la barre d'état de l'appareil, ce qui bloque les notifications et les réglages rapides (accédez à statusBarDisabled).
4.27.3. Les administrateurs informatiques peuvent forcer l'écran de l'appareil à rester allumé lorsque l'appareil est branché (accédez à stayOnPluggedModes).
4.27.4. Les administrateurs informatiques peuvent empêcher l'affichage des UI système suivantes (accédez à createWindowsDisabled) :
- Notifications toast
- Superpositions d'applications.
4.27.5. Les administrateurs informatiques peuvent autoriser la recommandation système pour que les applications ignorent leur tutoriel utilisateur et d'autres conseils de lancement au premier démarrage (accédez à skip_first_use_hints).
4.28. Gestion de la délégation du niveau d'accès
Les administrateurs informatiques peuvent déléguer des droits supplémentaires à des packages individuels.
4.28.1. Les administrateurs informatiques peuvent gérer les champs d'application suivants :
- Installation et gestion des certificats
- Laissé vide intentionnellement
- Journalisation réseau
- Journalisation de sécurité (non compatible avec le profil professionnel sur les appareils personnels)
4.29. Prise en charge des ID spécifiques à l'enregistrement
À 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'enregistrement, qui est conservé même après un 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 être conservé après un rétablissement de la configuration d'usine.
4.30. Règle du gestionnaire d'identifiants
Les administrateurs informatiques peuvent gérer les applications de gestionnaire d'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, par défaut, n'autoriser que les fournisseurs d'identifiants système, comme indiqué dans Règle par défaut du fournisseur d'identifiants.
4.30.3 : Les administrateurs informatiques peuvent spécifier une liste de noms de packages pour activer la fonctionnalité de gestionnaire d'identifiants.
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 de manière silencieuse 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 les 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'UI 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'expérience utilisateur du flux de configuration par défaut pour inclure des fonctionnalités spécifiques à l'entreprise. Les administrateurs informatiques peuvent éventuellement afficher l'image de marque fournie par l'EMM lors de la configuration.
5.1.1. Les administrateurs informatiques peuvent personnaliser le processus de provisionnement en spécifiant des conditions d'utilisation propres à 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 non configurables spécifiques à l'EMM et d'autres clauses de non-responsabilité (accédez à termsAndConditions).
- Les EMM peuvent définir leur personnalisation non configurable et spécifique à l'EMM comme valeur par défaut pour les déploiements, mais ils doivent permettre aux administrateurs informatiques de configurer leur propre personnalisation.
5.1.3. primaryColor est obsolète pour la ressource d'entreprise sur Android 10 et versions ultérieures.
5.2. Personnalisation pour les entreprises
L'API Android Management ne prend pas en charge cette fonctionnalité.
5.3. Personnalisation avancée pour les entreprises
L'API Android Management ne prend pas en charge cette fonctionnalité.
5.4. Messages sur l'écran de verrouillage
Les administrateurs informatiques peuvent définir un message personnalisé qui s'affiche toujours sur l'écran de verrouillage de l'appareil et qui ne nécessite pas de déverrouiller l'appareil pour être consulté.
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 et s'affichent, par exemple, lorsqu'un utilisateur tente de désinstaller une application gérée pour laquelle un administrateur informatique a déjà bloqué la désinstallation.
5.5.1. Les administrateurs informatiques peuvent personnaliser les messages d'assistance visibles par l'utilisateur, qu'ils soient courts ou longs.
5.5.2. Les administrateurs informatiques peuvent déployer des messages d'assistance courts et longs non configurables, spécifiques à l'EMM (accédez à shortSupportMessage et longSupportMessage dans policies).
- L'EMM peut définir ses messages d'assistance non configurables et spécifiques à l'EMM comme messages par défaut pour les déploiements, mais doit permettre aux administrateurs informatiques de configurer leurs propres messages.
5.6. Gestion des contacts entre profils
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 de contacts professionnels via Bluetooth, par exemple pour les appels mains libres dans les voitures ou les casques.
5.7. Gestion des données entre profils
Permet aux administrateurs informatiques de gérer les types de données pouvant être partagés entre les profils professionnels et personnels, ce qui leur permet de trouver un équilibre entre facilité d'utilisation et 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 peut être autorisée à l'aide des champs workProfileWidgets et workProfileWidgetsDefault.
5.7.3. Les administrateurs informatiques peuvent contrôler la possibilité de copier/coller entre les profils professionnel et personnel.
5.8. Règles de mise à jour du système
Les administrateurs informatiques peuvent configurer et appliquer des 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 dès qu'elles sont disponibles.
- Report : les administrateurs informatiques doivent pouvoir reporter la mise à jour OTA jusqu'à 30 jours. Cette règle n'affecte pas les mises à jour de sécurité (par exemple, les correctifs de sécurité mensuels).
- Planifiées : les administrateurs informatiques doivent pouvoir planifier les mises à jour OTA pendant un intervalle de maintenance quotidien.
5.8.2. Les configurations OTA sont appliquées aux appareils à l'aide d'une règle.
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 EMM permet aux administrateurs informatiques d'autoriser l'installation et le verrouillage d'un ensemble arbitraire d'applications sur un appareil, sans que l'utilisateur en soit informé. 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 qui correspondent à un certain filtre d'intent. Par exemple, cette fonctionnalité permettrait 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 l'utilisateur appuie 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 parmi la liste des applications disponibles pour l'installation pour les utilisateurs concernés.
5.11. Gestion des fonctionnalités de l'écran de verrouillage
Les administrateurs informatiques peuvent gérer les fonctionnalités disponibles pour les utilisateurs avant de déverrouiller l'écran de verrouillage de l'appareil et l'écran de verrouillage du profil professionnel.
5.11.1. La règle peut désactiver les fonctionnalités de protection de l'écran de verrouillage suivantes :
- agents de confiance
- déverrouillage par empreinte digitale
- notifications non masquées
5.11.2. Les fonctionnalités de protection du clavier suivantes 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 de l'écran de verrouillage
- Caméra sécurisée
- Toutes les notifications
- Non masqué
- Agents de confiance
- Déverrouillage par empreinte digitale
- Toutes les fonctionnalités de l'écran de verrouillage
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 l'adresse MAC d'un appareil de manière silencieuse, afin de l'utiliser pour identifier les appareils dans d'autres parties de l'infrastructure de l'entreprise (par exemple, lors de l'identification des appareils pour le contrôle des accès au réseau).
5.14.1. L'EMM peut récupérer l'adresse MAC d'un appareil de manière silencieuse et l'associer à l'appareil dans la console de l'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 l'installation d'une seule application et la verrouiller sur un appareil de manière silencieuse.
5.15.2. Activez ou désactivez les fonctionnalités d'UI système suivantes :
- Bouton d'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 l'option 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 bloquer les mises à jour du système sur un appareil.
5.16.1. La console de l'EMM doit permettre aux administrateurs informatiques de bloquer les mises à jour Over The Air (OTA) du système 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) lorsque les données d'un profil professionnel sont effacées.
5.18. Assistance pour les applications connecté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 ne prend pas en charge cette fonctionnalité.
6. Abandon de l'outil d'administration des appareils
Cette section a été supprimée.
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 toutes les nouvelles liaisons. Les EMM peuvent proposer l'option de gestion des appareils à l'aide d'un DPC personnalisé dans une section des paramètres intitulée "Paramètres avancés" ou un terme 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. Policy Controller 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, qu'il s'agisse de liaisons existantes ou nouvelles. Les EMM peuvent proposer l'option de gestion des appareils à l'aide d'un DPC personnalisé dans une section des paramètres intitulée "Avancé" ou similaire.