> 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/legacy-model-context.md).
# Contexte du modèle hérité
Comprenez comment le modèle hérité gérait l'héritage des paramètres, les remplacements par l'utilisateur, les groupes principaux, les verrouillages et la résolution des conflits.
### Comment la gestion des groupes fonctionnait avant la nouvelle expérience
#### La hiérarchie des Paramètres de Zoom fonctionne sur trois niveaux : compte, groupe et utilisateur
Les Paramètres administratifs de Zoom sont organisés selon une hiérarchie à trois niveaux :
1. Les Paramètres au niveau du compte sont les plus généraux et s'appliquent comme valeurs par défaut à l'ensemble du compte.
2. Les Paramètres au niveau du groupe permettent aux administrateurs de personnaliser les Paramètres pour des ensembles d'utilisateurs.
3. Les Paramètres au niveau de l'utilisateur sont les plus spécifiques et s'appliquent à des utilisateurs individuels.
Les Paramètres se propagent vers le bas dans cette hiérarchie : les valeurs par défaut au niveau du compte s'appliquent à tous les groupes et utilisateurs situés en dessous.
Lorsqu'un Paramètre est configuré au niveau du compte, les groupes et les utilisateurs héritent automatiquement de cette valeur, sauf si elle est remplacée au niveau du groupe ou de l'utilisateur.
Pour plus d'informations sur le fonctionnement des paramètres à plusieurs niveaux dans Zoom, consultez l'article d'Assistance Zoom [Utilisation des Paramètres à plusieurs niveaux](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). Pour un exemple d'application de cette hiérarchie à un produit spécifique, consultez l'article d'Assistance Zoom [Gestion des groupes Zoom Phone](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).
#### Un utilisateur qui a modifié un Paramètre déverrouillé conserve cette valeur, sauf si elle est remplacée par un verrouillage
Lorsqu'un utilisateur modifie manuellement un Paramètre qui n'est pas verrouillé, la valeur choisie par l'utilisateur est prioritaire sur les valeurs au niveau du groupe et du compte pour ce Paramètre. Cela est appelé l'état « modifié ». Un Paramètre modifié au niveau de l'utilisateur continue de primer sur les valeurs au niveau du groupe et du compte, sauf si un administrateur verrouille le Paramètre au niveau du compte ou du groupe. À ce moment-là, la valeur verrouillée remplace la modification de l'utilisateur.
Ce comportement s'applique à la fois dans le modèle hérité de gestion des groupes et dans la nouvelle expérience de gestion des groupes et des Paramètres. Il n'est propre ni à l'un ni à l'autre.
#### Dans le modèle hérité, le groupe principal et l'état de verrouillage déterminaient quels Paramètres s'appliquaient aux utilisateurs appartenant à plusieurs groupes
Lorsqu'un utilisateur appartenait à plus d'un groupe dans le modèle hérité, le système désignait un groupe comme groupe principal et tous les autres comme groupes secondaires. Les Paramètres du groupe principal prévalaient généralement sur les Paramètres des groupes secondaires. Lorsqu'il existait des conflits de verrouillage entre les groupes — par exemple, un groupe verrouillant un Paramètre sur activé et un autre le verrouillant sur désactivé —, le système utilisait une combinaison de la désignation du groupe principal et de l'ordre dans lequel l'utilisateur avait été ajouté aux groupes pour déterminer quelle valeur s'appliquait.
Pour certains produits, le modèle hérité appliquait le Paramètre le plus restrictif parmi tous les groupes auxquels appartenait un utilisateur. Si un utilisateur se trouvait dans un groupe où Zoom chat était activé et dans un autre où il était désactivé, Zoom chat serait désactivé pour cet utilisateur, car le système adoptait la valeur la plus restrictive.
#### Le verrouillage des Fonctionnalités au niveau du compte imposait les Paramètres de haut en bas, sans exception au niveau du groupe
Lorsqu'un administrateur verrouillait un Paramètre au niveau du compte dans le modèle hérité, cette valeur verrouillée s'appliquait à chaque groupe et à chaque utilisateur du compte, sans aucune possibilité de créer des exceptions. Si un administrateur voulait Activer des Fonctionnalités pour un groupe spécifique d'utilisateurs tout en les laissant désactivées pour tous les autres, il devait déverrouiller le Paramètre au niveau du compte, puis verrouiller manuellement la valeur souhaitée dans chaque groupe individuel. Cette action supprimait immédiatement cette protection pour tous les utilisateurs.
Cette approche obligeait les administrateurs à créer des groupes appariés pour chaque variation de Fonctionnalités : un groupe avec les Fonctionnalités verrouillées sur activé et un autre avec les Fonctionnalités verrouillées sur désactivé.
À mesure que les organisations avaient besoin d'un contrôle plus granulaire sur davantage de Fonctionnalités, le nombre de groupes nécessaires augmentait, ce qui accroissait la complexité de la gestion. Chaque nouvelle exception de Fonctionnalités nécessitait des groupes supplémentaires, et chaque groupe comportait tous les onglets de Paramètres du produit, quelle que soit la finalité du groupe.
---
# 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/legacy-model-context.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.