> 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/capacidades-clave.md).

# Capacidades clave

### Cada grupo puede configurarse solo con ajustes específicos del producto o con configuraciones individuales más granulares para productos seleccionados

#### <mark style="color:azul;">Los administradores seleccionan qué categorías de ajustes del producto se incluyen en el grupo y las categorías no seleccionadas pasan a los valores predeterminados a nivel de cuenta</mark>

En la nueva experiencia de administración de grupos y ajustes, los administradores pueden configurar cada grupo solo con las categorías de ajustes del producto relevantes para el propósito de ese grupo. Esto reemplaza el modelo heredado en el que cada grupo incluía automáticamente todas las pestañas de ajustes del producto, independientemente de si esos ajustes eran relevantes para el grupo.

Al crear o editar un grupo, los administradores eligen qué categorías de ajustes, como Reuniones, AI Companion, Grabación y transcripción, o Zoom Chat, debe tener el grupo. Cualquier categoría que no se seleccione no se incluye en ese grupo.

Para esas categorías no seleccionadas, los usuarios del grupo heredan sus ajustes de la siguiente fuente en la jerarquía de resolución: el siguiente grupo de mayor prioridad que administre el ajuste, o el valor predeterminado a nivel de cuenta si ningún grupo lo administra.

Este enfoque modular significa que un grupo creado específicamente para administrar ajustes de AI Companion para un subconjunto de usuarios no afecta involuntariamente los ajustes de Reunión o Zoom Chat de esos usuarios. Cada grupo administra solo lo que está configurado para administrar.

#### <mark style="color:azul;">La selección granular por ajuste proporciona control a nivel de ajuste individual dentro de categorías de productos seleccionadas</mark>

Más allá de seleccionar categorías completas de ajustes del producto, los administradores pueden seleccionar ajustes individuales dentro de una categoría.

Cuando un grupo se configura con una categoría completa de ajustes, los nuevos ajustes agregados a esa categoría mediante las versiones mensuales web de Zoom se vinculan automáticamente al grupo. Sin embargo, cuando un grupo se configura solo con ajustes individuales dentro de una categoría, no se agregan automáticamente nuevos ajustes. Los administradores que usan una selección granular e individual de ajustes mantienen el control sobre qué ajustes administra cada grupo, incluso a medida que se lanzan nuevas características.

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

### La clasificación explícita por prioridad determina qué ajustes de grupo entran en vigor

#### <mark style="color:azul;">Una clasificación numérica por prioridad reemplaza la designación de grupo principal heredada y el modelo de conflicto de bloqueo</mark>

La nueva experiencia de grupos introduce una clasificación explícita por prioridad para todos los grupos con ajustes habilitados. A cada grupo se le asigna una prioridad numérica, donde P1 es la prioridad más alta y los números mayores representan una prioridad más baja. Cuando un usuario pertenece a varios grupos que administran el mismo ajuste, entra en vigor el valor del grupo con mayor prioridad.

Esto reemplaza la dependencia del modelo heredado en la designación de grupo principal y los conflictos de estado de bloqueo para determinar qué ajustes se aplican. En el nuevo modelo, la prioridad determina exclusivamente qué ajuste de grupo se aplica para cualquier usuario determinado. Los bloqueos a nivel de grupo no afectan qué grupo tiene precedencia. Solo afectan si el usuario puede modificar el valor heredado.

Para obtener más información sobre cómo funcionan las 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).

#### <mark style="color:azul;">Los administradores pueden ajustar el orden de prioridad en cualquier momento mediante arrastrar y soltar o la carga de CSV</mark>

Después de la migración o la creación inicial del grupo, los administradores pueden reordenar las prioridades de los grupos en cualquier momento a través de la interfaz de Administración de prioridades en la Consola del administrador. Los grupos pueden reordenarse usando la funcionalidad de arrastrar y soltar o cargando un archivo CSV con las asignaciones de prioridad deseadas.

Los cambios de prioridad entran en vigor de inmediato para todos los usuarios afectados.

### Los grupos pueden existir sin ningún ajuste adjunto con fines organizativos

#### <mark style="color:azul;">Los grupos sin ajustes admiten casos de uso en los que se necesita pertenencia a grupos sin afectar la política de ajustes del usuario</mark>

La nueva experiencia permite a los administradores crear grupos que no tengan ajustes del producto adjuntos. Estos grupos sin ajustes no participan en la resolución de ajustes y no reciben una clasificación por prioridad, lo que significa que no pueden crear efectos secundarios ni conflictos de política no deseados.

Los grupos sin ajustes admiten casos de uso organizativos en los que la pertenencia a un grupo cumple un propósito distinto de la administración de ajustes. Los ejemplos incluyen:

* Barrios de Reserva de espacio de trabajo, donde escritorios o espacios específicos están reservados para los miembros de un grupo.
* Asignación de Marketplace de aplicaciones, donde una aplicación de terceros se aprueba para los miembros de un grupo específico en lugar de para todos los usuarios de la cuenta.
* Delimitación de roles de cumplimiento, donde un rol de administrador se configura para administrar solo a los usuarios dentro de un grupo específico, lo que permite un acceso administrativo delimitado sin privilegios completos a nivel de cuenta.

