Il contenuto di questa pagina è tradotto automaticamente. Zoom non ne garantisce l’accuratezza.
Page cover
For the complete documentation index, see llms.txt. This page is also available as Markdown.

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 tramite un modello basato sulla priorità che sostituisce il sistema legacy del gruppo primario e dei conflitti di blocco

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.
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.

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.
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.

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.

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.

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.

Ultimo aggiornamento

È stato utile?