Notes de version

Décembre 2020

API Android Management

• Ajoutée le <ph type="x-smartling-placeholder"></ph> personalApplications à PersonalUsagePolicies Sur les appareils appartenant à l'entreprise, spécifier une liste d'autorisation ou de blocage d'applications dans le profil personnel. Cette fonctionnalité n'est actuellement disponible que sur les appareils Android 11, mais seront rétroportés vers Android 8 dans une prochaine version.

Android Device Policy

• Mises à jour mineures de l'interface utilisateur de provisionnement

  

Novembre 2020

API Android Management

• Ajoutée le <ph type="x-smartling-placeholder"></ph> AutoDateAndTimeZone, qui remplace la autoTimeRequired, pour contrôler la date, l'heure et l'heure automatiques sur un appareil détenu par l'entreprise.
• À partir d'Android 11, les utilisateurs ne peuvent plus effacer les données de l'application ni forcer arrêter les applications lorsque l'appareil est configuré en tant que kiosque lorsque le paramètre InstallType d'une application ApplicationPolicy est défini sur KIOSK).
• ajouté Commandes LocationMode pour remplacer l'emplacement obsolète des méthodes de détection. Sur les appareils détenus par l'entreprise, les équipes informatiques peuvent désormais choisir entre l'application de la localisation, la désactivation de la localisation ou l'autorisation activer et désactiver la localisation.
• Ajout de la prise en charge de CommonCriteriaMode, un nouvelle fonctionnalité d'Android 11. Peut être activé pour répondre à des besoins Common Critères pour mobile Exigences liées au profil de protection des principes de base de l'appareil (MDFPP).

Abandons

• autoTimeRequired est désormais obsolète, conformément au Abandon de commandes d'heure automatique spécifiques dans Android 11. Utilisez <ph type="x-smartling-placeholder"></ph> AutoDateAndTimeZone à la place.
• Les Les options LocationMode sont désormais obsolètes, ses abandon sous Android 9: HIGH_ACCURACY, SENSORS_ONLY, BATTERY_SAVING et OFF. Utilisez LOCATION_ENFORCED, LOCATION_DISABLED et LOCATION_USER_CHOICE à la place.

Octobre 2020

Android Device Policy

• Ajout de RELINQUISH_OWNERSHIP comme nouveau type de appareil. Lors du déploiement du profil professionnel, les administrateurs peuvent renoncer à la propriété appareils détenus par l'entreprise aux employés, en effaçant le profil professionnel et en rétablissant la configuration d'usine des règles relatives aux appareils, tout en les données intactes. Ce faisant, le service informatique perd la propriété du appareil actuel et à l'avenir et ne devez pas vous attendre à ce qu'il se réinscrire. Pour rétablir la configuration d'usine d'un appareil tout en restant propriétaire, utilisez le <ph type="x-smartling-placeholder"></ph> devices.delete.

Août 2020

API Android Management

• Amélioration de l'expérience du profil professionnel sur les appareils appartenant à l'entreprise appareils ont été annoncés dans la Preview développeur d'Android 11. L'API Android Management prend en charge ces pour les appareils équipés d'Android 8.0 ou version ultérieure ou version ultérieure. Les entreprises peuvent désormais désigner les appareils avec profil professionnel comme étant détenus par l'entreprise, permettant de gérer le profil professionnel d'un appareil, les règles d'utilisation personnelle, et certains paramètres de l'appareil, tout en préservant la confidentialité profil personnel.

  • Pour une vue d'ensemble des améliorations apportées au profil professionnel consultez l'article Profil professionnel: la nouvelle norme concernant la confidentialité des données des employés.
  • Pour savoir comment configurer un profil professionnel sur un appareil détenu par l'entreprise, consultez Appareils détenus par l'entreprise à usage personnel et professionnel.
  • Exemple de règle pour un appareil détenu par l'entreprise avec un profil professionnel est disponible dans Appareils dotés d'un profil professionnel.
  • A ajouté blockScope à blockAction. Utilisez blockScope pour spécifier si une action de blocage s'applique à l'intégralité d'un appareil détenu par l'entreprise ou à son profil professionnel uniquement.

