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 ingen uppdatering av klient versioner. Vissa webbplatser kan inte använda den här funktionen förrän partnerna som hanterar dessa organisationer är redo.
Webex håller på att bli en enhetlig plattform för hantering av möten, meddelanden, samtal och andra sätt att samarbeta. Därför vill vi flytta hanteringen av alla Webex Meetings webbplatser från Site Administration till Control Hub.
Vi har ett verktyg inom webbplatsadministration för att hjälpa dig genom denna förändring. 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.
För en demonstration av hur uppdateringen av din webbplats till Control Hub fungerar, se den här videon.
För att hjälpa till att planera din webbplatsuppdatering, granska avsnittet Ber edskap för webbplatsbedömning.
Fördelarna med att hantera webbplatser i Control Hub inkluderar:
-
Enhetliga licenstilldelningar för alla Webex-tjänster, till exempel möten, meddelanden och samtal.
-
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 Directory Connector, SCIM och Active Directory-grupper.
-
Licensmallar för att automatiskt tilldela flera licenser till användare.
Du kan inte använda Webbplatsadministration för att hantera en mötesplats efter uppdatering till Control Hub.
Om din webbplats är schemalagd för en automatisk uppdatering från att hanteras i Webbplatsadministratör till Control Hub visas följande skärmdump.
Du kan klicka på Ändra uppdateringsdatum för webbplatsen för att ändra det schemalagda datumet.
Erfarenheten av att hantera webbplatser i Control Hub liknar hantering i Webbplatsadministration. Användarhantering i Control Hub har modernare underliggande teknik, så det finns några skillnader i hanteringen av webbplatser i Control Hub. Det här avsnittet fokuserar på skillnader som nämns när du uppdaterar din webbplats.
En 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 till grund för Control Hub, där användarna är distinkta och unika inom hela organisationen (och hela Webex). I Webbplatsadministration är användarprofilen åtskild per mötesplats.
- Single Sign On (SSO) med automatisk kontoskapande
-
I Site Admin har du en ”automatisk kontoskapande” -funktion som skapar användare när de autentiserar sig med SSO.
Den här funktionen är också tillgänglig i Control Hub. Mer information finns i SAML Automatiskt skapande och uppdatering av konto för Control Hub.
Många organisationer som använder SSO kanske föredrar att centralt hantera sina användare i externa katalogverktyg som Microsoft ® Active Directory och Microsoft Azure, samt kräva autentisering med externa identitetsleverantörer.
Läs mer om:
- Obligatoriska profildata och spårningskoder
-
Webbplatsadministration låter dig ange obligatoriska profilfält för nya användare (tidigare skärmdump). Du kan utöka detta till att kräva spårningskoder för användarskapande (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 hanterade webbplatser i Control Hub.
Du måste inaktivera obligatoriska profilfält och spårningskoder innan du uppdaterar webbplatsen till Control Hub.
- Lösenordshantering och lockout
-
Webbplatsadministration har en funktion som tillfälligt låser ut användare om de misslyckas med att logga 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.
-
En CAPTCHA-mekanism (helt automatiserat offentligt Turing-test för att skilja datorer och människor åt).
-
Legitima användare har ett självbetjäningsalternativ för att ändra sina glömda lösenord.
-
Värdlicensiering
- Värdar måste finnas i din Control Hub-organisation
-
I Site Admin kan du tilldela en värdlicens till valfri användare. När du hanterar webbplatsen i Control Hub kan du bara tilldela värdlicenser (& deltagarroll) till användare i samma Control Hub-organisation.
- Självregistrering för värdkonto
-
I Webbplatsadministratör kan du välja att tillåta användare att begära ett (värd) konto på webbplatsen. Du kan också tillåta användare med ett konto att begära ytterligare tjänster på webbplatsen. (se skärmdumpar).
När du hanterar en mötesplats i Control Hub kan användare inte begära ett eget värdkonto för den webbplatsen.
Control Hub har ett centraliserat, automatiserat sätt för dig att tilldela möteslicenser till nya användare istället. Läs https://help.webex.com/n3ijtao.
Du kan också hantera användarlicenser via API eller i bulk med hjälp av CSV.
Om du vill att användare ska begära sina värdkonton kan du konfigurera webbplatshjälp/support med pekare för att kontakta administratörer eller länka till andra verktyg.
Du måste inaktivera ”Tillåt registrering av värdkonto” och ”Tillåt användare att begära ytterligare tjänster” i Webbplatsadministration innan du uppdaterar webbplatsen till Control Hub.
-
Control Hub har andra licenshanteringsalternativ, 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, individuellt eller i bulk, eller via API.
Om du behöver det här automatiska inaktiveringsalternativet, och de andra alternativen i Control Hub inte är lämpliga för dig, bör du undvika att uppdatera din webbplats till Control Hub just nu.
Innan du uppdaterar mötesplatsen som ska 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 i prenumerationen. Uppdateringen misslyckas om:
- Du har några väntande åtgärder på prenumerationen som är kopplad till webbplatsen som du uppdaterar.
- Webbplatsen har ingen prenumeration kopplad till den i Control Hub-organisationen.
- Platslicensinformationen i Webbplatsadministration stämmer inte överens med webbplatslicensinformationen i Control Hub.
Vi rekommenderar starkt att du verifierar dina domäner och gör anspråk på dina användare. Följande läsning hjälper:
-
Kontrollhubbens e-bok: 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 att ha verifierat dina domäner): https://help.webex.com/nceb8tm. Att göra anspråk på användare är särskilt viktigt att göra eftersom det säkerställer att så många användare som möjligt som borde vara i din organisation faktiskt finns där. Genom att göra anspråk på användare med ”Omedelbart anspråk” undviker du också förseningar i användningen 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 i organisationen efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomsten till möten och mötesresurser på webbplatsen.
Som en lösning kan du göra följande för att se till att användare inte förlorar åtkomst till möten och mötesresurser på webbplatsen efter att webbplatsen har uppdaterats till Control Hub:
- För användare med extern administratörsbehörighet till organisationen eller webbplatsen: Ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort mötesplatslicensen. När du gör anspråk på användaren, licensiera den användaren till webbplatsen igen. Du kan också återställa deras externa administratörsbehörighet.
- För vanliga användare — Ta bort mötesplatslicensen, gör anspråk på användaren till organisationen och licensiera sedan om användaren till webbplatsen.
-
Om mötesplatsen är konfigurerad för SSO måste du också konfigurera SSO för din Control Hub-organisation.
Skapa automatiskt konto för nya användare
Om din Webex-webbplats aktiverade automatisk kontoskapande i Webbplatsadministratör kan du aktivera en liknande funktion i Control Hub med automatisk skapande av SAML-konto. Se till att du också konfigurerar en automatisk licensmall så att nya användare automatiskt får tilldelade licenser när deras konton har skapats i Control Hub-organisationen.
Organisationer med katalogsynkronisering
Om din organisation är konfigurerad för katalogsynkronisering kontrollerar du att alla användare som du vill ska vara i organisationen finns på webbplatsen. Detta bör göras 24 timmar innan du startar webbplatsuppdateringsprocessen 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 när de har uppdaterats
En person med en organisationsomfattande administratörsroll i Control Hub får automatiskt åtkomst till webbplatser som uppdateras från Webbplatsadministratör till Control Hub. Organisationens fullständiga administratörer blir till exempel fullständiga administratörer för Webex-webbplats, organisationsanvändaradministratörer blir Webex-webbplatsanvändaradministratörer och organisationens skrivskyddade administratörer blir skrivskyddade administratörer för Webex-webbplats.
XML-API:er
XML-API:er är nu kompatibla med Control Hub-hanterade webbplatser. Du kan läsa om detaljerna och varningarna på XML API 41.11. 0 Uppdateringar.
URL:er för XML-API-tjänster är oförändrade efter att en webbplats har uppdaterats från Webbplatsadministratör till hanterad Control Hub. Samma API-webbadresser fortsätter att fungera. Cisco rekommenderar att alla API-integrationer använder OAUTH för autentisering.
Autentisering i XML-API:er
Integrationer 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 uppdatering av webbplatsen.
| Typ av administratörsautentisering i XML API före webbplatsuppdatering | Administratör i SSO org efter webbplatsuppdatering | Administratören är inte i SSO-org 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/SessionTicket |
Kommer att fungera |
Kommer att fungera |
| E-post/OAuth (WebExAccessToken) |
Kommer att fungera |
Kommer att fungera |
* Bakåtkompatibilitet — Cisco har aktiverat autentisering av användarnamn/lösenord för att fungera i
XML-API:er efter webbplatsuppdatering även om det inte matchar e-post. username Kompatibiliteten gäller endast om
- Användarautentiseringsuppgifter skapades före webbplatsuppdateringen. Inga ändringar tillåts, annars
usernamekommer tidigare autentiseringsuppgifter att misslyckas. - Autentiseringsuppgifter för API-autentisering kan inte ha ett annat lösenord i Control Hub jämfört med webbplatsen när den hanterades i Webbplatsadministration.
- Användare vars autentiseringsuppgifter används för autentisering måste vara i aktivt läge (inte inaktivt) i Webbplatsadministration vid tidpunkten för webbplatsuppdateringen till Control Hub.
Usernameär inställd på e-post för alla användare när en webbplats uppdateras till Control
Hub. Om den usernameanvänds för API-nyttolaster måste nyttolasten använda e-post
istället efter att webbplatsen har uppdaterats.
Administratörsroll i Control Hub för API-integrationer
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 kontrollhubb-webbplats. För administratörer vars autentiseringsuppgifter används för API-integrationer rekommenderar vi att du marknadsför dessa administratörer till organisationens fullständiga administratörer i Control Hub, helst innan du uppdaterar webbplatsen till Control Hub.
Som bästa praxis rekommenderar vi att du uppdaterar en testplats först för att bekräfta att dina API-integrationer fungerar omodifierade efter uppdatering till Control Hub.
Beroende på vad din integration gör kan administratörer också behöva tilldelas ett mötes värdkonto på Control Hub-webbplatsen för att integrationen ska fungera (detta krävdes inte för administrat örer på webbplatsadministratörswebbplatser).
Skillnader i XML API i Control Hub
De flesta XML API-integrationer bör fungera, utan några ändringar, efter uppdatering av din webbplats. Men det finns några undantag som beskrivs i följande lista:
-
CreateUser — På hanterade webbplatser i Control Hub kan den här åtgärden också skapa en användare i den webbplatsägande organisationen innan en licens tilldelas. Om användaren redan finns i en annan organisation kommer den här åtgärden att misslyckas.
PMR ID parameterträder inte i kraft för användare som inte redan har statusen Ak tiv i Control Hub.createuserAPI tar längre tid att slutföra på Control Hub-hanterade webbplatser. För bättre prestanda kan du lägga till en extra tråd för att parallellisera samtalcreateuser. - SetUser — Kan leda till att användaren tilldelar eller tar bort mötesplatslicens (beroende på API-parametrar eller nyttolast).
- DelUser — Tar bort mötesplatslicensen, men tar inte bort användaren från Control Hub-organisationen.
-
LSTSummaryUser —Returnerar också användar ens.
objectGUID -
AuthenticateUser —På hanterade webbplatser i Control Hub rekommenderar vi att du skapar sessionsbiljetter via
AuthenticateUseristället för att använda användarnamn och lösenord för varje XML API. Användning av SAML-svar i brödtext stöds inte i det här anropet för hanterade webbplatser i Control Hub.
REST API:er
Control Hub har egna API:er, inklusive People and License 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 användarhanteringsfunktioner 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 stöder inte 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 också hantera (eller visa) dina hanterade mötesplatser i Control Hub.
Control Hub har Webex-webbplatsspecifika administratörsroller, men People API kan inte tilldela den här rollen just nu.
Framtidsplaner (kan komma att ändras)
- Nytt licens-API som också kan bevilja mötesplatslicenser till externa användare som inte är i samma organisation som skapade webbplatsen. Extern användarlicensiering är tillgänglig 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 all verksamhet på användare och mötesplatser). 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 avvecklas (datum TBD).
Innan du uppdaterar din webbplats till Control Hub rekommenderar vi starkt att du granskar följande punkter först för att få uppdateringen att gå så smidigt som möjligt:
- Granska först det här dokumentet och se till att organisationen följer de bästa metoderna som rekommenderas i avsnittet För bered din kontrollhub-organisation.
- Logga sedan in på Webex Administration och klicka på Uppdatera administration. I webbplatsberedskapsfasen bör du inte vidta några rekommenderade åtgärder i filen från avsnittet Granska användare och bör inte inaktivera några funktioner som anges i avsnittet granskningsfunktioner ännu. Genom att följa dessa instruktioner blir bedömningen av platsens beredskap en skrivskyddad åtgärd bara för att bedöma de ändringar du behöver göra innan du uppdaterar till Control Hub.
- Under avsnittet Granska användare klickar du på Exportera användarens CSV-fil och laddar ner CSV-filen, som kallas
users-to-review-xxxxx.csv.Den här filen listar alla användare som behöver uppmärksamhet och kommer att ha en rekommenderad åtgärd för varje användare. Antalet användare i den här filen ger dig en uppfattning om hur många användarrelaterade problem du måste arbeta med innan du kan uppdatera webbplatsen.
- Under avsnittet Granska funktioner, titta på alla funktioner som listas med ett rött X i konsekvenskolumnen. Detta kommer att informera dig om din webbplats beredskap ur ett funktionskonfliktperspektiv.
- Gå inte till steg 2 och klicka inte på knappen Uppdatera till Control Hub ännu.
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-integrationer som utförs av ditt företag eller via tredjepartslösningar, till exempel utbildningshanteringslösningar, se till att du läser avsnittet För bered API-integrationer för webbplats för att fungera med Control Hub.
Kommande ändringar för version 43.6
Fram till nu behövde dessa två funktioner inaktiveras innan webbplatsen uppdaterades till Control Hub:
- Obligatoriska värdprofilfält
- Obligatoriska spårningskoder
Från och med lanseringen av 43.6 behöver webbplatser som deltar i betaversionen för anpassade attribut och obligatoriska värdprofilfältsfunktioner inte längre inaktivera dessa funktioner innan de uppdaterar sin webbplats till Control Hub. Istället låter guiden dig veta att du ska granska dessa två funktioner eftersom den aktuella konfigurationen kopieras över till Control Hub-organisationen.
Om du deltar i betaver sionen av obligatoriska värdprofilfält visas den här varningen:
Om du deltar i betaversionen för spårningskoder och anpassade attribut som krävs visas det här åtgärdsobjektet:
Om du inte deltar i dessa betor, fortsätt sedan 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 vilken funktion som måste inaktiveras. Funktioner som är markerade med en röd cirkel X-ikon måste göras. Funktioner markerade med en gul triangelikon för utrop stecken är bara för din information och kräver ingen åtgärd.
För en demo om hur du uppdaterar din webbplats till Control Hub, se den här videon.
Om din organisation använder funktionen för automatisk kontoskapande i Webbplatsadministratör bör du konfigurera en motsvarande funktion i Control Hub och ställa in en automatisk licen small för att automatiskt tilldela licenser. Se den här artikeln för mer information. Detta bör göras innan du uppdaterar webbplatsen som ska hanteras i Control Hub.
-
Logga in på Webex webbplatsadministration och gå till .
-
Hitta och inaktivera alternativet Tillåt registrering av värdkonto.
-
Hitta Kräv för kontoregistrering: och avmarkera alla rutor för obligatoriska användarprofilfält.
-
-
Klicka på Uppdatera.
-
Gå till .
-
I kolumnen Värdprofil ändrar du alla spårningskodrader som är markerade som Obligator iskt till AdminSet eller Valfritt.
-
Läs mer om spårningskoder på https://help.webex.com/izu2ty.
Alla värden för spårningskod för användare bevaras när du uppdaterar en webbplats till Control Hub.
-
I framtiden kommer denna begränsning att upphävas och du kommer att kunna kartlägga spårningskoder till nödvändiga anpassade användarattribut i Control Hub för motsvarande funktionalitet.
Funktionen för kartspårningskoder till användarattribut är ett utkast som finns i offentlig förhandsgranskning. Vi ger dig en smygtitt på vad du kan förvänta dig.
Innan du kan uppdatera en webbplats med nödvändiga spårningskoder från Webb platsadministration till Control Hub måste du koppla dessa spårningskoder till användarattribut i Control Hub. Du kan klicka på ikonen under Information för att ta dig direkt till kart spårningskoder till guiden för användarattribut för webbplatsen. Om du inte har mappat eller inaktiverat de nödvändiga spårningskoderna ännu kan du inte uppdatera webbplatsen till Control Hub.
Om din webbplats inte har obligatoriska spårningskoder kan du fortfarande mappa spårningskoder till användar attribut 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 attributet avdelningens användarprofil i motsats till ett anpassat attribut. Eftersom avdelning är ett standardprofilattribut i Control Hub kommer detta scenario att vara effektivare i de flesta fall.
Om det här attributet krävs går du till avsnittet Användarprofilattribut och markerar avdelningsattributet som krävs. Tänk på 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 Me eting. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Välj en webbplats och gå sedan till . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Välj Skapa spårningskodskarta. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
Välj Öppna sammanfattning av spårningskod. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klicka på Hämta konfigurationssammanfattning. Du måste hämta en kopia av den aktuella spårningskodkonfigurationen. Du behöver den här sammanfattningen för nästa steg för att se till att alla attributvärden överensstämmer med de aktuella spårningskoderna. Du kan också ladda ner tidigare spårningskodlistor 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ägg till och granska användar attribut. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurera eventuella nya anpassade attribut som behövs för den här webbplatsen. Markera alla attribut som obligatoriska om du vill att dessa fält ska fyllas i för användare. Anpassade attribut är inte tillämpliga för organisationer som synkroniserar användare med Directory Connector, Azure AD osv. Du kan använda det här steget som en möjlighet att granska visningsnamnen för spårningskoder. När du har gjort de ändringar som behövs klickar du på Spara. Låsta attribut liknar AdminSeti
klassiska spårningskoder för mötesplatser. När du markerar ett anpassat attribut som låst kan användarna
inte se det attributet.Om du trycker på spara i det här steget träder alla anpassade
attribut som du har lagt till, tagit bort eller markerat som obligatoriska omedelbart i kraft för
organisationen. Nya användare som är inloggade i organisationen måste följa den
uppdaterade konfigurationen för anpassade attribut, annars misslyckas användarens onboarding. Fortsätt
med försiktighet innan du markerar anpassade attribut efter behov. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tillbaka till guiden och välj Kartspårningskoder. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
Använd listrutan för att mappa spårningskoder till organisationens anpassade attribut eller användar profilattribut. När en webbplatsspårningskod mappas till ett attribut mappar systemet först till redan existerande attribut som matchar spårningskodnamn om inmatningstypen är inställd på textfält. När du är klar klickar du på Nästa. Om din organisation använder en automatiserad introduktionsprocess
för användare, till exempel Directory Connector eller Azure AD, bör du inte mappa
spårningskoder till anpassade attribut. Mappa istället spårningskoderna till synkroniserade
attribut. Tidigare kan spårningskoder konfigureras olika per centrum. Alla centra (möten, evenemang, webbseminarier etc.) delar nu en enda schemaläggningskonfiguration. När du mappar ett attribut efter behov, det attributet kommer att krävas vid tidpunkten för schem aläggning Webex MeetingsWebex Webinars, etc. 
| ||||||||||||||||||||||||||||||||||||||||
| 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 gör en säkerhetskopia av spårningskodvärden för användare
genom att göra en webbplatsanvändarexport för mötesplatsen När du mappar spårningskoder till anpassade attribut kommer datans enda sanningskälla från Webex Identity istället för varje enskild mötesplats. Synkronisering gör en engångskopiering av användarvärden för spårningskod till mappade attribut som inte redan är ifyllda för användare, vilket innebär att ordningen på vilka webbplatser du synkroniserar spårningskoder först spelar roll. 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 den användaren i Control Hub, men bara om det värdet inte redan är ifyllt för användaren. Vissa värden för spårningskod kanske inte kopieras från webbplats till användarattribut under synkronisering Om en användares värde för en mappad plats redan är ifyllt vid synkroniseringen kopieras inte spårningsvärdet från den platsen 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årningskoddata för användarna. Värden för spårningskod kopieras inte från webbplatser som m
appar spårningskoder till användarfält som synkroniseras via externa källor, till exempel
Directory Connector eller Azure AD. Följande tabell beskriver möjliga scenarier där data ersätter de ursprungliga spårningskoderna. I dessa scenarier är spårningskoden och det mappade attributet användarens stad.
* Tidigare spårningskodvärde ersätts av det befintliga mappade attributet. | ||||||||||||||||||||||||||||||||||||||||
Innan du uppdaterar din webbplats som ska hanteras i Control Hub, se till att:
- Alla användare av webbplatsen som borde vara i din organisation finns faktiskt i din Control Hub- organisation.
- Alla användare av webbplatsen som inte borde vara med i organisationen tas bort från organisationen.
- Användare i organisationen kan autentiseras av din IdP om organisationen är konfigurerad för SSO.
- Användarprofilfält markerade som obligatoriska på webbplatsen kopieras också till Control Hub-
organisationen när du uppdaterar webbplatsen. Om du inte vill att dessa fält ska markeras som obligatoriska för
kontoregistrering på webbplatsen i Control Hub avmarkerar du fälten i Webbplatsadministratör först innan du
uppdaterar till Control Hub.
- Du har granskat avsnittet För bered din Control Hub-organisation tidigare i den här artikeln.
För en demo om hur du uppdaterar din webbplats till Control Hub, se den här videon.
Så här letar du efter användare som blockerar webbplatsuppdatering
-
Logga in på Webbplatsadministration och öppna sidan Uppdaterings administration.
-
Öppna Granska förutsättningarna för uppdatering av administr ationskontroll och klicka på Exportera berörda användare i CSV.
-
Vänta tills exporten är klar. Denna process kan ta ett tag beroende på start tid och antal användare på webbplatsen. Exporten pausas i 6 minuter högst upp i timmen (mellan xx:57 till xx:03).
-
Klicka på Ladda ner CSV när exporten är klar.
Din webbläsare laddar ner
users-to-review.csv. -
Öppna CSV-filen och markera kolumnen Rekommenderad åtgärd (den sista kolumnen). Vidta den rekommenderade åtgärden för varje användare i filen.
Användare med felaktiga e-postadresser
Vissa användare kan ha en annan e-postadress i webbplatsadministratörs- och kontrollhubben. Detta är möjligt om användarens e-postadress ändrades på endast 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 felaktiga e-postadresser:
-
Ändra användarens e-postadress i Webbplatsadministratören så att den matchar Control Hub-e-post adressen
Användare kan redigera sina webbplatsadministratörsprofiler: 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 webbplatsen till Control Hub utan att korrigera felmatchningar av användarens e-postadress måste de berörda användarna använda sina e-postadresser för Control Hub för att logga in på mötes platsen. Dessa användare kanske inte kan logga in om de försöker logga in med e-postadressen i Webbplatsadministratören eller om deras e-postadress i Control Hub inte längre är giltig i deras IdP (för SSO-organisationer). De kommer inte att blockera dig från att uppdatera webbplatsen, men det är bättre att fixa e-post adresserna innan du startar uppdateringen.
Externa användare med Basic Meetings-licens
Externa användare med Basic Meetings-licenser måste inaktiveras eller uppgraderas till betal Webex Meetings da licenser innan webbplatsen uppdateras från Site Admin till Control Hub.
Så här inaktiverar du användare
För individuell avaktivering av användare i Webbplatsadministration:
-
Gå till .
-
Använd index-, sök- och filterkontrollerna för att hitta användaren.
-
Avmarkera rutan Aktiv.
-
Skicka in ändringarna.
Se Hantera användarkonton i Webex webbplatsadministration för mer information.
För batchanvändardeaktivering i webbplatsadministration:
-
Exportera användarna till en CSV-fil.
-
Öppna CSV-filen och ändra
Activekolumnvärdena tillNför alla berörda användare. -
Importera den ändrade CSV-filen.
Användarna du har ändrat är nu inaktiva.
Se Batch import och export av Webex-användare i Webex webbplatsadministration för mer information.
Användare i organisationer med katalogsynkronisering
Om det finns olänkade användare som borde finnas i organisationen, men som inte har lagts till ännu, måste du först lägga till dem i organisationen. Detta är särskilt viktigt för organisationer som är konfigurerade för katalogsynkronisering (via Directory Connector eller Azure AD) eftersom katalogsynkronisering inte tillåter webbplatsuppdateringsprocessen att lägga till användare.
Webbplatsuppdateringen misslyckas om några aktiva användare på webbplatsen inte kan länkas till en Control Hub-organisation. Om organisationen är konfigurerad för katalogsynkronisering kontrollerar du att alla användare på webbplatsen som måste ingå i Control Hub-organisationen läggs till i Directory Connector eller Azure AD innan uppdateringen startas.
Åtgärda användarproblem innan uppdateringen startas
Om du försöker uppdatera webbplatsen till Control Hub utan att lösa problemen för användarna i
users-to-reviewfilen kan uppdateringsadministrationen misslyckas. Verktyget kontrollerar inte om du har åtgärdat problemen förrän efter att du har startat den slutliga
uppdateringen.
Uppdatera SSO-webbplatser och webbplatser som inte är SSO-länkade till en SSO-organisation
En Control Hub-organisation kan stödja flera identitetsleverantörer (IDP) för SSO där en av IdP:erna är Webex IdP (lokal autentisering)
Flera IDP:er i Control Hub hjälper till:
- Där IdP för en SSO-plats i Site Admin skiljer sig från SSO IdP för Control Hub.
- När användare på webbplatsen inte finns i den SSO IdP som konfigurerats i organisationen kan dessa användare nu bara läggas till i den lokala Webex IdP. Du kan sedan flytta dessa användare till den konfigurerade SSO IdP senare.
Om du ställer in flera IDP:er kan alla användare på webbplatsen som uppdateras från Webbplatsadministratör till Control Hub logga in med den autentiseringsmetod som konfigurerats i en Control Hub- organisation. För att åstadkomma detta kan du:
- Lägg till ytterligare SSO-IDP:er i Control Hub-organisationen.
- Lägg till användare till en redan konfigurerad IdP.
- Lägg till användare till den lokala Webex IdP.
Läs den här artikeln om du vill veta mer om flera IDP:er i Control Hub.
Innan du börjar
Det finns några funktioner du måste inaktivera, och du måste kontrollera att alla användare är i 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 dessa förutsättningar i de tidigare delarna av den här artikeln.
Se till att alla administratörer vet att du uppdaterar webbplatsen till Control Hub och att de inte får göra några ändringar i Webbplatsadministratören när du har startat.
| 1 |
Exportera och spara webbplatsanvändarens exportfil. Den här filen fungerar som ett användarkonfigurationsarkiv som hjälper 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 stater som kan påverka uppdateringens framgång. |
| 4 |
Läs om de funktioner som måste inaktiveras och de skillnader du kan förvänta dig i användarhantering och värdlicensiering (dokumenteras också i den här artikeln). |
| 5 |
Klicka på Uppdatera till Control Hub. Den här knappen aktiveras först 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 att du inte kan å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 beredd att hantera den här webbplatsen fullt ut i Control Hub avslutar du guiden nu.
 |
