> 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/pt/canto-do-administrador/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).
# Casos de uso
### Onde a nova experiência resolve os desafios legados de gestão de grupo
#### Implementar um piloto de recurso para um subconjunto de usuários requer apenas um grupo de exceção em vez de grupos emparelhados habilitados/desabilitados
Quando uma Organização quer fazer o piloto de um novo recurso, como o AI Companion, para um subconjunto de usuários enquanto o mantém desabilitado para todos os outros, o modelo legado exigia a criação de grupos emparelhados: um com o recurso ativado e outro com o recurso desativado. Se os usuários no grupo piloto também precisassem de Configurações regionalizadas, como Localizações de armazenamento de dados, o administrador tinha de criar grupos duplicados adicionais por região, porque a designação do grupo principal que controlava o bloqueio do recurso também controlava as Configurações regionais. Isso resultava numa expansão complexa de grupos que escalava com cada combinação de recurso e região.
Na nova experiência, o administrador cria um único grupo de exceção com prioridade mais alta do que a linha de base, configurado apenas com a aba de Configurações do AI Companion. Os usuários no grupo piloto herdam as Configurações do AI Companion do grupo de exceção, enquanto todas as outras Configurações — incluindo as configurações regionais — são herdadas dos seus outros grupos com base na prioridade. Não são necessários grupos emparelhados, nem duplicatas regionais.
#### Políticas de retenção diferenciadas usam classificação por prioridade em vez da lógica legada de "configuração mais restritiva"
Organizações que precisam de períodos de retenção diferentes para diferentes populações de usuários. Por exemplo, usuários regulados exigem um período de retenção do Zoom Chat de 10 anos, enquanto a maioria dos outros só precisa do padrão de 30 dias.
Necessidades diferentes criaram um desafio específico no modelo legado. O Zoom Chat aplicava a configuração mais restritiva quando um usuário pertencia a vários grupos. Se um usuário estivesse em qualquer grupo em que o Chat estivesse Configurado com o período de retenção mais curto, esse período mais curto seria aplicado independentemente de outras associações a grupos. Isso forçava os administradores a criar grupos separados e a gerir cuidadosamente a associação para evitar reduções de retenção não intencionais.
Na nova experiência, a classificação por prioridade determina quais Configurações de retenção do Chat de um grupo entram em vigor. Um grupo de prioridade mais alta configurado com o período de retenção de 10 anos substitui a configuração de 30 dias do grupo de linha de base para usuários em ambos os grupos. A lógica da configuração mais restritiva já não se aplica. O valor do grupo com a prioridade mais alta prevalece, dando aos administradores controlo previsível sobre políticas de retenção diferenciadas.
#### Os requisitos regionais de a residência dos dados podem ser atendidos com grupos que gerenciam apenas as configurações de armazenamento e de áudio
Organizações com usuários em várias regiões muitas vezes precisam Configurar Localizações de armazenamento de dados e números de discagem de áudio de forma diferente por região. No modelo legado, os grupos regionais continham todas as abas de Configurações do produto, o que significava que qualquer alteração de Configurações num grupo regional poderia afetar involuntariamente Configurações do produto não relacionadas ao propósito regional do grupo.
Na nova experiência, os grupos regionais podem ser configurados apenas com a aba de Configurações Gerais, para Localização de armazenamento de dados, e a aba de Conferência de áudio, sem gerir quaisquer outras Configurações do produto. Isso significa que o grupo regional de um usuário controla onde os seus dados são armazenados e quais números de discagem estão Disponível, enquanto todas as outras Configurações — Reuniões, AI Companion, Zoom Chat e outras — são herdadas de outros grupos com base na prioridade. A configuração regional já não cria efeitos colaterais em categorias de Configurações não relacionadas.
#### Grupos sem Configurações permitem casos de uso organizacionais sem complicar a política de Configurações
Nem todo grupo precisa gerir Configurações do produto. A nova experiência suporta grupos sem Configurações — grupos sem Configurações do produto anexadas e sem classificação por prioridade — para casos de uso organizacionais em que a associação ao grupo serve a um propósito diferente da gestão de Configurações.
Os bairros de Reserva de local de trabalho permitem que os administradores reservem mesas ou locais de trabalho específicos para membros de um grupo específico, controlando quem pode reservar quais espaços físicos sem anexar quaisquer Configurações do produto Zoom ao grupo. A atribuição no Marketplace de aplicativos permite que os administradores aprovem um aplicativo Zoom de terceiros para membros de um grupo específico em vez de todos os usuários na conta, delimitando a disponibilidade do aplicativo sem afetar quaisquer outras Configurações. O escopo da função de conformidade permite que os administradores criem funções de administrador personalizadas que ficam restritas a gerir apenas usuários dentro de um grupo específico, fornecendo acesso administrativo delimitado a um subconjunto de usuários sem conceder privilégios totais ao nível da conta.
Como os grupos sem Configurações não participam na resolução de Configurações, eles não podem criar efeitos colaterais de política não intencionais: os administradores podem criar quantos forem necessários para fins organizacionais sem afetar as Configurações do produto de qualquer usuário.
---
# 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/pt/canto-do-administrador/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.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.