Viktiga funktioner

Lär dig hur modulära inställningar, prioritetsrankning, identitetsmappning, rapportering och gruppkloning fungerar i den nya gruppupplevelsen.

Varje grupp kan konfigureras med endast specifika produktinställningar eller mer detaljerade individuella inställningar för markerade produkter

Administratörer markerar vilka kategorier av produktinställningar som ingår i gruppen och omarkerade kategorier går vidare till standardvärden på kontonivå

I den nya upplevelsen för grupp- och inställningshantering kan administratörer konfigurera varje grupp med endast de kategorier av produktinställningar som är relevanta för gruppens syfte. Detta ersätter den äldre modellen där varje grupp automatiskt hade alla flikar för produktinställningar, oavsett om dessa inställningar var relevanta för gruppen eller inte.

När administratörer skapar eller redigerar en grupp väljer de vilka kategorier av inställningar – såsom Meetings, AI Companion, Inspelning och avskrift eller Zoom chatt – som gruppen ska ha. Kategorier som inte väljs inkluderas inte i den gruppen.

För dessa omarkerade kategorier ärver användare i gruppen sina inställningar från nästa källa i lösningshierarkin: nästa grupp med högre prioritet som hanterar inställningen, eller standardvärdet på kontonivå om ingen grupp hanterar den.

Detta modulära tillvägagångssätt innebär att en grupp som skapats specifikt för att hantera AI Companion-inställningar för en delmängd av användare inte oavsiktligt påverkar dessa användares möte- eller Zoom chatt-inställningar. Varje grupp hanterar endast det den är konfigurerad att hantera.

Detaljerat val per inställning ger kontroll på individuell inställningsnivå inom markerade produktkategorier

Utöver att välja hela kategorier av produktinställningar kan administratörer markera individuella inställningar inom en kategori.

Individuellt val av inställning inom produktkategorier är för närvarande tillgänglig för följande primära inställningsområden:

• AI Companion

• Ljudkonferenser

• Allmänt

• Möten

• Inspelning & avskrift

• Webbinarier

När en grupp konfigureras med en fullständig inställningskategori kopplas nya inställningar som läggs till i den kategorin genom månatliga Zoom-webbreleaser automatiskt till gruppen. När en grupp däremot konfigureras med endast individuella inställningar inom en kategori läggs inga nya inställningar till automatiskt. Administratörer som använder detaljerat urval av individuella inställningar behåller kontrollen ö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 då den läggs till.

Explicit prioritetsrankning avgör vilken grupps inställningar som träder i kraft

En numerisk prioritetsrankning ersätter den äldre primärgruppsbeteckningen och modellen för låskonflikter

Den nya gruppupplevelsen introducerar explicit prioritetsrankning för alla grupper med aktiverade inställningar. Varje grupp tilldelas en numerisk prioritet, där P1 är högsta prioritet och högre siffror representerar lägre prioritet. När en användare tillhör flera grupper som hanterar samma inställning är det värdet från gruppen med högst prioritet som träder i kraft.

Detta ersätter den äldre modellens beroende av primärgruppsbeteckning och konflikter i låsstatus för att avgöra vilka inställningar som gäller. I den nya modellen avgör prioriteten exklusivt vilken grupps inställning som gäller för en viss användare. Lås på gruppnivå påverkar inte vilken grupp som har företräde. De påverkar endast om användaren kan ändra det ärvda värdet.

För mer information om hur nivåuppdelade inställningar fungerar i Zoom, se artikeln från Zoom Support Använda nivåuppdelade inställningar.

Administratörer kan när som helst justera prioritetsordningen genom dra-och-släpp eller CSV-uppladdning

Efter migrering eller inledande skapande av grupper kan administratörer när som helst ändra ordningen på gruppprioriteter via gränssnittet för prioritetsadministration i adminkonsolen. Grupper kan ordnas om med hjälp av dra-och-släpp-funktionalitet eller genom att ladda upp en CSV-fil med de önskade prioritetstilldelningarna.

Prioritetsändringar träder i kraft omedelbart för alla berörda användare.

Grupper kan existera utan några kopplade inställningar för organisatoriska syften

Grupper utan inställningar stöder användningsfall där gruppmedlemskap behövs utan att påverka policyn för användarinställningar

Den nya upplevelsen gör det möjligt för administratörer att skapa grupper som inte har några produktinställningar kopplade. Dessa grupper utan inställningar deltar inte i inställningslösning och får ingen prioritetsrankning, vilket innebär att de inte kan skapa oavsiktliga policybiverkningar eller konflikter.

