> 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/admin-hornan/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).

# Användningsfall

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

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

När en organisation vill pilottesta nya funktioner, till exempel AI Companion, för en delmängd användare medan det är inaktiverat 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ändare i pilotgruppen också behövde regionaliserade inställningar som platser för datalagring, var administratören tvungen att skapa ytterligare duplicerade grupper per region, eftersom den primära grupptilldelningen 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 grundnivån, konfigurerad med endast AI Companion-inställningsfliken. Användare i pilotgruppen ärver AI Companion-inställningar från undantagsgruppen, medan alla andra inställningar — inklusive regionala konfigurationer — ärvs från deras andra grupper baserat på prioritet. Inga parade grupper behövs, och inga regionala dubbletter krävs.

#### <mark style="color:blå;">Differentierade kvarhållningsprinciper använder prioritetsrangordning i stället för den äldre "den mest restriktiva inställningen"-logiken</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 standarden på 30 dagar.

Olika behov skapade en särskild 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 hantera medlemskap noggrant för att undvika oavsiktliga nedgraderingar av kvarhållningen.

I den nya upplevelsen avgör prioritetsrangordning vilken grupps kvarhållningsinställningar för chatt som träder i kraft. En grupp med högre prioritet, konfigurerad med kvarhållningsperioden på 10 år, åsidosätter grundgruppens 30-dagarsinställning för användare i båda grupperna. Logiken med den mest restriktiva inställningen gäller inte längre. Värdet från gruppen med högst prioritet vinner, vilket ger administratörer förutsägbar kontroll över differentierade kvarhållningsprinciper.

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

Organisationer med användare i flera regioner behöver ofta konfigurera platser för datalagring och nummer för inringning för ljudkonferens olika per region. I den äldre modellen hade regionala grupper alla flikar för produktinställningar, vilket innebar att varje ändring av inställningar i en regional grupp kunde oavsiktligt ändra 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 datalagringsplatsen och fliken Ljudkonferens, utan att hantera några andra produktinställningar. Det betyder att en användares regionala grupp styr var deras data lagras och vilka nummer för inringning som är tillgängliga, medan alla andra inställningar — Meetings, AI Companion, Zoom Chatt och andra — ärvs från andra grupper baserat på prioritet. Regional konfiguration skapar inte längre sidoeffekter i orelaterade kategorier av inställningar.

#### <mark style="color:blå;">Grupper utan inställningar gör det möjligt att aktivera organisatoriska användningsfall utan att komplicera inställningsprincipen</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 prioritetsrangordning — för användningsfall för organisationer där grupptillhörighet tjänar ett annat syfte än hantering av inställningar.

Områden för reservering av arbetsplats används för att tillåta 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 appen används för att tillåta administratörer att godkänna en tredjeparts Zoom-app för medlemmar i en specifik grupp i stället för alla användare i kontot, och avgränsar vilken app som är tillgänglig 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 användare utan att ge fullständiga behörigheter på kontonivå.

Eftersom grupper utan inställningar inte deltar i lösningen av inställningar kan de inte skapa oavsiktliga policybiverkningar: 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, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/sv/admin-hornan/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md?ask=<question>&goal=<endgoal>
```

`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.