Liste des fonctionnalités Android Enterprise

1.2.1. L'EMM fournit à un administrateur informatique un code QR ou un code d'activation pour permettre cette méthode de provisionnement (consultez la section Enregistrer et provisionner un appareil).

1.3.1. Les EMM doivent utiliser des tags de forum NFC 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 détails 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 la fonctionnalité NFC Beam (également appelée "Bump NFC") a été abandonnée.

1.5.1. Les administrateurs informatiques peuvent provisionner les appareils détenus par l'entreprise à l'aide de la méthode d'enregistrement sans contact décrite dans Enregistrement sans contact pour les administrateurs informatiques.

1.6.1. Les administrateurs informatiques peuvent provisionner un appareil détenu par l'entreprise à l'aide de la méthode d'enregistrement sans contact.

1.6.2. Cette exigence a été abandonnée.

1.6.3. En utilisant l'URL de connexion, l'EMM doit s'assurer que les utilisateurs non autorisés ne peuvent pas procéder à l'activation. L'activation doit au minimum être verrouillée sur les 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, nom d'utilisateur/mot de passe, 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.10.1. Les administrateurs informatiques peuvent provisionner un appareil en tant que profil professionnel sur un appareil appartenant à l'entreprise à l'aide d'un code QR ou de l'enregistrement sans contact.

1.10.2. Les administrateurs informatiques peuvent définir des actions de conformité pour les profils professionnels sur les appareils détenus par 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 via PersonalUsagePolicies.

1.10.4. Les administrateurs informatiques peuvent désactiver la capture d'écran dans le profil professionnel ou sur un appareil entier via PersonalUsagePolicies.

1.10.5. Les administrateurs informatiques peuvent définir une liste d'autorisation ou de blocage d'applications qui peuvent ou non être installées dans le profil personnel via PersonalApplicationPolicy.

2.1.1 Les règles doivent appliquer des paramètres de gestion des questions d'authentification à la sécurité des appareils (parentProfilePasswordrequirements pour le profil professionnel, passwordRequired 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 suivantes:

1. PASSWORD_COMPLEXITY_LOW : motif ou code avec des séquences répétées (4444) ou ordonnées (1234, 4321, 2468).
2. PASSWORD_COMPLEXITY_MEDIUM : code sans séquence (4444) ni ordonnée (1234, 4321, 2468), mot de passe alphabétique ou alphanumérique d'une longueur d'au moins 4
3. PASSWORD_COMPLEXITY_HIGH : code PIN sans séquence répétée (4444) ni ordonnée (1234, 4321, 2468) et longueur d'au moins huit, mots de passe alphabétiques ou alphanumériques d'une longueur minimale de six

2.1.3. D'autres restrictions liées aux mots de passe peuvent également être appliquées en tant qu'anciens paramètres sur les appareils détenus par l'entreprise.

2.2.1. La règle doit appliquer la question de sécurité pour le profil professionnel.

1. 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é
2. Les administrateurs informatiques peuvent définir ce champ à l'échelle de l'appareil en spécifiant le champ d'application (voir l'exigence 2.1).

2.2.2. Le niveau de complexité du mot de passe doit correspondre aux niveaux de complexité prédéfinis suivants:

1. PASSWORD_COMPLEXITY_LOW : motif ou code avec des séquences répétées (4444) ou ordonnées (1234, 4321, 2468).
2. PASSWORD_COMPLEXITY_MEDIUM : code sans séquence (4444) ni ordonnée (1234, 4321, 2468), mot de passe alphabétique ou alphanumérique d'une longueur d'au moins 4
3. PASSWORD_COMPLEXITY_HIGH : code PIN sans séquence répétée (4444) ni ordonnée (1234, 4321, 2468) et longueur d'au moins huit, mots de passe alphabétiques ou alphanumériques d'une longueur minimale de six

2.2.3. D'autres restrictions liées aux mots de passe peuvent également être appliquées en tant qu'anciens paramètres.

2.3.1. [vide intentionnellement]

2.3.2. [vide intentionnellement]

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:

1. [vide intentionnellement]
2. [vide intentionnellement]
3. Nombre maximal d'échecs de mots de passe pour l'effacement: 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 et versions ultérieures) Délai d'expiration de l'authentification forte requis: vous devez saisir un code secret d'authentification fort (code ou mot de passe, par exemple) après un délai d'expiration défini par un administrateur informatique. Passé ce délai, les méthodes d'authentification non fortes (empreintes digitales, déverrouillage par reconnaissance faciale, etc.) sont désactivées jusqu'à ce que l'appareil soit déverrouillé avec un code secret d'authentification fort.

2.5.1. Les appareils doivent être verrouillés à l'aide de l'API Android Management.

2.7.1. L'installation d'applications provenant de sources inconnues doit être bloquée, y compris celles installées du côté personnel de tout appareil Android 8.0 (ou version ultérieure) disposant d'un profil professionnel. Cette sous-fonctionnalité est compatible par défaut.

Les administrateurs informatiques peuvent activer la fonctionnalité Vérifier les applications sur les appareils. La fonctionnalité Vérifier les applications analyse les applications installées sur les appareils Android à la recherche de logiciels malveillants avant et après leur installation, ce qui permet de s'assurer que les applications malveillantes ne peuvent pas compromettre les données d'entreprise.

2.12.1. Les administrateurs informatiques peuvent empêcher les utilisateurs d'installer des supports physiques externes via 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 d'une règle (accédez à outgoingBeamDisabled). Cette sous-fonctionnalité est facultative, car la fonctionnalité de partage NFC n'est plus compatible avec Android 10 ou version ultérieure.

3.1.1. Enregistrez un compte d'entreprise Google Play Accounts à l'aide de l'API Android Management.

3.2.1. Les comptes Google Play d'entreprise (comptes utilisateur) sont créés automatiquement lors du provisionnement des appareils.

L'API Android Management prend en charge cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.

3.3.1. Les comptes Google Play d'entreprise sont créés automatiquement lors du provisionnement des appareils.

L'API Android Management prend en charge cette fonctionnalité par défaut. Aucune implémentation supplémentaire n'est requise.

3.5.1. La console EMM doit utiliser l'API Android Management pour permettre aux administrateurs informatiques d'installer des applications professionnelles sur des appareils gérés.

3.5.2. La console EMM doit utiliser l'API Android Management pour permettre aux administrateurs informatiques de mettre à jour les applications professionnelles sur les appareils gérés.

Les administrateurs informatiques peuvent afficher et définir en mode silencieux les configurations gérées de toute application compatible.

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 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.9.1. La console EMM doit permettre aux administrateurs informatiques de gérer les applications visibles dans la configuration de base du magasin d'un utilisateur final.

3.12.1. Les administrateurs informatiques peuvent importer de nouvelles versions d'applications déjà publiées à titre privé dans l'entreprise à l'aide des outils suivants:

3.13.1. La console EMM doit aider les administrateurs informatiques à héberger l'APK de l'application, en proposant les deux options suivantes:

• Hébergement de l'APK sur le serveur EMM. Le serveur peut être sur site ou dans le cloud.
• Hébergement de l'APK en dehors du serveur EMM, à la discrétion de l'entreprise. L'administrateur informatique doit spécifier l'emplacement où l'APK est hébergé dans la console EMM.

3.13.2. La console EMM doit générer un fichier de définition d'APK approprié à l'aide de l'APK fourni et doit 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 EMM peut publier en mode silencieux des fichiers de définition d'APK mis à jour à l'aide de l'API Google Play Developer Publishing.

3.13.4. Le serveur EMM diffuse les requêtes de téléchargement pour l'APK auto-hébergé contenant un jeton JWT valide dans le cookie de la requête, tel que vérifié par la clé publique de l'application privée.

• Pour faciliter ce processus, le serveur EMM doit inciter les administrateurs informatiques à télécharger la clé publique de licence de l'application auto-hébergée depuis la Google Play Console, puis à importer cette clé dans la console EMM.

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, Google peut décider, à sa discrétion, de suspendre l'utilisation de l'API.

3.15.2. L'EMM doit répartir le trafic de différentes entreprises tout au long de la journée, plutôt que de regrouper le trafic de l'entreprise à des moments spécifiques ou similaires. Un comportement qui correspond à 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 formuler de requêtes cohérentes, incomplètes ou délibérément incorrectes qui ne cherchent pas à récupérer ou à gérer des données d'entreprise réelles. Un comportement qui correspond à ce modèle de trafic peut entraîner la suspension de l'utilisation de l'API, à la discrétion de Google.