• A ajouté connectedWorkAndPersonalApp à applicationPolicy. À partir d'Android 11, certaines applications principales peuvent se connecter entre les profils professionnel et personnel d'un appareil. Connecter une application sur plusieurs profils peut offrir une expérience plus unifiée aux utilisateurs. Pour Par exemple, en connectant une application d'agenda, les utilisateurs pouvaient consulter leur travail les événements personnels affichés ensemble.

  Certaines applications (par exemple, la recherche Google) peuvent être associées sur les appareils en par défaut. La liste des applications connectées sur un appareil est disponible dans Paramètres > Confidentialité > Travail connecté et applications personnelles.

  Utiliser connectedWorkAndPersonalApp pour autoriser ou interdire les applications connectées. Autoriser une application à se connecter dans tous les profils donne uniquement à l'utilisateur la possibilité de connecter l'application. Les utilisateurs peuvent dissocier des applications à tout moment.

• A ajouté systemUpdateInfo à devices pour communiquer des informations sur les mises à jour du système en attente.

Juillet 2020

Android Device Policy

• [23 juillet] Correction de bugs mineurs

Juin 2020

Android Device Policy

• [17 juin] Correction de bugs mineurs.

Mai 2020

Android Device Policy

• [12 mai] Correction de bugs mineurs.

Avril 2020

Android Device Policy

• [14 avril] Correction de bugs mineurs.

Mars 2020

Android Device Policy

• [16 mars] Correction de bugs mineurs.

Février 2020

Android Device Policy

• [24 févr.] Correction de bugs mineurs.

Janvier 2020

Android Device Policy

• [15 janvier] Correction de bugs mineurs.

Décembre 2019

API Android Management

• Voici une nouvelle règle permettant de bloquer les applications non approuvées (celles de sources inconnues) disponibles. Utiliser advancedSecurityOverrides.untrustedAppsPolicy par:
  • Bloquez les installations d'applications non approuvées sur l'ensemble de l'appareil (y compris les profils professionnels).
  • Bloquez les installations d'applications non approuvées dans un profil professionnel uniquement.
  • Autoriser une application non approuvée installée sur l'ensemble de l'appareil.
• Un délai d'inactivité pour autoriser les méthodes de verrouillage d'écran peu sécurisées (par exemple, par empreinte digitale ou par reconnaissance faciale) peuvent désormais être appliquées profil à l'aide de requirePasswordUnlock. À l'expiration du délai, l'utilisateur doit utiliser une forme efficace de (mot de passe, code, schéma) pour déverrouiller un appareil ou un profil professionnel.
• A ajouté kioskCustomization permettant d'activer ou de désactiver les fonctionnalités suivantes de l'UI du système dans Appareils en mode Kiosque:
  • Actions générales lancées depuis le bouton Marche/Arrêt (voir powerButtonActions).
  • Infos système et notifications (voir statusBar).
  • Boutons d'accueil et d'aperçu (voir systemNavigation).
  • Barre d'état (voir statusBar).
  • Boîtes de dialogue d'erreur pour les applications bloquées ou qui ne répondent pas (voir systemErrorWarnings)
• A ajouté freezePeriod permettant de bloquer les mises à jour du système une fois par an au cours d'une période de blocage spécifiée période.
• Un nouveau paramètre est disponible dans devices.delete: wipeReasonMessage vous permet de spécifier un court message à afficher pour une avant d'effacer le profil professionnel de son appareil personnel.

Abandons

installUnknownSourcesAllowed est désormais marqué comme obsolète. Cette règle sera maintenue jusqu'au 2e trimestre 2020 pour les utilisateurs ayant activé API Android Management avant le 19 décembre 2019 à 14h GMT Cette règle n'est pas disponible pour les utilisateurs qui ont activé l'API après cette date.

<ph type="x-smartling-placeholder"></ph> advancedSecurityOverrides.untrustedAppsPolicy remplace installUnknownSourcesAllowed. Le tableau ci-dessous fournit une correspondance entre les deux règles. Les développeurs doivent à mettre à jour leurs solutions avec le nouveau règlement dès que possible*.

Novembre 2019

Android Device Policy

• [27 novembre] Correction de bugs mineurs.

Octobre 2019

API Android Management

