Om uppdatering från webbplatsadministration till Control Hub


 

För att uppdatera en webbplats från Webbplatsadministration till Control Hub krävs ingen uppdatering av klientversioner. Vissa webbplatser kan inte använda den här funktionen förrän de partner som hanterar dessa organisationer är redo.


 
Om din Webex för Government-organisation innehåller externa användare kan du för närvarande inte konvertera från att använda Webbplatsadministration till Control Hub. Ett felmeddelande visas om du försöker konvertera med externa användare i organisationen. Vi räknar med att göra den här funktionen tillgänglig för organisationer med externa användare i mitten av 2023.

Webex blir en enhetlig plattform för att hantera möten, meddelanden, samtal och andra samarbetssätt. Det är därför vi vill flytta hanteringen av alla Webex Meetings webbplatser från Webbplatsadministration till Control Hub.

Vi har ett verktyg i Webbplatsadministration som hjälper 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å Uppdateringsadministration 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.


 
Det här avsnittet gäller endast om din webbplats har valts ut av Cisco för en automatisk uppdatering av webbplatshanteringen.

Om din webbplats är schemalagd för en automatisk uppdatering från att hanteras i webbplatsadministrationen till Control Hub, ser du följande skärmbild.

Automatisk webbplatsuppdatering i webbplatsadmin.

Du kan klicka på Ändra datum för webbplatsuppdatering för att ändra det schemalagda datumet.

Fönster för att ändra datumet för automatisk webbplatsuppdatering i webbplatsadministrationen.

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.

Skärmbild av webbplatsadministratören som SSO alternativet att tillåta automatiskt skapande av konto

Den här funktionen är också tillgänglig i Control Hub. Se SAML automatiskt kontoskapande och uppdatering 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.

Skärmbild av webbplatsadministrationen visar alternativ för att genomdriva spårningskoder

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).

Skärmbild av webbplatsadministratören som visar alternativet "Tillåt värdkonto registrering" Skärmbild av webbplatsadministratören som visar kontrollen för att tillåta användare att begära ytterligare tjänster

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å användare från andra organisationer (efter verifiering av dina domäner): https://help.webex.com/nceb8tm. Att göra anspråk på användare är särskilt viktigt eftersom det säkerställer att så många användare som du bör finnas i din organisation verkligen finns där. Genom att göra anspråk på användare med ”Omedelbart anspråk” undviks även förseningar 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 åtkomsten till möten och mötesresurser på webbplatsen.

    Som en tillfällig lösning kan du göra följande för att säkerställa att användare inte förlorar åtkomst till möten och mö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örsbehörighet till organisationen och webbplatsen och ta sedan bort licensen för mötesplatsen. När du har gjort anspråk på användaren återlicensierar du användaren till webbplatsen. Du kan även återställa deras externa administratörsprivilegier.
    • För vanliga användare – Ta bort licensen för mötesplatsen, gör anspråk på användaren till din organisation och licensiera sedan om användaren till webbplatsen.
  • Om möteswebbplatsen är konfigurerad för SSO måste du även konfigurera SSO din Control Hub-organisation .

Skapa konto automatiskt för nya användare

Om din Webex-plats aktiverade automatisk kontoskapande i webbplatsadministrationen kan du aktivera en liknande funktion i Control Hub med Automatiskt SAML-konto skapas . Se till att även konfigurera 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 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.


 
Uppdateringen misslyckas om aktiva användare på webbplatsen inte kan länkas till Control Hub-användare.

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 webbplatsadmin till Control Hub. Till exempel kommer fullständiga administratörer för organisationen att bli fullständiga administratörer för Webex-plats , administratörer för organisationsanvändare blir användaradministratörer för Webex-plats och skrivskyddade administratörer för organisationen blir skrivskyddade för Webex-plats -webbplatsen.

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-adresser till XML API -tjänsten ändras inte efter att en webbplats har uppdaterats från webbplatsadmin till Control Hub-hanterad. Samma API -URL:er kommer att fortsätta att fungera. Cisco rekommenderar att alla API -integreringar använder OAUTH för autentisering.

Autentisering i XML-API:er

Integreringar som inte används 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.