3.16.1. La console EMM doit pouvoir récupérer et afficher jusqu'à quatre niveaux de paramètres de configuration gérée imbriqués de n'importe quelle application Play, à l'aide des éléments suivants:

• 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, lorsque cela est configuré par un administrateur informatique.

• La console EMM doit permettre aux administrateurs informatiques d'associer un élément de commentaire spécifique à l'appareil et à l'application d'où il provient.
• La console EMM doit permettre aux administrateurs informatiques de s'abonner à des alertes ou à des rapports de types de messages spécifiques (tels que les messages d'erreur).

3.16.3. La console EMM doit uniquement envoyer des valeurs ayant soit une valeur par défaut, soit définies manuellement par l'administrateur à l'aide des éléments suivants:

• iFrame des configurations gérées ; ou
• UI personnalisée

3.17.1. La console EMM permet aux administrateurs informatiques de distribuer des raccourcis vers des applications Web avec:

• l'iFrame Google Play d'entreprise ;
• ou l'API Android Management.

Cette fonctionnalité est compatible par défaut. Aucune implémentation EMM supplémentaire n'est requise.

3.20.1. Les administrateurs informatiques peuvent autoriser la mise à jour des applications qui utilisent les mises à jour à priorité élevée lorsqu'une mise à jour est disponible. 3.20.2. Les administrateurs informatiques peuvent autoriser le report de mise à jour de 90 jours pour les applications.

4.1.1. Les administrateurs informatiques doivent pouvoir choisir parmi les options suivantes lorsqu'ils définissent une stratégie d'autorisation d'exécution par défaut pour leur organisation:

• invite (laisse les utilisateurs choisir)
• allow
• deny

4.3.1. SSID, via les règles.

Les administrateurs informatiques peuvent provisionner des configurations Wi-Fi d'entreprise sur des appareils qui incluent les fonctionnalités de sécurité avancées suivantes:

4.4.1. Identité

4.4.2. Certificats d'autorisation client

4.4.3. Certificats CA

4.5.1. Les administrateurs informatiques peuvent verrouiller les configurations Wi-Fi d'entreprise via 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 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), limitant la connectivité Wi-Fi aux seuls réseaux provisionnés par l'EMM.

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 que les utilisateurs ne puissent pas contourner cette règle en ajoutant des comptes avant qu'elle ne soit appliquée.

4.8.1. Les administrateurs informatiques peuvent installer les certificats d'identité des utilisateurs générés par leur PKI pour chaque utilisateur. La console EMM doit intégrer au moins une ICP et distribuer les certificats générés à partir de cette infrastructure.

