Tack för din feedback.
Uppdatera Webex Meetings webbplatshantering från webbplatsadministration till Control Hub
Har du feedback?Om uppdatering från webbplatsadministration till Control Hub
Uppdatering av en webbplats från webbplatsadministration till Control Hub kräver inte uppdatering av klientversioner. Vissa webbplatser kan inte använda den här funktionen förrän partner som hanterar dessa organisationer är redo.
Webex blir en enhetlig plattform för att hantera möten, meddelanden, samtal och andra samarbetssätt. Det är därför vi vill flytta hanteringen av alla Webex Meetings-webbplatser från webbplatsadministration till Control Hub.
Vi har ett verktyg i webbplatsadministrationen för att hjälpa dig med den här ändringen. Om din webbplats redan är berättigad att uppdatera till Control Hub kan du komma igång genom att klicka på Uppdatera administration i navigeringsmenyn.
Denna video innehåller en demonstration om hur du uppdaterar din webbplats till Control Hub.
Gå igenom avsnittet Beredskap för webbplatsutvärdering för att hjälpa dig att planera din webbplatsuppdatering .
Fördelarna med att hantera webbplatser i Control Hub inkluderar:
-
Enhetliga licenstilldelningar för alla Webex-tjänster, t.ex. Meetings, Messaging och Calling.
-
Konsekventa säkerhetspolicyer för alla Webex-tjänster.
-
Gemensam inloggningsupplevelse för alla slutanvändare mellan olika Webex-tjänster.
-
Moderna administratörskontroller, till exempel Kataloganslutning-, FIL- och Active Directory-grupper.
-
Licensmallar för automatisk tilldelning av flera licenser till användare.
Du kan inte använda de webbplatsadministration för att hantera en möteswebbplats efter uppdatering till Control Hub.
Om din webbplats är schemalagd att en automatisk uppdatering ska hanteras i webbplatsadministrationen till Control Hub visas följande skärmbild.
Du kan klicka på Ändra datum för webbplatsuppdatering för att ändra det schemalagda datumet.
Upplevelsen när du hanterar webbplatser i Control Hub liknar den som går att hantera i webbplatsadministration. Användarhantering i Control Hub har mer modern underliggande teknik, så det finns några skillnader när det gäller att hantera webbplatser i Control Hub. Det här avsnittet fokuserar på skillnader som anropas när du uppdaterar din webbplats.
Mer detaljerad översikt över skillnaderna mellan webbplatsadministration och Control Hub finns i den här artikeln.
Användarhantering
Vi har ett centraliserat användarhanteringssystem som ligger bakom Control Hub där användare är skilda och unika inom hela organisationen (och hela Webex). I webbplatsadministration är användarprofil specifik för varje möteswebbplats.
- Enkel inloggning (SSO) med automatiskt skapande av konto
-
I webbplatsadministrationen har du en funktion för "automatiskt skapande av konto" som skapar användare när de autentiserar sig själva SSO.
Den här funktionen är också tillgänglig i Control Hub. Mer information finns i Skapa och uppdatera SAML-konto automatiskt för Control Hub .
Många organisationer som använder SSO kanske föredrar att centralt hantera sina användare i externa katalogverktyg, till exempel Microsoft® Active Directory och Microsoft Azure, samt kräva autentisering med externa identitetsleverantörer.
Läs mer om:
- Obligatoriska profildata och spårningskoder
-
webbplatsadministration kan du ange obligatoriska profilfält för nya användare (föregående skärmdump). Du kan utöka detta så att det spårningskoder för skapande av användare (skärmdump nedan). Om du konfigurerar dessa ytterligare krav kan du inte lägga till användare på webbplatsen utan dem.
Control Hub behöver bara ett visningsnamn och en e-postadress för att skapa en användare.
Alla andra användarfält är valfria när du skapar en ny användare i Control Hub, så vi tillämpar inte ytterligare profildata för webbplatser som hanteras med Control Hub.
Du måste inaktivera obligatoriska profilfält och spårningskoder innan du uppdaterar din webbplats till Control Hub.
- Lösenordshantering och låsning
-
webbplatsadministration har en funktion som tillfälligt låser användarna om de inte loggar in efter ett antal försök.
Control Hub har följande alternativ för att förhindra obehörig åtkomst:
-
Automatisk timeout efter de första misslyckade försöken.
-
Ett CAPTCHA (fullständigt automatiskt test av offentlig turing som talar om för datorer och talar om att det inte är där).
-
Legitima användare har ett självbetjäningsalternativ för att ändra sina bortglömda lösenord.
-
Värdlicensiering
- Värdar måste finnas i din Control Hub-organisation
-
I webbplatsadministrationen kan du tilldela en värdlicens till valfri användare. När du hanterar -webbplatsen i Control Hub kan du endast tilldela värdlicenser (och deltagarroll) till användare i samma Control Hub-organisation.
- Själv registrering för värdkonto
-
I webbplatsadministrationen kan du välja att tillåta användare att begära ett (värd)-konto på webbplatsen. Du kan även låta användare med ett konto begära ytterligare tjänster på webbplatsen. (se skärmbilder).
När du hanterar en möteswebbplats i Control Hub kan användare inte begära egna möteswebbplatser värdkonto den webbplatsen.
Control Hub har ett centraliserat och automatiserat sätt för dig att tilldela möteslicenser till nya användare i stället. Läs https://help.webex.com/n3ijtao.
Du kan också hantera användarlicenser med API eller i bulk med hjälp av CSV.
Om du vill att användare ska begära sina värdkonton kan du konfigurera webbplatsens hjälp/support med pekare så att de kontaktar administratörer eller länkar till andra verktyg.
Du måste inaktivera "Tillåt värdkonto registrering" och "Tillåt användare att begära ytterligare tjänster" i webbplatsadministration innan du uppdaterar din webbplats till Control Hub.
-
Control Hub har andra alternativ för licenshantering, till exempel mallar för automatisk tilldelning. Du kan få en rapport över inaktiva värdar som hjälper dig att ta bort licenser från dessa användare, enskilt eller i grupp, eller via API.
Om du behöver detta automatiska avaktiveringsalternativ och de andra alternativen i Control Hub inte är lämpliga för dig bör du undvika att uppdatera din webbplats i Control Hub just nu.
Innan du uppdaterar din möteswebbplats för att hanteras i Control Hub bör du förbereda din Control Hub-organisation.
Se till att det inte finns några väntande eller blockerande åtgärder på prenumerationen. Uppdateringen misslyckas om:
- Du har alla väntande åtgärder på prenumerationen associerad med den webbplats som du uppdaterar.
- Webbplatsen är inte kopplad till någon prenumeration i Control Hub-organisationen.
- Webbplatslicensinformationen i webbplatsadministrationen stämmer inte överens med webbplatslicensinformationen i Control Hub.
Vi rekommenderar starkt att verifiera dina domäner och göra anspråk på dina användare. Följande läsning hjälper:
-
E-bok om Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
-
Så här hanterar du dina domäner: https://help.webex.com/cd6d84
-
Gör anspråk på dina användare från andra organisationer (efter verifiering av dina domäner): https://help.webex.com/nceb8tm. Att göra anspråk på användare är särskilt viktigt eftersom det säkerställer att så många användare som du bör finnas i din organisation verkligen finns där. Genom att göra anspråk på användare med ”omedelbart anspråk” undviks även förseningar vid användning av e-postadresserna i din organisation.
Vi rekommenderar starkt att du gör anspråk på användare innan du uppdaterar din webbplats till Control Hub. Om du gör anspråk på användare till organisationen efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomsten till möten och mötestillgångar på webbplatsen.
Som en tillfällig lösning kan du göra följande för att säkerställa att användare inte förlorar åtkomst till möten och mötestillgångar på webbplatsen efter att webbplatsen har uppdaterats till Control Hub:
- För användare med externa administratörsprivilegier till organisationen eller webbplatsen – ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort möteswebbplatslicensen. När du har gjort anspråk på användaren måste du licensiera den användaren på webbplatsen igen. Du kan även återställa privilegierna för extern administratör.
- För vanliga användare – ta bort möteswebbplatslicensen, gör anspråk på användaren till din organisation och sedan ge användaren ny licens till webbplatsen.
-
Om möteswebbplatsen är konfigurerad för SSO måste du även konfigurera SSO din Control Hub-organisation .
Automatiskt skapande av konto för nya användare
Om din Webex-webbplats har aktiverat automatiskt skapande av konto i webbplatsadministrationen kan du aktivera en liknande funktion i kontrollhubben med automatiskt skapande av SAML-konto. Se till att också konfigurera en automatisk licensmall så att nya användare automatiskt tilldelas licenser när deras konton skapas i Control Hub-organisationen.
Organisationer med katalogsynkronisering
Om din organisation är konfigurerad för katalogsynkronisering ska du se till att alla användare som du vill ska finnas i organisationen finns på webbplatsen. Detta bör göras 24 timmar innan du startar processen för webbplatsuppdatering så att användare på webbplatsen kan länkas till de nya användarna i din Control Hub-organisation.
Administratörsåtkomst till Webex-webbplatser efter uppdatering
En person med en organisationsomfattande administratörsroll i Control Hub får automatiskt åtkomst till webbplatser som uppdateras från webbplatsadministration till Control Hub. Till exempel kommer organisationens fullständiga administratörer att bli fullständiga administratörer för Webex-webbplatsen, organisationens användaradministratörer kommer att bli Webex-webbplatsadministratörer och organisationens skrivskyddade administratörer kommer att bli skrivskyddade administratörer för Webex-webbplatser.
XML-API:er
XML API:er är nu framåtkompatibla med control hub-hanterade webbplatser. Du kan läsa om detaljerna och förbehållen vid uppdateringar av XML API 41.11.0.
URL:erna för XML API-tjänsten ändras inte när en webbplats har uppdaterats från webbplatsadministrationen till hanterad Control Hub. Samma API-URL:er kommer att fortsätta fungera. Cisco rekommenderar att alla API-integreringar använder OAUTH för autentisering.
Autentisering i XML API:er
Integreringar som inte använder Webex OAUTH för autentisering kan misslyckas efter att webbplatsen har uppdaterats till Control Hub. Följande tabell visar vilken typ av administratörsautentisering som fortsätter att fungera efter uppdateringen av din webbplats.
| Typ av administratörsautentisering i XML API före webbplatsuppdatering | Administratör i SSO-organisation efter webbplatsuppdatering | Administratör inte i SSO-organisation efter webbplatsuppdatering |
|---|---|---|
| användarnamn (webExID)/lösenord |  Kommer att fungera* | Kommer att fungera* |
| användarnamn (webExID)/sessionTicket | Kommer att fungera | Kommer att fungera |
| användarnamn/OAUTH (webExAccessToken) | Kommer att fungera | Kommer att fungera |
| e-post/lösenord | Kommer att fungera* | Kommer att fungera* |
| e-post/sessionsärende | Kommer att fungera | Kommer att fungera |
| e-post/OAUTH (webExAccessToken) | Kommer att fungera | Kommer att fungera |
* Bakåtkompatibilitet – Cisco har aktiverat autentiseringar för användarnamn/lösenord för att fungera i XML API:er efter webbplatsuppdateringen även om användarnamn inte matchar e-postadressen. Kompatibilitet gäller endast om
- Användaruppgifterna skapades innan webbplatsuppdateringen. Inga ändringar tillåts för
användarnamn, annars misslyckas tidigare autentiseringsuppgifter. - Autentiseringsuppgifterna för API-autentisering kan inte ha ett annat lösenord i Control Hub jämfört med webbplatsen när det hanterades i Webbplatsadministration.
- Användare vars inloggningsuppgifter används för autentisering måste vara i aktiv status (inte inaktiv) i webbplatsadministrationen vid tidpunkten för webbplatsuppdateringen till Control Hub.
Du kan lära dig mer om XML API-integreringar på Control Hub-hanterade webbplatser, inklusive OAUTH-autentisering, med den här guiden.
Användarnamn är inställt på e-post för alla användare när en webbplats uppdateras till Control Hub. Om användarnamn används för API-payloads måste payloads använda e-post istället efter att webbplatsen har uppdaterats.
Administratörsroll i Control Hub för API-integreringar
Administratörer med endast en webbplatsadministratörsroll kanske inte kan utföra vissa åtgärder med XML API:er, till exempel att ändra en användares e-postadress eller visningsnamn efter att webbplatsen har uppdaterats till en Control Hub-webbplats. För administratörer vars inloggningsuppgifter används för API-integreringar rekommenderar vi att du befordrar dessa administratörer till fullständiga administratörer i Control Hub, helst innan du uppdaterar webbplatsen till Control Hub.
Vi rekommenderar som bästa praxis att du uppdaterar en testwebbplats först för att bekräfta att dina API-integreringar kommer att fungera oförändrade efter uppdatering till Control Hub.
Beroende på vad din integrering gör kan administratörer också behöva tilldelas ett Meetings-värdkonto på Control Hub-webbplatsen för att integreringen ska fungera (detta krävdes inte för administratörer på webbplatsadministrationswebbplatser).
XML API-skillnader i Control Hub
De flesta XML API-integreringar ska fungera utan ändringar efter uppdatering av din webbplats. Men det finns några undantag som beskrivs i följande lista:
- CreateUser – På webbplatser som hanteras av Control Hub kan denna åtgärd även skapa en användare i webbplatsen som äger organisationen innan en licens tilldelas. Om användaren redan finns i en annan organisation kommer åtgärden att misslyckas.
PMR ID-parameternbörjar inte gälla för användare som inte redan har statusen Aktiv i Control Hub.CreateuserAPI tar längre tid att slutföra på webbplatser som hanteras av Control Hub. För bättre prestanda kan du lägga till en extra tråd för att parallelleraCreateer-samtal. - SetUser – Kan leda till att möteswebbplatslicensen tilldelas eller tas bort från användaren (beroende på API-parametrarna eller nyttolast).
- DelUser – tar bort licensen för möteswebbplatsen, men tar inte bort användaren från Control Hub-organisationen.
- LstsummaryUser – returnerar även användarens
objectGUID. - AuthenticateUser – På webbplatser som hanteras av Control Hub rekommenderar vi att du skapar sessionsärenden via
AuthenticateUseri stället för att använda användarnamn och lösenord för varje XML API. Användning av SAML-svar i innehåll i brödtexten stöds inte med detta samtal för Control Hub-hanterade webbplatser.
REST API:er
Control Hub har sina egna API:er, inklusive personer och licens-REST API:er för att skapa och licensiera användare på:
Sessionstyper och spårningskoder är också tillgängliga med REST API:er på:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
REST API:erna ovan stöder dock inte alla funktioner för användarhantering som är tillgängliga i XML-API:er. Du måste till exempel fortfarande använda XML-API:er för att tilldela möteslicenser till användare utanför organisationen som äger webbplatsen. People API har inte stöd för tilldelning av webbplatsadministratörsroller till användare. Om du vill tilldela webbplatsadministratörsroller via ett API måste du fortfarande använda XML API.
Du kan använda People API för att skapa organisationsadministratörer med fullständiga (eller skrivskyddade) behörigheter, och dessa administratörer kan även hantera (eller visa) dina Control Hub-hanterade möteswebbplatser.
Control Hub har administratörsroller som är specifika för Webex-webbplatsen, men people API kan inte tilldela den här rollen för stunden.
Framtida planer (med förbehåll för ändringar)
- Nytt licens-API som även kan bevilja licenser för möteswebbplats till externa användare som inte finns i samma organisation som skapade webbplatsen. Licensiering av externa användare är tillgängligt manuellt i Control Hub idag.
- SCIM API för att skapa och ta bort användare i organisationen.
- Ciscos långsiktiga riktning är att endast använda REST API:er (för alla åtgärder på användare och möteswebbplatser). XML API:er för användarhantering kommer att fortsätta att stödjas tills REST API:er endast kan användas för alla användarhanteringsåtgärder. XML-API:er för användarhantering kommer också att vara inaktuella (datum-TBD).
Innan du uppdaterar din webbplats till Control Hub rekommenderar vi starkt att du först går igenom följande poster för att uppdateringen ska gå så smidigt som möjligt:
- Först ska du granska det här dokumentet och se till att din organisation följer de bästa praxis som rekommenderas i avsnittet Förbered din Control Hub-organisation .
- Logga sedan in på Webex-administration och klicka på Uppdatera administration. I beredskapsfasen för webbplatsen bör du inte vidta några rekommenderade åtgärder i filen från avsnittet granska användare och inte bör inaktivera några funktioner som anropas i avsnittet granska funktioner ännu. Genom att följa dessa anvisningar blir webbplatsens beredskapsutvärdering en skrivskyddad åtgärd bara för att göra en bedömning av de ändringar du behöver göra innan du uppdaterar till Control Hub.
- Under avsnittet Granska användare klickar du på Exportera CSV-fil för användare och hämtar CSV-filen, som kallas
users-to-review-xxxxx.csv.Denna fil listar alla användare som behöver uppmärksamhet och har en rekommenderad åtgärd för varje användare. Antalet användare i den här filen ger dig en idé om hur många användarrelaterade problem du måste arbeta med innan du kan uppdatera webbplatsen.
- I avsnittet Granska funktioner tittar du på alla funktioner som listas med ett rött X i kolumnen konsekvenser. Detta kommer att informera dig om din webbplats beredskap ur ett funktionkonflikts perspektiv.
- Gå inte till steg 2 och klicka inte på knappen Uppdatera till Kontrollhubb än.
När du har granskat användarens CSV-fil och tittat på vilka funktioner du kan behöva konfigurera om fortsätter du att läsa resten av avsnitten i den här artikeln för att förbereda din webbplats och organisation om hur du uppdaterar till Control Hub.
Obs! Om din webbplats har API-integreringar som ditt företag eller genom tredjepartslösningar, t.ex. learning management-lösningar, ska du se till att granska avsnittet Förbered webbplatsens API-integreringar för att fungera med Control Hub .
Kommande ändringar för version 43.6
Hittills måste dessa två funktioner inaktiveras innan du uppdaterar webbplatsen till Control Hub:
- Obligatoriska värdprofilfält
- Obligatoriska spårningskoder
Från och med version 43.6 behöver webbplatser som deltar i betting för anpassade attribut och obligatoriska funktioner i värdprofilfälten inte längre inaktivera dessa funktioner innan de uppdaterar sin webbplats till Control Hub. I stället meddelar guiden dig att granska dessa två funktioner eftersom den aktuella konfigurationen kopieras till Control Hub-organisationen.
Om du deltar i betaversionen av de obligatoriska värdprofilfälten ser du den här varningen:
Om du deltar i betaversionen av obligatoriska spårningskoder och anpassade attribut visas följande åtgärdsobjekt:
Om du inte deltar i dessa satsningar fortsätter du att läsa följande avsnitt.
Inaktivera funktioner som blockerar webbplatsuppdatering
Vissa funktioner måste inaktiveras innan du kan uppdatera en Webex-webbplats till Control Hub. Du kan se en lista som visar vilka funktioner som måste inaktiveras. Funktioner som är markerade med en röd Circle X-ikon måste göras. Funktioner som är markerade med ett utropstecken från en gul triangel är endast för din information och kräver ingen åtgärd.
I denna video finns en demonstration om hur du uppdaterar din webbplats till Control Hub.
Om din organisation använder funktionen för att skapa konto automatiskt i webbplatsadministrationen bör du konfigurera en motsvarande funktion i Control Hub och konfigurera en automatisk licensmall för att automatiskt tilldela licenser. Mer information finns i den här artikeln . Detta bör göras innan du uppdaterar webbplatsen som ska hanteras i Control Hub.
-
Logga in på Webex webbplatsadministration och gå till .
-
Sök och inaktivera alternativet Tillåt värdkonto registrering .
-
Sök kräv för konto registrering: och rensa alla rutor för de obligatoriska användarprofil fält.
-
-
Klicka på Uppdatera.
-
Gå till
-
I kolumnen Värdprofil ändrar du alla spårningskodrader som är markerade som Obligatoriska till AdminSet eller Valfri.
-
Läs mer om spårningskoder på https://help.webex.com/izu2ty.
Alla spårningskodvärden för användare bevaras när du uppdaterar en webbplats till Control Hub.
-
I framtiden kommer denna begränsning att tas bort och du kommer att kunna mappa spårningskoder till obligatoriska anpassade användarattribut i Control Hub för motsvarande funktioner.
Funktionen för att mappa spårningskoder till användarattribut är ett utkast som finns i offentlig förhandsgranskning. Vi ger dig en förhandstitt på vad du kan förvänta dig.
Innan du kan uppdatera en webbplats med obligatoriska spårningskoder från webbplatsadministration till Control Hub måste du mappa dessa spårningskoder till användarattribut i Control Hub. Du kan klicka på ikonen under Information för att ta dig direkt till mappens spårningskoder till guiden för användarattribut för webbplatsen. Om du inte har mappat eller inaktiverat de nödvändiga spårningskoderna än kan du inte uppdatera din webbplats till Control Hub.
Om din webbplats inte har obligatoriska spårningskoder kan du fortfarande mappa spårningskoder till användarattribut innan du uppdaterar en webbplats till Control Hub genom att följa den här proceduren.
För mötesplatser som använder avdelning som spårningskod rekommenderar vi att du mappar spårningskoden till avdelningens användarprofilattribut i stället för ett anpassat attribut. Eftersom avdelning är ett standardprofilattribut i Control Hub blir det här alternativet effektivare i de flesta fall.
Om det här attributet krävs går du till avsnittet för användarprofilattribut och markerar avdelningsattributet som det behövs. Kom ihåg att det här avdelningsattributet, tillsammans med andra användarattribut, inte kommer att fyllas i för externa användare.
| 1 |
Logga in på Control Hub och gå till Möte. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Välj en webbplats och gå sedan till . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Välj Skapa spårningskodsmappning.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Välj Öppna sammanfattning av spårningskod.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klicka på Hämta konfigurationssammanfattning. Du måste hämta en kopia av den aktuella konfigurationen av spårningskoden. Du behöver den här sammanfattningen inför nästa steg för att säkerställa att alla attributvärden överensstämmer med de aktuella spårningskoderna. Du kan även hämta tidigare listor med spårningskoder som en CSV-fil för att ladda upp samma värden för anpassade attribut.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Gå tillbaka till guiden och välj Lägga till och granska användarattribut.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurera nya anpassade attribut som krävs för den här webbplatsen. Markera alla attribut som obligatoriska om du vill att fälten ska vara ifyllda för användare. Anpassade attribut är inte tillämpliga för organisationer som synkroniserar användare med kataloganslutning, Azure AD osv. Du kan använda det här steget som en möjlighet att granska visningsnamnen för spårningskoder. Klicka på Spara när du har ändrat det som behöver ändras. Låsta attribut liknar AdminSet i spårningskoder för klassiska möteswebbplatser. När du markerar ett anpassat attribut som låst kommer användare inte att kunna se attributet.Om du trycker på Spara i det här steget kommer alla anpassade attribut som du har lagt till, tagit bort eller markerat som obligatoriska omedelbart att gälla för organisationen. Nya användare som registreras i organisationen måste följa den här uppdaterade konfigurationen för anpassade attribut, annars misslyckas användarregistreringen. Tänk efter innan du markerar anpassade attribut som obligatoriska.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tillbaka till guiden och välj Mappa spårningskoder.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Använd rullgardinsmenyn för att mappa spårningskoder till organisationens anpassade attribut eller användarprofilattribut. När en platsspårningskod mappas till ett attribut mappas systemet först till befintliga attribut som matchar spårningskodnamnen om inmatningstypen är inställd som textfält. Klicka på Nästa när du är klar. Om din organisation använder en automatisk process för användarregistrering, till exempel Directory Connector eller Azure AD, bör du inte mappa spårningskoder till anpassade attribut. Mappa i stället spårningskoderna till synkroniserade attribut. Tidigare kunde spårningskoder konfigureras olika för olika center. Alla center (Meetings, Events, Webinars o.s.v.) delar nu en enda schemaläggningskonfiguration. När du mappar ett attribut som obligatoriskt kommer attributet att vara obligatoriskt vid schemaläggningen i Webex Meetings, Webex Webinars o.s.v.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klicka på Spara kartan. Synkronisering görs automatiskt under processen för att uppdatera en webbplats till Control Hub. Vi föreslår att du säkerhetskopierar spårningskodvärden för användare genom att göra en användarexport för möteswebbplatsen När du mappar spårningskoder till anpassade attribut kommer den enda sanningskällan för data från Webex Identity i stället för från varje enskild mötesplats. Synkronisering skapar en engångskopia av användarvärdena för spårningskoderna till mappade attribut som inte redan har fyllts i för användare, vilket innebär att det är viktigt i vilken ordning du synkroniserar spårningskoderna för webbplatserna. När du synkroniserar den första webbplatsen kopieras spårningskodvärdena för användare från den webbplatsen till det mappade användarattributet för användaren i Control Hub, men bara om värdet inte redan har fyllts i för användaren. Vissa spårningskodvärden kanske inte kopieras från webbplatsen till användarattributen under synkroniseringen Om en användares värde för en mappad webbplats har fyllts i innan synkroniseringen kopieras inte spårningsvärdet från den webbplatsen till det mappade attributet i Control Hub för den användaren. För att undvika att data ersätter andra spårningskoder för användare rekommenderar vi att du mappar och synkroniserar data för en mötesplats med de senaste spårningskodvärdena för användare. Spårningskodvärden kopieras inte från webbplatser som mappar spårningskoder till användarfält som synkroniseras via externa källor, till exempel Directory Connector eller Azure AD. Följande tabell inkluderar möjliga situationer där data ersätter de ursprungliga spårningskoderna. I dessa situationer är spårningskoden och det mappade attributet användarens ort.
* Värdet för tidigare spårningskoder överlappar det befintliga mappade attributet. | ||||||||||||||||||||||||||||||||||||||||
Innan du uppdaterar din webbplats för att hanteras i Control Hub ska du se till att:
- Alla användare på -webbplatsen som ska finnas i din organisation finns faktiskt i din Control Hub-organisation.
- Alla användare på -webbplatsen som inte borde finnas i din organisation tas bort från din organisation.
- Användare i organisationen kan autentiseras av din IdP om din organisation är konfigurerad för SSO.
- Användarprofilfält som markerats som obligatoriska på webbplatsen kopieras också till Control Hub-organisationen när du uppdaterar webbplatsen. Om du inte vill att de fält som är markerade som obligatoriska för kontoregistrering på webbplatsen i Control Hub ska du först avmarkera fälten i webbplatsadministrationen innan du uppdaterar till Control Hub.
- Du har läst avsnittet Förbered din Control Hub-organisation från tidigare i den här artikeln.
I denna video finns en demonstration om hur du uppdaterar din webbplats till Control Hub.
Så här kontrollerar du efter användare som kommer att blockera webbplatsuppdateringen
-
Logga in webbplatsadministration webbplats och öppna sidan Uppdatera administration.
-
Öppna Granska förutsättningarna för att uppdatera administreringskontroll och klicka på Exportera påverkade användare i CSV.
-
Vänta tills exporten är klar. Den här processen kan ta en stund beroende på starttiden och antalet användare på webbplatsen. Exporten pausas i 6 minuter högst upp i timmen (mellan xx:57 och xx:03).
-
Klicka på Hämta CSV när exporten är klar.
Din webbläsare hämtar
användare-till-review.csv. -
Öppna CSV-filen och markera kolumnen Rekommenderade åtgärder (den sista kolumnen). Vidta den rekommenderade åtgärden för varje användare i filen.
Användare med omatchade e-postadresser
Vissa användare kan ha en annan e-postadress i webbplatsadministrationen och Control Hub. Det här är möjligt om användarens e-postadress endast ändrades till en av de två platserna efter att användaren länkats från den här webbplatsen till Control Hub.
Prova dessa åtgärder för att åtgärda användare med omatchade e-postadresser:
-
Ändra användarens e-postadress i webbplatsadministrationen så att den matchar e-postadressen i Control Hub
Användare kan redigera sina webbplatsadministrationsprofiler: https://help.webex.com/nmig1kcb
-
Ändra användarens e-postadress i Control Hub så att den matchar webbplatsadministratörens e-postadress: https://help.webex.com/nsi3kgb.
Användare kan ändra sina egna e-postadresser i Control Hub-organisationen: https://help.webex.com/nme40aeb
Om du uppdaterar din webbplats till Control Hub utan att korrigera användarens e-postadress stämmer inte, måste de påverkade användarna använda e-postadresserna i Control Hub för att logga in på möteswebbplatsen. Det kan hända att dessa användare inte kan logga in om de försöker logga in med e-postadressen i webbplatsadministrationen eller om deras e-postadress i Control Hub inte längre är giltig i deras IdP (för SSO organisationer). De blockerar inte dig från att uppdatera webbplatsen, men det är bättre att fixa e-postadresserna innan du startar uppdateringen.
Externa användare med Basic Meetings-licens
Externa användare med Basic Meetings-licenser måste inaktiveras eller uppgraderas till betalda Webex Meetings-licenser innan webbplatsen uppdateras från webbplatsadministration till Control Hub.
Så här inaktiverar du användare
För inaktivering av enskilda användare i webbplatsadministration:
-
Gå till .
-
Använd kontrollerna index, sök och filter för att hitta användaren.
-
Avmarkera rutan Aktiv.
-
Skicka ändringarna.
Se Hantera användarkonton i Webex webbplatsadministration för mer information.
För batchanvändarinaktivering i webbplatsadministration:
-
Exportera användarna till en CSV-fil.
-
Öppna CSV-filen och ändra kolumnvärdena för
AktivtillNför alla berörda användare. -
Importera den ändrade CSV-filen.
Användarna du ändrade är nu inaktiva.
Se Batchimporter och -exportera Webex-användare i Webex webbplatsadministration mer information.
Användare i organisationer med katalogsynkronisering
Om det finns olänkade användare som ska finnas i din organisation men som ännu inte har lagts till, måste du först lägga till dem i din organisation. Detta är särskilt viktigt för organisationer som har konfigurerats för katalogsynkronisering (via Kataloganslutning eller Azure AD) eftersom katalogsynkronisering inte tillåter att webbplatsen uppdaterar processen för att lägga till användare.
Webbplatsuppdateringen misslyckas om inga aktiva användare på webbplatsen kan länkas till en Control Hub-organisation. Om din organisation är konfigurerad för katalogsynkronisering ska du först se till att alla användare på webbplatsen som måste vara en del av Control Hub-organisationen läggs till i Kataloganslutning eller Azure AD innan du startar uppdateringen.
Åtgärda användarproblem innan du startar uppdateringen
Om du försöker uppdatera webbplatsen till Control Hub utan att lösa problemen för användare i filen användare-för-granskning kan uppdateringsadministrationsprocessen misslyckas. Verktyget kontrollerar inte om du har korrigerat problemen förrän efter att du har startar den slutliga uppdateringen.
Uppdatera SSO-webbplatser och icke-SSO-webbplatser som är kopplade till en SSO-organisation
En Control Hub-organisation kan stödja flera identitetsleverantörer (IdP:er) för SSO där en av IdP:erna är Webex-IdP (lokal autentisering)
Flera IdP:er i Control Hub hjälper till att:
- Där IdP för en SSO-webbplats i webbplatsadministrationen skiljer sig från SSO IdP i Control Hub.
- När användare på webbplatsen inte finns med i den SSO-IdP som konfigurerats i organisationen kan dessa användare nu bara läggas till i den lokala Webex-IdP:n. Du kan sedan flytta dessa användare till den konfigurerade SSO IdP:n senare.
Om du konfigurerar flera IdP:er kan alla användare på webbplatsen som uppdateras från webbplatsadministration till Control Hub logga in via den autentiseringsmetod som har konfigurerats i en Control Hub-organisation. För att uppnå detta kan du:
- Lägg till ytterligare SSO IdP:er i Control Hub-organisationen.
- Lägg till användare i en redan konfigurerad IdP.
- Lägg till användare i den lokala Webex-IdP.
Se den här artikeln för att läsa mer om flera IdP:er i Control Hub.
Innan du börjar
Det finns några funktioner som du måste inaktivera och du måste kontrollera att alla användare har ett bra tillstånd för att uppdateras till Control Hub. Om du använder API-integrerade program måste du uppdatera dem för att använda Webex API.
Du kan läsa om förutsättningarna i de tidigare delen av den här artikeln.
Se till att alla dina administratörer vet att du uppdaterar webbplatsen till Control Hub och att de inte får göra några ändringar i webbplatsadministrationen när du har startar.
| 1 |
Exportera och spara webbplatsanvändarnas exportfil. Den här filen fungerar som ett användarkonfigurationsarkiv för att hjälpa dig att validera efter uppdateringen. |
| 2 |
Logga in på webbplatsadministration och klicka på Uppdatera administration. |
| 3 |
Granska förutsättningarna, särskilt CSV-listan över användare i de tillstånd som kan påverka uppdateringen. |
| 4 |
Läs om de funktioner som måste inaktiveras och skillnaderna du kan förvänta dig när det gäller användarhantering och värdlicenser (beskrivs även i den här artikeln). |
| 5 |
Klicka på Uppdatera till Control Hub. Den här knappen aktiveras endast efter att stegen ovan har slutförts.  Ett popup-fönster visas. Det här fönstret visar att uppdateringen av en webbplats till Control Hub är permanent och du kan inte ångra uppdateringen när den är klar. När uppdateringen är klar kommer den här webbplatsen inte längre att hanteras i webbplatsadministration. Om du inte är redo att hantera webbplatsen fullt ut i Control Hub kan du avsluta guiden nu.
 |