Tabell 1. Typer av administratörsautentisering som fungerar i XML API efter webbplatsuppdatering
Typ av administratörsautentisering i XML API före webbplatsuppdateringAdministratör i SSO-organisation efter webbplatsuppdateringAdministratören är inte i SSO-organisation efter webbplatsuppdatering
användarnamn (webExID)/lösenordTillgänglig Fungerar*Tillgänglig Fungerar*
användarnamn (webExID)/sessionTicketTillgänglig Kommer att fungeraTillgänglig Kommer att fungera
användarnamn/OAUTH (webExAccessToken)Tillgänglig Kommer att fungeraTillgänglig Kommer att fungera
e-post/lösenordTillgänglig Fungerar*Tillgänglig Fungerar*
e-post/sessionBiljettTillgänglig Kommer att fungeraTillgänglig Kommer att fungera
e-post/OAUTH (webExAccessToken)Tillgänglig Kommer att fungeraTillgänglig Kommer att fungera

 

* Bakåtkompatibilitet – Cisco har aktiverat autentisering av användarnamn och lösenord i XML-API:er efter webbplatsuppdatering även om username matchar inte e-postadressen. Kompatibiliteten gäller endast om:

  • Användarinloggningsuppgifter skapades före webbplatsuppdateringen. Inga ändringar tillåts username Annars misslyckas tidigare autentiseringsuppgifter.
  • Autentiseringsuppgifter för API autentisering får inte ha ett annat lösenord i Control Hub än på webbplatsen när det hanterades i Webbplatsadministration.
  • Användare vars inloggningsuppgifter används för autentisering måste vara i aktivt läge (inte inaktiva) i Webbplatsadministration vid tidpunkten för webbplatsens uppdatering till Control Hub.

Du kan lära dig mer om XML API integreringar på Control Hub-hanterade webbplatser, inklusive OAUTH-autentisering, med den här guiden .

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 nyttolasterna använda e-post i stället efter att webbplatsen har uppdaterats.

Administratörsroll i Control Hub för API integreringar

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- e-postadress eller visningsnamn efter att webbplatsen har uppdaterats till en Control Hub-plats. För administratörer vars inloggningsuppgifter används för API integreringar rekommenderar vi att du befordrar dessa administratörer till fullständiga organisationsadministratö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å hur din integration fungerar kan administratörer även behöva tilldelas ett Meetings-värdkonto på Control Hub-webbplatsen för att integrationen ska fungera (detta krävdes inte för administratörer på webbplatsadministrationswebbplatser).

XML API skillnader i Control Hub

De flesta XML API-integreringar ska fungera utan ändringar efter uppdatering av din webbplats. Men det finns några undantag som beskrivs i följande lista:

  • SkapaAnvändare – På Control Hub-hanterade webbplatser kan den här åtgärden även 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 parameter träder inte i kraft för användare som inte redan har en Aktiv status i Control Hub.

     

    createuser Det tar längre tid att slutföra API på webbplatser som hanteras av Control Hub. För bättre prestanda kan du lägga till en extra tråd för att parallellisera createuser samtal.

  • Ställ inAnvändare – Kan leda till att licensen för mötesplatsen tilldelas eller tas bort från användaren (beroende på API parametrar eller nyttolast).
  • DelAnvändare – Licensen för mötesplatsen tas bort, men användaren tas inte bort från Control Hub-organisationen.
  • LstsummaryUser – Returnerar även användarens objectGUID.
  • AuthenticateUser – På webbplatser som hanteras av Control Hub rekommenderar vi att du skapar en sessionsbiljett via AuthenticateUser istället för att använda användarnamn och lösenord för varje XML API. Användning av SAML-svar i brödtexten stöds inte med det här samtalet 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 även med REST API:er på:

REST-API:erna ovan har dock inte stöd för alla användarhanteringsfunktioner som är tillgängliga i XML-API:er. Du behöver till exempel fortfarande använda XML-API:er för att tilldela möteslicenser till användare utanför den organisation som äger webbplatsen. People API har inte stöd för tilldelning av webbplatsadministratörsroller till användare. Om du vill tilldela webbplatsadministratörsroller via ett API måste du fortfarande använda XML API.

Du kan använda People API för att skapa organisationsadministratörer med fullständiga (eller skrivskyddade) behörigheter, och dessa administratörer kan även hantera (eller visa) dina Control Hub-hanterade mötesplatser.


 

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 (med reservation för ändringar)

  • Nytt licens- API som även kan bevilja mötesplatslicenser till externa användare som inte finns i samma organisation som skapade webbplatsen. Extern användarlicens ä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 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 fasas ut (datum TBD).

