Tak for din feedback.
Opdater Webex Meetings webstedsadministration fra Site Administration til Control Hub
Har du feedback?Om opdatering fra Site Administration til Control Hub
Opdatering af et websted fra Site Administration til Control Hub kræver ikke en opdatering af klient versioner. Nogle websteder kan ikke bruge denne funktion, før de partnere, der administrerer disse organisationer, er klar.
Webex er ved at blive en samlet platform til styring af møder, beskeder, opkald og andre former for samarbejde. Derfor ønsker vi at flytte administrationen af alle Webex Meetings websteder fra Site Administration til Control Hub.
Vi har et værktøj i Site Administration til at hjælpe dig gennem 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 opdatering af dit websted til Control Hub fungerer.
For at hjælpe med at planlægge din webstedsopdatering skal du gennemgå afsnittet Beredskab til webstedsvurdering.
Fordelene ved at administrere websteder i Control Hub omfatter:
-
Samlede licenstildelinger på tværs af alle Webex-tjenester, såsom møder, beskeder og opkald.
-
Konsekvente sikkerhedspolitikker på tværs af alle Webex-tjenester.
-
Fælles logonoplevelse for alle slutbrugere mellem forskellige Webex-tjenester.
-
Moderne administratorkontroller, såsom Directory Connector, SCIM og Active Directory-grupper.
-
Licensskabeloner til automatisk tildeling af flere licenser til brugere.
Du kan ikke bruge Webstedsadministration til at administrere et mødewebsted efter opdatering til Kontrolhub.
Hvis dit websted er planlagt til en automatisk opdatering fra at blive administreret i Webstedsadministrator til Control Hub, vises følgende skærmbillede.
Du kan klikke på Skift opdateringsdato for dit websted for at ændre den planlagte dato.
Erfaringen med at administrere websteder i Control Hub svarer til administration i Site Administration. Brugeradministration i Control Hub har mere moderne underliggende teknologier, så der er nogle få forskelle i styring af websteder i Control Hub. Dette afsnit fokuserer på forskelle, der nævnes, når du opdaterer dit websted.
Du kan finde en mere detaljeret oversigt over forskellene mellem Site Administration og Control Hub i denne artikel.
Brugeradministration
Vi har et centraliseret brugerstyringssystem, der ligger til grund for Control Hub, hvor brugerne er forskellige og unikke inden for hele organisationen (og hele Webex). I Webstedsadministration er brugerprofilen forskellig for hvert mødested.
- Single Sign On (SSO) med automatisk oprettelse af konto
-
I Site Admin har du en funktion „automatisk oprettelse af konto“, der opretter brugere, når de autentificerer sig selv ved hjælp af SSO.
Denne funktion er også tilgængelig i Control Hub. Se SAML-oprettelse og opdatering af automatisk konto til Control Hub for at få flere oplysninger.
Mange organisationer, der bruger SSO, foretrækker måske at administrere deres brugere centralt i eksterne mappeværktøjer som Microsoft ® Active Directory og Microsoft Azure, samt kræve godkendelse med eksterne identitetsudbydere.
Læs mere om:
-
Integrering af din Control Hub-organisation med en identitetsudbyder.
- Obligatoriske profildata og sporingskoder
-
Webstedsadministration giver dig mulighed for at angive krævede profilfelter for nye brugere (forrige skærmbillede). Du kan udvide dette til at kræve sporingskoder til brugeroprettelse (skærmbillede nedenfor). Hvis du konfigurerer disse yderligere krav, kan du ikke føje brugere til webstedet uden dem.
Control Hub har kun brug for et visningsnavn og en e-mail-adresse 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 administrerede websteder i Control Hub.
Du skal deaktivere obligatoriske profilfelter og sporingskoder, før du opdaterer dit websted til Control Hub.
- Adgangskodestyring og lockout
-
Webstedsadministration har en funktion, der midlertidigt låser brugere ud, hvis de ikke logger ind efter et antal forsøg.
Control Hub har følgende muligheder for at forhindre uautoriseret adgang:
-
Automatisk timeout efter de første par mislykkede forsøg.
-
En CAPTCHA-mekanisme (Fuldstændig automatiseret offentlig Turing-test for at skelne computere og mennesker fra hinanden).
-
Legitime brugere har en selvbetjeningsmulighed for at ændre deres glemte adgangskoder.
-
Værtslicenser
- Værter skal være i din Control Hub-organisation
-
I Site Administration kan du tildele en værtslicens til enhver bruger. Når du administrerer webstedet i Control Hub, kan du kun tildele værtslicenser (og deltagerrolle) til brugere i den samme Control Hub-organisation.
- Selvtilmelding til værtskonto
-
I Webstedsadministrator kan du vælge at tillade brugere at anmode om en (vært) konto på webstedet. Du kan også tillade brugere med en konto at anmode om yderligere tjenester på webstedet. (se skærmbilleder).
Når du administrerer et mødested i Kontrolhub, kan brugerne ikke anmode om deres egen værtskonto for det pågældende websted.
Control Hub har en centraliseret, automatiseret måde, hvorpå du kan tildele mødelicenser til nye brugere i stedet. Læs https://help.webex.com/n3ijtao.
Du kan også administrere brugerlicenser via API eller i bulk ved hjælp af CSV.
Hvis du vil have brugere til at anmode om deres værtskonti, kan du konfigurere webstedets hjælp/support med henvisninger til at kontakte administratorer eller linke til andre værktøjer.
Du skal deaktivere „Tillad tilmelding til værtskonto“ og „Tillad brugere at anmode om yderligere tjenester“ i Webstedsadministration, før du opdaterer dit websted til Kontrolhub.
-
Control Hub har andre muligheder for licensadministration, f.eks. 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, individuelt eller i bulk, eller via API.
Hvis du har brug for denne automatiske deaktiveringsindstilling, og de andre indstillinger i Control Hub ikke passer til dig, bør du undgå at opdatere dit websted til Control Hub på nuværende tidspunkt.
Før du opdaterer dit mødewebsted, der skal administreres i Control Hub, skal du forberede din Control Hub-organisation.
Sørg for, at der ikke er nogen ventende eller blokerende handlinger på abonnementet. Opdateringen mislykkes, hvis:
- Du har eventuelle ventende handlinger på abonnementet, der er knyttet til det websted, du opdaterer.
- Webstedet har ikke noget abonnement tilknyttet det i Control Hub-organisationen.
- Oplysningerne om webstedslicens i Webstedsadministration stemmer ikke overens med oplysningerne om webstedslicens i Control Hub.
Vi anbefaler kraftigt, at du verificerer 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 verificeret dine domæner): https://help.webex.com/nceb8tm. Det er især vigtigt at gøre krav på brugere, fordi det sikrer, at så mange brugere som muligt, der skal være i din organisation, faktisk er der. Ved at gøre krav på brugere med „Umiddelbart krav“ undgår du også forsinkelser i brugen af e-mail-adresserne i din organisation.
Vi anbefaler stærkt, 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 at webstedet er blevet opdateret til Kontrolhub , 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 brugerne ikke mister adgangen til møder og mødeaktiver på webstedet, efter at webstedet er blevet opdateret til Kontrolhub:
- For brugere med eksterne administratorrettigheder til organisationen eller webstedet: Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter mødewebsted slicensen. Når du har gjort krav på brugeren, skal du genlicensere den pågældende bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere — Fjern mødewebstedslicensen, gør krav på brugeren i organisationen, og genlicens derefter brugeren til webstedet.
-
Hvis mødestedet er konfigureret til SSO, skal du også konfigurere SSO for din Control Hub-organisation.
Automatisk oprettelse af konto for nye brugere
Hvis dit Webex-websted aktiverede automatisk kontooprettelse i Webstedsadministrator, kan du aktivere en lignende funktion i Control Hub med automatisk oprettelse af SAML-konto. Sørg for også at oprette en automatisk licensskabelon, så nye brugere automatisk får tildelt licenser, når deres konti er oprettet i Control Hub-organisationen.
Organisationer med mappesynkronisering
Hvis din organisation er konfigureret til mappesynkronisering, skal du sørge for, at alle brugere, du vil have i organisationen, er til stede på webstedet. Dette skal gøres 24 timer, før du starter webstedsopdateringsprocessen, så brugere på webstedet kan linkes til de nye brugere i din Control Hub-organisation.
Administratoradgang til Webex-websteder, når de er opdateret
En person med en administratorrolle for hele organisationen i Control Hub får automatisk adgang til websteder, der opdateres fra Webstedsadministrator til Kontrolhub. For eksempel vil organisationens fulde administratorer blive fulde administratorer af Webex-websted, organisationsbrugeradministratorer bliver Webex-webstedsbrugeradministratorer, og organisationsskrivebeskyttede administratorer bliver skrivebeskyttede administratorer af Webex-websted.
XML API'er
XML-API'er er nu viderekompatible med Control Hub-administrerede websteder. Du kan læse om detaljer og advarsler på XML API 41.11. 0 Opdateringer.
URL-adresser til XML-API-tjenester er uændrede, når et websted er opdateret fra Webstedsadministrator til administreret Control Hub. De samme API-webadresser vil fortsætte med at fungere. Cisco anbefaler, at alle API-integrationer bruger OAUTH til godkendelse.
Godkendelse i XML API'er
Integrationer, der ikke bruger Webex OAUTH til godkendelse, kan mislykkes, efter at webstedet er opdateret til Control Hub. Følgende tabel viser, hvilken type administratorgodkendelse der fortsat fungerer efter opdatering af dit websted.
| Type administratorgodkendelse i XML API før webstedsopdatering | Administrator i SSO org efter opdatering af webstedet | Administrator er ikke i SSO org efter opdatering af webstedet |
|---|---|---|
| brugernavn (WebExid) /adgangskode |
 Vil arbejde* |
