> 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/key-capabilities.md).

# Fonctionnalités clés

Découvrez comment fonctionnent les Paramètres modulaires, le classement par priorité, le mappage d'identité, les rapports et le clonage de groupes dans la nouvelle expérience des groupes.

### Chaque groupe peut être configuré avec uniquement des Paramètres de produit spécifiques ou des Paramètres individuels plus granulaires pour certains produits

#### <mark style="color:bleu;">Les administrateurs sélectionnent quelles catégories de Paramètres de produit sont incluses dans le groupe et les catégories non sélectionnées reviennent aux valeurs par défaut au niveau du compte</mark>

Dans la nouvelle expérience de gestion des groupes et des Paramètres, les administrateurs peuvent configurer chaque groupe avec uniquement les catégories de Paramètres de produit pertinentes pour l’objectif de ce groupe. Cela remplace l’ancien modèle où chaque groupe incluait automatiquement tous les onglets de Paramètres de produit, que ces Paramètres soient pertinents ou non pour le groupe.

Lors de la création ou de la modification d’un groupe, les administrateurs choisissent quelles catégories de Paramètres — telles que Réunions, AI Companion, Enregistrement et transcription, ou Zoom Chat — le groupe doit avoir. Toutes les catégories qui ne sont pas sélectionnées ne sont pas incluses dans ce groupe.

Pour ces catégories non sélectionnées, les utilisateurs du groupe héritent de leurs Paramètres de la source suivante dans la hiérarchie de résolution : le groupe suivant de plus haute priorité qui gère le Paramètre, ou la valeur par défaut au niveau du compte si aucun groupe ne le gère.

Cette approche modulaire signifie qu’un groupe créé spécifiquement pour gérer les Paramètres AI Companion pour un sous-ensemble d’utilisateurs n’affecte pas involontairement les Paramètres Réunion ou Zoom Chat de ces utilisateurs. Chaque groupe gère uniquement ce pour quoi il est configuré.

#### <mark style="color:bleu;">La sélection granulaire par Paramètre offre un contrôle au niveau de chaque Paramètre au sein de certaines catégories de produits</mark>

Au-delà de la sélection de catégories entières de Paramètres de produit, les administrateurs peuvent sélectionner des Paramètres individuels au sein d’une catégorie.

La sélection individuelle des paramètres au sein des catégories de produits est actuellement Disponible pour les principaux domaines de Paramètres suivants :

* AI Companion
* Conférence audio
* Général
* Réunions
* Enregistrement et transcription
* Webinaires

Lorsqu’un groupe est configuré avec une catégorie entière de Paramètres, les nouveaux Paramètres ajoutés à cette catégorie via les versions mensuelles Web de Zoom sont automatiquement associés au groupe. En revanche, lorsqu’un groupe est configuré avec uniquement des Paramètres individuels au sein d’une catégorie, aucun nouveau Paramètre n’est ajouté automatiquement. Les administrateurs qui utilisent une sélection granulaire de Paramètres individuels conservent le contrôle sur les Paramètres que chaque groupe gère, 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.

### Un classement de priorité explicite détermine quels Paramètres de groupe prennent effet

#### <mark style="color:bleu;">Un classement numérique des priorités remplace la désignation de groupe principal de l’ancien modèle et le modèle de conflit de verrouillage</mark>

La nouvelle expérience des groupes introduit un classement de priorité explicite pour tous les groupes avec Paramètres activés. Chaque groupe se voit attribuer une priorité numérique, où P1 est la priorité la plus élevée et les nombres plus élevés représentent une priorité plus faible. Lorsqu’un utilisateur appartient à plusieurs groupes qui gèrent le même Paramètre, la valeur du groupe de plus haute priorité prend effet.

Cela remplace la dépendance de l’ancien modèle à la désignation de groupe principal et aux conflits d’état de verrouillage pour déterminer quels Paramètres s’appliquent. Dans le nouveau modèle, la priorité détermine exclusivement le Paramètre de quel groupe s’applique à un utilisateur donné. Les verrous au niveau du groupe n’affectent pas le groupe qui a la préséance. Ils n’affectent que la possibilité pour l’utilisateur de modifier la valeur héritée.

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

