> 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/resolucion-de-configuracion.md).

# Resolución de Configuración

### Un modelo de herencia basado en prioridades en la nueva experiencia

#### <mark style="color:azul;">La nueva experiencia de grupos resuelve la Configuración mediante un modelo basado en prioridades que reemplaza el sistema heredado de grupo principal y conflictos de bloqueo</mark>

<figure><img src="/files/1b6bade49fae59a3153b471c7759ea74adb608ff" alt="A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings."><figcaption><p>Cómo se resuelve la Configuración en la nueva experiencia de grupos</p></figcaption></figure>

La nueva experiencia de administración de grupos y Configuración introduce un modelo de resolución de Configuración basado en la prioridad explícita del grupo, en lugar de la dependencia del sistema heredado en la designación de grupo principal, los conflictos de bloqueo y la lógica de la configuración más restrictiva. En el nuevo modelo, cada grupo tiene un rango numérico de prioridad, donde P1 es la prioridad más alta y los números más altos representan una prioridad más baja. Cuando un usuario pertenece a varios grupos, el sistema evalúa qué Configuración aplicar en función de esta clasificación de prioridad.

El modelo de resolución funciona de manera diferente según si una Configuración está bloqueada o desbloqueada. Estas dos rutas determinan cómo se aplican las Configuraciones en los niveles de cuenta, grupo y usuario.

#### <mark style="color:azul;">Para las Configuraciones bloqueadas, la jerarquía de resolución fluye desde el nivel de cuenta hacia abajo a través de la prioridad del grupo</mark>

Cuando una Configuración está bloqueada a nivel de cuenta, el valor a nivel de cuenta tiene precedencia absoluta. Ninguna configuración de grupo ni ningún cambio a nivel de usuario pueden anular un bloqueo a nivel de cuenta, independientemente de la prioridad del grupo. Este comportamiento no ha cambiado respecto al modelo heredado.

Cuando una Configuración está bloqueada a nivel de grupo, el bloqueo y su valor de Configuración correspondiente se heredan del grupo de mayor prioridad del usuario que tenga la Configuración vinculada a él. Una Configuración bloqueada en un grupo de menor prioridad no tiene efecto si el usuario también pertenece a un grupo de mayor prioridad que administra la misma Configuración. Esto es así incluso si el grupo de mayor prioridad tiene la Configuración desbloqueada. En la nueva experiencia, la prioridad determina exclusivamente qué Configuración del grupo se aplica; los bloqueos a nivel de grupo no afectan la precedencia como lo hacían en el modelo heredado.

#### <mark style="color:azul;">Para las Configuraciones desbloqueadas, un valor modificado por el usuario tiene precedencia sobre los valores predeterminados de grupo y de cuenta</mark>

Cuando una Configuración está desbloqueada, es decir, no ha sido bloqueada a nivel de cuenta ni en el grupo de mayor prioridad del usuario que la administra, la propia Configuración del usuario tiene precedencia. Si un usuario ha modificado una Configuración desbloqueada, ese valor a nivel de usuario es el que entra en vigor. Este comportamiento del estado "modificado" se mantiene del modelo heredado a la nueva experiencia.

Si el grupo de mayor prioridad del usuario tiene la Configuración bloqueada, el valor bloqueado entra en vigor y el usuario no puede anularlo, independientemente de cualquier modificación previa. Un valor modificado por el usuario solo tiene precedencia cuando la Configuración está desbloqueada tanto a nivel de cuenta como en el grupo de mayor prioridad del usuario que la administra.

Si un usuario no ha modificado la Configuración, el valor se hereda del grupo de mayor prioridad del usuario que tiene la Configuración vinculada a él. Si ningún grupo administra la Configuración, se aplica el valor predeterminado a nivel de cuenta.

#### <mark style="color:azul;">Un usuario hereda tanto el valor de la Configuración como el estado de bloqueo de su grupo de mayor prioridad que administra la Configuración</mark>

Cuando el sistema resuelve una Configuración para un usuario determinado, identifica el grupo de mayor prioridad al que pertenece el usuario y en el que esa Configuración específica está vinculada al grupo. El usuario hereda tanto el valor de la Configuración (activada o desactivada) como el estado de bloqueo de la Configuración (bloqueada o desbloqueada) de ese único grupo. Los grupos de menor prioridad que también administran la misma Configuración no tienen ningún efecto sobre el valor heredado o el estado de bloqueo de esa Configuración para el usuario.

Si ninguno de los grupos de un usuario administra una Configuración determinada, la Configuración pasa al valor predeterminado a nivel de cuenta. Las Configuraciones que no están seleccionadas en ninguno de los grupos del usuario no se bloquean ni entran en conflicto.

