Contexto del modelo heredado

Comprende 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 grupos 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 se organiza 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 se propaga hacia abajo a través de esta jerarquía: los valores predeterminados a nivel de cuenta se aplican a todos los grupos y usuarios 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 configuraciones por niveles en Zoom, consulte el artículo de Soporte de Zoom Uso de la 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 grupos de Zoom Phone.

Un usuario que ha modificado una Configuración desbloqueada conserva ese valor, a menos que una restricción lo anule

Cuando un usuario cambia manualmente una Configuración que no está bloqueada, el valor elegido por el usuario tiene prioridad sobre los valores a nivel de grupo y de cuenta para esa Configuración. A esto se le 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 anula la modificación del usuario.

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

En el modelo heredado, el grupo principal y el estado de bloqueo determinaban qué Configuración entraba en vigor 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. La Configuración del grupo principal generalmente tenía prioridad sobre la Configuración de los grupos secundarios. Cuando existían conflictos de bloqueo entre grupos —por ejemplo, un grupo bloqueaba una Configuración en activado y otro la bloqueaba en desactivado—, el sistema utilizaba una combinación de la designación del grupo principal y el orden en que el usuario había sido agregado a los grupos para determinar qué valor se aplicaba.

Para ciertos productos, el modelo heredado aplicaba la Configuración más restrictiva entre 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 cada grupo y a cada usuario de la cuenta, sin posibilidad de crear excepciones. Si un administrador quería Habilitar una Característica para un grupo específico de usuarios mientras la mantenía 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 inmediatamente 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ística bloqueada en activado y otro con la Característica bloqueada en desactivado.

A medida que las organizaciones necesitaban un control más granular sobre más Características, el número de grupos necesarios aumentó, lo que incrementó 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.