Innan du uppdaterar din webbplats till Control Hub rekommenderar vi starkt att du först går igenom följande poster för att uppdateringen ska gå så smidigt som möjligt:

  • Först ska du granska det här dokumentet och se till att din organisation följer de bästa praxis som rekommenderas i avsnittet Förbered din Control Hub-organisation .
  • Logga sedan in på Webex-administration och klicka på Uppdatera administration. I beredskapsfasen för webbplatsen bör du inte vidta några rekommenderade åtgärder i filen från avsnittet granska användare och inte bör inaktivera några funktioner som anropas i avsnittet granska funktioner ännu. Genom att följa dessa anvisningar blir webbplatsens beredskapsutvärdering en skrivskyddad åtgärd bara för att göra en bedömning av de ändringar du behöver göra innan du uppdaterar till Control Hub.
Utvärdera webbplatsen innan du uppdaterar till Control Hub
  1. Under avsnittet Granska användare klickar du på Exportera användares CSV-fil och hämtar CSV-filen som kallas users-to-review-xxxxx.csv.

    Denna fil listar alla användare som behöver uppmärksamhet och har en rekommenderad åtgärd för varje användare. Antalet användare i den här filen ger dig en idé om hur många användarrelaterade problem du måste arbeta med innan du kan uppdatera webbplatsen.

  2. 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.
  3. inte till steg 2 och klicka inte på knappen Uppdatera till Kontrollhubb än.

När du har granskat användarens CSV-fil och tittat på vilka funktioner du kan behöva konfigurera om fortsätter du att läsa resten av avsnitten i den här artikeln för att förbereda din webbplats och organisation om hur du uppdaterar till Control Hub.


 

Obs! Om din webbplats har API-integreringar som ditt företag eller genom tredjepartslösningar, t.ex. learning management-lösningar, ska du se till att granska avsnittet Förbered webbplatsens API-integreringar för att fungera med Control Hub .

Kommande ändringar för version 43.6

Hittills har dessa två funktioner behövt inaktiveras innan webbplatsen uppdateras 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 betaversionen av anpassade attribut och obligatoriska värdprofilfält inte längre inaktivera dessa funktioner innan de uppdaterar sin webbplats till Control Hub. Istället kommer guiden att informera dig om att granska dessa två funktioner eftersom den aktuella konfigurationen kommer att kopieras över till Control Hub-organisationen.

Om du deltar i obligatoriska värdprofilfält beta får du följande varning:

Granska funktionssteget för att uppdatera webbplatsen från webbplatsadmin till Control Hub

Om du deltar i obligatoriska spårningskoder och anpassade attribut beta ser du följande åtgärd:

Skärmen Granska funktioner vid uppdatering av webbplatsen i webbplatsadministrationen till Control Hub

Om du inte deltar i dessa betaversioner ska du fortsätta att läsa följande avsnitt.

Inaktivera funktioner som blockerar webbplatsuppdateringar

Granska användargränssnittet för att uppdatera administrationen i webbplatsadministrationen

Vissa funktioner måste inaktiveras innan du kan uppdatera en Webex-webbplats till Control Hub. Du kan se en lista som visar vilka funktioner som måste inaktiveras. Funktioner som är markerade med en röd Circle X-ikon måste göras. Funktioner som är markerade med ett utropstecken från en gul triangel är endast för din information och kräver ingen åtgärd.

I denna video finns en demonstration om hur du uppdaterar din webbplats till Control Hub.


 

Om din organisation använder funktionen för att skapa konto automatiskt i webbplatsadministrationen bör du installera en motsvarande funktion i Control Hub och konfigurera en automatisk licensmall för automatisk tilldelning av 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.

  1. Logga in på Webex webbplatsadministration och gå till Konfiguration > Allmänna webbplatsinställningar > Alternativ .

    • 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.

  2. Klicka på Uppdatera.

  3. Gå till Konfiguration > Allmänna webbplatsinställningar och > spårningskoder.

  4. I kolumnen Värdprofil ändrar du alla spårningskodrader som är markerade som Obligatoriska till AdminSet eller Valfri.


     

    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 att mappa spårningskoder till användarattribut är ett utkast som finns i offentlig förhandsgranskning. Vi ger dig en förhandstitt på vad du kan förvänta dig.

