Om konvertering fra nettstedsadministrasjon til Control Hub


Denne artikkelen er et utkast til offentlig forhåndsvisning. Vi gir deg en sniktitt på hva du kan forvente. Denne funksjonen vil kun være tilgjengelig som en betaversjon i versjon 41.6 og senere på kvalifiserte nettsteder. Når tilgjengelig, kan du registrere deg for programmet på beta.webex.com.

Webex blir en enhetlig plattform for å administrere møter og meldinger, samt oppringninger og andre former for samarbeid. Derfor ønsker vi å flytte administrasjonen av alle nettsteder for Webex Meetings fra nettstedsadministrasjon til Control Hub.

Vi har begynt å koble alle kunders nettsteder for møter til Control Hub, for å tillate administrasjon fra begge steder. Dette betyr at du allerede burde ha en Control Hub-organisasjon, men du har kanskje ikke logget deg på enda.

Nettstedsadministrasjon varsler deg om nettstedet ditt er kvalifisert for konvertering til Control Hub. Du kan sjekke på siden Sideinformasjon.

Vi har et verktøy i nettstedsadministrasjon for å hjelpe deg gjennom denne endringen, så hvis nettstedet ditt allerede er kvalifisert for konvertering, kan du komme i gang.

Fordelene ved å administrere nettsteder i Control Hub inkluderer:

  • Unified-lisenstilordninger på tvers av alle Webex-tjenester, som Meetings, Messaging og Calling.

  • Konsekvente sikkerhetspolicyer på tvers av alle Webex-tjenester.

  • Felles påloggingsopplevelse for alle sluttbrukere mellom ulike Webex-tjenester.

  • Moderne administratorkontroller, som Directory Connector, SCIM og Active Directory-grupper.

  • Lisensmaler for å tilordne flere lisenser til brukere automatisk.


Du kan ikke bruke nettstedsadministrasjon til å administrere et nettsteder for møter etter nettstedskonvertering, du må bruke Control Hub.

Opplevelsen med å administrere nettsteder i Control Hub ligner på administrasjon i nettstedsadministrasjon. Brukeradministrasjon i Control Hub har mer moderne underliggende teknologier, så det er et par forskjeller i administrering av nettsteder i Control Hub. Denne delen fokuserer på forskjeller som blir fremhevet i nettstedskonverteringsverktøyet.


For en mer detaljert oversikt over forskjellene mellom nettstedsadministrasjon og Control Hub, kan du se denne artikkelen.

Brukeradministrasjon

Vi har et sentralisert system for brukeradministrasjon som ligger til grunn for Control Hub, der brukerne er forskjellige og unike i hele organisasjonen (og hele Webex). I nettstedsadministrasjon er brukerprofilen forskjellig for hvert nettsted for møter.

Engangspålogging (SSO) med automatisk kontoopprettelse

Nettstedsadministrasjon gir deg en funksjon for «automatisk kontoopprettelse» som oppretter brukere når de autentiserer seg med SSO.

Skjermbilde av nettstedsadministrasjon som viser SSO-alternativ for å tillate automatisk opprettelse av kontoer

Denne funksjonen er ikke tilgjengelig i Control Hub, fordi det finnes mer robuste måter å legge til nye brukere på. Du må deaktivere denne funksjonen i nettstedsadministrasjon før du konverterer nettstedet.

Mange organisasjoner som bruker SSO, foretrekker kanskje å administrere brukerne sentralt i eksterne katalogverktøy som Microsoft® Active Directory og Microsoft Azure, samt krever autentisering med eksterne identitetsleverandører.

Les mer om:

Kontroll over at brukere endrer navn

