Jos haluat hallita käyttäjiä, Webex-palveluita ja lisenssejä kokonaan yhdessä paikassa, voit päivittää Webex-sivuston hallinnan Site Administrationista Control Hubiin.
Tietoja päivittämisestä sivuston hallinnasta Control Hubiin
 | Sivuston päivittäminen Site Administrationista Control Hubiin ei vaadi asiakasversioiden päivittämistä. Jotkut sivustot eivät voi käyttää tätä ominaisuutta ennen kuin organisaatioita hallinnoivat kumppanit ovat valmiita. |
| Jos Webex for Government -organisaatiossasi on ulkoisia käyttäjiä, et voi tällä hetkellä muuttaa sivuston hallinnasta ohjauskeskukseksi. Saat virheilmoituksen, jos yrität konvertoida organisaatiosi ulkopuolisten käyttäjien kanssa. Odotamme saavamme tämän ominaisuuden saataville organisaatioille, joilla on ulkoisia käyttäjiä vuoden 2023 puolivälissä. |
Webexistä on tulossa yhtenäinen alusta kokousten, viestien, puhelujen ja muiden yhteistyötapojen hallintaan. Siksi haluamme siirtää kaikkien Webex Meetings -sivustojen hallinnan Site Administrationista Control Hubiin.
Meillä on sivuston hallinnassa työkalu, joka auttaa sinua tämän muutoksen läpi. Jos sivustosi on jo kelvollinen päivitettäväksi Control Hubiin, voit aloittaa napsauttamalla Päivitä hallinta navigointivalikossa.
Katso esittely siitä, kuinka sivustosi päivitys Control Hubille toimii Tämä video.
Auta sivustosi päivityksen suunnittelussa tutustumalla Kohteen arviointivalmius osio.
Control Hubin sivustojen hallinnan etuja ovat:
Yhdistetyt lisenssimääritykset kaikissa Webex-palveluissa, kuten kokouksissa, viestintäpalveluissa ja puheluissa.
Yhdenmukaiset suojauskäytännöt kaikissa Webex-palveluissa.
Yhteinen kirjautumiskokemus kaikille loppukäyttäjille eri Webex-palveluiden välillä.
Nykyaikaiset järjestelmänvalvojan hallintalaitteet, kuten Directory Connector, SCIM ja aktiiviset hakemistoryhmät.
Lisenssimallit useiden käyttöoikeuksien määrittämiseksi käyttäjille automaattisesti.
 | Et voi käyttää sivuston hallintaa kokoussivuston hallintaan sen jälkeen, kun olet päivittänyt Control Hubiin. |
