Contesto del modello legacy

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

Come funzionava la gestione del gruppo 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 predefinite in tutto l'account.

2. Le Impostazioni a livello di gruppo consentire agli amministratori 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 attraverso questa gerarchia: i valori predefiniti a livello di account vengono trasferiti a tutti i gruppi e utenti sottostanti.

Quando un'impostazione è configurata a livello di account, i gruppi e gli utenti ereditano automaticamente quel valore, a meno che non venga sovrascritto 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 Utilizzo delle impostazioni per livelli. Per un esempio di come questa gerarchia si applichi a un prodotto specifico, consulta l'articolo di Assistenza Zoom Gestione del gruppo di Zoom Phone.

Un utente che ha modificato un'impostazione sbloccata mantiene quel valore a meno che non venga sovrascritto 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 viene 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 sovrascrive la modifica dell'utente.

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

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

Per alcuni prodotti, il modello legacy applicava l'impostazione più restrittiva in tutti i gruppi a cui un utente apparteneva. Se un utente era in un gruppo in cui Zoom Chat era abilitato e in un altro in cui Zoom Chat era disabilitato, Zoom Chat veniva disabilitato per quell'utente perché il sistema adottava per impostazione predefinita 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 Abilita 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 amministratori di creare gruppi in coppia per ogni variazione di Funzionalità: un gruppo con la Funzionalità bloccata su attivo e un altro con la Funzionalità bloccata su disattivo.

Poiché le organizzazioni avevano bisogno di un controllo più granulare su più funzionalità, il numero di gruppi richiesti aumentava, incrementando la complessità di 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.