#### <mark style="color:bleu;">Les administrateurs peuvent ajuster l’ordre de priorité à tout moment par glisser-déposer ou par import CSV</mark>

Après la migration ou la création initiale d’un groupe, les administrateurs peuvent réorganiser les priorités des groupes à tout moment via l’interface de gestion des priorités dans la Console administrateur. Les groupes peuvent être réorganisés par glisser-déposer ou en téléversant un fichier CSV avec les attributions de priorité souhaitées.

Les changements de priorité prennent effet immédiatement pour tous les utilisateurs concernés.

### Des groupes peuvent exister sans aucun Paramètre associé à des fins d’organisation

#### <mark style="color:bleu;">Les groupes sans Paramètres prennent en charge des cas d’utilisation où l’appartenance à un groupe est nécessaire sans affecter la politique de Paramètres des utilisateurs</mark>

La nouvelle expérience permet aux administrateurs de créer des groupes auxquels aucun Paramètre de produit n’est associé. Ces groupes sans Paramètres ne participent pas à la résolution des Paramètres et ne reçoivent pas de classement de priorité, ce qui signifie qu’ils ne peuvent pas créer d’effets secondaires de politique ou de conflits involontaires.

Les groupes sans Paramètres prennent en charge des cas d’usage organisationnels où l’appartenance à un groupe sert un autre objectif que la gestion des Paramètres. Exemples :

* Des zones de réservation d’espace de travail, où des bureaux ou des espaces spécifiques sont réservés aux membres d’un groupe.
* Attribution d’une application dans Marketplace, où une application tierce est approuvée pour les membres d’un groupe spécifique plutôt que pour tous les utilisateurs du compte.
* Délimitation du rôle de conformité, où un rôle admin est configuré pour gérer uniquement les utilisateurs d’un groupe spécifique, permettant un accès administratif limité sans privilèges complets au niveau du compte.

### Le verrouillage au niveau du compte aide le contrôle administratif à rester au-dessus du système de priorité

#### <mark style="color:bleu;">Les verrous au niveau du compte remplacent tous les Paramètres de groupe et d’utilisateur, quelle que soit la priorité</mark>

Les verrous au niveau du compte représentent le plus haut niveau de contrôle administratif dans la hiérarchie des Paramètres. Lorsqu’un Paramètre est verrouillé au niveau du compte, la valeur verrouillée s’applique à chaque groupe et à chaque utilisateur du compte.

Aucun groupe, quel que soit son classement de priorité, ne peut outrepasser un verrou au niveau du compte. Ce comportement est inchangé par rapport à l’ancien modèle.

Les verrous au niveau du compte doivent être réservés aux Paramètres qui doivent être appliqués universellement à l’ensemble d’un tenant. Par exemple, l’application de Paramètres requis par la conformité réglementaire ou par une politique de sécurité à l’échelle de l’organisation, sans exception autorisée.

#### <mark style="color:bleu;">Lorsqu’un verrou au niveau du compte est supprimé, les groupes héritent de la valeur du Paramètre au niveau du compte au moment de la suppression</mark>

Si un administrateur supprime un verrou au niveau du compte, le Paramètre devient configurable au niveau du groupe. Lorsque le verrou est supprimé, tous les groupes héritent de la valeur du Paramètre au niveau du compte comme nouvelle valeur par défaut :

* Si le Paramètre était activé lors du déverrouillage, tous les groupes sont activés par défaut.
* À l’inverse, si le Paramètre était désactivé lors du déverrouillage, tous les groupes sont désactivés par défaut.

Les administrateurs peuvent ensuite configurer le Paramètre différemment dans des groupes individuels selon les besoins.

#### <mark style="color:bleu;">Le verrouillage au niveau du groupe dans le système de priorité offre un contrôle par défaut plus flexible que les verrous au niveau du compte</mark>