| Tämä osio on käytettävissä vain, jos Cisco on valinnut sivustosi automaattiseen sivustonhallinnan päivitykseen. |
Jos sivustollesi on ajoitettu automaattinen päivitys, jota hallinnoidaan Site Administa Control Hubiin, näet seuraavan kuvakaappauksen.
Voit klikata Muuta sivustosi päivityspäivää muuttaaksesi ajoitettua päivämäärää.
Kokemus sivustojen hallinnasta Control Hubissa on samanlainen kuin sivuston hallinnassa. Control Hubin käyttäjien hallinnassa on nykyaikaisempia taustatekniikoita, joten Control Hubin sivustojen hallinnassa on joitain eroja. Tämä osio keskittyy eroihin, jotka tulivat esiin, kun päivität sivustoasi.
| Katso tarkempi yleiskatsaus sivuston hallinnan ja ohjauskeskuksen välisistä eroista Tämä artikkeli. |
Käyttäjien hallinta
Control Hubin taustalla on keskitetty käyttäjien hallintajärjestelmä, jossa käyttäjät ovat erillisiä ja ainutlaatuisia koko organisaatiossa (ja koko Webexissä). Sivuston hallinnassa käyttäjäprofiili on erillinen kokoussivustoittain.
- Single Sign On (SSO) automaattisella tilin luomisella
-
Sivuston järjestelmänvalvojassa on "automaattinen tilinluonti" -ominaisuus, joka luo käyttäjiä, kun he todentavat itsensä SSO:lla.
Tämä ominaisuus on saatavilla myös Control Hubissa. Viitata SAML Auto-tilin luonti ja päivitys Control Hubille Lisätietoja.
Monet SSO:ta käyttävät organisaatiot saattavat haluta hallita käyttäjiään keskitetysti ulkoisissa hakemistotyökaluissa, kuten Microsoftissa® Active Directory ja Microsoft Azure, sekä vaativat todennusta ulkoisten identiteetintarjoajien kanssa.
Lue lisää aiheesta:
Integroimalla sinun Ohjaa Hub-organisaatiota identiteetintarjoajan kanssa.
- Pakolliset profiilitiedot ja seurantakoodit
-
Sivuston hallinnan avulla voit määrittää pakolliset profiilikentät uusille käyttäjille (edellinen kuvakaappaus). Voit laajentaa tämän vaatimaan seurantakoodeja käyttäjien luomista varten (kuvakaappaus alla). Jos määrität nämä lisävaatimukset, et voi lisätä käyttäjiä sivustoon ilman niitä.
Control Hub tarvitsee vain näyttönimen ja sähköpostiosoitteen käyttäjän luomiseen.
Kaikki muut käyttäjäkentät ovat valinnaisia, kun luot uuden käyttäjän Control Hubissa, joten emme pakota ylimääräisiä profiilitietoja Control Hubin hallinnoimille sivustoille.
Sinun on poistettava käytöstä pakolliset profiilikentät ja seurantakoodit, ennen kuin päivität sivustosi Control Hubiin.
- Salasanan hallinta ja lukitus
-
Sivuston hallinnassa on ominaisuus, joka lukitsee käyttäjät tilapäisesti, jos he eivät kirjaudu sisään useiden yritysten jälkeen.
Control Hubilla on seuraavat vaihtoehdot luvattoman käytön estämiseksi:
Automaattinen aikakatkaisu muutaman ensimmäisen epäonnistuneen yrityksen jälkeen.
CAPTCHA-mekanismi (täysin automatisoitu julkinen Turing-testi tietokoneiden ja ihmisten erottamiseksi).
Laillisilla käyttäjillä on itsepalvelumahdollisuus vaihtaa unohdetut salasanansa.
Isännän lisensointi
- Isäntien on oltava Control Hub -organisaatiossasi
-
Sivuston järjestelmänvalvojassa voit määrittää isäntälisenssin mille tahansa käyttäjälle. Kun hallitset sivustoa Control Hubissa, voit määrittää isäntälisenssit (ja osallistujan roolit) vain saman Control Hub -organisaation käyttäjille.
- Rekisteröityminen isäntätilille itse
-
Sivuston järjestelmänvalvojassa voit sallia käyttäjien pyytää (isäntä)tiliä sivustolle. Voit myös antaa tilin käyttäjille mahdollisuuden pyytää lisäpalveluita sivustolta. (katso kuvakaappauksia).
Kun hallitset kokoussivustoa Control Hubissa, käyttäjät eivät voi pyytää omaa isäntätiliään kyseiselle sivustolle.
Control Hubissa on keskitetty, automaattinen tapa, jolla voit sen sijaan määrittää kokouslisenssit uusille käyttäjille. Lukea https://help.webex.com/n3ijtao.
Voit myös hallita käyttäjälisenssejä API:lla tai joukkona CSV:n avulla.
Jos haluat käyttäjien pyytävän isäntätilejä, voit määrittää sivuston ohje/tuki osoittimilla, joilla voit ottaa yhteyttä järjestelmänvalvojiin tai linkittää muihin työkaluihin.
Sinun on poistettava käytöstä "Salli isäntätilin kirjautuminen" ja "Salli käyttäjien pyytää lisäpalveluita" sivuston hallinnassa, ennen kuin päivität sivustosi Control Hubiksi.
-
Control Hubissa on muita lisenssien hallintavaihtoehtoja, kuten automaattisia määritysmalleja. Voit saada raportin passiivisista isännistä, joiden avulla voit poistaa käyttölupia kyseisiltä käyttäjiltä, yksittäin, joukkona tai API:n kautta.
Jos tarvitset tätä automaattista deaktivointivaihtoehtoa ja muut Control Hubin vaihtoehdot eivät sovellu sinulle, sinun tulee välttää sivustosi päivittämistä Control Hubille tällä hetkellä.
Ennen kuin päivität kokoussivustosi hallittavaksi Control Hubissa, sinun tulee valmistella Control Hub -organisaatiosi.
| Varmista, että tilauksessa ei ole odottavia tai estäviä toimintoja. Päivitys epäonnistuu, jos:
|
Suosittelemme vahvasti verkkotunnusten vahvistamista ja käyttäjien ilmoittautumista. Seuraava lukeminen auttaa:
Ohjauskeskuksen e-kirja: https://ebooks.cisco.com/story/controlhubessentials/
Verkkotunnusten hallinta: https://help.webex.com/cd6d84
Ilmoita käyttäjiäsi muista organisaatioista (kun olet vahvistanut verkkotunnuksesi): https://help.webex.com/nceb8tm. Käyttäjien väittäminen on erityisen tärkeää, koska se varmistaa, että mahdollisimman monet käyttäjät, joiden pitäisi olla organisaatiossasi, ovat todella paikalla. Käyttäjien vaatimuksen tekeminen "välittömällä vaatimuksella" välttää myös viiveet organisaatiosi sähköpostiosoitteiden käytössä.
Suosittelemme, että hankit käyttäjiä ennen kuin päivität sivustosi Control Hubiin. Jos vaadit käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Control Hubiin, kyseiset käyttäjät voivat menettää pääsyn kokouksiin ja sivuston kokousresursseihin.
Voit kiertää ongelman seuraavasti:
- Käyttäjille, joilla on organisaation tai sivuston ulkoiset järjestelmänvalvojan oikeudet: Poista kaikki ulkoiset järjestelmänvalvojan oikeudet organisaatiosta ja sivustosta ja poista sitten kokoussivuston käyttöoikeus. Kun olet lunastanut käyttäjän, lisensoi käyttäjä uudelleen sivustoon. Voit myös palauttaa heidän ulkoiset järjestelmänvalvojan oikeudet.
- Tavallisille käyttäjille: poista kokoussivuston käyttöoikeus, vaadi käyttäjä organisaatioosi ja lisensoi käyttäjä uudelleen sivustoon.
Jos kokoussivusto on määritetty SSO:ta varten, sinun on myös määritä SSO Control Hubille organisaatio.
Automaattinen tilin luominen uusille käyttäjille
Jos Webex-sivustosi on ottanut käyttöön automaattisen tilinluonnin Site Adminissa, voit ottaa samanlaisen ominaisuuden käyttöön Control Hubissa SAML-tilin automaattinen luominen. Muista määrittää myös an automaattinen lisenssimalli jotta uudet käyttäjät saavat automaattisesti määrätyt käyttöoikeudet, kun heidän tilinsä on luotu Control Hub -organisaatiossa.
Organisaatiot, joissa on hakemistosynkronointi
Jos organisaatiosi on määritetty hakemistosynkronointia varten, varmista, että kaikki käyttäjät, jotka haluat olla organisaatiossasi, ovat paikalla. Tämä tulee tehdä 24 tuntia ennen sivuston päivitysprosessin aloittamista, jotta sivuston käyttäjät voidaan linkittää Control Hub -organisaatiosi uusiin käyttäjiin.
| Päivitys epäonnistuu, jos sivuston aktiivisia käyttäjiä ei voida linkittää Control Hub -käyttäjiin. |
Järjestelmänvalvojan pääsy Webex-sivustoille, kun se on päivitetty
Henkilö, jolla on organisaation laajuinen järjestelmänvalvojarooli Control Hubissa, saa automaattisesti pääsyn sivustoille, jotka päivittyvät Site Administa Control Hubiin. Esimerkiksi organisaation täydellisistä järjestelmänvalvojista tulee Webex-sivuston täysjärjestelmänvalvojia, organisaation käyttäjien järjestelmänvalvojista tulee Webex-sivuston käyttäjien järjestelmänvalvojia ja organisaation vain luku -oikeuksista Webex-sivuston vain luku -järjestelmänvalvojia.
XML-sovellusliittymät
XML-sovellusliittymät ovat nyt yhteensopivia Control Hubin hallinnoimien sivustojen kanssa. Voit lukea yksityiskohdista ja varoituksista osoitteessa XML API 41.11.0 päivitykset.
XML API -palvelun URL-osoitteet pysyvät ennallaan, kun sivusto on päivitetty Site Administa hallintakeskukseen. Samat API-URL-osoitteet toimivat edelleen. Cisco suosittelee, että kaikki API-integraatiot käyttävät OAUTH-todennusta.
Todennus XML-sovellusliittymissä
Integraatiot, jotka eivät käytä Webex OAUTH todennusta varten saattaa epäonnistua, kun sivusto on päivitetty Control Hubiin. Seuraava taulukko näyttää, minkä tyyppinen järjestelmänvalvojan todennus jatkaa toimintaansa sivustosi päivittämisen jälkeen.
| Järjestelmänvalvojan todennustyyppi XML API:ssa ennen sivuston päivitystä | Järjestelmänvalvoja SSO-organisaatiossa sivuston päivityksen jälkeen | Järjestelmänvalvoja ei ole SSO-organisaatiossa sivustopäivityksen jälkeen |
|---|---|---|
| käyttäjätunnus (webExID)/salasana |  Toimii* | Toimii* |
| käyttäjätunnus (webExID)/sessionTicket | Toimii | Toimii |
| käyttäjänimi/OAUTH (webExAccessToken) | Toimii | Toimii |
| sähköpostin salasana | Toimii* | Toimii* |
| sähköposti/istuntolippu | Toimii | Toimii |
| sähköposti/OAUTH (webExAccessToken) | Toimii | Toimii |
| * Taaksepäin yhteensopivuus – Cisco on mahdollistanut käyttäjänimen/salasanan todennuksen toimimaan XML-sovellusliittymissä sivuston päivityksen jälkeen, vaikka
Saat lisätietoja XML-sovellusliittymän integroinneista Control Hubin hallinnoimissa sivustoissa, mukaan lukien OAUTH-todennus tämä opas. |
Username on asetettu lähettämään sähköpostia kaikille käyttäjille, kun sivusto päivitetään Control Hubiin. Jos username käytetään API-hyötykuormille, hyötykuormien on käytettävä sähköpostia sen sijaan, kun sivusto on päivitetty.
Järjestelmänvalvojan rooli Control Hubissa API-integraatioita varten
Järjestelmänvalvojat, joilla on vain sivuston järjestelmänvalvojan rooli, eivät välttämättä pysty suorittamaan joitain toimintoja XML-sovellusliittymien avulla, kuten muuttamaan käyttäjän sähköpostiosoitetta tai näyttönimeä sen jälkeen, kun sivusto on päivitetty Control Hub -sivustoksi. Jos järjestelmänvalvojat, joiden tunnistetietoja käytetään API-integraatioihin, suosittelemme, että nostat kyseiset järjestelmänvalvojat organisaation täysjärjestelmänvalvojiksi Control Hubissa, mieluiten ennen kuin päivität sivuston Control Hubiin.
| Suosittelemme, että päivität ensin testisivuston varmistaaksesi, että API-integraatiosi toimivat muuttamattomina Control Hubiin päivittämisen jälkeen. |
Riippuen siitä, mitä integrointisi tekee, järjestelmänvalvojille on ehkä määritettävä myös kokouspalvelintili Control Hub -sivustossa, jotta integrointi toimisi (tätä ei vaadittu järjestelmänvalvojille sivuston järjestelmänvalvojan sivustoilla).
XML API -erot Control Hubissa
Useimpien XML API -integraatioiden pitäisi toimia ilman muutoksia sivustosi päivittämisen jälkeen. Mutta on joitain poikkeuksia, jotka on kuvattu seuraavassa luettelossa:
- Luo käyttäjä— Control Hubin hallinnoimissa sivustoissa tämä toiminto voi myös luoda käyttäjän sivuston omistavaan organisaatioon ennen lisenssin myöntämistä. Jos käyttäjä on jo toisessa organisaatiossa, tämä toiminto epäonnistuu.
PMR ID parameterei tule voimaan käyttäjille, joilla ei vielä ole Aktiivinen tila Control Hubissa.
createuserAPI:n valmistuminen Control Hubin hallinnoimilla sivustoilla kestää kauemmin. Paremman suorituskyvyn saavuttamiseksi voit lisätä ylimääräisen kierteen rinnakkaiseksicreateuserpuhelut. - SetUser—Voi johtaa kokoussivuston käyttöoikeuden myöntämiseen tai poistamiseen käyttäjältä (riippuen API-parametreista tai hyötykuormasta).
- DelUser—Poistaa kokoussivuston käyttöoikeuden, mutta ei poista käyttäjää Control Hub -organisaatiosta.
- LstsummaryUser– Palauttaa myös käyttäjän
objectGUID. - AuthenticateUser— Control Hubin hallinnoimilla sivustoilla suosittelemme istuntolipun luomista kautta
AuthenticateUsersen sijaan, että käyttäisit käyttäjätunnusta ja salasanaa jokaiselle XML-sovellusliittymälle. SAML-vastauksen käyttöä kehon sisällössä ei tueta tässä Control Hubin hallinnoimien sivustojen kutsussa.
REST-sovellusliittymät
Control Hubilla on omat sovellusliittymänsä, mukaan lukien People- ja License REST -sovellusliittymät käyttäjien luomiseen ja lisensointiin osoitteessa:
Istuntotyypit ja seurantakoodit ovat saatavilla myös REST-sovellusliittymien kanssa osoitteessa:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Yllä olevat REST-sovellusliittymät eivät kuitenkaan tue kaikkia XML-sovellusliittymien käyttäjien hallintatoimintoja. Sinun on esimerkiksi silti käytettävä XML-sovellusliittymiä kokouslisenssien määrittämiseen sivuston omistavan organisaation ulkopuolisille käyttäjille. People API ei tue sivuston järjestelmänvalvojan roolien määrittäminen käyttäjille. Jos haluat määrittää sivuston järjestelmänvalvojan rooleja API:n kautta, sinun on silti käytettävä XML-sovellusliittymää.
Ihmisten sovellusliittymän avulla voit luoda organisaation järjestelmänvalvojia, joilla on täydet (tai vain luku -oikeudet), ja nämä järjestelmänvalvojat voivat myös hallita (tai tarkastella) Control Hubin hallinnoimia kokoussivustojasi.
| Control Hubilla on Webex-sivustokohtaiset järjestelmänvalvojan roolit, mutta People API ei voi määrittää tätä roolia tällä hetkellä. |
Tulevaisuuden suunnitelmat (voi muuttua)
- Uusi lisenssisovellusliittymä, joka voi myös myöntää kokoussivuston lisenssejä ulkoisille käyttäjille, jotka eivät ole samassa organisaatiossa, joka loi sivuston. Ulkoinen käyttäjälisenssi on saatavilla manuaalisesti Control Hubissa tänään.
- SCIM-sovellusliittymä käyttäjien luomiseen ja poistamiseen organisaatiossa.
- Ciscon pitkän aikavälin suunta on käyttää vain REST-sovellusliittymiä (kaikkien käyttäjien ja kokoussivustojen toimintoihin). Käyttäjien hallinnan XML-sovellusliittymiä tuetaan edelleen, kunnes REST-sovellusliittymiä voidaan käyttää yksinomaan kaikkiin käyttäjien hallintatoimintoihin. Myös käyttäjänhallinnan XML-sovellusliittymät poistetaan käytöstä (päivämäärä TBD).
Ennen kuin päivität sivustosi Control Hubiin, suosittelemme, että tarkistat ensin seuraavat asiat, jotta päivitys sujuisi mahdollisimman sujuvasti:
- Tutustu ensin tähän asiakirjaan ja varmista, että organisaatiosi noudattaa parhaita käytäntöjä, joita suositellaan Valmistele Control Hub -organisaatiosi osio.
- Kirjaudu seuraavaksi Webex-hallintaan ja napsauta Päivitä hallinto. Sivuston valmiusvaiheessa sinä ei pitäisi suorita kaikki suositellut toiminnot tiedostossa Tarkista käyttäjät -osiosta ja ei pitäisi poista käytöstä kaikki arvosteluominaisuudet -osiossa kutsutut ominaisuudet. Seuraamalla näitä ohjeita sivuston valmiusarvioinnista tulee vain luku -toiminto, jonka avulla voit arvioida muutokset, jotka sinun on tehtävä ennen Control Hubiin päivittämistä.
- Alla Tarkista käyttäjät osio, napsauta Vie käyttäjän CSV-tiedosto ja lataa CSV-tiedosto, jota kutsutaan
users-to-review-xxxxx.csv.Tässä tiedostossa luetellaan kaikki käyttäjät, jotka tarvitsevat huomiota, ja jokaiselle käyttäjälle on suositeltu toimenpide. Tämän tiedoston käyttäjien määrä antaa sinulle käsityksen siitä, kuinka monta käyttäjään liittyvää ongelmaa sinun on käsiteltävä ennen kuin voit päivittää sivuston.
- Alla Tarkista ominaisuudet -osiossa, katso mitä tahansa ominaisuuksia, jotka on merkitty punaisella X:llä seurausten sarakkeessa. Tämä kertoo sinulle sivustosi valmiudesta ominaisuusristiriidan näkökulmasta.
- Tehdä ei siirry vaiheeseen 2 ja tee ei napsauta vielä Päivitä ohjauskeskukseen -painiketta.
Kun olet tarkistanut käyttäjän CSV-tiedoston ja tarkastellut, mitä ominaisuuksia saatat joutua määrittämään uudelleen, jatka tämän artikkelin muiden osien lukemista valmistellaksesi sivustosi ja organisaatiosi Control Hubiin päivittämiseen.
| Huomautus: Jos sivustollasi on yrityksesi tekemiä API-integraatioita tai kolmannen osapuolen ratkaisuja, kuten oppimisen hallintaratkaisuja, tarkista Valmistele sivuston API-integraatiot toimimaan Control Hubin kanssa osio. |
Tulevia muutoksia julkaisuun 43.6
Tähän asti nämä kaksi ominaisuutta on täytynyt poistaa käytöstä ennen sivuston päivittämistä Control Hubiin:
- Pakolliset isäntäprofiilin kentät
- Vaaditut seurantakoodit
Version 43.6 julkaisusta alkaen sivustojen, jotka osallistuvat mukautettujen määritteiden ja vaadittujen isäntäprofiilikenttien beta-vaiheeseen, ei enää tarvitse poistaa näitä ominaisuuksia käytöstä ennen sivustonsa päivittämistä Control Hubiin. Sen sijaan ohjattu toiminto antaa sinun tarkistaa nämä kaksi ominaisuutta, koska nykyinen kokoonpano kopioidaan Control Hub -organisaatioon.
Jos osallistut pakolliset isäntäprofiilikentät beta, näet tämän varoituksen:
Jos osallistut vaaditut seurantakoodit ja mukautetut attribuutit beta, näet tämän toimintokohteen:
Jos et osallistu näihin betaversioihin, jatka seuraavan osion lukemista.
Poista käytöstä ominaisuuksia, jotka estävät sivuston päivittämisen
Jotkut ominaisuudet on poistettava käytöstä, ennen kuin voit päivittää Webex-sivuston Control Hubiksi. Näet luettelon, joka näyttää, mikä ominaisuus on poistettava käytöstä. Punaisella ympyrällä X-kuvakkeella merkityt ominaisuudet on tehtävä. Keltaisella kolmiolla merkityt huutomerkkikuvakkeet ovat vain tiedoksi, eivätkä vaadi mitään.
Katso esittely sivustosi päivittämisestä Control Hubiin Tämä video.
| Jos organisaatiosi käyttää automaattista tilinluontiominaisuutta Site Adminissa, sinun tulee määrittää vastaava ominaisuus Control Hubissa ja määrittää automaattinen lisenssimalli lisenssien automaattista osoittamista varten. Katso Tämä artikkeli Lisätietoja. Tämä tulee tehdä ennen kuin päivität sivuston hallittavaksi Control Hubissa. |
Kirjaudu sisään Webex-sivuston hallintaan ja mene osoitteeseen .
Etsi ja poista käytöstä Salli isäntätilin kirjautuminen vaihtoehto.
löytö Tilin rekisteröinti edellyttää: ja tyhjennä kaikki vaaditut käyttäjäprofiilikentät.
Klikkaus Päivittää.
Mene .
Vuonna Isäntäprofiili sarakkeessa, muuta kaikkia seurantakoodirivejä, jotka on merkitty Edellytetään to AdminSet tai Valinnainen.
Lue lisää seurantakoodeista osoitteessa https://help.webex.com/izu2ty.
Kaikki käyttäjien seurantakoodien arvot säilyvät, kun päivität sivuston Control Hubiin.
Jatkossa tämä rajoitus poistetaan, ja voit yhdistää seurantakoodit vaadittuihin mukautettuihin käyttäjän määritteisiin Control Hubissa vastaavia toimintoja varten.
| Karttaseurantakoodit käyttäjän määritteille -ominaisuus on luonnos, joka on julkisessa esikatselussa. Annamme sinulle vilauksen siitä, mitä odottaa. |
Ennen kuin voit päivittää sivuston sovelluksella edellytetään seurantakoodit sivuston hallinnasta Control Hubiin, sinun on yhdistettävä nämä seurantakoodit Control Hubin käyttäjän attribuutteihin. Voit napsauttaa Tietojen alla olevaa kuvaketta, jolloin pääset suoraan sivuston ohjattuun käyttäjän määritteiden karttaseurantakoodiin. Jos et ole vielä kartoittanut tai poistanut käytöstä vaadittuja seurantakoodeja, et voi päivittää sivustoasi Control Hubiksi.
Jos sivustollasi ei ole vaadittuja seurantakoodeja, voit silti yhdistää seurantakoodit käyttäjän attribuutteihin ennen sivuston päivittämistä Control Hubiin noudattamalla näitä ohjeita.
| Kokoussivustoille, jotka käyttävät osasto seurantakoodina suosittelemme, että yhdistät kyseisen seurantakoodin osaston käyttäjäprofiilin attribuutille mukautetun attribuutin sijaan. Koska osasto on vakioprofiilimäärite Control Hubissa, tämä skenaario on tehokkaampi useimmissa tapauksissa. Jos tämä attribuutti vaaditaan, siirry käyttäjäprofiilin attribuuttiosioon ja merkitse osastomäärite vaadituksi. Muista, että tätä osastoattribuuttia ja muita käyttäjämääritteitä ei täytä ulkopuolisille käyttäjille. |
| 1 | Kirjaudu sisään Ohjauskeskus ja mene kohtaan Tapaaminen. | ||||||||||||||||||||||||||||||||||||||||||||
| 2 | Valitse sivusto ja siirry sitten kohtaan . | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | Valitse Luo seurantakoodikartta.  | ||||||||||||||||||||||||||||||||||||||||||||
| 4 | Valitse Avaa seurantakoodin yhteenveto.  | ||||||||||||||||||||||||||||||||||||||||||||
| 5 | Klikkaus Lataa kokoonpanon yhteenveto. Sinun on ladattava kopio nykyisestä seurantakoodin määrityksestä. Tarvitset tämän yhteenvedon seuraaviin vaiheisiin varmistaaksesi, että kaikki attribuuttien arvot ovat yhdenmukaisia nykyisten seurantakoodien kanssa. Voit myös ladata aikaisemmat seurantakoodiluettelot CSV-tiedostona ja ladata samat arvot muokatuille attribuuteille.  | ||||||||||||||||||||||||||||||||||||||||||||
| 6 | Palaa ohjattuun toimintoon ja valitse Lisää ja tarkista käyttäjämääritteitä.  | ||||||||||||||||||||||||||||||||||||||||||||
| 7 | Määritä kaikki tälle sivustolle tarvittavat uudet mukautetut attribuutit. Merkitse kaikki määritteet pakollisiksi, jos haluat, että nämä kentät täytetään käyttäjille. Mukautetut attribuutit eivät sovellu organisaatioille, jotka synkronoivat käyttäjiä Directory Connectorilla, Azure AD:llä jne. Voit käyttää tätä vaihetta mahdollisuutena tarkistaa seurantakoodien näyttönimet. Kun olet tehnyt tarvittavat muutokset, napsauta Tallentaa.
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | Palaa ohjattuun toimintoon ja valitse Kartan seurantakoodit.  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | Käytä avattavaa luetteloa kartoittaaksesi seurantakoodit organisaation mukautettuihin tai käyttäjäprofiilin määritteisiin. Kun sivuston seurantakoodi yhdistetään attribuutille, järjestelmä kartoittaa ensin olemassa olevat attribuutit, jotka vastaavat seurantakoodien nimiä, jos syöttötyypiksi on asetettu tekstikenttä. Kun olet valmis, napsauta Seuraava.
Aiemmin seurantakoodit voitiin määrittää eri tavalla keskuskohtaisesti. Kaikki keskukset (kokoukset, tapahtumat, verkkoseminaarit jne.) jakavat nyt yhden aikataulun. Kun määrität määritteen vaaditulla tavalla, sitä vaaditaan Webex-kokouksissa, Webex-verkkoseminaareissa jne. ajoitettaessa.  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | Klikkaus Tallenna kartta. Synkronointi tapahtuu automaattisesti prosessin aikana, kun sivusto päivitetään Control Hubiin.
Kun yhdistät seurantakoodit mukautettuihin attribuutteihin, tietojen ainoa totuuden lähde tulee Webex Identitystä kunkin yksittäisen kokoussivuston sijaan. Synkronointi kopioi seurantakoodin käyttäjäarvoista kertaluontoisen kopion yhdistettyihin attribuutteihin, joita ei ole vielä täytetty käyttäjille, mikä tarkoittaa, että seurantakoodit ensin synkronoitavien sivustojen järjestyksellä on väliä. Kun synkronoidaan ensimmäistä sivustoa, kyseisen sivuston käyttäjien seurantakoodin arvot kopioidaan kyseisen käyttäjän yhdistettyyn käyttäjämääritteeseen Control Hubissa, mutta vain, jos arvoa ei ole jo täytetty käyttäjälle. Joitakin seurantakoodin arvoja ei välttämättä kopioida sivustolta käyttäjän määritteisiin synkronoinnin aikana Jos käyttäjän arvo yhdistetylle sivustolle on jo täytetty synkronointihetkellä, kyseisen sivuston seuranta-arvoa ei kopioida kyseisen käyttäjän yhdistettyyn määritteeseen Control Hubissa. Jotta tiedot eivät korvaisi muita käyttäjien seurantakoodeja, suosittelemme, että kartoitat ja synkronoit kokoussivuston tiedot uusimpien käyttäjien seurantakooditietojen kanssa.
Seuraavassa taulukossa esitetään mahdolliset skenaariot, joissa tiedot korvaavat alkuperäiset seurantakoodit. Näissä tilanteissa seurantakoodi ja yhdistetty attribuutti ovat käyttäjän kaupunki.
* Aiemman seurantakoodin arvon korvaa olemassa oleva yhdistetty attribuutti. | ||||||||||||||||||||||||||||||||||||||||||||
Ennen kuin päivität sivustosi hallittavaksi Control Hubissa, varmista, että:
- Kaikki sivuston käyttäjät, joiden pitäisi olla organisaatiossasi, ovat itse asiassa Control Hub -organisaatiossasi.
- Kaikki sivuston käyttäjät, joiden ei pitäisi kuulua organisaatioosi, poistetaan organisaatiostasi.
- IdP voi todentaa organisaation käyttäjät, jos organisaatiosi on määritetty kertakirjautumista varten.
- Sivustolla pakollisiksi merkityt käyttäjäprofiilikentät kopioidaan myös Control Hub -organisaatioon, kun päivität sivuston. Jos et halua, että näitä kenttiä merkitään pakollisiksi tilin rekisteröintiä varten sivustolla Control Hubissa, poista valinta kentistä Site Admin -kohdasta ennen kuin päivität Control Hubiin.
- Arvostelit Valmistele Control Hub -organisaatiosi osio aiemmasta tässä artikkelissa.
| Suosittelemme, että hankit käyttäjiä ennen kuin päivität sivustosi Control Hubiin. Jos vaadit käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Control Hubiin, kyseiset käyttäjät voivat menettää pääsyn kokouksiin ja sivuston kokousresursseihin. Katso Valmistele Control Hub -organisaatiosi osiosta saadaksesi lisätietoja. |
Katso esittely sivustosi päivittämisestä Control Hubiin Tämä video.
Kuinka tarkistaa käyttäjiä, jotka estävät sivuston päivittämisen
Kirjaudu sisään Sivuston hallintaan ja avaa Päivitä hallinta sivu.
Avaa Tarkista järjestelmän päivityksen edellytykset ohjaa ja napsauta Vie käyttäjät, joita asia koskee, CSV-muodossa.
Odota, että vienti on valmis. Tämä prosessi voi kestää jonkin aikaa riippuen aloitusajasta ja sivuston käyttäjien määrästä. Vienti keskeytetään kuudeksi minuutiksi tunnin yläpuolella (välillä xx:57–xx:03).
Klikkaus Lataa CSV kun vienti on päättynyt.
Selaimesi latautuu
users-to-review.csv.Avaa CSV-tiedosto ja tarkista Suositeltava toimenpide sarake (viimeinen sarake). Tee suositeltu toimenpide jokaiselle tiedoston käyttäjälle.
Käyttäjät, joiden sähköpostiosoitteet eivät täsmää
Joillakin käyttäjillä voi olla eri sähköpostiosoite Site Adminissa ja Control Hubissa. Tämä on mahdollista, jos käyttäjän sähköpostiosoitetta muutettiin vain toisessa kahdesta paikasta sen jälkeen, kun käyttäjä linkitettiin tältä sivustolta Control Hubiin.
Kokeile näitä toimia korjataksesi käyttäjät, joiden sähköpostiosoitteet eivät täsmää:
Muuta käyttäjän sähköpostiosoite Site Adminissa vastaamaan Control Hub -sähköpostiosoitetta
Käyttäjät voivat muokata sivuston ylläpitäjän profiileja: https://help.webex.com/nmig1kcb
Muuta käyttäjän sähköpostiosoite Control Hubissa vastaamaan sivuston järjestelmänvalvojan sähköpostiosoitetta: https://help.webex.com/nsi3kgb.
Käyttäjät voivat muuttaa omia sähköpostiosoitteitaan Control Hub -organisaatiossa: https://help.webex.com/nme40aeb
| Jos päivität sivustosi Control Hubiksi korjaamatta käyttäjän sähköpostiosoitteiden ristiriitoja, kyseisten käyttäjien on kirjauduttava sisään kokoussivustoonsa Control Hub -sähköpostiosoitteitaan. Nämä käyttäjät eivät ehkä pysty kirjautumaan sisään, jos he yrittävät kirjautua sisään sivuston järjestelmänvalvojan sähköpostiosoitteella tai jos heidän Control Hub -sähköpostiosoitteensa ei ole enää voimassa heidän IdP:ssä (SSO-organisaatioille). Ne eivät estä sinua päivittämästä sivustoa, mutta on parempi korjata sähköpostiosoitteet ennen päivityksen aloittamista. |
Ulkoiset käyttäjät, joilla on Basic Meetings -lisenssi
Ulkoiset käyttäjät Peruskokouslisenssit on deaktivoitava tai päivitettävä maksullisiin Webex Meetings -lisensseihin ennen kuin sivusto päivitetään Site Administa Control Hubiin.
Kuinka poistaa käyttäjät käytöstä
| Kun poistat käyttäjät käytöstä, he menettävät isäntälisenssinsä tai osallistujaoikeutensa (riippuen siitä, mikä rooli heillä oli aktiivisena ollessaan). Deaktivoidut käyttäjät näkyvät edelleen sivuston CSV-vientitiedostossa sen jälkeen, kun sivusto on päivitetty Control Hubiin. |
Yksittäisen käyttäjän deaktivointi sivuston hallinnassa:
Mene .
Käytä hakemisto-, haku- ja suodatinsäätimiä löytääksesi käyttäjän.
Poista valinta Aktiivinen laatikko.
Lähetä muutokset.
Katso Hallitse käyttäjätilejä Webex-sivuston hallinnassa Lisätietoja.
Eräkäyttäjän deaktivointi sivuston hallinnassa:
Vie käyttäjät CSV-tiedostoon.
Avaa CSV-tiedosto ja muokkaa sitä
Activesarakkeen arvotNkaikille käyttäjille, joita asia koskee.Tuo muokattu CSV-tiedosto.
Muuttamasi käyttäjät ovat nyt Epäaktiivinen.
Katso Erätuonti ja -vienti Webex-käyttäjiä Webex-sivuston hallinnassa lisätietoja.
Käyttäjät organisaatioissa, joissa on hakemistosynkronointi
Jos organisaatiossasi on linkittämättömiä käyttäjiä, joita ei ole vielä lisätty, sinun on ensin lisättävä heidät organisaatioosi. Tämä on erityisen tärkeää organisaatioille, jotka on määritetty hakemistosynkronointiin ( Directory Connectorin tai Azure AD:n kautta), koska hakemistosynkronointi ei salli sivuston päivitysprosessin lisätä käyttäjiä.
| Sivuston päivitys epäonnistuu, jos ketään sivuston aktiivista käyttäjää ei voida linkittää Control Hub -organisaatioon. Jos organisaatiosi on määritetty hakemistosynkronointia varten, varmista, että kaikki sivuston käyttäjät, joiden on oltava osa Control Hub -organisaatiota, lisätään Directory Connectoriin tai Azure AD:hen ennen päivityksen aloittamista. |
Korjaa käyttäjän ongelmat ennen päivityksen aloittamista
Jos yrität päivittää sivuston Control Hubiin ratkaisematta käyttäjien ongelmia users-to-review tiedosto, päivityksen hallintaprosessi saattaa epäonnistua. Työkalu ei tarkista, oletko korjannut ongelmat, ennen kuin olet käynnistänyt lopullisen päivityksen.
SSO-organisaatioon linkitettyjen SSO-sivustojen ja muiden kuin SSO-sivustojen päivittäminen
Control Hub -organisaatio voi tukea useita identiteetintarjoajia (IdP) SSO:lle, jolloin yksi IDP:stä on Webex IdP (paikallinen todennus)
Useat IDP:t Control Hubissa auttavat:
- Missä SSO-sivuston IdP Site Adminissa on eri kuin Control Hubin kertakirjautumistunnuksen.
- Kun sivuston käyttäjät eivät ole organisaatiossa määritetyssä SSO IdP:ssä, nämä käyttäjät voidaan nyt vain lisätä paikalliseen Webex IdP:hen. Voit sitten siirtää kyseiset käyttäjät määritettyyn SSO IdP:hen myöhemmin.
Useiden IDP:iden määrittäminen voi mahdollistaa sen, että kaikki Site Administa Control Hubiin päivitettävän sivuston käyttäjät voivat kirjautua sisään Control Hub -organisaatiossa määritetyn todennusmenetelmän kautta. Voit tehdä tämän seuraavasti:
- Lisää muita SSO-IDP:itä Control Hub -organisaatioon.
- Lisää käyttäjiä jo määritettyyn IDP:hen.
- Lisää käyttäjiä paikalliseen Webex IdP:hen.
Katso Tämä artikkeli saadaksesi lisätietoja useista IDP:istä Control Hubissa.
Ennen kuin aloitat
On joitakin ominaisuuksia, jotka sinun on poistettava käytöstä, ja sinun on tarkistettava, että kaikki käyttäjät ovat hyvässä kunnossa voidaksesi päivittää Control Hubiin. Jos käytät API-integroituja sovelluksia, sinun on päivitettävä ne Webex API:n käyttöä varten.
Voit lukea näistä edellytyksistä tämän artikkelin aiemmissa osissa.
| Varmista, että kaikki järjestelmänvalvojasi tietävät, että olet päivittämässä sivustoa Control Hubiin, ja että he eivät saa tehdä muutoksia Sivuston järjestelmänvalvojaan aloittamisen jälkeen. |
| 1 | Viedä ja tallenna sivuston käyttäjien vientitiedosto. Tämä tiedosto toimii käyttäjän asetusarkistona, joka auttaa sinua tarkistamaan päivityksen jälkeen. | ||
| 2 | Kirjaudu sisään Sivuston hallintaan ja napsauta Päivitä hallinta. | ||
| 3 | Tarkista edellytykset, erityisesti CSV-luettelo käyttäjistä tiloissa, jotka voivat vaikuttaa päivityksen onnistumiseen. | ||
| 4 | Lue ominaisuuksista, jotka on poistettava käytöstä, ja eroista, joita voit odottaa käyttäjien hallinnassa ja isäntälisenssissä (myös dokumentoitu tässä artikkelissa). | ||
| 5 | Klikkaus Päivitä Control Hubiin. Tämä painike aktivoituu vasta, kun yllä olevat vaiheet on suoritettu.  Näkyviin tulee ponnahdusikkuna. Tämä ikkuna näyttää sen sivuston päivittäminen Control Hubiin on pysyvää, etkä voi kumota päivitystä sen valmistuttua. Kun päivitys on valmis, tätä sivustoa ei enää hallita Sivuston hallinnassa. Jos et ole valmis hallitsemaan tätä sivustoa täysin Control Hubissa, sulje ohjattu toiminto nyt.
 | ||
