> 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/new-groups-and-settings-management-experience-explainer/use-cases.md).
# Gebruikssituaties
Bekijk hoe de nieuwe Groepen-ervaring pilotuitrol, retentiebeleid, regionale Instellingen en Groepen zonder Instellingen vereenvoudigt.
### Waar de nieuwe ervaring uitdagingen in verouderd Groepbeheer oplost
#### Het uitrollen van een Functie(s)-pilot naar een subset van gebruikers vereist slechts één uitzonderings-Groep in plaats van gekoppelde ingeschakelde/uitgeschakelde Groepen
Wanneer een Organisatie een nieuwe Functie(s) wil uitrollen, zoals AI Companion, voor een subset van gebruikers terwijl deze voor alle anderen uitgeschakeld blijft, vereiste het verouderde model het maken van gekoppelde Groepen: één met de Functie(s) ingeschakeld en een andere met de Functie(s) uitgeschakeld. Als gebruikers in de pilot-Groep ook regionale Instellingen nodig hadden, zoals gegevensopslaglocaties, moest de beheerder extra dubbele Groepen per regio maken, omdat de primaire Groep-aanduiding die de Functie(s)-vergrendeling aanstuurde ook de regionale Instellingen aanstuurde. Dit resulteerde in complexe Groepuitbreiding die schaalde met elke combinatie van Functie(s) en regio.
In de nieuwe ervaring maakt de beheerder één uitzonderings-Groep met een hogere prioriteit dan de basislijn, geconfigureerd met alleen het AI Companion-Instellingen-tabblad. Gebruikers in de pilot-Groep erven AI Companion-Instellingen van de uitzonderings-Groep, terwijl alle andere Instellingen—waaronder regionale configuraties—worden geërfd van hun andere Groepen op basis van prioriteit. Er zijn geen gekoppelde Groepen nodig en geen regionale duplicaten vereist.
#### Gedifferentieerde retentiebeleidsregels gebruiken prioriteitsrangschikking in plaats van de verouderde logica van de 'meest restrictieve Instellingen'
Organisaties die verschillende bewaartermijnen nodig hebben voor verschillende gebruikerspopulaties. Bijvoorbeeld hebben gereguleerde gebruikers een Zoom chatbericht-bewaartermijn van 10 jaar nodig, terwijl de meeste anderen alleen de Standaard van 30 dagen nodig hebben.
Verschillende behoeften creëerden een specifieke uitdaging in het verouderde model. Zoom chatbericht paste de meest restrictieve Instellingen 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 termijn ongeacht andere Groepslidmaatschappen. Dit dwong beheerders om afzonderlijke Groepen te maken en het lidmaatschap zorgvuldig te beheren om onbedoelde verlagingen van de bewaartermijn te vermijden.
In de nieuwe ervaring bepaalt de prioriteitsrangschikking welke chatbericht-retentieInstellingen van een Groep van kracht worden. Een Groep met hogere prioriteit en geconfigureerd met de bewaartermijn van 10 jaar overschrijft de Standaard van 30 dagen van de basis-Groep voor gebruikers in beide Groepen. De logica van de meest restrictieve Instellingen is niet langer van toepassing. De waarde van de Groep met de hoogste prioriteit wint, waardoor beheerders voorspelbare controle krijgen over gedifferentieerde retentiebeleidsregels.
#### Regionale gegevensresidentie-eisen kunnen worden aangepakt met Groepen die alleen opslag- en audiovergaderingsInstellingen beheren
Organisaties met gebruikers verspreid over meerdere regio's moeten vaak de Locaties voor gegevensopslag en Inbelnummers voor audiovergaderingen per regio anders configureren. In het verouderde model droegen regionale Groepen alle tabbladen voor productInstellingen, wat betekende dat elke Instellingenwijziging in een regionale Groep onbedoeld productInstellingen kon beïnvloeden die geen verband hielden met het regionale doel van de Groep.
In de nieuwe ervaring kunnen regionale Groepen worden geconfigureerd met alleen het tabblad Algemene Instellingen, voor de Locatie van gegevensopslag, en het tabblad Audiovergaderen, zonder dat andere productInstellingen worden beheerd. 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 geërfd van andere Groepen op basis van prioriteit. Regionale configuratie veroorzaakt geen neveneffecten meer in niet-gerelateerde Instellingscategorieën.
#### Groepen zonder Instellingen maken organisatorische gebruiksscenario's mogelijk zonder het beleid voor Instellingen te compliceren
Niet elke Groep hoeft productInstellingen te beheren. De nieuwe ervaring ondersteunt Groepen zonder Instellingen—Groepen zonder gekoppelde productInstellingen en zonder prioriteitsrangschikking—voor organisatorische gebruiksscenario's waarbij Groepslidmaatschap een ander doel dient dan Instellingenbeheer.
Buurten voor Reservering werkruimte stellen beheerders in staat om specifieke bureaus of werkruimten te reserveren voor leden van een bepaalde Groep, waarbij wordt bepaald wie welke fysieke ruimten kan boeken zonder dat er Zoom-productInstellingen aan de Groep worden gekoppeld. Toewijzing in Marketplace van een app stelt beheerders in staat een Zoom-app van een derde partij goed te keuren voor leden van een specifieke Groep in plaats van alle gebruikers in het account, waardoor de beschikbaarheid van de app wordt afgebakend zonder andere Instellingen te beïnvloeden. Rolafbakening voor naleving stelt beheerders in staat aangepaste beheerder-Rollen te maken die beperkt zijn tot het beheren van alleen gebruikers binnen een specifieke Groep, waardoor afgebakende administratieve Access tot een subset van gebruikers wordt geboden zonder volledige rechten op accountniveau toe te kennen.
Omdat Groepen zonder Instellingen niet deelnemen aan de resolutie van Instellingen, kunnen ze geen onbedoelde beleidsbijwerkingen veroorzaken: Beheerders kunnen er zoveel maken als nodig is voor organisatorische doeleinden, zonder de productInstellingen van welke gebruiker dan ook 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/nl/beheerdershoek/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.