> 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/legacy-model-context.md).
# Äldre modellkontext
### Hur grupphantering fungerade innan den nya upplevelsen
#### Zooms inställningshierarki fungerar på tre nivåer: konto, grupp och användare
Zooms administrativa inställningar är organiserade i en hierarki med tre nivåer:
1. Inställningar på kontonivå är de mest övergripande och tillämpas som standardvärden i hela kontot.
2. Inställningar på gruppnivå tillåter administratörer att anpassa inställningar för grupper av användare.
3. Inställningar på användarnivå är de mest specifika och tillämpas för enskilda användare.
Inställningar sprids nedåt genom denna hierarki: standardvärden på kontonivå förs vidare till alla grupper och användare under dem.
När en inställning konfigureras på kontonivå ärver grupper och användare det värdet automatiskt, såvida det inte åsidosätts på grupp- eller användarnivå.
För mer information om hur nivåuppdelade inställningar fungerar i Zoom, se Zoom Support-artikeln [Använda nivåuppdelade inställningar](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). För ett exempel på hur denna hierarki tillämpas på en specifik produkt, se Zoom Support-artikeln [hantering av Zoom Phone-grupper](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).
#### En användare som har ändrat en olåst inställning behåller det värdet om det inte åsidosätts av ett lås
När en användare manuellt ändrar en inställning som inte är låst, får användarens valda värde företräde framför värdena på gruppnivå och kontonivå för den inställningen. Detta kallas statusen "ändrad". En ändrad inställning på användarnivå fortsätter att ha företräde framför värden på gruppnivå och kontonivå, såvida inte en administratör låser inställningen på kontonivå eller gruppnivå. Vid det tillfället åsidosätter det låsta värdet användarens ändring.
Detta beteende gäller både i den äldre modellen för grupphantering och i den nya upplevelsen för grupper och inställningar. Det är inte specifikt för den ena eller den andra modellen.
#### I den äldre modellen avgjorde den primära gruppen och låsstatusen vilka inställningar som trädde i kraft för användare i flera grupper
När en användare tillhörde mer än en grupp i den äldre modellen utsåg systemet en grupp till primär grupp och alla andra till sekundära grupper. Den primära gruppens inställningar hade i allmänhet företräde framför inställningarna i sekundära grupper. När det fanns låskonflikter mellan grupper — till exempel att en grupp låste en inställning på och en annan låste den av — använde systemet en kombination av beteckningen primär grupp och den ordning i vilken användaren lades till i grupperna för att avgöra vilket värde som skulle gälla.
För vissa produkter tillämpade den äldre modellen den mest restriktiva inställningen i alla grupper som en användare tillhörde. Om en användare fanns i en grupp där Zoom Chatt var aktiverad och i en annan där den var inaktiverad, skulle Zoom Chatt vara inaktiverad för den användaren eftersom systemet som standard använde det mer restriktiva värdet.
#### Lås av funktioner på kontonivå tvingade inställningar uppifrån och ned utan undantag på gruppnivå
När en administratör låste en inställning på kontonivå i den äldre modellen gällde det låsta värdet för varje grupp och varje användare i kontot, utan någon möjlighet att skapa undantag. Om en administratör ville aktivera en funktion för en viss grupp användare medan den förblev inaktiverad för alla andra, var de tvungna att låsa upp inställningen på kontonivå och sedan manuellt låsa det önskade värdet i varje enskild grupp. Denna åtgärd tog omedelbart bort det skyddet för alla användare.
Detta tillvägagångssätt krävde att administratörer skapade parade grupper för varje funktionsvariation: en grupp med funktionen låst på och en annan med funktionen låst av.
I takt med att organisationer behövde mer finmaskig kontroll över fler funktioner ökade antalet nödvändiga grupper, vilket ökade komplexiteten i hanteringen. Varje nytt undantag för en funktion krävde ytterligare grupper, och varje grupp innehöll alla produktflikar för inställningar oavsett gruppens syfte.
---
# 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/legacy-model-context.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.