Om opdatering fra webstedsadministration til Control Hub


 

Opdatering af et websted fra Webstedsadministration til Control Hub kræver ikke en opdatering af klientversioner. Nogle websteder kan ikke bruge denne funktion, før de partnere, der administrerer disse organisationer, er klar.


 
Hvis din Webex for Government-organisation omfatter eksterne brugere, kan du i øjeblikket ikke konvertere fra at bruge Webstedsadministration til Control Hub. Du modtager en fejlmeddelelse, hvis du forsøger at konvertere med eksterne brugere i din organisation. Vi forventer at gøre denne funktion tilgængelig for organisationer med eksterne brugere medio 2023.

Webex bliver en samlet platform til administration af møder, meddelelser, opkald og andre samarbejdsformer. Derfor ønsker vi at flytte administrationen af alle Webex Meetings -websteder fra Webstedsadministration til Control Hub.

Vi har et værktøj i Webstedsadministration til at hjælpe dig igennem denne ændring. Hvis dit websted allerede er kvalificeret til at opdatere til Control Hub, kan du komme i gang ved at klikke på Opdater administration i navigationsmenuen.

Se denne video for en demonstration af, hvordan du opdaterer dit -websted til Control Hub.

Som hjælp til at planlægge opdateringen af dit websted gennemgår du afsnittet Site assessment readiness (Webstedsvurdering) for beredskab .

Fordelene ved at administrere -websteder i Control Hub omfatter:

  • Unified-licenstildelinger på tværs af alle Webex-tjenester, såsom møder, meddelelser og opkald.

  • Ensartede sikkerhedspolitikker for alle Webex-tjenesteydelser.

  • Almindelig log ind-oplevelse for alle slutbrugere mellem forskellige Webex-tjenesteydelser.

  • Moderne administratorkontroller, såsom Katalogforbindelse, VEDRM og active directory-grupper.

  • Licensskabeloner til automatisk tildeling af flere licenser til brugere.


 

Du kan ikke bruge disse indstillinger webstedsadministration at administrere et mødewebsted efter opdatering til Control Hub.


 
Dette afsnit gælder kun, hvis dit websted er blevet valgt af Cisco til en automatisk opdatering af webstedsadministration.

Hvis dit websted er planlagt til en automatisk opdatering fra at blive administreret i webstedsadministration til Control Hub, så vil du se følgende skærmbillede.

Automatisk webstedsopdatering i webstedsadministration.

Du kan klikke på Rediger dit websteds opdateringsdato for at ændre den planlagte dato.

Vindue for at ændre datoen for automatisk webstedsopdatering i webstedsadministration.

Oplevelsen med at administrere -websteder i Control Hub ligner administration på webstedsadministration. Brugeradministration i Control Hub har mere moderne underliggende teknologier, så der er nogle få forskelle på administration af websteder i Control Hub. Dette afsnit fokuserer på forskelle, der ringede ud, når du opdaterer dit websted.


 

Få en mere detaljeret oversigt over forskellene mellem webstedsadministration og Control Hub i denne artikel.

Brugeradministration

Vi har et centraliseret brugeradministrationssystem underliggende Control Hub, hvor brugere er forskellige og unikke i hele organisationen (og hele Webex). I webstedsadministration er -brugerprofil forskellig pr. mødewebsted.

Enkelt log ind (SSO) med automatisk kontooprettelse

I webstedsadministration har du en "automatisk kontooprettelse"-funktion, der opretter brugere, når de godkender sig selv SSO.

Skærmbillede af webstedsadministration, der SSO valgmulighed for at tillade automatisk kontooprettelse

Denne funktion er også tilgængelig i Control Hub. Se SAML automatisk kontooprettelse og -opdatering for Control Hub for yderligere oplysninger.

Mange organisationer, der bruger SSO, foretrækker måske at administrere deres brugere centralt i eksterne adressebogsværktøjer såsom Microsoft® Active Directory og Microsoft Azure samt at kræve godkendelse med eksterne identitetsudbydere.

Læs mere om:

Obligatoriske profildata og sporingskoder

webstedsadministration dig at angive påkrævede profilfelter for nye brugere (tidligere skærmbillede). Du kan udvide denne til kun at sporingskoder for brugeroprettelse (skærmbillede nedenfor). Hvis du konfigurerer disse yderligere krav, kan du ikke tilføje brugere til webstedet uden dem.

Skærmbillede af webstedsadministration, der viser valgmuligheder for håndhævelse af sporingskoder

Control Hub skal kun bruge det viste navn og e-mailadresse for at oprette en bruger.

Alle andre brugerfelter er valgfrie, når du opretter en ny bruger i Control Hub, så vi håndhæver ikke yderligere profildata for Control Hub-administrerede websteder.

Du skal deaktivere obligatoriske profilfelter og sporingskoder før du opdaterer dit -websted til Control Hub.

Administration og spærring af adgangskode

webstedsadministration har en funktion, der midlertidigt låser brugere ude, hvis de ikke logger ind efter et antal forsøg.

Control Hub har følgende valgmuligheder for at forhindre uautoriseret adgang:

  • Automatisk timeout efter de første par mislykkede forsøg.

  • En CAPTCHA mekanisme (Helt automatiseret offentlig turing-test til at fortælle computere og selv at være adskilt).

  • Berettigede brugere har en selvbetjeningsvalgmulighed for at ændre deres glemte adgangskoder.

Værtslicensering

Værter skal være i din Control Hub-organisation

I webstedsadministration kan du tildele en værtslicens til enhver bruger. Når du administrerer webstedet i Control Hub, kan du kun tildele værtslicenser (& mødedeltagerrolle) til brugere i den samme Control Hub-organisation.

Tilmelding til værtskonto

I Webstedsadministration kan du vælge at tillade brugere at anmode om en (vært) konto på webstedet. Du kan også give brugere med en konto mulighed for at anmode om yderligere tjenesteydelser på webstedet. (se skærmbilleder).

Skærmbillede af webstedsadministration, der viser valgmuligheden "Tillad værtskonto tilmelding" Skærmbillede af webstedsadministration, der viser kontrollen til at tillade brugere at anmode om yderligere tjenesteydelser

Når du administrerer et mødewebsted i Control Hub, kan brugere ikke anmode om deres værtskonto for det websted.

Control Hub har en centraliseret, automatisk måde, hvorpå du kan tildele mødelicenser til nye brugere i stedet for. Læs https://help.webex.com/n3ijtao.

Du kan også administrere brugerlicenser via API eller som en masse ved hjælp af CSV.

Hvis du ønsker, at brugere anmoder om deres værtskonti, kan du konfigurere webstedets hjælp/support med markører til at kontakte administratorer eller linke til andre værktøjer.

Du skal deaktivere "Tillad værtskonto tilmelding" og "Tillad brugere at anmode om yderligere tjenester" i webstedsadministration før du opdaterer dit -websted til Control Hub.

Control Hub har andre valgmuligheder for licensadministration, såsom skabeloner til automatisk tildeling. Du kan få en rapport over inaktive værter for at hjælpe dig med at fjerne licenser fra disse brugere, enkeltvis eller samlet, eller via API.

Hvis du har brug for denne automatiske deaktiveringsvalgmulighed, og de andre valgmuligheder i Control Hub ikke er passende til dig, bør du undgå at opdatere dit -websted til Control Hub på nuværende tidspunkt.

