> 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/new-groups-and-settings-management-experience-explainer/legacy-model-context.md).

# Contexto del modelo heredado

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

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

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

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 predeterminada en toda la cuenta.
2. La Configuración a nivel de grupo permite a los administradores personalizar la Configuración para conjuntos 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 sobrescriba a nivel de grupo o de usuario.

Para obtener más información sobre cómo funciona la configuración por niveles en Zoom, consulte el artículo de Soporte de Zoom [Uso de 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 [Administració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 sea sobrescrito por un bloqueo</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. Esto se denomina estado "modificado". Una Configuración a nivel de usuario modificada 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 administración de grupos como en la nueva experiencia de administración de grupos y Configuración. No es específico de un modelo ni del otro.

#### <mark style="color:azul;">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</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 bloqueando una Configuración y otro bloqueándola—, el sistema utilizaba una combinación de la designación de grupo principal y el orden en que el usuario se agregaba a los grupos para determinar qué valor se aplicaba.

Para 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 el chat de Zoom estaba habilitado y en otro donde estaba deshabilitado, el chat de Zoom se deshabilitaría para ese usuario porque el sistema adoptaba 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 todos los grupos y a todos los usuarios 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 de inmediato esa protección para todos los usuarios.

Este enfoque requería que los administradores crearan grupos emparejados para cada variación de las 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 aumentaba, incrementando la complejidad de la administració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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/es/rincon-del-administrador/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/legacy-model-context.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