### El bloqueo a nivel de cuenta ayuda a que el control administrativo permanezca por encima del sistema de prioridades

#### <mark style="color:azul;">Los bloqueos a nivel de cuenta invalidan todos los ajustes de grupo y usuario independientemente de la prioridad</mark>

Los bloqueos a nivel de cuenta representan el nivel más alto de control administrativo en la jerarquía de ajustes. Cuando un ajuste está bloqueado a nivel de cuenta, el valor bloqueado se aplica a todos los grupos y a todos los usuarios de la cuenta.

Ningún grupo, independientemente de su clasificación por prioridad, puede invalidar un bloqueo a nivel de cuenta. Este comportamiento no ha cambiado respecto al modelo heredado.

Los bloqueos a nivel de cuenta deben reservarse para ajustes que deban aplicarse de manera universal en todo un inquilino. Por ejemplo, aplicar ajustes requeridos por el cumplimiento normativo o por una política de seguridad para toda la organización, donde no se permiten excepciones.

#### <mark style="color:azul;">Cuando se quita un bloqueo a nivel de cuenta, los grupos heredan el valor del ajuste a nivel de cuenta en el momento de la eliminación</mark>

Si un administrador quita un bloqueo a nivel de cuenta, el ajuste pasa a ser configurable a nivel de grupo. Cuando se quita el bloqueo, todos los grupos heredan el valor del ajuste a nivel de cuenta como su nuevo valor predeterminado:

* Si el ajuste estaba habilitado cuando se desbloqueó, todos los grupos quedan habilitados de forma predeterminada.
* Por el contrario, si el ajuste estaba deshabilitado cuando se desbloqueó, todos los grupos quedan deshabilitados de forma predeterminada.

Luego, los administradores pueden configurar el ajuste de forma diferente en grupos individuales según sea necesario.

#### <mark style="color:azul;">El bloqueo a nivel de grupo dentro del sistema de prioridades proporciona un control predeterminado más flexible que los bloqueos a nivel de cuenta</mark>

Para los ajustes en los que la mayoría de los usuarios debe estar restringida, pero un subconjunto de usuarios necesita acceso, Zoom recomienda usar el bloqueo a nivel de grupo dentro del sistema de prioridades en lugar de bloqueos a nivel de cuenta. Este enfoque funciona manteniendo el ajuste desbloqueado a nivel de cuenta y, luego, bloqueando el valor predeterminado deseado en un grupo base que contiene a todos los usuarios con la prioridad más baja. Los grupos de excepción con mayor prioridad pueden luego invalidar el bloqueo del grupo base para usuarios específicos.

Este patrón permite a los administradores aplicar un ajuste predeterminado para la mayoría de los usuarios y, al mismo tiempo, conceder excepciones a grupos específicos sin la creación de grupos habilitados/deshabilitados emparejados que se requería en el enfoque de bloqueo a nivel de cuenta del modelo heredado.

### Integración con el proveedor de identidad: asignación múltiple de SAML y compatibilidad con SCIM para la pertenencia a grupos empresariales

#### <mark style="color:azul;">La asignación múltiple de SAML permite asignar usuarios a varios grupos mediante una sola aserción SAML cuando inician sesión</mark>

La nueva experiencia incluye compatibilidad opcional con la asignación múltiple de SAML, lo que permite que una sola aserción SAML coincida con varias reglas de asignación y asigne un usuario a varios grupos de Zoom al iniciar sesión. Se pueden coincidir hasta 50 reglas por aserción. Esto permite una asignación uno a uno entre los grupos del proveedor de identidad (IdP) y los grupos de Zoom, de modo que agregar un usuario a un grupo de seguridad en el IdP le asigna automáticamente el grupo de Zoom correspondiente en su siguiente inicio de sesión.

Si la asignación múltiple no está habilitada, la asignación de SAML solo coincide con la primera regla aplicable y asigna al usuario a un solo grupo.