Før du opdaterer dit mødewebsted, så det administreres i Control Hub, skal du forberede din Control Hub-organisation.


 

Sørg for, at der ikke er nogen afventende eller blokerende handlinger for abonnementet. Opdateringen mislykkes, hvis:

  • Du har enhver afventende handling på abonnementet tilknyttet det websted, som du opdaterer.
  • Webstedet har ikke noget abonnement knyttet til det i Control Hub-organisationen.
  • Webstedslicensoplysningerne i webstedsadministration stemmer ikke overens med webstedslicensoplysningerne i Control Hub.

Vi anbefaler kraftigt, at du bekræfter dine domæner og gør krav på dine brugere. Følgende læsning vil hjælpe:

  • Control Hub e-bogen: https://ebooks.cisco.com/story/controlhubessentials/

  • Sådan administrerer du dine domæner: https://help.webex.com/cd6d84

  • Gør krav på dine brugere fra andre organisationer (efter at have bekræftet dine domæner): https://help.webex.com/nceb8tm. Det er især vigtigt at gøre krav på brugere, da det sikrer, at der er så mange brugere som muligt, der skal være i din organisation, faktisk er der. Ved at gøre krav på brugere med "Øjeblikkeligt krav" undgås også forsinkelser i brugen af e-mailadresserne i din organisation.


     

    Vi anbefaler kraftigt, at du gør krav på brugere, før du opdaterer dit websted til Control Hub. Hvis du gør krav på brugere i din organisation, efter webstedet er blevet opdateret til Control Hub, kan disse brugere miste adgangen til møder og mødeaktiver på webstedet.

    Som en løsning kan du gøre følgende for at sikre, at brugere ikke mister adgang til møder og mødeaktiver på webstedet, efter webstedet er blevet opdateret til Control Hub:

    • For brugere med eksterne administratorrettigheder til organisationen eller webstedet – Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter licensen til mødested . Når du gør krav på brugeren, skal du genlicensere denne bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
    • For almindelige brugere – Fjern licensen til mødested , kræve brugeren til din organisation, og genlicenser derefter brugeren til webstedet.
  • Hvis mødewebstedet er konfigureret til SSO, skal du også konfigurere indstillinger SSO din Control Hub-organisation .

Automatisk kontooprettelse for nye brugere

Hvis dit Webex-websted aktiverede automatisk kontooprettelse i webstedsadministration, kan du aktivere en lignende funktion i Control Hub med Automatisk SAML -kontooprettelse . Sørg for også at opsætte en automatisk licensskabelon så nye brugere automatisk får tildelt licenser, når deres konti er oprettet i Control Hub-organisationen.

Organisationer med adressebogssynkronisering

Hvis din organisation er konfigureret til adressebogssynkronisering, skal du sørge for, at alle brugere, som du vil være i din organisation, er til stede på webstedet. Dette bør gøres 24 timer før du starter webstedets opdateringsproces, så brugere på webstedet kan knyttes til de nye brugere i din Control Hub-organisation.


 
Opdateringen mislykkes, hvis aktive brugere på webstedet ikke kan knyttes til Control Hub-brugere.

Administratoradgang til Webex websteder, når den er opdateret

En person med en administratorrolle for hele organisationen i Control Hub får automatisk adgang til websteder, der opdateres fra webstedsadministrator til Control Hub. F.eks. bliver hele organisationens administratorer til hele Webex-websted administratorer, organisationsbrugeradministratorer bliver brugeradministratorer på Webex-websted , og skrivebeskyttede administratorer i organisationen bliver skrivebeskyttede til Webex-websted -webstedet.

XML API'er

XML API'er er nu videresendes, som er kompatible med Control Hub-administrerede websteder. Du kan læse om detaljerne og forbeholdene ved opdateringer af XML API 41.11.0.

URL-adresser til XML API-tjenesteydelser er uændrede, efter et websted er opdateret fra webstedsadministration til Control Hub-administreret. De samme API-URL'er vil fortsat fungere. Cisco anbefaler, at alle API-integrationer bruger OAUTH til godkendelse.

Godkendelse i XML API'er

Integrationer, der ikke bruges Webex OAUTH til godkendelse kan mislykkes, når webstedet er opdateret til Control Hub. Følgende tabel viser, hvilken type administratorgodkendelse, der fortsat fungerer efter opdatering af dit websted.

Tabel 1. Typer af administratorgodkendelse, der fungerer i XML API efter webstedsopdatering
Type af administratorgodkendelse i XML API før webstedsopdateringAdministrator i SSO organisation efter webstedsopdateringAdministratoren er ikke i SSO organisationen efter webstedsopdatering
brugernavn (webExID)/adgangskodeTilgængelig Vil virke*Tilgængelig Vil virke*
brugernavn (webExID)/sessionsbilletTilgængelig Vil virkeTilgængelig Vil virke
brugernavn/OAUTH (webExAccessToken)Tilgængelig Vil virkeTilgængelig Vil virke
e-mail/adgangskodeTilgængelig Vil virke*Tilgængelig Vil virke*
e-mail/sessionBilletTilgængelig Vil virkeTilgængelig Vil virke
e-mail/OAUTH (webExAccessToken)Tilgængelig Vil virkeTilgængelig Vil virke

 

* Bagudkompatibilitet – Cisco har aktiveret godkendelse af brugernavn/adgangskode til at fungere i XML API'er efter webstedsopdatering, selv hvis username stemmer ikke overens med e-mailadressen. Kompatibiliteten gælder kun, hvis:

  • Brugerlegitimationsoplysninger blev oprettet før webstedsopdateringen. Ingen ændringer er tilladt username ellers mislykkes tidligere legitimationsoplysninger.
  • Legitimationsoplysninger til API-godkendelse må ikke have en anden adgangskode i Control Hub i forhold til webstedet, da det blev administreret i Webstedsadministration.
  • Brugere, hvis legitimationsoplysninger bruges til godkendelse, skal være i aktiv tilstand (ikke inaktiv) i Webstedsadministration på tidspunktet for webstedets opdatering til Control Hub.

Du kan få mere at vide om XML API-integrationer på Control Hub-administrerede websteder, herunder OAUTH-godkendelse, med denne vejledning .

Username er indstillet til e-mail for alle brugere, når et websted opdateres til Control Hub. Hvis username bruges til API-nyttelaster, så skal nyttelasterne bruge e-mail i stedet, efter webstedet er opdateret.

Administratorrolle i Control Hub til API-integrationer

Administratorer med kun rollen webstedsadministrator kan muligvis ikke udføre visse handlinger med XML API'er, såsom at ændre en brugers e-mailadresse eller viste navn, efter webstedet er opdateret til et Control Hub-websted. For administratorer, hvis legitimationsoplysninger bruges til API-integrationer, anbefaler vi, at du promoverer disse administratorer til fulde organisationsadministratorer i Control Hub, helst før du opdaterer webstedet til Control Hub.


 

Som bedste praksis anbefaler vi, at du opdaterer et testwebsted først for at bekræfte, at dine API-integrationer vil fungere uændrede efter opdatering til Control Hub.

Afhængigt af, hvad din integration gør, skal administratorer muligvis også tildeles en Meetings- værtskonto på Control Hub-webstedet, før integrationen fungerer (dette var ikke påkrævet for administratorer på webstedsadministrationswebsteder).

