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 larges et s’appliquent 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 aux 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 de Assistance Zoom Utiliser les paramètres à plusieurs niveaux. Pour un exemple de la manière dont cette hiérarchie s’applique à un produit spécifique, consultez l’article de Assistance Zoom gestion des groupes Zoom Phone.

Un utilisateur qui a modifié un Paramètre non verrouillé conserve cette valeur, sauf si elle est remplacée par un verrou

Lorsqu’un utilisateur modifie manuellement un Paramètre qui n’est pas verrouillé, la valeur choisie par l’utilisateur a priorité sur les valeurs au niveau du groupe et du compte pour ce Paramètre. C’est ce qu’on appelle l’état « modifié ». Un Paramètre modifié au niveau de l’utilisateur continue d’avoir priorité 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 au modèle de gestion des groupes hérité et à la nouvelle expérience de gestion des groupes et des Paramètres. Il n’est spécifique à aucun des deux modèles.

Dans le modèle hérité, le groupe principal et l’état de verrouillage déterminaient quels Paramètres prenaient effet pour les 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 avaient généralement priorité sur ceux des groupes secondaires. Lorsque des conflits de verrouillage existaient entre les groupes — par exemple, un groupe verrouillant un Paramètre sur activé et un autre 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 à tous les groupes auxquels un utilisateur appartenait. Si un utilisateur faisait partie d’un groupe dans lequel Zoom Chat était activé et d’un autre où il était désactivé, Zoom Chat serait désactivé pour cet utilisateur, car le système adoptait par défaut la valeur la plus restrictive.

Les verrous de Fonctionnalités au niveau du compte imposaient 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 possibilité de créer des exceptions. Si un administrateur souhaitait Activer une Fonctionnalités pour un groupe spécifique d’utilisateurs tout en la laissant désactivée 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 la Fonctionnalités verrouillée sur activé et un autre avec la Fonctionnalités verrouillée sur désactivé.

À mesure que les organisations avaient besoin d’un contrôle plus granulaire sur davantage de Fonctionnalités, le nombre de groupes requis 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.