Cas d'utilisation

Découvrez comment la nouvelle expérience des groupes simplifie les déploiements pilotes, les politiques de rétention, les Paramètres régionaux et les groupes sans paramètres.

Là où la nouvelle expérience résout les défis hérités de gestion des groupes

Le déploiement d'un pilote de Fonctionnalités 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 souhaite lancer un pilote d'une nouvelle Fonctionnalités, comme AI Companion, pour 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és verrouillée sur activé et un autre avec la Fonctionnalités 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 supplémentaires en double par région, parce que la désignation du groupe principal qui contrôlait le verrouillage des Fonctionnalités contrôlait aussi les Paramètres régionaux. Cela entraînait une expansion complexe des groupes qui s'étendait à chaque combinaison de Fonctionnalités et de région.

Dans la nouvelle expérience, l'administrateur crée un seul groupe d'exception avec une priorité supérieure à celle 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 aucun doublon régional n'est requis.

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 durées 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 créaient 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éductions involontaires de la conservation.

Dans la nouvelle expérience, le classement par priorité détermine quels Paramètres de conservation de chat du groupe prennent effet. Un groupe de priorité supérieure configuré avec la période de conservation de 10 ans remplace le paramètre de 30 jours du groupe de base pour les utilisateurs présents dans les deux groupes. La logique du paramètre le plus restrictif ne s'applique plus. La valeur du groupe de 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 prises en charge par 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 les Emplacements de stockage des données et les numéros à composer de conférence audio selon la région. Dans le modèle hérité, les groupes régionaux comportaient tous les onglets de Paramètres du produit, ce qui signifiait que toute modification des Paramètres dans un groupe régional pouvait affecter involontairement des Paramètres de produit sans lien avec la finalité régionale 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 de conférence audio, sans gérer aucun autre ensemble de Paramètres de 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 — Meetings, AI Companion, Zoom Chat et autres — sont hérités d'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'utilisation 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 aucun Paramètres de produit associé et sans classement par priorité — pour des cas d'utilisation organisationnels où l'appartenance au groupe a une autre finalité 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 d'application Marketplace 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 d'autres Paramètres. Le cadrage des Rôle de conformité permet aux administrateurs de créer des rôles d'admin personnalisés limités à la gestion des utilisateurs d'un groupe spécifique, offrant un accès administratif limité à un sous-ensemble d'utilisateurs sans accorder les 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 de politique involontaires : les administrateurs peuvent en créer autant que nécessaire à des fins organisationnelles sans affecter les Paramètres de produit d'aucun utilisateur.