Pour les Paramètres pour lesquels la plupart des utilisateurs devraient être restreints mais où un sous-ensemble d’utilisateurs a besoin d’accès, Zoom recommande d’utiliser le verrouillage au niveau du groupe dans le système de priorité plutôt que des verrous au niveau du compte. Cette approche consiste à laisser le Paramètre déverrouillé au niveau du compte, puis à verrouiller la valeur par défaut souhaitée dans un groupe de base qui contient tous les utilisateurs à la priorité la plus basse. Les groupes d’exception de priorité plus élevée peuvent ensuite outrepasser le verrou du groupe de base pour certains utilisateurs.

Ce modèle permet aux administrateurs d’imposer un Paramètre par défaut pour la majorité des utilisateurs tout en accordant des exceptions à des groupes spécifiques, sans la création appariée de groupes activés/désactivés qui était requise dans l’approche de verrouillage au niveau du compte de l’ancien modèle.

### Intégrations du fournisseur d’identité : mappage multiple SAML et prise en charge de SCIM pour l’appartenance aux groupes Entreprise

#### <mark style="color:bleu;">Le mappage multiple SAML permet d’Attribuer des utilisateurs à plusieurs groupes via une seule assertion SAML lorsqu’ils se connectent</mark>

La nouvelle expérience inclut une prise en charge optionnelle du mappage multiple SAML, ce qui permet à une seule assertion SAML de correspondre à plusieurs règles de mappage et d’Attribuer un utilisateur à plusieurs groupes Zoom à la connexion. Jusqu’à 50 règles peuvent correspondre par assertion. Cela permet un mappage un-à-un entre les groupes du fournisseur d’identité (IdP) et les groupes Zoom, de sorte qu’ajouter un utilisateur à un groupe de sécurité dans l’IdP lui Attribuer automatiquement le groupe Zoom correspondant lors de sa prochaine connexion.

Sans le mappage multiple activé, le mappage SAML ne correspond qu’à la première règle applicable et Attribue l’utilisateur à un seul groupe.