• Les nouvelles options IframeFeature vous permettent de spécifier les fonctionnalités iFrame Google Play d'entreprise à activer ou à désactiver dans votre console.

Android Device Policy

• [16 oct.] Correction de bugs mineurs et optimisation des performances.

4 septembre 2019

Fonctionnalités

• policies la ressource peut désormais distribuer des versions d'application fermées canaux), ce qui permet aux organisations de tester des versions préliminaires des applications. Pour consultez Distribuer des applications pour des tests fermés.
• Ajout de permittedAccessibilityServices à policies, que vous pouvez utiliser pour:
  • interdire tous les services d'accessibilité non-système sur un appareil ;
  • autoriser uniquement les applications spécifiées à accéder à ces services.

6 août 2019

Fonctionnalités

• L'API Android Management évalue désormais la sécurité d'un appareil et signale les résultats dans les rapports sur les appareils. (moins de securityPosture). Retours pour securityPosture l'état de la stratégie de sécurité d'un appareil (POSTURE_UNSPECIFIED, SECURE, AT_RISK ou POTENTIALLY_COMPROMISED), d'après l'évaluation SafetyNet et d'autres vérifications, ainsi que des détails sur les risques de sécurité identifiés pour que vous pouvez partager avec vos clients via votre console de gestion.

  Pour activer cette fonctionnalité sur un appareil, assurez-vous que la règle correspondante comporte au moins un champ de statusReportingSettings activé.

2 juillet 2019

Fonctionnalités

• Pour distinguer qu'une application est lancée depuis launchApp dans setupActions, l'activité lancée pour la première fois en tant que une partie de l'application contient désormais l'intent booléen supplémentaire com.google.android.apps.work.clouddpc.EXTRA_LAUNCHED_AS_SETUP_ACTION (définie sur true). Cet extra vous permet de personnaliser votre appli selon qu'elle est lancée depuis launchApp ou par un utilisateur.

31 mai 2019

Version de maintenance

• Correction de bugs mineurs et optimisation des performances.

7 mai 2019

Fonctionnalités

• A ajouté policyEnforcementRules pour remplacer complianceRules, qui est désormais obsolète. Consultez l'avis d'abandon ci-dessus pour en savoir plus des informations.
• Ajout de nouvelles API pour créer et modifier des applications Web. Pour en savoir plus, consultez Assurer la compatibilité avec les applications Web.

Expérience utilisateur

Android Device Policy:l'icône de l'application n'est plus affichée visible sur les appareils. Les utilisateurs peuvent toujours consulter la page des règles précédemment lancé par l'icône:

• Appareils entièrement gérés: Paramètres > Google > Règles relatives aux appareils
• Appareils dotés d'un profil professionnel: Paramètres > Google > Travail > Règles relatives aux appareils
• Tous les appareils: application Google Play Store > Android Device Policy

16 avril 2019

• Android Device Policy est désormais disponible en Corée du Sud.

21 mars 2019

Fonctionnalités

• Ajout de nouvelles métadonnées, y compris d'autres numéros de série, à devices
• Le nombre d'applications avec installType REQUIRED_FOR_SETUP est désormais limité à cinq par règle. C'est pour garantir la meilleure expérience utilisateur possible sur l'appareil et le profil professionnel et le provisionnement.

12 février 2019

Expérience utilisateur

• Android Device Policy:amélioration des non-conformités pour aider les utilisateurs à remettre leurs appareils en conformité ou à informer quand ce n'est pas possible.
• Android Device Policy:une fois qu'un jeton d'enregistrement est enregistré, La nouvelle expérience de configuration guide les utilisateurs à travers les étapes requises par leurs règles pour terminer la configuration de son appareil ou de son profil professionnel.
  <ph type="x-smartling-placeholder">

  </ph>

Fonctionnalités

• Nouveau champ ajouté à installType
  • REQUIRED_FOR_SETUP: si la valeur est "true", l'application doit être installée. avant la fin de la configuration de l'appareil ou du profil professionnel. Remarque:Si le application n'est pas installée pour quelque raison que ce soit (par exemple, en cas d'incompatibilité, disponibilité géographique, mauvaise connexion réseau), la configuration ne sera pas terminée.
