> 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/it/angolo-admin/account-and-endpoint-management/nuova-esperienza-di-gestione-di-gruppi-e-impostazioni-spiegazione/contesto-del-modello-legacy.md).

# Contesto del modello legacy

### Come funzionava la gestione del gruppo prima della nuova esperienza

#### <mark style="color:blu;">La gerarchia delle Impostazioni di Zoom opera su tre livelli: account, Gruppo e Utente</mark>

Le Impostazioni amministrative di Zoom sono organizzate in una gerarchia a tre livelli:

1. Le Impostazioni a livello di account sono le più ampie e si applicano come predefinite in tutto l'account.
2. Le Impostazioni a livello di gruppo consentire agli amministratori di personalizzare le Impostazioni per raccolte di utenti.
3. Le Impostazioni a livello di utente sono le più specifiche e si applicano ai singoli utenti.

Le Impostazioni si propagano verso il basso attraverso questa gerarchia: i valori predefiniti a livello di account vengono trasferiti a tutti i gruppi e utenti sottostanti.

Quando un'impostazione è configurata a livello di account, i gruppi e gli utenti ereditano automaticamente quel valore, a meno che non venga sovrascritto a livello di gruppo o di utente.

Per ulteriori informazioni su come funzionano le impostazioni per livelli in Zoom, consulta l'articolo di Assistenza Zoom [Utilizzo delle impostazioni per livelli](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). Per un esempio di come questa gerarchia si applichi a un prodotto specifico, consulta l'articolo di Assistenza Zoom [Gestione del gruppo di Zoom Phone](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

#### <mark style="color:blu;">Un utente che ha modificato un'impostazione sbloccata mantiene quel valore a meno che non venga sovrascritto da un blocco</mark>

Quando un utente modifica manualmente un'impostazione che non è bloccata, il valore scelto dall'utente ha la precedenza sui valori a livello di gruppo e di account per quell'impostazione. Questo viene definito stato "modificato". Un'impostazione modificata a livello di utente continua ad avere la precedenza sui valori a livello di gruppo e di account, a meno che un amministratore non blocchi l'impostazione a livello di account o di gruppo. A quel punto, il valore bloccato sovrascrive la modifica dell'utente.

Questo comportamento si applica sia nel modello legacy di gestione del gruppo sia nella nuova esperienza di gestione di gruppi e Impostazioni. Non è specifico di un modello o dell'altro.

#### <mark style="color:blu;">Nel modello legacy, il gruppo principale e lo stato di blocco determinavano quali Impostazioni avevano effetto per gli utenti in più gruppi</mark>

Quando un utente apparteneva a più di un gruppo nel modello legacy, il sistema designava un gruppo come gruppo principale e tutti gli altri come gruppi secondari. Le Impostazioni del gruppo principale avevano generalmente la precedenza sulle Impostazioni dei gruppi secondari. Quando esistevano conflitti di blocco tra gruppi, ad esempio un gruppo che bloccava un'impostazione su attivo e un altro che la bloccava su disattivo, il sistema utilizzava una combinazione della designazione del gruppo principale e dell'ordine in cui l'utente era stato aggiunto ai gruppi per determinare quale valore si applicasse.

Per alcuni prodotti, il modello legacy applicava l'impostazione più restrittiva in tutti i gruppi a cui un utente apparteneva. Se un utente era in un gruppo in cui Zoom Chat era abilitato e in un altro in cui Zoom Chat era disabilitato, Zoom Chat veniva disabilitato per quell'utente perché il sistema adottava per impostazione predefinita il valore più restrittivo.

#### <mark style="color:blu;">I blocchi delle Funzionalità a livello di account imponevano le Impostazioni dall'alto verso il basso senza eccezioni a livello di gruppo</mark>

Quando un amministratore bloccava un'impostazione a livello di account nel modello legacy, quel valore bloccato si applicava a ogni gruppo e a ogni utente dell'account, senza alcun modo di creare eccezioni. Se un amministratore voleva Abilita una Funzionalità per un gruppo specifico di utenti mantenendola disabilitata per tutti gli altri, doveva sbloccare l'impostazione a livello di account e poi bloccare manualmente il valore desiderato in ogni singolo gruppo. Questa azione rimuoveva immediatamente tale protezione per tutti gli utenti.

Questo approccio richiedeva agli amministratori di creare gruppi in coppia per ogni variazione di Funzionalità: un gruppo con la Funzionalità bloccata su attivo e un altro con la Funzionalità bloccata su disattivo.

Poiché le organizzazioni avevano bisogno di un controllo più granulare su più funzionalità, il numero di gruppi richiesti aumentava, incrementando la complessità di gestione. Ogni nuova eccezione di Funzionalità richiedeva gruppi aggiuntivi e ogni gruppo includeva tutte le schede delle Impostazioni del prodotto indipendentemente dallo scopo del gruppo.


---

# 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/it/angolo-admin/account-and-endpoint-management/nuova-esperienza-di-gestione-di-gruppi-e-impostazioni-spiegazione/contesto-del-modello-legacy.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.