{% hint style="info" %}
Pour les organisations intéressées par le mappage multiple SAML, veuillez [contacter Assistance Zoom](https://support.zoom.com/hc/en/contact?id=contact_us) et faire une demande.
{% endhint %}

#### <mark style="color:bleu;">Le mappage SAML devient la source faisant autorité pour l’appartenance aux groupes et retire les utilisateurs des groupes non correspondants</mark>

Lorsque le mappage SAML est configuré, avec ou sans mappage multiple activé, il devient la source faisant autorité pour l’appartenance aux groupes. À chaque connexion, l’assertion SAML détermine à quels groupes l’utilisateur appartient. Si un groupe n’est pas mis en correspondance par l’assertion, l’utilisateur est retiré de ce groupe.

Cela signifie que les administrateurs ne peuvent pas combiner des attributions de groupe mappées via SAML avec des attributions de groupe manuelles via le portail administrateur ou via une importation CSV pour le même utilisateur. Si un utilisateur est ajouté manuellement à un groupe qui n’est pas inclus dans son assertion SAML, la prochaine connexion le retirera de ce groupe attribué manuellement.

{% hint style="info" %}
Si votre organisation utilise le mappage SAML pour gérer l’appartenance aux groupes, vous devriez l’utiliser pour toutes les attributions de groupe des utilisateurs mappés via SAML.
{% endhint %}

#### <mark style="color:bleu;">Le comportement de transmission de groupe SCIM reste inchangé dans la nouvelle expérience</mark>

La transmission de groupe basée sur SCIM continue de fonctionner de la même manière dans la nouvelle expérience que dans le modèle hérité. Lorsqu’un utilisateur est ajouté à un groupe dans le fournisseur d’identité, la mise à jour correspondante de l’appartenance au groupe Zoom intervient dans l’heure qui suit.

SAML exige qu’un utilisateur se reconnecte à l’application ou au portail web Zoom Workplace pour que les modifications de l’appartenance au groupe prennent effet. Du point de vue du délai, si le mappage multiple SCIM et SAML sont tous deux Actif et traitent la même modification d’appartenance au groupe, SCIM est susceptible de prévaloir, car il effectue les mises à jour sans nécessiter d’action de l’utilisateur.

Le mappage multiple SCIM et SAML ne doit pas être configuré avec des informations de groupe conflictuelles. Bien que les deux mécanismes puissent coexister sur le même compte, des configurations non concordantes, telles que celles où SCIM et SAML Attribuer un utilisateur à des groupes différents, créeront des conflits.

### L’audit et la création de rapports des Paramètres offrent des exportations basées sur CSV pour la visibilité des Paramètres au niveau du compte, du groupe et de l’utilisateur

#### <mark style="color:bleu;">Le rapporter Instantané des Paramètres exporte les Paramètres au niveau du compte et du groupe pour établir une référence avant la migration</mark>

Le **Instantané des Paramètres** rapporter, Disponible sous **Rapports d’activité des utilisateurs** dans la Console administrateur, exporte les Paramètres au niveau du compte et du groupe sous forme de fichier CSV. Ce rapporter fournit un enregistrer de référence de la configuration actuelle des Paramètres, qui peut être utilisé avant de lancer une migration vers la nouvelle expérience des groupes. Les administrateurs peuvent l’utiliser pour document les objectifs des groupes existants et les configurations des Paramètres.

#### <mark style="color:bleu;">Le rapporter des Paramètres utilisateur audite les Paramètres par utilisateur avec attribution de la source d’héritage</mark>

Le **Paramètres utilisateur** rapporter est une amélioration introduite avec la nouvelle expérience Groupes. Il permet aux administrateurs d’exporter un CSV montrant des valeurs de Paramètres spécifiques et des états de verrouillage pour tous les utilisateurs du compte, ainsi que la source à partir de laquelle chaque utilisateur hérite du Paramètre, qu’il s’agisse d’un groupe spécifique, du niveau du compte ou d’une modification au niveau utilisateur.

Les administrateurs sélectionnez un sous-ensemble spécifique de Paramètres dans une catégorie pour l’auditer, car le rapporter couvre tous les utilisateurs du tenant et peut être volumineux pour les comptes avec des milliers d’utilisateurs. Chaque ligne du CSV exporté montre :

* L’utilisateur
* La valeur du Paramètre (activé ou désactivé)
* L’état de verrouillage
* Le groupe ou le niveau dont le Paramètre est hérité

### Les API existantes restent compatibles avec la nouvelle expérience

#### <mark style="color:bleu;">Les API Groupes héritées peuvent continuer à fonctionner, mais n’ont pas été mises à jour avec les nouvelles fonctionnalités Groupes</mark>

Les API des groupes existantes restent entièrement compatibles avec la nouvelle expérience de gestion des groupes et des Paramètres, y compris les points de terminaison pour l'affectation de l'utilisateur, la création de groupe et le listage des groupes. Les comptes qui ont migré vers la nouvelle expérience peuvent continuer à utiliser ces API sans modification. L'ID de groupe d'un groupe existant restera également le même après la migration.

Les API n'ont pas encore été mises à jour pour prendre en charge les Fonctionnalités introduites avec la nouvelle expérience, notamment le clonage de groupe, la gestion des priorités et la configuration granulaire des Paramètres. Ces opérations sont actuellement disponibles uniquement via la Console administrateur Zoom.

Pour la référence complète de l'API, consultez la [documentation de l'API des groupes](https://developers.zoom.us/docs/api/users/#tag/groups).

### Les administrateurs peuvent dupliquer la configuration d'un groupe vers un nouveau groupe

#### <mark style="color:bleu;">Les Fonctionnalités de copie/clonage réduisent l'effort de configuration lors de la création de groupes ayant des exigences de stratégie similaires</mark>

Les administrateurs peuvent dupliquer la configuration des Paramètres d'un groupe existant vers un nouveau groupe à l'aide des Fonctionnalités de copie/clonage. Cela est utile lors de la création de plusieurs groupes qui partagent une base de Paramètres commune, mais diffèrent par leur composition ou par des valeurs de Paramètres spécifiques.

La copie de la configuration d'un groupe crée un nouveau groupe avec les mêmes onglets de Paramètres du produit, les sélections de paramètres individuelles et les valeurs de Paramètres que le groupe source. Les administrateurs peuvent ensuite ajuster les paramètres individuels dans le nouveau groupe selon les besoins, sans les configurer à partir de zéro.


---

# 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/key-capabilities.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.
