> 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/sv/adminhorna/account-and-endpoint-management/forklaring-av-den-nya-upplevelsen-for-hantering-av-grupper-och-installningar/anvandningsfall.md).

# Användningsfall

### Där den nya upplevelsen löser utmaningar med äldre grupphantering

#### <mark style="color:blå;">Att rulla ut en funktionspilot till en delmängd av användare kräver bara en undantagsgrupp i stället för parade aktiverade/inaktiverade grupper</mark>

När en organisation vill testa en ny funktion, till exempel AI Companion, för en delmängd av användare medan den är inaktiverad för alla andra, krävde den äldre modellen att man skapade parade grupper: en med funktionen låst på och en annan med funktionen låst av. Om användarna i pilotgruppen också behövde regionaliserade inställningar som datalagringsplatser, var administratören tvungen att skapa ytterligare duplicerade grupper per region, eftersom den primära gruppbeteckningen som styrde funktionslåset också styrde de regionala inställningarna. Detta resulterade i komplex grupputvidgning som skalade med varje kombination av funktion och region.

I den nya upplevelsen skapar administratören en enda undantagsgrupp med högre prioritet än baslinjen, konfigurerad endast med fliken AI Companion-inställningar. Användare i pilotgruppen ärver AI Companion-inställningar från undantagsgruppen, medan alla andra inställningar—inklusive regionala konfigurationer—ärvs från sina andra grupper baserat på prioritet. Inga parade grupper behövs och inga regionala kopior krävs.

#### <mark style="color:blå;">Differentierade kvarhållningspolicyer använder prioritetsrankning i stället för den äldre logiken för "den mest restriktiva inställningen"</mark>

Organisationer som behöver olika kvarhållningsperioder för olika användarpopulationer. Till exempel kräver reglerade användare en kvarhållningsperiod på 10 år för Zoom Chatt, medan de flesta andra bara behöver 30-dagarsstandarden.

Skilda behov skapade en specifik utmaning i den äldre modellen. Zoom Chatt tillämpade den mest restriktiva inställningen när en användare tillhörde flera grupper. Om en användare fanns i någon grupp där Chatt var konfigurerad med den kortare kvarhållningsperioden, gällde den kortare perioden oavsett andra grupptillhörigheter. Detta tvingade administratörer att skapa separata grupper och noggrant hantera medlemskap för att undvika oavsiktliga nedgraderingar av kvarhållningen.

I den nya upplevelsen avgör prioritetsrankning vilken grupps Chatt-kvarhållningsinställningar som träder i kraft. En grupp med högre prioritet som är konfigurerad med 10-års kvarhållningsperiod åsidosätter baslinjegruppens 30-dagarsinställning för användare i båda grupperna. Logiken för den mest restriktiva inställningen gäller inte längre. Gruppen med högst prioritet vinner, vilket ger administratörer förutsägbar kontroll över differentierade kvarhållningspolicyer.

#### <mark style="color:blå;">Krav på regional datahemvist kan hanteras med grupper som endast hanterar lagrings- och ljudkonferensinställningar</mark>

Organisationer med användare i flera regioner behöver ofta konfigurera datalagringsplatser och ljudkonferensinringningsnummer olika per region. I den äldre modellen bar regionala grupper på alla produktinställningsflikar, vilket innebar att varje ändring av inställningar i en regional grupp oavsiktligt kunde påverka produktinställningar som inte var relaterade till gruppens regionala syfte.

I den nya upplevelsen kan regionala grupper konfigureras med endast fliken Allmänna inställningar, för datalagringsplats och fliken Ljudkonferens, utan att hantera några andra produktinställningar. Det innebär att en användares regionala grupp styr var deras data lagras och vilka inringningsnummer som är tillgängliga, medan alla andra inställningar—Möten, AI Companion, Zoom Chatt och andra—ärvs från andra grupper baserat på prioritet. Regional konfiguration skapar inte längre sidoeffekter i orelaterade inställningskategorier.

#### <mark style="color:blå;">Grupper utan inställningar möjliggör organisatoriska användningsfall utan att komplicera inställningspolicyn</mark>

Inte varje grupp behöver hantera produktinställningar. Den nya upplevelsen stöder grupper utan inställningar—grupper utan kopplade produktinställningar och utan prioritetsordning—for organisatoriska användningsfall där gruppmedlemskap fyller ett annat syfte än hantering av inställningar.

Reserveringsområden för reservering av arbetsplats gör det möjligt för administratörer att reservera specifika skrivbord eller arbetsplatser för medlemmar i en viss grupp, och kontrollera vem som kan boka vilka fysiska utrymmen utan att koppla några Zoom-produktinställningar till gruppen. Tilldelning i Marketplace för app låter administratörer godkänna en tredjeparts-Zoom-app för medlemmar i en specifik grupp i stället för alla användare i kontot, vilket avgränsar app-tillgänglighet utan att påverka några andra inställningar. Avgränsning av efterlevnadsroll låter administratörer skapa anpassade adminroller som är begränsade till att endast hantera användare inom en specifik grupp, vilket ger avgränsad administrativ Access till en delmängd av användare utan att ge fullständiga behörigheter på kontonivå.

Eftersom grupper utan inställningar inte deltar i lösning av inställningar kan de inte skapa oavsiktliga policy-sidoeffekter: Administratörer kan skapa så många som behövs för organisatoriska syften utan att påverka någon användares produktinställningar.


---

# 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:

```
GET https://library.zoom.com/technical-library/sv/adminhorna/account-and-endpoint-management/forklaring-av-den-nya-upplevelsen-for-hantering-av-grupper-och-installningar/anvandningsfall.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.