Kiitos palautteestasi.
Webex Meetings -toimipaikan hallinnan päivitys toimipaikan hallinnasta Control Hubiin
Onko sinulla palautetta?Tietoja sivuston hallinnasta hallintakeskukseen päivittämisestä
Sivuston päivittäminen sivuston hallinnasta Control Hubiin ei vaadi asiakasversioiden päivittämistä. Jotkin sivustot eivät voi käyttää tätä ominaisuutta, ennen kuin kyseisiä organisaatioita hallinnoivat kumppanit ovat valmiita.
Webexistä on tulossa yhtenäinen alusta kokousten, viestien, puheluiden ja muiden yhteistyötapojen hallintaan. Siksi haluamme siirtää kaikkien Webex Meetings -sivustojen hallinnan sivuston hallinnasta hallintakeskukseen.
Sivuston hallinnassa on työkalu, joka auttaa sinua tämän muutoksen läpiviennissä. Jos sivustosi on jo oikeutettu päivittämään Control Hubiin, voit aloittaa napsauttamalla navigointivalikossa Päivitysten hallinta.
Katso tämä video, jolla voit esitellä, miten sivustosi päivittäminen Control Hubiin toimii.
Suunnitellaksesi sivustosi päivitystä, tutustu Sivuston arvioinnin valmius -osioon.
Sivustojen hallinnan etuja Control Hubissa ovat:
-
Yhtenäiset lisenssien määritykset kaikissa Webex-palveluissa, kuten Kokoukset, Viestit ja Puhelut.
-
Yhdenmukaiset tietoturvakäytännöt kaikissa Webex-palveluissa.
-
Yhteinen kirjautumiskokemus kaikille loppukäyttäjille eri Webex-palveluissa.
-
Nykyaikaiset järjestelmänvalvojan ohjausobjektit, kuten hakemistoliitin, SCIM ja aktiiviset hakemistoryhmät.
-
Lisenssimallit useiden lisenssien automaattiseen määrittämiseen käyttäjille.
Et voi käyttää sivuston hallintaa kokoussivuston hallintaan Control Hubiin päivittämisen jälkeen.
Jos sivustosi on ajoitettu automaattiseen päivitykseen sivuston hallinnasta hallintakeskukseen, näet seuraavan kuvakaappauksen.
Voit muuttaa ajoitettua päivämäärää napsauttamalla Muuta sivustosi päivityspäivämäärää.
Sivustojen hallinta Control Hubissa on samanlaista kuin sivustojen hallinnassa. Control Hubin käyttäjähallinnassa on nykyaikaisempia pohjatekniikoita, joten sivustojen hallinnassa Control Hubissa on muutamia eroja. Tässä osiossa keskitytään eroihin, joihin tuodaan esiin sivustoasi päivitettäessä.
Tarkemman yleiskatsauksen sivuston hallinnan ja hallintakeskuksen eroista on tässä artikkelissa.
Käyttäjähallinta
Meillä on keskitetty käyttäjähallintajärjestelmä Control Hubin pohjalta, jossa käyttäjät ovat erillisiä ja ainutlaatuisia koko organisaatiossa (ja koko Webexissä). Sivuston hallinnassa käyttäjäprofiili on erillinen kokouspaikkakohtaisesti.
- Kertakirjautuminen (SSO) ja automaattinen tilin luonti
-
Sivuston hallinnassa on "automaattinen tilin luonti" -toiminto, joka luo käyttäjiä, kun he todentavat itsensä kertakirjautumisen avulla.
Tämä ominaisuus on käytettävissä myös Control Hubissa. Lisätietoja on kohdassa SAML-automaattisen tilin luominen ja päivittäminen Control Hubia varten.
Monet kertakirjautumista käyttävät organisaatiot saattavat haluta hallita käyttäjiään keskitetysti ulkoisissa hakemistotyökaluissa, kuten Microsoft® Active Directoryssa ja Microsoft Azuressa, sekä vaatia todennusta ulkoisten identiteetintarjoajien avulla.
Lue lisää aiheesta:
-
Control Hub -organisaatiosi integrointi identiteetintarjoajan kanssa.
- Pakolliset profiilitiedot ja seurantakoodit
-
Sivuston hallinnassa voit määrittää pakolliset profiilikentät uusille käyttäjille (edellinen kuvakaappaus). Voit laajentaa tätä vaatimaan seurantakoodeja käyttäjien luomista varten (kuvakaappaus alla). Jos määrität nämä lisävaatimukset, et voi lisätä käyttäjiä sivustolle ilman niitä.
Control Hub tarvitsee käyttäjän luomiseen vain näyttönimen ja sähköpostiosoitteen.
Kaikki muut käyttäjäkentät ovat valinnaisia, kun luot uuden käyttäjän Control Hubissa, joten emme pakota lisäprofiilitietoja Control Hubin hallinnoimille sivustoille.
Sinun on poistettava pakolliset profiilikentät ja seurantakoodit käytöstä ennen kuin päivität sivustosi Control Hubiin.
- Salasananhallinta ja lukitus
-
Sivuston hallinnassa on ominaisuus, joka lukitsee käyttäjät tilapäisesti ulos, jos he eivät onnistu kirjautumaan sisään useiden yritysten jälkeen.
Control Hubissa 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 Turingin testi tietokoneiden ja ihmisten erottamiseksi).
-
Laillisilla käyttäjillä on itsepalveluvaihtoehto unohtuneiden salasanojensa vaihtamiseen.
-
Isäntälisensointi
- Isäntien on oltava Control Hub -organisaatiossasi
-
Sivuston hallinnassa voit määrittää isäntälisenssin mille tahansa käyttäjälle. Kun hallinnoit sivustoa Control Hubissa, voit määrittää vain isäntälisenssejä ( & osallistujarooli) saman Control Hub -organisaation käyttäjille.
- Rekisteröidy itse isäntätilille
-
Sivuston hallinnassa voit sallia käyttäjien pyytää (isäntä)tiliä sivustolle. Voit myös sallia tilin omistavien käyttäjien pyytää lisäpalveluita sivustolla. (katso kuvakaappauksia).
Kun hallinnoit kokoussivustoa Control Hubissa, käyttäjät eivät voi pyytää omaa isäntätiliä kyseiselle sivustolle.
Control Hubissa on keskitetty, automatisoitu tapa määrittää kokouslisenssejä uusille käyttäjille. Lue https://help.webex.com/n3ijtao.
Voit hallita käyttäjälisenssejä myös API:n kautta tai joukkona CSV-tiedoston avulla.
Jos haluat käyttäjien pyytävän isäntätiliään, voit määrittää sivuston help/support vinkkejä ylläpitäjien ottamiseksi yhteyttä tai linkkejä muihin työkaluihin.
Sinun on poistettava käytöstä asetukset ”Salli isäntätilin rekisteröityminen” ja ”Salli käyttäjien pyytää lisäpalveluita” sivuston hallinnassa ennen kuin päivität sivustosi Control Hubiin.
-
Control Hubissa on muita lisenssien hallintavaihtoehtoja, kuten automaattisen määritysmallit. Voit hankkia raportin passiivisista isännistä, jotta voit poistaa lisenssejä näiltä käyttäjiltä yksittäin, joukkona tai API:n kautta.
Jos tarvitset tätä automaattista deaktivointivaihtoehtoa eivätkä muut Control Hubin vaihtoehdot sovi sinulle, sinun tulisi välttää sivustosi päivittämistä Control Hubiin tässä vaiheessa.
Ennen kuin päivität kokoussivustosi hallittavaksi Control Hubissa, sinun tulee valmistella Control Hub -organisaatiosi.
Varmista, ettei tilauksessa ole odottavia tai estäviä toimintoja. Päivitys epäonnistuu, jos:
- Päivitettävään sivustoon liittyvässä tilauksessa on odottavia toimia.
- Sivustoon ei liity tilausta Control Hub -organisaatiossa.
- Sivuston hallinnan sivustolisenssitiedot eivät vastaa Control Hubin sivustolisenssitietoja.
Suosittelemme vahvasti verkkotunnustesi vahvistamista ja käyttäjien ilmoittautumista. Seuraava lukemisto auttaa:
-
Ohjauskeskuksen e-kirja: https://ebooks.cisco.com/story/controlhubessentials/
-
Näin hallinnoit verkkotunnuksiasi: https://help.webex.com/cd6d84
-
Ilmoittaudu käyttäjien omistajaksi muista organisaatioista (verkkotunnusten vahvistamisen jälkeen): https://help.webex.com/nceb8tm. Käyttäjien ilmoittaminen on erityisen tärkeää, koska se varmistaa, että mahdollisimman moni organisaatiossasi olevista käyttäjistä on siellä. Käyttäjien ilmoittaminen "Välitön vaatimus" -toiminnolla välttää myös viivästyksiä organisaatiosi sähköpostiosoitteiden käytössä.
Suosittelemme vahvasti, että vahvistat käyttäjät ennen sivustosi päivittämistä Control Hubiin. Jos rekisteröit käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Control Hubiin, kyseiset käyttäjät voivat menettää pääsyn sivuston kokouksiin ja kokousresursseihin.
Voit kiertää ongelman tekemällä seuraavat toimet varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousresursseihin sen jälkeen, kun sivusto on päivitetty Control Hubiin:
- Käyttäjille, joilla on organisaation tai sivuston ulkoiset järjestelmänvalvojan oikeudet – Poista kaikki ulkoiset järjestelmänvalvojan oikeudet organisaatioon ja sivustoon ja poista sitten kokoussivuston lisenssi. Kun olet lunastanut käyttäjän, myönnä käyttäjälle uusi lisenssi sivustolle. Voit myös palauttaa heidän ulkoiset järjestelmänvalvojan oikeutensa.
- Tavallisille käyttäjille – Poista kokoussivuston lisenssi, varaa käyttäjä organisaatiollesi ja lisensoi käyttäjä sitten uudelleen sivustolle.
-
Jos kokouspaikka on määritetty kertakirjautumista varten, sinun on myös määritettävä kertakirjautuminen Control Hub -organisaatiollesi.
Automaattinen tilin luonti uusille käyttäjille
Jos Webex-sivustosi on ottanut automaattisen tilin luonnin käyttöön sivuston hallinnassa, voit ottaa käyttöön vastaavan ominaisuuden Control Hubissa käyttämällä SAML-tilin automaattinen luonti-toimintoa. Muista myös määrittää automaattinen lisenssimalli, jotta uudet käyttäjät saavat automaattisesti lisenssit, kun heidän tilinsä on luotu Control Hub -organisaatioon.
Organisaatiot, joilla on käytössä hakemistosynkronointi
Jos organisaatiosi on määritetty hakemistosynkronointia varten, varmista, että kaikki organisaatioosi haluamasi käyttäjät ovat sivustolla. Tämä tulisi tehdä 24 tuntia ennen sivuston päivitysprosessin aloittamista, jotta sivuston käyttäjät voidaan linkittää Control Hub -organisaatiosi uusiin käyttäjiin.
Järjestelmänvalvojan pääsy Webex-sivustoille päivityksen jälkeen
Henkilö, jolla on organisaationlaajuinen järjestelmänvalvojan rooli Control Hubissa, saa automaattisesti käyttöoikeudet sivustoille, jotka päivittyvät sivuston ylläpitäjältä Control Hubiin. Esimerkiksi organisaation täysistä järjestelmänvalvojista tulee Webex-sivuston täysiä järjestelmänvalvojia, organisaation käyttäjäjärjestelmänvalvojista Webex-sivuston käyttäjäjärjestelmänvalvojia ja organisaation vain luku -oikeuksilla varustetuista järjestelmänvalvojista tulee Webex-sivuston vain luku -oikeuksilla varustettuja järjestelmänvalvojia.
XML-rajapinnat
XML-rajapinnat ovat nyt eteenpäin yhteensopivia Control Hubin hallinnoimien sivustojen kanssa. Voit lukea yksityiskohdista ja varoituksista osoitteesta XML API 41.11.0 Updates.
XML-rajapintapalveluiden URL-osoitteet pysyvät muuttumattomina sen jälkeen, kun sivusto päivitetään sivuston ylläpitäjältä Control Hubin hallinnoimaksi. Samat API-URL-osoitteet toimivat edelleen. Cisco suosittelee, että kaikki API-integraatiot käyttävät OAUTH-todennusta.
Todennus XML-rajapinnoissa
Integraatiot, jotka eivät käytä Webex OAUTH -todennusta, saattavat epäonnistua sen jälkeen, kun sivusto on päivitetty Control Hubiin. Seuraava taulukko näyttää, minkä tyyppiset järjestelmänvalvojan todennustyypit toimivat edelleen sivustosi päivittämisen jälkeen.
| Ylläpitäjän todennustyyppi XML-rajapinnassa ennen sivuston päivitystä | Ylläpitäjä SSO-organisaatiossa sivuston päivityksen jälkeen | Ylläpitäjä ei ole SSO-organisaatiossa sivuston päivityksen jälkeen |
|---|---|---|
| käyttäjätunnus (webExID)/password |  Toimii* | Toimii* |
| käyttäjätunnus (webExID)/sessionTicket | Toimii | Toimii |
| username/OAUTH (webExAccessToken) | Toimii | Toimii |
| email/password | Toimii* | Toimii* |
| email/sessionTicket | Toimii | Toimii |
| email/OAUTH (webExAccessToken) | Toimii | Toimii |
* Taaksepäin yhteensopivuus – Cisco on mahdollistanut username/password todennukset toimivat XML-rajapinnoissa sivuston päivityksen jälkeen, vaikka username ei vastaisikaan sähköpostiosoitetta. Yhteensopivuus on voimassa vain, jos:
- Käyttäjätunnukset luotiin ennen sivuston päivitystä. Kohteeseen
usernameei saa tehdä muutoksia, muuten aiemmat tunnistetiedot hylätään. - API-todennuksen tunnistetiedoilla ei voi olla eri salasanaa Control Hubissa kuin sivustolla, jolla niitä hallittiin sivuston hallinnassa.
- Käyttäjien, joiden tunnuksia käytetään todennukseen, on oltava aktiivisessa tilassa (ei passiivisia) sivuston hallinnassa, kun sivusto päivitetään Control Hubiin.
Voit lukea lisää XML API -integraatioista Control Hubin hallinnoimissa sivustoissa, mukaan lukien OAUTH-todennuksesta, tästä oppaasta.
Username on asetettu lähettämään sähköpostia kaikille käyttäjille, kun sivusto päivitetään Control Hubiin. Jos API-hyötykuormille käytetään username, hyötykuormien on käytettävä sähköpostia sivuston päivityksen jälkeen.
Järjestelmänvalvojan rooli Control Hubissa API-integraatioita varten
Ylläpitäjät, joilla on vain sivuston järjestelmänvalvojan rooli, eivät välttämättä voi tehdä joitakin XML-rajapintojen toimintoja, kuten muuttaa käyttäjän sähköpostiosoitetta tai näyttönimeä sen jälkeen, kun sivusto on päivitetty Control Hub -sivustoksi. API-integraatioihin käytettävien järjestelmänvalvojien kannattaa ylentää organisaation täysivaltaisiksi järjestelmänvalvojiksi Control Hubissa, mieluiten ennen sivuston päivittämistä Control Hubiin.
Parhaan käytäntönä suosittelemme, että päivität ensin testisivuston varmistaaksesi, että API-integraatiosi toimivat muokkaamattomina Control Hubiin päivittämisen jälkeen.
Integraatiosi toiminnasta riippuen järjestelmänvalvojille on ehkä myös määritettävä kokousten isäntätili Control Hub -sivustolla, jotta integraatio toimisi (tätä ei vaadittu sivuston hallintasivustojen järjestelmänvalvojille).
XML-rajapintojen erot Control Hubissa
Useimpien XML-API-integraatioiden pitäisi toimia ilman muutoksia sivustosi päivittämisen jälkeen. Mutta on olemassa joitakin poikkeuksia, jotka on lueteltu yksityiskohtaisesti seuraavassa luettelossa:
- CreateUser— Control Hubin hallinnoimissa sivustoissa tämä toiminto voi myös luoda käyttäjän sivuston omistavaan organisaatioon ennen lisenssin määrittämistä. Jos käyttäjä on jo toisessa organisaatiossa, tämä toiminto epäonnistuu.
PMR ID parameterei tule voimaan käyttäjille, joilla ei jo ole Aktiivinen -tilaa Control Hubissa.createuserAPI:n valmistuminen kestää kauemmin Control Hubin hallinnoimissa sivustoissa. Paremman suorituskyvyn saavuttamiseksi voit lisätä ylimääräisen säikeencreateuser-kutsujen rinnakkaistamiseksi. - SetUser— Voi johtaa kokoussivustolisenssin määrittämiseen tai poistamiseen käyttäjältä (API-parametreista tai hyötykuormasta riippuen).
- DelUser— Poistaa kokoussivuston lisenssin, mutta ei poista käyttäjää Control Hub -organisaatiosta.
- LstsumamaryUser— Palauttaa myös käyttäjän
objectGUID. - AuthenticateUser— Control Hubin hallinnoimilla sivustoilla suosittelemme istuntolipun luomista
AuthenticateUser:n kautta sen sijaan, että käytettäisiin käyttäjätunnusta ja salasanaa jokaiselle XML-rajapinnalle. SAML-vastauksen käyttöä leipätekstissä ei tueta tässä Control Hubin hallinnoimien sivustojen kutsussa.
REST-rajapinnat
Control Hubilla on omat API-rajapintansa, mukaan lukien People and License REST -API-rajapinnat käyttäjien luomiseen ja lisensointiin seuraavissa osoitteissa:
Istuntotyypit ja seurantakoodit ovat saatavilla myös REST-rajapintojen kautta osoitteessa:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Yllä mainitut REST-rajapinnat eivät kuitenkaan tue kaikkia XML-rajapintojen käyttäjähallintatoimintoja. Esimerkiksi sinun on edelleen käytettävä XML-rajapintoja kokouslisenssien määrittämiseen sivuston omistavan organisaation ulkopuolisille käyttäjille. People API ei tue sivuston ylläpitäjän roolienmäärittämistä käyttäjille. Jos haluat määrittää sivuston ylläpitäjän rooleja API:n kautta, sinun on silti käytettävä XML-API:a.
Voit käyttää People-rajapintaa luodaksesi organisaation ylläpitäjiä, joilla on täysi (tai vain luku -) käyttöoikeus. Nämä ylläpitäjät voivat myös hallita (tai tarkastella) Control Hubin hallinnoimia kokoussivustoja.
Control Hubilla on Webex-sivustokohtaisia järjestelmänvalvojan rooleja, mutta People-rajapinta ei voi tällä hetkellä määrittää tätä roolia.
Tulevaisuudensuunnitelmat (voivat muuttua)
- Uusi lisenssi-API, joka voi myöntää kokoussivuston lisenssejä myös ulkoisille käyttäjille, jotka eivät ole samassa organisaatiossa, joka loi sivuston. Ulkoisten käyttäjien lisensointi on saatavilla manuaalisesti Control Hubissa tänään.
- SCIM-rajapinta käyttäjien luomiseen ja poistamiseen organisaatiossa.
- Ciscon pitkän aikavälin suunta on käyttää vain REST-rajapintoja (kaikkiin käyttäjien ja kokouspaikkojen toimintoihin). XML-rajapintoja käyttäjähallintaan tuetaan edelleen, kunnes REST-rajapintoja voidaan käyttää yksinomaan kaikkiin käyttäjähallintatoimintoihin. Myös käyttäjähallinnan XML-APIt poistuvat käytöstä (päivämäärä ilmoitetaan myöhemmin).
Ennen sivustosi päivittämistä Control Hubiin suosittelemme, että tarkistat ensin seuraavat kohdat, jotta päivitys sujuu mahdollisimman kitkattomasti:
- Tarkista ensin tämä asiakirja ja varmista, että organisaatiosi noudattaa Valmistele Control Hub -organisaatiosi -osiossa suositeltuja parhaita käytäntöjä.
- Kirjaudu seuraavaksi Webex-hallintaan ja napsauta Päivitä hallinta. Sivuston valmiusvaiheessa sinun ei tule tehdä mitään käyttäjien tarkasteluosion tiedostossa suositeltuja toimia etkä vielä poista käytöstä mitään ominaisuuksien tarkasteluosion ominaisuuksia. Näitä ohjeita noudattamalla sivuston valmiusarvioinnista tulee vain luku -tilassa oleva toiminto, jolla arvioidaan vain muutokset, jotka sinun on tehtävä ennen Control Hubiin päivittämistä.
- Napsauta Tarkista käyttäjät -osiossa Vie käyttäjän CSV-tiedosto ja lataa CSV-tiedosto nimeltä
users-to-review-xxxxx.csv.Tämä tiedosto listaa kaikki käyttäjät, jotka tarvitsevat huomiota, ja sisältää suositellun toimenpiteen jokaiselle käyttäjälle. Tämän tiedoston käyttäjien määrä antaa sinulle käsityksen siitä, kuinka monta käyttäjiin liittyvää ongelmaa sinun on käsiteltävä ennen kuin voit päivittää sivustoa.
- Katso Tarkista ominaisuudet -osiosta kaikki ominaisuudet, joiden seuraukset-sarakkeessa on merkitty punainen X. Tämä antaa sinulle tietoa sivustosi valmiudesta ominaisuusristiriitojen näkökulmasta.
- Älä siirry vaiheeseen 2 äläkä napsauta Päivitä Control Hubiin -painiketta vielä.
Kun olet tarkistanut käyttäjän CSV-tiedoston ja tarkastellut ominaisuuksia, jotka sinun on ehkä määritettävä uudelleen, jatka tämän artikkelin muiden osioiden lukemista ja valmistele sivustosi ja organisaatiosi Control Hubiin päivittämistä varten.
Huomautus: Jos sivustollasi on yrityksesi tekemiä tai kolmannen osapuolen ratkaisujen, kuten oppimisen hallintaratkaisujen, tekemiä API-integraatioita, muista tarkistaa Sivuston API-integraatioiden valmistelu toimimaan Control Hubin kanssa -osio.
Julkaisun 43.6 tulevat muutokset
Tähän asti nämä kaksi ominaisuutta piti poistaa käytöstä ennen sivuston päivittämistä Control Hubiin:
- Pakolliset isäntäprofiilikentät
- Vaaditut seurantakoodit
Versiosta 43.6 alkaen sivustojen, jotka osallistuvat mukautettujen määritteiden ja pakollisten isäntäprofiilikenttien beetatestausohjelmiin, ei enää tarvitse poistaa näitä ominaisuuksia käytöstä ennen sivuston päivittämistä Control Hubiin. Sen sijaan ohjattu toiminto kehottaa sinua tarkistamaan nämä kaksi ominaisuutta, koska nykyinen kokoonpano kopioidaan Control Hub -organisaatioon.
Jos osallistut pakollisten isäntäprofiilikenttien beetavaiheeseen, näet tämän varoituksen:
Jos osallistut pakollisten seurantakoodien ja mukautettujen attribuuttien beetavaiheeseen, näet tämän toiminnon:
Jos et osallistu näihin beta-testausvaiheisiin, jatka seuraavan osion lukemista.
Poista käytöstä ominaisuudet, jotka estävät sivuston päivityksen
Jotkin ominaisuudet on poistettava käytöstä ennen kuin voit päivittää Webex-sivuston Control Hubiin. Voit nähdä luettelon, joka näyttää, mikä ominaisuus on poistettava käytöstä. Punaisella ympyrällä X merkittyjen ominaisuuksien on oltava suoritettuja. Keltaisella kolmiolla ja huutomerkillä merkityt ominaisuudet ovat vain tiedoksi eivätkä vaadi toimia.
Katso tämä videonähdäksesi demon sivustosi päivittämisestä Control Hubiin.
Jos organisaatiosi käyttää automaattista tilin luontitoimintoa sivuston hallinnassa, sinun tulee määrittää vastaava ominaisuus Control Hubissa ja määrittää automaattinen lisenssimalli lisenssien automaattista määrittämistä varten. Katso lisätietoja tästä artikkelista. Tämä tulisi tehdä ennen Control Hubissa hallittavan sivuston päivittämistä.
-
Kirjaudu Webex-sivuston hallintaan ja siirry kohtaan .
-
Etsi ja poista käytöstä Salli isäntätilin rekisteröinti -vaihtoehto.
-
Etsi Vaaditaan tilin rekisteröintiin: ja tyhjennä kaikki pakollisten käyttäjäprofiilikenttien ruudut.
-
-
Napsauta Päivitä.
-
Siirry kohtaan .
-
Muuta Host Profile -sarakkeessa kaikki seurantakoodirivit, jotka on merkitty Required -merkinnällä, riviksi AdminSet tai Optional.
-
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.
-
Tulevaisuudessa tämä rajoitus poistetaan ja voit yhdistää seurantakoodit vaadittuihin mukautettuihin käyttäjäattribuutteihin Control Hubissa vastaavan toiminnallisuuden saavuttamiseksi.
Seurantakoodien yhdistäminen käyttäjäattribuutteihin -toiminto on luonnos, joka on julkisessa esikatselussa. Annamme teille esimakua siitä, mitä odottaa.
Ennen kuin voit päivittää sivuston, jossa on pakollisia seurantakoodeja sivuston hallinnasta Control Hubiin, sinun on yhdistettävä kyseiset seurantakoodit käyttäjäattribuutteihin Control Hubissa. Voit napsauttaa Tiedot-kohdan alla olevaa kuvaketta siirtyäksesi suoraan sivuston seurantakoodien yhdistämistoimintoon käyttäjäattribuutteihin. Jos et ole vielä yhdistänyt tai poistanut käytöstä tarvittavia seurantakoodeja, et voi päivittää sivustoasi Control Hubiin.
Jos sivustollasi ei ole pakollisia seurantakoodeja, voit silti yhdistää seurantakoodit käyttäjäattribuutteihin ennen sivuston päivittämistä Control Hubiin noudattamalla tätä menettelyä.
Kokoussivustoille, jotka käyttävät seurantakoodina osastoa, suosittelemme, että yhdistät seurantakoodin osaston käyttäjäprofiiliattribuuttiin mukautetun attribuutin sijaan. Koska osasto on Control Hubin vakioprofiiliattribuutti, tämä skenaario on useimmissa tapauksissa tehokkaampi.
Jos tämä ominaisuus on pakollinen, siirry käyttäjäprofiilin ominaisuusosioon ja merkitse osastoominaisuus pakolliseksi. Muista, että tätä osaston määritettä, kuten ei muitakaan käyttäjämääritteitä, ei täytetä ulkoisille käyttäjille.
| 1 |
Kirjaudu sisään Control Hubiin ja siirry kohtaan Kokous. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Valitse sivusto ja siirry sitten kohtaan . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Valitse Luo seurantakoodikartta.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Valitse Avaa seurantakoodin yhteenveto.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Napsauta Lataa kokoonpanon yhteenveto. Sinun on ladattava kopio nykyisestä seurantakoodin määrityksestä. Tarvitset tätä yhteenvetoa seuraavissa vaiheissa varmistaaksesi, että kaikki attribuuttiarvot ovat yhdenmukaisia nykyisten seurantakoodien kanssa. Voit myös ladata aiempia seurantakoodilistoja CSV-tiedostona ja ladata samat arvot mukautetuille määritteille.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Palaa ohjattuun toimintoon ja valitse Lisää ja tarkista käyttäjämääritteet.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Määritä kaikki tälle sivustolle tarvittavat uudet mukautetut määritteet. Merkitse mitkä tahansa ominaisuudet pakollisiksi, jos haluat niiden kenttien täytettävän käyttäjille. Mukautetut määritteet eivät ole käytettävissä organisaatioissa, jotka synkronoivat käyttäjiä Directory Connectorin, Azure AD:n jne. avulla. Voit käyttää tätä vaihetta tilaisuutena tarkistaa seurantakoodien näyttönimet. Kun olet tehnyt tarvittavat muutokset, napsauta Tallenna. Lukitut attribuutit ovat samanlaisia kuin AdminSet klassisissa kokoussivuston seurantakoodeissa. Kun merkitset mukautetun attribuutin lukituksi, käyttäjät eivät näe kyseistä attribuuttia.Jos painat tässä vaiheessa tallenna-painiketta, kaikki lisäämäsi, poistamasi tai pakollisiksi merkityt mukautetut määritteet tulevat välittömästi voimaan organisaatiossa. Organisaatioon perehtyneiden uusien käyttäjien on noudatettava tätä päivitettyä mukautettua attribuuttimääritystä, muuten käyttäjien perehdytys epäonnistuu. Ole varovainen ennen kuin merkitset mukautettuja määritteitä pakollisiksi.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Palaa ohjattuun toimintoon ja valitse Seurantakoodien kartoittaminen.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Käytä avattavaa luetteloa yhdistääksesi seurantakoodit organisaation mukautettuihin tai käyttäjäprofiilin määritteisiin. Kun sivuston seurantakoodi yhdistetään attribuuttiin, järjestelmä ensin yhdistää sen olemassa oleviin attribuutteihin, jotka vastaavat seurantakoodien nimiä, jos syöttötyypiksi on asetettu tekstikenttä. Kun olet valmis, napsauta Seuraava. Jos organisaatiosi käyttää automatisoitua käyttäjien perehdytysprosessia, kuten Directory Connectoria tai Azure AD:tä, sinun ei pitäisi yhdistää seurantakoodeja mukautettuihin attribuutteihin. Yhdistä seurantakoodit sen sijaan synkronoituihin attribuutteihin. Aiemmin seurantakoodit voitiin määrittää eri tavoin keskuksittain. Kaikilla keskuksilla (kokoukset, tapahtumat, webinaarit jne.) on nyt yksi yhteinen aikataulutusmääritys. Kun määrität määritteen pakolliseksi, kyseistä määritettä vaaditaan aikataulutettaessa Webex-kokouksia, Webex-webinaareja jne.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Napsauta Tallenna kartta. Synkronointi tapahtuu automaattisesti sivuston Control Hubiin päivittämisen aikana. Suosittelemme käyttäjien seurantakoodien arvojen varmuuskopiointia tekemällä sivuston käyttäjäviennin kokoussivustolle Kun yhdistät seurantakoodit mukautettuihin attribuutteihin, datan ainoa totuuslähde on Webex Identity eikä yksittäinen kokoussivusto. Synkronointi kopioi seurantakoodin käyttäjäarvot kertaluonteisesti niille kartoitetuille attribuuteille, joita ei ole vielä täytetty käyttäjille. Tämä tarkoittaa, että seurantakoodien synkronointijärjestyksellä on merkitystä. Kun ensimmäistä sivustoa synkronoidaan, kyseisen sivuston käyttäjien seurantakoodin arvot kopioidaan kyseisen käyttäjän yhdistettyyn käyttäjäattribuuttiin Control Hubissa, mutta vain jos kyseistä arvoa ei ole jo täytetty käyttäjälle. Joitakin seurantakoodin arvoja ei välttämättä kopioida sivustolta käyttäjäattribuutteihin synkronoinnin aikana. Jos käyttäjän kartoitetun sivuston arvo on jo täytetty synkronoinnin aikana, kyseisen sivuston seuranta-arvoa ei kopioida kyseisen käyttäjän kartoitettuun attribuuttiin Control Hubissa. Jotta tiedot eivät syrjäytä muita käyttäjien seurantakoodeja, suosittelemme, että yhdistät ja synkronoit kokoussivuston tiedot käyttäjien ajantasaisimpien seurantakooditietojen kanssa. Seurantakoodien arvoja ei kopioida sivustoilta, jotka yhdistävät seurantakoodit ulkoisten lähteiden, kuten Directory Connectorin tai Azure AD:n, kautta synkronoituihin käyttäjäkenttiin. Seuraavassa taulukossa esitetään mahdollisia tilanteita, joissa tiedot korvaavat alkuperäiset seurantakoodit. Näissä tilanteissa seurantakoodi ja kartoitettu attribuutti ovat käyttäjän kaupunki.
* Aiempi seurantakoodin arvo korvataan olemassa olevalla yhdistetyllä attribuutilla. | ||||||||||||||||||||||||||||||||||||||||
Ennen kuin päivität sivustosi hallittavaksi Control Hubissa, varmista seuraavat asiat:
- 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 olla organisaatiossasi, poistetaan organisaatiostasi.
- Jos organisaatiollesi on määritetty kertakirjautuminen (SSO), IdP voi todentaa organisaation käyttäjät.
- Sivustolla pakollisiksi merkityt käyttäjäprofiilikentät kopioidaan myös Control Hub -organisaatioon, kun päivität sivustoa. Jos et halua, että kyseiset kentät merkitään pakollisiksi tilin rekisteröintiä varten sivustolla Control Hubissa, poista kenttien valinnat sivuston hallinnassa ennen Control Hubiin päivittämistä.
- Kävimme läpi Valmistele Control Hub -organisaatiosi -osion aiemmin tässä artikkelissa.
Katso tämä videonähdäksesi demon sivustosi päivittämisestä Control Hubiin.
Kuinka tarkistaa käyttäjät, jotka estävät sivuston päivitykset
-
Kirjaudu sisään sivuston hallintaan ja avaa Päivitysten hallinta -sivu.
-
Avaa Tarkista ylläpidon päivittämisen edellytykset ja napsauta Vie käyttäjät CSV-tiedostoon.
-
Odota viennin päättymistä. Tämä prosessi voi kestää jonkin aikaa aloitusajasta ja sivuston käyttäjien määrästä riippuen. Vienti keskeytetään kuudeksi minuutiksi tunnin lopussa (välillä xx:57 että xx:03).
-
Napsauta Lataa CSV, kun vienti on valmis.
Selaimesi lataa
users-to-review.csv. -
Avaa CSV-tiedosto ja tarkista Suositeltu toimenpide -sarake (viimeinen sarake). Tee suositeltu toimenpide tiedoston jokaiselle käyttäjälle.
Käyttäjät, joilla on ristiriitaiset sähköpostiosoitteet
Joillakin käyttäjillä voi olla eri sähköpostiosoite sivuston hallinnassa ja hallintakeskuksessa. Tämä on mahdollista, jos käyttäjän sähköpostiosoite on muuttunut vain toisessa kahdesta paikasta sen jälkeen, kun käyttäjä on linkitetty tältä sivustolta Control Hubiin.
Kokeile näitä toimia korjataksesi käyttäjien sähköpostiosoitteet ristiriitaisesti:
-
Muuta käyttäjän sähköpostiosoite sivuston hallinnassa vastaamaan Control Hubin sähköpostiosoitetta.
Käyttäjät voivat muokata sivuston ylläpitäjän profiilejaan: https://help.webex.com/nmig1kcb
-
Muuta käyttäjän sähköpostiosoite Control Hubissa vastaamaan sivuston ylläpitäjän 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 Hubiin korjaamatta käyttäjien sähköpostiosoitteiden ristiriitoja, kyseisten käyttäjien on kirjauduttava kokoussivustolle Control Hub -sähköpostiosoitteillaan. Kyseiset käyttäjät eivät välttämättä pysty kirjautumaan sisään, jos he yrittävät kirjautua sisään sivuston hallinnassa olevalla sähköpostiosoitteella tai jos heidän Control Hub -sähköpostiosoitteensa ei ole enää voimassa heidän IdP:ssään (SSO-organisaatioille). He 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
Ulkoisten käyttäjien, joilla on Basic Meetings -lisenssit, aktivointi on poistettava tai heidän lisenssinsä on päivitettävä maksullisiin Webex Meetings -lisensseihin ennen sivuston päivittämistä Site Administa Control Hubiin.
Käyttäjien deaktivointi
Yksittäisen käyttäjän deaktivointi sivuston hallinnassa:
-
Siirry kohtaan .
-
Käytä indeksi-, haku- ja suodatustoimintoja käyttäjän löytämiseen.
-
Poista valinta ruudusta Aktiivinen.
-
Lähetä muutokset.
Lisätietoja on kohdassa Käyttäjätilien hallinta Webex-sivuston hallinnassa.
Käyttäjien eräajodeaktivointi sivuston hallinnassa:
-
Vie käyttäjät CSV-tiedostoon.
-
Avaa CSV-tiedosto ja muuta
Active-sarakkeen arvot muotoonNkaikille käyttäjille, joihin tämä vaikuttaa. -
Tuo muokattu CSV-tiedosto.
Muutetut käyttäjät ovat nyt Ei-aktiivisia.
Lisätietoja on kohdassa Webex-käyttäjien erätuonti ja -vienti Webex-sivuston hallinnassa.
Käyttäjät organisaatioissa, joissa on käytössä hakemistosynkronointi
Jos organisaatiossasi on linkittämättömiä käyttäjiä, joiden pitäisi olla organisaatiossasi, mutta 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 hakemistosynkronointia varten (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 sivuston aktiivisia käyttäjiä 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, on lisätty Directory Connectoriin tai Azure AD:hen ennen päivityksen aloittamista.
Korjaa käyttäjäongelmat ennen päivityksen aloittamista
Jos yrität päivittää sivuston Control Hubiin ratkaisematta users-to-review -tiedostossa olevien käyttäjien ongelmia, päivityksen hallintaprosessi saattaa epäonnistua. Työkalu ei tarkista, oletko korjannut ongelmat, ennen kuin olet aloittanut viimeisen päivityksen.
SSO-organisaatioon linkitettyjen SSO-sivustojen ja muiden kuin SSO-sivustojen päivittäminen
Control Hub -organisaatio voi tukea useita identiteetintarjoajia (IdP) kertakirjautumisessa, joista yksi on Webex IdP (paikallinen todennus).
Useiden IdP:iden käyttö Control Hubissa auttaa:
- Kun kertakirjautumissivuston IdP sivuston hallinnassa on eri kuin Control Hubin SSO IdP.
- Kun sivuston käyttäjät eivät ole organisaatiossa määritettyä SSO IdP:tä, heidät voidaan nyt lisätä vain paikalliseen Webex IdP:hen. Voit sitten siirtää kyseiset käyttäjät määritettyyn SSO-IdP:hen myöhemmin.
Useiden IdP-palveluntarjoajien määrittäminen voi mahdollistaa sen, että kaikki päivitettävän sivuston käyttäjät voivat kirjautua sisään Control Hub -organisaatiossa määritetyllä todennusmenetelmällä. Tämän saavuttamiseksi voit:
- Lisää Control Hub -organisaatioon muita SSO-identiteettipalveluntarjoajia.
- Lisää käyttäjiä jo määritettyyn IdP:hen.
- Lisää käyttäjiä paikalliseen Webex IdP:hen.
Lisätietoja useista IdP:istä Control Hubissa on tässä artikkelissa .
Ennen kuin aloitat
Jotkin ominaisuudet on poistettava käytöstä, ja sinun on tarkistettava, että kaikki käyttäjät ovat kunnossa, jotta heidät voidaan päivittää Control Hubiin. Jos käytät API-integroituja sovelluksia, sinun on päivitettävä ne käyttämään Webex API:a.
Voit lukea näistä edellytyksistä tämän artikkelin aiemmista osista.
Varmista, että kaikki järjestelmänvalvojasi tietävät, että päivität sivuston Control Hubiin, ja että he eivät saa tehdä muutoksia sivuston hallintaan aloittamisen jälkeen.
| 1 |
Vie ja tallenna sivuston käyttäjien vientitiedosto. Tämä tiedosto toimii käyttäjän määritysarkistona, joka auttaa sinua validoimaan päivityksen jälkeen. |
| 2 |
Kirjaudu sivuston hallintaan ja napsauta Päivitä hallintaa. |
| 3 |
Tarkista edellytykset, erityisesti CSV-tiedostossa oleva luettelo käyttäjistä osavaltioissa, jotka voivat vaikuttaa päivityksen onnistumiseen. |
| 4 |
Lue ominaisuuksista, jotka on poistettava käytöstä, ja eroista, joita voit odottaa käyttäjähallinnassa ja isäntälisensoinnissa (myös tässä artikkelissa dokumentoitu). |
| 5 |
Napsauta Päivitä Control Hubiin. Tämä painike aktivoituu vasta, kun yllä olevat vaiheet on suoritettu.  Ponnahdusikkuna tulee näkyviin. Tämä ikkuna näyttää, että sivuston päivittäminen Control Hubiin on pysyvä, eikä päivitystä voi kumota sen valmistumisen jälkeen. 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, poistu ohjatusta toiminnosta nyt.
 |
| 6 |
Napsauta OK. Päivityksen käynnistyessä Sivuston hallinta -kohdan yläpuolelle ilmestyy banneri, joka ilmoittaa, että sivuston päivitys on käynnissä. Jos jokin menee pieleen, näet virheilmoituksen, jossa on ehdotettu toimenpide. Muussa tapauksessa näet onnistumisviestin. Sivuston päivitys kestää noin 3 minuuttia + 1000 aktiivista users/min + 2000 passiivista users/min täydentää. Jos esimerkiksi aloitit sivuston päivityksen klo 05:20 Ja sivustollasi on 8000 aktiivista käyttäjää ja 2000 inaktiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään kuudeksi minuutiksi tunnin lopussa (välillä xx:57 että xx:03). Mutta tuloksesi voivat vaihdella. |
| 7 |
Napsauta Kirjaudu sisään Control Hubiin. |
Kun olet käynnistänyt sivuston päivityksen Webex-sivuston hallinnasta, voit kirjautua sisään Control Hubiin nähdäksesi sivuston päivityksen tilan.
-
Kirjaudu sisään Control Hubiin ja avaa Kokoukset -sivu.
Voit nähdä luettelon kokouspaikoistasi.
-
Napsauta sivustoa nähdäksesi tietoja kyseisestä sivustosta.
-
Etsi Sivuston päivitys -osio, josta voit lukea Päivityksen tilan.
Kun päivitys on valmis, voit ladata luettelon kaikista käyttäjistä sivuston hallinnassa ja nähdä, ketkä heistä olivat aktiivisia tai ei-aktiivisia sivustolla. Sivuston hallinnan käyttäjätilasarakkeessa passiivisina näkyvillä käyttäjillä ei ole pääsyä Control Hubin hallinnoimaan sivustoon. Näillä käyttäjillä ei myöskään näytetä sivuston käyttöoikeuksia Control Hubin käyttäjäosiossa.
Latauspainikkeen ilmestyminen voi kestää jonkin aikaa (useimmissa organisaatioissa minuutteja).
-
Tarkista listasta 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 Control Hubissa ja kokeilla sitä:
-
Tarkista joitakin sivuston asetuksia varmistaaksesi, ettei mikään ole muuttunut. Tämä on helpompaa, jos kopioit joitakin sivuston järjestelmänvalvojan asetuksia ennen Control Hubiin päivittämistä.
-
Valitse isäntä ja tarkista sen lisenssi, seurantakoodit ja istuntotyypit Control Hubissa. Kirjaudu sisään kokoussivustolle ja vahvista, että heidän ajoitettuja kokouksiaan, tallenteitaan ja asetuksiaan ei ole muutettu. Vahvistus on helpompaa, jos kyseisen isännän tiedot kopioidaan ennen Control Hubiin päivittämistä.
Pyydä käyttäjää tarkistamaan, voiko hän ajoittaa ja isännöidä uusia kokouksia.
-
Lisää uusi käyttäjä organisaatioosi. Myönnä heille isäntälisenssi, muokkaa heidän istuntotyyppejään ja varmista, että he voivat isännöidä kokouksia.
Suosittelemme, että määrität organisaatio- tai ryhmäpohjaisia lisenssimalleja lisenssien automaattiseen määrittämiseen uusille käyttäjille tai tietyille uusien käyttäjien ryhmille. -
Valitse Sivuston järjestelmänvalvojassa käyttäjä, jolla oli täydet järjestelmänvalvojan oikeudet, ja varmista, että hänellä on tarvittavat käyttöoikeudet päivitettyyn sivustoon Control Hubissa.
Heidän tulisi pystyä lukemaan ja muokkaamaan sivustoa; luomaan, lisensoimaan, muokkaamaan ja poistamaan käyttäjiä.
-
Jos sivustollasi on API-integraatioita, siirry käyttämään People-API-rajapintoja. Varmista, että päivitetty integraatio toimii odotetulla tavalla.
Lue lisää kokouspaikkojen 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ätunnus ei vastaa käyttäjän sähköpostiosoitetta sivuston hallinnassa, kyseisillä käyttäjillä on vaikutusta sisäänkirjautumiskokemukseen. Vanhoja käyttäjätunnuksia ei voi enää käyttää, ja näiden käyttäjien on kirjauduttava sisään sähköpostiosoitteella. -
Käyttäjän tunnistetiedot on liitetty heidän Control Hub -identiteettiinsä. Samat tunnistetiedot koskevat kaikkia Control Hubin hallinnoimia sivustoja samassa organisaatiossa ja Webex-sovellusta.
-
Jos Control Hub -organisaatiolla on kertakirjautuminen määritettynä, kyseinen kertakirjautuminen hallitsee kirjautumiskokemusta Webex-sovellukseen ja kaikkiin Control Hubin hallinnoimiin sivustoihin.
-
Control Hubiin päivittäminen ei vaikuta Webex-sovelluksen kirjautumiskokemukseen.
-
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 organisaatioonsa olisi määritetty kertakirjautuminen (SSO).
Ylläpitäjät voivat ottaa käyttöön Muista minut -toiminnon Control Hubissa, jotta käyttäjien ei tarvitse antaa sähköpostiosoitettaan uudelleen joka kerta sisäänkirjautumisen yhteydessä. -
Riippuen kunkin käyttäjän historiasta, heidän tiliensä lukumäärästä jne.:
-
Jos käyttäjät linkitettiin Webexin olemassa oleviin käyttäjiin Identity/Control Hub, käyttäjät käyttävät samaa salasanaa kaikilla Webex-sivustoilla, jotka päivitetään Control Hubiin.
-
Jos käyttäjät luotiin Webexissä Identity/Control Hub sivuston linkityksen vuoksi, heidän ensimmäisen linkitetyn sivustonsa tunnistetiedot ovat voimassa (jos organisaatiota ei ole määritetty kertakirjautumisen avulla). Käyttäjät ohjataan kirjautumaan kyseiselle sivustolle. Jos käyttäjillä on useita sivustoja ja useita tunnistetietoja, sivuston URL-osoitteen pitäisi auttaa heitä määrittämään, mitä tunnistetietoja käytetään.
-
Käyttäjät voivat nollata salasanansa Control Hub -organisaatioissa (jos salasanaa ei hallita kertakirjautumisen kautta). Jos käyttäjät unohtavat salasanansa, he voivat napsauttaa Unohditko käyttäjätunnuksesi tai salasanasi? -painiketta kirjautumisnäytössä salasanan palauttamiseksi. Käyttäjät voivat myös nollata salasanansa noudattamalla näitä ohjeita:
- Webex-sovelluksen salasanan vaihto: 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 on muuttunut ja käyttäjällä oli eri sähköpostiosoite sivuston hallinnassa ja hallintakeskuksessa sivuston päivityksen aikaan, käyttäjällä saattaa olla ongelmia kirjautumisessa. Käyttäjä ei ehkä tiedä, että hänen on nyt käytettävä Control Hub -sähköpostiosoitettaan sisäänkirjautumiseen, tai Control Hubissa oleva sähköpostiosoite ei ehkä enää kelpaa hänen organisaationsa SSO IdP:ssä. Tämän tyyppinen tilanne vältetään parhaiten päivittämällä käyttäjien sähköpostiosoitteet Control Hubissa samalla tavalla kuin samojen käyttäjien sähköpostiosoitteisiin tehdään muutoksia sivuston hallinnassa.
-
Webex Meetings -mobiilisovelluksen iOS-käyttäjien on kirjauduttava uudelleen sisään:
- Jos päivität ei-kertakirjautumissivuston Control Hubiin, käyttäjiesi on kirjauduttava uudelleen Webex Meetings -mobiilisovellukseen iOS:lle. Vaikka Meetings for iOS -sovellus ei vaadi käyttäjiä kirjautumaan uudelleen sisään kahden kuukauden ajan sivuston päivityksen jälkeen, suosittelemme, että käyttäjät kirjautuvat sisään uudelleen manuaalisesti välttääkseen tämän tilanteen ennaltaehkäisevästi.
-
Sivuston päivityksen aikana käyttäjien, joiden käyttäjätunnukset eivät vastaa sähköpostiosoitteitaan, on ehkä kirjauduttava sisään uudelleen.
-
Näiden käyttäjien on ehkä kirjauduttava uudelleen Webex-asiakasohjelmiinsa, jos he yrittävät käyttää Webex-palveluita sivustolla sivuston Control Hubiin päivittämisen aikana. Käyttäjiin, jotka ovat liittyneet kokouksiin ennen sivuston päivityksen alkamista, tämä ei vaikuta.
-
Tyhjä "käyttäjän tarkistettava" CSV-tiedosto
Jos sivustosi on suuri ja sillä on yli 1000 käyttäjää, joiden sähköpostiosoitteet eroavat sivuston hallinnassa ja hallintakeskuksessa, sivuston päivitystoiminnossa saattaa näkyä tyhjä "käyttäjän tarkistus" -CSV-tiedosto. Tämä estää sivuston päivityksen toimimasta, koska et pysty ratkaisemaan käyttäjien ongelmia. Tätä ongelmaa työstetään ja aiomme ratkaista sen tulevina viikkoina.
Asetukset, jotka eivät siirry Control Hubiin päivitettäessä
- Jos sivustosi ylläpitäjän hallinnoima sivusto oli hitaalla kanavalla ja Control Hubia hallinnoi myös kumppani, saatat menettää näkyvyyden kokoussivuston versiopäivitysten hallintaan Control Hubiin päivittämisen jälkeen. Jos näin käy, ota yhteyttä kumppaniisi ja pyydä heitä ottamaan käyttöön Salli asiakkaan päivittää sivuston versio -asetus organisaatiossasi.
- Odottavia itserekisteröintipyyntöjä ei siirretä hälytyskeskukseen. Käyttäjien on rekisteröidyttävä tilille uudelleen päivityksen valmistuttua.
- Sivuston hallinnan käyttäjätunnusarvot korvataan Control Hubin käyttäjien sähköpostiosoitteilla päivityksen valmistuttua.
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 kyseisiä käyttäjiä ei deaktivoida 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.
| Päivityksen epäonnistumisen aiheuttavat virheet | Suositeltu toimenpide |
|---|---|
| Sivuston tyyppi on virheellinen. | Ota yhteyttä Webex-tukitiimiin varmistaaksesi, että sivusto on käyttäjälinkitetty. |
| Sivustoon ei liity tilausta. | Sivustojen on oltava liitettyinä tilaukseen, ennen kuin ne voidaan päivittää Control Hubiin. |
| Organisaatiotunnuksessa on ongelma. | Sivustoon linkitetyn organisaation tunnus ei ole sama kuin tilauksen organisaation tunnus. Ota yhteyttä Webex-tukitiimiin. |
| Seuraavalla tilauksella on odottavia toimintoja Control Hubissa: (Alitunnus). | Yritä sivuston päivitystä uudelleen, kun odottava toiminto on valmis. |
| Kertakirjautumisen (SSO) asetuksissa on ristiriitoja. | Jos sivustolla on kertakirjautuminen käytössä, varmista, että:
|
| Sivuston hallinnan sivustolisenssitiedot eivät vastaa Control Hubin sivustolisenssitietoja. | Lisenssitiedot eivät ole yhdenmukaiset sivuston ylläpitäjän ja hallintakeskuksen välillä. Ota yhteyttä Webex-tukitiimiin. |
| Jotkin sivuston hallinnan käyttäjätunnukset tai sähköpostiosoitteet ovat ristiriidassa hallintakeskuksen käyttäjätunnusten tai sähköpostiosoitteiden kanssa. | Sivuston hallinnassa olevan käyttäjän sähköpostiosoitetta käyttää toinen käyttäjä Control Hubissa. Vaihda jokin sähköpostiosoitteista tai käyttäjätunnuksista. |
| Sivustosi päivittämisessä oli ongelma. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
| Webex-käyttäjien päivittämisessä oli ongelma. | Sisäinen virhe esti tämän sivuston päivittämisen. Ota yhteyttä Webex-tukitiimiin. |
Käyttäjien kirjautumisongelmat
Varmista, että Webexin evästeet ovat aina sallittuja. Muuten käyttäjillä voi olla kirjautumisongelmia Control Hubiin päivittämisen jälkeen.
K. Onko päivämäärää, jolloin Cisco lopettaa sivustonhallintaa tukevan tuen?
A. Kyllä. Aiomme poistaa Webex-sivuston hallinnan käytöstä joulukuun 2023 lopussa.
K. Säilyttävätkö sivuston ylläpitäjät sivuston hallinnassa edelleen järjestelmänvalvojan käyttöoikeutensa sivustoon päivitettyään hallintapaneelin hallintaan?
A. Kyllä. Kaikilla sivuston ylläpitäjillä Sivuston hallinnassa on edelleen ylläpitäjän oikeudet sivustoon sen jälkeen, kun sivusto on päivitetty Control Hub -hallintaan.
K. Miksi näen sivustolla uusia ylläpitäjiä päivitettyäni kokoussivuston sivuston ylläpitäjältä hallintapaneelin hallintapaneeliin?
A. Sivuston uudet ylläpitäjät olivat luultavasti Control Hub -organisaation ylläpitäjiä. Kun sivusto päivitetään sivuston ylläpitäjältä Control Hubiin, kaikista organisaationlaajuisista ylläpitäjistä tulee uuden Control Hubin hallinnoiman sivuston ylläpitäjiä. Tämä tarkoittaa, että organisaation täysivaltaisista järjestelmänvalvojista tulee Webex-sivuston täysivaltaisia järjestelmänvalvojia, organisaation käyttäjäjärjestelmänvalvojista Webex-sivuston käyttäjäjärjestelmänvalvojia ja organisaation vain luku -oikeuksilla varustetuista järjestelmänvalvojista tulee Webex-sivuston vain luku -oikeuksilla varustettuja järjestelmänvalvojia.
K. Miksi tuottavuustyökaluun kirjautuminen ei toimi sivuston päivittämisen jälkeen Control Hubiin?
A. Varmista, että internetselaimet on määritetty sallimaan istuntokohtaiset evästeet aina. Tämä löytyy selaimen lisäasetuksista.
K. Jos käyttäjä poistetaan Control Hubissa ja sama sähköpostiosoite lisätään sitten takaisin Control Hubiin ja sille määritetään kokouslisenssi samalle Webex-sivustolle, voiko käyttäjä käyttää vanhoja tallenteitaan?
A. Kyllä, käyttäjällä on pääsy kaikkeen vanhaan kokoussisältöönsä, jos hänelle on määritetty lisenssi johonkin aiemmin käyttämäänsä Webex-sivustoon. Tämä koskee sekä Control Hubin hallinnoimia sivustoja että sivustoja, jotka on päivitetty Control Hubiin.
K. Jos käyttäjä deaktivoitiin sivuston hallinnassa ennen sivuston päivitystä Control Hubiin ja hänelle myöhemmin myönnettiin uudelleen lisenssi samalle Webex-sivustolle Control Hubissa, voiko käyttäjä käyttää vanhoja tallenteitaan?
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 hallinnassa ennen sivuston päivitystä, luetellaan Control Hubin Kokoukset-CSV-vientitiedostossa.
K. Jos sivustolla ei ole määritettynä SSO IdP:tä, 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 sivustolla on käytössä eri SSO IdP kuin Control Hubissa, 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ääritettynä, 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. Jos haluat poistaa sivuston eston ja päivittää Control Hubiin, joko poista kertakirjautumisen henkilöllisyyden tarjoaja sivuston hallintasivustolta tai lisää kertakirjautumisen henkilöllisyyden tarjoaja Control Hub -organisaatioon.
K. Voinko edelleen kirjautua sivuston URL-osoitteeseen nähdäkseni tallenteet ja aikatauluttaakseni kokouksia tai tapahtumia?
A. Kyllä, voit edelleen kirjautua sivuston URL-osoitteeseen, josta voit käyttää tallenteita, ajoittaa kokouksia jne.
K. Muokataanko käyttäjäkohtaisia asetuksia sivuston päivityksen aikana sivuston hallinnasta hallintakeskukseen?
A. Ei, käyttäjäasetukset pysyvät ennallaan. Nämä asetukset ovat voimassa kuten ennen sivuston päivitystä.
K. Vaikuttaako tämä sivustopäivitys tallenteihini tai ajoitettuihin kokouksiini?
A. Isännän tallenteisiin tämä ei vaikuta. Sinulla on edelleen pääsy niihin. Myöskään aikataulutettuihin tapaamisiin ei vaikuteta. Niissä ei ole muutoksia.
K. Vaikuttaako tämä sivuston päivitys käyttäjien tallenteisiin tai aikataulutettuihin kokouksiin?
A. Käyttäjätallenteisiin tämä ei vaikuta. Heillä on edelleen pääsy niihin. Myöskään aikataulun mukaiset kokoukset eivät muutu. Niissä ei ole muutoksia.
Niiden käyttäjien tallenteisiin tai ajoitettuihin kokouksiin, joita ei ole vielä vahvistettu, voi tulla muutoksia, jos vahvistat ne sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Lisätietoja on seuraavassa huomautuksessa.
Suosittelemme vahvasti, että vahvistat käyttäjät ennen sivustosi päivittämistä Control Hubiin. Jos rekisteröit käyttäjiä organisaatioosi sen jälkeen, kun sivusto on päivitetty Control Hubiin, kyseiset käyttäjät voivat menettää pääsyn sivuston kokouksiin ja kokousresursseihin.
Voit kiertää ongelman tekemällä seuraavat toimet varmistaaksesi, että käyttäjät eivät menetä pääsyä sivuston kokouksiin ja kokousresursseihin sen jälkeen, kun sivusto on päivitetty Control Hubiin:
- Käyttäjille, joilla on organisaation tai sivuston ulkoiset järjestelmänvalvojan oikeudet – Poista kaikki ulkoiset järjestelmänvalvojan oikeudet organisaatioon ja sivustoon ja poista sitten kokoussivuston lisenssi. Kun olet lunastanut käyttäjän, myönnä käyttäjälle uusi lisenssi sivustolle. Voit myös palauttaa heidän ulkoiset järjestelmänvalvojan oikeutensa.
- Tavallisille käyttäjille – Poista kokoussivuston lisenssi, varaa käyttäjä organisaatiollesi ja lisensoi käyttäjä sitten uudelleen sivustolle.
K. Mistä voin tarkastella Control Hubin hallinnoimien sivustojen odottavia itserekisteröintitilejä?
A. Sinä ja muut järjestelmänvalvojat voitte tarkastella itserekisteröitymispyyntöjä Ilmoituskeskuksessa.
K. Voinko käyttää käyttäjätunnusarvoja sivuston hallinnasta päivitettyäni sivuston Control Hubiin?
A. Kaikkien sivuston hallinnan käyttäjien vientitiedosto on saatavilla Control Hubissa 90 päivän ajan sen jälkeen, kun olet päivittänyt sivuston Control Hubiin. Tämä CSV-tiedosto sisältää käyttäjätunnusten arvot.
K. Käytämme käyttäjätunnusarvoja käyttäjien tunnistamiseen sivuston hallinnassa. Miten voimme tehdä saman Control Hubissa?
A. Käyttäjätunnuksen arvot menetetään sivuston Control Hubiin päivittämisen jälkeen. Jos sinun on käytettävä näitä arvoja, yksi ratkaisu on kopioida arvot seurantakoodiin ennen sivuston päivittämistä. Käyttäjien seurantakoodien arvot säilyvät ja ovat käytettävissä sen jälkeen, kun sivusto on päivitetty Control Hubiin. Jos käytät kertakirjautumista (SSO), ExternalID on Control Hub -käyttäjän attribuutti, joka voi sisältää tämän arvon. Tämä edellyttää, että määrität SAML-väitteet välittämään tämän arvon, kun määrität kertakirjautumista Control Hubissa. Tämä arvo välitetään myös Control Hubille uusien käyttäjien automaattisen luonninaikana .
K. Kuinka kauan sivuston päivityksen valmistuminen kestää sen aloittamisen jälkeen?
A. Sivuston päivitys kestää noin 3 minuuttia + 1000 aktiivista users/min + 2000 passiivista users/min täydentää. Jos esimerkiksi aloitit sivuston päivityksen klo 05:20 Ja sivustollasi on 8000 aktiivista käyttäjää ja 2000 inaktiivista käyttäjää, sivuston päivitys kestää noin 12 minuuttia. Lisäksi sivuston päivitykset keskeytetään kuudeksi minuutiksi tunnin lopussa (välillä xx:57 että xx:03). Mutta tuloksesi voivat vaihdella.
K. Miten voin lisensoida automaattisesti kaikki uudet käyttäjät tai tietyissä ryhmissä olevat uudet käyttäjät sen jälkeen, kun olen päivittänyt hallittavan sivuston Control Hubissa?
A. Voit määrittää organisaatio- tai ryhmäpohjaisia lisenssipohjia lisenssien automaattiseen määrittämiseen uusille käyttäjille.
K. Onko sivuston päivityksen aikana käyttökatkoksia?
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.
- Sivuston päivityksen alkaessa käynnissä olevat kokoukset eivät vaikuta tähän.
- Tilaus lukitaan Control Hubissa.
- Kokousten työpöytäsovelluksessa saattaa olla ongelmia "Tulevat kokoukset" -osion kanssa.
- Sivuston hallinta-asetusten muuttaminen ei ole suositeltavaa.
