> 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/use-cases.md).
# Cas d’usage
### Là où la nouvelle expérience résout les défis hérités de la gestion des groupes
#### Déployer un pilote de fonctionnalité auprès d’un sous-ensemble d’utilisateurs ne nécessite qu’un seul groupe d’exception au lieu de groupes activés/désactivés appariés
Lorsqu’une organisation veut piloter une nouvelle fonctionnalité, telle que AI Companion, auprès d’un sous-ensemble d’utilisateurs tout en la laissant désactivée pour tous les autres, le modèle hérité exigeait de créer des groupes appariés : un avec la fonctionnalité verrouillée sur Activé et un autre avec la fonctionnalité verrouillée sur Désactivé. Si les utilisateurs du groupe pilote avaient aussi besoin de paramètres régionalisés comme des emplacements de stockage des données, l’administrateur devait créer des groupes dupliqués supplémentaires par région, car la désignation du groupe principal qui contrôlait le verrouillage de la fonctionnalité contrôlait aussi les paramètres régionaux. Cela entraînait une expansion complexe des groupes qui s’étendait à chaque combinaison de fonctionnalité et de région.
Dans la nouvelle expérience, l’administrateur crée un seul groupe d’exception avec une priorité plus élevée que la ligne de base, configuré uniquement avec l’onglet Paramètres AI Companion. Les utilisateurs du groupe pilote héritent des paramètres AI Companion du groupe d’exception, tandis que tous les autres paramètres — y compris les configurations régionales — sont hérités de leurs autres groupes selon la priorité. Aucun groupe apparié n’est nécessaire, et aucune duplication régionale n’est requise.
#### Les politiques de conservation différenciées utilisent un classement par priorité au lieu de la logique héritée du « paramètre le plus restrictif »
Les organisations qui ont besoin de différentes périodes de conservation pour différentes populations d’utilisateurs. Par exemple, les utilisateurs soumis à une réglementation nécessitent une période de conservation Zoom Chat de 10 ans, tandis que la plupart des autres n’ont besoin que de la valeur par défaut de 30 jours.
Des besoins différents ont créé un défi spécifique dans le modèle hérité. Zoom Chat appliquait le paramètre le plus restrictif lorsqu’un utilisateur appartenait à plusieurs groupes. Si un utilisateur se trouvait dans n’importe quel groupe où chat était configuré avec la période de conservation la plus courte, cette période plus courte s’appliquait, quels que soient les autres appartenances à des groupes. Cela obligeait les administrateurs à créer des groupes distincts et à gérer soigneusement les appartenances afin d’éviter des rétrogradations involontaires de la conservation.
Dans la nouvelle expérience, le classement par priorité détermine les paramètres de conservation de chat qui entrent en vigueur pour un groupe. Un groupe à priorité plus élevée configuré avec la période de conservation de 10 ans remplace le paramètre de 30 jours du groupe de base pour les utilisateurs appartenant aux deux groupes. La logique du paramètre le plus restrictif ne s’applique plus. La valeur du groupe ayant la priorité la plus élevée l’emporte, offrant aux administrateurs un contrôle prévisible sur les politiques de conservation différenciées.
#### Les exigences régionales de résidence des données peuvent être traitées avec des groupes qui gèrent uniquement les paramètres de stockage et de conférence audio
Les organisations dont les utilisateurs sont répartis dans plusieurs régions doivent souvent configurer différemment, selon la région, les emplacements de stockage des données et les numéros à composer pour la conférence audio. Dans le modèle hérité, les groupes régionaux contenaient tous les onglets de paramètres du produit, ce qui signifiait que toute modification de paramètres dans un groupe régional pouvait affecter involontairement des paramètres du produit sans rapport avec l’objectif régional du groupe.
Dans la nouvelle expérience, les groupes régionaux peuvent être configurés avec uniquement l’onglet Paramètres généraux, pour l’emplacement de stockage des données, et l’onglet Conférence audio, sans gérer aucun autre paramètre du produit. Cela signifie que le groupe régional d’un utilisateur contrôle où ses données sont stockées et quels numéros à composer sont Disponible, tandis que tous les autres paramètres — Réunions, AI Companion, Zoom Chat et autres — sont hérités des autres groupes selon la priorité. La configuration régionale ne crée plus d’effets secondaires dans des catégories de paramètres sans lien.
#### Les groupes sans paramètres permettent des cas d’usage organisationnels sans compliquer la politique des paramètres
Tous les groupes n’ont pas besoin de gérer des paramètres de produit. La nouvelle expérience prend en charge les groupes sans paramètres — des groupes sans paramètres de produit associés et sans classement par priorité — pour des cas d’usage organisationnels où l’appartenance à un groupe sert un objectif autre que la gestion des paramètres.
Les quartiers de réservation d’espace de travail permettent aux administrateurs de réserver des bureaux ou des espaces de travail spécifiques pour les membres d’un groupe particulier, en contrôlant qui peut réserver quels espaces physiques sans associer de paramètres de produit Zoom au groupe. L’affectation au Marketplace d’applications permet aux administrateurs d’approuver une application Zoom tierce pour les membres d’un groupe spécifique plutôt que pour tous les utilisateurs du compte, en limitant la disponibilité de l’application sans affecter aucun autre paramètre. La portée des rôles de conformité permet aux administrateurs de créer des rôles d’administrateur personnalisés restreints à la gestion des utilisateurs d’un groupe spécifique uniquement, offrant un accès administratif limité à un sous-ensemble d’utilisateurs sans accorder de privilèges complets au niveau du compte.
Parce que les groupes sans paramètres ne participent pas à la résolution des paramètres, ils ne peuvent pas créer d’effets secondaires involontaires sur les politiques : les administrateurs peuvent en créer autant que nécessaire à des fins organisationnelles sans affecter les paramètres de produit d’un utilisateur.
---
# 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/use-cases.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.