El contenido de esta página está traducido automáticamente. Zoom no garantiza la precisión.
Page cover
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Casos de uso

Vea cómo la nueva experiencia de grupos simplifica los despliegues piloto, las políticas de retención, la Configuración regional y los grupos sin ajustes.

Donde la nueva experiencia resuelve los desafíos heredados de la gestión de grupos

Implementar un piloto de una característica 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ística, 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ística activada y otro con la característica desactivada. Si los usuarios del grupo piloto también necesitaban configuraciones regionalizadas 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ística también controlaba la configuración regional. Esto daba lugar a una expansión compleja de grupos que crecía con cada combinación de característica y región.

En la nueva experiencia, el administrador crea un solo 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 diferentes poblaciones de usuarios. Por ejemplo, los usuarios regulados requieren un período de retención de Zoom Chat de 10 años, mientras que la mayoría de los demás solo necesita el valor predeterminado de 30 días.

Las distintas necesidades crearon 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 en el que Chat se había 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 a gestionar cuidadosamente la membresía para evitar rebajas de retención no deseadas.

En la nueva experiencia, la clasificación por prioridad determina qué configuración de retención de Chat de un 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. Gana el valor del grupo con mayor prioridad, lo que les da 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 solo administran la configuración de almacenamiento y de audioconferencia

Las organizaciones con usuarios en múltiples regiones a menudo necesitan configurar de forma diferente por región las ubicaciones de almacenamiento de datos y los números de llamada de audioconferencia. 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 involuntariamente a Configuración del producto no relacionada 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 Audioconferencia, sin administrar 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 llamada están disponibles, mientras que todas las demás configuraciones, Reuniones, AI Companion, Zoom Chat y otras, se heredan de otros grupos según la prioridad. La configuración regional ya no crea 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 administrar la Configuración del producto. La nueva experiencia admite grupos sin configuración: grupos sin Configuración del producto adjunta y sin clasificación por prioridad, para casos de uso organizativos en los que la pertenencia al grupo sirve para algo distinto de la administración de la 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 concreto, controlando quién puede reservar qué espacios físicos sin adjuntar ninguna Configuración de producto de Zoom al grupo. La asignación de Marketplace de aplicaciones permite a los administradores aprobar una aplicación de Zoom de terceros para los miembros de un grupo específico en lugar de todos los usuarios de la cuenta, limitando la disponibilidad de la aplicación sin afectar a ninguna otra configuración. La delimitación del rol de cumplimiento permite a los administradores crear roles de administrador personalizados restringidos a gestionar solo a usuarios dentro de un grupo específico, proporcionando acceso administrativo con alcance 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 la configuración, no pueden crear efectos secundarios de política no deseados: los administradores pueden crear tantos como necesiten con fines organizativos sin afectar a la configuración de producto de ningún usuario.

Última actualización

¿Te fue útil?