Innan du kan uppdatera en webbplats med krävs 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 än 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 denna procedur.

Skärmen Granska funktioner vid uppdatering av webbplatsen i webbplatsadministrationen till Control Hub

 

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 detta attribut krävs går du till avsnittet om användarprofil och markerar 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 Inställningar > Webbplatsöversikt .

3

Välj Skapa spårningskodskarta .

Mappa spårningskoder till användarattribut från en länkad webbplats.
4

Välj Öppna sammanfattning av spårningskod.

Steg 1 i guiden för mappning av spårningskoder till anpassade attribut
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.

Markering av hur du hämtar en säkerhetskopia av befintliga spårningskoder i Control Hub
6

Gå tillbaka till guiden och välj Lägga till och granska användarattribut.

Steg 2 i guiden för mappning av spårningskoder till anpassade attribut
7

Konfigurera nya anpassade attribut som krävs för den här webbplatsen. Markera eventuella attribut som obligatoriska om du vill att fälten 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 o.s.v. 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 på mötesplatser. 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.
Skapa anpassade attribut i Control Hub
8

Gå tillbaka till guiden och välj Mappa spårningskoder.

Steg 3 i guiden för mappning av spårningskoder till anpassade attribut
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 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 a export av webbplatsanvändare 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.

Tabell 2. Möjliga situationer där data ersätts för befintliga spårningskoder
AnvändareSpårningskodens värde före synkroniseringDet mappade attributets värde före synkroniseringDet mappade attributets värde efter synkroniseringSpårningskodens värde efter synkronisering
BobIngenIngenIngenIngen
JaneIngenLondonLondonLondon
RichardGalwayIngenGalwayGalway
SamanthaDallas*San JoseSan JoseSan Jose
TomNew YorkIngenNew YorkNew York
DebraBoston*AustinAustinAustin

* Tidigare värden för spårningskoden 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 är markerade som obligatoriska på webbplatsen kommer också att kopieras till Control Hub-organisationen när du uppdaterar webbplatsen. Om du inte vill att fälten ska markeras som obligatoriska för kontoregistrering på webbplatsen i Control Hub avmarkerar du fälten i webbplatsadministrationen innan du uppdaterar till Control Hub. Krävs för avsnittet om kontoregistrering i webbplatsadministrationen
  • Du har läst avsnittet Förbered din Control Hub-organisation från tidigare i den här artikeln.

 
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 åtkomsten till möten och mötesresurser på webbplatsen. Se Förbered din Control Hub-organisation för mer information.

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

Granska avsnittet användare när du uppdaterar webbplatsen från webbplatsadmin till Control Hub
  1. Logga in webbplatsadministration webbplats och öppna sidan Uppdatera administration.

  2. Öppna Granska förutsättningarna för att uppdatera administreringskontroll och klicka på Exportera påverkade användare i CSV.

  3. Vänta tills exporten är klar. Den här processen kan ta en stund beroende på starttiden och antalet användare på webbplatsen. Exporten pausas i sex minuter längst upp på timmen (mellan xx:57 till xx:03).

  4. Klicka på Hämta CSV när exporten är klar.

    Hämtningsbara filer för din webbläsare users-to-review.csv.

  5. Ö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 stämmer överens med e-postadressen i webbplatsadministrationen: 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 felaktigheter i användarens e-postadress måste de berörda användarna använda sina Control Hub-e-postadresser för att logga in på sin möteswebbplats. Dessa användare kanske inte kan logga in om de försöker logga in med e-postadress i webbplatsadministrationen eller om deras e- e-postadress i Control Hub inte längre är giltig i deras IdP (för SSO-organisationer). De blockerar inte dig från att uppdatera webbplatsen, men det är bättre att åtgärda e-postadresserna innan du startar uppdateringen.

Externa användare med Basic Meetings-licens

Externa användare med Grundläggande möteslicenser måste inaktiveras eller uppgraderas till betalda Webex Meetings licenser innan webbplatsen uppdateras från webbplatsadmin till Control Hub.