| 6 |
Klicka på Okej. Uppdateringen startar en banderoll visas webbplatsadministration för att meddela dig om att en webbplatsuppdatering pågår. Om något går fel kommer du att se ett felmeddelande med åtgärd som rekommenderas. Annars får du se ett framgångsmeddelande. Webbplatsuppdateringen tar cirka 3 min + 1 000 aktiva användare/min + 2 000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen klockan 05:20 och din webbplats har 8 000 aktiva användare och 2 000 inaktiva användare tar det cirka 12 minuter att uppdatera webbplatsen. Dessutom pausas webbplatsuppdateringarna i 6 minuter högst upp i timmen (mellan xx:57 och xx:03). Men resultaten kan variera. |
| 7 |
Klicka på Logga in på Control Hub. |
När webbplatsuppdateringen har utlösts från Webex webbplatsadministration kan du logga in på Control Hub för att se statusen för webbplatsuppdateringen.
-
Logga in på Control Hub och öppna sidan Möten .
Du kan se en lista över dina möteswebbplatser.
-
Klicka på en webbplats för att se information om webbplatsen.
-
Leta efter avsnittet Webbplatsuppdatering där du kan läsa uppdateringsstatusen.
När uppdateringen är klar kan du hämta en lista över alla användare i webbplatsadministration och se vilka av dessa användare som var aktiva eller inaktiva på webbplatsen. Användare som visas som inaktiva i kolumnen användarstatus i webbplatsadministration har inte åtkomst till webbplatsen som hanteras av Control Hub. De användarna får inte heller någon åtkomst till webbplatsen i användaravsnittet i Control Hub.
Det kan ta ett tag innan hämtningsknappen visas (minuter för de flesta organisationer).
-
Granska listan för att se om det finns några problem vid uppdatering.
Du kan inte längre hantera denna webbplats webbplatsadministration när webbplatsuppdateringen är klar. All hantering av den här webbplatsen måste göras i Control Hub. Här är några steg för att bekanta dig med och prova på hanteringen av din -webbplats i Control Hub:
-
Kontrollera vissa konfigurationsinställningar för webbplatsen för att bekräfta att ingenting har ändrats. Det här är enklare om du har kopierat vissa inställningar för webbplatsadministrationen innan du uppdaterar till Control Hub.
-
Välj en värd och verifiera dennes licens, spårningskoder och sessionstyper i Control Hub. Logga in på möteswebbplatsen och bekräfta att schemalagda möten, inspelningar och inställningar inte ändras. Valideringen är enklare om värdens data kopieras innan den uppdateras till Control Hub.
Be användaren att kontrollera att de kan schemalägga och vara värd för nya möten.
-
Lägg till en ny användare i din organisation. Bevilja dem en värdlicens, ändra sina sessionstyper och verifiera att de kan vara värd för möten.
Vi rekommenderar att du ställer in organisationsbaserade eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare eller specifika grupper av nya användare. -
Välj en användare som var fullständig administratör i webbplatsadministratören och bekräfta att de har lämplig åtkomstnivå för den uppdaterade webbplatsen i Control Hub.
De ska kunna läsa och ändra webbplatsen. skapa, licens, ändra och ta bort användare.
-
Om din webbplats har API-integreringar växlar du till att använda People API:erna. Bekräfta att den uppdaterade integreringen fungerar som väntat.
Läs mer om att hantera möteswebbplatser i Control Hub på https://help.webex.com/naqlzeu.
-
Användarna kommer att få en enda enhetlig inloggningsupplevelse till Webex-appen och alla webbplatser som hanteras med Control Hub.
Om användarnamnet inte matchar användarens e-postadress i webbplatsadministration kommer dessa användare att påverka inloggningsupplevelsen. Gamla användarnamn kan inte längre användas, och dessa användare måste använda sin e-postadress för att logga in. -
Användares inloggningsuppgifter är kopplade till deras Control Hub-identitet. Samma inloggningsuppgifter gäller för alla Control Hub-hanterade webbplatser i samma organisation och Webex-appen.
-
Om Control Hub-organisationen har SSO konfigureras styr SSO inloggningsupplevelsen för Webex-appen och alla Control Hub-hanterade webbplatser.
-
Inloggningen till Webex-appen påverkas inte till följd av uppdatering till Control Hub.
-
När användare loggar in Webex Meetings webbplats ser inloggningsskärmen annorlunda ut. Användare måste ange sin e-postadress för att logga in även om organisationen är konfigurerad för SSO.
Administratörer kan aktivera alternativet Kom ihåg mig i Control Hub så att användare inte behöver ange sin e-postadress igen varje gång de loggar in. -
Beroende på användarens historik kan det antal webbplatser som de hade ett konto på osv.:
-
Om användare har länkats till befintliga användare i Webex identitets-/kontrollhubben använder användarna samma lösenord för alla Webex-webbplatser som är uppdaterade i Control Hub.
-
Om användare skapades i Webex identitets-/kontrollhubben på grund av webbplatslänkning gäller inloggningsuppgifterna för deras första länkade webbplats (om organisationen inte har konfigurerats med SSO). Användare omdirigeras för att logga in på den webbplatsen. Om användare har flera -webbplatser med flera inloggningsuppgifter bör webbplats-URL:en hjälpa dem att fastställa vilka inloggningsuppgifter de ska använda.
-
Användare kan återställa sina lösenord i Control Hub-organisationer (om lösenord inte hanteras via SSO). Om användare har glömt sitt lösenord kan de bara klicka på Glömt ditt användarnamn eller lösenord? på inloggningsskärmen för att återställa lösenordet. Användare kan även återställa sina lösenord genom att följa dessa instruktioner:
- Återställ lösenord för Webex-appen: https://help.webex.com/article/n02v0b8/
- Återställ lösenord för en Webex Meetings webbplats: https://help.webex.com/article/6v6kaab/
-
-
Om en slutanvändares e-postadress ändrades och den användaren hade en annan e-postadress i webbplatsadministrationen och kontrollhubben vid webbplatsuppdateringen kan den användaren uppleva problem när de försöker logga in. Användaren kanske inte vet att den nu behöver använda e-postadressen i Control Hub för att logga in eller e-postadressen i Control Hub kanske inte längre är giltig i organisationens idP SSO IdP. Det är bäst att undvika denna typ av situation genom att uppdatera användarnas e-postadresser i Control Hub i och med att ändringar görs av e-postadresserna till samma användare i webbplatsadministrationen.
-
Användare på Webex Meetings mobilappen för iOS måste logga in igen:
- Om du uppdaterar en icke-SSO-webbplats till Control Hub måste dina användare logga in på den Webex Meetings mobilappen för iOS igen. Även om Meetings-appen för iOS inte kräver att användare loggar in igen upp till två månader efter webbplatsuppdateringen rekommenderar vi att användare loggar in manuellt för att undvika detta.
-
Under webbplatsuppdateringen kan användare vars användarnamn inte stämmer överens med deras e-postadresser kan behöva logga in igen.
-
Dessa användare kan behöva logga in på sina Webex-klienter igen om de försöker få åtkomst till Webex-tjänster på webbplatsen under webbplatsuppdateringen till Control Hub. Användare som redan deltar i möten innan webbplatsuppdateringen startade påverkas inte.
-
Tom CSV-fil som är "användare att granska"
Om din webbplats är stor och har fler än 1 000 användare vars e-postadresser skiljer sig från i webbplatsadministrationen i Control Hub kan du uppleva en tom "användare att granska" CSV-filen i guiden för webbplatsuppdatering. Det gör att webbplatsuppdateringen inte fungerar eftersom du inte kan lösa problem för användarna. Detta problem bearbetas och vi planerar att lösa det under de kommande veckorna.
Inställningar som inte överförs vid uppdatering till Control Hub
- Om din webbplats som hanteras av webbplatsadministrationen var på den långsamma kanalen och din Control Hub även hanteras av en partner kan du förlora synligheten för versionsuppdateringskontrollerna för Meetings-webbplatsen efter uppdateringen till Control Hub. Om detta inträffar kontaktar du din partner och ber dem aktivera inställningen Tillåt kunder att uppgradera webbplatsversion för din organisation.
- Väntande begäran om självregistrering av konton överförs inte till Aviseringscentret. Användare måste registrera sig för ett konto igen efter att uppdateringen har slutförts.
- Användarnamnsvärden i webbplatsadministrationen åsidosätts med e-postadresser till användare i Control Hub efter att uppdateringen har slutförts.
Användarproblem som orsakar uppdateringen till fel
- Användare med e-postadresser som är kopplade till användare i en Webex för myndigheter kan uppdateringen misslyckas om dessa användare inte inaktiveras innan uppdateringen startas.
Vanliga problem som gör att uppdateringen misslyckas och rekommenderade åtgärder
Om din webbplats inte kan uppdatera till Control Hub kan du kontrollera följande tabell för att se om något av dessa kom fel är orsaken och vad du kan göra för att åtgärda det.
| Fel som orsakar uppdateringen misslyckades | Rekommenderad åtgärd |
|---|---|
| Webbplatstypen är ogiltig. | Kontakta din Webex Support för att validera att webbplatsen är användarlänk. |
| Webbplatsen är inte kopplad till någon prenumeration. | Webbplatser måste associeras med en prenumeration innan den kan uppdateras till Control Hub. |
| Det finns ett problem med organisations-ID: | Webbplatslänkade organisations-ID är inte samma som prenumerationens organisations-ID. Kontakta ditt Webex Support team. |
| Följande prenumeration har väntande åtgärder i Control Hub: (SubID). | Försök att uppdatera webbplatsen igen när den väntande åtgärden har slutförts. |
| Det finns konflikter i enkel inloggning (SSO) (SSO) inställningar. | Om webbplatsen inte SSO ska du kontrollera att:
|
| Webbplatslicensinformationen i webbplatsadministrationen stämmer inte överens med webbplatslicensinformationen i Control Hub. | Inkonsekvent licensinformation mellan webbplatsadministrationen och kontrollhubben. Kontakta ditt Webex Support team. |
| Vissa användarnamn eller e-postadresser i webbplatsadministration konflikt med användarnamn eller e-postadresser i Control Hub. | En användares e-post i webbplatsadministrationen används av en annan användare i Control Hub. Ändra en av e-postadresserna eller användarnamnen. |
| Ett problem uppstod när din webbplats skulle uppdateras. | Ett internt fel förhindrade att den här webbplatsen uppdaterades. Kontakta ditt Webex Support team. |
| Det uppstod ett problem när Webex-användarna skulle uppdateras. | Ett internt fel förhindrade att den här webbplatsen uppdaterades. Kontakta ditt Webex Support team. |
Inloggningsproblem för användare
Se till att alltid tillåta Webex-cookies. Annars kan användare få inloggningsproblem efter uppdatering till Control Hub.
F. Finns det ett datum då Cisco inte längre kommer att stödja webbplatsadministration?
S. Ja. Vi planerar att avveckla Webex webbplatsadministration i slutet av december 2023.
F. Kommer webbplatsadministratörer i webbplatsadministrationen fortfarande att behålla sin administrativa åtkomst till webbplatsen efter uppdatering till Control Hub-hantering?
S. Ja. Alla administratörer på webbplatsen i webbplatsadministrationen har fortfarande administrativ åtkomst till webbplatsen efter att webbplatsen har uppdaterats till Control Hub-hantering.
F. Varför ser jag nya administratörer på webbplatsen efter att ha uppdaterat en möteswebbplats från webbplatsadministration till Control Hub-hantering?
S: De nya administratörerna på webbplatsen var förmodligen organisationsadministratörer för Control Hub. När en webbplats uppdateras från webbplatsadministration till Control Hub blir alla organisationsadministratörer för den nya Control Hub-hanterade webbplatsen. Det innebär att organisationens fullständiga administratörer blir fullständiga administratörer för Webex-webbplatsen, organisationens användaradministratörer blir användaradministratörer för Webex-webbplatsen och organisationens skrivskyddade administratörer blir skrivskyddade administratörer för Webex-webbplatsen.
F. Hur kommer det sig att inloggning med produktivitetsverktyg inte fungerar efter uppdatering av webbplatsen till Control Hub?
S: Se till att webbläsare är konfigurerade för att alltid tillåta sessionscookies, som finns i webbläsarens avancerade sekretessinställningar.
F. Om en användare tas bort i Control Hub och sedan samma e-postadress läggs till på nytt i Control Hub och tilldelas en möteslicens till samma Webex-webbplats, kan användaren komma åt sina gamla inspelningar?
S. Ja, användaren kommer att ha tillgång till allt sitt gamla mötesinnehåll om de har tilldelats en licens till någon av de tidigare Webex-webbplatserna som de var på. Detta gäller både för webbplatser som hanteras av Control Hub och för webbplatser som har uppdaterats för Control Hub.
F. Om en användare inaktiverades i webbplatsadministrationen innan webbplatsen uppdaterades till Control Hub och sedan blev omlicensierad till samma Webex-webbplats i Control Hub, kommer användaren att ha tillgång till sina gamla inspelningar?
S. Ja, användaren kommer fortfarande att ha tillgång till sina gamla inspelningar. Dessutom kommer alla användare som har inaktiverats i webbplatsadministrationen innan webbplatsuppdateringen att listas i MEETINGS CSV-exportfilen i Control Hub.
F. Om en webbplats inte har konfigurerad SSO-IdP, men Control Hub-organisationen har en SSO-IdP, vad händer när webbplatsen uppdateras till Control Hub?
S. Webbplatsen använder samma IdP SSO Som Control Hub-organisationen.
F. Om en webbplats har en annan konfigurerad SSO-IdP än SSO-IdP i Control Hub, vad händer när webbplatsen uppdateras till Control Hub?
S. Webbplatsen växlar över för att använda samma IdP SSO Som Control Hub-organisationen.
F. Om en webbplats har konfigurerat en SSO-IdP, men Control Hub-organisationen inte har en SSO-IdP, vad händer när webbplatsen uppdateras till Control Hub?
S. Du kommer att blockeras från att uppdatera din webbplats. För att avblockera webbplatsen så att du kan uppdatera till Control Hub tar du antingen bort SSO IdP från webbplatsadministrationswebbplatsen eller lägger till en SSO IdP i Control Hub-organisationen.
F. Kan jag fortfarande logga in på webbplatsens URL för att få åtkomst till inspelningar och schemalägga möten eller händelser?
S. Ja, du kan fortfarande logga in på webbplatsens URL där du kan komma åt inspelningar, schemalägga möten m.m.
F. Ändras användarspecifika inställningar under webbplatsuppdateringen från webbplatsadministration till Control Hub?
S. Nej, användarinställningarna kommer att förbli oförändrade. Inställningarna kommer att gälla precis som före webbplatsuppdateringen.
F. Påverkas mina inspelningar eller schemalagda möten av den här webbplatsuppdateringen?
S. Värdinspelningar påverkas inte. Du kommer fortfarande att ha åtkomst till dem. Även dina schemalagda möten påverkas inte. Inga ändringar har gjorts.
F. Påverkas inspelningar eller schemalagda möten för användare av den här webbplatsuppdateringen?
S: Användarinspelningar påverkas inte. De kommer fortfarande att ha tillgång till dem. Schemalagda möten påverkas inte heller. Inga ändringar har gjorts.
För användare som ännu inte har gjorts anspråk på kan deras inspelningar eller schemalagda möten påverkas om du gör anspråk på dem efter att du har uppdaterat webbplatsen till Control Hub. Se följande anmärkning för mer information.
Vi rekommenderar starkt att du gör anspråk på användare innan du uppdaterar din webbplats till Control Hub. Om du gör anspråk på användare till organisationen efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomsten till möten och mötestillgångar på webbplatsen.
Som en tillfällig lösning kan du göra följande för att säkerställa att användare inte förlorar åtkomst till möten och mötestillgångar på webbplatsen efter att webbplatsen har uppdaterats till Control Hub:
- För användare med externa administratörsprivilegier till organisationen eller webbplatsen – ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort möteswebbplatslicensen. När du har gjort anspråk på användaren måste du licensiera den användaren på webbplatsen igen. Du kan även återställa privilegierna för extern administratör.
- För vanliga användare – ta bort möteswebbplatslicensen, gör anspråk på användaren till din organisation och sedan ge användaren ny licens till webbplatsen.
F. Var granskar jag väntande självregistreringsförfrågningar för Control Hub-hanterade webbplatser?
S. Du och andra administratörer kan granska förfrågningar om själv anmälan i Alerts center.
F. Kan jag komma åt värden för användarnamn från webbplatsadministrationen efter att jag har uppdaterat en webbplats till Control Hub?
S. En användarexportfil för alla användare i webbplatsadministrationen är tillgänglig i Control Hub i 90 dagar efter att du har uppdaterat webbplatsen till Control Hub. Denna CSV-fil inkluderar användarnamnvärden.
F. Vi använder värden för användarnamn för att identifiera användare i webbplatsadministrationen. Hur kan vi göra samma sak i Control Hub?
S. Användarnamnsvärden går förlorade när en webbplats uppdateras till Control Hub. Om du behöver åtkomst till dessa värden är en lösning att kopiera värdena till en spårningskod innan du uppdaterar webbplatsen. Spårningskodvärden för användare kommer att bevaras och vara tillgängliga efter uppdatering av en webbplats till Control Hub. Om du använder SSO är ExternalID ett användarattribut för Control Hub som kan innehålla det här värdet. Detta kräver att du konfigurerar dina SAML-kontroller för att överföra detta värde när du konfigurerar SSO i Control Hub. Det här värdet överförs också till Control Hub när nya användare skapas automatiskt.
F. Hur lång tid tar det att slutföra webbplatsuppdateringen efter att den har startat?
S: Webbplatsuppdateringen tar cirka 3 min + 1 000 aktiva användare/min + 2 000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen klockan 05:20 och din webbplats har 8 000 aktiva användare och 2 000 inaktiva användare tar det cirka 12 minuter att uppdatera webbplatsen. Dessutom pausas webbplatsuppdateringarna i 6 minuter högst upp i timmen (mellan xx:57 och xx:03). Men resultaten kan variera.
F. Hur kan jag automatiskt licensiera alla nya användare eller nya användare i specifika grupper efter uppdatering av webbplatsen som ska hanteras i Control Hub?
S: Du kan konfigurera organisations- eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare.
F. Uppstår det avbrott under webbplatsuppdateringen?
S: Nej. Under webbplatsuppdateringen:
- Användare kan fortsätta att använda mötestjänsten, till exempel att delta i och starta schemalagda och ad hoc-möten.
- Möten som pågår när webbplatsuppdateringen startar påverkas inte.
- Prenumerationen kommer att låsas i Control Hub.
- Skrivbordsklienten för Meetings kan ha problem med avsnittet ”Kommande möten”.
- Ändringar i konfigurationer för webbplatshantering rekommenderas inte.