• Ajout de SetupAction à policies. Avec SetupAction, vous pouvez spécifier une application à lancer lors de la configuration, ce qui permet à l'utilisateur de configurer davantage son appareil. Pour en savoir plus, consultez Lancer une application pendant la configuration.
• Pour les entreprises avec l'état rapports activés, les nouveaux rapports sur les appareils sont désormais générés immédiatement toute tentative infructueuse de déverrouillage d'un appareil ou d'un profil professionnel.

Abandons

• Dans policies, wifiConfigsLockdownEnabled est obsolète. Réseaux Wi-Fi spécifiée pour la règle ne peuvent plus être modifiées par défaut. Pour les rendre modifiable, définissez wifiConfigDisabled sur "false".

10 décembre 2018

Fonctionnalités

• Ajout de la compatibilité avec les appareils avec profil professionnel pour l'URL de connexion de provisionnement automatique. Les propriétaires d'appareils dotés d'un profil professionnel peuvent désormais se connecter à l'aide d'identifiants d'entreprise pour effectuer le provisionnement.

Expérience utilisateur

• Ajout de la prise en charge du mode sombre dans Android Device Policy. Le mode sombre est thème d'affichage disponible dans Android 9 Pie, qui peut être activé dans Paramètres > Affichage > Paramètres avancés > Thème de l'appareil > Sombre.

  <ph type="x-smartling-placeholder">

  </ph>

2 novembre 2018

Fonctionnalités

• Un nouvel enregistrement est disponible pour les appareils entièrement gérés. La méthode utilise l'URL de connexion pour inviter les utilisateurs à saisir leurs identifiants. Vous pourrez ainsi d'attribuer une stratégie et de gérer les comptes utilisateur appareils en fonction de leur identité.
• Ajout de la compatibilité avec l'iFrame de configurations gérées, une interface utilisateur que vous pouvez ajouter à votre console pour permettre aux administrateurs informatiques de définir et d'enregistrer de configuration. L'iFrame renvoie un mcmId unique pour chaque que vous pouvez ajouter policies
• Ajout de passwordPolicies et PasswordPolicyScope à policies:
  • passwordPolicies définit les exigences de mot de passe pour le le champ d'application spécifié (appareil ou profil professionnel).
  • Si PasswordPolicyScope n'est pas spécifié, le champ d'application par défaut est SCOPE_PROFILE pour les appareils dotés d'un profil professionnel et SCOPE_DEVICE pour les comptes des appareils gérés ou dédiés.
  • passwordPolicies remplace passwordRequirements Si PasswordPolicyScope n'est pas spécifié (par défaut), ou PasswordPolicyScope est défini sur le même champ d'application que passwordRequirements

20 septembre 2018

Correction de bugs

• Résolution du problème à cause duquel les appareils en mode kiosque semblaient non conformes après le provisionnement, pour un sous-ensemble de configurations

28 août 2018

Fonctionnalités

Mises à jour pour prendre en charge le profil professionnel et les appareils entièrement gérés provisionnement et gestion:

• De nouvelles méthodes de provisionnement sont disponibles pour les profils professionnels: <ph type="x-smartling-placeholder">
  </ph>
  • Fournissez aux utilisateurs un lien de jeton d'enregistrement.
  • Accédez à Paramètres > Google > Configurer le profil professionnel
• Nouveaux champs ajoutés à enrollmentTokens.
  • oneTimeOnly: si la valeur est "true", le jeton d'enregistrement expirera utilisé pour la première fois.
  • userAccountIdentifier: identifie un élément gérée compte Google Play.
    • S'il n'est pas spécifié: l'API crée un compte en mode silencieux à chaque le moment où un appareil est enregistré avec le jeton.
    • Si spécifié: l'API utilise le compte spécifié chaque fois qu'une l'appareil est enregistré avec le jeton. Vous pouvez spécifier le même sur plusieurs jetons. Pour en savoir plus, consultez l'article Spécifier un utilisateur.
• Ajout de managementMode (lecture seule) à devices.
  • Appareils avec un profil professionnel: managementMode est défini sur PROFILE_OWNER
  • Appareils dédiés et entièrement gérés: managementMode est défini sur DEVICE_OWNER.