Så här inaktiverar du användare


 
När du inaktiverar användare förlorar de sina värdlicens- eller deltagarprivilegier (beroende på vilken roll de har under aktiv). Avaktiverade användare kommer fortfarande att visas i webbplatsens CSV-exportfil efter uppdatering av webbplatsen till Control Hub.

För inaktivering av enskilda användare i webbplatsadministration:

  1. Gå till Användarhantering > Redigera användare.

  2. Använd kontrollerna index, sök och filter för att hitta användaren.

  3. Avmarkera rutan Aktiv.

  4. Skicka ändringarna.

    Se Hantera användarkonton i Webex Webbplatsadministration för mer information.

För batchanvändarinaktivering i webbplatsadministration:

  1. Exportera användarna till en CSV-fil.

  2. Öppna CSV-filen och ändra Active kolumnvärden till N för alla berörda användare.

  3. Importera den ändrade CSV-filen.

    Användarna du ändrade är nu inaktiva.

    Se Batchimporter och -exportera Webex-användare i Webex webbplatsadministration mer information.

Användare i organisationer med katalogsynkronisering

Om det finns olänkade användare som ska finnas i din organisation men som ännu inte har lagts till, måste du först lägga till dem i din organisation. Detta är särskilt viktigt för organisationer som har konfigurerats för katalogsynkronisering (via Kataloganslutning eller Azure AD) eftersom katalogsynkronisering inte tillåter att webbplatsen uppdaterar processen för att lägga till användare.


 

Webbplatsuppdateringen misslyckas om inga aktiva användare på webbplatsen kan länkas till en Control Hub-organisation. Om din organisation är konfigurerad för katalogsynkronisering ska du först se till att alla användare på webbplatsen som måste vara en del av Control Hub-organisationen läggs till i Kataloganslutning eller Azure AD innan du startar uppdateringen.

Åtgärda användarproblem innan du startar uppdateringen

Om du försöker uppdatera webbplatsen till Control Hub utan att lösa problemen för användare i users-to-review fil kan administrationen av uppdateringen misslyckas. Verktyget kontrollerar inte om du har korrigerat problemen förrän efter att du har startar den slutliga uppdateringen.

Uppdatera SSO-webbplatser och icke-SSO-webbplatser 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-webbplats i Site Admin är annorlunda än SSO IdP för Control Hub.
  • När användare på webbplatsen inte finns i SSO IdP som konfigurerats i organisationen kan dessa användare nu läggas till i den lokala Webex IdP. Du kan sedan flytta dessa användare till den konfigurerade SSO IdP senare.

Om du konfigurerar flera IdP:er kan alla användare på webbplatsen som uppdateras från webbplatsadministration till Control Hub logga in med den autentiseringsmetod som har konfigurerats i en Control Hub-organisation. För att göra detta kan du:

  • Lägg till ytterligare SSO IdP:er i Control Hub-organisationen.
  • Lägg till användare i ett redan konfigurerat IdP.
  • Lägg till användare i det lokala Webex IdP.

Se 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 som du måste inaktivera och du måste kontrollera att alla användare har ett bra tillstånd för att uppdateras till Control Hub. Om du använder API-integrerade program måste du uppdatera dem för att använda Webex API.

Du kan läsa om förutsättningarna i de tidigare delen av den här artikeln.


 

Se till att alla dina administratörer vet att du uppdaterar webbplatsen till Control Hub och att de inte får göra några ändringar i webbplatsadministrationen när du har startar.

1

Exportera och spara webbplatsanvändarnas exportfil. Den här filen fungerar som ett användarkonfiguration för att hjälpa dig att validera efter uppdateringen.

2

Logga in på webbplatsadministration och klicka på Uppdatera administration.

3

Granska förutsättningarna, särskilt CSV-listan över användare i de tillstånd som kan påverka uppdateringen.

4

Läs om de funktioner som måste inaktiveras och skillnaderna du kan förvänta dig när det gäller användarhantering och värdlicenser (beskrivs även i den här artikeln).

5

Klicka på Uppdatera till Control Hub. Den här knappen aktiveras endast efter att stegen ovan har slutförts.

Ett popup-fönster visas. Det här fönstret visar att uppdateringen av en webbplats till Control Hub är permanent och du kan inte ångra uppdateringen när den är klar. När uppdateringen är klar kommer den här webbplatsen inte längre att hanteras i webbplatsadministration. Om du inte är redo att hantera webbplatsen fullt ut i Control Hub kan du avsluta guiden nu.
6