XML API-forskelle i Control Hub

De fleste XML API-integrationer burde fungere uden ændringer efter opdatering af dit websted. Men der er nogle undtagelser, der er beskrevet i følgende liste:

  • OpretBruger – På Control Hub-administrerede websteder kan denne handling også oprette en bruger i den organisation, der ejer webstedet, før der tildeles en licens. Hvis brugeren allerede findes i en anden organisation, mislykkes denne handling. PMR ID parameter træder ikke i kraft for brugere, der ikke allerede har en Aktiv status i Control Hub.

     

    createuser API tager længere tid at fuldføre på Control Hub-administrerede websteder. For bedre ydeevne kan du tilføje en ekstra tråd til parallelisering createuser opkald.

  • IndstilBruger – Kan medføre tildeling eller fjernelse af licens til mødewebsted fra brugeren (afhængigt af API-parametre eller nyttelast).
  • DelBruger – Fjerner licens til mødewebsted, men sletter ikke brugeren fra Control Hub-organisationen.
  • LstsummaryBruger – Returnerer også brugerens objectGUID.
  • AuthenticateUser –På Control Hub-administrerede websteder anbefaler vi oprettelse af sessionsbillet via AuthenticateUser i stedet for at bruge brugernavn og adgangskode for hver XML API. Brug af SAML -svar i brødtekstindhold er ikke understøttet med dette opkald til Control Hub-administrerede websteder.

REST-API'er

Control Hub har sine egne API'er, herunder People and License REST API'er til oprettelse og licensering af brugere på:

Sessionstyper og sporingskoder er også tilgængelige med REST API'er på:

Men REST API'erne ovenfor understøtter ikke alle de brugeradministrationsfunktioner, der er tilgængelige i XML API'er. Du skal f.eks. stadig bruge XML API'er til at tildele mødelicenser til brugere uden for den organisation, der ejer webstedet. People API understøtter ikke tildeling af webstedsadministratorroller til brugerne. Hvis du ønsker at tildele webstedsadministratorroller via en API, skal du stadig bruge XML API.

Du kan bruge People API til at oprette organisationsadministratorer med fulde (eller skrivebeskyttede) tilladelser, og disse administratorer kan også administrere (eller se) dine Control Hub-administrerede mødewebsteder.


 

Control Hub har Webex-webstedsspecifikke administratorroller, men People API'en kan ikke tildele denne rolle på nuværende tidspunkt.

Fremtidsplaner (med forbehold for ændringer)

  • Nyt licens-API, der også kan tildele mødested til eksterne brugere, der ikke er i den samme organisation, som oprettede webstedet. Ekstern brugerlicens er tilgængelig manuelt i Control Hub i dag.
  • SCIM API til at oprette og slette brugere i organisationen.
  • Ciscos langsigtede retning er kun at bruge REST API'er (til alle handlinger på brugere og mødesteder). XML API'er til brugeradministration vil fortsat være understøttet, indtil REST API'er udelukkende kan bruges til alle brugeradministrationshandlinger. Brugeradministration XML API'er vil også blive udfaset (dato TBD).

Før du opdaterer dit -websted til Control Hub, anbefaler vi på det kraftigste, at du gennemgår følgende elementer først for at få opdateringen til at gå så gnidningsløst som muligt:

  • Gennemgå først dette dokument, og sørg for, at din organisation følger den bedste praksis, der anbefales i afsnittet Forbered din Control Hub-organisation .
  • Dernæst skal du logge ind på Webex-administration og klikke på Opdater administration. I websteds-parathedsfasen skal du ikke udføre nogen anbefalet handling i filen fra afsnittet Gennemse brugere og bør endnu ikke deaktivere funktioner, der er ringede op i afsnittet gennemse funktioner. Ved at følge disse vejledninger bliver webstedsberedskabsvurderingen en skrivebeskyttet handling blot for at vurdere de ændringer, du skal foretage, inden du opdaterer til Control Hub.
Vurdere websted, før du opdaterer til Control Hub
  1. Under afsnittet Gennemse brugere skal du klikke på Eksporter bruger-CSV-fil og downloade CSV-filen, som der kaldes users-to-review-xxxxx.csv.

    Denne fil viser alle de brugere der har brug for opmærksomhed og vil have en anbefalet handling for hver bruger. Antallet af brugere i denne fil giver dig en idé om, hvor mange brugerrelaterede problemer du skal arbejde på, før du kan opdatere webstedet.

  2. I afsnittet Gennemse funktioner kan du se alle funktioner, der er angivet med et rødt X i kolonnen Konsekvenser. Dette vil informere dig om dit websteds parathed fra et funktionskonflikt perspektiv.
  3. ikke til trin 2, og klik ikke på knappen Opdater til Control Hub endnu.

Når du har gennemgået brugerens CSV-fil og set på, hvilke funktioner du kan have til at konfigurere igen, skal du fortsætte med at læse resten af afsnittene i denne artikel for at forberede dit websted og din organisation på, hvordan du opdaterer til Control Hub.


 

Bemærk: Hvis dit websted har API-integrationer udført af din virksomhed eller gennem tredjepartsløsninger, såsom undervisningsstyringsløsninger, skal du sørge for at gennemgå afsnittet Forbered websteds API-integrationer til at fungere med Control Hub .

Kommende ændringer til udgivelse 43.6

Indtil nu skulle disse to funktioner deaktiveres, før webstedet blev opdateret til Control Hub:

  • Påkrævede felter i værtsprofilen
  • Påkrævede sporingskoder

Fra og med udgivelsen af 43.6 behøver websteder, der deltager i betaversionen af brugerdefinerede attributter og påkrævede funktioner til værtsprofilfelter, ikke længere at deaktivere disse funktioner, før de opdaterer deres websted til Control Hub. I stedet giver guiden dig besked om at gennemgå disse to funktioner, da den aktuelle konfiguration vil blive kopieret til Control Hub-organisationen.

Hvis du deltager i påkrævede felter i værtsprofilen beta, så vil du se denne advarsel:

Gennemse funktioners trin for at opdatere webstedet fra webstedsadministration til Control Hub

Hvis du deltager i påkrævede sporingskoder og brugerdefinerede attributter beta, så vil du se dette handlingspunkt:

Skærmbilledet Gennemse funktioner, når webstedet i webstedsadministrationen opdateres til Control Hub

Hvis du ikke deltager i disse betaversioner, så fortsæt med at læse følgende afsnit.

Deaktiver funktioner, der blokerer for opdatering af websted

Gennemgå funktioner i brugergrænsefladen for opdatering af administration i Webstedsadministration

Nogle funktioner skal deaktiveres, før du kan opdatere et Webex-websted til Control Hub. Du kan se en liste, der viser dig, hvilke funktioner der skal deaktiveres. Funktioner, der er markeret med et rødt cirkel X-ikon, skal udføres. Funktioner markeret med en gul trekant udråbstegn ikon er kun for dine oplysninger og kræver ingen handling.

Se denne video for en demonstration af, hvordan du opdaterer dit websted til Control Hub.


 