Mises à jour de la ressource policies pour améliorer la gestion des applications les fonctionnalités suivantes:

• Nouveau champ playStoreMode ajouté.
  • WHITELIST (par défaut): seules les applications ajoutées à la règle sont disponible dans le profil professionnel ou sur l'appareil géré. N'importe quelle application "pas dans la règle" est indisponible et désinstallée si elle l'a déjà été installés.
  • BLACKLIST: les applications ajoutées à la règle ne sont pas disponibles. Toutes les autres applications listées sur Google Play sont disponibles.
• Ajout de BLOCKED en tant qu'option InstallType, ce qui empêche l'installation d'une application. Si l'application est déjà installée, il sera désinstallé.
  • Vous pouvez utiliser installType BLOCKED avec playStoreMode BLACKLIST pour éviter un appareil géré ou un profil professionnel d'installer des applications spécifiques.

Expérience utilisateur

• Mise à jour des paramètres Android Device Policy pour correspondre à ceux de l'appareil.

12 juillet 2018

Expérience utilisateur

• Fusion des pages d'état et d'informations relatives à l'appareil dans Android Device Policy en sur une seule page.
• Amélioration de la cohérence de l'interface utilisateur de configuration avec l'assistant de configuration Android

Fonctionnalités

• Ajout de PermissionGrants au niveau du règlement. Vous pouvez désormais contrôler les autorisations d'exécution à quatre niveaux: <ph type="x-smartling-placeholder">
  </ph>
  • Global, pour toutes les applications:définissez defaultPermissionPolicy au niveau de la règle. d'application.
  • Par autorisation, dans toutes les applications:définissez permissionGrant au niveau de la règle d'application.
  • Par application, avec toutes les autorisations:définissez defaultPermissionPolicy dans ApplicationPolicy.
  • Par application, par autorisation:définissez permissionGrant dans ApplicationPolicy.
• Lors du rétablissement de la configuration d'usine d'un appareil, le nouveau paramètre WipeDataFlag permet pour:
  • WIPE_EXTERNAL_STORAGE: effacez les données de la mémoire de stockage externe de l'appareil. (par exemple, des cartes SD).
  • PRESERVE_RESET_PROTECTION_DATA: préserver la fabrique. réinitialiser les données de protection sur l'appareil. Cet indicateur garantit que seul un un utilisateur autorisé peut récupérer un appareil, par exemple, si celui-ci est perdu. Remarque:N'activez cette fonctionnalité que si vous avez défini frpAdminEmails[] dans le règlement.

Correction de bugs

• Résolution du problème dans le cadre duquel Android Device Policy quittait le mode tâches verrouillées lorsque se met à jour au premier plan.

25 mai 2018

Expérience utilisateur

• Au lieu de masquer les applications désactivées dans le lanceur d'applications, les appareils Android 7.0 et versions ultérieures Les icônes des applications désactivées s'affichent désormais en gris:
  

  

Fonctionnalités

• Mise à jour de policies pour prendre en charge la gestion des certificats suivante capacités:
  • Accordez automatiquement aux applications l'accès aux certificats.
  • Déléguer toutes les fonctionnalités de gestion des certificats prises en charge par Android Device Policy vers une autre application (voir CERT_INSTALL).
• Il est désormais possible de désactiver des applications individuelles dans ApplicationPolicy (défini disabled à true), indépendamment de la conformité règles.
• Il est désormais possible de désactiver les applications système.
• Ajout de rapports d'application à devices. Pour chaque application gérée installé sur un appareil, le rapport renvoie le nom du package, la version, la source d'installation et d'autres informations détaillées. Pour l'activer, définissez applicationReportsEnabled à true dans le les règles de l'appareil.
• Dernière mise à jour : enterprises pour inclure les Conditions d'utilisation. Une les conditions d'utilisation de l'entreprise s'affichent sur les appareils pendant et le provisionnement.

Correction de bugs

• Mise à jour du flux de provisionnement pour désactiver l'accès aux paramètres, sauf lorsque est nécessaire pour terminer la configuration (par exemple, pour créer un code secret).

3 avril 2018

Expérience utilisateur

• Mise à jour de l'interface d'Android Device Policy et de l'appareil pour améliorer l'expérience utilisateur globale.