Klicka på OK.

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.


 

Uppdateringen av webbplatsen tar cirka 3 minuter + 1 000 aktiva användare/min + 2 000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen kl. 05.20 och din webbplats har 8 000 aktiva användare och 2 000 inaktiva användare, tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter längst upp på timmen (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.


 
Webbplatsuppdateringen tar längre tid att uppdatera om den utlöses nära toppen av timme. Webbplatsuppdateringar pausas några minuter före och efter toppen i varje timme.
  1. Logga in på Control Hub och öppna Möten sida.

    Du kan se en lista över dina möteswebbplatser.

  2. Klicka på en webbplats för att se information om webbplatsen.

  3. 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).

  4. 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:

  1. Kontrollera vissa webbplatskonfigurationsinställningar för att bekräfta att inget har ändrats. Detta är enklare om du kopierade vissa webbplatsadministrationsinställningar innan du uppdaterade till Control Hub.

  2. Välj en värd och verifiera deras licens, spårningskoder och sessionstyper i Control Hub. Logga in på möteswebbplatsen och kontrollera att deras schemalagda möten, inspelningar och inställningar inte ändras. Validering ä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.

  3. 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 konfigurera organisations- eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare eller specifika grupper av nya användare.
  4. 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.

  5. 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ändaruppgifterna för ä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:

  • Om en slutanvändares e- e-postadress ändrades och användaren hade en annan e-postadress i webbplatsadministrations- och kontrollhubb vid tidpunkten för webbplatsuppdateringen, kan användaren få problem när han försöker logga in. Användaren kanske inte vet att de nu behöver använda sin e- e-postadress i Control Hub för att logga in eller så är e-postadress i Control Hub inte längre giltig i organisationens SSO IdP. Den här typen av situationer 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 webbplatsadministrationen.

  • Om inloggning krävs för användare i Webex Meetings -mobilappen för iOS:

    • Om du uppdaterar en webbplats utan SSO till Control Hub måste användarna logga in på Webex Meetings -mobilappen för iOS på nytt. Även om appen Meetings för iOS inte kräver att användare loggar in på nytt förrän två månader efter webbplatsuppdateringen, rekommenderar vi att användarna loggar in på nytt manuellt för att undvika den situationen.
  • Under webbplatsuppdateringen kan användare vars användarnamn inte stämmer överens med 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 deltar i möten innan webbplatsuppdateringen startade påverkas inte.

Tom CSV-fil ”användare att granska”.

Om din webbplats är stor och har fler än 1 000 användare vars e-postadresser är annorlunda i webbplatsadministrationen än i Control Hub, kan du uppleva en tom CSV-fil ”användare att granska” i webbplatsuppdateringsguiden. Detta gör att webbplatsuppdateringen inte fungerar eftersom du inte kommer att kunna lösa problem med användare. Det här problemet arbetar på och vi planerar att lösa det under de kommande veckorna.

Inställningar som inte överförs vid uppdatering till Control Hub

  • Om din webbplatsadministratör hanterade webbplatsen var på den långsamma kanalen och din Control Hub också hanteras av en partner, kan du förlora synligheten för versionsuppdateringskontrollerna för Meetings-webbplatsen när du har uppdaterat till Control Hub. Om detta inträffar kontaktar du din partner och ber dem att aktivera Tillåt kunden att uppgradera webbplatsversionen för din organisation.
  • Väntande begäranden om självregistrering överförs inte till Alerts Center. Användare måste registrera dig för ett konto igen när uppdateringen har slutförts.
  • Användarnamnsvärden i webbplatsadministration åsidosätts med e-postadresser till användare i Control Hub när uppdateringen har slutförts.

Användarproblem som orsakar uppdateringen till fel

  • Användare med e-postadresser som är kopplade till användare i en Webex för myndigheter kan uppdateringen misslyckas om dessa användare inte inaktiveras innan uppdateringen startas.

Vanliga problem som gör att uppdateringen misslyckas och rekommenderade åtgärder

Om din webbplats inte uppdateras till Control Hub kan du kontrollera följande tabell för att se om ett av dessa vanliga fel är orsaken och vad du kan göra för att åtgärda det.

