> 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

Découvrez comment les Paramètres sont hérités et résolus aux niveaux du compte, du groupe et de l'utilisateur à l'aide de la priorité, des verrouillages et des modifications de l'utilisateur.

### Un modèle d'héritage basé sur la priorité dans la nouvelle expérience

#### <mark style="color:bleu;">La nouvelle expérience des groupes résout les Paramètres grâce à un modèle basé sur la priorité qui remplace l'ancien système de groupe principal et de conflit de verrouillage</mark>

<figure><img src="https://4108585137-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FtRciGDD6k13LJJ7CU3vk%2F099124_TEU7ZtcMSIaoVFqLyszC2w_Letter%20_%205.png?alt=media&amp;token=b2c1bf88-9a24-40b9-8d71-4c6304a1068f" alt="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."><figcaption><p>Comment les Paramètres se résolvent dans la nouvelle expérience des groupes</p></figcaption></figure>

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 possède un rang de priorité numérique, où P1 est la priorité la plus élevée et où les nombres plus élevés représentent une priorité plus faible. Lorsqu'un utilisateur appartient à plusieurs groupes, le système évalue les Paramètres à appliquer en fonction de ce classement par 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.

#### <mark style="color:bleu;">Pour les Paramètres verrouillés, la hiérarchie de résolution va du niveau du compte vers la priorité du groupe</mark>

Lorsqu'un paramètre est verrouillé au niveau du compte, la valeur au niveau du compte a une priorité absolue. Aucune configuration de groupe et aucune changez 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 la valeur de paramètre correspondante sont hérités du groupe de plus haute priorité de l'utilisateur auquel ce paramètre est couplé. 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 est 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 ils le faisaient dans l'ancien modèle.

#### <mark style="color:bleu;">Pour les Paramètres déverrouillés, une valeur modifiée par l'utilisateur prend le pas sur les valeurs par défaut du groupe et du compte</mark>

Lorsqu'un paramètre est déverrouillé — c'est-à-dire qu'il n'a pas été verrouillé au niveau du compte ni au niveau du groupe de plus haute priorité de l'utilisateur qui le gère — le paramètre propre à l'utilisateur prend le pas. Si un utilisateur a modifié un paramètre déverrouillé, c'est cette valeur au niveau de l'utilisateur qui s'applique. Ce comportement d'état « modifié » est repris de l'ancien modèle dans la nouvelle expérience.

Si le groupe de plus haute priorité de l'utilisateur a le paramètre verrouillé, la valeur verrouillée s'applique et l'utilisateur ne peut pas la remplacer, quelle que soit toute modification antérieure. Une valeur modifiée par l'utilisateur ne prend le pas que lorsque le paramètre est déverrouillé à la fois au niveau du compte et au niveau du groupe de plus haute priorité 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 de plus haute priorité de l'utilisateur auquel le paramètre est couplé. Si aucun groupe ne gère le paramètre, la valeur par défaut au niveau du compte s'applique.

#### <mark style="color:bleu;">Un utilisateur hérite à la fois de la valeur du paramètre et de l'état de verrouillage de son groupe de plus haute priorité qui gère le paramètre</mark>

Lorsque le système résout un paramètre pour un utilisateur donné, il identifie le groupe de plus haute priorité auquel l'utilisateur appartient et auquel ce paramètre spécifique est couplé. 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é) à partir 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 par l'utilisateur ni sur l'état de verrouillage de ce paramètre.

Si aucun groupe d'un utilisateur ne gère un paramètre particulier, le paramètre retombe sur la valeur par défaut au niveau 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.

<figure><img src="https://4108585137-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FPfbbHhYjP8vo6xrfgLfM%2FSettings_Resolution_Rework.png?alt=media&amp;token=873b1469-1d1a-4c3b-aa08-45418b83b4a4" alt="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."><figcaption><p>Comment Jane, un utilisateur appartenant à au moins trois groupes différents, hérite des Paramètres dans ces groupes</p></figcaption></figure>

#### <mark style="color:bleu;">La désignation du groupe principal n'est plus un facteur dans la résolution des Paramètres</mark>

Dans l'ancien modèle, le groupe principal jouait un rôle central dans la détermination des Paramètres qui s'appliquaient. Dans la nouvelle expérience, la désignation du groupe principal a été complètement 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 qu'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).

#### <mark style="color:bleu;">Le modèle de groupe de base et de groupe d'exception fournit un cadre de configuration prévisible</mark>

Une approche de configuration d'exemple utilise deux types de groupes qui fonctionnent 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 faible.

Ce groupe fonctionne comme des valeurs par défaut pseudo-niveau du compte : il établit les valeurs par défaut des Paramètres 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é supérieurs, chacun étant configuré avec uniquement 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 ne nécessite qu'un seul 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.

#### <mark style="color:bleu;">Les Paramètres non sélectionnés dans un groupe ne sont pas gérés par ce groupe et ne créent pas de conflits</mark>

Lorsqu'un groupe est configuré avec uniquement 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 pas de conflits, ne bloquent pas l'héritage provenant d'autres groupes et ne remplacent pas les valeurs par défaut au niveau du compte. Ils passent comme si le groupe n'existait pas pour ces Paramètres.

Il s'agit d'un changement architectural fondamental 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.

#### <mark style="color:bleu;">La nouvelle expérience des groupes couvre tous les Paramètres qui étaient disponibles au niveau du groupe dans l'ancien modèle</mark>

Il n'existe aucune lacune de Paramètres entre le modèle ancien de gestion des groupes et la nouvelle expérience des groupes. Chaque Paramètre 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 pas l'accès à des Paramètres au niveau du groupe.

#### <mark style="color:bleu;">Les nouveaux Paramètres publiés via les mises à jour web mensuelles suivent le niveau de configuration du groupe</mark>

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 couplés au groupe. En revanche, si un groupe est configuré avec uniquement 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 gérés par chaque groupe, même lorsque 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=<question>&goal=<endgoal>
```

`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.