Hvis din organisation bruger den automatiske kontooprettelse i webstedsadministration, skal du konfigurere en tilsvarende funktion i Control Hub og konfigurere en automatisk licensskabelon til automatisk tildeling af licenser. Se denne artikel for yderligere oplysninger. Dette skal gøres, før du opdaterer webstedet, der skal administreres i Control Hub.

  1. Log ind på Webex webstedsadministration, og gå til Konfiguration > Almindelige webstedsindstillinger > Valgmuligheder .

    • Find og deaktiver valgmuligheden Værtskonto tilmelding .

    • Find Kræv for konto tilmeldning: og slet alle felterne til de brugerprofil felter.

  2. Klik på Opdatér.

  3. Gå til Konfiguration > Almindelige webstedsindstillinger > sporingskoder.

  4. I kolonnen Værtsprofil skal du ændre alle rækker med sporingskode markeret som Påkrævet til administrationSæt eller Valgfri.


     

    Alle sporingskodeværdier for brugere bevares, når du opdaterer et websted til Control Hub.

I fremtiden vil denne begrænsning blive ophævet, og du vil være i stand til at knytte sporingskoder til påkrævede brugerattributter i Control Hub for at få tilsvarende funktionalitet.


 

Funktionen tilknyt sporingskoder til brugerattributter er en kladde, der er i offentlig forhåndsvisning. Vi giver dig et smugkig på, hvad du kan forvente.

Før du kan opdatere et websted med påkrævet sporingskoder fra Webstedsadministration til Control Hub, skal du knytte disse sporingskoder til brugerattributter i Control Hub. Du kan klikke på ikonet under Oplysninger for at tage dig direkte til guiden til kort sporingskoder til brugerattributter for webstedet. Hvis du ikke har kortlagt eller deaktiveret de påkrævede sporingskoder endnu, vil du ikke være i stand til at opdatere dit websted til Control Hub.

Hvis dit websted ikke har påkrævede sporingskoder, kan du stadig knytte sporingskoder til brugerattributter, før du opdaterer et websted til Control Hub ved at følge denne procedure.

Skærmbilledet Gennemse funktioner, når webstedet i webstedsadministrationen opdateres til Control Hub

 

Til mødesteder, der bruger afdeling som en sporingskode, anbefaler vi, at du knytter denne sporingskode til afdelingens brugerprofil i modsætning til en brugerdefineret egenskab. Da afdeling er en standard-profilegenskab i Control Hub, vil dette scenarie være mere effektivt i de fleste tilfælde.

Hvis denne attribut er påkrævet, skal du gå til afsnittet om brugerprofil og markere afdelingsattributten som påkrævet. Husk, at denne afdelingsegenskab – ligesom andre brugeregenskaber – ikke udfyldes for eksterne brugere.

1

Log ind i Control Hub, og gå til Møde.

2

Vælg et websted, og gå til Indstillinger > Oversigt over webstedet .

3

Vælg Opret sporingskodekort .

Tilknytning af sporingskoder til brugerattributter fra et linket websted.
4

Vælg Åbn sporingskodeoversigten.

Trin 1 i guiden til tilknytning af sporingskoder til brugerdefinerede egenskaber
5

Klik på Download konfigurationsoversigt. Du skal downloade en kopi af den aktuelle sporingskodekonfiguration. Du skal bruge denne oversigt til de næste trin for at sikre, at alle egenskabsværdier stemmer overens med de aktuelle sporingskoder.

Du kan også downloade tidligere sporingskodelister som en CSV-fil for at uploade de samme værdier for brugertilpassede egenskaber.

Fremhævning af download af sikkerhedskopi for eksisterende sporingskoder i Control Hub
6

Gå tilbage til guiden, og vælg Tilføj og gennemgå brugeregenskaber.

Trin 2 i guiden til tilknytning af sporingskoder til brugerdefinerede egenskaber
7

Konfigurer evt. nye brugerdefinerede egenskaber, som stedet skal bruge. Marker eventuelle attributter som påkrævet, hvis du ønsker disse felter udfyldt for brugere. Brugerdefinerede egenskaber er ikke relevante for organisationer, der synkroniserer brugere med Directory Connector, Azure AD osv. Du kan bruge dette trin som en mulighed for at gennemgå de viste navne for sporingskoder. Når du har foretaget de nødvendige ændringer, skal du klikke på Gem.


 
Låste egenskaber ligner AdminSet i klassiske sporingskoder for mødesteder. Når du markerer en brugerdefineret egenskab som låst, kan brugerne ikke se denne egenskab.

 
Hvis du trykker på Gem på dette trin, træder alle brugerdefinerede egenskaber, som du tilføjede, fjernede eller markerede som påkrævet, øjeblikkelig i kraft for organisationen. Nye brugere, der er onboardet i organisationen, skal overholde denne opdaterede brugerdefinerede egenskabskonfiguration. Ellers bliver brugeren ikke onboardet. Vær forsigtig, før du markerer brugerdefinerede egenskaber efter behov.
Opret brugerdefinerede egenskaber i Control Hub
8

Gå tilbage til guiden, og vælg Tilknyt sporingskoder.

Trin 3 i guiden til tilknytning af sporingskoder til brugerdefinerede egenskaber
9

Brug rullelisten til at knytte sporingskoder til organisationens brugerdefinerede egenskaber eller brugerprofilegenskaber. Når en stedsporingskode tilknyttes en egenskab, tilknyttes systemet først til eksisterende egenskaber, der matcher sporingskodenavne, hvis tekstfelt er valgt som indtastningstype. Klik på Næste, når du er færdig.


 
Hvis din organisation bruger en automatisk bruger-onboardingproces, såsom Directory Connector eller Azure AD, skal du ikke knytte sporingskoder til brugerdefinerede egenskaber. Tilknyt i stedet sporingskoder til synkroniserede egenskaber.

Tidligere kunne sporingskoder konfigureres forskelligt efter center. Alle centre (møder, begivenheder, webinarer osv.) deler nu en enkelt planlægningskonfiguration. Når du tilknytter en egenskab efter behov, er den pågældende egenskab påkrævet på planlægningstidspunktet i Webex Meetings, Webex Webinars osv.

10

Klik på Gem kortet . Synkronisering udføres automatisk under processen med at opdatere et websted til Control Hub.


 
Vi foreslår, at du laver en sikkerhedskopi af sporingskodeværdier for brugere ved at gøre et eksport af webstedets brugere for mødested

Når du knytter sporingskoder til brugerdefinerede egenskaber, kommer dataenes eneste sandhedskilde fra Webex Identity i stedet for hvert enkelt mødested.

Ved synkronisering kopieres sporingskodens brugerværdier én gang til tilknyttede egenskaber, der ikke allerede er udfyldt for brugere, hvilket betyder, at rækkefølgen af de steder, du synkroniserer sporingskoder til først, har betydning. Når det første sted synkroniseres, kopieres sporingskodeværdierne for brugere fra det pågældende sted til den tilknyttede brugeregenskab for den pågældende bruger i Control Hub, men kun hvis denne værdi ikke allerede er udfyldt for brugeren.

Nogle sporingskodeværdier kopieres muligvis ikke fra sted til brugeregenskaber under synkronisering

Hvis en brugerværdi for tilknyttet sted er udfyldt på synkroniseringstidspunktet, kopieres sporingsværdien fra stedet ikke til den tilknyttede egenskab i Control Hub for brugeren.