{% hint style="info" %}
Para las organizaciones interesadas en la asignación múltiple de SAML, por favor [contacte con Soporte de Zoom](https://support.zoom.com/hc/en/contact?id=contact_us) y realice una solicitud.
{% endhint %}

#### <mark style="color:azul;">La asignación de SAML se convierte en la fuente autorizada para la pertenencia a grupos y elimina a los usuarios de los grupos no coincidentes</mark>

Cuando la asignación de SAML está configurada, con o sin la asignación múltiple habilitada, se convierte en la fuente autorizada para la pertenencia a grupos. En cada inicio de sesión, la aserción SAML determina a qué grupos pertenece el usuario. Si un grupo no coincide con la aserción, el usuario se elimina de ese grupo.

Esto significa que los administradores no pueden combinar asignaciones de grupos mapeadas por SAML con asignaciones de grupos manuales a través del portal del administrador o mediante importación CSV para el mismo usuario. Si un usuario se agrega manualmente a un grupo que no está incluido en su aserción SAML, el siguiente inicio de sesión lo eliminará de ese grupo asignado manualmente.

{% hint style="info" %}
Si su organización usa la asignación de SAML para administrar la pertenencia a grupos, debe usarla para todas las asignaciones de grupos de usuarios mapeados por SAML.
{% endhint %}

#### <mark style="color:azul;">El comportamiento de inserción de grupos de SCIM no cambia en la nueva experiencia</mark>

La inserción de grupos basada en SCIM sigue funcionando de la misma manera en la nueva experiencia que en el modelo heredado. Cuando se agrega un usuario a un grupo en el proveedor de identidad, la actualización correspondiente de pertenencia al grupo de Zoom ocurre en el plazo de una hora.

SAML requiere que un usuario vuelva a iniciar sesión en la aplicación Zoom Workplace o en el portal web para que los cambios de pertenencia a grupos surtan efecto. Desde el punto de vista del tiempo, si SCIM y la asignación múltiple de SAML están activos y procesan el mismo cambio de pertenencia a grupos, es probable que SCIM tenga prioridad porque se actualiza sin requerir una acción del usuario.

SCIM y la asignación múltiple de SAML no deben configurarse con información de grupos conflictiva. Aunque ambos mecanismos pueden coexistir en la misma cuenta, las configuraciones no coincidentes, como aquellas en las que SCIM y SAML asignan a un usuario a grupos diferentes, crearán conflictos.

### La auditoría y los informes de Configuración ofrecen exportaciones basadas en CSV para la visibilidad de ajustes a nivel de cuenta, grupo y usuario

#### <mark style="color:azul;">El informe Snapshot de Configuración exporta los ajustes a nivel de cuenta y grupo para la línea base previa a la migración</mark>

El **Snapshot de Configuración** informe, disponible en **Informes de actividad del usuario** en la Consola del administrador, exporta los ajustes a nivel de cuenta y grupo como un archivo CSV. Este informe proporciona un registro de referencia de la configuración actual de ajustes, que puede utilizarse antes de iniciar una migración a la nueva experiencia de grupos. Los administradores pueden usarlo para documentar los propósitos existentes de los grupos y las configuraciones de ajustes.

#### <mark style="color:azul;">El informe de Configuración del usuario audita los ajustes por usuario con atribución de la fuente de herencia</mark>

El **Configuración del usuario** el informe es una mejora introducida con la nueva experiencia de Grupos. Permite a los administradores exportar un CSV que muestra valores de ajustes específicos y estados de bloqueo para todos los usuarios de la cuenta, junto con la fuente de la que cada usuario hereda el ajuste, ya sea un grupo específico, el nivel de cuenta o una modificación a nivel de usuario.

Los administradores seleccionan un subconjunto específico de ajustes dentro de una categoría para auditar, ya que el informe cubre a todos los usuarios del inquilino y puede ser grande para cuentas con miles de usuarios. Cada fila del CSV exportado muestra:

* El usuario
* El valor del ajuste (activado o desactivado)
* El estado de bloqueo
* El grupo o nivel del que se hereda el ajuste

### Las API existentes siguen siendo compatibles con la nueva experiencia

#### <mark style="color:azul;">Las API de Grupos heredadas siguen funcionando, pero no se han actualizado con las nuevas características de Grupos</mark>

Las API de Grupos existentes siguen siendo totalmente compatibles con la nueva experiencia de administración de grupos y ajustes, incluidos los puntos de conexión para la asignación de usuarios, la creación de grupos y la lista de grupos. Las cuentas que se han migrado a la nueva experiencia pueden seguir usando estas API sin modificaciones. El ID de grupo de un grupo existente también seguirá siendo el mismo después de la migración.

Las API aún no se han actualizado para admitir las características introducidas con la nueva experiencia, incluida la clonación de grupos, la administración de prioridades y la configuración granular de ajustes. Estas operaciones están disponibles actualmente solo a través de la Consola del administrador de Zoom.

Para consultar la referencia completa de la API, vea la [documentación de la API de Grupos](https://developers.zoom.us/docs/api/users/#tag/groups).

### Los administradores pueden duplicar la configuración de un grupo en un nuevo grupo

#### <mark style="color:azul;">La función de copiar/clonar reduce el esfuerzo de configuración al crear grupos con requisitos de política similares</mark>

Los administradores pueden duplicar la configuración de ajustes de un grupo existente en un nuevo grupo mediante la función de copiar/clonar. Esto es útil al crear varios grupos que comparten una base común de ajustes, pero difieren en la membresía o en valores específicos de ajustes.

Copiar la configuración de un grupo crea un nuevo grupo con las mismas pestañas de ajustes del producto, selecciones de ajustes individuales y valores de ajustes que el grupo de origen. Luego, los administradores pueden ajustar ajustes individuales en el nuevo grupo según sea necesario sin configurarlos desde cero.


---

# 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/capacidades-clave.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.