Grupper utan inställningar stöder organisatoriska användningsfall där gruppmedlemskap tjänar ett annat syfte än hantering av inställningar. Exempel inkluderar:

• Områden för reservering av arbetsplats, där specifika skrivbord eller utrymmen är reserverade för medlemmar i en grupp.

• Tilldelning i app marketplace, där en tredjepartsapp godkänns för medlemmar i en specifik grupp i stället för alla användare i kontot.

• Avgränsning av roller för efterlevnad, där en adminroll konfigureras för att endast hantera användare inom en specifik grupp, vilket möjliggör avgränsad administrativ Access utan fullständiga behörigheter på kontonivå.

Låsning på kontonivå hjälper administrativ kontroll att förbli över prioritetssystemet

Lås på kontonivå åsidosätter alla grupp- och användarinställningar oavsett prioritet

Lås på kontonivå representerar den högsta nivån av administrativ kontroll i inställningshierarkin. När en inställning är låst på kontonivå gäller det låsta värdet för varje grupp och varje användare i kontot.

Ingen grupp, oavsett dess prioritetsrankning, kan åsidosätta ett lås på kontonivå. Detta beteende är oförändrat från den äldre modellen.

Lås på kontonivå bör reserveras för inställningar som måste upprätthållas universellt i en hel tenant. Till exempel för att upprätthålla inställningar som krävs av regulatorisk efterlevnad eller säkerhetspolicy för hela organisationen där inga undantag tillåts.

När ett lås på kontonivå tas bort ärver grupper inställningsvärdet på kontonivå vid tidpunkten för borttagningen

Om en administratör tar bort ett lås på kontonivå blir inställningen möjlig att konfigurera på gruppnivå. När låset tas bort ärver alla grupper inställningsvärdet på kontonivå som sitt nya standardvärde:

• Om inställningen var aktiverad när den låstes upp får alla grupper aktiverat som standard.

• Omvänt, om inställningen var inaktiverad när den låstes upp får alla grupper inaktiverat som standard.

Administratörer kan sedan konfigurera inställningen olika i individuella grupper efter behov.

Låsning på gruppnivå inom prioritetssystemet ger mer flexibel standardkontroll än lås på kontonivå

För inställningar där de flesta användare bör vara begränsade men en delmängd av användarna behöver Access rekommenderar Zoom att använda låsning på gruppnivå inom prioritetssystemet i stället för lås på kontonivå. Detta tillvägagångssätt fungerar genom att hålla inställningen olåst på kontonivå och sedan låsa det önskade standardvärdet i en baslinjegrupp som innehåller alla användare med lägsta prioritet. Undantagsgrupper med högre prioritet kan sedan åsidosätta baslinjegruppens lås för specifika användare.

Detta mönster gör det möjligt för administratörer att upprätthålla en standardinställning för majoriteten av användarna samtidigt som undantag ges till specifika grupper utan den parade skapelsen av aktiverade/inaktiverade grupper som krävdes i den äldre modellens metod med lås på kontonivå.

Integreringar med identitetsleverantör: SAML multi-mapping och SCIM-stöd för gruppmedlemskap i Enterprise

SAML multi-mapping gör det möjligt att tilldela användare till flera grupper genom en enda SAML-intyg när de loggar in

Den nya upplevelsen inkluderar valfri support för SAML multi-mapping, vilket gör att ett enda SAML-intyg kan matcha flera mappningsregler och tilldela en användare till flera Zoom-grupper vid inloggning. Upp till 50 regler kan matchas per intyg. Detta möjliggör en en-till-en-mappning mellan grupper hos identitetsleverantören (IdP) och Zoom-grupper, så att när en användare läggs till i en säkerhetsgrupp i IdP tilldelas de automatiskt motsvarande Zoom-grupp vid nästa inloggning.

Utan aktiverad multi-mapping matchar SAML-mappning endast den första tillämpliga regeln och tilldelar användaren till en enda grupp.

För organisationer som är intresserade av SAML multi-mapping, vänligen kontakta Zoom Support och skicka en begäran.

SAML-mappning blir den auktoritativa källan för gruppmedlemskap och tar bort användare från icke-matchade grupper

När SAML-mappning är konfigurerad, antingen med eller utan aktiverad multi-mapping, blir den den auktoritativa källan för gruppmedlemskap. Vid varje inloggning avgör SAML-intyget vilka grupper användaren tillhör. Om en grupp inte matchas av intyget tas användaren bort från den gruppen.

