> 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
#### La nuova esperienza dei gruppi risolve le Impostazioni tramite un modello basato sulla priorità che sostituisce il sistema legacy del gruppo primario e dei conflitti di blocco
Come si risolvono 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 del gruppo anziché sulla dipendenza del sistema legacy dalla designazione del gruppo primario, dai conflitti di blocco e dalla logica dell'impostazione più restrittiva. Nel nuovo modello, ogni gruppo ha un livello di priorità numerico, in cui P1 è la priorità più alta e i numeri più alti rappresentano una priorità più bassa. Quando un utente appartiene a più gruppi, il sistema valuta quali Impostazioni del gruppo 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.
#### Per le Impostazioni bloccate, la gerarchia di risoluzione scorre dal livello di account verso il basso attraverso la priorità del gruppo
Quando un'Impostazione è bloccata a livello di account, il valore a livello di account ha la precedenza assoluta. Nessuna configurazione di gruppo e nessuna Modifica a livello di utente possono 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 con la priorità più alta dell'utente che ha l'Impostazione collegata ad esso. Un'Impostazione 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 Impostazione. Questo vale 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 influenzano la precedenza come accadevano 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'Impostazione è sbloccata—ossia non è stata bloccata a livello di account né nel gruppo con la priorità più alta dell'utente che la gestisce—l'Impostazione dell'utente ha la precedenza. Se un utente ha modificato un'Impostazione sbloccata, quel valore a livello di utente è quello che entra in vigore. Questo comportamento dello stato "modificato" viene mantenuto dal modello legacy nella nuova esperienza.
Se il gruppo con la priorità più alta dell'utente ha l'Impostazione bloccata, il valore bloccato entra in vigore e l'utente non può modificarlo, indipendentemente da eventuali modifiche precedenti. Un valore modificato dall'utente ha la precedenza solo quando l'Impostazione è sbloccata sia a livello di account sia nel gruppo con la priorità più alta dell'utente che la gestisce.
Se un utente non ha modificato l'Impostazione, il valore viene ereditato dal gruppo con la priorità più alta dell'utente che ha l'Impostazione collegata ad esso. Se nessun gruppo gestisce l'Impostazione, si applica il valore predefinito a livello di account.
#### Un utente eredita sia il valore dell'Impostazione sia lo stato di blocco dal suo gruppo con la priorità più alta che gestisce l'Impostazione
Quando il sistema risolve un'Impostazione per un determinato utente, identifica il gruppo con la priorità più alta a cui l'utente appartiene e al quale quella specifica Impostazione è collegata. L'utente eredita sia il valore dell'Impostazione (attivo o disattivo) sia lo stato di blocco dell'Impostazione (bloccata o sbloccata) da quell'unico gruppo. I gruppi con priorità inferiore che gestiscono anche la stessa Impostazione non hanno alcun effetto sul valore ereditato o sullo stato di blocco dell'utente per quell'Impostazione.
Se nessun gruppo dell'utente gestisce una determinata Impostazione, l'Impostazione passa 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.
Come Jane, un'utente appartenente ad almeno tre gruppi diversi, eredita le Impostazioni tra questi gruppi
#### La designazione del gruppo primario non è più un fattore nella risoluzione delle Impostazioni
Nel modello legacy, il gruppo primario svolgeva un ruolo centrale nel determinare quali Impostazioni entravano in vigore. Nella nuova esperienza, la designazione del gruppo primario è stata completamente rimossa dalla risoluzione delle Impostazioni. Il sistema di classificazione per priorità la sostituisce completamente.
La possibilità di designare un gruppo primario viene mantenuta perché Information Barriers si basa ancora sul campo gruppo primario per creare le barriere. Gli amministratori devono essere consapevoli che, sebbene il tag del gruppo primario 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).
#### Il pattern del gruppo di base e dei gruppi di 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 abilitate tutte le schede delle Impostazioni ed è assegnato alla priorità più bassa.
Questo gruppo funziona come predefiniti a livello di pseudo-account: stabilisce i valori predefiniti delle Impostazioni e gli stati di blocco che si applicano a ogni utente, salvo sovrascrizione da parte di un gruppo con priorità più alta.
{% hint style="info" %}
C'è 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ò avverrebbe anche quando le Impostazioni sono bloccate a livello di sede.
{% endhint %}
Vengono quindi creati gruppi di eccezione a livelli di priorità più alti, ciascuno configurato solo con le schede specifiche delle Impostazioni del prodotto che devono differire dal gruppo di base. Poiché il gruppo di eccezione ha una priorità più alta rispetto al gruppo di base, gli utenti che appartengono a entrambi i gruppi ereditano i valori del gruppo di eccezione per le Impostazioni che esso gestisce, mentre tutte le altre Impostazioni continuano a essere ereditate dal gruppo di base.
Questo pattern significa che l'aggiunta di una nuova policy per un sottoinsieme di utenti richiede solo un gruppo aggiuntivo con la relativa scheda delle Impostazioni, invece delle coppie di gruppi abilitato/disabilitato necessarie nel modello legacy.
#### Le Impostazioni non selezionate in alcun gruppo non sono gestite da quel gruppo e non creano conflitti
Quando un gruppo è configurato con solo schede specifiche delle Impostazioni del prodotto, tutte le Impostazioni al di fuori di tali 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 attraverso 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 influire inavvertitamente su Impostazioni non pertinenti allo scopo del gruppo.
#### La nuova esperienza dei gruppi copre tutte le Impostazioni che erano disponibili a livello di gruppo nel modello legacy
Non ci sono lacune nelle Impostazioni tra il modello legacy di gestione dei gruppi e la nuova esperienza dei gruppi. Ogni Impostazione configurabile a livello di gruppo nel modello legacy rimane configurabile nella nuova esperienza. Gli amministratori che passano alla nuova esperienza non perderanno l'accesso ad alcuna Impostazione a livello di gruppo.
#### Le nuove Impostazioni rilasciate tramite gli aggiornamenti mensili del web 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 i rilasci mensili del web vengono automaticamente collegate al gruppo. Tuttavia, se un gruppo è configurato con solo singole Impostazioni all'interno di una categoria, nessuna nuova Impostazione 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, 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/risoluzione-delle-impostazioni.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.