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
Att uppdatera en webbplats från webbplatsadministration till Control Hub kräver inte en uppdatering av klientversioner. Vissa webbplatser kan inte använda den här funktionen förrän de partner som hanterar dessa organisationer är redo.
Webex blir en enhetlig plattform för att hantera möten, meddelanden, samtal och andra samarbetssätt. Därför vill vi flytta hanteringen av alla Webex Meetings-webbplatser från webbplatsadministration till Control Hub.
Vi har ett verktyg i webbplatsadministrationen som hjälper dig genom den här fö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 för en automatisk uppdatering från att hanteras i webbplatsadministration till Control Hub, ser du 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 även tillgänglig i Control Hub. Se Skapande och uppdatering av automatiskt SAML-konto för Control Hub för mer information.
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 att ha verifierat 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. Att göra anspråk på användare med "Omedelbart anspråk" undviker 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 din organisation efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomst 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 externa administratörsbehörigheter till organisationen eller webbplatsen – Ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort mötesplatslicensen. När du har gjort anspråk på användaren, licensiera den igen till webbplatsen. Du kan också återställa deras externa administratörsbehörigheter.
- För vanliga användare – ta bort mötesplatslicensen, hämta användaren från din organisation och licensiera sedan användaren till webbplatsen igen.
-
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 webbplatsadministratör till Control Hub. Till exempel blir fullständiga organisationsadministratörer fullständiga Webex-webbplatsadministratörer, organisationsanvändaradministratörer blir Webex-webbplatsanvändaradministratörer och organisationsskrivskyddade administratörer blir skrivskyddade Webex-webbplatsadministratörer.
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:er för XML API-tjänsten ändras inte efter att en webbplats har uppdaterats från webbplatsadministration till Control Hub-hanterad. Samma API-URL:er kommer att fortsätta 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 att du har uppdaterat din webbplats.
| Typ av administratörsautentisering i XML API före webbplatsuppdatering | Administratör i SSO-organisationen efter webbplatsuppdatering | Administratören är inte i SSO-organisationen efter webbplatsuppdatering |
|---|---|---|
| användarnamn (webExID)/password |  Kommer att fungera* | Kommer att fungera* |
| användarnamn (webExID)/sessionTicket | Kommer att fungera | Kommer att fungera |
| username/OAUTH (webExAccessToken) | Kommer att fungera | Kommer att fungera |
| email/password | Kommer att fungera* | Kommer att fungera* |
| email/sessionTicket | Kommer att fungera | Kommer att fungera |
| email/OAUTH (webExAccessToken) | Kommer att fungera | Kommer att fungera |
* Bakåtkompatibilitet – Cisco har aktiverat username/password autentiseringar ska fungera i XML API:er efter webbplatsuppdatering även om username inte matchar e-postadressen. Kompatibiliteten gäller endast om:
- Användaruppgifter skapades före webbplatsuppdateringen. Inga ändringar är tillåtna i
usernameannars kommer tidigare inloggningsuppgifter att misslyckas. - Autentiseringsuppgifter för API-autentisering kan inte ha ett annat lösenord i Control Hub jämfört med webbplatsen när de hanterades i webbplatsadministration.
- Användare vars autentiseringsuppgifter används för autentisering måste vara i aktivt tillstånd (inte inaktiva) i webbplatsadministration vid tidpunkten för webbplatsuppdateringen till Control Hub.
Du kan lära dig mer om XML API-integrationer på Control Hub-hanterade webbplatser, inklusive OAUTH-autentisering, med den här guiden.
Username är inställt på e-post för alla användare när en webbplats uppdateras till Control Hub. Om username anvä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 rollen webbplatsadministratör 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 integration gör kan administratörer också behöva tilldelas ett värdkonto för möten på Control Hub-webbplatsen för att integrationen ska fungera (detta krävdes inte för administratörer på webbplatser för webbplatser för webbplatser).
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å Control Hub-hanterade webbplatser 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 åtgärden att misslyckas.
PMR ID parameterträder inte i kraft för användare som inte redan har statusen Aktiv 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 parallelliseracreateuser-anrop. - SetUser—Kan resultera i att användaren tilldelar eller tar bort en mötesplatslicens (beroende på API-parametrar eller nyttolasten).
- DelUser– Tar bort mötesplatslicensen, men tar inte bort användaren från Control Hub-organisationen.
- LstsummaryUser—Returnerar även användarens
objectGUID. - AuthenticateUser– På Control Hub-hanterade webbplatser 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 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 finns 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. Till exempel behöver du 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 också 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.
Framtidsplaner (kan komma att ändras)
- Nytt licens-API som även kan bevilja mötesplatslicenser till externa användare som inte finns 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 inriktning är att endast använda REST API:er (för alla operationer 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 föråldras (datum ännu ej fastställt).
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 användares CSV-fil och laddar ner CSV-filen, som heter
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
Fram tills nu behövde dessa två funktioner inaktiveras innan webbplatsen uppdaterades till Control Hub:
- Obligatoriska fält för värdprofil
- Obligatoriska spårningskoder
Från och med version 43.6 behöver webbplatser som deltar i betaversionerna för anpassade attribut och obligatoriska fält för värdprofiler inte längre inaktivera dessa funktioner innan de uppdaterar sin webbplats till Control Hub. Istället kommer guiden att meddela dig att du bör granska dessa två funktioner eftersom den aktuella konfigurationen kommer att kopieras till Control Hub-organisationen.
Om du deltar i betaversionen av obligatoriska värdprofilfält kommer du att se den här varningen:
Om du deltar i betaversionen av obligatoriska spårningskoder och anpassade attribut ser du följande åtgärd:
Om du inte deltar i dessa betaversioner kan du fortsätta läsa följande avsnitt.
Inaktivera funktioner som blockerar webbplatsuppdateringar
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 automatisk kontogenerering i webbplatsadministration bör du konfigurera en motsvarande funktion i Control Hub och konfigurera en automatisk licensmall för att automatiskt tilldela licenser. Se den här artikeln för mer information. Detta bör göras innan webbplatsen uppdateras för att 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 den här begränsningen att hävas och du kommer att kunna mappa spårningskoder till obligatoriska anpassade användarattribut i Control Hub för motsvarande funktionalitet.
Funktionen för kartspårningskoder till användarattribut är ett utkast som finns i en offentlig förhandsvisning. 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 guiden för kartspårningskoder till användarattribut för webbplatsen. Om du inte har mappat eller inaktiverat de obligatoriska spårningskoderna ännu kommer du inte att kunna 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å till avsnittet för användarprofilattribut och markera avdelningsattributet som obligatoriskt. 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årningskodkarta.  | ||||||||||||||||||||||||||||||||||||||||
| 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 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 ett tillfälle 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 klassiska spårningskoder för mötessidor. 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 sker automatiskt under processen 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 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.
* Tidigare spårningskodvärde ersätts av 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 avmarkerar du fälten i webbplatsadministration 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. Exporter pausas i 6 minuter vid slutet av varje timme (mellan xx:57 till xx:03).
-
Klicka på Hämta CSV när exporten är klar.
Din webbläsare laddar ner
users-to-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 kommer inte att blockera dig från att uppdatera webbplatsen, men det är bättre att åtgärda e-postadresserna innan du påbörjar 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 in ä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 värdena i kolumnen
ActivetillNfö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 uppdateringen påbörjas
Om du försöker uppdatera webbplatsen till Control Hub utan att lösa problemen för användarna i filen users-to-review 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 webbplatser utan SSO som är länkade 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:
- Där IdP:n för en SSO-webbplats i webbplatsadministrationen skiljer sig från SSO-IdP:n för Control Hub.
- När användare på webbplatsen inte finns i den SSO IdP som konfigerats 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.
Genom att konfigurera flera IdP:er kan alla användare på webbplatsen som uppdateras från webbplatsadministratör till Control Hub logga in via den autentiseringsmetod som konfigererats 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 till en redan konfigurerad IdP.
- Lägg till användare i den lokala Webex IdP:n.
Se den här artikeln för att lära dig 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 arkiv för användarkonfigurationer 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 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. Webbplatsuppdatering tar cirka 3 minuter + 1000 aktiva users/min + 2000 inaktiva users/min att slutföra. Om du till exempel startade webbplatsuppdateringen kl. 05:20 och din webbplats har 8000 aktiva användare och 2000 inaktiva användare, tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter i början av varje timme (mellan xx:57 till 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å Kontrollhubben 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 webbplatskonfigurationsinställningar för att bekräfta att ingenting har ändrats. Det här är enklare om du kopierade vissa webbplatsadministratörsinställningar innan du uppdaterade till Control Hub.
-
Välj en värd och verifiera deras licens, spårningskoder och sessionstyper i Control Hub. Logga in på möteswebbplatsen och bekräfta att deras schemalagda möten, inspelningar och inställningar inte har ändrats. Valideringen är enklare om värdens data kopieras innan uppdatering 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 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ö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ändaruppgifter ä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 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 gått med i möten innan webbplatsuppdateringen startade kommer inte att påverkas.
-
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 webbplatsadministratören var på den långsamma kanalen och din Control Hub också hanteras av en partner, kan du förlora insynen i kontroller för uppdatering av möteswebbplatsens version efter uppdatering till Control Hub. Om detta inträffar, vänligen kontakta din partner och be dem att aktivera inställningen Tillåt kund att uppgradera webbplatsversion för din organisation.
- Väntande förfrågningar om självregistrering överförs inte till varningscentret. Användare måste registrera sig för ett konto igen efter att uppdateringen är klar.
- Användarnamnsvärden i webbplatsadministrationen åsidosätts av användarnas e-postadresser i Control Hub efter att uppdateringen är klar.
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 för när 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 kontrollhubbhantering?
S. Ja. Alla administratörer på webbplatsen i Webbplatsadministration 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 jag har uppdaterat en möteswebbplats från webbplatsadministratör till Control Hub-hantering?
S: De nya administratörerna på webbplatsen var förmodligen Control Hub-organisationsadministratörer. När en webbplats uppdateras från webbplatsadministratör till Control Hub blir alla organisationsomfattande administratörer webbplatsadministratörer för den nya Control Hub-hanterade webbplatsen. Det innebär att fullständiga organisationsadministratörer blir fullständiga Webex-webbplatsadministratörer, organisationsanvändaradministratörer blir Webex-webbplatsanvändaradministratörer och organisationsskrivskyddade administratörer blir skrivskyddade Webex-webbplatsadministratörer.
F. Hur kommer det sig att inloggning med produktivitetsverktyget inte fungerar efter att webbplatsen har uppdaterats till Control Hub?
S: Se till att webbläsare är konfigurerade för att alltid tillåta sessionscookies, vilket finns i webbläsarnas avancerade sekretessinställningar.
F. Om en användare tas bort i Control Hub och sedan samma e-postadress läggs till i Control Hub igen och tilldelas en Mötes-licens till samma Webex-webbplats, kan användaren då 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 webbplatsuppdateringen till Control Hub och senare omlicensierades till samma Webex-webbplats i Control Hub, kommer användaren att ha åtkomst 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 en SSO IdP konfigurerad, 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 SSO IdP konfigurerad än SSO IdP:n 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 en SSO IdP konfigurerad, 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 komma åt inspelningar och schemalägga möten eller evenemang?
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 gjort anspråk på inspelningar eller schemalagda möten 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 din organisation efter att webbplatsen har uppdaterats till Control Hub kan dessa användare förlora åtkomst 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 externa administratörsbehörigheter till organisationen eller webbplatsen – Ta bort all extern administratörsåtkomst till organisationen och webbplatsen och ta sedan bort mötesplatslicensen. När du har gjort anspråk på användaren, licensiera den igen till webbplatsen. Du kan också återställa deras externa administratörsbehörigheter.
- För vanliga användare – ta bort mötesplatslicensen, hämta användaren från din organisation och licensiera sedan användaren till webbplatsen igen.
F. Var granskar jag väntande begäranden om självregistreringskonton 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 användarnamnsvärden från webbplatsadministratören 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 användarnamnsvärden 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 Control Hub-användarattribut 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: Webbplatsuppdatering tar cirka 3 minuter + 1000 aktiva users/min + 2000 inaktiva users/min att slutföra. Om du till exempel startade webbplatsuppdateringen kl. 05:20 och din webbplats har 8000 aktiva användare och 2000 inaktiva användare, tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter i början av varje timme (mellan xx:57 till xx:03). Men resultaten kan variera.
F. Hur kan jag automatiskt licensiera varje ny användare eller nya användare i specifika grupper efter att jag uppdaterat webbplatsen för att hanteras i Control Hub?
S: Du kan konfigurera organisations- eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare.
F. Finns det driftstopp under webbplatsuppdateringen?
S: Nej. Under webbplatsuppdateringen:
- Användare kan fortsätta använda mötestjänsten, till exempel gå med i och starta schemalagda och tillfälliga möten.
- Möten som pågår när webbplatsuppdateringen startar påverkas inte.
- Prenumerationen kommer att vara låst i Control Hub.
- Det kan finnas problem med avsnittet "Kommande möten" i Meetings-klienten för skrivbordet.
- Ändringar av konfigurationer för webbplatshantering rekommenderas inte.
