> 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/upplosning-av-installningar.md).
# Inställningsupplösning
### En prioritetsbaserad arvmodell i den nya upplevelsen
#### Den nya gruppupplevelsen löser inställningar via en prioritetsbaserad modell som ersätter det äldre systemet med primärgrupp och låskonflikter
Hur inställningar löses i den nya gruppupplevelsen
Den nya upplevelsen för grupp- och inställningshantering introducerar en modell för inställningslösning som bygger på uttrycklig grupprioritet i stället för det äldre systemets beroende av primärgruppsangivelse, låskonflikter och logiken för den mest restriktiva inställningen. I den nya modellen har varje grupp en numerisk prioritetsrankning, där P1 är högst prioritet och högre nummer representerar lägre prioritet. När en användare tillhör flera grupper utvärderar systemet vilken grupps inställningar som ska tillämpas utifrån denna prioritetsrankning.
Modellen för inställningslösning fungerar olika beroende på om en inställning är låst eller olåst. Dessa två vägar avgör hur inställningar tillämpas på konto-, grupp- och användarnivå.
#### För låsta inställningar går lösningshierarkin från kontonivå ned genom gruppprioritet
När en inställning är låst på kontonivå har värdet på kontonivå absolut företräde. Ingen gruppkonfiguration och ingen ändring på användarnivå kan åsidosätta ett lås på kontonivå, oavsett gruppprioritet. Detta beteende är oförändrat från den äldre modellen.
När en inställning är låst på gruppnivå ärvs låset och dess motsvarande inställningsvärde från användarens högst prioriterade grupp som har inställningen kopplad till sig. En låst inställning i en grupp med lägre prioritet har ingen effekt om användaren också tillhör en grupp med högre prioritet som hanterar samma inställning. Detta gäller även om gruppen med högre prioritet har inställningen olåst. I den nya upplevelsen avgör prioritet exklusivt vilken grupps inställning som tillämpas; gruppnivålås påverkar inte företrädet på samma sätt som i den äldre modellen.
#### För olåsta inställningar har ett användarmodifierat värde företräde framför grupp- och kontoförval
När en inställning är olåst – det vill säga när den inte har låsts på kontonivå eller i användarens högst prioriterade grupp som hanterar den – har användarens egen inställning företräde. Om en användare har ändrat en olåst inställning är det värdet på användarnivå som träder i kraft. Detta beteende för statusen "ändrad" följer med från den äldre modellen till den nya upplevelsen.
Om användarens högst prioriterade grupp har inställningen låst träder det låsta värdet i kraft och användaren kan inte åsidosätta det, oavsett eventuella tidigare ändringar. Ett användarmodifierat värde har företräde endast när inställningen är olåst både på kontonivå och i användarens högst prioriterade grupp som hanterar den.
Om en användare inte har ändrat inställningen ärvs värdet från användarens högst prioriterade grupp som har inställningen kopplad till sig. Om ingen grupp hanterar inställningen gäller standardvärdet på kontonivå.
#### En användare ärver både inställningsvärdet och låsstatusen från sin högst prioriterade grupp som hanterar inställningen
När systemet löser en inställning för en viss användare identifierar det den högst prioriterade grupp som användaren tillhör och där just den inställningen är kopplad till gruppen. Användaren ärver både inställningens värde (på eller av) och inställningens låsstatus (låst eller olåst) från just den gruppen. Lägre prioriterade grupper som också hanterar samma inställning har ingen effekt på användarens ärvda värde eller låsstatus för den inställningen.
Om ingen av användarens grupper hanterar en viss inställning faller inställningen tillbaka till standardvärdet på kontonivå. Inställningar som inte är valda i någon av användarens grupper blockeras inte och står inte i konflikt.
Hur Jane, en användare som tillhör minst tre olika grupper, ärver inställningar över dessa grupper
#### Primärgruppsangivelse är inte längre en faktor vid lösning av inställningar
I den äldre modellen spelade primärgruppen en central roll för att avgöra vilka inställningar som trädde i kraft. I den nya upplevelsen har primärgruppsangivelse helt tagits bort från inställningslösningen. Prioritetsrankningssystemet ersätter det helt.
Möjligheten att ange en primärgrupp behålls eftersom Informationsbarriärer fortfarande förlitar sig på fältet för primärgrupp för att skapa barriärer. Administratörer bör vara medvetna om att även om taggen för primärgrupp fortfarande finns, påverkar den inte vilka inställningar en användare ärver i den nya modellen.
För mer information om Informationsbarriärer, se [Zoom supportwebbplatsen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).
#### Mönstret med basgrupp och undantagsgrupp ger ett förutsägbart konfigurationsramverk
Ett exempel på konfigurationsmetod använder två typer av grupper som arbetar tillsammans. En basgrupp innehåller alla användare i kontot, har alla inställningsflikar aktiverade och tilldelas lägsta prioritet.
Denna grupp fungerar som pseudostandardvärden på kontonivå: den fastställer standardvärdena för inställningar och låsstatusar som gäller för varje användare, om de inte åsidosätts av en grupp med högre prioritet.
{% hint style="info" %}
Det finns ett anmärkningsvärt undantag från konceptet med basgrupp. Om alla Zoom Phone-inställningar aktiveras i en grupp för "alla användare" skulle det åsidosätta eventuella "policy"-inställningar på platsnivå. Detta skulle ske även när inställningarna är låsta på platsnivå.
{% endhint %}
Undantagsgrupper skapas därefter på högre prioritetsnivåer, var och en konfigurerad med endast de specifika produktinställningsflikar som behöver skilja sig från baslinjen. Eftersom undantagsgruppen har högre prioritet än basgruppen ärver användare som tillhör båda grupperna undantagsgruppens värden för de inställningar den hanterar, medan alla andra inställningar fortsätter att ärvas från basgruppen.
Detta mönster innebär att en ny policy för en delmängd användare endast kräver en extra grupp med den relevanta inställningsfliken, i stället för de parade aktiverade/inaktiverade grupper som behövdes i den äldre modellen.
#### Ovalda inställningar i en grupp hanteras inte av den gruppen och skapar inga konflikter
När en grupp konfigureras med endast specifika produktinställningsflikar hanteras alla inställningar utanför dessa valda flikar helt enkelt inte av den gruppen. Dessa ohanterade inställningar skapar inga konflikter, blockerar inte arv från andra grupper och åsidosätter inte standardvärden på kontonivå. De passerar igenom som om gruppen inte existerade för just de inställningarna.
Detta är en grundläggande arkitektonisk förändring från den äldre modellen, där varje grupp innehöll alla produktflikar och oavsiktligt kunde påverka inställningar som inte var relevanta för gruppens syfte.
#### Den nya gruppupplevelsen omfattar alla inställningar som var tillgängliga på den äldre gruppnivån
Det finns inga luckor i inställningar mellan den äldre modellen för grupphantering och den nya gruppupplevelsen. Varje inställning som kunde konfigureras på gruppnivå i den äldre modellen är fortfarande konfigurerbar i den nya upplevelsen. Administratörer som migrerar till den nya upplevelsen kommer inte att förlora åtkomsten till några inställningar på gruppnivå.
#### Nya inställningar som släpps via månatliga webbuppdateringar följer gruppens konfigurationsnivå
När en grupp konfigureras med en hel inställningskategori kopplas nya inställningar som läggs till i den kategorin via månatliga webbsläpp automatiskt till gruppen. Om en grupp däremot konfigureras med endast enskilda inställningar inom en kategori läggs inga nya inställningar automatiskt till i gruppen. Det innebär att administratörer som använder detaljerat val av enskilda inställningar behåller exakt kontroll över vilka inställningar varje grupp hanterar, även när nya funktioner släpps.
När en ny inställningskategori läggs till i en befintlig grupp ärver gruppen värdena på kontonivå för den kategorin vid tidpunkten för tillägget.
---
# 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/upplosning-av-installningar.md?ask=
```
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.