Fel som gör att uppdateringen misslyckasRekommenderad åtgärd
Webbplatstypen är ogiltig.Kontakta ditt Webex-supportteam för att kontrollera att webbplatsen är användarlänkad.
Webbplatsen har ingen prenumeration kopplad till den.Webbplatserna måste vara kopplade till en prenumeration innan den kan uppdateras till Control Hub.
Det finns ett problem med organisations-ID.Den webbplatslänkade organisations-ID är inte samma som prenumerationens organisations-ID. 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 pågående åtgärden har slutförts.
Det finns konflikter i inställningarna för enkel inloggning (SSO).Om webbplatsen är SSO aktiverad ska du se till att:
  • Automatiskt skapande av konton är inaktiverat.
  • SSO är aktiverat i Control Hub-organisationen.
Webbplatslicensinformationen i webbplatsadministrationen stämmer inte överens med webbplatslicensinformationen i Control Hub.Inkonsekvent licensinformation mellan webbplatsadmin och Control Hub. Kontakta ditt Webex-supportteam.
Vissa användarnamn eller e-postadresser i webbplatsadministrationen står i konflikt mot användarnamn eller e-postadresser i Control Hub.En användares e-postadress i webbplatsadministrationen används av en annan användare i Control Hub. Ändra en av e-postadresserna eller användarnamnen.
Det uppstod ett problem när webbplatsen skulle uppdateras.Ett internt fel förhindrade att den här webbplatsen uppdaterades. Kontakta ditt Webex-supportteam.
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-supportteam.

Inloggningsproblem för användare

Se till att alltid tillåta Webex-cookies. Annars kan användarna få inloggningsproblem efter uppdatering till Control Hub.

F. Finns det något datum när Cisco inte längre kommer att ha stöd för Webbplatsadministration?

S. Ja. Vi planerar att fasa ut Webex- Webbplatsadministration i slutet av december 2023.

F. Kommer administratörer av webbplatsen i Site Admin att behålla sin administrativa åtkomst till webbplatsen efter att ha uppdaterat till Control hub-hantering?

S. Ja. Alla administratörer på webbplatsen i Site Admin har fortfarande administrativ åtkomst till webbplatsen efter att webbplatsen har uppdaterats för hantering av Control Hub.

F. Varför ser jag nya administratörer på webbplatsen när jag har uppdaterat en möteswebbplats från Site Admin till Control Hub?

S. De nya administratörerna på webbplatsen var förmodligen organisationsadministratörer för Control Hub. När en webbplats uppdateras från webbplatsadmin till Control Hub blir alla organisationsomfattande administratörer webbplatsadministratörer för den nya Control Hub-hanterade webbplatsen. Det innebär att fullständiga administratörer för organisationen blir fullständiga administratörer för Webex-plats , administratörer för organisationsanvändare blir användaradministratörer för Webex-plats och skrivskyddade administratörer för organisationen blir skrivskyddade för Webex-plats -webbplatsen.

F. Hur kommer det sig att inloggningen med produktivitetsverktyget inte fungerar efter att webbplatsen har uppdaterats till Control Hub?

S. Kontrollera att webbläsarna är konfigurerade för att tillåt alltid sessionscookies , som finns i webbläsarens avancerade sekretessinställningar.

F. Om en användare tas bort i Control Hub och samma e-postadress läggs till på nytt i Control Hub och tilldelas en Meetings-licens till samma Webex-plats, kan användaren komma åt sina gamla inspelningar?

S. Ja, användaren får åtkomst till allt sitt gamla mötesinnehåll om de har tilldelats en licens till någon av de tidigare Webex-webbplatser som de besökt. Detta gäller både för Control Hub-hanterade webbplatser och webbplatser som har uppdaterats till Control Hub.

F. Om en användare avaktiverades i webbplatsadministrationen innan webbplatsuppdateringen till Control Hub och sedan licensierades på nytt till samma Webex-plats i Control Hub, har användaren då tillgång till sina gamla inspelningar?

S. Ja, användaren har fortfarande åtkomst till sina gamla inspelningar. Dessutom kommer alla användare som inaktiverades i webbplatsadministrationen innan webbplatsuppdateringen att listas i CSV-exportfil för Meetings i Control Hub .

F. Om en webbplats inte har en SSO IdP-inställning, men Control Hub-organisationen har en SSO IdP, vad händer när webbplatsen uppdateras till Control Hub?