Vil arbejde* |
| brugernavn (WebExid) /SessionTicket |
Vil arbejde |
Vil arbejde |
| Brugernavn/OAuth (WebExAccessToken) |
Vil arbejde |
Vil arbejde |
| e-mail/adgangskode |
Vil arbejde* |
Vil arbejde* |
| E-mail/sessionticket |
Vil arbejde |
Vil arbejde |
| E-mail/OAuth (WebExAccessToken) |
Vil arbejde |
Vil arbejde |
* Bagudkompatibilitet — Cisco har aktiveret godkendelser af brugernavn/adgangskode til at fungere i
XML-API'er efter webstedsopdatering, selvom det ikke stemmer overens med e-mail. username Kompatibiliteten gælder kun, hvis:
- Brugerlegitimationsoplysninger blev oprettet før webstedsopdateringen. Ingen ændringer er tilladt,
usernameellers mislykkes tidligere legitimationsoplysninger. - Legitimationsoplysninger til API-godkendelse kan 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 webstedsopdateringen til Control Hub.
Usernameer indstillet til e-mail for alle brugere, når et websted opdateres til Control
Hub. Hvis usernamedet bruges til API-nyttelaster, skal nyttelasterne bruge e-mail
i stedet, efter at webstedet er opdateret.
Administratorrolle i Control Hub til API-integrationer
Administratorer, der kun har en webstedsadministratorrolle, kan muligvis ikke udføre nogle handlinger med XML-API'er, f.eks. ændre en brugers mailadresse eller visningsnavn, efter at webstedet er opdateret til et Kontrolhubb-websted. For administratorer, hvis legitimationsoplysninger bruges til API-integrationer, anbefaler vi, at du promoverer disse administratorer til organisationens fulde administratorer i Control Hub, helst inden du opdaterer webstedet til Control Hub.
Som en god praksis anbefaler vi, at du opdaterer et testwebsted først for at bekræfte, at dine API-integrationer fungerer uændret efter opdatering til Control Hub.
Afhængigt af, hvad din integration udfører, skal administratorer muligvis også tildeles en værtskonto for møder på Control Hub-webstedet, for at integrationen kan fungere (dette var ikke påkrævet for administratorer på websteder med webstedsadministration).
XML API-forskelle i Control Hub
De fleste XML API-integrationer skal fungere uden ændringer efter opdatering af dit websted. Men der er nogle undtagelser, der er beskrevet i følgende liste:
-
CreateUser — På administrerede websteder i Control Hub kan denne handling også oprette en bruger i organisationen, der ejer webstedet, før der tildeles en licens. Hvis brugeren allerede findes i en anden organisation, mislykkes denne handling.
PMR ID parametertræder ikke i kraft for brugere, der ikke allerede har status Ak tiv i Control Hub.createuserDet tager længere tid at fuldføre API på administrerede websteder i Control Hub. For bedre ydeevne kan du tilføje en ekstra tråd for at parallelisere opkaldcreateuser. - SetUser —Kan resultere i tildeling eller fjernelse af mødewebstedslicens fra brugeren (afhængigt af API-parametrene eller nyttelasten).
- DelUser — Fjerner licens til mødewebsted, men sletter ikke brugeren fra Control Hub-organisationen.
-
LSTSummaryUser —Returnerer også bruger ens.
objectGUID -
AuthenticateUser —På administrerede websteder i Control Hub anbefaler vi, at du opretter sessionsbillet via i
AuthenticateUserstedet for at bruge brugernavn og adgangskode til hver XML-API. Brug af SAML-svar i brødtekst understøttes ikke med dette opkald til administrerede websteder i Control Hub.
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å:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Ovenstående REST API'er understøtter dog 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 tildelingen af webstedsadministratorroller til brugere. Hvis du vil 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 administrerede mødewebsteder i Control Hub.
Control Hub har Webex-webstedsspecifikke administratorroller, men People API kan ikke tildele denne rolle på nuværende tidspunkt.
Fremtidige planer (med forbehold for ændringer)
- Ny licens-API, som også kan give licenser til mødewebsteder til eksterne brugere, der ikke er i den samme organisation, der 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 operationer på brugere og mødesider). XML-API'er til brugeradministration understøttes fortsat, indtil REST API'er udelukkende kan bruges til alle brugeradministrationsoperationer. XML-API'er for brugeradministration vil også blive forældet (dato TBD).
Før du opdaterer dit websted til Control Hub, anbefaler vi stærkt, at du gennemgår følgende punkter først for at få opdateringen til at gå så problemfrit som muligt:
- Gennemgå først dette dokument, og sørg for, at din organisation følger de bedste fremgangsmåder, der anbefales i afsnittet Forbered din kontrolhuborganisation.
- Log derefter på Webex Administration og klik på Op dater administration. I fasen med webstedets beredskab bør du ikke foretage nogen anbefalet handling i filen fra sektionen Gennemse brugere og bør ikke deaktivere nogen funktioner, der er angivet i afsnittet Gennemgangsfunktioner endnu. Ved at følge disse instruktioner bliver vurderingen af webstedets beredskab til en skrivebeskyttet handling blot for at vurdere de ændringer, du skal foretage, før du opdaterer til Control Hub.
- Under afsnittet Gennemse brugere skal du klikke på Eksporter bruger-CSV-fil og downloade CSV-filen, som 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.
- Under afsnittet Gennemgå funktioner skal du se på de funktioner, der er angivet med et rødt X i kolonnen Konsekvenser. Dette vil informere dig om dit websteds beredskab ud fra et funktionskonfliktperspektiv.
- Gå ikke til trin 2, og klik ikke på knappen Opdater til Control Hub endnu.
Når du har gennemgået brugerens CSV-fil og kigget på, hvilke funktioner du muligvis skal konfigurere igen, kan du fortsætte med at læse resten af afsnittene i denne artikel for at forberede dit websted og din organisation om, hvordan du opdaterer til Control Hub.
Bemærk: Hvis dit websted har API-integrationer udført af din virksomhed eller via tredjepartsløsninger, f.eks. løsninger til læringsstyring, skal du sørge for at gennemgå afsnittet Forbered API-integrationer til websted til at arbejde med Control Hub.
Kommende ændringer til udgivelse 43.6
Indtil nu skulle disse to funktioner deaktiveres, før webstedet opdateres til Control Hub:
- Nødvendige værtsprofilfelter
- Nødvendige sporingskoder
Fra og med udgivelsen af 43.6 behøver websteder, der deltager i betaerne for brugerdefinerede attributter og obligatoriske funktioner i 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 du skal gennemgå disse to funktioner, da den aktuelle konfiguration kopieres over til Control Hub-organisationen.
Hvis du deltager i betaversionen af de krævede værtsprofilfelter, vil du se denne advarsel:
Hvis du deltager i den krævede sporingskoder og brugerdefinerede attributter beta, vises dette handlingselement:
Hvis du ikke deltager i disse betas, skal du fortsætte med at læse følgende afsnit.
Deaktiver funktioner, der blokerer webstedsopdatering
Nogle funktioner skal deaktiveres, før du kan opdatere et Webex-websted til Control Hub. Du kan se en liste, der viser dig, hvilken funktion der skal deaktiveres. Funktioner, der er markeret med et rødt cirkel X-ikon, skal udføres. Funktioner markeret med et gult trekantet udråbste gsikon er kun til din information og kræver ingen handling.
Se denne video for en demo om, hvordan du opdaterer dit websted til Control Hub.
Hvis din organisation bruger funktionen til automatisk oprettelse af konto i Webstedsadministrator, skal du konfigurere en tilsvarende funktion i Control Hub og konfigurere en automatisk licens skabelon til automatisk tildeling af licenser. Se denne artikel for flere detaljer. Dette skal gøres, før du opdaterer det websted, der skal administreres i Control Hub.
-
Log ind på Webex-webstedsadministration, og gå til .
-
Find og deaktiver indstillingen Til lad tilmelding til vært skonto.
-
Find K ræv til kontotilmelding: og fjern markeringen i alle felterne for obligatoriske brugerprofilfelter.
-
-
Klik på Opdater.
-
Gå til .
-
I kolonnen Vær tsprofil skal du ændre alle rækker med sporingskode, der er markeret som På krævet, til AdminSet eller Valgfri.
-
Læs mere om sporingskoder på https://help.webex.com/izu2ty.
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 krævede brugerattributter i Control Hub for tilsvarende funktionalitet.
Funktionen Kortsporingskoder til brugerattributter er et udkast, 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ævede sporingskoder fra Websted sadministration til Control Hub, skal du knytte disse sporingskoder til brugerattributter i Control Hub. Du kan klikke på ikonet under Information for at tage dig direkte til guiden til kort sporingskoder til brugerattributter for webstedet. Hvis du endnu ikke har tilknyttet eller deaktiveret de krævede sporingskoder, kan du ikke opdatere dit websted til Control Hub.
Hvis dit websted ikke har krævede sporingskoder, kan du stadig knytte sporingskoder til bruger attributter, før du opdaterer et websted til Control Hub ved at følge denne procedure.
For mødewebsteder, der bruger afdeling som sporingskode, anbefaler vi, at du knytter sporingskoden til attributten afdelingsbrugerprofil i modsætning til en brugerdefineret attribut. Da afdeling er en standardprofilattribut i Control Hub, vil dette scenarie i de fleste tilfælde være mere effektivt.
Hvis denne attribut er påkrævet, skal du gå til afsnittet Brugerprofilattribut og markere afdelingsattributten som påkrævet. Husk, at denne afdelingsattribut sammen med andre brugerattributter ikke udfyldes for eksterne brugere.
| 1 |
Log ind på Control Hub, og gå til Mø de. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Vælg et websted, og gå derefter til Inds . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Vælg Opret sporingskodekort. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
Vælg Åbn oversigt over sporingskode. 
| ||||||||||||||||||||||||||||||||||||||||
| 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 attributvæ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 brugerdefinerede attributter. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
Gå tilbage til guiden, og vælg Tilføj og gennemgå bruger attributter. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Konfigurer eventuelle nye brugerdefinerede attributter, der er nødvendige for dette websted. Marker eventuelle attributter som påkrævet, hvis du vil have disse felter udfyldt for brugerne. Brugerdefinerede attributter gælder ikke for organisationer, der synkroniserer brugere med Directory Connector, Azure AD osv. Du kan bruge dette trin som en mulighed for at gennemse visningsnavne for sporingskoder. Når du har foretaget de nødvendige ændringer, skal du klikke på Gem. Låste attributter ligner AdminSeti
klassiske sporingskoder for mødewebsteder. Når du markerer en brugerdefineret attribut som låst, kan brugerne
ikke se attributten.Hvis du trykker på Gem i dette trin, træder alle brugerdefinerede
attributter, som du har tilføjet, fjernet eller markeret som påkrævet, straks i kraft for
organisationen. Nye brugere, der er tilmeldt organisationen, skal overholde
denne opdaterede brugerdefinerede attributkonfiguration, ellers mislykkes brugeronboarding. Fortsæt
med forsigtighed, før du markerer brugerdefinerede attributter efter behov. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Gå tilbage til guiden, og vælg Kort sporingskoder. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
Brug rullelisten til at knytte sporingskoder til organisationens brugerdefinerede attributter eller bruger profilattributter. Når du knytter en webstedssporingskode til en attribut, tilknyttes systemet først til allerede eksisterende attributter, der matcher sporingskodenavne, hvis inputtypen er indstillet til tekstfelt. Når du er færdig, skal du klikke på Næste. Hvis din organisation bruger en automatiseret bruger
onboarding-proces, f.eks. Directory Connector eller Azure AD, bør du ikke knytte
sporingskoder til brugerdefinerede attributter. I stedet skal du knytte sporingskoderne til synkroniserede
attributter. Tidligere kan sporingskoder konfigureres forskelligt pr. Center. Alle centre (møder, begivenheder, webinarer osv.) deler nu en enkelt planlægningskonfiguration. Når du kortlægger en attribut efter behov, kræves den attribut på tidspunktet for planlægning Webex MeetingsWebex Webinars, osv. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klik på Gem kortet. Synkronisering udføres automatisk under processen for at opdatere et websted til Control Hub. Vi foreslår, at du laver en sikkerhedskopi af sporingskodeværdier for brugere
ved at foretage en webstedsbrugereksport til mødewebstedet Når du knytter sporingskoder til brugerdefinerede attributter, kommer dataens eneste kilde til sandhed fra Webex Identity i stedet for hvert enkelt mødewebsted. Synkronisering foretager en engangskopiering af brugerværdier for sporingskode til tilknyttede attributter, der ikke allerede er udfyldt for brugere, hvilket betyder, at rækkefølgen af de websteder, du synkroniserer sporingskoder, først betyder noget. Når du synkroniserer det første websted, kopieres sporingskodeværdierne for brugere fra det pågældende websted til den tilknyttede brugerattribut for den pågældende bruger i Kontrol hub, men kun hvis denne værdi ikke allerede er udfyldt for brugeren. Visse sporingskodeværdier kopieres muligvis ikke fra websted til brugerattributter under synkronisering Hvis en brugers værdi for et tilknyttet websted allerede er udfyldt på tidspunktet for synkroniseringen, kopieres sporingsværdien fra det pågældende websted ikke til den tilknyttede attribut i Kontrolhubben for den pågældende bruger. For at undgå, at data erstatter andre sporingskoder for brugere, anbefaler vi, at du kortlægger og synkroniserer data for et mødested med de nyeste sporingskodedata for brugerne. Sporingskodeværdier kopieres ikke fra websteder, der knytter
sporingskoder til brugerfelter, der synkroniseres via eksterne kilder, f.eks.
Directory Connector eller Azure AD. Følgende tabel beskriver mulige scenarier, hvor data erstatter de oprindelige sporingskoder. I disse scenarier er sporingskoden og den tilknyttede attribut brugerens by.
* Den tidligere sporingskodeværdi erstattes af den eksisterende tilknyttede attribut. | ||||||||||||||||||||||||||||||||||||||||
Før du opdaterer dit websted, der skal 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 burde være i din organisation, slettes fra din organisation.
- Brugere i organisationen kan godkendes af din IdP, hvis din organisation er konfigureret til SSO.
- Brugerprofilfelter, der er markeret som påkrævet på webstedet, kopieres også til Control Hub-
organisationen, når du opdaterer webstedet. Hvis du ikke vil have disse felter markeret som påkrævet for
kontotilmelding på webstedet i Control Hub, skal du først fjerne markeringen i felterne i Webstedsadministrator, før du
opdaterer til Control Hub.
- Du har gennemgået afsnittet Forbered din kontrolhub-organisation tidligere i denne artikel.
Se denne video for en demo om, hvordan du opdaterer dit websted til Control Hub.
Sådan kontrolleres for brugere, der blokerer webstedsopdatering
-
Log ind på Webstedsadministration, og åbn siden Op dateringsadministration.
-
Åbn Gennemgå forudsætningerne for opdatering af administr ationskontrol, og klik på Eksporter berørte brugere i CSV.
-
Vent til eksporten er færdig. Denne proces kan tage et stykke tid afhængigt af starttidspunktet og antallet af brugere på webstedet. Eksporten sættes på pause i 6 minutter øverst i timen (mellem xx:57 og xx:03).
-
Klik på Download CSV, når eksporten er færdig.
Din browser downloader
users-to-review.csv. -
Åbn CSV-filen, og marker kolonnen Anbefalet handling (den sidste kolonne). Foretag den anbefalede handling for hver bruger i filen.
Brugere med uoverensstemmende e-mail-adresser
Nogle brugere kan have en anden e-mail-adresse i Site Admin og Control Hub. Dette er muligt, hvis brugerens e-mail kun blev ændret et af de to steder, efter at brugeren blev linket fra dette websted til Control Hub.
Prøv disse handlinger for at rette brugere med uoverensstemmende e-mail-adresser:
-
Skift brugerens e-mail-adresse i Webstedsadministrator, så den svarer til Control Hub-e-mail adressen
Brugere kan redigere deres Site Admin-profiler: https://help.webex.com/nmig1kcb
-
Skift brugerens e-mail-adresse i Control Hub, så den svarer til webstedsadministratorens e-mailadresse: https://help.webex.com/nsi3kgb.
Brugere kan ændre deres egne e-mail-adresser i Control Hub-organisationen: https://help.webex.com/nme40aeb
Hvis du opdaterer dit websted til Control Hub uden at korrigere uoverensstemmelser i bruger ens mailadresser, skal de berørte brugere bruge deres Control Hub-mailadresser til at logge på deres møde websted. Disse brugere kan muligvis ikke logge på, hvis de forsøger at logge på med e-mailadressen i Site Administrator, eller hvis deres Control Hub-e-mail-adresse ikke længere er gyldig i deres IdP (for SSO-organisationer). De blokerer dig ikke for at opdatere webstedet, men det er bedre at rette e-mail- adresserne, før du starter opdateringen.
Eksterne brugere med Basic Meetings-licens
Eksterne brugere med Basic Meetings-licenser skal deaktiveres eller opgraderes til betalte Webex Meetings licenser, før webstedet opdateres fra Site Administrator til Control Hub.
Sådan deaktiveres brugere
Til individuel brugerdeaktivering i Site Administration:
-
Gå til .
-
Brug indekset, søgning og filter til at finde brugeren.
-
Fjern markeringen i feltet Aktiv.
-
Indsend ændringerne.
Se Administrer brugerkonti i Webex-webstedsadministration for at få flere oplysninger.
Til batchbrugerdeaktivering i Site Administration:
-
Eksporter brugerne til en CSV-fil.
-
Åbn CSV-filen, og rediger
Activekolonneværdierne tilNfor alle berørte brugere. -
Importer den ændrede CSV-fil.
De brugere, du har ændret, er nu inaktive.
Se Batch import og eksport af Webex-brugere i Webex webstedsadministration for flere detaljer.
Brugere i organisationer med katalogsynkronisering
Hvis der er brugere, der ikke er sammenkædede, som burde være i din organisation, men som ikke er tilføjet endnu, skal du først føje dem til din organisation. Dette er især vigtigt for organisationer, der er konfigureret til mappesynkronisering (via Directory Connector eller Azure AD), fordi mappesynkronisering ikke tillader, at webstedsopdateringsprocessen tilføjer brugere.
Webstedsopdateringen mislykkes, hvis aktive brugere på webstedet ikke kan linkes til en Control Hub-organisation. Hvis din organisation er konfigureret til mappesynkronisering, skal du sørge for, at alle brugere på webstedet, der skal være en del af Control Hub-organisationen, først føjes til Directory Connector eller Azure AD, før 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-reviewfilen, kan opdateringsadministrationsprocessen mislykkes. Vær
ktøjet kontrollerer ikke, om du har rettet problemerne, før du har startet den endelige
opdatering.
Opdatering af SSO-websteder og ikke-SSO-websteder, der er knyttet 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 vil hjælpe:
- Hvor IdP'en for et SSO-websted i Site Admin er forskellig fra SSO-IdP'en i Control Hub.
- Når brugere på webstedet ikke er i den SSO IdP, der er konfigureret i organisationen, kan disse brugere nu bare føjes til den lokale Webex IdP. Du kan derefter flytte disse brugere til den konfigurerede SSO IdP senere.
Opsætning af flere IDP'er kan gøre det muligt for alle brugere på webstedet, der opdateres fra Webstedsadministrator til Control Hub, at logge på via den godkendelsesmetode, der er konfigureret i en Control Hub- organisation. For at opnå dette kan du:
- Tilføj yderligere SSO-IDP'er til Control Hub-organisationen.
- Føj brugere til en allerede konfigureret IdP.
- Føj brugere til den 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 ændringer i Webstedsadministrator, når du starter.
| 1 |
Eksporter og gem webstedsbrugerens eksportfil. Denne fil fungerer som et brugerkonfigurationsarkiv for at hjælpe dig med at validere efter opdateringen. |
| 2 |
Log ind på Webstedsadministration, og klik på Opdater administration. |
| 3 |
Gennemgå 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ærtslicenser (også dokumenteret i denne artikel). |
| 5 |
Klik på Opdater til Control Hub. Denne knap aktiveres først, når ovenstående trin er gennemført. 
Et pop op-
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, vil dette websted ikke længere blive administreret i Webstedsadministration. Hvis du ikke er parat 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 fortælle dig, at en webstedsopdatering er i gang. Hvis noget går galt, får du vist en fejlmeddelelse med foreslået handling. Ellers får du vist en succesmeddelelse. Webstedsopdatering tager ca. 3 min + 1000 aktive brugere/min + 2000 inaktive brugere/min at gennemføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, tager det omkring 12 minutter at opdatere webstedet. 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. |
Når du har udløst webstedsopdateringen fra Webex Site Administration, kan du logge på Control Hub for at se status for webstedsopdateringen.
-
Log ind på Control Hub, og åbn siden Mø der.
Du kan se en liste over dine mødewebsteder.
-
Klik på et websted for at se oplysninger om det pågældende websted.
-
Se efter afsnittet Webstedsopdatering, hvor du kan læse opdateringsstatus.
Når opdateringen er færdig, kan du downloade en liste over alle brugere i Site Administration 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 administrerede websted i Control Hub. Disse brugere vises heller ikke som værende med adgang til webstedet i brugersektionen i Control Hub.
Det kan tage lidt tid, før download-knappen vises (minutter for de fleste organisationer).
-
Gennemgå listen for at kontrollere, om der er problemer under opdateringen.
Du kan ikke længere administrere dette websted i Webstedsadministration, når webstedsopdateringen er afsluttet. Al administration af dette websted skal udføres i Control Hub. Her er nogle trin til at gøre dig bekendt med og prøve administration af dit websted i Control Hub:
-
Kontroller nogle indstillinger for webstedskonfiguration for at bekræfte, at intet er ændret. Dette er nemmere, hvis du kopierede nogle indstillinger for webstedsadministrator, før du opdaterer til Control Hub.
-
Vælg en vært, og bekræft dennes licens, sporingskoder og sessionstyper i Control Hub. Log ind på mødewebstedet, og bekræft, at deres planlagte møder, optagelser og præferencer ikke ændres. Validering er lettere, hvis værtens data kopieres, før opdateringen til Control Hub.
Bed brugeren om at kontrollere, at de kan planlægge og være vært for nye møder.
-
Tilføj en ny bruger til din organisation. Giv dem en værtslicens, rediger deres sessionstyper, og kontroller, at de kan være vært for møder.
Vi anbefaler, at du konfigurerer organisations- eller gruppebaserede licensskabeloner til automatisk at tildele licenser til nye brugere eller bestemte grupper af nye brugere. -
Vælg en bruger, der var fuld administrator i Webstedsadministrator, og kontroller, at vedkommende har det relevante adgangsniveau til det opdaterede websted i Control Hub.
De skal være i stand til at læse og ændre webstedet; oprette, licensere, ændre og slette brugere.
-
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.
-
Brugere får en enkelt, samlet logonoplevelse til Webex-appen og alle administrerede websteder i Control Hub.
Hvis brugernavnet ikke stemmer overens med brugerens e-mail-adresse i Webstedsadministration, vil disse brugere have indflydelse på logonoplevelsen. Gamle brugernavne kan ikke længere bruges, og disse brugere skal bruge deres e-mail-adresse 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 den pågældende SSO logonoplevelsen til Webex-appen og alle administrerede Control Hub-websteder.
-
Login-erfaringen til Webex-appen påvirkes ikke som følge af opdatering til Control Hub.
-
Når brugere logger ind på et Webex Meetings websted, ser loginskærmen anderledes ud. Brugere skal indtaste deres e-mail-adresse for at logge på, selvom deres organisation er konfigureret til SSO.
Administratorer kan aktivere ind stillingen Husk mig i Control Hub, så brugerne ikke behøver at indtaste deres e-mail-adresse igen, hver gang de logger på. -
Afhængigt af hver brugers historie, antallet af websteder, de havde en konto på osv.:
-
Hvis brugere blev knyttet til eksisterende brugere i Webex Identity/Control Hub, bruger brugerne den samme adgangskode til alle Webex-websteder, der opdateres til Control Hub.
-
Hvis brugere blev oprettet i Webex Identity/Control Hub på grund af sammenkædning af websteder, gælder deres første linkede websteds legitimationsoplysninger (hvis organisationen ikke var konfigureret med SSO). Brugere omdirigeres til at logge ind på dette websted. Hvis brugere har flere websteder med flere legitimationsoplysninger, skal webstedets URL-adresse hjælpe dem med at bestemme, hvilke legitimationsoplysninger der skal bruges.
-
Brugere har lov til at nulstille deres adgangskode i Control Hub-organisationer (hvis adgangskoden ikke administreres via SSO). Hvis brugerne har glemt deres adgangskode, kan de bare klikke på Glemt dit brugernavn eller adgangskode? på loginskærmen for at nulstille deres adgangskode. Brugere kan også nulstille deres adgangskode ved at følge disse instruktioner:
- Nulstil adgangskode til Webex App: https://help.webex.com/article/n02v0b8/
- Nulstil adgangskode til et Webex Meetings websted: https://help.webex.com/article/6v6kaab/
-
-
Hvis en slutbrugers e-mail-adresse blev ændret, og den pågældende bruger havde en anden e-mail-adresse i webstedsadministrator og kontrolhub på tidspunktet for webstedsopdateringen, kan brugeren opleve problemer, når den forsøger at logge på. Brugeren ved muligvis ikke, at de nu skal bruge deres Control Hub-mailadresse til at logge på, eller mailadressen i Control Hub er muligvis ikke længere gyldig i organisationens SSO IdP. Denne type situation undgås bedst ved at opdatere e-mail-adresserne til brugere i Control Hub, da der foretages ændringer i e-mail-adresserne til de samme brugere i Site Admin.
-
Genlogin kræves for brugere på Webex Meetings mobilapp til iOS:
- Hvis du opdaterer et ikke-SSO-websted til Control Hub, skal dine brugere logge på Webex Meetings mobilappen til iOS igen. Selvom appen Møder til iOS ikke kræver, at brugerne logger på igen i op til to måneder efter webstedsopdateringen, foreslår vi, at brugerne logger på igen manuelt for at undgå denne situation.
-
Under webstedsopdateringen skal brugere, hvis brugernavne ikke stemmer overens med deres e-mail-adresser, muligvis logge på igen.
-
Disse brugere skal muligvis logge 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 har deltaget i møder, før webstedsopdateringen startede, påvirkes ikke.
-
Tom CSV-fil „bruger til gennemgang“
Hvis dit websted er stort og har mere end 1000 brugere, hvis e-mail-adresser er forskellige i Webstedsadministration end i Kontrolhubben, kan du opleve en tom CSV-fil „bruger, der skal gennemgå“ i guiden til opdatering af webstedet. Dette medfører, at webstedsopdateringen ikke fungerer, fordi du ikke kan løse de brugere, der har problemer. Dette problem arbejdes på, og vi planlægger at løse det i de kommende uger.
Indstillinger, der ikke overføres, når du opdaterer til Control Hub
- Hvis dit websted administreret af webstedsadministrator var på den langsomme kanal, og din kontrolhub også administreres af en partner, kan du miste synligheden af kontrolelementer til opdatering af mødewebstedets version efter opdatering til Kontrolhub. Hvis dette sker, skal du kontakte din partner og bede vedkommende om at aktivere indstillingen Tillad kunden at opgradere webstedsversion for din organisation.
- Afventende kontoanmodninger om selvtilmelding overføres ikke til Alerts Center. Brugere skal tilmelde sig en konto igen, når opdateringen er afsluttet.
- Brugernavnværdier i Webstedsadministrator tilsidesættes med e-mail-adresser på brugere i Control Hub, når opdateringen er afsluttet.
Brugerproblemer, der forårsager, at opdateringen mislykkes
- Brugere med e-mail-adresser, der er knyttet til brugere i en Webex for Government-organisation, får opdateringen til at mislykkes, hvis disse brugere ikke deaktiveres, før opdateringen startes.
Almindelige problemer, der forårsager, at opdateringen mislykkes, og anbefalede handlinger
Hvis dit websted ikke opdateres til Control Hub, skal du kontrollere følgende tabel for at se, om en af disse comon-fejl er årsagen, og hvad du kan gøre for at rette det.
| Fejl, der får opdateringen til at mislykkes | Anbefalet handling |
|---|---|
| Webstedstypen er ugyldig. | Kontakt dit Webex supportteam for at bekræfte, at webstedet er brugerlinket. |
| Webstedet har intet abonnement tilknyttet det. | Websteder skal knyttes til et abonnement, før det kan opdateres til Control Hub. |
| Der er et problem med organisations-id'et. | Organisations-id'et for sammenkædet websted er ikke det samme som abonnementsorganisations-id'et. Kontakt dit Webex supportteam. |
| Følgende abonnement har afventende handlinger i Control Hub: (SubID). | Prøv at opdatere webstedet igen, når den ventende handling er afsluttet. |
| Der er konflikter i indstillingerne for single sign-on (SSO). | Hvis webstedet er SSO aktiveret, skal du sørge for, at:
|
| Oplysningerne om webstedslicens i Webstedsadministration stemmer ikke overens med oplysningerne om webstedslicens i Control Hub. | Inkonsekvente licensoplysninger mellem Site Admin og Control Hub. Kontakt dit Webex supportteam. |
| Nogle brugernavne eller e-mail-adresser i Webstedsadministration er i konflikt med brugernavne eller e-mailadresser i Control Hub. | En brugers e-mail i Site Administration bruges af en anden bruger i Control Hub. Skift en af e-mail-adresserne 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 et problem med at opdatere Webex-brugere. | 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 logonproblemer efter opdatering til Control Hub.
Q. Er der en dato for, hvornår Cisco ikke længere understøtter Site Administration?
A. Ja. Vi planlægger at afskaffe Webex-webstedsadministration i slutningen af december 2023.
Q. Vil administratorer af webstedet i Site Administration stadig beholde deres administrative adgang til webstedet efter opdatering til styring af kontrolhubben?
A. Ja. Alle administratorer på webstedet i Webstedsadministrator har stadig administrativ adgang til webstedet, efter at webstedet er opdateret til styring af Control Hub.
Q. Hvorfor ser jeg nye administratorer på webstedet, når jeg har opdateret et mødewebsted fra Site Administrator til Control Hub-administration?
A. De nye administratorer på webstedet var sandsynligvis Control Hub-organisations administratorer. Når et websted opdateres fra Webstedsadministrator til Control Hub, bliver alle administratorer i hele organisationen webstedsadministratorer af det nye administrerede kontrolhubwebsted. Det betyder, at organisationens fulde administratorer bliver fulde administratorer af Webex-webstedet, organisations brugeradministratorer bliver Webex-webstedsbrugeradministratorer, og organisationens skrivebeskyttede administratorer bliver skrivebeskyttede administratorer af Webex-websteder.
Q. Hvorfor fungerer logon på produktivitetsværktøjet ikke efter opdatering af webstedet til Control Hub?
A. Sørg for, at internetbrowsere er konfigureret til altid at tillade sessionscookies, der er placeret i browserens avancerede privatlivsindstillinger.
Q. Hvis en bruger slettes i Control Hub, og derefter tilføjes den samme e-mail-adresse igen til Control Hub og tildeles en mødelicens til det samme Webex-websted, kan brugeren få adgang til deres gamle optagelser?
Sv. Ja, brugeren har adgang til alt deres gamle Meetings-indhold, hvis vedkommende er tildelt en licens til et af de tidligere Webex-websteder, de var på. Dette gælder både administrerede websteder i Control Hub og websteder, der er opdateret til Control Hub.
Q. Hvis en bruger blev deaktiveret i Webstedsadministrator før webstedsopdateringen til Control Hub og derefter senere blev genlicenseret til det samme Webex-websted i Control Hub, vil brugeren have adgang til deres gamle optagelser?
Sv. Ja, brugeren vil stadig have adgang til deres gamle optagelser. Derudover vises alle brugere, der blev deaktiveret i Webstedsadministrator før webstedsopdateringen, i eksportfilen for møder i CSV i Control Hub.
Q. Hvis et websted ikke har en SSO IdP konfigureret, men Control Hub-organisationen har en SSO IdP, hvad sker der, når webstedet opdateres til Control Hub?
A. Webstedet vil bruge den samme SSO IdP som Control Hub-organisationen.
Q. Hvis et websted har en anden SSO IdP konfigureret end SSO IdP'en i Control Hub, hvad sker der så, når webstedet opdateres til Control Hub?
A. Webstedet skifter til at bruge den samme SSO IdP som Control Hub-organisationen.
Q. Hvis et websted har en SSO IdP konfigureret, men Control Hub-organisationen ikke har en SSO IdP, hvad sker der så, når webstedet opdateres til Control Hub?
A. 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'en fra webstedsadministratorwebstedet eller tilføje en SSO IdP til Control Hub-organisationen.
Q. Kan jeg stadig logge ind på webstedets webadresse for at få adgang til optagelser og planlægge møder eller begivenheder?
Svar: Ja, du kan stadig logge ind på webstedets URL, hvor du kan få adgang til optagelser, planlægge møder osv.
Q. Er brugerspecifikke indstillinger ændret under webstedsopdateringen fra Site Administration til Control Hub?
Sv. Nej, brugerindstillingerne forbliver uændrede. Disse indstillinger vil være gældende som før webstedsopdateringen.
Q. Er mine optagelser eller planlagte møder påvirket af denne webstedsopdatering?
A. 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.
Q. Er optagelser eller planlagte møder med brugere påvirket af denne webstedsopdatering?
A. Brugeroptagelser påvirkes ikke. De vil stadig have 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, når du har opdateret webstedet til Control Hub. Se følgende note for mere information.
Vi anbefaler stærkt, 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 at webstedet er blevet opdateret til Kontrolhub , 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 brugerne ikke mister adgangen til møder og mødeaktiver på webstedet, efter at webstedet er blevet opdateret til Kontrolhub:
- For brugere med eksterne administratorrettigheder til organisationen eller webstedet: Fjern al ekstern administratoradgang til organisationen og webstedet, og fjern derefter mødewebsted slicensen. Når du har gjort krav på brugeren, skal du genlicensere den pågældende bruger til webstedet. Du kan også gendanne deres eksterne administratorrettigheder.
- For almindelige brugere — Fjern mødewebstedslicensen, gør krav på brugeren i organisationen, og genlicens derefter brugeren til webstedet.
Q. Hvor gennemgår jeg ventende kontoanmodninger om selvtilmelding for administrerede websteder i Control Hub?
Sv. Du og andre administratorer kan gennemgå anmodninger om selvtilmelding i Alerts center.
Q. Kan jeg få adgang til brugernavnværdier fra Site Admin efter opdatering af et websted til Control Hub?
Sv. En brugereksportfil for alle brugere i Site Administration er tilgængelig i Control Hub i 90 dage, efter du har opdateret webstedet til Control Hub. Denne CSV-fil indeholder brugernavnværdier.
Q. Vi bruger brugernavnværdier til at identificere brugere i Site Admin. Hvordan kan vi gøre det samme i Control Hub?
A. Brugernavnvæ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 bevares og er tilgængelige efter opdatering af et websted til Control Hub. Hvis du bruger SSO, ExternalIDer der en brugerattribut til Control Hub, der kan indeholde denne værdi. Dette kræver, at du konfigurerer dine SAML-påstande til at videregive denne værdi, når du konfigurerer SSO i Control Hub. Denne værdi overføres også til Control Hub under automatisk oprettelse af nye brugere.
Q. Hvor lang tid tager det at fuldføre webstedsopdateringen, efter at den er startet?
A. Opdatering af webstedet tager ca. 3 min + 1000 aktive brugere/min. + 2000 inaktive brugere/min at gennemføre. Hvis du f.eks. startede webstedsopdateringen kl. 05:20, og dit websted har 8000 aktive brugere og 2000 inaktive brugere, tager det omkring 12 minutter at opdatere webstedet. Derudover sættes webstedsopdateringer på pause i 6 minutter øverst i timen (mellem xx:57 og xx:03). Men dine resultater kan variere.
Q. Hvordan kan jeg automatisk licensere hver ny bruger eller nye brugere i bestemte grupper efter opdatering af webstedet, der skal administreres i Control Hub?
Sv. Du kan konfigurere organisations- eller gruppebaserede licensskabeloner til automatisk at tildele licenser til nye brugere.
Q. Er der nedetid under webstedsopdateringen?
A. Nej. Under webstedsopdateringen:
- Brugere kan fortsætte med at bruge tjenesten Møder, f.eks. at deltage i og starte planlagte møder og ad hoc-møder.
- Møder, der er igangværende, når webstedsopdateringen starter, påvirkes ikke.
- Abonnementet låses i Control Hub.
- Desktop-klienten for møder kan have problemer med afsnittet „Kommende møder“.
- Ændringer af konfigurationer af webstedsadministration anbefales ikke.
