> 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 grupo principal heredado y el sistema de conflicto de bloqueo</mark>

<div data-with-frame="true"><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></div>

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 de 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 de qué grupo aplicar según 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 aplica la Configuración en los niveles de cuenta, grupo y usuario.

#### <mark style="color:azul;">Para la Configuración bloqueada, 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 prioridad absoluta. Ninguna Configuración de grupo ni ningún cambio a nivel de usuario puede anular un bloqueo a nivel de cuenta, independientemente de la prioridad del grupo. Este comportamiento no ha cambiado con 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 esa Configuración vinculada. 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 de 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 la Configuración desbloqueada, un valor modificado por el usuario tiene prioridad sobre los valores predeterminados del grupo y de la 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 Configuración del propio usuario tiene prioridad. Si un usuario ha modificado una Configuración desbloqueada, ese valor a nivel de usuario es el que entra en vigor. Este comportamiento de 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 anterior. Un valor modificado por el usuario solo tiene prioridad 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 tenga 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 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 efecto sobre el valor heredado ni sobre el estado de bloqueo del usuario para esa Configuración.

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

<div data-with-frame="true"><figure><img src="/files/ab39c5989ddbf281fb8603d68d73e0baf5b5e3db" 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 la Configuración entre esos grupos</p></figcaption></figure></div>

#### <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 a la hora de determinar qué Configuración entraba 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 posibilidad de designar un grupo principal porque las Barreras de información todavía dependen del campo de grupo principal para crear barreras. Los administradores deben tener en cuenta que, aunque la etiqueta de grupo principal sigue existiendo, no influye en qué Configuración hereda un usuario bajo el nuevo modelo.

Para obtener más información sobre las Barreras de información, 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 ejemplo de enfoque de configuración 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 valores predeterminados pseudo-a nivel de cuenta: establece los valores predeterminados de Configuración y los estados de bloqueo que se aplican a cada usuario, a menos que un grupo de mayor prioridad los anule.

{% hint style="info" %}
Hay una excepción notable al concepto de grupo base. Habilitar toda la Configuración 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 la Configuración esté bloqueada a nivel de sitio.
{% endhint %}

Luego se crean grupos de excepción en niveles de prioridad más altos, cada uno configurado solo con las pestañas específicas de Configuración de producto 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 la Configuración que administra, mientras que toda la demás Configuración sigue 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 correspondiente, en lugar de los grupos habilitado/deshabilitado emparejados que eran necesarios en el modelo heredado.

#### <mark style="color:azul;">La Configuración no seleccionada en ningún grupo no es administrada por ese grupo y no crea conflictos</mark>

Cuando un grupo está configurado con solo 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. Esta Configuración no administrada no crea conflictos, no bloquea la herencia de otros grupos ni anula los valores predeterminados a nivel de cuenta. Pasan a través como si el grupo no existiera para esa Configuración.

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

#### <mark style="color:azul;">La nueva experiencia de grupos cubre toda la Configuración que estaba disponible en el nivel de grupo heredado</mark>

No existen brechas de Configuración entre el modelo de administración de grupos heredado y la nueva experiencia de grupos. Toda Configuración que se podía configurar a nivel de grupo en el modelo heredado sigue siendo configurable 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;">La nueva Configuración publicada mediante actualizaciones web mensuales sigue el nivel de configuración del grupo</mark>

Cuando un grupo está configurado con una categoría de Configuración completa, la nueva Configuración agregada a esa categoría mediante las publicaciones web mensuales se vincula automáticamente al grupo. Sin embargo, si un grupo está configurado solo con configuraciones individuales dentro de una categoría, no se agrega automáticamente ninguna Configuración nueva al grupo. Esto significa que los administradores que usan una selección granular de Configuración individual mantienen un control preciso sobre qué Configuración administra cada grupo, incluso cuando se publican 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:

```
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>
```

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.