Nettstedsadministrasjon lar deg forhindre at brukere på nettstedet endrer fornavn, etternavn og visningsnavn (https://help.webex.com/nmig1kcb forklarer hvordan brukere kan gjøre dette hvis du tillater det).

Ved å fjerne avmerkingen i boksene nedenfor, kan du forhindre at brukere endrer navnene sine.

Skjermbilde av nettstedsadministrasjon som viser alternativer for obligatoriske profilalternativer og brukerkonfigurerbare attributter

Vi har ikke denne funksjonen i Control Hub, fordi mange organisasjoner foretrekker å administrere brukerprofilene sine i dedikerte katalogsystemer, for eksempel Active Directory, og synkronisere katalogene med Webex. Dette forhindrer brukere fra å endre profilen sin via Webex.

Hvis organisasjonen din ikke synkroniserer brukerprofilen fra en ekstern katalog, kan brukerne endre profilene sine. Dette påvirker profilen deres i hele organisasjonen din, inkludert alle møtenettstedene.

Hvis du trenger å forhindre at brukere endrer profilene sine, og du ikke har tenkt å synkronisere en katalog med Webex, bør du unngå å konvertere til Control Hub på dette tidspunktet.

Obligatoriske profildata og sporingskoder

Nettstedsadministrasjon lar deg angi nødvendige profilfelt for nye brukere (forrige skjermbilde). Du kan utvide dette til å kreve sporingskoder for brukeropprettelse (skjermbilde nedenfor). Hvis du konfigurerer disse tilleggskravene, kan du ikke legge til brukere på nettstedet uten dem.

Skjermbilde av nettstedsadministrasjon som viser alternativer for å håndheve sporingskoder

Control Hub trenger bare visningsnavn og e-postadresse for å opprette en bruker.

Alle andre brukerfelt er valgfrie når du oppretter en ny bruker i Control Hub, så vi håndhever ikke ytterligere profildata for Control Hub-administrerte nettsteder.

Du må deaktivere obligatoriske profilfelt og sporingskoder før du konverterer nettstedet ditt.

Passordbehandling og låsing

Nettstedsadministrasjon har en funksjon som låser brukere midlertidig hvis de ikke klarer å logge på etter en rekke forsøk.

Control Hub har følgende alternativer for å forhindre uautorisert tilgang:

  • Automatisk tidsavbrudd etter de første mislykkede forsøkene.

  • En CAPTCHA-mekanisme (Completely Automated Public Turing-test for å skille mellom datamaskiner og mennesker).

  • Legitime brukere har et selvbetjeningsalternativ for å endre glemte passord.

Nettstedsadministrasjon lar deg også definere egenskaper for passordstyrke, for eksempel minimumslengde og påkrevde tegn (se skjermbilde).

Control Hub håndhever også passordkrav, men vi gjør dem for øyeblikket ikke konfigurerbare. Du kan integrere Control Hub-organisasjonen din med en ekstern identitetsleverandør (IDP) eller et katalogstyringssystem som kan kontrollere disse egenskapene for brukeridentiteter.

Skjermbilde av nettstedsadministrasjon som viser sikkerhetsalternativet for å låse brukere ute etter noen mislykkede påloggingsforsøkSkjermbilde av nettstedsadministrasjon som viser kontroller for å endre påkrevde passordegenskaper

Hvis du trenger å definere passordegenskapene dine, og du ikke ønsker å bruke en ekstern identitetsleverandør, bør du unngå å konvertere til Control Hub på dette tidspunktet.

Vert-lisensiering

Verter må være i Control Hub-organisasjonen

Nettstedsadministrasjon lar deg tilordne en vertslisens til hvilken som helst bruker. Når du administrerer nettstedet i Control Hub, kan du bare tildele vertslisenser (og deltakerroller) til brukere i den samme Control Hub-organisasjonen.

Selvregistrering for vertskonto

Nettstedsadministrasjon lar deg velge å la brukerne be om en (vert-)konto på nettstedet. Du kan også la brukere med en konto be om tilleggstjenester på nettstedet (se skjermbilder).

Skjermbilde av nettstedsadministrasjon som viser alternativet «Tillat registrering av vertskonto»Skjermbilde av nettstedsadministrasjon som viser kontrollen som lar brukerne be om tilleggstjenester

Når du administrerer et nettsted for møter i Control Hub, kan ikke brukerne be om sin egen vertskonto for dette nettstedet.

Control Hub har i stedet en sentralisert, automatisert måte for deg å tildele møtelisenser til nye brukere på. Les https://help.webex.com/n3ijtao.

Du kan også administrere brukerlisenser etter API eller i gruppe ved bruk av CSV.

Hvis du vil at brukerne skal be om vertskontoer, kan du konfigurere nettstedets hjelp/støtte med tips om å kontakte administratorer eller koble til andre verktøy.

Du må deaktivere «Tillat registrering av vertskonto» og «Tillat brukere å be om tilleggstjenester» i nettstedsadministrasjon før du konverterer nettstedet ditt.

Deaktiver inaktive verter

I nettstedsadministrasjon har du et alternativ for å automatisk deaktivere inaktive verter (se skjermbilde). Dette frigjør vertslisensen for andre brukere.

Plassering av deaktiveringsinnstillinger i nettstedsadministrasjon

Vi har ennå ikke et automatisk alternativ for dette på Control Hub-administrerte nettsteder.

Control Hub har andre alternativer for lisensbehandling, for eksempel maler for automatisk tilordning. Du kan få en rapport om inaktive verter for å hjelpe deg med å fjerne lisenser fra disse brukerne, enkeltvis eller i gruppe – eller via API.

Hvis du trenger dette automatiske deaktiveringsalternativet, og de andre alternativene i Control Hub ikke passer for deg, bør du unngå å konvertere nettstedet ditt til Control Hub på dette tidspunktet.

Før du konverterer nettsted for møter til administrasjon i Control Hub, bør du forberede Control Hub-organisasjonen.

Vi anbefaler på det sterkeste at du bekrefter domenene dine og gjøre krav på brukerne dine. Følgende lesing vil hjelpe deg:

Nettstedet ditt har kanskje API-integrasjoner fra applikasjoner som er satt opp av ditt eget selskap, partnere eller tredjepartsapplikasjoner som firmaet ditt bruker, for eksempel integrering av system for læringsadministrasjon (LMS). Denne delen beskriver hvilke API-integrasjoner som vil fungere når du konverterer nettstedet ditt, og hvilke API-integrasjoner som ikke fungerer.

Vi publiserer API-er for la deg håndtere administrative funksjoner og brukerfunksjoner på nettsteder for møter. API-ene er dokumentert på https://developer.cisco.com/docs/webex-xml-api-reference-guide/. Vi publiserer også Webex URL API-er for å muliggjøre integrasjoner med Webex Meeting-tjenester.

Dersom API-integrasjonen din brukes username for autentisering i stedet for email, så fungerer ikke integrasjonen med Control Hub-administrerte nettsteder. Dermed vil disse integrasjonene feile dersom nettstedet konverteres fra nettstedsadministrasjon til Control Hub. Control Hub-administrerte nettsteder, støttes kun e-postadressebasert autentisering, enten med passord eller SSO. Du må endre API-integrasjonen før du konverterer dersom du vil beholde den.


Vi jobber med en løsning for å la API-integrasjoner som bruker brukernavnbasert autentisering, fortsette å fungere selv etter konvertering til Control Hub.

Control Hub har sine egne API-er, inkludert People og License REST API-er for oppretting og lisensiering av brukere på:

De fleste av disse API-ene fungerer også på Control Hub-administrerte nettsteder, men det er noen forskjeller knyttet til brukeradministrasjon (f.eks. opprettelse av brukere og lisensiering).

Hvis integrasjonen foretar brukeradministrasjon, for eksempel å legge til eller fjerne verter eller deltakere på nettsteder for Webex Meetings, må du forberede integrasjonen din på bruk av nye API-er. Tidligere API-integrasjoner fungerer kanskje ikke lenger etter at nettstedet ditt er konvertert til et Control Hub-administrert nettsted.

Tidligere API-kall fungerer ikke for Control Hub-administrerte nettsteder. Følgende XML API-kall er de som krever tilsyn:

Tabell 1. API-er som krever tilsyn

API

API-problem etter nettstedskonvertering

Anbefaling

Enhver XML API*

Hvis username brukes til WebexID eller hostWebExID og det samsvarer ikke med noen email, vil API-integrasjonen mislykkes etter nettstedskonvertering.

Bruk email heller enn username

CreateUser**

Støttes ikke på Control Hub-administrerte nettsteder.

Bytt til å bruke People API etter at nettstedet er konvertert.

DelUser**

Støttes ikke på Control Hub-administrerte nettsteder.

Bytt til å bruke People API etter at nettstedet er konvertert.

SetUser**

Fungerer med de fleste parametere, for eksempel sporingskoder og økttyper, men ikke alle.

Fungerer ikke med tilordning eller endring av en brukers rolle, for eksempel deltaker til vert.

Hvis du tilordner en brukers rolle, må du bruke People API etter at nettstedet er konvertert.

AuthenticateUser*

Støttes ikke med username.

Bruk email

Brukernavn i sikkerhetskontekst*

username som webExID in securitycontext støttes ikke på Control Hub-administrerte nettsteder.

Bruk email

Billett for økt

Billett for økt før konvertering er kanskje ikke gyldig etter konvertering.

Tilordne billett for økt etter konvertering.

SSO-omgåelse av administratorer

Hvis API-integrasjon bruker SSO-omgåelse for autentisering og e-postadressen til administratoren ikke er i samme organisasjon som nettstedet, må du deaktivere administratorkontoen før nettstedskonvertering.

Hvis username brukes, vil API-integrasjonen feile.

Som en løsning kan du tilordne administratoren som en ekstern administrator i Control Hub etter nettstedskonvertering. Du kan bruke den samme e-postadressen som den opprinnelige e-postadressen i nettstedsadministrasjon.

URLAPI*

Alle urlapi som bruker username for Webex-identitet (WID), feiler hvis username er ikke det samme som email.

For eksempel:
<Site>/p.php?AT=LI&WID=hostid&PW=pas

Bruk email heller enn username


* Som nevnt i notatet i begynnelsen, jobber vi med en måte for å overføre API-integrasjoner som bruker brukernavnbasert autentisering for nettsteder som konverterer fra nettstedsadministrasjon til Control Hub.

** Vi planlegger å aktivere XML API-er for brukeradministrasjon så de fungerer med Control Hub-administrerte nettsteder som en brofunksjon, som lar integrasjonene dine fungere når du konverterer nettstedet til Control Hub, samtidig som du får mer tid til å overføre integrasjonene til People API. Denne brofunksjonen støttes bare i ett år når den blir tilgjengelig.

Du kan bruke People API til å opprette organisasjonsadministratorer med full eller skrivebeskyttet tilgang, og disse blir administratorer på alle de Control Hub-administrerte nettsteder for møter.


Control Hub har Webex nettstedsspesifikke administratorroller, men People API kan ikke tilordne denne rollen for øyeblikket.

Les mer om tildeling av brukerroller, inkludert Webex nettstedsadministratorroller, på https://help.webex.com/fs78p5.

Forbered API-integrasjonene dine for å bruke People og License API-ene før du konverterer nettstedet ditt. Deretter kan du bytte integrasjonen til de nye API-ene etter at du har konvertert nettstedet.

For øyeblikket må apper og integrasjoner knyttes til en Control Hub-brukers legitimasjon.

Planer for fremtiden

Vi planlegger å aktivere administrasjonsprogrammer der e-postadressen er uavhengig av tradisjonelle brukere i en Control Hub-organisasjon, dvs. identiteten til slike integrasjoner er ikke knyttet til bestemte brukere. Vi ønsker å gjøre dette i 1. kvartal 2022, men vi tar forbehold. Når denne funksjonen blir tilgjengelig, kan brukerne opprette en ny kategori av administrasjonsprogrammer som kan integreres med Webex ved å bruke en prosess som ligner på Webex-integrasjoner og -boterdeveloper.webex.com.

Noen funksjoner må deaktiveres før du kan konvertere et Webex-nettsted til Control Hub. Du kan se en liste som viser deg hvilken funksjon som må deaktiveres. Funksjoner som er merket med en rød sirkel rundt et X-ikon må utføres. Funksjoner merket med en gul trekant med et utropstegn er bare til informasjon og krever ingen handling.

  1. Logg på Webex Site Administration, og gå til Konfigurasjon > Fellesinnstillinger for nettsted > SSO-konfigurasjon.

    (Les om SSO-konfigurasjon på Webex-nettstedet ditt, på https://help.webex.com/g5ey83.)

  2. Finn og deaktiver alternativet Automatisk opprettelse av konto.

  3. Klikk på Oppdater.

  4. Gå til Konfigurasjon > Fellesinnstillinger for nettsted > Alternativer.

    • Finn og deaktiver alternativet Tillat registrering av vertskonto.

    • Finn Krev for registrering av konto: og tøm alle boksene for nødvendige brukerprofilfelt.

    • Finn Gi brukeren tillatelse til å endre feltene nedenfor: og tøm alle boksene.

  5. Klikk på Oppdater.

  6. Gå til Konfigurasjon > Fellesinnstillinger for nettsted > Sporingskoder.

  7. I kolonnen Vertsprofil endrer du alle sporingskodene som er merket som Obligatorisk til Angitt av administrator eller Valgfri.


    Alle sporingskodeverdier for brukere beholdes når du konverterer et Webex-nettsted.

Nettstedskonverteringsverktøyet konverterer nettstedets brukere til Webex-brukere i Control Hub-organisasjonen.

Før du prøver å konvertere brukere, bør du logge deg på Control Hub (https://admin.webex.com) for å utføre noen viktige konfigurasjoner.

Hvis du ennå ikke har bekreftet domenene dine eller gjort krav på brukerne dine fra andre Webex-organisasjoner, kan du lese Forberede Control Hub-organisasjonen til nettstedskonvertering, tidligere i denne artikkelen.

For å sikre vellykket konvertering av brukerne dine, må du løse følgende typer brukerproblemer før du konverterer nettstedet:

  • Ubekreftede brukere

  • Frakoblede brukere

  • Brukere i andre Control Hub-organisasjoner

  • Brukere med e-postadresser som ikke samsvarer i nettstedsadministrasjon og Control Hub

Hvis du prøver å konvertere nettstedet mens nettstedbrukerne har disse problemene, kan konverteringsprosessen feile.

Verktøyet prøver ikke å konvertere Inaktive brukere, så hvis du ikke kan korrigere alle brukerne, kan du deaktivere de gjenværende brukerne før du konverterer nettstedet.

Slik ser du etter disse brukerproblemene

  1. Logg på nettstedsadministrasjon og åpne siden Konverter nettsted.

  2. Åpne kontrollen Gå gjennom forutsetninger for konvertering, og klikk deretter på Eksporter berørte brukere i CSV.

  3. Vent til eksporten er ferdig, og klikk deretter på Last ned CSV.

    Nettleseren din laster ned users-to-review.csv.

  4. Åpne CSV-filen og kontroller følgende kolonner:

    • User linking status Hvis verdien er Not Linked, betyr det at brukeren ikke allerede er koblet til Control Hub.

      Les Hva du skal gjøre med frakoblede brukere nedenfor. Du trenger kanskje ikke å løse dette problemet for alle brukere, fordi det ikke i seg selv forhindrer konverteringen, men frakoblede brukere kan også ha andre problemer som må løses før konverteringen.

    • Site Admin Email Verified Hvis verdien er N, bekreftet ikke brukeren e-postadressen sin (denne informasjonen samsvarer med UnverifiedEmail kolonnen i den normale SiteUsers.csv-eksportfilen).

      Du må prøve å løse dette problemet eller deaktivere disse brukerne, før du starter nettstedskonvertering. Se Slik løser du ubekreftede brukere nedenfor.

    • ORG-NAME: Verdien må være den samme som for Control Hub-organisasjonen din. En annen verdi betyr at brukeren allerede er i en annen Control Hub-organisasjon, noe som forhindrer nettstedskonvertering.

      Du må gjøre krav på eller deaktivere disse brukerne.

    • Email different between Site Admin & Control Hub Hvis verdien er Y, samsvarer ikke e-postadressen eller brukeren er ikke tilkoblet.

      Les Brukere med e-postadresser som ikke samsvarer (nedenfor)

  5. Evaluer hva du skal gjøre i hvert enkelt tilfelle (les avsnittene nedenfor).

    Du kan prøve å bekrefte brukere, korrigere e-postadresser eller kreve brukere i Control Hub-organisasjonen din fra en annen organisasjon. Hvis du ikke kan eller velger å ikke korrigere disse problemene, må du deaktivere brukerne i nettstedsadministrasjon før du konverterer nettstedet.

Prøv å løse ubekreftede brukere

Slik kan du bekrefte brukerne av nettsteder for møter:

  • Bekreft e-postdomener i nettstedsadministrasjon. Når du bekrefter et e-postdomene, bekrefter du automatisk alle brukere som har e-postadresser i det domenet.

  • Be uverifiserte brukere om å logge på nettstedet (nettstedets URL). Webex leder dem gjennom flyten for e-postbekreftelse.

Husk at brukere som ikke er verifisert, kanskje aldri har logget seg på og kanskje ikke trenger å være vert for møter.

Etter å ha forsøkt å få brukere bekreftet, må du deaktivere de gjenværende uverifiserte brukerne før du konverterer nettstedet. Du kan kontrollere siden Konverter nettsted, ved å (re)eksportere de berørte brukerne og deretter gjennomgå CSV-filen.

Hva du skal gjøre med frakoblede brukere

Følgende typer brukere er ikke tilkoblet i Control Hub, og er ikke kvalifisert for nettstedskonvertering:

  • Uverifiserte brukere er ikke tilkoblet.

  • Inaktive brukere er ikke tilkoblet.

  • Brukere er ikke tilkoblet hvis alle følgende er sanne:

    • Brukerens e-postdomene kreves i Control Hub.

    • Brukeren finnes ikke i organisasjonen som gjorde krav på domenet.

    • Denne organisasjonen synkroniserer brukerne fra Active Directory.

      Under disse forholdene kan ikke Webex opprette nye brukere i organisasjonen din, med mindre du synkroniserer dem fra Active Directory.

Ingen handling kreves med frakoblede brukere for å fortsette med nettstedskonvertering – bare en bevissthet om at disse brukerne ikke vil ha en rolle på nettstedet etter nettstedskonvertering (ikke verts-, deltaker- eller administratorrolle).

Hvis du løser problemene som forhindret brukerne fra å bli tilkoblet, kan synkroniseringsjobben over natten koble dem til Control Hub-organisasjonen din.

Hva du skal gjøre med brukere i andre Control Hub-organisasjoner

Du kan ikke konvertere nettstedsbrukere eller administratorer som allerede er i andre Control Hub-organisasjoner.

Det finnes et unntak fra denne regelen: nettstedsadministratorer er kvalifisert for konvertering hvis de tilhører partnerorganisasjonen som opprettet eller administrerer Control Hub-organisasjonen din. Vi viser ikke disse brukerne i users-to-review.csv-filen.

Dette kan du gjøre dersom nettstedbrukerne dine allerede er i andre Control Hub-organisasjoner:

  • Gjør krav på brukerne i Control Hub-organisasjonen din (krever at organisasjonen har bekreftet e-postdomenet til disse brukerne). Les https://help.webex.com/nceb8tm.

  • Deaktiver brukere i nettstedsadministrasjon før du konverterer nettstedet.

Brukere med e-postadresser som ikke samsvarer

Noen brukere kan ha forskjellige e-postadresser i nettstedsadministrasjon og Control Hub. Dette er mulig hvis brukerens e-post ble endret bare ett av de to stedene etter at brukeren ble koblet til Control Hub fra dette nettstedet.

Disse brukerne er merket med Y i Email different between Site Admin & Control Hub kolonnen i CSV-filen som ble eksportert fra nettstedskonverteringsverktøyet.

Prøv å gjøre dette for å løse brukere med e-postadresser som ikke samsvarer:


Hvis du konverterer nettstedet ditt uten å korrigere manglende samsvar i brukeres e-postadresser, må de berørte brukerne bruke e-postadressene i Control Hub for å logge på nettstedet for møter.

Slik deaktiverer du brukere


Når du deaktiverer brukere, mister de vertslisensen eller deltakerrettigheten (avhengig av hvilken rolle de hadde mens de var aktive).

Slik deaktiverer du individuelle brukere i nettstedsadministrasjon:

  1. Gå til Brukeradministrasjon > Rediger bruker.

  2. Bruk indeks, søk og filterkontroller for å finne brukeren.

  3. Fjern merket i Aktive-boksen.

  4. Send inn endringene.

    Se Administrere brukerkontoer i Cisco Webex Site Administration for mer informasjon.

Slik deaktiverer du brukere satsvis i nettstedsadministrasjon:

  1. Eksporter brukerne til en CSV-fil.

  2. Åpne CSV-filen og endre Active kolonneverdiene til N for alle berørte brukere.

  3. Importer den endrede CSV-filen.

    Brukerne du endret er nå Inaktive.

    Se Importer/eksporter Webex-brukere satsvis i Webex Site Administration for mer informasjon.

Før du starter

Det er noen funksjoner du må deaktivere, og du må kontrollere at alle brukerne er i en god tilstand for å konverteres. Hvis du bruker API-integrerte applikasjoner, må du oppdatere dem for å bruke Webex API.

Du kan lese om disse forutsetningene i de tidligere delene av denne artikkelen.


Sørg for at alle administratorene dine vet at du konverterer nettstedet til Control Hub, og at de ikke må gjøre noen endringer i nettstedsadministrasjon etter at du har startet.

1

Logg på nettstedsadministrasjon og klikk Konverter nettsted.

2

Gjennomgå forutsetningene, spesielt CSV-listen over brukere i tilstander som kan påvirke konverteringen.

3

Les om funksjonene som må deaktiveres og forskjellene du kan forvente i brukeradministrasjon og vertslisensiering (også dokumentert i denne artikkelen).

4

Klikk Konverter til Control Hub.

5

Gjennomgå meldingene om endringene du kan forvente.

6

Klikk på Konverter.

Konverteringsprosessen starter, og du kan se en fremdriftsindikator. Hvis noe går galt, ser du en feilmelding med anbefalt handling. Hvis ikke ser du en suksessmelding.

 

Konvertering av et nettsted til Control Hub er permanent, og du kan ikke angre konverteringsprosessen når dette er fullført. Når nettstedskonverteringen er fullført, blir dette nettstedet ikke lenger administrert i nettstedsadministrasjon. Hvis du ikke er forberedt på å administrere dette nettstedet fullt ut i Control Hub, må du avslutte veiviseren nå.

7

Klikk Logg på Control Hub.

Etter at du har utløst nettstedskonverteringen fra Webex Site Administration, kan du logge deg på Control Hub for å spore konverteringsfremdriften.

  1. Logg på Control Hub på https://admin.webex.com og åpne Meetings-siden.

    Du får se en liste over nettsteder for møter.

  2. Klikk på et sted for å se informasjon om det stedet.

  3. Se etter delen Nettstedskonvertering, der du kan lese Konverteringsstatus.

    Hvis konverteringen er fullført, kan du laste ned en liste over brukere som ble konvertert.

  4. Gjennomgå listen for å se etter konverteringsproblemer.

Du kan ikke lenger administrere dette nettstedet i nettstedsadministrasjon når nettstedskonverteringen er fullført. All administrasjon av dette nettstedet må utføres i Control Hub. Her er noen trinn for å gjøre deg kjent med og prøve administrasjon av nettstedet ditt i Control Hub:

  1. Velg en vert og bekreft lisensen deres samt økttypene. Bekreft at de planlagte møtene deres er effektive.

    Be brukeren kontrollere at de kan planlegge og arrangere nye møter.

  2. Legg til en ny bruker i organisasjonen din. Gi dem en vertslisens, endre økttypene og bekreft at de kan være vert for møter.

  3. Velg en bruker som var full administrator i nettstedsadministrasjon, og bekreft at de har riktig tilgangsnivå til det konverterte nettstedet.

    De skal kunne lese og endre nettstedet, samt opprette, lisensiere, endre og slette brukere.

  4. Hvis nettstedet ditt har API-integrasjoner, kan du bytte til å bruke People API-er. Bekreft at den oppdaterte integrasjonen fungerer som forventet.

Les mer om hvordan du administrerer nettsteder for møter i Control Hub på https://help.webex.com/naqlzeu.