For at undgå, at data erstatter andre sporingskoder for brugere, anbefaler vi, at du tilknytter og synkroniserer data for et mødested med de seneste sporingskodedata for brugere.


 
Sporingskodeværdier kopieres ikke fra steder, der knytter sporingskoder til brugerfelter, der synkroniseres via eksterne kilder, såsom Directory Connector eller Azure AD.

Følgende tabel skitserer mulige scenarier, hvor data erstatter de oprindelige sporingskoder. I disse scenarier er sporingskoden og den tilknyttede egenskab brugerens by.

Tabel 2. Mulige data erstatter scenarier for eksisterende sporingskoder
BrugerSporingskodeværdi før synkroniseringTilknyttet egenskabs værdi før synkTilknyttet egenskabs værdi efter synkSporingskodeværdi efter synk
BobIngenIngenIngenIngen
JaneIngenLondonLondonLondon
RichardGalwayIngenGalwayGalway
SamanthaDallas*San JoseSan JoseSan Jose
TomNew YorkIngenNew YorkNew York
DebraBoston*AustinAustinAustin

* Den tidligere sporingskodeværdi er erstattet af den eksisterende tilknyttede attribut.

Inden du opdaterer dit -websted, så det administreres i Control Hub, skal du sørge for, at:

  • Alle brugere af -webstedet, der skal være i din organisation, er faktisk i din Control Hub-organisation.
  • Alle brugere af -webstedet, der ikke skal være i din organisation, slettes fra din organisation.
  • Brugere i organisationen kan bekræftes af din IdP, hvis din organisation er konfigureret til SSO.
  • Brugerprofilfelter markeret som påkrævet på webstedet vil også blive kopieret til Control Hub-organisationen, når du opdaterer webstedet. Hvis du ikke ønsker, at disse felter skal markeres som påkrævet for kontotilmelding på webstedet i Control Hub, skal du først fjerne markeringen af felterne i Webstedsadministration, før du opdaterer til Control Hub. Kræver for kontotilmeldingssektionen i webstedsadministration
  • Du gennemlæst afsnittet Forbered din Control Hub-organisation fra tidligere i denne artikel.

 
Vi anbefaler kraftigt, at du gør krav på brugere, før du opdaterer dit websted til Control Hub. Hvis du gør krav på brugere i din organisation, efter webstedet er blevet opdateret til Control Hub, kan disse brugere miste adgangen til møder og mødeaktiver på webstedet. Se Forbered din Control Hub-organisation afsnit for flere oplysninger.

Se denne video for en demonstration af, hvordan du opdaterer dit websted til Control Hub.

Sådan kontrollerer du for brugere, der vil blokere webstedsopdatering

Gennemgå brugersektionen, når du opdaterer webstedet fra webstedsadministratoren til Control Hub
  1. Log ind på webstedsadministration, og åbn siden Opdater administration.

  2. Åbn forudsætninger for at opdatere administrationskontrollen, og klik på Eksporter påvirkede brugere i CSV.

  3. Vent på, at eksporten afsluttes. Denne proces kan tage et stykke tid afhængigt af starttiden og antallet af brugere på webstedet. Eksporter sættes på pause i 6 minutter øverst i timen (mellem xx:57 til xx:03).

  4. Klik på Download CSV , når eksporten er færdig.

    Dine browseroverførsler users-to-review.csv.

  5. Åbn CSV-filen, og marker kolonnen Anbefalet handling (den sidste kolonne). Tag den anbefalede handling for hver bruger i filen.

Brugere med uoverensstemmelse mellem e-mailadresser

Nogle brugere kan have en anden e-mailadresse i Webstedsadministration og Control Hub. Dette er muligt, hvis brugerens e-mail kun blev ændret ét af de to steder, efter brugeren blev knyttet fra dette websted til Control Hub.

Prøv disse handlinger for at løse brugere med uoverensstemmende e-mailadresser:


 

Hvis du opdaterer dit websted til Control Hub uden at rette uoverensstemmelser mellem brugerens e-mailadresser, skal de berørte brugere bruge deres Control Hub-e-mailadresser til at logge ind på deres mødested. Disse brugere kan muligvis ikke logge ind, hvis de forsøger at logge ind med e-mailadressen i webstedsadministration, eller hvis deres Control Hub-e-mailadresse ikke længere er gyldig i deres IdP (for SSO -organisationer). De vil ikke blokere dig fra at opdatere webstedet, men det er bedre at rette e-mailadresserne, før du starter opdateringen.

Eksterne brugere med Basic Meetings-licens

Eksterne brugere med Grundlæggende møder-licenser skal deaktiveres eller opgraderes til betalte Webex Meetings licenser før opdatering af webstedet fra webstedsadministration til Control Hub.

Sådan deaktiveres brugere


 
Når du deaktiverer brugere, mister de deres værtslicens eller mødedeltagerprivilegiet (afhængigt af hvilken rolle de havde, mens de var aktive). Deaktiverede brugere vises stadig i CSV-eksportfilen på webstedet efter opdatering af webstedet til Control Hub.

For individuel brugerdeaktivering i webstedsadministration:

  1. Gå til Brugeradministration for > Rediger bruger.

  2. Brug indeks-, søge- og filterkontrolelementerne til at finde brugeren.

  3. Fjern markeringen i feltet Aktiv.

  4. Indsend ændringerne.

    Se Administrer brugerkonti i Webex Webstedsadministration for yderligere oplysninger.

For gruppebrugerdeaktivering i webstedsadministration:

  1. Eksporter brugerne til en CSV-fil.

  2. Åbn CSV-filen, og rediger Active kolonneværdier til N for alle påvirkede brugere.

  3. Importer den ændrede CSV-fil.

    De brugere, du ændrede, er nu inaktive.

    Se BatchImporter og -eksporter Webex-brugere i Webex webstedsadministration for yderligere oplysninger.

Brugere i organisationer med adressebogssynkronisering

Hvis der er ikke-sammenkædede brugere, som skal være i din organisation, men endnu ikke er tilføjet, skal du først føje dem til din organisation. Dette er især vigtigt for organisationer, der er konfigureret til adressebogssynkronisering (via Katalogforbindelse eller Azure AD), fordi adressebogssynkronisering ikke tillader webstedets opdateringsproces at tilføje brugere.


 

Webstedsopdateringen mislykkes, hvis nogle aktive brugere på webstedet ikke kan knyttes til en Control Hub-organisation. Hvis din organisation er konfigureret til adressebogssynkronisering, skal du sørge for, at alle brugere på webstedet, som skal være en del af Control Hub-organisationen, tilføjes i Katalogforbindelse eller Azure AD først, inden opdateringen startes.

Løs brugerproblemer, før du starter opdateringen

Hvis du forsøger at opdatere webstedet til Control Hub uden at løse problemerne for brugerne i users-to-review fil, kan opdateringsprocessen mislykkes. Værktøjet kontrollerer ikke, om du har rettet fejlene, før du starter den endelige opdatering.

Opdatering af SSO websteder og ikke SSO websteder, der er linket til en SSO organisation

