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ändarändringar.

En prioritetsbaserad arvsmodell i den nya upplevelsen

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

Hur inställningar avgörs i den nya gruppupplevelsen

Den nya upplevelsen för grupper och hantering av inställningar inför en modell för hur inställningar avgörs som bygger på uttrycklig gruppprioritet i stället för det äldre systemets förlitan på beteckningen primär grupp, låskonflikter och logik för den mest restriktiva inställningen. I den nya modellen har varje grupp en numerisk prioritetsrankning, där P1 har högst prioritet och högre tal innebär 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 hur inställningar avgörs 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å ärver 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 av användaren ändrat värde företräde framför grupp- och kontostandardvärden

När en inställning är olåst—det vill säga 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 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 in i 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 tidigare ändring. Ett av användaren ändrat värde 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 användaren 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 standardvärdet på kontonivå.

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 avgör 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 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 standardvärdet på kontonivå. Inställningar som inte är valda i någon av användarens grupper är inte blockerade och stå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 hur inställningar avgörs

I den äldre modellen spelade primär grupp 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 hur inställningar avgörs. 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 enligt den nya modellen.

För mer information om Information Barriers, se 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-kontostandarder: Den fastställer standardvärden 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.

Det finns ett tydligt 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 ske ä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 flikar för produktinställningar som behöver skilja sig från basgruppen. 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 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 parade aktiverade/inaktiverade grupper som var nödvändiga enligt den äldre modellen.

Ovalda inställningar i en grupp hanteras inte av den gruppen och skapar inte 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 inte konflikter, blockerar inte arv från andra grupper och åsidosätter inte standardvärden på kontonivå. De släpps 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 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å enligt den äldre modellen går fortfarande att konfigurera 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 genom 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 genom månatliga webbutgåvor 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. 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.