Contesto del modello legacy

Comprendi come il modello legacy gestiva l'ereditarietà delle Impostazioni, le sostituzioni dell'utente, i gruppi primari, i blocchi e la risoluzione dei conflitti.

Come funzionava la gestione dei gruppi prima della nuova esperienza

La gerarchia delle Impostazioni di Zoom opera su tre livelli: account, gruppo e utente

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 impostazioni predefinite all'intero account.

2. Le Impostazioni a livello di gruppo consentono agli amministratore 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 in questa gerarchia: i valori predefiniti a livello di account si estendono a tutti i gruppi e agli utenti sottostanti.

Quando una Impostazioni è configurata a livello di account, gruppi e utenti ereditano automaticamente quel valore, a meno che non venga sostituito 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 Utilizzare le impostazioni per livelli. Per un esempio di come questa gerarchia si applica a un prodotto specifico, consulta l'articolo di Assistenza Zoom Gestione dei gruppi di Zoom Phone.

Un utente che ha modificato un'impostazione sbloccata conserva quel valore, a meno che non venga sostituito da un blocco

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 è 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 sostituisce la modifica dell'utente.

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

Nel modello legacy, il gruppo principale e lo stato di blocco determinavano quali Impostazioni avevano effetto per gli utenti in più gruppi

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 generalmente avevano la precedenza sulle Impostazioni dei gruppi secondari. Quando esistevano conflitti di blocco tra gruppi — ad esempio, un gruppo che bloccava un'impostazione su attiva e un altro che la bloccava su disattiva — il sistema utilizzava una combinazione della designazione di gruppo principale e dell'ordine in cui l'utente era stato aggiunto ai gruppi per determinare quale valore si applicava.

Per alcuni prodotti, il modello legacy applicava l'impostazione più restrittiva tra tutti i gruppi di cui un utente faceva parte. Se un utente era in un gruppo in cui Zoom chat era abilitata e in un altro in cui era disabilitata, Zoom chat sarebbe stata disabilitata per quell'utente perché il sistema predefiniva il valore più restrittivo.

I blocchi delle Funzionalità a livello di account imponevano le Impostazioni dall'alto verso il basso senza eccezioni a livello di gruppo

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 abilitare 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 amministratore di creare gruppi accoppiati per ogni variazione della Funzionalità: un gruppo con la Funzionalità bloccata su attiva e un altro con la Funzionalità bloccata su disattiva.

Man mano che le organizzazioni avevano bisogno di un controllo più granulare su un numero maggiore di Funzionalità, il numero di gruppi richiesti aumentava, incrementando la complessità della 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.