> 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/nl/beheerdershoek/account-and-endpoint-management/uitleg-over-de-nieuwe-beheerervaring-voor-groepen-en-instellingen/gebruiksscenarios.md).

# Gebruiksscenario's

### Waar de nieuwe ervaring de uitdagingen van legacy Groep-beheer oplost

#### <mark style="color:blauw;">Bij het uitrollen van een functiepilot naar een subset van gebruikers is slechts één uitzonderingsgroep nodig in plaats van gekoppelde ingeschakelde/uitgeschakelde groepen</mark>

Wanneer een Organisatie een nieuwe functie wil uitproberen, zoals AI Companion, voor een subset van gebruikers terwijl deze voor iedereen anders uitgeschakeld blijft, vereiste het legacy-model het maken van gekoppelde groepen: één met de functie vast ingeschakeld en een andere met de functie vast uitgeschakeld. Als gebruikers in de pilotgroep ook regionaliseerde instellingen nodig hadden, zoals opslaglocaties voor data, moest de beheerder extra dubbele groepen per regio maken, omdat de primaire groepsaanduiding die de functievergrendeling beheerde ook de regionale Instellingen beheerde. Dit resulteerde in complexe groepuitbreiding die toenam met elke combinatie van functie en regio.

In de nieuwe ervaring maakt de beheerder één uitzonderingsgroep met een hogere prioriteit dan de basislijn, geconfigureerd met alleen het tabblad AI Companion Instellingen. Gebruikers in de pilotgroep erven AI Companion Instellingen van de uitzonderingsgroep, terwijl alle andere Instellingen — inclusief regionale configuraties — worden geërfd van hun andere groepen op basis van prioriteit. Er zijn geen gekoppelde groepen nodig en geen regionale duplicaten vereist.

#### <mark style="color:blauw;">Gedifferentieerde retentiebeleid gebruiken prioriteitsrangschikking in plaats van de legacy-logica van de "meest restrictieve instelling"</mark>

Organisaties die verschillende bewaartermijnen nodig hebben voor verschillende gebruikerspopulaties. Bijvoorbeeld: gereguleerde gebruikers vereisen een Zoom chatbericht-retentieperiode van 10 jaar, terwijl de meesten alleen de Standaard van 30 dagen nodig hebben.

Verschillende behoeften zorgden voor een specifieke uitdaging in het legacy-model. Zoom chatbericht paste de meest restrictieve instelling toe wanneer een gebruiker tot meerdere Groepen behoorde. Als een gebruiker in een Groep zat waarin chatbericht was geconfigureerd met de kortere bewaartermijn, gold die kortere periode ongeacht andere groepslidmaatschappen. Hierdoor moesten beheerders afzonderlijke Groepen maken en het lidmaatschap zorgvuldig beheren om onbedoelde verlagingen van de retentie te voorkomen.

In de nieuwe ervaring bepaalt de prioriteitsrangschikking welke chatbericht-retentie-instellingen van een Groep van kracht worden. Een Groep met hogere prioriteit, geconfigureerd met de bewaartermijn van 10 jaar, overschrijft de 30-daagse instelling van de basisgroep voor gebruikers in beide Groepen. De logica van de meest restrictieve instelling is niet langer van toepassing. De waarde van de Groep met de hoogste prioriteit wint, waardoor beheerders voorspelbare controle krijgen over gedifferentieerde retentiebeleid.

#### <mark style="color:blauw;">Regionale vereisten voor gegevensresidentie kunnen worden aangepakt met Groepen die alleen opslag- en audiovergaderingsinstellingen beheren</mark>

Organisaties met gebruikers in meerdere regio's moeten vaak gegevensopslaglocaties en inbelnummers voor audiovergaderingen per regio verschillend configureren. In het legacy-model bevatten regionale Groepen alle productinstellingen-tabbladen, wat betekende dat elke wijziging in Instellingen in een regionale Groep onbedoeld productinstellingen kon beïnvloeden die niets te maken hadden met het regionale doel van de Groep.

In de nieuwe ervaring kunnen regionale Groepen worden geconfigureerd met alleen het tabblad Algemene Instellingen, voor opslaglocatie van gegevens, en het tabblad audiovergaderingen, zonder andere productinstellingen te beheren. Dit betekent dat de regionale Groep van een gebruiker bepaalt waar hun gegevens worden opgeslagen en welke inbelnummers Beschikbaar zijn, terwijl alle andere Instellingen—Vergaderingen, AI Companion, Zoom chatbericht en andere—worden overgenomen van andere Groepen op basis van prioriteit. Regionale configuratie veroorzaakt niet langer neveneffecten in niet-gerelateerde Instellingen-categorieën.

#### <mark style="color:blauw;">Groepen zonder Instellingen maken organisatorische use-cases mogelijk zonder het beleid voor Instellingen ingewikkelder te maken</mark>

Niet elke Groep hoeft productinstellingen te beheren. De nieuwe ervaring ondersteunt Groepen zonder Instellingen—Groepen zonder gekoppelde productinstellingen en zonder prioriteitsrangschikking—voor organisatorische use-cases waarbij lidmaatschap van de Groep een ander doel dient dan beheer van Instellingen.

Buurten voor Reservering werkruimte stellen beheerders in staat om specifieke bureaus of werkruimtes te reserveren voor leden van een bepaalde Groep, en bepalen wie welke fysieke ruimtes kan boeken zonder enige Zoom-productinstellingen aan de Groep te koppelen. Toewijzing van Marketplace-apps stelt beheerders in staat om een Zoom-app van een derde partij goed te keuren voor leden van een specifieke Groep in plaats van voor alle gebruikers in het account, waardoor de Beschikbaarbaarheid van apps wordt afgebakend zonder andere Instellingen te beïnvloeden. Afbakening van de naleving-Rol stelt beheerders in staat om aangepaste beheerder-Rollen te maken die beperkt zijn tot het beheren van alleen gebruikers binnen een specifieke Groep, wat afgebakende administratieve Access biedt tot een subset van gebruikers zonder volledige privileges op accountniveau te verlenen.

Omdat Groepen zonder Instellingen niet deelnemen aan het oplossen van Instellingen, kunnen ze geen onbedoelde beleidsmatige neveneffecten veroorzaken: Beheerders kunnen er zoveel maken als nodig is voor organisatorische doeleinden zonder de productinstellingen van een gebruiker te beïnvloeden.


---

# 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/nl/beheerdershoek/account-and-endpoint-management/uitleg-over-de-nieuwe-beheerervaring-voor-groepen-en-instellingen/gebruiksscenarios.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.