4.9.1. Pour toute application distribuée sur des appareils, les administrateurs informatiques peuvent spécifier un certificat auquel l'accès sera accordé en mode silencieux pendant l'exécution. (Cette sous-fonctionnalité n'est actuellement pas compatible)

• Le certificat doit être suffisamment générique pour permettre une configuration unique s'appliquant à tous les utilisateurs, chacun pouvant posséder un certificat d'identité spécifique à l'utilisateur.

4.9.2. Les administrateurs informatiques peuvent supprimer des certificats silencieusement du keystore géré.

4.9.3. Les administrateurs informatiques peuvent désinstaller un certificat CA en mode silencieux. (Cette sous-fonctionnalité n'est actuellement pas compatible)

4.9.4. Les administrateurs informatiques peuvent empêcher les utilisateurs de configurer les identifiants (accédez à credentialsConfigDisabled) 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 de gestion des certificats délégués.

• Les EMM peuvent éventuellement suggérer des packages de gestion des certificats connus, mais ils doivent permettre à l'administrateur informatique de choisir dans la liste des applications pouvant être installées pour les utilisateurs concernés.

4.11.1. Les administrateurs informatiques peuvent spécifier un package VPN arbitraire à définir en tant que VPN permanent.

• La console 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 Always On à une liste arbitraire.

4.12.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation IME (accédez à permitted_input_methods) de longueur arbitraire (y compris une liste vide, qui bloque les IME hors système), qui peut contenir n'importe quel package IME arbitraire.

• La console 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 dans la liste des applications disponibles à installer, pour les utilisateurs concernés.

4.13.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation des IME (accédez à permitted_input_methods) de longueur arbitraire (en excluant 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 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 dans la liste des applications disponibles à installer, 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êche tous les IME, y compris les IME système, d'être configurés sur l'appareil.

4.14.1. Les administrateurs informatiques peuvent configurer une liste d'autorisation de services d'accessibilité (accédez à permittedAccessibilityServices) de longueur arbitraire (y compris une liste vide, qui bloque les services d'accessibilité hors système), qui peut contenir n'importe quel package de services d'accessibilité arbitraire. Lorsqu'il est appliqué à un profil professionnel, il s'applique à la fois au profil personnel et au 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 faire son choix dans la liste des applications pouvant être installées pour les utilisateurs concernés.

4.15.1. Les administrateurs informatiques peuvent désactiver les services de localisation (accédez à shareLocationDisabled) dans le profil professionnel.

4.16.1. Les administrateurs informatiques peuvent définir les services de localisation des appareils sur chacun des modes suivants:

• Haute précision.
• Capteurs uniquement, par exemple le GPS, à l'exclusion de la localisation fournie par le réseau.
• Économie de batterie, qui limite la fréquence des mises à jour.
• Désactivé.

4.17.1. Les administrateurs informatiques peuvent empêcher les utilisateurs de rétablir la configuration d'usine de leur appareil (accédez à factoryResetDisabled) 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 une réinitialisation.

• Ce compte peut être associé à une personne ou utilisé par l'ensemble de l'entreprise pour déverrouiller des appareils.

4.17.3. Les administrateurs informatiques peuvent désactiver la protection contre le rétablissement de la configuration d'usine (accédez à 0 factoryResetDisabled) pour les appareils spécifiés.

Les administrateurs informatiques peuvent empêcher les utilisateurs de désinstaller ou de modifier les applications gérées via les paramètres. Par exemple, pour empêcher la fermeture forcée d'une application ou pour 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 arbitraire ou de toutes les applications gérées (voir 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.1. Les administrateurs informatiques peuvent empêcher les utilisateurs de effectuer des captures d'écran (consultez screenCaptureDisabled).

Les administrateurs informatiques peuvent redémarrer les appareils gérés à distance.

4.23.1. Les administrateurs informatiques peuvent redémarrer à distance un appareil géré.

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 déterminer si l'appareil autorise les données mobiles en itinérance (accédez à dataRoamingDisabled).

4.24.5. Les administrateurs informatiques peuvent configurer si l'appareil peut passer des appels téléphoniques sortants, à l'exception des appels d'urgence (accédez à outGoingCallsDisabled).

4.24.6. Les administrateurs informatiques peuvent configurer si l'appareil peut envoyer et recevoir des SMS (accédez à smsDisabled).

4.24.7. Les administrateurs informatiques peuvent empêcher les utilisateurs d'utiliser leur appareil comme point d'accès mobile en partageant le partage de connexion (accédez à tetheringConfigDisabled).

4.24.8. Les administrateurs informatiques peuvent définir le délai d'inactivité du Wi-Fi sur la valeur par défaut, lorsqu'il 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).

Les administrateurs informatiques peuvent contrôler silencieusement les fonctionnalités audio de l'appareil, y compris en désactivant le son de l'appareil et en empêchant les utilisateurs de modifier les paramètres de volume ou de réactiver le micro de l'appareil.

4.25.1. Les administrateurs informatiques peuvent couper le son des appareils gérés en mode silencieux. (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.

Pour les appareils dédiés, les administrateurs informatiques peuvent gérer les fonctionnalités suivantes via des règles afin de prendre en charge différents cas d'utilisation de kiosques.

4.27.1. Les administrateurs informatiques peuvent désactiver le verrouillage du clavier de l'appareil (accédez à keyguardDisabled).

4.27.2. Les administrateurs informatiques peuvent désactiver la barre d'état de l'appareil, ainsi que les notifications et les paramètres rapides (accédez à statusBarDisabled).

4.27.3. Les administrateurs informatiques peuvent forcer l'affichage de l'écran de l'appareil lorsque celui-ci 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):

• Toasts
• Superpositions d'applications

4.27.5. Les administrateurs informatiques peuvent autoriser les recommandations système d'ignorer le tutoriel utilisateur et d'autres conseils d'introduction pour les applications au premier démarrage (accédez à skip_first_use_hints).

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
• Gestion des configurations gérées
• Journalisation réseau
• Journaux de sécurité

À 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 via l'ID d'enregistrement, lequel est conservé lors du 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 identifiant spécifique à l'enregistrement doit être conservé lors du rétablissement de la configuration d'usine

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é (voir termsAndConditions).

5.1.2. Les administrateurs informatiques peuvent deploy des conditions d'utilisation non configurables et spécifiques à EMM, ainsi que d'autres clauses de non-responsabilité (voir termsAndConditions).

• Les EMM peuvent définir leur personnalisation non configurable spécifique à EMM comme étant la valeur par défaut pour les déploiements, mais doivent autoriser les administrateurs informatiques à configurer leur propre personnalisation.

5.1.3 primaryColor est obsolète pour la ressource Enterprise sur Android 10 ou version ultérieure.

5.5.1. Les administrateurs informatiques peuvent personnaliser des messages d'assistance destinés aux utilisateurs courts et longs.

5.5.2. Les administrateurs informatiques peuvent déployer des messages d'assistance courts et longs non configurables, spécifiques à EMM, (accédez à shortSupportMessage et longSupportMessage dans policies).

• Le fournisseur EMM peut définir ses messages d'assistance spécifiques et non configurables comme messages par défaut pour les déploiements, mais il doit autoriser les administrateurs informatiques à configurer leurs propres messages.

5.7.1. Les administrateurs informatiques peuvent configurer des règles de partage des données entre les 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 elle peut être autorisée à l'aide des champs workProfileWidgets et workProfileWidgetsDefault.

5.8.1. La console EMM permet aux administrateurs informatiques de définir les configurations OTA suivantes:

• Automatique: les appareils reçoivent les mises à jour OTA lorsqu'elles sont disponibles.
• Reporter: les administrateurs informatiques doivent pouvoir reporter la mise à jour OTA pendant 30 jours maximum. Cette règle n'affecte pas les mises à jour de sécurité (par exemple, les correctifs de sécurité mensuels).
• Fenêtre: les administrateurs informatiques doivent pouvoir planifier les mises à jour OTA dans un intervalle de maintenance quotidien.

5.9.1. La console EMM permet aux administrateurs informatiques d'autoriser silencieusement l'installation d'un ensemble arbitraire d'applications sur un appareil et de les verrouiller. La règle permet de configurer des appareils dédiés.

5.10.1. Les administrateurs informatiques peuvent définir n'importe quel package comme gestionnaire d'intent par défaut pour tout filtre d'intent arbitraire.

• La console 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 EMM doit permettre aux administrateurs informatiques de choisir parmi la liste des applications que les utilisateurs concernés peuvent installer.

5.11.1.Policy peut désactiver les fonctionnalités suivantes de verrouillage du clavier de l'appareil:

• agents de confiance
• déverrouillage par empreinte digitale
• notifications non masquées

5.11.2. Les fonctionnalités de verrouillage 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

• Caméra sécurisée
• Toutes les notifications
• Non masqué
• Agents de confiance
• Fingerprint Unlock
• Toutes les fonctionnalités de verrouillage du clavier

L'API Android Management n'est actuellement pas compatible avec cette fonctionnalité.

5.15.1. Autoriser silencieusement l'installation d'une seule application sur un appareil.

5.15.2. Activez ou désactivez les fonctionnalités suivantes de l'interface utilisateur système:

• Bouton d'accueil
• Overview
• Actions générales
• Notifications
• Informations système / Barre d'état
• Protection du clavier (é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.17.1. Les administrateurs informatiques peuvent fournir du texte personnalisé à afficher (accédez à wipeReasonMessage) lorsqu'un profil professionnel est effacé.

Les administrateurs informatiques peuvent définir une liste de packages pouvant communiquer au-delà des limites du profil professionnel en définissant ConnectedWorkAndPersonalApp.