Fonctionnalités

• Ajout de la compatibilité avec le démarrage direct, ce qui vous permet effacer à distance des appareils Android 7.0 (ou version ultérieure) qui n'ont pas été déverrouillés depuis elles ont été redémarrées pour la dernière fois.
• Ajout d'un paramètre de mode de localisation policies, ce qui vous permet de configurer l'emplacement sur un appareil géré.
• Ajout d'un champ de réponse d'erreur au Ressource Command.

Correction de bugs

• Les performances de provisionnement ont été améliorées.
• Les rapports de conformité sont désormais générés dès qu'un appareil provisionnés. Pour configurer une entreprise afin de recevoir des rapports de conformité, consultez Recevez des notifications détaillées sur les non-conformités.

Problèmes connus

• Plantage des paramètres de l'écran de verrouillage sur les appareils LG équipés d'Android 8.0 ou version ultérieure (par exemple, LG V30) géré par Android Device Policy.

14 février 2018

Expérience utilisateur

• Texte de validation mis à jour pour le "code" , qui s'affiche si l'utilisateur choisit de saisir manuellement un code QR pour enregistrer un appareil.

Fonctionnalités

• Vous pouvez désormais définir une règle pour déclencher la mise à jour automatique des applications installées d'office ils ne répondent pas à une version minimale spécifiée de l’application. Dans ApplicationPolicy:
  • Définissez installType sur FORCE_INSTALLED
  • Spécifiez un minimumVersionCode.
• Mise à jour du Appareils ressource avec de nouveaux champs contenant des informations pouvant être utiles aux équipes informatiques comme le nom de l'opérateur de l'appareil (voir NetworkInfo pour en savoir plus), si l'appareil est chiffré et si la fonctionnalité Vérifier les applications est activée (pour en savoir plus, consultez la section DeviceSettings).

Correction de bugs

• RESET_PASSWORD et LOCK fonctionnent désormais avec les appareils Android 8.0 Oreo.
• Résolution du problème lié à <ph type="x-smartling-placeholder"></ph> DeviceSettings non renseignés.
• Résolution du problème lié à la gestion des règles stayOnPluggedModes.

12 décembre 2017

Fonctionnalités

• Android Device Policy est désormais compatible avec une lanceur kiosque , qui peut être activée via une règle. Le lanceur d'applications verrouille l'appareil un ensemble d'applications prédéfinies et bloque l'accès de l'utilisateur aux paramètres de l'appareil. La les applications spécifiées apparaissent sur une seule page par ordre alphabétique. Pour signaler une un bug ou demander une fonctionnalité, appuyez sur l'icône de commentaires dans le lanceur d'applications.
• Mise à jour de la configuration de l'appareil avec une nouvelle logique de nouvelle tentative. Si un appareil est redémarré pendant le processus de provisionnement reprend là où il s'était arrêté.
• Les nouvelles règles suivantes sont désormais disponibles. Consultez le API référence pour en savoir plus:

  keyguardDisabledFeatures	accountTypesWithManagementDisabled
  installAppsDisabled	mountPhysicalMediaDisabled
  uninstallAppsDisabled	bluetoothContactSharingDisabled
  shortSupportMessage	longSupportMessage
  bluetoothConfigDisabled	cellBroadcastsConfigDisabled
  credentialsConfigDisabled	mobileNetworksConfigDisabled
  tetheringConfigDisabled	vpnConfigDisabled
  createWindowsDisabled	networkResetDisabled
  outgoingBeamDisabled	outgoingCallsDisabled
  smsDisabled	usbFileTransferDisabled
  ensureVerifyAppsEnabled	permittedInputMethods
  recommendedGlobalProxy	setUserIconDisabled
  setWallpaperDisabled	alwaysOnVpnPackage
  dataRoamingDisabled	bluetoothDisabled

• Mise à jour du SDK cible d'Android Device Policy vers Android 8.0 Oreo

Correction de bugs

• Il est désormais possible d'ignorer l'affichage du sélecteur de réseau si une connexion ne peut pas au démarrage. Pour activer le sélecteur de réseau au démarrage, utilisez la Règle networkEscapeHatchEnabled.