> 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/new-groups-and-settings-management-experience-explainer/settings-resolution.md).
# Risoluzione delle Impostazioni
Scopri come le Impostazioni vengono ereditate e risolte a livello di account, gruppo e utente usando priorità, blocchi e modifiche dell'utente.
### Un modello di ereditarietà basato sulla priorità nella nuova esperienza
#### La nuova esperienza dei gruppi risolve le Impostazioni attraverso un modello basato sulla priorità che sostituisce il sistema legacy di gruppo principale e conflitto di blocco
Come vengono risolte le Impostazioni nella nuova esperienza dei gruppi
La nuova esperienza di gestione dei gruppi e delle Impostazioni introduce un modello di risoluzione delle Impostazioni basato su una priorità esplicita dei gruppi anziché sulla dipendenza del sistema legacy dalla designazione di gruppo principale, dai conflitti di blocco e dalla logica dell'impostazione più restrittiva. Nel nuovo modello, ogni gruppo ha un rango numerico di priorità, in cui P1 è la priorità più alta e i numeri più alti rappresentano priorità inferiori. Quando un utente appartiene a più gruppi, il sistema valuta quale Impostazioni applicare in base a questo ranking di priorità.
Il modello di risoluzione funziona in modo diverso a seconda che un'Impostazioni sia bloccata o sbloccata. Questi due percorsi determinano come si applicano le Impostazioni a livello di account, gruppo e utente.
#### Per le Impostazioni bloccate, la gerarchia di risoluzione fluisce dal livello di account verso il basso attraverso la priorità del gruppo
Quando un'Impostazioni è 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ò annullare un blocco a livello di account, indipendentemente dalla priorità del gruppo. Questo comportamento non è cambiato rispetto al modello legacy.
Quando un'Impostazioni è bloccata a livello di gruppo, il blocco e il relativo valore dell'Impostazioni vengono ereditati dal gruppo dell'utente con la priorità più alta a cui l'Impostazioni è associata. Un'Impostazioni bloccata in un gruppo con priorità inferiore non ha effetto se l'utente appartiene anche a un gruppo con priorità più alta che gestisce la stessa Impostazioni. Ciò vale anche se il gruppo con priorità più alta ha l'Impostazioni sbloccata. Nella nuova esperienza, la priorità determina esclusivamente quale Impostazioni del gruppo viene applicata; i blocchi a livello di gruppo non influenzano la precedenza nel modo in cui accadeva nel modello legacy.
#### Per le Impostazioni sbloccate, un valore modificato dall'utente ha la precedenza sui valori predefiniti del gruppo e dell'account
Quando un'Impostazioni è sbloccata, cioè non è stata bloccata a livello di account o nel gruppo dell'utente con la priorità più alta che la gestisce, ha la precedenza l'Impostazioni dell'utente stesso. Se un utente ha modificato un'Impostazioni sbloccata, è quel valore a livello di utente ad avere effetto. Questo comportamento dello stato "modificato" viene mantenuto dal modello legacy nella nuova esperienza.
Se il gruppo dell'utente con la priorità più alta ha l'Impostazioni bloccata, il valore bloccato ha effetto e l'utente non può modificarlo, indipendentemente da eventuali modifiche precedenti. Un valore modificato dall'utente ha la precedenza solo quando l'Impostazioni è sbloccata sia a livello di account sia nel gruppo dell'utente con la priorità più alta che la gestisce.
Se un utente non ha modificato l'Impostazioni, il valore viene ereditato dal gruppo dell'utente con la priorità più alta a cui l'Impostazioni è associata. Se nessun gruppo gestisce l'Impostazioni, si applica il valore predefinito a livello di account.
#### Un utente eredita sia il valore dell'Impostazioni sia lo stato di blocco dal proprio gruppo con la priorità più alta che gestisce l'Impostazioni
Quando il sistema risolve un'Impostazioni per un determinato utente, identifica il gruppo con la priorità più alta di cui l'utente fa parte e a cui è associata quella specifica Impostazioni. L'utente eredita sia il valore dell'Impostazioni (attivo o inattivo) sia lo stato di blocco dell'Impostazioni (bloccata o sbloccata) da quel singolo gruppo. I gruppi con priorità inferiore che gestiscono anche la stessa Impostazioni non hanno alcun effetto sul valore o sullo stato di blocco ereditati dall'utente per quell'Impostazioni.
Se nessuno dei gruppi di un utente gestisce una determinata Impostazioni, tale Impostazioni viene ricondotta al valore predefinito a livello di account. Le Impostazioni non selezionate in nessuno dei gruppi dell'utente non sono bloccate né in conflitto.
Come Jane, un'utente che appartiene ad almeno tre gruppi diversi, eredita le Impostazioni tra quei gruppi
#### La designazione del gruppo principale non è più un fattore nella risoluzione delle Impostazioni
Nel modello legacy, il gruppo principale svolgeva un ruolo centrale nel determinare quali Impostazioni avessero effetto. Nella nuova esperienza, la designazione del gruppo principale è stata completamente rimossa dalla risoluzione delle Impostazioni. Il sistema di ranking della priorità la sostituisce integralmente.
La possibilità di designare un gruppo principale è mantenuta perché Information Barriers si basa ancora sul campo gruppo principale per creare barriere. Gli amministratori devono sapere che, anche se il tag di gruppo principale esiste ancora, non influisce sulle Impostazioni che un utente eredita nel nuovo modello.
Per ulteriori informazioni su Information Barriers, consultare il [sito di Assistenza Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).
#### Il modello di gruppo di base ed eccezione fornisce un framework di configurazione prevedibile
Un approccio di configurazione di esempio utilizza due tipi di gruppi che lavorano insieme. Un gruppo di base contiene tutti gli utenti dell'account, ha tutte le schede delle Impostazioni abilitate ed è assegnato alla priorità più bassa.
Questo gruppo funziona come valori predefiniti a livello di pseudo-account: stabilisce i valori di Impostazioni predefiniti 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 di base. Abilitare tutte le Impostazioni di Zoom Phone in un gruppo "tutti gli utenti" sostituirebbe eventuali Impostazioni "policy" a livello di sede. Ciò accadrebbe anche quando le Impostazioni sono bloccate a livello di sede.
{% endhint %}
I gruppi di eccezione vengono quindi creati a livelli di priorità più alta, ciascuno configurato solo con le specifiche schede delle Impostazioni del prodotto che devono differire dal gruppo di base. Poiché il gruppo di eccezione ha una priorità superiore rispetto al gruppo di base, gli utenti che appartengono a entrambi i gruppi ereditano i valori del gruppo di eccezione per le Impostazioni che questo gestisce, mentre tutte le altre Impostazioni continuano a essere ereditate dal gruppo di base.
Questo modello significa che l'aggiunta di una nuova policy per un sottoinsieme di utenti richiede solo un gruppo aggiuntivo con la scheda delle Impostazioni pertinente, anziché i gruppi abilitati/disabilitati in coppia che erano necessari nel modello legacy.
#### Le Impostazioni non selezionate in nessun gruppo non sono gestite da quel gruppo e non creano conflitti
Quando un gruppo è configurato solo con specifiche schede delle Impostazioni del prodotto, tutte le Impostazioni al di fuori di quelle schede selezionate non sono semplicemente 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 un cambiamento architetturale fondamentale rispetto al modello legacy, in cui ogni gruppo includeva tutte le schede del prodotto e poteva influenzare involontariamente Impostazioni non pertinenti allo scopo del gruppo.
#### La nuova esperienza dei gruppi copre tutte le Impostazioni che erano disponibili a livello di gruppo legacy
Non ci sono lacune nelle Impostazioni tra il modello legacy di gestione dei gruppi e la nuova esperienza dei 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 ad alcuna Impostazioni a livello di gruppo.
#### Le nuove Impostazioni rilasciate tramite gli aggiornamenti web mensili seguono il livello di configurazione del gruppo
Quando un gruppo è configurato con una categoria completa di Impostazioni, le nuove Impostazioni aggiunte a quella categoria tramite le release 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 ogni gruppo, anche quando vengono rilasciate nuove funzionalità.
Quando viene aggiunta una nuova categoria di Impostazioni a un gruppo esistente, 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, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/it/angolo-admin/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.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.
