> 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/casos-de-uso.md).
# Casos de uso
### Donde la nueva experiencia resuelve los desafíos heredados de gestión de grupos
#### Implementar un piloto de una Características para un subconjunto de usuarios requiere solo un grupo de excepción en lugar de grupos emparejados habilitados/deshabilitados
Cuando una Organización quiere probar una nueva Características, como AI Companion, para un subconjunto de usuarios mientras la mantiene deshabilitada para todos los demás, el modelo heredado requería crear grupos emparejados: uno con la Características bloqueada activada y otro con la Características bloqueada desactivada. Si los usuarios del grupo piloto también necesitaban configuraciones regionales como ubicaciones de almacenamiento de datos, el administrador tenía que crear grupos duplicados adicionales por región, porque la designación del grupo principal que controlaba el bloqueo de la Características también controlaba las configuraciones regionales. Esto dio lugar a una expansión compleja de grupos que escalaba con cada combinación de Características y región.
En la nueva experiencia, el administrador crea un único grupo de excepción con una prioridad superior a la base, configurado solo con la pestaña de Configuración de AI Companion. Los usuarios del grupo piloto heredan la Configuración de AI Companion del grupo de excepción, mientras que todas las demás configuraciones, incluidas las configuraciones regionales, se heredan de sus otros grupos según la prioridad. No se necesitan grupos emparejados ni duplicados regionales.
#### Las políticas de retención diferenciadas usan la clasificación por prioridad en lugar de la lógica heredada de la configuración «más restrictiva»
Organizaciones que necesitan distintos períodos de retención para distintas poblaciones de usuarios. Por ejemplo, los usuarios regulados requieren un período de retención de 10 años en Zoom Chat, mientras que la mayoría de los demás solo necesita el valor predeterminado de 30 días.
Las diferentes necesidades creaban un desafío específico con el modelo heredado. Zoom Chat aplicaba la configuración más restrictiva cuando un usuario pertenecía a varios grupos. Si un usuario estaba en cualquier grupo donde Chat estaba configurado con el período de retención más corto, ese período más corto se aplicaba independientemente de otras pertenencias a grupos. Esto obligaba a los administradores a crear grupos separados y gestionar cuidadosamente la membresía para evitar degradaciones de retención no deseadas.
En la nueva experiencia, la clasificación por prioridad determina qué configuración de retención de Chat de qué grupo entra en vigor. Un grupo de mayor prioridad configurado con el período de retención de 10 años reemplaza la configuración de 30 días del grupo base para los usuarios que están en ambos grupos. La lógica de la configuración más restrictiva ya no se aplica. El valor del grupo con la prioridad más alta prevalece, lo que ofrece a los administradores un control predecible sobre las políticas de retención diferenciadas.
#### Los requisitos regionales de residencia de datos pueden abordarse con grupos que gestionan solo el almacenamiento y la configuración de audio
Las Organizaciones con usuarios en varias regiones a menudo necesitan configurar de forma diferente por región las ubicaciones de almacenamiento de datos y los números de llamar de audio. En el modelo heredado, los grupos regionales incluían todas las pestañas de Configuración del producto, lo que significaba que cualquier cambio de Configuración en un grupo regional podía afectar inadvertidamente a Configuración del producto no relacionadas con el propósito regional del grupo.
En la nueva experiencia, los grupos regionales pueden configurarse solo con la pestaña de Configuración General, para la ubicación de almacenamiento de datos, y la pestaña de Conferencia de audio, sin gestionar ninguna otra Configuración del producto. Esto significa que el grupo regional de un usuario controla dónde se almacenan sus datos y qué números de llamar están Disponible, mientras que todas las demás Configuración—Reuniones, AI Companion, Zoom Chat y otras—se heredan de otros grupos según la prioridad. La configuración regional ya no genera efectos secundarios en categorías de Configuración no relacionadas.
#### Los grupos sin configuración permiten casos de uso organizativos sin complicar la política de Configuración
No todos los grupos necesitan gestionar Configuración del producto. La nueva experiencia admite grupos sin configuración: grupos sin Configuración del producto adjuntas ni clasificación por prioridad, para casos de uso organizativos en los que la pertenencia al grupo cumple un propósito distinto de la gestión de Configuración.
Los vecindarios de Reserva de espacio de trabajo permiten a los administradores reservar escritorios o espacios de trabajo específicos para miembros de un grupo particular, controlando quién puede reservar qué espacios físicos sin adjuntar ninguna Configuración de producto de Zoom al grupo. La asignación de la Marketplace de aplicación permite a los administradores aprobar una aplicación de terceros de Zoom para miembros de un grupo específico en lugar de para todos los usuarios de la cuenta, limitando la disponibilidad de la aplicación sin afectar ninguna otra Configuración. El ámbito de rol, función de cumplimiento permite a los administradores crear roles personalizados de administrador que están restringidos a gestionar solo a los usuarios dentro de un grupo específico, proporcionando Acceso administrativo limitado a un subconjunto de usuarios sin conceder privilegios completos a nivel de cuenta.
Como los grupos sin configuración no participan en la resolución de Configuración, no pueden crear efectos secundarios involuntarios en las políticas: los administradores pueden crear tantos como necesiten para fines organizativos sin afectar la Configuración del producto de ningún usuario.
---
# 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/casos-de-uso.md?ask=&goal=
```
`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.