Upplösning av inställningar

Lär dig hur inställningar ärvs och löses på konto-, grupp- och användarnivå med hjälp av prioritet, lås och användarmodifieringar.

En prioriteringsbaserad ärftlighetsmodell i den nya upplevelsen

Den nya gruppupplevelsen löser inställningar genom en prioriteringsbaserad modell som ersätter det äldre systemet med primär grupp och låskonflikter

Hur inställningar löses i den nya gruppupplevelsen

Den nya upplevelsen för grupper och hantering av inställningar introducerar en modell för inställningslösning som bygger på explicit gruppprioritet i stället för det äldre systemets beroende av beteckningen primär grupp, låskonflikter och logiken med mest restriktiva inställning. I den nya modellen har varje grupp en numerisk prioritetsrankning, där P1 är högst prioritet och högre tal 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 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 flödar 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 grupp med högst prioritet 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 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.

För olåsta inställningar har ett värde som ändrats av en användare företräde framför grupp- och kontonormalvärden

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 grupp med högst prioritet 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ö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 eventuell tidigare ändring. Ett värde som ändrats av en användare har företräde endast när inställningen är olå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 är värdet ärvt från användarens grupp med högst prioritet som har inställningen kopplad till sig. Om ingen grupp hanterar inställningen tillämpas kontots standard.

En användare ärver både inställningsvärdet och låsstatusen från sin grupp med högst prioritet som hanterar inställningen

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, 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. Grupper med lägre prioritet 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 kontots standard. Inställningar som inte har valts i någon av användarens grupper blockeras inte och är inte i konflikt.

Hur Jane, en användare som tillhör minst tre olika grupper, ärver inställningar mellan dessa grupper

Beteckningen primär grupp är inte längre en faktor i lösningen av inställningar

I den äldre modellen spelade den primära gruppen en central roll för att avgöra vilka inställningar som trädde i kraft. I den nya upplevelsen har beteckningen primär grupp helt tagits bort från lösningen av inställningar. Prioritetsrankningssystemet ersätter det helt.

Möjligheten att ange en primär grupp finns kvar eftersom Information Barriers fortfarande förlitar sig på fältet för primär grupp för att skapa barriärer. Administratörer bör vara medvetna om att även om taggen för primär grupp fortfarande finns, påverkar den inte vilka inställningar en användare ärver i den nya modellen.

Mer information om Information Barriers finns på Zoom Support-webbplatsen.

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 den lägsta prioriteten.

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, såvida de inte åsidosätts av en grupp med högre prioritet.

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 alla "policy"-inställningar på platsnivå. Detta skulle inträffa även när inställningar är låsta på platsnivå.

Undantagsgrupper skapas sedan på högre prioritetsnivåer, var och en konfigurerad med endast de specifika flikarna för produktinställningar som behöver avvika 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 basgruppen.

Detta mönster innebär att om man lägger till en ny policy för en delmängd av användare krävs endast en ytterligare grupp med den relevanta inställningsfliken, i stället för de parade aktiverade/inaktiverade grupper som krävdes i den äldre modellen.

Ovalda inställningar i någon grupp hanteras inte av den gruppen och skapar inga konflikter

När en grupp konfigureras med endast specifika flikar för produktinställningar hanteras alla inställningar utanför dessa valda flikar helt enkelt inte av den gruppen. Dessa ohanterade inställningar skapar inga konflikter, blockerar inte ärvning från andra grupper och åsidosätter inte standarder på kontonivå. De passerar igenom som om gruppen inte existerar för dessa inställningar.

Detta är en grundläggande arkitektonisk förändring från den äldre modellen, där varje grupp hade 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 fanns tillgängliga på gruppnivå i den äldre modellen

Det finns inga luckor i inställningarna mellan den äldre modellen för grupphantering och den nya gruppupplevelsen. Varje inställning som kunde konfigureras på gruppnivå i 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å.

Nya inställningar som släpps via månatliga webbuppdateringar följer gruppens konfigurationsnivå

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 webbreleaser 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.