> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/fr/coin-admin/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md). # Résolution des Paramètres ### Un modèle d'héritage fondé sur la priorité dans la nouvelle expérience #### La nouvelle expérience des groupes résout les Paramètres au moyen d'un modèle fondé sur la priorité qui remplace l'ancien système du groupe principal et des conflits de verrouillage
A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings.

Comment les Paramètres se résolvent dans la nouvelle expérience des groupes

La nouvelle expérience de gestion des groupes et des Paramètres introduit un modèle de résolution des Paramètres fondé sur une priorité explicite des groupes, plutôt que sur la dépendance de l'ancien système à la désignation du groupe principal, aux conflits de verrouillage et à la logique du Paramètre le plus restrictif. Dans le nouveau modèle, chaque groupe dispose d'un rang de priorité numérique, où P1 correspond à la priorité la plus élevée et où des nombres plus élevés représentent une priorité plus faible. Lorsqu'un utilisateur appartient à plusieurs groupes, le système détermine quels Paramètres appliquer en fonction de ce classement de priorité. Le modèle de résolution fonctionne différemment selon qu'un Paramètre est verrouillé ou déverrouillé. Ces deux chemins déterminent comment les Paramètres s'appliquent aux niveaux du compte, du groupe et de l'utilisateur. #### Pour les Paramètres verrouillés, la hiérarchie de résolution va du niveau du compte vers la priorité du groupe Lorsqu'un Paramètre est verrouillé au niveau du compte, la valeur du niveau du compte l'emporte absolument. Aucune configuration de groupe ni aucun changement au niveau de l'utilisateur ne peut remplacer un verrouillage au niveau du compte, quelle que soit la priorité du groupe. Ce comportement est inchangé par rapport à l'ancien modèle. Lorsqu'un Paramètre est verrouillé au niveau du groupe, le verrouillage et sa valeur de Paramètre correspondante sont hérités du groupe le plus prioritaire de l'utilisateur auquel ce Paramètre est associé. Un Paramètre verrouillé dans un groupe de priorité inférieure n'a aucun effet si l'utilisateur appartient également à un groupe de priorité supérieure qui gère le même Paramètre. Cela reste vrai même si le groupe de priorité supérieure a le Paramètre déverrouillé. Dans la nouvelle expérience, la priorité détermine exclusivement quel Paramètre de groupe est appliqué ; les verrous au niveau du groupe n'affectent pas la précédence comme dans l'ancien modèle. #### Pour les Paramètres déverrouillés, une valeur modifiée par l'utilisateur l'emporte sur les valeurs par défaut du groupe et du compte Lorsqu'un Paramètre est déverrouillé — c'est-à-dire qu'il n'a pas été verrouillé au niveau du compte ni dans le groupe le plus prioritaire de l'utilisateur qui le gère — le Paramètre de l'utilisateur l'emporte. Si un utilisateur a modifié un Paramètre déverrouillé, c'est cette valeur au niveau de l'utilisateur qui prend effet. Ce comportement lié à l'état « modifié » est conservé de l'ancien modèle dans la nouvelle expérience. Si le groupe le plus prioritaire de l'utilisateur a le Paramètre verrouillé, la valeur verrouillée prend effet et l'utilisateur ne peut pas la remplacer, indépendamment de toute modification antérieure. Une valeur modifiée par l'utilisateur n'a priorité que lorsque le Paramètre est déverrouillé à la fois au niveau du compte et dans le groupe le plus prioritaire de l'utilisateur qui le gère. Si un utilisateur n'a pas modifié le Paramètre, la valeur est héritée du groupe le plus prioritaire de l'utilisateur auquel ce Paramètre est associé. Si aucun groupe ne gère le Paramètre, la valeur par défaut du compte s'applique. #### Un utilisateur hérite à la fois de la valeur du Paramètre et de l'état de verrouillage de son groupe le plus prioritaire qui gère ce Paramètre Lorsque le système résout un Paramètre pour un utilisateur donné, il identifie le groupe de priorité la plus élevée auquel l'utilisateur appartient et auquel ce Paramètre précis est associé. L'utilisateur hérite à la fois de la valeur du Paramètre (activé ou désactivé) et de l'état de verrouillage du Paramètre (verrouillé ou déverrouillé) de ce seul groupe. Les groupes de priorité inférieure qui gèrent également le même Paramètre n'ont aucun effet sur la valeur héritée ou l'état de verrouillage de l'utilisateur pour ce Paramètre. Si aucun des groupes d'un utilisateur ne gère un Paramètre particulier, ce Paramètre revient à la valeur par défaut du compte. Les Paramètres qui ne sont sélectionnés dans aucun des groupes de l'utilisateur ne sont ni bloqués ni en conflit.
A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled.

