> 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/es/rincon-del-administrador/account-and-endpoint-management/explicacion-de-la-nueva-experiencia-de-gestion-de-grupos-y-configuracion/contexto-del-modelo-heredado.md).

# Contexto del modelo heredado

### Cómo funcionaba la gestión de grupos antes de la nueva experiencia

#### <mark style="color:azul;">La jerarquía de Configuración de Zoom opera en tres niveles: cuenta, grupo y usuario</mark>

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](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). 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](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

#### <mark style="color:azul;">Un usuario que ha modificado una Configuración desbloqueada conserva ese valor, a menos que una restricción lo anule</mark>

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.

#### <mark style="color:azul;">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</mark>

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.

#### <mark style="color:azul;">Los bloqueos de Características a nivel de cuenta forzaban la Configuración de arriba hacia abajo sin excepciones a nivel de grupo</mark>

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.


---

# 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:

```
GET https://library.zoom.com/technical-library/es/rincon-del-administrador/account-and-endpoint-management/explicacion-de-la-nueva-experiencia-de-gestion-de-grupos-y-configuracion/contexto-del-modelo-heredado.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
