> 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/settings-resolution.md).

# Resolução de Configurações

### Um modelo de herança baseado em prioridade na nova experiência

#### <mark style="color:azul;">A nova experiência de grupos resolve as Configurações através de um modelo baseado em prioridade que substitui o sistema legado de grupo principal e de conflitos de bloqueio</mark>

<figure><img src="/files/f856e10e574ba07595ea084489866dcb0aa9f067" 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>Como as Configurações são resolvidas na nova experiência de grupos</p></figcaption></figure>

A nova experiência de gestão de grupos e de Configurações introduz um modelo de resolução de Configurações baseado na prioridade explícita do grupo, em vez da dependência do sistema legado da designação de grupo principal, dos conflitos de bloqueio e da lógica da configuração mais restritiva. No novo modelo, cada grupo tem uma classificação numérica de prioridade, em que P1 é a prioridade mais alta e números mais elevados representam prioridade mais baixa. Quando um usuário pertence a vários grupos, o sistema avalia as Configurações de que grupo aplicar com base nesta classificação de prioridade.

O modelo de resolução funciona de forma diferente consoante uma configuração esteja bloqueada ou desbloqueada. Estes dois caminhos determinam como as Configurações se aplicam aos níveis da conta, do grupo e do usuário.

#### <mark style="color:azul;">Para as Configurações bloqueadas, a hierarquia de resolução flui do nível da conta para baixo através da prioridade do grupo</mark>

Quando uma configuração é bloqueada ao nível da conta, o valor ao nível da conta tem precedência absoluta. Nenhuma configuração de grupo e nenhum Alterar ao nível do usuário podem substituir um bloqueio ao nível da conta, independentemente da prioridade do grupo. Este comportamento permanece inalterado em relação ao modelo legado.

Quando uma configuração é bloqueada ao nível do grupo, o bloqueio e o respetivo valor da configuração são herdados do grupo de maior prioridade do usuário que tenha a configuração associada a ele. Uma configuração bloqueada num grupo de menor prioridade não tem efeito se o usuário também pertencer a um grupo de maior prioridade que gere a mesma configuração. Isto é verdade mesmo que o grupo de maior prioridade tenha a configuração desbloqueada. Na nova experiência, a prioridade determina exclusivamente qual configuração de grupo é aplicada; os bloqueios ao nível do grupo não afetam a precedência da forma como afetavam no modelo legado.

#### <mark style="color:azul;">Para as Configurações desbloqueadas, um valor modificado pelo usuário tem precedência sobre os valores padrão do grupo e da conta</mark>

Quando uma configuração está desbloqueada — ou seja, não foi bloqueada ao nível da conta nem no grupo de maior prioridade do usuário que a gere — a própria configuração do usuário tem precedência. Se um usuário tiver modificado uma configuração desbloqueada, esse valor ao nível do usuário é o que entra em vigor. Este comportamento do estado «modificado» é transportado do modelo legado para a nova experiência.

Se o grupo de maior prioridade do usuário tiver a configuração bloqueada, o valor bloqueado entra em vigor e o usuário não a pode substituir, independentemente de qualquer modificação anterior. Um valor modificado pelo usuário só tem precedência quando a configuração está desbloqueada tanto ao nível da conta como no grupo de maior prioridade do usuário que a gere.

Se um usuário não tiver modificado a configuração, o valor é herdado do grupo de maior prioridade do usuário que tenha a configuração associada a ele. Se nenhum grupo gerir a configuração, aplica-se o valor padrão ao nível da conta.

#### <mark style="color:azul;">Um usuário herda tanto o valor da configuração como o estado de bloqueio do seu grupo de maior prioridade que gere a configuração</mark>

Quando o sistema resolve uma configuração para um determinado usuário, identifica o grupo de maior prioridade a que o usuário pertence em que essa configuração específica está associada ao grupo. O usuário herda tanto o valor da configuração (ativada ou desativada) como o estado de bloqueio da configuração (bloqueada ou desbloqueada) desse único grupo. Os grupos de prioridade inferior que também gerem a mesma configuração não têm efeito no valor herdado ou no estado de bloqueio do usuário para essa configuração.

Se nenhum dos grupos de um usuário gerir uma configuração específica, a configuração passa para o valor padrão ao nível da conta. As Configurações que não são selecionadas em nenhum dos grupos do usuário não são bloqueadas nem entram em conflito.

