> 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/risoluzione-delle-impostazioni.md).

# Risoluzione delle Impostazioni

### Un modello di ereditarietà basato sulla priorità nella nuova esperienza

#### <mark style="color:blu;">La nuova esperienza di gruppi risolve le Impostazioni tramite un modello basato sulla priorità che sostituisce il sistema legacy del gruppo principale e dei conflitti di blocco</mark>

<div data-with-frame="true"><figure><img src="/files/6cd0af0984ad7c78faf3ae1e8a62f5477d4a4192" 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>Come vengono risolte le Impostazioni nella nuova esperienza di gruppi</p></figcaption></figure></div>

La nuova esperienza di gestione di gruppi e Impostazioni introduce un modello di risoluzione delle Impostazioni basato su una priorità esplicita del gruppo anziché sulla dipendenza del sistema legacy dalla designazione del gruppo principale, dai conflitti di blocco e dalla logica dell'impostazione più restrittiva. Nel nuovo modello, ogni gruppo ha un rango di priorità numerico, in cui P1 è la priorità più alta e i numeri più alti rappresentano priorità più basse. Quando un utente appartiene a più gruppi, il sistema valuta quale Impostazioni applicare in base a questa classifica di priorità.

Il modello di risoluzione funziona in modo diverso a seconda che un'impostazione sia bloccata o sbloccata. Questi due percorsi determinano come le Impostazioni si applicano ai livelli di account, gruppo e utente.

#### <mark style="color:blu;">Per le Impostazioni bloccate, la gerarchia di risoluzione fluisce dal livello di account verso il basso attraverso la priorità del gruppo</mark>

Quando un'impostazione è bloccata a livello di account, il valore a livello di account ha precedenza assoluta. Nessuna configurazione di gruppo e nessuna modifica a livello di utente può ignorare un blocco a livello di account, indipendentemente dalla priorità del gruppo. Questo comportamento non è cambiato rispetto al modello legacy.

Quando un'impostazione è bloccata a livello di gruppo, il blocco e il relativo valore dell'impostazione vengono ereditati dal gruppo dell'utente con priorità più alta che ha l'impostazione associata. Un'impostazione bloccata in un gruppo con priorità più bassa non ha effetto se l'utente appartiene anche a un gruppo con priorità più alta che gestisce la stessa impostazione. Questo è vero anche se il gruppo con priorità più alta ha l'impostazione sbloccata. Nella nuova esperienza, la priorità determina esclusivamente quale impostazione del gruppo viene applicata; i blocchi a livello di gruppo non influiscono sulla precedenza come avveniva nel modello legacy.

#### <mark style="color:blu;">Per le Impostazioni sbloccate, un valore modificato dall'utente ha precedenza sui valori predefiniti di gruppo e di account</mark>

Quando un'impostazione è sbloccata—ossia non è stata bloccata a livello di account o nel gruppo dell'utente con priorità più alta che la gestisce—ha precedenza la stessa impostazione dell'utente. Se un utente ha modificato un'impostazione sbloccata, è quel valore a livello di utente a entrare in vigore. Questo comportamento dello stato "modificato" viene portato avanti dal modello legacy alla nuova esperienza.

Se il gruppo dell'utente con priorità più alta ha l'impostazione bloccata, entra in vigore il valore bloccato e l'utente non può ignorarlo, indipendentemente da eventuali modifiche precedenti. Un valore modificato dall'utente ha precedenza solo quando l'impostazione è sbloccata sia a livello di account sia nel gruppo dell'utente con priorità più alta che la gestisce.

Se un utente non ha modificato l'impostazione, il valore viene ereditato dal gruppo dell'utente con priorità più alta che ha l'impostazione associata. Se nessun gruppo gestisce l'impostazione, si applica il valore predefinito a livello di account.

#### <mark style="color:blu;">Un utente eredita sia il valore dell'impostazione sia lo stato di blocco dal gruppo con priorità più alta che gestisce l'impostazione</mark>

Quando il sistema risolve un'impostazione per un determinato utente, identifica il gruppo con la priorità più alta di cui l'utente fa parte e in cui quella specifica impostazione è associata al gruppo. L'utente eredita da quel singolo gruppo sia il valore dell'impostazione (attivo o disattivo) sia lo stato di blocco dell'impostazione (bloccata o sbloccata). I gruppi con priorità più bassa che gestiscono anche la stessa impostazione non hanno effetto sul valore ereditato dall'utente o sullo stato di blocco di quell'impostazione.

Se nessuno dei gruppi di un utente gestisce una particolare impostazione, l'impostazione viene trasferita al valore predefinito a livello di account. Le Impostazioni che non sono selezionate in nessuno dei gruppi dell'utente non sono bloccate né in conflitto.

<div data-with-frame="true"><figure><img src="/files/1b8af14e002d4a4270ce4a7329990f163b67476b" 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>Come Jane, un'utente che appartiene ad almeno tre gruppi diversi, eredita le Impostazioni tra tali gruppi</p></figcaption></figure></div>

