Contexto del modelo heredado

Comprenda cómo el modelo heredado manejaba la herencia de Configuración, las anulaciones de usuario, los grupos principales, los bloqueos y la resolución de conflictos.

Cómo funcionaba la gestión de grupo antes de la nueva experiencia

La jerarquía de Configuración de Zoom opera en tres niveles: cuenta, grupo y usuario

La Configuración administrativa de Zoom está organizada en una jerarquía de tres niveles:

1. La Configuración a nivel de cuenta es la más amplia y se aplica como valor predeterminado en toda la cuenta.

2. La Configuración a nivel de grupo permite a los administradores personalizar la Configuración para colecciones de usuarios.

3. La Configuración a nivel de usuario es la más específica y se aplica a usuarios individuales.

La Configuración desciende en cascada a través de esta jerarquía: los valores predeterminados a nivel de cuenta se aplican a todos los grupos y usuarios que están por debajo de ellos.

Cuando una Configuración se configura a nivel de cuenta, los grupos y usuarios heredan ese valor automáticamente, a menos que se anule a nivel de grupo o de usuario.

Para obtener más información sobre cómo funcionan las Configuración por niveles en Zoom, consulte el artículo de Soporte de Zoom Uso de Configuración por niveles. Para ver un ejemplo de cómo se aplica esta jerarquía a un producto específico, consulte el artículo de Soporte de Zoom Gestión de grupo de Zoom Phone.

Un usuario que ha modificado una Configuración desbloqueada conserva ese valor a menos que se anule mediante un bloqueo

Cuando un usuario cambia manualmente una Configuración que no está bloqueada, el valor elegido por el usuario prevalece sobre los valores a nivel de grupo y de cuenta para esa Configuración. Esto se denomina estado "modificado". Una Configuración modificada a nivel de usuario sigue teniendo prioridad sobre los valores a nivel de grupo y de cuenta, a menos que un administrador bloquee la Configuración a nivel de cuenta o de grupo. En ese momento, el valor bloqueado reemplaza la modificación del usuario.

Este comportamiento se aplica tanto en el modelo heredado de gestión de grupo como en la nueva experiencia de gestión de grupos y Configuración. No es específico de un modelo ni del otro.

En el modelo heredado, el grupo principal y el estado de bloqueo determinaban qué Configuración surtía efecto para los usuarios en varios grupos

Cuando un usuario pertenecía a más de un grupo en el modelo heredado, el sistema designaba un grupo como grupo principal y todos los demás como grupos secundarios. Por lo general, la Configuración del grupo principal prevalecía sobre la Configuración del grupo secundario. Cuando existían conflictos de bloqueo entre grupos —por ejemplo, un grupo que bloqueaba una Configuración en activado y otro que la bloqueaba en desactivado—, el sistema utilizaba una combinación de la designación de grupo principal y el orden en que el usuario se había agregado a los grupos para determinar qué valor se aplicaba.

En ciertos productos, el modelo heredado aplicaba la Configuración más restrictiva en todos los grupos a los que pertenecía un usuario. Si un usuario estaba en un grupo donde Zoom Chat estaba habilitado y en otro donde estaba deshabilitado, Zoom Chat se deshabilitaría para ese usuario porque el sistema adoptaba por defecto el valor más restrictivo.

Los bloqueos de Características a nivel de cuenta forzaban la Configuración de arriba hacia abajo sin excepciones a nivel de grupo

Cuando un administrador bloqueaba una Configuración a nivel de cuenta en el modelo heredado, ese valor bloqueado se aplicaba a todos los grupos y a todos los usuarios de la cuenta, sin forma de crear excepciones. Si un administrador quería Habilitar una Características para un grupo específico de usuarios y mantenerla deshabilitada para todos los demás, tenía que desbloquear la Configuración a nivel de cuenta y luego bloquear manualmente el valor deseado en cada grupo individual. Esta acción eliminaba de inmediato esa protección para todos los usuarios.

Este enfoque requería que los administradores crearan grupos emparejados para cada variación de Características: un grupo con la Características bloqueada en activado y otro con la Características bloqueada en desactivado.

A medida que las organizaciones necesitaban un control más granular sobre más Características, el número de grupos requeridos se expandió, aumentando la complejidad de la gestión. Cada nueva excepción de Características requería grupos adicionales, y cada grupo incluía todas las pestañas de Configuración del producto independientemente del propósito del grupo.