Casi d'uso

Guarda come la nuova esperienza di gruppi semplifica le distribuzioni pilota, le policy di conservazione, le Impostazioni regionali e i gruppi senza Impostazioni.

Dove la nuova esperienza risolve le sfide legacy della gestione dei gruppi

L’implementazione di un pilot di una funzionalità a un sottoinsieme di utenti richiede solo un gruppo eccezione invece di gruppi abilitati/disabilitati abbinati

Quando un’Organizzazione vuole testare una nuova Funzionalità, come AI Companion, per un sottoinsieme di utenti mantenendola disabilitata per tutti gli altri, il modello legacy richiedeva la creazione di gruppi abbinati: uno con la funzionalità bloccata su attiva e un altro con la funzionalità bloccata su disattiva. Se gli utenti nel gruppo pilota avevano anche bisogno di impostazioni regionali come le posizioni di archiviazione dei dati, l’amministratore doveva creare ulteriori gruppi duplicati per regione, perché la designazione del gruppo principale che controllava il blocco della funzionalità controllava anche le impostazioni regionali. Questo comportava una complessa espansione dei gruppi che cresceva con ogni combinazione di funzionalità e regione.

Nella nuova esperienza, l’amministratore crea un singolo gruppo eccezione con priorità più alta rispetto alla base, configurato solo con la scheda Impostazioni di AI Companion. Gli utenti nel gruppo pilota ereditano le impostazioni di AI Companion dal gruppo eccezione, mentre tutte le altre impostazioni, incluse le configurazioni regionali, vengono ereditate dagli altri gruppi in base alla priorità. Non sono necessari gruppi abbinati e non sono richiesti duplicati regionali.

Le policy di conservazione differenziate usano la classificazione per priorità invece della logica legacy della "impostazione più restrittiva"

Organizzazioni che necessitano di periodi di conservazione diversi per popolazioni di utenti diverse. Ad esempio, gli utenti soggetti a normativa richiedono un periodo di conservazione di Zoom chat di 10 anni, mentre la maggior parte degli altri necessita solo del predefinito di 30 giorni.

Esigenze diverse creavano una sfida specifica nel modello legacy. Zoom chat applicava l’impostazione più restrittiva quando un utente apparteneva a più gruppi. Se un utente era in qualsiasi gruppo in cui chat era configurata con il periodo di conservazione più breve, quel periodo più breve veniva applicato indipendentemente dalle altre appartenenze ai gruppi. Ciò costringeva gli amministratori a creare gruppi separati e a gestire attentamente l’appartenenza per evitare downgrade indesiderati della conservazione.

Nella nuova esperienza, la classificazione per priorità determina quali impostazioni di conservazione di chat del gruppo entrano in vigore. Un gruppo con priorità più alta configurato con il periodo di conservazione di 10 anni sostituisce l’impostazione di 30 giorni del gruppo base per gli utenti presenti in entrambi i gruppi. La logica dell’impostazione più restrittiva non si applica più. Il valore del gruppo con priorità più alta prevale, offrendo agli amministratori un controllo prevedibile sulle policy di conservazione differenziate.

I requisiti regionali di residenza dati possono essere soddisfatti con gruppi che gestiscono solo le impostazioni di archiviazione e di audioconferenza

Le organizzazioni con utenti in più regioni spesso devono configurare in modo diverso, per regione, le posizioni di archiviazione dei dati e i numeri di chiamata in ingresso per audioconferenza. Nel modello legacy, i gruppi regionali includevano tutte le schede delle impostazioni del prodotto, il che significava che qualsiasi modifica alle impostazioni in un gruppo regionale poteva influire involontariamente su impostazioni del prodotto non correlate allo scopo regionale del gruppo.

Nella nuova esperienza, i gruppi regionali possono essere configurati solo con la scheda Impostazioni Generali, per la posizione di archiviazione dei dati, e con la scheda Audioconferenza, senza gestire alcun’altra impostazione del prodotto. Ciò significa che il gruppo regionale di un utente controlla dove vengono archiviati i suoi dati e quali numeri di chiamata in ingresso sono disponibili, mentre tutte le altre impostazioni—Riunioni, AI Companion, Zoom chat e altre—vengono ereditate dagli altri gruppi in base alla priorità. La configurazione regionale non crea più effetti collaterali in categorie di impostazioni non correlate.

I gruppi senza impostazioni consentono casi d’uso organizzativi senza complicare la policy delle impostazioni

Non tutti i gruppi devono gestire le impostazioni del prodotto. La nuova esperienza supporta i gruppi senza impostazioni—gruppi senza impostazioni del prodotto associate e senza classificazione per priorità—fornendo casi d’uso organizzativi in cui l’appartenenza al gruppo ha uno scopo diverso dalla gestione delle impostazioni.

I quartieri di Prenotazione area di lavoro consentono agli amministratori di riservare scrivanie o aree di lavoro specifiche ai membri di un determinato gruppo, controllando chi può prenotare quali spazi fisici senza associare al gruppo alcuna impostazione del prodotto Zoom. L’assegnazione nel Marketplace consente agli amministratori di approvare un’app Zoom di terze parti per i membri di un gruppo specifico invece che per tutti gli utenti dell’account, circoscrivendo la disponibilità dell’app senza influire su altre impostazioni. L’ambito del ruolo di conformità consente agli amministratori di creare ruoli amministrativi personalizzati limitati alla gestione solo degli utenti all’interno di un gruppo specifico, fornendo un accesso amministrativo limitato a un sottoinsieme di utenti senza concedere privilegi completi a livello di account.

Poiché i gruppi senza impostazioni non partecipano alla risoluzione delle impostazioni, non possono creare effetti collaterali indesiderati sulle policy: gli amministratori possono crearne tutti quelli necessari per scopi organizzativi senza influire sulle impostazioni del prodotto di alcun utente.