Comment Jane, un utilisateur appartenant à au moins trois groupes différents, hérite des Paramètres à travers ces groupes

#### La désignation du groupe principal n'est plus un facteur dans la résolution des Paramètres Dans l'ancien modèle, le groupe principal jouait un rôle central dans la détermination des Paramètres qui prenaient effet. Dans la nouvelle expérience, la désignation du groupe principal a été entièrement supprimée de la résolution des Paramètres. Le système de classement par priorité le remplace entièrement. La possibilité de désigner un groupe principal est conservée, car Information Barriers s'appuie toujours sur le champ du groupe principal pour créer des barrières. Les administrateurs doivent savoir que, même si la balise de groupe principal existe toujours, elle n'a aucune incidence sur les Paramètres dont un utilisateur hérite dans le nouveau modèle. Pour plus d'informations sur Information Barriers, consultez le [site d'Assistance Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6). #### Le modèle de groupe de base et de groupe d'exception fournit un cadre de configuration prévisible Une approche de configuration d'exemple utilise deux types de groupes travaillant ensemble. Un groupe de base contient tous les utilisateurs du compte, a tous les onglets de Paramètres activés et se voit attribuer la priorité la plus basse. Ce groupe fonctionne comme des valeurs par défaut de type compte : il définit les valeurs de Paramètres par défaut et les états de verrouillage qui s'appliquent à chaque utilisateur, sauf s'ils sont remplacés par un groupe de priorité supérieure. {% hint style="info" %} Il existe une exception notable au concept de groupe de base. L'activation de tous les Paramètres Zoom Phone dans un groupe « tous les utilisateurs » remplacerait tous les Paramètres de politique au niveau du site. Cela se produirait même lorsque les Paramètres sont verrouillés au niveau du site. {% endhint %} Des groupes d'exception sont ensuite créés à des niveaux de priorité plus élevés, chacun étant configuré uniquement avec les onglets de Paramètres de produit spécifiques qui doivent différer du groupe de base. Comme le groupe d'exception a une priorité plus élevée que le groupe de base, les utilisateurs qui appartiennent aux deux groupes héritent des valeurs du groupe d'exception pour les Paramètres qu'il gère, tandis que tous les autres Paramètres continuent d'être hérités du groupe de base. Ce modèle signifie que l'ajout d'une nouvelle politique pour un sous-ensemble d'utilisateurs nécessite uniquement un groupe supplémentaire avec l'onglet de Paramètres pertinent, plutôt que les groupes activés/désactivés par paire qui étaient nécessaires dans l'ancien modèle. #### Les Paramètres non sélectionnés dans un groupe quelconque ne sont pas gérés par ce groupe et ne créent aucun conflit Lorsqu'un groupe est configuré uniquement avec certains onglets de Paramètres de produit, tous les Paramètres en dehors de ces onglets sélectionnés ne sont tout simplement pas gérés par ce groupe. Ces Paramètres non gérés ne créent aucun conflit, ne bloquent pas l'héritage des autres groupes et ne remplacent pas les valeurs par défaut du compte. Ils passent comme si le groupe n'existait pas pour ces Paramètres. Il s'agit d'une modification architecturale fondamentale par rapport à l'ancien modèle, où chaque groupe contenait tous les onglets de produit et pouvait affecter involontairement des Paramètres qui n'étaient pas pertinents pour l'objectif du groupe. #### La nouvelle expérience des groupes couvre tous les Paramètres qui étaient disponibles au niveau du groupe dans l'ancien modèle Il n'existe aucune lacune dans les Paramètres entre l'ancien modèle de gestion des groupes et la nouvelle expérience des groupes. Chaque Paramètre qui était configurable au niveau du groupe dans l'ancien modèle reste configurable dans la nouvelle expérience. Les administrateurs qui migrent vers la nouvelle expérience ne perdront l'accès à aucun Paramètre au niveau du groupe. #### Les nouveaux Paramètres publiés via les mises à jour web mensuelles suivent le niveau de configuration du groupe Lorsqu'un groupe est configuré avec une catégorie complète de Paramètres, les nouveaux Paramètres ajoutés à cette catégorie via les versions web mensuelles sont automatiquement associés au groupe. Cependant, si un groupe est configuré uniquement avec des Paramètres individuels dans une catégorie, aucun nouveau Paramètre n'est automatiquement ajouté au groupe. Cela signifie que les administrateurs qui utilisent une sélection granulaire de Paramètres individuels conservent un contrôle précis sur les Paramètres que chaque groupe gère, même à mesure que de nouvelles fonctionnalités sont publiées. Lorsqu'une nouvelle catégorie de Paramètres est ajoutée à un groupe existant, le groupe hérite des valeurs au niveau du compte pour cette catégorie au moment de l'ajout. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/fr/coin-admin/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.