S. Webbplatsen kommer att använda samma SSO IdP som Control Hub-organisationen.

F. Om en webbplats har en annan SSO IdP-konfiguration än SSO IdP i Control Hub, vad händer när webbplatsen uppdateras till Control Hub?

S. Webbplatsen kommer att växla över för att använda samma SSO IdP 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 blockeras från att uppdatera din webbplats. Om du vill 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 händelser?

S. Ja, du kan fortfarande logga in på webbplatsens URL där du kan komma åt inspelningar, schemalägga möten osv.

F. Ändras användarspecifika inställningar under webbplatsuppdateringen från Webbplatsadministration till Control Hub?

S. Nej, användarinställningar förblir oförändrade. Dessa inställningar gäller 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 har fortfarande åtkomst till dem. Dina schemalagda möten påverkas inte heller. Det finns inga ändringar i dem.

F. Påverkas inspelningar eller schemalagda möten med användare av den här webbplatsuppdateringen?

S. Användarinspelningar påverkas inte. De har fortfarande åtkomst till dem. Schemalagda möten påverkas inte heller. Det finns inga ändringar i dem.

För användare som inte har gjort anspråk ännu 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 anteckning 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 åtkomsten till möten och mötesresurser på webbplatsen.

Som en tillfällig lösning kan du göra följande för att säkerställa att användare inte förlorar åtkomst till möten och mö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örsbehörighet till organisationen och webbplatsen och ta sedan bort licensen för mötesplatsen. När du har gjort anspråk på användaren återlicensierar du användaren till webbplatsen. Du kan även återställa deras externa administratörsprivilegier.
  • För vanliga användare – Ta bort licensen för mötesplatsen, gör anspråk på användaren till din organisation och licensiera sedan om användaren till webbplatsen.

F. Var granskar jag pågående begäranden om självregistrering för webbplatser som hanteras av Control Hub?

S. Du och andra administratörer kan granska begäranden om självregistrering i Varningscenter .

F. Kan jag komma åt användarnamnsvärden från webbplatsadmin efter att ha uppdaterat en webbplats till Control Hub?

S. En användarexportfil för alla användare i webbplatsadmin finns tillgänglig i Control Hub i 90 dagar efter att du har uppdaterat webbplatsen till Control Hub. Den här CSV-fil innehåller användarnamnsvä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 försvinner efter uppdatering av en webbplats till Control Hub. Om du behöver tillgång till dessa värden kan en lösning vara att kopiera värdena till en spårningskod innan du uppdaterar webbplatsen. Spårningskodvärden för användare kommer att bevaras och är tillgängliga efter att en webbplats har uppdaterats till Control Hub. Om du använder SSO, då ExternalID är ett Control Hub-användarattribut som kan innehålla detta värde. Detta kräver konfigurera dina SAML-kontroller för att skicka detta värde när konfigurera SSO i Control Hub . Detta värde skickas även till Control Hub under automatiskt skapande av nya användare .

F. Hur lång tid tar det att slutföra webbplatsuppdateringen efter att den har startat?

S. Uppdateringen av webbplatsen tar cirka 3 minuter + 1 000 aktiva användare/min + 2 000 inaktiva användare/min att slutföra. Om du till exempel startade webbplatsuppdateringen kl. 05.20 och din webbplats har 8 000 aktiva användare och 2 000 inaktiva användare, tar webbplatsuppdateringen cirka 12 minuter. Dessutom pausas webbplatsuppdateringar i 6 minuter längst upp på timmen (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 ha uppdaterat webbplatsen som ska hanteras i Control Hub?

S. Det kan du konfigurera organisations- eller gruppbaserade licensmallar för att automatiskt tilldela licenser till nya användare.

F. Är det driftstopp under webbplatsuppdateringen?

S. Nej. Under webbplatsuppdateringen:

  • Användare kan fortsätta att använda mötestjänsten, till exempel att delta i och starta schemalagda möten och tillfälliga möten.
  • Möten som pågår när webbplatsuppdateringen startar påverkas inte.
  • Prenumerationen låses i Control Hub.
  • Meetings-skrivbordsklienten kan ha problem med avsnittet ”Kommande möten”.
  • Ändringar av konfigurationer för webbplatshantering rekommenderas inte.