| 6 |
Klicka på OK. Uppdateringen startar en banner visas ovanför Webbplatsadministration för att meddela dig att en webbplatsuppdatering pågår. Om något går fel visas ett felmeddelande med föreslagna åtgärder. Annars visas ett meddelande om framgång. Webbplatsuppdatering tar ungefär 3 min + 1000 aktiva användare/min + 2000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen klockan 05:20 och din webbplats har 8000 aktiva användare och 2 000 inaktiva användare tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter högst upp i timmen (mellan xx:57 till xx:03). Men dina resultat kan variera. |
| 7 |
Klicka på Logga in på Control Hub. |
När du har utlöst webbplatsuppdateringen 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ötesplatser.
-
Klicka på en webbplats för att se information om den webbplatsen.
-
Leta efter avsnittet Webbplatsuppdatering, där du kan läsa Uppdateringsstatus.
När uppdateringen är klar kan du ladda ner 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 den hanterade webbplatsen Control Hub. Dessa användare kommer inte heller att visas som ha någon åtkomst till webbplatsen i användaravsnittet i Control Hub.
Det kan ta lite tid innan nedladdningsknappen visas (minuter för de flesta organisationer).
-
Granska listan för att kontrollera om det finns problem när du uppdaterar.
Du kan inte längre hantera den här webbplatsen i Webbplatsadministration när webbplatsuppdateringen är klar. All hantering för denna webbplats måste göras i Control Hub. Här är några steg för att bekanta dig med och prova hanteringen av din webbplats i Control Hub:
-
Kontrollera vissa inställningar för webbplatskonfiguration för att bekräfta att ingenting har ändrats. Det här är enklare om du kopierade vissa inställningar för webbplatsadministratör innan du uppdaterar till Control Hub.
-
Välj en värd och verifiera deras licens, spårningskoder och sessionstyper i Control Hub. Logga in på mötesplatsen och bekräfta att deras schemalagda möten, inspelningar och inställningar inte ändras. Validering är enklare om värddatorns data kopieras innan den uppdateras till Control Hub.
Be användaren 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. Ge dem en värdlicens, ändra deras sessionstyper och kontrollera att de kan vara värd för möten.
Vi rekommenderar att du konfigurerar organisations- 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ör och kontrollera att de har rätt åtkomstnivå till den uppdaterade webbplatsen i Control Hub.
De ska kunna läsa och ändra webbplatsen; skapa, licensiera, ändra och ta bort användare.
-
Om din webbplats har API-integrationer växlar du till att använda People API: er. Bekräfta att den uppdaterade integrationen fungerar som förväntat.
Läs mer om hantering av mötesplatser i Control Hub på https://help.webex.com/naqlzeu.
-
Användarna kommer att ha en enda, enhetlig inloggningsupplevelse till Webex-appen och alla hanterade webbplatser i 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ändarautentiseringsuppgifter är associerade med deras Control Hub-identitet. Samma autentiseringsuppgifter gäller för alla Control Hub-hanterade webbplatser i samma organisation och för Webex-appen.
-
Om Control Hub-organisationen har SSO konfigurerat styr den SSO inloggningsupplevelsen till Webex-appen och alla hanterade webbplatser för Control Hub.
-
Inloggningsupplevelsen till Webex-appen påverkas inte som ett resultat av uppdateringen till Control Hub.
-
När användare loggar in på en Webex Meetings webbplats ser inloggningsskärmen annorlunda ut. Användare måste ange sin e-postadress för att logga in även om deras organisation är konfigurerad för SSO.
Administratörer kan aktivera alternativet Kom ihåg mig i Control Hub så att användarna inte behöver ange sin e-postadress igen varje gång de loggar in. -
Beroende på varje användares historik, antalet webbplatser de hade ett konto på etc.:
-
Om användare länkades till befintliga användare i Webex Identity/Control Hub kommer användarna att använda samma lösenord för alla Webex-webbplatser som uppdateras till Control Hub.
-
Om användare skapades i Webex Identity/Control Hub på grund av webbplatslänkning gäller deras första länkade webbplatsens autentiseringsuppgifter (om organisationen inte konfigurerades med SSO). Användare omdirigeras för att logga in på den webbplatsen. Om användare har flera webbplatser med flera autentiseringsuppgifter bör webbplatsens URL hjälpa dem att avgöra vilka autentiseringsuppgifter som ska användas.
-
Användare får återställa sitt lösenord i Control Hub-organisationer (om lösenordet inte hanteras via SSO). Om användare har glömt sitt lösenord, de kan bara klicka på Glömt ditt användarnamn eller lösenord? på inloggningsskärmen för att återställa lösenordet. Användare kan också återställa sitt 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 användaren hade en annan e-postadress i webbplatsadministratörs- och kontrollhubben vid tidpunkten för webbplatsuppdateringen kan användaren uppleva problem när den försöker logga in. Användaren kanske inte vet att de nu behöver använda sin Control Hub-e-postadress för att logga in eller att e-postadressen i Control Hub kanske inte längre är giltig i organisationens SSO IdP. Denna typ av situation undviks bäst genom att uppdatera e-postadresserna till användare i Control Hub eftersom ändringar görs i e-postadresserna till samma användare i Webbplatsadministratören.
-
Återinloggning krävs för användare i Webex Meetings mobilappen för iOS:
- Om du uppdaterar en icke-SSO-webbplats till Control Hub måste användarna logga in på Webex Meetings mobilappen för iOS igen. Även om appen Möten för iOS inte kräver att användare loggar in igen i upp till två månader efter webbplatsuppdateringen, föreslår vi att användare loggar in igen manuellt för att förhindra den situationen.
-
Under webbplatsuppdateringen kan användare vars användarnamn inte matchar deras e-postadresser behöva logga in igen.
-
Dessa användare kan behöva logga in på sina Webex-klienter igen om de försöker komma åt Webex-tjänster på webbplatsen under webbplatsuppdateringen till Control Hub. Användare som redan har anslutit sig till möten innan webbplatsuppdateringen startade påverkas inte.
-
Tom CSV-fil fö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 webbplatsadministratören än i Control Hub kan du se en tom CSV-fil för användare att granska i guiden för webbplatsuppdatering. Detta gör att webbplatsuppdateringen inte fungerar eftersom du inte kommer att kunna lösa användarna med problem. Det här problemet arbetas med och vi planerar att lösa det under de kommande veckorna.
Inställningar som inte överförs vid uppdatering till Control Hub
- Om webbplatsen som hanterats av webbplatsadministratören var på den långsamma kanalen och din kontrollhubb också hanteras av en partner kan du förlora synligheten för uppdateringskontroller för möteswebbplatsens version efter uppdatering till Control Hub. Om detta inträffar kontaktar du din partner och ber dem aktivera inställningen Till åt kunden att uppgradera webbplatsversionen för din organisation.
- Väntande kontoförfrågningar om självregistrering överförs inte till Alerts Center. Användare måste registrera sig för ett konto igen efter att uppdateringen är klar.
- Användarnamnsvärden i Webbplatsadministratören åsidosätts med e-postadresser till användare i Control Hub efter att uppdateringen är klar.
Användarproblem som gör att uppdateringen misslyckas
- Användare med e-postadresser som är länkade till användare i en Webex for Government-organisation kommer att orsaka att 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 misslyckas med att uppdatera till Control Hub, kontrollera följande tabell för att se om något av dessa comon-fel är orsaken och vad du kan göra för att åtgärda det.
| Fel som gör att uppdateringen misslyckas | Rekommenderad åtgärd |
|---|---|
| Webbplatstypen är ogiltig. | Kontakta ditt Webex supportteam för att bekräfta att webbplatsen är användarlänkad. |
| Webbplatsen har ingen prenumeration kopplad till den. | Webbplatser måste kopplas till en prenumeration innan den kan uppdateras till Control Hub. |
| Det finns ett problem med organisations-ID:t. | Webbplatslänkad organisations-ID är inte detsamma som prenumerationsorganisations-ID:t. Kontakta ditt Webex supportteam. |
| 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 inställningarna för enkel inloggning (SSO). | Om webbplatsen är SSO aktiverad kontrollerar du att:
|
| Platslicensinformationen i Webbplatsadministration stämmer inte överens med webbplatslicensinformationen i Control Hub. | Inkonsekvent licensinformation mellan Site Admin och Control Hub. Kontakta ditt Webex supportteam. |
| Vissa användarnamn eller e-postadresser i Webbplatsadministration står i konflikt med användarnamn eller e-postadresser i Control Hub. | En användares e-post i Webbplatsadministratören används av en annan användare i Control Hub. Ändra en av e-postadresserna eller användarnamnen. |
| Vi hade problem med att uppdatera din webbplats. | Ett internt fel hindrade den här webbplatsen från att uppdateras. Kontakta ditt Webex supportteam. |
| Vi hade problem med att uppdatera Webex-användare. | Ett internt fel hindrade den här webbplatsen från att uppdateras. Kontakta ditt Webex supportteam. |
Inloggningsproblem för användare
Se till att alltid tillåta Webex-cookies. Annars kan användare ha inloggningsproblem efter uppdatering till Control Hub.
Q. Finns det ett datum för när Cisco inte längre stöder webbplatsadministration?
Svar: Ja. Vi planerar att avveckla Webex webbplatsadministration i slutet av december 2023.
Q. Kommer administratörer av webbplatsen i Site Admin fortfarande att behålla sin administrativa åtkomst till webbplatsen efter uppdatering till Control Hub Management?
Svar: Ja. Alla administratörer på webbplatsen i Webbplatsadministratör har fortfarande administrativ åtkomst till webbplatsen efter att webbplatsen har uppdaterats till Control Hub management.
Q. Varför ser jag nya administratörer på webbplatsen efter att ha uppdaterat en mötesplats från webbplatsadministratör till Control Hub-hantering?
A. De nya administratörerna på webbplatsen var förmodligen Control Hub-organisations administratörer. När en webbplats uppdateras från webbplatsadministratör till Control Hub blir alla organisationsomfattande administratörer webbplatsadministratörer för den nya hanterade webbplatsen Control Hub. Det innebär att organisationens fullständiga administratörer blir fullständiga administratörer för Webex-webbplatsen, organis ationsanvändaradministratörer blir Webex-webbplatsanvändaradministratörer och organisationens skrivskyddade administratörer blir skrivskyddade administratörer för Webex-webbplats.
Q. Varför fungerar inte inloggningen för produktivitetsverktyget efter uppdatering av webbplatsen till Control Hub?
A. Se till att webbläsare är konfigurerade för att alltid tillåta sessionscookies, som finns i webbläsarnas avancerade sekretessinställningar.
Q. Om en användare raderas i Control Hub och sedan samma e-postadress läggs till i Control Hub och tilldelas en möteslicens till samma Webex-webbplats, kan användaren komma åt sina gamla inspelningar?
Svar: Ja, användaren kommer att ha tillgång till allt sitt gamla Meetings-innehåll om de har tilldelats en licens till någon av de tidigare Webex-webbplatserna som de var på. Detta gäller både hanterade platser i Control Hub och webbplatser som uppdaterats till Control Hub.
Q. Om en användare inaktiverades i Webbplatsadministratören innan webbplatsuppdateringen till Control Hub och sedan senare licensierades till samma Webex-webbplats i Control Hub, kommer användaren att ha tillgång till sina gamla inspelningar?
Svar: Ja, användaren har fortfarande tillgång till sina gamla inspelningar. Dessutom visas alla användare som inaktiverades i Webbplatsadministratören innan webbplatsuppdateringen i CSV-exportfilen för möten i Control Hub.
Q. Om en webbplats inte har en SSO IdP inställd, men Control Hub-organisationen har en SSO IdP, vad händer när webbplatsen uppdateras till Control Hub?
A. Webbplatsen kommer att använda samma SSO IdP som Control Hub-organisationen.
Q. Om en webbplats har en annan SSO IdP konfigurerad än SSO IdP i Control Hub, vad händer när webbplatsen uppdateras till Control Hub?
A. Webbplatsen kommer att växla över för att använda samma SSO IdP som Control Hub-organisationen.
Q. Om en webbplats har en SSO IdP inställd, men Control Hub-organisationen inte har en SSO IdP, vad händer när webbplatsen uppdateras till Control Hub?
A. Du kommer att blockeras från att uppdatera din webbplats. Om du vill avblockera webbplatsen så att du kan uppdatera till Control Hub tar du bort SSO IdP från webbplatsen för webbplatsadministratör eller lägger till en SSO IdP i Control Hub-organisationen.
Q. Kan jag fortfarande logga in på webbplatsens webbadress för att komma åt inspelningar och schemalägga möten eller evenemang?
Svar: Ja, du kan fortfarande logga in på webbplatsens webbadress där du kan komma åt inspelningar, schemalägga möten etc.
Q. Ändras användarspecifika inställningar under webbplatsuppdateringen från Webbplatsadministration till Control Hub?
Svar: Nej, användarinställningarna förblir oförändrade. Dessa inställningar kommer att gälla som före webbplatsuppdateringen.
Q. Påverkas mina inspelningar eller schemalagda möten av den här webbplatsuppdateringen?
A. Värdinspelningar påverkas inte. Du kommer fortfarande att ha tillgång till dem. Dina schemalagda möten påverkas inte heller. Det finns inga förändringar i dem.
Q. Påverkas inspelningar eller schemalagda möten med användare av den här webbplatsuppdateringen?
A. Användarinspelningar påverkas inte. De kommer fortfarande att ha tillgång till dem. Schemalagda möten påverkas inte heller. Det finns inga förändringar i dem.
För användare som ännu inte har begärts 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 i organisationen efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomsten till möten och mötesresurser på webbplatsen.
Som en lösning kan du göra följande för att se till att användare inte förlorar åtkomst till möten och mötesresurser på webbplatsen efter att webbplatsen har uppdaterats till Control Hub:
- För användare med extern administratörsbehörighet till organisationen eller webbplatsen: Ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort mötesplatslicensen. När du gör anspråk på användaren, licensiera den användaren till webbplatsen igen. Du kan också återställa deras externa administratörsbehörighet.
- För vanliga användare — Ta bort mötesplatslicensen, gör anspråk på användaren till organisationen och licensiera sedan om användaren till webbplatsen.
Q. Var granskar jag väntande kontoförfrågningar om självregistrering för hanterade webbplatser i Control Hub?
Svar: Du och andra administratörer kan granska förfrågningar om självregistrering i Alerts center.
Q. Kan jag komma åt användarnamnvärden från webbplatsadministratören efter att ha uppdaterat en webbplats till Control Hub?
A. En användarexportfil för alla användare i Webbplatsadministratör är tillgänglig i Control Hub i 90 dagar efter att du har uppdaterat webbplatsen till Control Hub. Den här CSV-filen innehåller användarnamnsvärden.
Q. Vi använder användarnamnsvärden för att identifiera användare i Site Admin. Hur kan vi göra detsamma i Control Hub?
A. Värden för användarnamn går förlorade efter uppdatering av en webbplats 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 ExternalIDfinns ett användarattribut för Control Hub som kan innehålla det här värdet. Detta kräver att du konfigurerar dina SAML-påståenden för att skicka det här värdet när du konfigurerar SSO i Control Hub. Detta värde kommer också att skickas till Control Hub under automatisk skapande av nya användare.
Q. Hur lång tid tar det att slutföra webbplatsuppdateringen efter att den har startat?
A. Webb platsuppdatering tar ungefär 3 min + 1000 aktiva användare/min + 2000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen klockan 05:20 och din webbplats har 8000 aktiva användare och 2 000 inaktiva användare tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter högst upp i timmen (mellan xx:57 till xx:03). Men dina resultat kan variera.
Q. Hur kan jag automatiskt licensiera varje ny användare eller nya användare i specifika grupper efter att ha uppdaterat webbplatsen som ska hanteras i Control Hub?
A. Du kan ställa in organisations- eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare.
Q. Finns det stillestånd under webbplatsuppdateringen?
A. Nej. Under webbplatsuppdateringen:
- Användare kan fortsätta använda tjänsten Möten, till exempel att gå med och starta schemalagda möten och ad hoc-möten.
- Möten som pågår när webbplatsuppdateringen startar påverkas inte.
- Prenumerationen låses i Control Hub.
- Desktop-klienten för möten kan ha problem med avsnittet ”Kommande möten”.
- Ändringar av konfigurationer för webbplatshantering rekommenderas inte.
