> 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/casi-duso.md).
# Casi d'uso
### 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 di eccezione invece di coppie di gruppi abilitati/disabilitati
Quando un'Organizzazione vuole testare in anteprima 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 del gruppo pilota avevano anche bisogno di impostazioni regionalizzate come le posizioni di archiviazione dei dati, l'amministratore doveva creare gruppi duplicati aggiuntivi per ogni regione, perché la designazione del gruppo principale che controllava il blocco della funzionalità controllava anche le impostazioni regionali. Questo portava a un'espansione complessa dei gruppi che cresceva con ogni combinazione di funzionalità e regione.
Nella nuova esperienza, l'amministratore crea un singolo gruppo di eccezione con priorità superiore rispetto alla baseline, configurato solo con la scheda Impostazioni di AI Companion. Gli utenti del gruppo pilota ereditano le impostazioni di AI Companion dal gruppo di eccezione, mentre tutte le altre impostazioni — comprese le configurazioni regionali — vengono ereditate dagli altri gruppi in base alla priorità. Non servono gruppi abbinati e non sono necessari duplicati regionali.
#### Le policy di conservazione differenziate utilizzano la classificazione di priorità invece della logica legacy dell'impostazione "più restrittiva"
Organizzazioni che hanno bisogno di periodi di conservazione diversi per diverse popolazioni di utenti. Ad esempio, gli utenti soggetti a regolamentazione richiedono un periodo di conservazione di 10 anni per Zoom Chat, 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, veniva applicato quel periodo più breve indipendentemente dalle altre appartenenze ai gruppi. Questo costringeva gli amministratori a creare gruppi separati e a gestire con attenzione l'appartenenza per evitare riduzioni indesiderate della conservazione.
Nella nuova esperienza, la classificazione di priorità determina quale impostazione di conservazione di Chat del gruppo entra 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 baseline per gli utenti presenti in entrambi i gruppi. La logica dell'impostazione più restrittiva non si applica più. Il valore del gruppo con la priorità più alta prevale, offrendo agli amministratori un controllo prevedibile sulle policy di conservazione differenziate.
#### I requisiti di residenza dati regionali possono essere gestiti con gruppi che amministrano solo le impostazioni di archiviazione e audio conferencing
Le Organizzazioni con utenti in più regioni spesso devono configurare in modo diverso, a seconda della regione, le posizioni di archiviazione dei dati e i numeri di chiamata in ingresso per audio conferencing. 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 sulle 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 Audio Conferencing, senza gestire altre impostazioni 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 Disponibile, mentre tutte le altre impostazioni — Meetings, AI Companion, Zoom Chat e altre — vengono ereditate da 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 gruppi senza impostazioni — gruppi senza impostazioni del prodotto associate e senza classificazione di priorità — per 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 delle app 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, delimitando la Disponibile dell'app senza influire su altre impostazioni. L'ambito del Ruolo di conformità consente agli amministratori di creare ruoli admin personalizzati limitati alla gestione solo degli utenti all'interno di un gruppo specifico, fornendo un Access 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 delle policy: gli amministratori possono crearne quanti ne servono per scopi organizzativi senza influire sulle impostazioni del prodotto di alcun utente.
---
# 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/casi-duso.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.