<figure><img src="/files/eec5df3e8aa851ab98b9249b4f64b7189318ba95" 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>Como Jane, usuário que pertence a pelo menos três grupos diferentes, herda Configurações nesses grupos</p></figcaption></figure>

#### <mark style="color:azul;">A designação de grupo principal já não é um fator na resolução de Configurações</mark>

No modelo legado, o grupo principal desempenhava um papel central na determinação de quais Configurações entravam em vigor. Na nova experiência, a designação de grupo principal foi completamente removida da resolução de Configurações. O sistema de classificação por prioridade substitui-a por completo.

A capacidade de designar um grupo principal é mantida porque as Barreiras de Informação ainda dependem do campo de grupo principal para criar barreiras. Os administradores devem estar cientes de que, embora a etiqueta de grupo principal ainda exista, ela não tem influência sobre quais Configurações um usuário herda no novo modelo.

Para mais informações sobre Barreiras de Informação, consulte o [unidade de suporte do Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:azul;">O padrão de grupo de base e de exceção fornece uma estrutura de configuração previsível</mark>

Um exemplo de abordagem de configuração utiliza dois tipos de grupos a trabalhar em conjunto. Um grupo de base contém todos os usuários da conta, tem todas as abas de Configurações ativadas e recebe a prioridade mais baixa.

Este grupo funciona como valores padrão pseudo ao nível da conta: estabelece os valores padrão de configuração e os estados de bloqueio que se aplicam a cada usuário, salvo se forem substituídos por um grupo de maior prioridade.

{% hint style="info" %}
Existe uma exceção notável ao conceito de grupo de base. Ativar todas as Configurações do Zoom Phone num grupo de «todos os usuários» substituiria quaisquer Configurações de «política» ao nível da unidade. Isto ocorreria mesmo quando as Configurações estivessem bloqueadas ao nível da unidade.
{% endhint %}

Os grupos de exceção são então criados em níveis de prioridade mais altos, cada um configurado apenas com as abas de Configurações de produto específicas que precisam de diferir da base. Como o grupo de exceção tem uma prioridade mais alta do que a base, os usuários que pertencem a ambos os grupos herdam os valores do grupo de exceção para as Configurações que ele gere, enquanto todas as outras Configurações continuam a ser herdadas do grupo de base.

Este padrão significa que adicionar uma nova política para um subconjunto de usuários requer apenas um grupo adicional com a aba de Configurações relevante, em vez dos grupos emparelhados ativado/desativado que eram necessários no modelo legado.

#### <mark style="color:azul;">As Configurações não selecionadas em qualquer grupo não são geridas por esse grupo e não criam conflitos</mark>

Quando um grupo é configurado apenas com abas de Configurações de produto específicas, quaisquer Configurações fora dessas abas selecionadas simplesmente não são geridas por esse grupo. Estas Configurações não geridas não criam conflitos, não bloqueiam a herança de outros grupos e não substituem os valores padrão ao nível da conta. Elas passam como se o grupo não existisse para essas Configurações.

Esta é uma Alterar arquitetónica fundamental em relação ao modelo legado, no qual cada grupo transportava todas as abas de produto e podia afetar inadvertidamente Configurações que não eram relevantes para o propósito do grupo.

#### <mark style="color:azul;">A nova experiência de grupos abrange todas as Configurações que estavam disponíveis ao nível legado do grupo</mark>

Não existem lacunas de Configurações entre o modelo legado de gestão de grupos e a nova experiência de grupos. Todas as Configurações que eram configuráveis ao nível do grupo no modelo legado continuam configuráveis na nova experiência. Os administradores que migram para a nova experiência não perderão o acesso a quaisquer Configurações ao nível do grupo.

#### <mark style="color:azul;">As novas Configurações lançadas através de atualizações web mensais seguem o nível de configuração do grupo</mark>

Quando um grupo é configurado com uma categoria completa de Configurações, as novas Configurações adicionadas a essa categoria através de lançamentos web mensais são automaticamente associadas ao grupo. No entanto, se um grupo for configurado apenas com Configurações individuais dentro de uma categoria, nenhuma nova configuração é automaticamente adicionada ao grupo. Isto significa que os administradores que utilizam a seleção granular de Configurações individuais mantêm um controlo preciso sobre quais Configurações cada grupo gere, mesmo à medida que novas funcionalidades são lançadas.

Quando uma nova categoria de Configurações é adicionada a um grupo existente, o grupo herda os valores ao nível da conta para essa categoria no momento da adição.


---

# 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/settings-resolution.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.