Detta innebär att administratörer inte kan kombinera grupp tilldelningar som mappats via SAML med manuella grupptilldelningar via adminportal eller via CSV-import för samma användare. Om en användare manuellt läggs till i en grupp som inte ingår i deras SAML-intyg kommer nästa inloggning att ta bort dem från den manuellt tilldelade gruppen.

Om din organisation använder SAML-mappning för att hantera gruppmedlemskap bör du använda det för alla grupptilldelningar för användare som är SAML-mappade.

SCIM-grupp-push-beteendet är oförändrat i den nya upplevelsen

Grupp-push baserad på SCIM fortsätter att fungera på samma sätt i den nya upplevelsen som den gjorde i den äldre modellen. När en användare läggs till i en grupp i identitetsleverantören sker motsvarande uppdatering av Zoom-gruppmedlemskap inom en timme.

SAML kräver att en användare loggar in igen i appen Zoom Workplace eller webbportalen för att ändringar i gruppmedlemskap ska träda i kraft. Ur ett tidsperspektiv, om både SCIM och SAML multi-mapping är aktiva och behandlar samma ändring av gruppmedlemskap, skulle SCIM sannolikt ha företräde eftersom det uppdaterar utan att användaren behöver vidta någon åtgärd.

SCIM och SAML multi-mapping bör inte konfigureras med motstridig gruppinformation. Även om båda mekanismerna kan samexistera på samma konto kommer felmatchade konfigurationer, till exempel sådana där SCIM och SAML tilldelar en användare till olika grupper, att skapa konflikter.

Granskning och rapportering av inställningar erbjuder CSV-baserade exporter för synlighet för inställningar på konto-, grupp- och användarnivå

Rapporten Inställningsöversikt exporterar inställningar på konto- och gruppnivå för baslinjefastställning före migrering

Den Inställningsöversikt rapporten, tillgänglig under Rapporter om användaraktivitet i adminkonsolen, exporterar inställningar på konto- och gruppnivå som en CSV-fil. Denna rapport ger en baslinjepost över den aktuella inställningskonfigurationen, som kan användas innan en migrering till den nya gruppupplevelsen initieras. Administratörer kan använda den för att dokumentera befintliga gruppsyften och inställningskonfigurationer.

Rapporten Användarinställningar granskar inställningar per användare med källattribuering för arv

Den Användarinställningar rapporten är en förbättring som introducerats med den nya gruppupplevelsen. Den gör det möjligt för administratörer att exportera en CSV som visar specifika inställningsvärden och låsstatusar för alla användare i kontot, tillsammans med källan från vilken varje användare ärver inställningen, vare sig det är en specifik grupp, kontonivån eller en ändring på användarnivå.

Administratörer markerar en specifik delmängd av inställningar inom en kategori att granska, eftersom rapporten omfattar alla användare i tenant och kan vara stor för konton med tusentals användare. Varje rad i den exporterade CSV-filen visar:

• Användaren

• Inställningsvärdet (på eller av)

• Låsstatusen

• Gruppen eller nivån som inställningen ärvs från

Befintliga API:er förblir kompatibla med den nya upplevelsen

Äldre Groups API:er fortsätter att fungera, men har inte uppdaterats med nya funktioner för Groups

De befintliga Groups API:erna förblir fullt kompatibla med den nya upplevelsen för grupp- och inställningshantering, inklusive endpoints för användartilldelning, gruppskapande och gruppförteckning. Konton som har migrerat till den nya upplevelsen kan fortsätta använda dessa API:er utan ändringar. En befintlig grupps grupp-ID kommer också att förbli detsamma efter migrering.

API:erna har ännu inte uppdaterats för att stödja funktioner som introducerats med den nya upplevelsen, inklusive gruppkloning, prioritetshantering och detaljerad inställningskonfiguration. Dessa operationer är för närvarande endast tillgängliga via Zoom adminkonsol.

För den fullständiga API-referensen, se Groups API-dokumentation.

Administratörer kan duplicera en grupps konfiguration till en ny grupp

Kopiera/klona-funktionen minskar konfigurationsarbetet när grupper skapas med liknande policykrav

Administratörer kan duplicera en befintlig grupps inställningskonfiguration till en ny grupp med hjälp av kopiera/klona-funktionen. Detta är användbart när flera grupper skapas som delar en gemensam baslinje för inställningar, men skiljer sig i medlemskap eller specifika inställningsvärden.

Att kopiera en grupps konfiguration skapar en ny grupp med samma flikar för produktinställningar, individuella inställningsval och inställningsvärden som källgruppen. Administratörer kan sedan justera individuella inställningar i den nya gruppen efter behov utan att konfigurera dem från grunden.