| 6 | Klikkaus OK. Päivitys alkaa Sivuston hallinta -kohdan yläpuolelle ilmestyvä banneri ilmoittaa, että sivuston päivitys on käynnissä. Jos jokin menee pieleen, näet virheilmoituksen, joka sisältää toimenpideehdotuksia. Muuten näet onnistumisviestin.
| ||
| 7 | Klikkaus Kirjaudu Control Hubiin. |
Kun olet käynnistänyt sivustopäivityksen Webex-sivustojen hallinnasta, voit kirjautua sisään Control Hubiin nähdäksesi sivustopäivityksen tilan.
| Sivuston päivitys kestää kauemmin, jos se käynnistyy lähellä tunnin alkua. Sivuston päivitykset keskeytetään muutamaksi minuutiksi ennen ja jälkeen jokaisen tunnin ajan. |
Kirjaudu sisään Ohjauskeskus ja avaa Kokoukset sivu.
Näet luettelon kokouspaikoistasi.
Napsauta sivustoa nähdäksesi sen tiedot.
Etsi Sivuston päivitys -osio, josta voit lukea Päivitä status.
Kun päivitys on valmis, voit ladata luettelon kaikista käyttäjistä Sivuston hallinnassa ja nähdä, ketkä käyttäjistä olivat aktiivisia tai ei-aktiivisia sivustolla. Käyttäjillä, jotka näkyvät ei-aktiivisina Sivuston hallinnan käyttäjän tila -sarakkeessa, ei ole pääsyä Control Hub -hallittuun sivustoon. Näillä käyttäjillä ei myöskään näytetä pääsyä sivustolle Control Hubin käyttäjäosiossa.
Voi kestää jonkin aikaa, ennen kuin latauspainike tulee näkyviin (useimmissa organisaatioissa minuutteja).
Tarkista luettelosta mahdolliset ongelmat päivityksen aikana.
Et voi enää hallita tätä sivustoa Sivuston hallinnassa, kun sivuston päivitys on valmis. Kaikki tämän sivuston hallinta on tehtävä Control Hubissa. Tässä on muutamia vaiheita, joiden avulla voit tutustua sivustosi hallintaan ja kokeilla sen hallintaa Control Hubissa:
Tarkista jotkin sivuston asetukset varmistaaksesi, että mikään ei ole muuttunut. Tämä on helpompaa, jos kopioit joitain sivuston järjestelmänvalvojan asetuksia ennen päivitystä Control Hubiin.
Valitse isäntä ja vahvista sen lisenssi, seurantakoodit ja istuntotyypit Control Hubissa. Kirjaudu sisään kokoussivustolle ja varmista, että heidän ajoitettuja kokouksiaan, tallenteitaan ja asetuksiaan ei muuteta. Validointi on helpompaa, jos kyseisen isännän tiedot kopioidaan ennen päivitystä Control Hubiin.
Pyydä käyttäjää tarkistamaan, että hän voi ajoittaa ja isännöidä uusia kokouksia.
Lisää uusi käyttäjä organisaatioosi. Myönnä heille isäntälisenssi, muokkaa heidän istuntotyyppejä ja varmista, että he voivat isännöidä kokouksia.
Suosittelemme, että määrittää organisaatio- tai ryhmäpohjaisia lisenssimalleja lisenssien automaattista osoittamista varten uusille käyttäjille tai tietyille uusien käyttäjäryhmille.Valitse käyttäjä, joka oli täysi järjestelmänvalvoja Sivuston järjestelmänvalvojassa, ja varmista, että hänellä on päivitetyn sivuston oikea käyttöoikeustaso Control Hubissa.
Heidän pitäisi pystyä lukemaan ja muokkaamaan sivustoa; luoda, lisensoida, muokata ja poistaa käyttäjiä.
Jos sivustollasi on API-integraatioita, vaihda käyttämään Ihmisten sovellusliittymiä. Varmista, että päivitetty integrointi toimii odotetulla tavalla.
Lue lisää kokoussivustojen hallinnasta Control Hubissa osoitteessa https://help.webex.com/naqlzeu.
Käyttäjillä on yksi yhtenäinen kirjautumiskokemus Webex-sovellukseen ja kaikkiin Control Hubin hallinnoimiin sivustoihin.
Jos käyttäjänimi ei vastaa käyttäjän sähköpostiosoitetta Sivuston hallinnassa, nämä käyttäjät vaikuttavat kirjautumiskokemukseen. Vanhoja käyttäjätunnuksia ei voi enää käyttää, ja käyttäjien on kirjauduttava sisään sähköpostiosoitteensa avulla.Käyttäjän tunnistetiedot liitetään heidän Control Hub -identiteettiinsä. Samat tunnistetiedot koskevat kaikkia Control Hubin hallinnoimia sivustoja samassa organisaatiossa ja Webex-sovellusta.
Jos Control Hub -organisaatiossa on määritetty kertakirjautuminen, tämä SSO hallitsee kirjautumiskokemusta Webex-sovellukseen ja kaikkiin Control Hubin hallinnoimiin sivustoihin.
Control Hubiin päivittäminen ei vaikuta Webex-sovelluksen sisäänkirjautumiskokemukseen.
Kun käyttäjät kirjautuvat Webex Meetings -sivustolle, kirjautumisnäyttö näyttää erilaiselta. Käyttäjien on annettava sähköpostiosoitteensa kirjautuakseen sisään, vaikka heidän organisaationsa olisi määritetty kertakirjautumista varten.
Järjestelmänvalvojat voivat ottaa käyttöön Muista minut -vaihtoehto Control Hubissa jotta käyttäjien ei tarvitse kirjoittaa sähköpostiosoitteitaan uudelleen joka kerta kirjautuessaan sisään.Riippuen kunkin käyttäjän historiasta, niiden sivustojen määrästä, joissa heillä oli tili, jne.:
Jos käyttäjät linkitettiin olemassa oleviin käyttäjiin Webex Identity/Control Hubissa, käyttäjät käyttävät samaa salasanaa kaikissa Webex-sivustoissa, jotka on päivitetty Control Hubiin.
Jos käyttäjät luotiin Webex Identity/Control Hubissa sivuston linkittämisen vuoksi, niin heidän ensimmäisen linkitetyn sivustonsa tunnistetiedot soveltaa (jos organisaatiolle ei ole määritetty SSO:ta). Käyttäjät ohjataan kirjautumaan kyseiselle sivustolle. Jos käyttäjillä on useita sivustoja, joilla on useita tunnistetietoja, sivuston URL-osoitteen pitäisi auttaa heitä määrittämään, mitä kirjautumistietoja he käyttävät.
Käyttäjät voivat nollata salasanansa Control Hub -organisaatioissa (jos salasanaa ei hallita SSO:n kautta). Jos käyttäjät ovat unohtaneet salasanansa, he voivat napsauttaa sitä Unohditko käyttäjänimesi tai salasanasi? kirjautumisnäytössä nollataksesi salasanansa. Käyttäjät voivat myös nollata salasanansa noudattamalla näitä ohjeita:
- Webex-sovelluksen salasanan nollaaminen: https://help.webex.com/article/n02v0b8/
- Webex Meetings -sivuston salasanan vaihtaminen: https://help.webex.com/article/6v6kaab/
Jos loppukäyttäjän sähköpostiosoite muuttui ja tällä käyttäjällä oli eri sähköpostiosoite Site Admin and Control Hubissa sivuston päivityksen aikana, kyseisellä käyttäjällä voi ilmetä ongelmia yrittäessään kirjautua sisään. Käyttäjä ei ehkä tiedä, että hänen on nyt käytettävä Control Hub -sähköpostiosoitetta kirjautumiseen, tai Control Hubissa oleva sähköpostiosoite ei ehkä enää kelpaa heidän organisaationsa SSO IdP:ssä. Tämäntyyppiset tilanteet voidaan parhaiten välttää päivittämällä käyttäjien sähköpostiosoitteet Control Hubissa, kun samojen käyttäjien sähköpostiosoitteisiin tehdään muutoksia Site Adminissa.
Webex Meetings -mobiilisovelluksen iOS:lle käyttäjiltä vaaditaan uusi kirjautuminen:
- Jos päivität muun kuin SSO-sivuston Control Hubiin, käyttäjien on kirjauduttava uudelleen sisään Webex Meetings -mobiilisovellukseen iOS:lle. Vaikka Meetings for iOS -sovellus ei vaadi käyttäjiä kirjautumaan uudelleen sisään korkeintaan kahteen kuukauteen sivustopäivityksen jälkeen, suosittelemme, että käyttäjät kirjautuvat uudelleen sisään manuaalisesti välttääkseen tilanteen ennaltaehkäisevästi.
Sivuston päivityksen aikana käyttäjien, joiden käyttäjätunnukset eivät vastaa heidän sähköpostiosoitteitaan, on ehkä kirjauduttava uudelleen sisään.
Näitä käyttäjiä saatetaan vaatia kirjautumaan uudelleen Webex-asiakkaisiinsa, jos he yrittävät käyttää Webex-palveluja sivuston Control Hub -päivityksen aikana. Tämä ei vaikuta käyttäjiin, jotka ovat jo liittyneet kokouksiin ennen sivuston päivityksen alkamista.
Tyhjä "käyttäjän arvioitava" CSV-tiedosto
Jos sivustosi on suuri ja sillä on yli 1 000 käyttäjää, joiden sähköpostiosoitteet ovat erilaiset Site Adminissa kuin Control Hubissa, saatat kokea tyhjän "käyttäjän arvioitavan" CSV-tiedoston ohjatussa sivuston päivitystoiminnossa. Tämä aiheuttaa sen, että sivuston päivitys ei toimi, koska et voi ratkaista käyttäjiä, joilla on ongelmia. Ongelmaa työstetään ja aiomme ratkaista sen lähiviikkoina.
Asetukset, jotka eivät siirry Control Hubiin päivitettäessä
- Jos sivustosi järjestelmänvalvojan hallinnoima sivustosi oli hitaalla kanavalla ja Control Hub on myös kumppanin hallinnoima, saatat menettää näkyvyyden Meetings-sivuston version päivityssäätimille päivityksen jälkeen Control Hubiin. Jos näin tapahtuu, ota yhteyttä kumppaniisi ja pyydä häntä ottamaan käyttöön Salli asiakkaan päivittää sivuston versio asetusta organisaatiollesi.
- Odottavia itserekisteröitymispyyntöjä ei siirretä hälytyskeskukseen. Käyttäjien on rekisteröidy tilille uudelleen päivityksen päätyttyä.
- Sivuston järjestelmänvalvojan käyttäjätunnusarvot ohitetaan Control Hubin käyttäjien sähköpostiosoitteilla päivityksen päätyttyä.
Käyttäjäongelmat, jotka aiheuttavat päivityksen epäonnistumisen
- Käyttäjät, joiden sähköpostiosoitteet on linkitetty Webex for Government -organisaation käyttäjiin, aiheuttavat päivityksen epäonnistumisen, jos näitä käyttäjiä ei poisteta käytöstä ennen päivityksen aloittamista.
Yleisiä ongelmia, jotka aiheuttavat päivityksen epäonnistumisen, ja suositellut toimenpiteet
Jos sivustosi ei päivity Control Hubiin, tarkista seuraavasta taulukosta, onko jokin näistä yleisistä virheistä syynä ja mitä voit tehdä korjataksesi sen.
| Virheet, jotka aiheuttavat päivityksen epäonnistumisen | Suositeltava toimenpide |
|---|---|
| Sivustotyyppi on virheellinen. | Ota yhteyttä Webex-tukitiimiisi varmistaaksesi, että sivusto on käyttäjälinkitetty. |
| Sivustolla ei ole siihen liittyvää tilausta. | Sivustot on liitettävä tilaukseen, ennen kuin ne voidaan päivittää Control Hubiin. |
| Organisaation tunnuksessa on ongelma. | Sivustoon linkitetyn organisaation tunnus ei ole sama kuin tilauksen organisaatiotunnus. Ota yhteyttä Webex-tukitiimiisi. |
| Seuraavalla tilauksella on odottavia toimintoja Control Hubissa: (SubID). | Yritä sivuston päivitystä uudelleen, kun odottava toiminto on suoritettu. |
| Kertakirjautumisasetuksissa (SSO) on ristiriitoja. | Jos sivusto on SSO käytössä, varmista, että:
|
| Sivuston hallinnassa olevat sivuston käyttöoikeustiedot eivät vastaa Control Hubin sivustolisenssitietoja. | Epäjohdonmukaiset lisenssitiedot Site Adminin ja Control Hubin välillä. Ota yhteyttä Webex-tukitiimiisi. |
| Jotkut sivuston hallinnan käyttäjänimet tai sähköpostiosoitteet ovat ristiriidassa Control Hubin käyttäjänimien tai sähköpostiosoitteiden kanssa. | Toinen käyttäjä käyttää sivuston järjestelmänvalvojan sähköpostiosoitetta Control Hubissa. Vaihda jokin sähköpostiosoite tai käyttäjätunnus. |
| Meillä oli ongelma sivustosi päivittämisessä. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiisi. |
| Meillä oli ongelma Webex-käyttäjien päivittämisessä. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiisi. |
Käyttäjien kirjautumisongelmat
Muista aina sallia Webex-evästeet. Muuten käyttäjillä voi olla kirjautumisongelmia Control Hubiin päivittämisen jälkeen.
K. Onko olemassa päivämäärää, jolloin Cisco ei enää tue sivuston hallintaa?
A. Joo. Aiomme poistaa Webex-sivustojen hallinnan käytöstä joulukuun 2023 lopussa.
K. Säilyvätkö sivuston järjestelmänvalvojat sivuston järjestelmänvalvojassa edelleen järjestelmänvalvojan käyttöoikeutensa sivustolle päivityksen jälkeen Ohjauskeskuksen hallintaan?
A. Joo. Kaikilla sivuston järjestelmänvalvojilla Site Adminissa on edelleen järjestelmänvalvojan käyttöoikeudet sivustolle sen jälkeen, kun sivusto on päivitetty Control Hub -hallintaan.
K. Miksi näen uusia järjestelmänvalvojia sivustolla sen jälkeen, kun olen päivittänyt kokoussivuston Site Administa hallintakeskuksen hallintaan?
A. Sivuston uudet järjestelmänvalvojat olivat luultavasti Control Hub -organisaation järjestelmänvalvojia. Kun sivusto päivitetään Site Administa Control Hubiin, kaikista organisaation laajuisista järjestelmänvalvojista tulee uuden Control Hub -hallinnan sivuston ylläpitäjiä. Tämä tarkoittaa, että organisaation täydellisistä järjestelmänvalvojista tulee Webex-sivuston täysjärjestelmänvalvojia, organisaation käyttäjien järjestelmänvalvojista tulee Webex-sivuston käyttäjien järjestelmänvalvojia ja organisaation vain luku -oikeuksista Webex-sivuston vain luku -järjestelmänvalvojia.
K. Miksi tuottavuustyökaluun kirjautuminen ei toimi sen jälkeen, kun sivusto on päivitetty Control Hubiin?
A. Varmista, että Internet-selaimet on määritetty salli aina istunnon evästeet, joka sijaitsee selainten lisätietosuoja-asetuksissa.
K. Jos käyttäjä poistetaan Control Hubista ja sitten sama sähköpostiosoite lisätään uudelleen Control Hubiin ja samalle Webex-sivustolle myönnetään Meetings-lisenssi, voiko käyttäjä käyttää vanhoja tallenteitaan?
A. Kyllä, käyttäjällä on pääsy kaikkeen vanhaan Meetings-sisältöön, jos hänelle on myönnetty käyttöoikeus jollekin aiemmista Webex-sivustoista, joilla hän oli. Tämä koskee sekä Control Hubin hallinnoimia sivustoja että sivustoja, jotka on päivitetty Control Hubiin.
K. Jos käyttäjä deaktivoitiin Site Adminissa ennen sivuston päivitystä Control Hubissa ja myöhemmin lisensoitiin uudelleen samalle Webex-sivustolle Control Hubissa, pääseekö käyttäjä vanhoihin tallenteisiinsa?
A. Kyllä, käyttäjällä on edelleen pääsy vanhoihin tallenteisiinsa. Lisäksi kaikki käyttäjät, jotka on poistettu käytöstä Sivuston järjestelmänvalvojassa ennen sivuston päivitystä, näkyvät luettelossa Kokousten CSV-vientitiedosto Control Hubissa.
K. Jos sivustolla ei ole SSO IdP:tä määritettynä, mutta Control Hub -organisaatiolla on SSO IdP, mitä tapahtuu, kun sivusto päivittyy Control Hubiin?
A. Sivusto käyttää samaa SSO IdP:tä kuin Control Hub -organisaatio.
K. Jos sivustolle on määritetty eri SSO IdP kuin Control Hubin SSO IdP, mitä tapahtuu, kun sivusto päivittyy Control Hubiin?
A. Sivusto siirtyy käyttämään samaa SSO IdP:tä kuin Control Hub -organisaatio.
K. Jos sivustolla on SSO IdP määritetty, mutta Control Hub -organisaatiolla ei ole SSO IdP:tä, mitä tapahtuu, kun sivusto päivittyy Control Hubiin?
A. Sinua estetään päivittämästä sivustoasi. Voit poistaa sivuston eston, jotta voit päivittää Control Hubiin, joko poistamalla kertakirjautumistunnuksen Site Admin -sivustolta tai lisäämällä kertakirjautumistunnuksen Control Hub -organisaatioon.
K. Voinko silti kirjautua sisään sivuston URL-osoitteeseen päästäkseni tallenteisiin ja ajoittaakseni kokouksia tai tapahtumia?
A. Kyllä, voit silti kirjautua sisään sivuston URL-osoitteeseen, josta voit käyttää tallenteita, ajoittaa kokouksia jne.
K. Onko käyttäjäkohtaisia asetuksia muutettu sivuston päivityksen aikana sivuston hallinnasta Control Hubiin?
A. Ei, käyttäjäasetukset pysyvät ennallaan. Nämä asetukset ovat voimassa kuten ennen sivuston päivitystä.
K. Vaikuttaako tämä sivuston päivitys tallenteisiini tai suunniteltuihin kokouksiini?
A. Tämä ei vaikuta isäntätallenteisiin. Sinulla on edelleen pääsy niihin. Tämä ei myöskään vaikuta suunniteltuihin kokouksiin. Niissä ei ole muutoksia.
K. Vaikuttaako tämä sivuston päivitys käyttäjien tallenteisiin tai ajoitettuihin tapaamisiin?
A. Tämä ei vaikuta käyttäjien tallenteisiin. Heillä on edelleen pääsy niihin. Tämä ei myöskään vaikuta suunniteltuihin kokouksiin. Niissä ei ole muutoksia.
Käyttäjien, joita ei ole vielä lunastettu, nauhoitteet tai ajoitetut kokoukset voivat vaikuttaa, jos vaadit heidät sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Katso lisätietoja seuraavasta huomautuksesta.
| Suosittelemme, että hankit käyttäjiä ennen kuin päivität sivustosi Control Hubiin. Jos vaadit käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Control Hubiin, kyseiset käyttäjät voivat menettää pääsyn kokouksiin ja sivuston kokousresursseihin. Voit kiertää ongelman seuraavasti:
|
K. Missä voin tarkastella odottavia itserekisteröitymispyyntöjä Control Hubin hallinnoimia sivustoja varten?
A. Sinä ja muut järjestelmänvalvojat voitte tarkastella itserekisteröitymispyyntöjä Hälytyskeskus.
K. Voinko käyttää käyttäjänimiarvoja Site Administa, kun olen päivittänyt sivuston Control Hubiin?
A. Käyttäjien vientitiedosto kaikista Site Adminin käyttäjistä on saatavilla Control Hubissa 90 päivän ajan sen jälkeen, kun olet päivittänyt sivuston Control Hubiksi. Tämä CSV-tiedosto sisältää käyttäjänimiarvot.
K. Käytämme käyttäjänimiarvoja käyttäjien tunnistamiseen Sivuston järjestelmänvalvojassa. Kuinka voimme tehdä saman Control Hubissa?
A. Käyttäjänimiarvot menetetään, kun sivusto on päivitetty Control Hubiin. Jos tarvitset pääsyn näihin arvoihin, yksi ratkaisu on kopioida arvot seurantakoodiin ennen sivuston päivittämistä. Käyttäjien seurantakoodien arvot säilyvät ja ovat saatavilla, kun sivusto on päivitetty Control Hubiin. Jos käytät SSO:ta, niin ExternalID on Control Hub -käyttäjäattribuutti, joka voi sisältää tämän arvon. Tämä vaatii voit määrittää SAML-vahvistuksen siirtääksesi tämän arvon milloin SSO:n määrittäminen Control Hubissa. Tämä arvo välitetään myös Control Hubiin aikana uusien käyttäjien automaattinen luominen.
K. Kuinka kauan sivuston päivityksen valmistuminen kestää sen alkamisen jälkeen?
A. Sivuston päivitys kestää noin 3 minuuttia + 1000 aktiivista käyttäjää/min + 2000 ei-aktiivista käyttäjää/min. Jos esimerkiksi aloitit sivuston päivityksen klo 05.20 ja sivustollasi on 8000 aktiivista käyttäjää ja 2000 ei-aktiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään kuudeksi minuutiksi tunnin yläpuolella (välillä xx:57–xx:03). Mutta tulokset voivat vaihdella.
K. Kuinka voin automaattisesti lisensoida jokaiselle uudelle käyttäjälle tai uusille käyttäjille tiettyihin ryhmiin sen jälkeen, kun olen päivittänyt sivuston hallittavaksi Control Hubissa?
A. Sinä pystyt määrittää organisaatio- tai ryhmäpohjaisia käyttöoikeusmalleja määrittää lisenssejä automaattisesti uusille käyttäjille.
K. Onko sivuston päivityksen aikana seisokkeja?
A. Ei. Sivuston päivityksen aikana:
- Käyttäjät voivat jatkaa Kokoukset-palvelun käyttöä, kuten liittyä ja aloittaa ajoitettuja ja ad hoc -kokouksia.
- Tämä ei vaikuta kokouksiin, jotka ovat käynnissä sivuston päivityksen alkaessa.
- Tilaus lukitaan Control Hubissa.
- Meetings-työpöytäohjelmassa saattaa olla ongelmia Tulevat kokoukset -osion kanssa.
- Muutoksia sivuston hallintakokoonpanoihin ei suositella.