#### <mark style="color:blu;">La designazione del gruppo principale non è più un fattore nella risoluzione delle Impostazioni</mark>

Nel modello legacy, il gruppo principale svolgeva un ruolo centrale nel determinare quali Impostazioni entrassero in vigore. Nella nuova esperienza, la designazione del gruppo principale è stata completamente rimossa dalla risoluzione delle Impostazioni. Il sistema di classificazione della priorità la sostituisce completamente.

La possibilità di designare un gruppo principale viene mantenuta perché Information Barriers si basa ancora sul campo del gruppo principale per creare le barriere. Gli amministratori devono sapere che, sebbene il tag del gruppo principale esista ancora, non influisce su quali Impostazioni un utente eredita nel nuovo modello.

Per ulteriori informazioni su Information Barriers, consulta il [sito di Assistenza Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:blu;">Il modello di gruppo baseline e gruppo eccezione fornisce un framework di configurazione prevedibile</mark>

Un approccio di configurazione di esempio utilizza due tipi di gruppi che lavorano insieme. Un gruppo baseline contiene tutti gli utenti nell'account, ha tutte le schede Impostazioni abilitate ed è assegnato alla priorità più bassa.

Questo gruppo funziona come valori predefiniti pseudo a livello di account: stabilisce i valori predefiniti delle Impostazioni e gli stati di blocco che si applicano a ogni utente, a meno che non vengano sostituiti da un gruppo con priorità più alta.

{% hint style="info" %}
Esiste un'eccezione notevole al concetto di gruppo baseline. L'attivazione di tutte le Impostazioni di Zoom Phone in un gruppo "tutti gli utenti" annullerebbe eventuali Impostazioni di "policy" a livello di sede. Ciò avverrebbe anche quando le Impostazioni sono bloccate a livello di sede.
{% endhint %}

I gruppi eccezione vengono quindi creati a livelli di priorità più alti, ciascuno configurato solo con le specifiche schede Impostazioni del prodotto che devono differire dal baseline. Poiché il gruppo eccezione ha una priorità più alta del baseline, gli utenti che appartengono a entrambi i gruppi ereditano i valori del gruppo eccezione per le Impostazioni che gestisce, mentre tutte le altre Impostazioni continuano a essere ereditate dal gruppo baseline.

Questo modello significa che l'aggiunta di una nuova policy per un sottoinsieme di utenti richiede solo un gruppo aggiuntivo con la relativa scheda Impostazioni, invece dei gruppi abilitato/disabilitato in coppia che erano necessari nel modello legacy.

#### <mark style="color:blu;">Le Impostazioni non selezionate in un gruppo non sono gestite da quel gruppo e non creano conflitti</mark>

Quando un gruppo è configurato con solo specifiche schede Impostazioni del prodotto, eventuali Impostazioni al di fuori di quelle schede selezionate semplicemente non sono gestite da quel gruppo. Queste Impostazioni non gestite non creano conflitti, non bloccano l'ereditarietà da altri gruppi e non sostituiscono i valori predefiniti a livello di account. Passano come se il gruppo non esistesse per quelle Impostazioni.

Si tratta di una fondamentale modifica architetturale rispetto al modello legacy, in cui ogni gruppo includeva tutte le schede del prodotto e poteva influire involontariamente su Impostazioni non pertinenti allo scopo del gruppo.

#### <mark style="color:blu;">La nuova esperienza di gruppi copre tutte le Impostazioni che erano disponibili a livello di gruppo legacy</mark>

Non ci sono lacune nelle Impostazioni tra il modello legacy di gestione dei gruppi e la nuova esperienza di gruppi. Ogni Impostazioni che era configurabile a livello di gruppo nel modello legacy rimane configurabile nella nuova esperienza. Gli amministratori che eseguono la migrazione alla nuova esperienza non perderanno l'accesso a nessuna Impostazioni a livello di gruppo.

#### <mark style="color:blu;">Le nuove Impostazioni rilasciate tramite gli aggiornamenti web mensili seguono il livello di configurazione del gruppo</mark>

Quando un gruppo è configurato con una categoria completa di Impostazioni, le nuove Impostazioni aggiunte a quella categoria tramite i rilasci web mensili vengono automaticamente associate al gruppo. Tuttavia, se un gruppo è configurato solo con singole Impostazioni all'interno di una categoria, nessuna nuova Impostazioni viene aggiunta automaticamente al gruppo. Ciò significa che gli amministratori che utilizzano una selezione granulare delle singole Impostazioni mantengono un controllo preciso su quali Impostazioni gestisce ciascun gruppo, anche quando vengono rilasciate nuove funzionalità.

Quando a un gruppo esistente viene aggiunta una nuova categoria di Impostazioni, il gruppo eredita i valori a livello di account per quella categoria al momento dell'aggiunta.


---

# 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:

```
GET https://library.zoom.com/technical-library/it/angolo-admin/account-and-endpoint-management/nuova-esperienza-di-gestione-di-gruppi-e-impostazioni-spiegazione/risoluzione-delle-impostazioni.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