En Control Hub-organisation kan understøtte flere identitetsudbydere (IdP'er) til SSO , hvor en af IdP'erne er Webex IdP (lokal godkendelse)

Flere IdP'er i Control Hub hjælper:

  • Hvor IdP'et for et SSO websted i Site Admin er anderledes end SSO IdP'et for Control Hub.
  • Når brugere på webstedet ikke er i det SSO IdP, der er konfigureret i organisationen, kan disse brugere nu blot føjes til det lokale Webex IdP. Du kan derefter flytte disse brugere til det konfigurerede SSO IdP senere.

Opsætning af flere IdP'er kan gøre det muligt for alle brugere på det websted, der opdateres fra webstedsadministration til Control Hub, at logge ind via den godkendelsesmetode, der er konfigureret i en Control Hub-organisation. For at opnå dette kan du:

  • Føj yderligere SSO IdP'er til Control Hub-organisationen.
  • Føj brugere til et allerede konfigureret IdP.
  • Føj brugere til det lokale Webex IdP.

Se denne artikel for at få mere at vide om flere IdP'er i Control Hub.

Før du begynder

Der er nogle funktioner, du skal deaktivere, og du skal kontrollere, at alle brugere er i god tilstand for at blive opdateret til Control Hub. Hvis du bruger API-integrerede applikationer, skal du opdatere dem for at bruge Webex API.

Du kan læse om disse forudsætninger i de tidligere dele af denne artikel.


 

Sørg for, at alle dine administratorer ved, at du opdaterer webstedet til Control Hub, og at de ikke må foretage nogen ændringer i webstedsadministrationen, efter du starter.

1

Eksportér og gemme webstedets brugeres eksportfil. Denne fil fungerer som et brugerkonfiguration, der hjælper dig med at validere efter opdateringen.

2

Log ind for at webstedsadministration, og klik på Opdater administration.

3

Gennemse forudsætningerne, især CSV-listen over brugere i stater, der kan påvirke opdateringens succes.

4

Læs om de funktioner, der skal deaktiveres, og de forskelle, du kan forvente i brugeradministration og værtslicensering (også dokumenteret i denne artikel).

5

Klik på Opdater til Control Hub. Denne knap aktiveres kun, når trinene ovenfor er fuldført.

Et pop-up-vindue vises. Dette vindue viser, at opdatering af et websted til Control Hub er permanent, og du kan ikke fortryde opdateringen, når den er færdig. Når opdateringen er færdig, administreres dette websted ikke længere webstedsadministration. Hvis du ikke er klar til at administrere dette websted fuldt ud i Control Hub, skal du afslutte guiden nu.
6

Klik på Ok.

Opdateringen starter et banner vises over webstedsadministration for at lade dig vide, at en webstedsopdatering er i gang. Hvis noget går galt, vil du se en fejlmeddelelse med foreslået handling. Ellers vil der vises en vellykket meddelelse.


 

Webstedsopdatering tager ca. 3 min. + 1.000 aktive brugere/min. + 2.000 inaktive brugere/min. at fuldføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, vil webstedsopdateringen tage ca. 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter øverst i timen (mellem xx:57 og xx:03). Men dine resultater kan variere.

7

Klik på Log ind på Control Hub.

Efter at have udløst webstedsopdateringen fra Webex webstedsadministration kan du logge ind på Control Hub for at se status for webstedsopdateringen.


 
Det tager længere tid at opdatere webstedsopdateringen, hvis den udløses nær toppen af timen. Webstedsopdateringer sættes på pause et par minutter før og efter toppen af hver time.
  1. Log ind på Control Hub og åbn Møder side.

    Du kan se en liste over dine mødewebsteder.

  2. Klik på et websted for at se oplysninger om det pågældende websted.

  3. Se efter afsnittet Webstedsopdatering , hvor du kan læse opdateringsstatussen.

    Når opdateringen er færdig, kan du downloade en liste over alle brugere i webstedsadministration og se, hvilke af disse brugere der var aktive eller inaktive på webstedet. Brugere, der vises som inaktive i kolonnen brugerstatus i webstedsadministration, har ikke adgang til det Control Hub-administrerede websted. Disse brugere vises ikke som have adgang til webstedet i brugerafsnittet i Control Hub.


     

    Det kan tage lidt tid, før download-knappen vises (minutter for de fleste organisationer).

  4. Gennemgå listen for at kontrollere, om der er problemer under opdatering.

Du kan ikke længere administrere dette websted i et webstedsadministration, når webstedsopdateringen er færdig. Al administration af dette websted skal udføres i Control Hub. Her er nogle trin til at gøre dig bekendt med og afprøve administration af dit -websted i Control Hub:

  1. Kontrollér nogle af webstedets konfigurationsindstillinger for at bekræfte, at intet er ændret. Dette er nemmere, hvis du kopierede nogle indstillinger for webstedsadministratoren, før du opdaterede til Control Hub.

  2. Vælg en vært, og bekræft dennes licens, sporingskoder og sessionstyper i Control Hub. Log ind på mødested, og bekræft, at deres planlagte møder, optagelser og præferencer ikke ændres. Validering er nemmere, hvis den pågældende værts data kopieres før opdatering til Control Hub.

    Bed brugeren om at kontrollere, at de kan planlægge og være vært for nye møder.

  3. Tilføj en ny bruger til din organisation. Giv dem en værtslicens, rediger deres sessionstyper, og bekræft, at de kan være vært for møder.


     
    Vi anbefaler, at du opsætte organisations- eller gruppebaserede licensskabeloner for automatisk at tildele licenser til nye brugere eller bestemte grupper af nye brugere.
  4. Vælg en bruger, der var fuld administrator i webstedsadministrator, og bekræft, at de har det passende adgangsniveau til det opdaterede websted i Control Hub.

    De bør være i stand til at læse og modificere webstedet; opret, licens, modificer og slet brugere.

  5. Hvis dit websted har API-integrationer, skal du skifte til at bruge People API'er. Bekræft, at den opdaterede integration fungerer som forventet.

Læs mere om administration af mødewebsteder i Control Hub på https://help.webex.com/naqlzeu.

  • Brugerne får en enkelt, samlet login-oplevelse til Webex-appen og alle Control Hub-administrerede websteder.


     
    Hvis brugernavnet ikke passer med brugerens e-mailadresse i webstedsadministration, vil disse brugere påvirke loginoplevelsen. Gamle brugernavne kan ikke længere bruges, og disse brugere skal bruge deres e-mailadresse til at logge ind.
  • Brugerlegitimationsoplysninger er knyttet til deres Control Hub-identitet. De samme legitimationsoplysninger gælder for alle Control Hub-administrerede websteder i den samme organisation og for Webex-appen.

  • Hvis Control Hub-organisationen har SSO konfigureret, styrer SSO loginoplevelsen for Webex-appen og alle Control Hub-administrerede websteder.

  • Log ind-oplevelsen med Webex-appen er ikke påvirket som følge af opdatering til Control Hub.

  • Når brugere logger ind på Webex Meetings websted, ser login-skærmen anderledes ud. Brugere skal indtaste deres e-mailadresse for at logge ind, selvom deres organisation er konfigureret til SSO.


     
    Administratorer kan aktivere valgmuligheden Husk mig i Control Hub , så brugere ikke behøver at indtaste deres e-mailadresse igen, hver gang de logger ind.
  • Afhængigt af hver brugers historik, antallet af websteder de havde en konto på, osv.:

    • Hvis brugere blev knyttet til eksisterende brugere i Webex Identity/Control Hub, bruger brugere den samme adgangskode til alle Webex-websteder, der er opdateret til Control Hub.

    • Hvis brugere blev oprettet i Webex Identity/Control Hub på grund af webstedslinkning, gælder deres første tilknyttede websteds legitimationsoplysninger (hvis organisationen ikke blev konfigureret med SSO). Brugere omdirigeres til at logge ind på dette websted. Hvis brugere har flere websteder med flere legitimationsoplysninger, bør webstedets URL-adresse hjælpe dem med at afgøre, hvilke legitimationsoplysninger de skal bruge.

    • Brugere kan nulstille deres adgangskode i Control Hub-organisationer (hvis adgangskoden ikke administreres via SSO). Hvis brugere har glemt deres adgangskode, kan de bare klikke på Har du glemt dit brugernavn eller din adgangskode? på login-skærmen for at nulstille deres adgangskode. Brugere kan også nulstille deres adgangskode ved at følge disse vejledninger:

  • Hvis en slutbrugers e-mailadresse blev ændret, og denne bruger havde en anden e-mailadresse i webstedsadministration og kontrolhub på tidspunktet for webstedsopdateringen, kan den pågældende bruger opleve problemer, når han forsøger at logge ind. Brugeren ved muligvis ikke, at han nu skal bruge sin Control Hub-e-mailadresse til at logge ind, eller også er e-mailadressen i Control Hub ikke længere gyldig i organisationens SSO IdP. Denne type situationer undgås bedst ved at opdatere e-mailadresserne på brugere i Control Hub, da der foretages ændringer af e-mailadresserne på de samme brugere i webstedsadministration.

  • Log ind igen påkrævet for brugere på Webex Meetings -mobilappen til iOS:

    • Hvis du opdaterer et ikke- SSO -websted til Control Hub, bliver dine brugere nødt til at logge ind på Webex Meetings -mobilappen til iOS igen. Selvom appen Meetings til iOS ikke kræver, at brugere logger ind igen i op til to måneder efter webstedsopdateringen, anbefaler vi, at brugere logger ind igen manuelt for forebyggende at undgå denne situation.
  • Under webstedsopdateringen kan brugere, hvis brugernavn ikke stemmer overens med deres e-mailadresser, blive nødt til at logge ind igen.

    • Disse brugere kan blive bedt om at logge ind på deres Webex klienter igen, hvis de forsøger at få adgang til Webex tjenester på webstedet under webstedsopdateringen til Control Hub. Brugere, der allerede deltog i møder, før webstedsopdateringen startede, påvirkes ikke.

Tom CSV-fil med "bruger til gennemgang".

Hvis dit websted er stort og har mere end 1.000 brugere, hvis e-mailadresser er forskellige i webstedsadministration end i Control Hub, kan du opleve en tom "bruger til gennemgang" CSV-fil i guiden til webstedsopdatering. Dette medfører, at webstedsopdateringen ikke fungerer, fordi du ikke vil kunne løse brugernes problemer. Der arbejdes på dette problem, og vi planlægger at løse det i de kommende uger.

Indstillinger, der ikke overføres ved opdatering til Control Hub

  • Hvis dit websted administreret af webstedet var på den langsomme kanal, og din Control Hub også administreres af en partner, kan du miste synlighed for kontrolfunktioner til opdatering af version af Meetings-webstedet efter opdatering til Control Hub. Hvis dette sker, skal du kontakte din partner og bede dem om at aktivere Tillad kunden at opgradere webstedsversionen indstilling for din organisation.
  • Afventende kontoanmodninger til egen tilmelding overføres ikke til Alerts Center. Brugerne skal opret en konto igen, når opdateringen er fuldført.
  • Brugernavnsværdier i webstedsadministration tilsidesættes med e-mailadresser på brugere i Control Hub, når opdateringen er fuldført.

Brugerproblemer, der forårsager, at opdateringen mislykkes

  • Brugere med e-mailadresser, der er knyttet til brugere i en Webex for offentlige organisation, vil få opdateringen til at mislykkes, hvis disse brugere ikke deaktiveres, før opdateringen startes.

Almindelige problemer, der får opdateringen til at mislykkes, og anbefalede handlinger

Hvis dit websted ikke kan opdatere til Control Hub, skal du kontrollere følgende tabel for at se, om en af disse almindelige fejl er årsagen, og hvad du kan gøre for at rette den.

Fejl, der medfører, at opdateringen mislykkesAnbefalet handling
Webstedstypen er ugyldig.Kontakt dit Webex -supportteam for at bekræfte, at webstedet er brugerlinket.
Webstedet har ikke noget abonnement tilknyttet.Websteder skal være tilknyttet et abonnement, før det kan opdateres til Control Hub.
Der er et problem med organisations-id'et.Det webstedslinkede organisations ID er ikke det samme som organisations ID for abonnementet . Kontakt dit Webex -supportteam.
Følgende abonnement har ventende handlinger i Control Hub: (Under-ID).Prøv webstedsopdatering igen, når den afventende handling er fuldført.
Der er konflikter i indstillingerne for enkeltlogon (SSO).Hvis webstedet er SSO aktiveret, skal du sørge for, at:
  • Automatisk kontooprettelse er deaktiveret.
  • SSO er aktiveret i Control Hub-organisationen.
Webstedslicensoplysningerne i webstedsadministration stemmer ikke overens med webstedslicensoplysningerne i Control Hub.Uoverensstemmende licensoplysninger mellem webstedsadministration og Control Hub. Kontakt dit Webex -supportteam.
Nogle brugernavne eller e-mailadresser i webstedsadministration er i konflikt med brugernavne eller e-mailadresser i Control Hub.En brugers e-mail i webstedsadministration bruges af en anden bruger i Control Hub. Skift en af e-mailadresserne eller brugernavnene.
Vi havde et problem med at opdatere dit websted.En intern fejl forhindrede dette websted i at blive opdateret. Kontakt dit Webex -supportteam.
Vi havde problemer med at opdatere Webex-brugerne.En intern fejl forhindrede dette websted i at blive opdateret. Kontakt dit Webex -supportteam.

Problemer med login for brugere

Sørg for altid at tillade Webex cookies. Ellers kan brugerne have problemer med at logge ind efter opdatering til Control Hub.

Spørgsmål. Er der en dato for, hvornår Cisco ikke længere understøtter Webstedsadministration?

Sv. Ja. Vi planlægger at udfase Webex Webstedsadministration i slutningen af december 2023.

Spørgsmål. Beholder administratorer af webstedet i webstedsadministration stadig deres administrative adgang til webstedet efter opdatering til Control hub-administration?

Sv. Ja. Alle administratorer på webstedet i webstedsadministration har stadig administrativ adgang til webstedet, efter webstedet er opdateret til Control Hub-administration.

Spørgsmål. Hvorfor ser jeg nye administratorer på webstedet efter opdatering af et mødested fra webstedsadministration til Control Hub-administration?

Sv. Disse nye administratorer på webstedet var sandsynligvis Control Hub-organisationsadministratorer. Når et websted opdateres fra webstedsadministration til Control Hub, bliver alle organisationsdækkende administratorer webstedsadministratorer for det nye Control Hub-administrerede websted. Det betyder, at hele organisationens administratorer bliver hele Webex-websted administratorer, organisationsbrugeradministratorer bliver Webex-websted -brugeradministratorer, og organisationsadministratorer bliver skrivebeskyttede til Webex- Webex-websted .

Spørgsmål. Hvorfor fungerer login med produktivitetsværktøj ikke efter opdatering af webstedet til Control Hub?

Sv. Sørg for, at internetbrowsere er konfigureret til tillad altid sessionscookies , som findes i browserens avancerede indstillinger til beskyttelse af personlige oplysninger.

Spørgsmål. Hvis en bruger slettes i Control Hub, og den samme e-mailadresse derefter føjes til Control Hub igen og tildeles en Meetings-licens til det samme Webex-websted, kan brugeren så få adgang til sine gamle optagelser?

Sv. Ja, brugeren vil have adgang til alt deres gamle Meetings-indhold, hvis de får tildelt en licens til et af de tidligere Webex websteder, de var på. Dette gælder både for Control Hub-administrerede websteder og websteder, der blev opdateret til Control Hub.

Spørgsmål. Hvis en bruger blev deaktiveret i webstedsadministration før webstedsopdateringen til Control Hub og derefter blev genlicenseret til det samme Webex-websted i Control Hub, har brugeren så adgang til sine gamle optagelser?

Sv. Ja, brugeren har stadig adgang til sine gamle optagelser. Derudover vil enhver bruger, der blev deaktiveret i webstedsadministration før webstedsopdateringen, blive angivet i CSV -eksportfil for møder i Control Hub .

Spørgsmål. Hvis et websted ikke har et SSO IdP opsat, men Control Hub-organisationen har et SSO IdP, hvad sker der så, når webstedet opdateres til Control Hub?

Sv. Webstedet bruger det samme SSO IdP som Control Hub-organisationen.

Spørgsmål. Hvis et websted har en anden SSO IdP opsætning end SSO IdP i Control Hub, hvad sker der, når webstedet opdateres til Control Hub?

Sv. Webstedet skifter til at bruge det samme SSO IdP som Control Hub-organisationen.

Spørgsmål. Hvis et websted ikke har et SSO IdP opsat, men Control Hub-organisationen ikke har et SSO IdP, hvad sker der så, når webstedet opdateres til Control Hub?

Sv. Du vil blive blokeret fra at opdatere dit websted. Hvis du vil fjerne blokeringen af webstedet, så du kan opdatere til Control Hub, skal du enten fjerne SSO IdP'et fra webstedsadministrationswebstedet eller tilføje et SSO IdP til Control Hub-organisationen.

Spørgsmål. Kan jeg stadig logge ind på webstedets URL -adresse for at få adgang til optagelser og planlægge møder eller begivenheder?

Sv. Ja, du kan stadig logge ind på webstedets URL -adresse, hvor du kan tilgå optagelser, planlægge møder osv.

Spørgsmål. Ændres brugerspecifikke indstillinger under webstedsopdateringen fra Webstedsadministration til Control Hub?

Sv. Nej, brugerindstillinger forbliver uændrede. Disse indstillinger vil være gældende som før webstedsopdateringen.

Spørgsmål. Er mine optagelser eller planlagte møder påvirket af denne webstedsopdatering?

Sv. Værtsoptagelser påvirkes ikke. Du har stadig adgang til dem. Dine planlagte møder påvirkes heller ikke. Der er ingen ændringer i dem.

Spørgsmål. Er optagelser eller planlagte møder med brugere påvirket af denne webstedsopdatering?

Sv. Brugeroptagelser påvirkes ikke. De har stadig adgang til dem. Planlagte møder påvirkes heller ikke. Der er ingen ændringer i dem.

For brugere, der endnu ikke er blevet gjort krav på, kan deres optagelser eller planlagte møder blive påvirket, hvis du gør krav på dem, efter du har opdateret webstedet til Control Hub. Se følgende bemærkning for at få yderligere oplysninger.


 

Vi anbefaler kraftigt, at du gør krav på brugere, før du opdaterer dit websted til Control Hub. Hvis du gør krav på brugere i din organisation, efter webstedet er blevet opdateret til Control Hub, kan disse brugere miste adgangen til møder og mødeaktiver på webstedet.

Som en løsning kan du gøre følgende for at sikre, at brugere ikke mister adgang til møder og mødeaktiver på webstedet, efter webstedet er blevet opdateret til Control Hub:

  • For brugere med eksterne administratorrettigheder til organisationen eller webstedet – Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter licensen til mødested . Når du gør krav på brugeren, skal du genlicensere denne bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
  • For almindelige brugere – Fjern licensen til mødested , kræve brugeren til din organisation, og genlicenser derefter brugeren til webstedet.

Spørgsmål. Hvor kan jeg gennemgå afventende kontoanmodninger om egen tilmelding til Control Hub-administrerede websteder?

Sv. Du og andre administratorer kan gennemgå anmodninger om selvtilmelding i Advarselscenter .

Spørgsmål. Kan jeg få adgang til brugernavnsværdier fra webstedsadministration efter opdatering af et websted til Control Hub?

Sv. En brugereksportfil over alle brugere i webstedsadministration er tilgængelig i Control Hub i 90 dage, efter du har opdateret webstedet til Control Hub. Denne CSV-fil indeholder brugernavneværdier.

Spørgsmål. Vi bruger brugernavnsværdier til at identificere brugere i webstedsadministration. Hvordan kan vi gøre det samme i Control Hub?

Sv. Brugernavnsværdier går tabt efter opdatering af et websted til Control Hub. Hvis du har brug for adgang til disse værdier, er en løsning at kopiere værdierne til en sporingskode, før du opdaterer webstedet. Sporingskodeværdier for brugere vil blive bevaret og tilgængelige efter opdatering af et websted til Control Hub. Hvis du bruger SSO, så ExternalID er en Control Hub-brugerattribut, der kan indeholde denne værdi. Dette kræver dig til at konfigurere dine SAML bekræftelser for at videregive denne værdi, når konfiguration af SSO i Control Hub . Denne værdi videregives også til Control Hub under automatisk oprettelse af nye brugere .

Spørgsmål. Hvor lang tid tager det at fuldføre webstedsopdateringen, efter den er startet?

Sv. Webstedsopdatering tager ca. 3 min. + 1.000 aktive brugere/min. + 2.000 inaktive brugere/min. at fuldføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, vil webstedsopdateringen tage ca. 12 minutter. Derudover sættes webstedsopdateringer på pause i 6 minutter øverst i timen (mellem xx:57 og xx:03). Men dine resultater kan variere.

Spørgsmål. Hvordan kan jeg automatisk licensere hver ny bruger eller nye brugere i specifikke grupper efter opdatering af webstedet til at blive administreret i Control Hub?

Sv. Det kan du opsætte organisations- eller gruppebaserede licensskabeloner for automatisk at tildele licenser til nye brugere.

Spørgsmål. Er der nedetid under webstedsopdateringen?

Sv. Nej. Under webstedsopdateringen:

  • Brugere kan fortsætte med at bruge Mødetjenesten, såsom deltagelse og start af planlagte møder og ad hoc-møder.
  • Møder, der er i igangværende , når webstedsopdateringen starter, påvirkes ikke.
  • Abonnementet vil blive låst i Control Hub.
  • Desktop-klienten til Meetings kan have problemer med afsnittet "Kommende møder".
  • Ændringer af webstedsadministrationskonfigurationer anbefales ikke.