<figure><img src="/files/9dd5ddc1cf4b81b84793af19fbb6feda6eb7d1df" alt="A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled."><figcaption><p>Cómo Jane, una usuaria que pertenece al menos a tres grupos diferentes, hereda las Configuraciones a través de esos grupos</p></figcaption></figure>

#### <mark style="color:azul;">La designación de grupo principal ya no es un factor en la resolución de la Configuración</mark>

En el modelo heredado, el grupo principal desempeñaba un papel central para determinar qué Configuraciones entraban en vigor. En la nueva experiencia, la designación de grupo principal se ha eliminado por completo de la resolución de la Configuración. El sistema de clasificación por prioridad lo reemplaza por completo.

Se conserva la capacidad de designar un grupo principal porque Information Barriers sigue dependiendo del campo de grupo principal para crear barreras. Los administradores deben tener en cuenta que, aunque la etiqueta de grupo principal aún existe, no influye en qué Configuraciones hereda un usuario bajo el nuevo modelo.

Para obtener más información sobre Information Barriers, consulte el [sitio de soporte de Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:azul;">El patrón de grupo base y grupo de excepción proporciona un marco de Configuración predecible</mark>

Un enfoque de configuración de ejemplo utiliza dos tipos de grupos que trabajan juntos. Un grupo base contiene a todos los usuarios de la cuenta, tiene habilitadas todas las pestañas de Configuración y se le asigna la prioridad más baja.

Este grupo funciona como si fueran valores predeterminados a nivel de cuenta: establece los valores predeterminados de la Configuración y los estados de bloqueo que se aplican a cada usuario, salvo que un grupo de mayor prioridad los reemplace.

{% hint style="info" %}
Existe una excepción notable al concepto de grupo base. Habilitar todas las Configuraciones de Zoom Phone en un grupo de «todos los usuarios» anularía cualquier Configuración de «política» a nivel de sitio. Esto ocurriría incluso cuando las Configuraciones están bloqueadas a nivel de sitio.
{% endhint %}

Luego se crean grupos de excepción en niveles de mayor prioridad, cada uno configurado solo con las pestañas de Configuración de producto específicas que deben diferir del grupo base. Como el grupo de excepción tiene una prioridad más alta que el grupo base, los usuarios que pertenecen a ambos grupos heredan los valores del grupo de excepción para las Configuraciones que administra, mientras que todas las demás Configuraciones siguen heredándose del grupo base.

Este patrón significa que agregar una nueva política para un subconjunto de usuarios requiere solo un grupo adicional con la pestaña de Configuración relevante, en lugar de los grupos emparejados activados/desactivados que eran necesarios en el modelo heredado.

#### <mark style="color:azul;">Las Configuraciones no seleccionadas en cualquier grupo no son administradas por ese grupo y no crean conflictos</mark>

Cuando un grupo se configura solo con pestañas específicas de Configuración de producto, cualquier Configuración fuera de esas pestañas seleccionadas simplemente no es administrada por ese grupo. Estas Configuraciones no administradas no crean conflictos, no bloquean la herencia de otros grupos y no anulan los valores predeterminados a nivel de cuenta. Pasan a través como si el grupo no existiera para esas Configuraciones.

Este es un cambio arquitectónico fundamental respecto al modelo heredado, en el que cada grupo incluía todas las pestañas de producto y podía afectar involuntariamente Configuraciones que no eran relevantes para el propósito del grupo.

#### <mark style="color:azul;">La nueva experiencia de grupos abarca todas las Configuraciones que estaban disponibles a nivel de grupo heredado</mark>

No hay lagunas de Configuración entre el modelo heredado de administración de grupos y la nueva experiencia de grupos. Todas las Configuraciones que podían configurarse a nivel de grupo bajo el modelo heredado siguen pudiendo configurarse en la nueva experiencia. Los administradores que migren a la nueva experiencia no perderán acceso a ninguna Configuración a nivel de grupo.

#### <mark style="color:azul;">Las nuevas Configuraciones publicadas mediante actualizaciones web mensuales siguen el nivel de configuración del grupo</mark>

Cuando un grupo se configura con una categoría completa de Configuración, las nuevas Configuraciones agregadas a esa categoría mediante las versiones web mensuales se vinculan automáticamente al grupo. Sin embargo, si un grupo se configura solo con Configuraciones individuales dentro de una categoría, no se agregan automáticamente nuevas Configuraciones al grupo. Esto significa que los administradores que usan una selección granular de Configuraciones individuales mantienen un control preciso sobre qué Configuraciones administra cada grupo, incluso a medida que se lanzan nuevas funciones.

Cuando se agrega una nueva categoría de Configuración a un grupo existente, el grupo hereda los valores a nivel de cuenta para esa categoría en el momento de la adición.


---

# 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/explicacion-de-la-nueva-experiencia-de-gestion-de-grupos-y-configuracion/resolucion-de-configuracion.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.
