> 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/settings-resolution.md).

# Lösning av inställningar

### En arvmodell baserad på prioritet i den nya upplevelsen

#### <mark style="color:blå;">Den nya gruppupplevelsen löser inställningar genom en prioritetsbaserad modell som ersätter det äldre systemet med primärgrupp och låskonflikter</mark>

<figure><img src="/files/73d39f7181155dce3eb71099be1787887966b167" alt="A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings."><figcaption><p>Hur inställningar löses i den nya gruppupplevelsen</p></figcaption></figure>

Den nya upplevelsen för grupp- och inställningshantering introducerar en modell för hur inställningar löses som bygger på explicit gruppprioritet snarare än det äldre systemets beroende av primärgruppsmarkering, låskonflikter och logik för den mest restriktiva inställningen. I den nya modellen har varje grupp en numerisk prioritetsrankning, där P1 är högsta prioritet och högre siffror representerar lägre prioritet. När en användare tillhör flera grupper utvärderar systemet vilken grupps inställningar som ska tillämpas baserat på denna prioritetsordning.

Modellen för hur inställningar löses fungerar olika beroende på om en inställning är låst eller upplåst. Dessa två vägar avgör hur inställningar tillämpas på konto-, grupp- och användarnivå.

#### <mark style="color:blå;">För låsta inställningar går hierarkin för lösning från kontonivå ned genom gruppprioritet</mark>

När en inställning är låst på kontonivå har värdet på kontonivå absolut företräde. Ingen gruppkonfiguration och inget som användaren kan ändra 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å ärver låset och dess motsvarande inställningsvärde från användarens grupp med högst prioritet som inställningen är kopplad till. Ett låst inställningsvärde 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 upplåst. I den nya upplevelsen avgör prioritet uteslutande 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.

#### <mark style="color:blå;">För upplåsta inställningar har ett användarändrat värde företräde framför grupp- och kontostandarder</mark>

När en inställning är upplåst — vilket betyder att den inte har låsts på kontonivå eller i användarens grupp med högst prioritet som hanterar den — har användarens egen inställning företräde. Om en användare har ändrat en upplåst inställning är det värdet på användarnivå som träder i kraft. Detta beteende för statusen "ändrad" förs vidare från den äldre modellen till den nya upplevelsen.

Om användarens grupp med högst prioritet har inställningen låst träder det låsta värdet i kraft och användaren kan inte åsidosätta det, oavsett någon tidigare ändring. Ett användarändrat värde har företräde endast när inställningen är upplåst både på kontonivå och i användarens grupp med högst prioritet som hanterar den.

Om en användare inte har ändrat inställningen ärvs värdet från användarens grupp med högst prioritet som har inställningen kopplad till sig. Om ingen grupp hanterar inställningen gäller standarden på kontonivå.

#### <mark style="color:blå;">En användare ärver både inställningsvärdet och låsstatusen från sin grupp med högst prioritet som hanterar inställningen</mark>

När systemet löser en inställning för en viss användare identifierar det den grupp med högst prioritet 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 upplåst) från just den enda gruppen. Grupper med lägre prioritet som också hanterar samma inställning påverkar inte 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 standarden på kontonivå. Inställningar som inte är valda i någon av användarens grupper blockeras inte och är inte i konflikt.

<figure><img src="/files/8756938a81c24b297643101fbf5158784ea90c10" alt="A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled."><figcaption><p>Hur Jane, en användare som tillhör minst tre olika grupper, ärver inställningar mellan dessa grupper</p></figcaption></figure>

#### <mark style="color:blå;">Primärgruppsmarkering är inte längre en faktor vid lösning av inställningar</mark>

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ärgruppsmarkering helt tagits bort från lösningen av inställningar. Prioritetsrankningssystemet ersätter det helt.

Möjligheten att ange en primärgrupp behålls eftersom Information Barriers 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, har den ingen betydelse för vilka inställningar en användare ärver enligt den nya modellen.

För mer information om Information Barriers, se [Zoom Support-webbplatsen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:blå;">Mönstret med baslinje- och undantagsgrupper ger ett förutsägbart konfigurationsramverk</mark>

Ett exempel på konfigurationsmetod använder två typer av grupper som arbetar tillsammans. En baslinjegrupp innehåller alla användare i kontot, har alla inställningsflikar aktiverade och tilldelas lägsta prioritet.

Denna grupp fungerar som pseudo-standarder 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 tydligt undantag från konceptet med baslinjegrupp. Att aktivera alla Zoom Phone-inställningar i en grupp för "alla användare" skulle åsidosätta alla "policy"-inställningar på platsnivå. Detta skulle inträffa även när inställningarna är låsta på platsnivå.
{% endhint %}

Undantagsgrupper skapas sedan på högre prioritetsnivåer, var och en konfigurerad med endast de specifika produktinställningsflikarna som behöver skilja sig från baslinjen. Eftersom undantagsgruppen har högre prioritet än baslinjen ä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 baslinjegruppen.

Detta mönster innebär att det bara krävs en ytterligare grupp med den relevanta inställningsfliken för att lägga till en ny policy för en delmängd användare, i stället för de parvisa aktiverade/inaktiverade grupper som var nödvändiga i den äldre modellen.

#### <mark style="color:blå;">Ovalda inställningar i en grupp hanteras inte av den gruppen och skapar inte konflikter</mark>

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 inte konflikter, blockerar inte ärvning från andra grupper och åsidosätter inte standarder på kontonivå. De passerar igenom som om gruppen inte existerade för dessa inställningar.

Detta är en grundläggande arkitektonisk förändring från den äldre modellen, där varje grupp bar alla produktflikar och oavsiktligt kunde påverka inställningar som inte var relevanta för gruppens syfte.

#### <mark style="color:blå;">Den nya gruppupplevelsen omfattar alla inställningar som var tillgängliga på den äldre gruppnivån</mark>

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å under den äldre modellen förblir 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å.

#### <mark style="color:blå;">Nya inställningar som släpps via månatliga webbuppdateringar följer gruppens konfigurationsnivå</mark>

När en grupp konfigureras med en fullständig inställningskategori kopplas nya inställningar som läggs till i den kategorin via månatliga webbsläpp automatiskt till gruppen. Men om en grupp konfigureras med endast enskilda inställningar inom en kategori läggs inga nya inställningar automatiskt till gruppen. Detta 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, 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/settings-resolution.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.
