O ažuriranju sa administracije sajta na kontrolni centar

Ažuriranje sajta od administracije sajta do kontrolnog centra ne zahteva ažuriranje verzija klijenata. Neke lokacije ne mogu da koriste ovu funkciju dok partneri koji upravljaju tim organizacijama ne budu spremni.

Ako vaša Webex for Government organizacija uključuje spoljne korisnike, trenutno ne možete da prebacite iz korišćenja Administracije sajta u Control Hub. Dobićete grešku ako pokušate da konvertujete sa spoljnim korisnicima u svojoj organizaciji. Očekujemo da će ova mogućnost biti dostupna organizacijama sa spoljnim korisnicima sredinom 2023. godine.

Vebeks postaje jedinstvena platforma za upravljanje sastancima, porukama, pozivima i drugim načinima saradnje. Zato želimo da premestimo upravljanje svim Webex sajtovima za sastanke sa Uprave sajta na Kontrolni centar.

U administraciji sajta imamo alat koji vam može pomoći u ovoj promeni. Ako vaš sajt već ispunjava uslove za ažuriranje u Kontrolni centar, možete da počnete klikom na Administracija ažuriranja u meniju za navigaciju.

Za demonstraciju o tome kako funkcioniše ažuriranje sajta u Kontrolni centar, pogledajte ovaj video.

Da biste lakše isplanirali ažuriranje sajta, pregledajte odeljak „Spremnost za procenu sajta“.

Prednosti upravljanja sajtovima u Kontrolnom čvorištu uključuju:

  • Ujednačeni licencni zadaci u svim Webex uslugama, kao što su Sastanci, Poruke i Pozivi.

  • Dosledna bezbednosna politika u svim Webex servisima.

  • Zajedničko iskustvo prijavljivanja za sve krajnje korisnike između različitih Webex usluga.

  • Moderne administratorske kontrole, kao što su Directory Connector, SCIM i aktivne grupe direktorijuma.

  • Šabloni licenci za automatsko dodeljivanje više licenci korisnicima.

Ne možete da koristite Administraciju sajta za upravljanje sajtom za sastanke nakon ažuriranja u Kontrolni centar.

Ovaj odeljak je primenljiv samo ako je Cisco izabrao vašu lokaciju za automatsko ažuriranje upravljanja lokacijom.

Ako je vašem sajtu zakazano automatsko ažuriranje od upravljanja u administratoru sajta do kontrolnog centra, videćete sledeći snimak ekrana.

Automatsko ažuriranje sajta u administratoru sajta.

Možete kliknuti na Promeni datum ažuriranja lokacije da biste promenili zakazani datum.

Prozor za promenu datuma automatskog ažuriranja lokacije u administratoru lokacije.

Iskustvo upravljanja sajtovima u Kontrolnom centru je slično upravljanju u Administraciji sajtova. Upravljanje korisnicima u Kontrolnom čvorištu ima modernije osnovne tehnologije, tako da postoji nekoliko razlika u upravljanju sajtovima u Kontrolnom čvorištu. Ovaj odeljak se fokusira na razlike koje se navode prilikom ažuriranja sajta.

Detaljniji pregled razlika između administracije sajta i kontrolnog centra potražite u ovom članku.

Upravljanje korisnicima

Imamo centralizovan sistem upravljanja korisnicima koji se zasniva na Kontrolnom čvorištu, gde su korisnici različiti i jedinstveni unutar cele organizacije (i celog Webex-a). U administraciji sajta, korisnički profil se razlikuje po mestu sastanka.

Jedinstvena prijava (SSO) sa automatskim kreiranjem naloga

U administratoru sajta imate funkciju „automatskog kreiranja naloga“ koja kreira korisnike kada se autentifikuju putem SSO-a.

Snimak ekrana administratora sajta koji prikazuje opciju SSO da bi se omogućilo automatsko kreiranje naloga

Ova funkcija je dostupna i na portalu Control Hub. Više informacija potražite u članku SAML automatsko kreiranje naloga i ažuriranje za Control Hub .

Mnoge organizacije koje koriste SSO možda više vole da centralno upravljaju svojim korisnicima u alatkama za eksterni direktorijum kao što su Microsoft® Active Directory i Microsoft Azure, kao i da zahtevaju autentifikaciju sa eksternim provajderima identiteta.

Pročitajte više o:

Obavezni podaci o profilu i kodovi za praćenje

Administracija sajta vam omogućava da navedete obavezna polja profila za nove korisnike (prethodni snimak ekrana). Ovo možete da proširite da biste zahtevali kodove za praćenje za kreiranje korisnika (snimak ekrana ispod). Ako konfigurišete ove dodatne zahteve, ne možete da dodate korisnike na sajt bez njih.

Snimak ekrana administracije sajta koji prikazuje opcije za sprovođenje šifri za praćenje

Kontrolnom čvorištu je potrebno samo ime i adresa e-pošte za kreiranje korisnika.

Sva ostala korisnička polja su opcionalna kada kreirate novog korisnika u Kontrolnom čvorištu, tako da ne primenjujemo dodatne podatke profila za sajtove kojima upravlja Kontrolni čvorište.

Morate da onemogućite obavezna polja profila i kodove za praćenje pre nego što ažurirate sajt u Kontrolni centar.

Upravljanje lozinkom i zaključavanje

Administracija sajta ima funkciju koja privremeno isključuje korisnike ako ne uspeju da se prijave nakon niza pokušaja.

Kontrolni centar ima sledeće opcije za sprečavanje neovlašćenog pristupa:

  • Automatski istek vremena nakon prvih nekoliko neuspelih pokušaja.

  • CAPTCHA mehanizam (Potpuno automatizovani javni Turingov test za razlikovanje računara i ljudi).

  • Legitimni korisnici imaju mogućnost samoposluživanja za promenu zaboravljenih lozinki.

Licenciranje domaćina

Domaćini moraju biti u vašoj organizaciji Kontrolnog centra

U administratoru sajta možete da dodelite licencu za domaćina bilo kom korisniku. Kada upravljate sajtom u Kontrolnom čvorištu, možete da dodeljujete licence za domaćine (i ulogu učesnika) samo korisnicima u istoj Kontrolnom čvorištu.

Samostalna registracija za nalog domaćina

U administratoru sajta možete da izaberete da omogućite korisnicima da zatraže nalog (domaćina) na sajtu. Takođe možete da dozvolite korisnicima sa nalogom da zatraže dodatne usluge na sajtu. (pogledajte snimke ekrana).

Snimak ekrana administratora sajta koji prikazuje opciju „Dozvoli registraciju na nalog domaćina“ Snimak ekrana administratora sajta koji prikazuje kontrolu kako bi omogućio korisnicima da zatraže dodatne usluge

Kada upravljate sajtom za sastanke u Kontrolnom centru, korisnici ne mogu da zatraže sopstveni nalog domaćina za taj sajt.

Kontrolni centar ima centralizovan, automatizovan način da dodelite licence za sastanke novim korisnicima. Pročitaj https://help.webex.com/n3ijtao.

Korisničkim licencama možete upravljati i pomoću API-ja ili grupno pomoću CSV-a.

Ako želite da korisnici zatraže svoje naloge domaćina, možete da konfigurišete pomoć/podršku sajta sa pokazivačima da biste kontaktirali administratore ili se povezali sa drugim alatima.

Morate da onemogućite „Dozvoli registraciju naloga domaćina“ i „Dozvoli korisnicima da zatraže dodatne usluge“ u Administraciji sajta pre nego što ažurirate svoj sajt u Kontrolni centar.

Kontrolni centar ima druge opcije upravljanja licencama, kao što su šabloni za automatsko dodeljivanje. Možete da dobijete izveštaj o neaktivnim domaćinima koji će vam pomoći da uklonite licence od tih korisnika, pojedinačno ili u rinfuzi, ili putem API-ja.

Ako vam je potrebna ova opcija automatske deaktivacije, a druge opcije u Kontrolnom čvorištu vam nisu pogodne, onda bi trebalo da izbegavate ažuriranje sajta u Kontrolnom čvorištu u ovom trenutku.

Pre nego što ažurirate mesto sastanka da bi se njime upravljalo u Kontrolnom čvorištu, treba da pripremite svoju organizaciju Kontrolnog čvorišta.

Uverite se da nema radnji na čekanju ili blokiranja pretplate. Ažuriranje neće uspeti ako:

  • Imate sve radnje na čekanju u vezi sa pretplatom povezanom sa sajtom koji ažurirate.
  • Sajt nema pretplatu povezanu sa njim u organizaciji Kontrolnog centra.
  • Informacije o licenci lokacije u opciji Administracija lokacije se ne podudaraju s informacijama o licenci lokacije na platformi Control Hub.

Toplo preporučujemo da verifikujete svoje domene i preuzmete prava na svoje korisnike. Sledeće čitanje će vam pomoći:

  • Kontrolni centar eKnjiga: https://ebooks.cisco.com/story/controlhubessentials/

  • Kako da upravljate domenima: https://help.webex.com/cd6d84

  • Položite pravo na svoje korisnike od drugih organizacija (nakon potvrđivanja vaših domena): https://help.webex.com/nceb8tm. Polaganje prava na korisnike je posebno važno jer obezbeđuje da što više korisnika koji bi trebalo da budu u vašoj organizaciji zaista bude tamo. Polaganje prava na korisnike sa „Neposrednim zahtevom“ takođe izbegava kašnjenja u korišćenju e-adresa u vašoj organizaciji.

    Preporučujemo da položite pravo na korisnike pre ažuriranja svog sajta u Kontrolni centar. Ako položite pravo na korisnike u svoju organizaciju nakon ažuriranja sajta u Kontrolni centar, ti korisnici mogu da izgube pristup sastancima i resursima za sastanke na sajtu.

    Kao zaobilazno rešenje, možete da uradite sledeće da biste se uverili da korisnici neće izgubiti pristup sastancima i resursima za sastanke na lokaciji nakon ažuriranja sajta u Kontrolni centar:

    • Za korisnike sa spoljnim administratorskim privilegijama za organizaciju ili lokaciju – Uklonite sav spoljni administratorski pristup organizaciji i lokaciji, a zatim uklonite licencu za lokaciju sastanka. Kada položite pravo na korisnika, ponovo licencirajte tog korisnika za lokaciju. Takođe možete da vratite njegove privilegije spoljnog administratora.
    • Za uobičajene korisnike – Uklonite licencu za lokaciju sastanka, položite pravo na korisnika za svoju organizaciju, a zatim ponovo licencirajte tog korisnika za lokaciju.
  • Ako je mesto sastanka konfigurisano za SSO, onda takođe morate konfigurisati SSO za vašu organizaciju Kontrolnog čvorišta.

Automatsko kreiranje naloga za nove korisnike

Ako je vaša Web lokacija omogućila automatsko kreiranje naloga u administratoru lokacije, sličnu funkciju možete da omogućite u kontrolnom čvorištu sa kreiranjem SAML naloga. Uverite se da ste podesili i automatski predložak licence tako da novi korisnici automatski dobijaju dodeljene licence kada se njihovi nalozi kreiraju u organizaciji "Kontrolno čvorište".

Organizacije sa sinhronizacijom direktorijuma

Ako je vaša organizacija konfigurisana za sinhronizaciju direktorijuma, uverite se da su svi korisnici koji žele da budu u vašoj organizaciji prisutni na sajtu. To treba da uradite 24 sata pre nego što započnete proces ažuriranja sajta kako bi korisnici na sajtu mogli da budu povezani sa novim korisnicima u vašoj organizaciji Kontrolnog centra.

Ažuriranje neće uspeti ako aktivni korisnici na sajtu ne mogu da se povežu sa korisnicima Kontrolnog čvorišta.

Pristup administratora Webex lokacijama se ažurira

Osoba sa ulogom administratora na nivou organizacije na platformi Control Hub automatski će dobiti pristup sajtovima koji se ažuriraju od administratora sajta do Kontrolnog centra. Na primer, potpuni administratori organizacije će postati potpuni administratori Webex lokacije, administratori korisnika organizacije će postati administratori korisnika Webex lokacije, a administratori organizacije samo za čitanje postaće Webex administratori samo za čitanje.

XML API-je

XML API-ji su sada kompatibilni sa sajtovima kojima upravlja Kontrolni čvorište. Detalje i informacije možete pročitati na XML API 41.11.0 Updates.

URL adrese XML API usluga se ne menjaju kada se sajt ažurira sa administratora sajta na upravljanje Kontrolnim čvorištem. Iste API URL adrese će nastaviti da rade. Cisco preporučuje da sve API integracije koriste OAUTH za potvrdu identiteta.

Potvrda identiteta u XML API-jima

Integracije koje ne koriste Webex OAUTH za potvrdu identiteta mogu da ne uspeju kada se lokacija ažurira u Kontrolni centar. U sledećoj tabeli prikazan je koji će tip potvrde identiteta administratora nastaviti da radi nakon ažuriranja vaše lokacije.

Tabela 1. Tipovi potvrde identiteta administratora koji će raditi u XML API-ju nakon ažuriranja lokacije
Tip potvrde identiteta administratora u XML API-ju pre ažuriranja sajtaAdministrator u SSO organizaciji nakon ažuriranja lokacijeAdministrator nije u organizaciji SSO nakon ažuriranja lokacije
korisničko ime (webExID)/lozinka Dostupno Funkcionisaće* Dostupno Funkcionisaće*
korisničko ime (webExID)/sessionTicket Dostupno Funkcionisaće Dostupno Funkcionisaće
korisničko ime/OAUTH (webExAccessToken) Dostupno Funkcionisaće Dostupno Funkcionisaće
e-pošta/lozinka Dostupno Funkcionisaće* Dostupno Funkcionisaće*
e-pošta/sesijaKarta Dostupno Funkcionisaće Dostupno Funkcionisaće
e-pošta/OAUTH (webExAccessToken) Dostupno Funkcionisaće Dostupno Funkcionisaće

* Kompatibilnost unazad – Cisco je omogućio potvrdu identiteta korisničkog imena/lozinke da rade u XML API-jima nakon ažuriranja lokacije, čak i ako se korisničko ime ne podudara sa e-adresom. Kompatibilnost se primenjuje samo kada:

  • Korisnički akreditivi su kreirani pre ažuriranja lokacije. Nema dozvoljenih promena korisničkog imena ili će drugi prethodni akreditivi biti neuspešni.
  • Akreditivi za API potvrdu identiteta ne mogu da imaju drugu lozinku u kontrolnom čvorištu naspram lokacije kada se njime upravlja u administraciji sajta.
  • Korisnici čiji se akreditivi koriste za potvrdu identiteta moraju da budu u aktivnom stanju (nisu neaktivni) u Administraciji sajta u vreme ažuriranja sajta u Kontrolni centar.

Više o integracijama XML API-ja možete da saznate na sajtovima kojima upravlja Kontrolni čvorište, uključujući OAUTH potvrdu identiteta, pomoću ovog vodiča.

Korisničko ime je podešeno na e-poštu za sve korisnike kada se sajt ažurira u Kontrolni centar. Ako se korisničko ime koristi za API korisni teret, onda korisni teret moraju da koriste e-poštu nakon ažuriranja lokacije.

Uloga administratora na platformi Control Hub za integracije API-ja

Administratori sa samo administratorskom ulogom sajta možda neće moći da obavljaju neke operacije sa XML API-jima, kao što je promena e-adrese korisnika ili ime za prikaz nakon ažuriranja sajta na Kontrolni centar. Za administratore čiji se akreditivi koriste za API integracije preporučujemo da promovišete te administratore u organizaciju punih administratora u kontrolnom čvorištu, idealno pre ažuriranja lokacije u kontrolno čvorište.

Kao najbolju praksu, preporučujemo da prvo ažurirate probni sajt kako biste potvrdili da će vaše API integracije raditi bez izmena nakon ažuriranja u Kontrolni centar.

U zavisnosti od toga šta vaša integracija radi, administratorima će možda morati da bude dodeljen nalog organizatora usluge Meetings na lokaciji Control Hub da bi integracija funkcionisala (to nije potrebno za administratore na lokacijama administratora lokacije).

XML API razlike u kontrolnom čvorištu

Većina XML API integracija bi trebalo da funkcioniše, bez ikakvih promena, nakon ažuriranja sajta. Međutim, postoje neki izuzeci koji su detaljno opisani na sledećoj listi:

  • CreateUser – Na lokacijama kojima upravlja Kontrolni centar, ova operacija takođe može da kreira korisnika u organizaciji koja poseduje lokaciju pre dodeljivanja licence. Ako korisnik već postoji u drugoj org, ova operacija neće uspeti. Parametar PMR ID neće stupiti na snagu za korisnike koji već nemaju Aktivan status na portalu Control Hub.

    API createuser treba više vremena da se dovrši na sajtovima kojima upravlja Kontrolni čvorište. Za bolje performanse, možete da dodate dodatnu nit da biste paralelizovali createuser pozive.

  • SetUser – Može dovesti do dodeljivanja ili uklanjanja licence za lokaciju sastanaka od korisnika (u zavisnosti od API parametara ili opterećenja).
  • DelUser– Uklanja licencu za lokaciju za sastanke, ali ne briše korisnika iz organizacije Kontrolnog čvorišta.
  • LstsummaryUser– Takođe vraća objectGUID korisnika.
  • Potvrdi identitet korisnika – Na lokacijama kojima upravlja Kontrolni centar, preporučujemo kreiranje tiketa sesije putem AuthenticateUser umesto da koristite korisničko ime i lozinku za svaki XML API. Korišćenje SAML odgovora u sadržaju tela nije podržano ovim pozivom za kontrolisane lokacije čvorišta.

ODMORI API-je

Kontrolni centar poseduje sopstvene API-je, uključujući API-je za osobe i licencu za kreiranje i licenciranje korisnika na adresi:

Tipovi sesija i kodovi za praćenje su takođe dostupni sa REST API-jima na:

Međutim, gorenavedeni REST API-i ne podržavaju sve funkcije korisničkog upravljanja dostupne u XML API-je. Na primer, i dalje ćete morati da koristite XML API-je za dodeljivanje licenci za sastanke korisnicima izvan organizacije koja je vlasnik lokacije. API osoba ne podržava dodeljivanje uloga administratora lokacije korisnicima. Ako želite da dodelite uloge administratora lokacije putem API-ja, od vas se i dalje zahteva da koristite XML API.

Možete da koristite API Osobe da biste kreirali administratore organizacije sa punim dozvolama (ili samo za čitanje), a ti administratori takođe mogu da upravljaju (ili da vide) lokacijama za sastanke kojima upravlja Kontrolni centar.

Kontrolni centar ima specifične administratorske uloge za Webex sajt, ali API za ljude trenutno ne može da dodeli ovu ulogu.

Budući planovi (podložno promeni)

  • Novi API za licencu koji takođe može da dodeljuje licence za lokacije za sastanke spoljnim korisnicima koji nisu u istoj organizaciji koja je kreirala lokaciju. Licenciranje spoljnog korisnika je ručno dostupno na platformi Control Hub danas.
  • SCIM API za kreiranje i brisanje korisnika u organizaciji.
  • Dugoročni smer kompanije Cisco je da koristi samo REST API-je (za sve operacije na korisnicima i lokacijama za sastanke). XML API-jevi za upravljanje korisnicima će i dalje biti podržani dok SE NE MOGU koristiti REST API-jevi isključivo za sve operacije upravljanja korisnicima. XML API-ji za upravljanje korisnicima će takođe biti zastareli (datum TBD).

Pre ažuriranja sajta u Kontrolni centar, preporučujemo da prvo pregledate sledeće stavke kako bi ažuriranje proteklo što bez većih problema:

  • Prvo pregledajte ovaj dokument i uverite se da vaša organizacija poštuje najbolje prakse koje se preporučuju u odeljku Pripremite kontrolni centar organizacije.
  • Zatim se prijavite na Webex administraciju i kliknite na Ažuriraj administraciju. U fazi spremnosti sajta ne bi trebalo da preduzimate nikakve preporučene radnje u datoteci iz odeljka za korisnike utisaka i ne bi trebalo još da onemogućite funkcije koje su označene u odeljku za funkcije utisaka. Sledeći ova uputstva, procena spremnosti sajta postaje operacija samo za čitanje kako bi se procenile promene koje treba da uradite pre ažuriranja u Kontrolni centar.
Procena lokacije pre ažuriranja u Kontrolni centar
  1. U odeljku Pregledaj korisnike kliknite na Izvezi CSV datoteku korisnika i preuzmite CSV datoteku, koja se zove users-to-review-xxxxx.csv.

    Ova datoteka će navesti sve korisnike kojima je potrebna pažnja i imaće preporučenu radnju za svakog korisnika. Broj korisnika u ovoj datoteci daje vam ideju o tome na koliko problema vezanih za korisnike treba da poradite da biste mogli da ažurirate sajt.

  2. U odeljku „Pregledaj funkcije“ pogledajte sve funkcije navedene sa crvenim X u koloni „Posledice“. Ovo će vas obavestiti o spremnosti vašeg sajta iz perspektive konflikta funkcija.
  3. Ne idite na 2. korak i ne klikajte još na dugme Ažuriraj na Kontrolno čvorište.

Kada pregledate CSV datoteku korisnika i pogledate koje funkcije morate da rekonfigurišete, nastavite da čitate ostale odeljke u ovom članku da biste pripremili svoj sajt i organizaciju za ažuriranje u Kontrolni centar.

Napomena: Ako vaš sajt ima API integracije koje obavlja vaša kompanija ili preko rešenja trećih strana, kao što su rešenja za upravljanje učenjem, obavezno pregledajte API integracije za pripremu sajta da biste radili sa odeljkom Kontrolni centar.

Predstojeće promene za izdanje 43.6

Do sada je potrebno onemogućiti ove dve funkcije pre ažuriranja sajta u Kontrolni centar:

  • Obavezna polja profila organizatora
  • Potrebni kodovi za praćenje

Počevši od izdanja 43.6, veb-lokacije koje učestvuju u opkladama za prilagođene atribute i obavezne funkcije polja profila organizatora više neće morati da onemogućavaju te funkcije pre ažuriranja svoje lokacije u Control Hub lokaciju. Umesto toga, čarobnjak će vas obavestiti da pregledate te dve funkcije jer će trenutna konfiguracija biti kopirana u organizaciju Kontrolnog čvorišta.

Ako učestvujete u beta verziji obavezna polja profila organizatora , videćete ovo upozorenje:

Pregledajte korak za ažuriranje sajta od administratora sajta do kontrolnog centra

Ako učestvujete u zahtevanim kodovima za praćenje i prilagođenim atributima , videćete ovu stavku radnje:

Pregledajte ekran funkcija prilikom ažuriranja sajta u administratoru sajta u Kontrolnom centru

Ako ne učestvujete u tim opkladama, nastavite da pročitate sledeći odeljak.

Onemogući funkcije koje blokiraju ažuriranje lokacije

Pregledajte korisničko sučelje za ažuriranje administracije u administratoru sajta

Neke funkcije treba da budu onemogućene da biste mogli da ažurirate Webex sajt u Kontrolni centar. Možete da vidite listu na kojoj se vidi koja funkcija treba da bude onemogućena. Funkcije koje su označene crvenom ikonom kruga X moraju biti izvršene. Funkcije obeležene ikonom uskličnika žutog trougla služe samo za informacije i ne zahtevaju nikakve radnje.

Za demonstraciju o tome kako da ažurirate svoj sajt u Kontrolni centar, pogledajte ovaj video.

Ako vaša organizacija koristi funkciju automatskog kreiranja naloga u administratoru lokacije, trebalo bi da podesite ekvivalentnu funkciju na portalu Control Hub i podesite automatski obrazac licenci da biste automatski dodelili licence. Više informacija možete pronaći u ovom članku . To treba da uradite pre ažuriranja sajta za upravljanje u Kontrolnom čvorištu.

  1. Prijavite se u administraciju Webex lokacije i idite na opciju "> uobičajenih postavki lokacije" > opcije.

    • Pronađite i onemogućite opciju registracije naloga domaćina.

    • Pronađite Zahtev za registraciju naloga: i obrišite sve okvire za obavezna polja korisničkog profila.

  2. Kliknite na dugmeAžuriraj .

  3. Idite na Konfiguracija > Uobičajene postavke sajta > Kodovi za praćenje.

  4. U koloni Profil domaćina promijenite sve redove koda za praćenje označene kao Obavezno u Administratorski set ili Opcionalno.

    Sve vrednosti koda za praćenje za korisnike se čuvaju kada ažurirate sajt u Kontrolni centar.

U budućnosti će ovo ograničenje biti ukinuto i moći ćete da mapirate kodove za praćenje na zahtevane prilagođene atribute korisnika na portalu Control Hub za ekvivalentnu funkcionalnost.

Mapiranje kodova za praćenje na funkciju atributa korisnika je nacrt koji je u javnom pregledu. Pružamo vam priliku da pogledate šta vas očekuje.

Da biste mogli da ažurirate lokaciju pomoću potrebnih kodova za praćenje iz Administracije lokacije na Control Hub, morate da mapirate te kodove za praćenje na atribute korisnika u Control Hub. Možete da kliknete na ikonu u odeljku „Informacije“ da biste otišli direktno na kodove za praćenje mapiranja do čarobnjaka za atribute korisnika za lokaciju. Ako još uvek niste mapirali ili onemogućili potrebne kodove za praćenje, nećete moći da ažurirate lokaciju u Kontrolni centar.

Ako vaša lokacija nema potrebne kodove za praćenje, i dalje možete da mapirate kodove za praćenje na atribute korisnika pre ažuriranja lokacije na Control Hub tako što ćete pratiti ovu proceduru.

Pregledajte ekran funkcija prilikom ažuriranja sajta u administratoru sajta u Kontrolnom centru

Za lokacije sastanka koje koriste odeljenje kao kôd za praćenje, preporučujemo da taj kôd za praćenje mapirate na atribut korisničkog profila a odeljenje, za razliku od prilagođenog atributa. Pošto odeljenje ima standardni atribut profila na portalu Control Hub, ovaj scenario će biti efikasniji u većini slučajeva.

Ako je ovaj atribut potreban, idite u odeljak „Atribut korisničkog profila” i označite atribut odeljenja kao potreban. Imajte na umu da ovaj atribut odeljenja, zajedno sa drugim atributima korisnika, neće biti popunjen za spoljne korisnike.

1

Prijavite se u Control Hub, a zatim pristupite opciji Sastanak.

2

Izaberite lokaciju, a zatim idite na stavku > Pregled lokacije.

3

Izaberite opciju Kreiraj mapiranje kodova za praćenje.

Mapiranje kodova za praćenje na atribute korisnika sa povezane lokacije.
4

Izaberite opciju Otvori rezime kodova za praćenje.

Korak 1 u čarobnjaku za mapiranje kodova za praćenje na prilagođene atribute
5

Kliknite na opciju Preuzmi rezime konfiguracije. Morate da preuzmete kopiju trenutne konfiguracije koda za praćenje. Biće vam potreban ovaj rezime za sledeće korake da biste se uverili da sve vrednosti atributa budu u skladu sa trenutnim kodom za praćenje.

Takođe možete preuzeti prethodne liste kodova za praćenje kao CSV datoteku da biste otpremili iste vrednosti za prilagođene atribute.

istaknuta stavka preuzimanja rezervne kopije za postojeće kodove za praćenje na portalu Control Hub
6

Vratite se u čarobnjak i izaberite Dodavanje i pregledanje atributa korisnika.

Korak 2 u čarobnjaku za mapiranje kodova za praćenje na prilagođene atribute
7

Konfigurišite sve nove prilagođene atribute potrebne za ovu lokaciju. Označite bilo koji atribute po potrebi ako želite da ta polja budu popunjena za korisnike. Prilagođeni atributi nisu primenljivi za organizacije koje sinhronizuju korisnike sa uslugom Directory Connector, Azure AD itd. Ovaj korak možete koristiti kao priliku da pregledate imena za prikaz kodova za praćenje. Kada izvršite potrebne promene, kliknite na dugme Sačuvaj.

Zaključani atributi su slični AdminSet u klasičnim kodovima za praćenje lokacije sastanka. Kada prilagođeni atribut označite kao zaključan, korisnici neće moći da vide taj atribut.
Ako pritisnete dugme „Sačuvaj” u ovom koraku, svi prilagođeni atributi koje ste dodali, uklonili ili označili kao obavezne odmah će stupiti na snagu za organizaciju. Novi korisnici koji se ulazno migriraju u organizaciju moraju da ispunjavaju uslove ove ažurirane konfiguracije prilagođenih atributa jer u suprotnom ulazna migracija neće uspeti. Dobro razmislite pre nego što označite prilagođene atribute kao obavezne.
Kreiranje prilagođenih atributa na portalu Control Hub
8

Vratite se do čarobnjaka i izaberite Mapiranje kodova za praćenje.

Korak 3 u čarobnjaku za mapiranje kodova za praćenje na prilagođene atribute
9

Koristite padajuću listu da biste mapirali kodove za praćenje na prilagođene atribute ili atribute korisničkog profila organizacije. Prilikom mapiranja koda za praćenje lokacije na atribut, sistem prvo mapira postojeće atribute koji se podudaraju sa imenima koda za praćenje ako je tip unosa podešen na polje za tekst. Kada završite, kliknite na dugme Dalje.

Ako vaša organizacija koristi automatizovani postupak ulazne migracije korisnika, kao što je Directory Connector ili Azure AD, onda ne bi trebalo da mapirate kodove za praćenje na prilagođene atribute. Umesto toga, mapirajte kodove za praćenje na sinhronizovane atribute.

Prethodno se kodovi za praćenje mogu konfigurisati različito po centru. Svi centri (Meetings, Events, Webinars itd.) sada dele jednu konfiguraciju zakazivanja. Kada mapirate atribut kao obavezan, taj atribut će biti obavezan u vreme zakazivanja sledećih Webex sastanaka, Webex vebinara itd.

10

Kliknite na Sačuvaj mapu. Sinhronizacija se obavlja automatski tokom procesa ažuriranja sajta u Kontrolni centar.

Preporučujemo da napravite rezervnu kopiju vrednosti kodova za praćenje za korisnike tako što ćete izvršiti izvoz korisnika lokacije za lokaciju sastanka

Kada mapirate kodove za praćenje na prilagođene atribute, jedinstveni izvor istine za podatke je Webex Identity umesto svake pojedinačne lokacije sastanka.

Sinhronizacijom se izrađuje jednokratna kopija korisničkih vrednosti koda za praćenje na mapirane atribute koji već nisu popunjeni za korisnike, što znači da je važno za koje lokacije prvo sinhronizujete kodove za praćenje. Prilikom sinhronizacije prve lokacije, vrednosti koda za praćenje za korisnike sa te lokacije kopiraju se u mapirani korisnički atribut za tog korisnika na portalu Control Hub, ali samo ako ta vrednost već nije popunjena za korisnika.

Neke vrednosti koda za praćenje ne smeju se kopirati sa lokacije u atribute korisnika tokom sinhronizacije

Ako je vrednost korisnika za mapiranu lokaciju već popunjena u vreme sinhronizacije, onda se vrednost praćenja sa te lokacije ne kopira u mapirani atribut na portalu Control Hub za tog korisnika.

Da biste izbegli da podaci zamene druge kodove za praćenje za korisnike, preporučujemo da mapirate i sinhronizujete podatke za lokaciju sastanka najnovijim podacima koda za praćenje za korisnike.

Vrednosti koda za praćenje se ne kopiraju sa lokacija koje mappiraju kodove za praćenje na korisnička polja koja su sinhronizovana putem spoljnih izvora, kao što je Directory Connector ili Azure AD.

Sledeća tabela prikazuje moguće scenarije u kojima podaci zamenjuju originalne kodove za praćenje. U ovim scenarijima, kôd za praćenje i mapirani atribut su grad korisnika.

Tabela 2. Mogući scenariji zamene podataka za postojeće kodove za praćenje
KorisnikVrednost koda za praćenje pre sinhronizacijeVrednost za mapirani atribut pre sinhronizacijeVrednost za mapirani atribut nakon sinhronizacijeVrednost koda za praćenje nakon sinhronizacije
BobNijednoNijednoNijednoNijedno
JaneNijednoLondonLondonLondon
RichardGalwayNijednoGalwayGalway
SaraDalas*San HozeSan HozeSan Hoze
TodorNjujorkNijednoNjujorkNjujork
DebraBoston*OstinOstinOstin

* Prethodna vrednost koda za praćenje je zamenjena postojećim mapiranim atributom.

Pre ažuriranja sajta za upravljanje u Kontrolnom čvorištu, uverite se da:

  • Svi korisnici sajta koji bi trebalo da budu u vašoj organizaciji su u stvari u vašoj organizaciji Kontrolnog centra.
  • Svi korisnici sajta koji ne bi trebalo da budu u vašoj organizaciji brišu se iz vaše organizacije.
  • Korisnici u organizaciji mogu da budu autentifikovani od strane vašeg IDP-a ako je vaša organizacija konfigurisana za SSO.
  • Polja korisničkog profila označena kao obavezna na sajtu će se takođe kopirati u organizaciju Kontrolnog centra kada ažurirate sajt. Ako ne želite da su polja označena kao neophodna za registraciju naloga na sajtu u Kontrolnom čvorištu, najpre poništite izbor polja u administratoru sajta pre ažuriranja u Kontrolni centar. Zahtevaj odeljak za registraciju naloga u administratoru sajta
  • Pregledali ste odeljak Pripremite svoju organizaciju Kontrolnog centra od ranije u ovom članku.
Preporučujemo da položite pravo na korisnike pre ažuriranja svog sajta u Kontrolni centar. Ako položite pravo na korisnike u svoju organizaciju nakon ažuriranja sajta u Kontrolni centar, ti korisnici mogu da izgube pristup sastancima i resursima za sastanke na sajtu. Pogledajte odeljak Priprema kontrolnog čvorišta za više detalja.

Za demonstraciju o tome kako da ažurirate svoj sajt u Kontrolni centar, pogledajte ovaj video.

Kako da proverite da li postoje korisnici koji će blokirati ažuriranje sajta

Pregledajte odeljak korisnika kada ažurirate sajt od administratora sajta na Kontrolni centar
  1. Prijavite se na Administraciju sajta i otvorite stranicu Administracija ažuriranja.

  2. Otvorite preduslove pregleda za ažuriranje administrativne kontrole i kliknite na Izvezi korisnike na koje se to odnosi u CSV-u.

  3. Sačekajte da se izvoz završi. Ovaj proces može potrajati u zavisnosti od vremena početka i broja korisnika na sajtu. Izvoz je pauziran 6 minuta u toku sata (između xx:57 i xx:03).

  4. Kliknite na dugme Preuzmi CSV kada se izvoz završi.

    Vaš pregledač preuzima korisnike na pregled.csv.

  5. Otvorite CSV datoteku i proverite kolonu Preporučene radnje (poslednja kolona). Preduzmite preporučene radnje za svakog korisnika u datoteci.

Korisnici sa neusklađenim imejl adresama

Neki korisnici mogu da imaju drugu adresu e-pošte u Administratoru sajta i Kontrolnom centru. Ovo je moguće ako je imejl adresa korisnika promenjena samo na jednom od dva mesta nakon što je korisnik povezan sa ovim sajtom sa Kontrolnim centrom.

Isprobajte ove radnje da biste popravili korisnike sa neusklađenim imejl adresama:

  • Promenite korisničku adresu e-pošte u administratoru sajta da bi se podudarala sa adresom e-pošte kontrolnog centra

    Korisnici mogu da izmene svoje profile administratora sajta: https://help.webex.com/nmig1kcb

  • Promenite adresu e-pošte korisnika u Kontrolnom čvorištu da bi se podudarala sa adresom e-pošte administratora sajta: https://help.webex.com/nsi3kgb.

    Korisnici mogu da promene svoje imejl adrese u organizaciji Kontrolnog centra: https://help.webex.com/nme40aeb

Ako ažurirate svoju lokaciju u Kontrolno čvorište bez ispravljanja nepodudaranja korisničkih e-adresa, pogođeni korisnici moraju da koriste svoje e-adrese kontrolnog čvorišta da bi se prijavili na mesto sastanka. Ti korisnici možda neće moći da se prijave ako pokušaju da se prijave pomoću e-adrese u administratoru lokacije ili ako njihova e-adresa Control Hub više nije važeća u njihovom IDP-u (za SSO orgs). Oni vam neće blokirati ažuriranje sajta, ali je bolje da popravite e-adrese pre nego što započnete ažuriranje.

Spoljni korisnici sa Basic Meetings licencom

Spoljni korisnici sa Basic Meetings licencama će morati da budu deaktivirani ili nadograđeni na plaćene Webex Meetings licence pre ažuriranja sajta sa administratora sajta u Kontrolni centar.

Kako da deaktivirate korisnike

Kada deaktivirate korisnike, oni gube licencu domaćina ili privilegiju učesnika (u zavisnosti od toga koju su ulogu imali dok su bili aktivni). Deaktivirani korisnici će se i dalje pojavljivati u CSV datoteci za izvoz sajta nakon ažuriranja sajta u Kontrolni centar.

Za pojedinačnu deaktivaciju korisnika u administraciji sajta:

  1. Idite na Upravljanje korisnicima > Izmeni korisnika.

  2. Koristite kontrole indeksa, pretrage i filtera da biste pronašli korisnika.

  3. Odznačite polje Aktivno.

  4. Pošaljite promene.

    Pogledajte Upravljanje korisničkim nalozima u administraciji sajta Webex za više informacija.

Za deaktivaciju korisnika serije u administraciji sajta:

  1. Izvezite korisnike u CSV datoteku.

  2. Otvorite CSV datoteku i izmenite vrednosti kolone Aktivne na N za sve pogođene korisnike.

  3. Uvezite izmenjenu CSV datoteku.

    Korisnici koje ste promenili su sada neaktivni.

    Detaljnije informacije potražite u Upravi veb sajta kompanije Webex za uvoz i izvoz paketa Webex korisnika.

Korisnici u organizacijama sa sinhronizacijom direktorijuma

Ako postoje nepovezani korisnici koji bi trebalo da budu u vašoj organizaciji, ali još nisu dodati, prvo ih morate dodati u svoju organizaciju. Ovo je posebno važno za organizacije koje su konfigurisane za sinhronizaciju direktorijuma (preko konektora direktorijuma ili Azure AD) jer sinhronizacija direktorijuma neće dozvoliti procesu ažuriranja sajta da doda korisnike.

Ažuriranje sajta neće uspeti ako bilo koji aktivni korisnik na sajtu ne može da se poveže sa organizacijom Kontrolnog centra. Ako je vaša organizacija konfigurisana za sinhronizaciju direktorijuma, proverite da li su svi korisnici na sajtu koji moraju da budu deo organizacije Kontrolnog čvorišta pre početka ažuriranja dodati u konektor direktorijuma ili Azure AD.

Rešite probleme korisnika pre nego što započnete ažuriranje

Ako pokušate da ažurirate sajt u Kontrolni centar bez rešavanja problema za korisnike u datoteci Korisnici koji treba da se pregledaju , proces administracije ažuriranja može da bude neuspešan. Alat ne proverava da li ste otklonili probleme dok ne započnete poslednje ažuriranje.

Ažuriranje SSO lokacija i lokacija koje nisu SSO povezane sa organizacijom SSO

Organizacija Control Hub može da podrži više pružaoca usluge identiteta (IdPs) za SSO, pri čemu je jedan od pružaoca usluge identiteta Webex IdP (lokalna potvrda identiteta)

Više pružaoca usluge identiteta na platformi Control Hub će vam pomoći:

  • Gde se IdP za SSO sajt u administratoru sajta razlikuje od SSO pružaoca usluge identiteta platforme Control Hub.
  • Kada korisnici na sajtu nisu u SSO pružaocu usluge identiteta konfigurisanog u organizaciji, ti korisnici sada mogu samo da se dodaju lokalnom pružaocu usluge identiteta usluge Webex. Zatim možete kasnije da premestite te korisnike na konfigurisani SSO pružaoca usluge identiteta.

Podešavanje više pružaoca usluge identiteta može da omogući svim korisnicima na sajtu koji se ažuriraju od administratora sajta u Kontrolni centar da se prijave putem metode potvrde identiteta konfigurisane u organizaciji Kontrolnog centra. Da biste to postigli, možete da:

  • Dodajte dodatne SSO pružaoce usluge identiteta organizaciji Control Hub.
  • Dodajte korisnike već konfigurisanom pružaocu usluge identiteta.
  • Dodajte korisnike lokalnom pružaocu usluge identiteta usluge Webex.

Pogledajte ovaj članak da biste saznali više o više pružaoca usluge identiteta na platformi Control Hub.

Pre nego što počnete

Neke funkcije morate da onemogućite i morate da proverite da li su svi korisnici u dobrom stanju da biste ih ažurirali u Kontrolni centar. Ako koristite integrisane API aplikacije, potrebno je da ih ažurirate da biste koristili Webex API.

O ovim preduslovima možete pročitati u ranijim delovima ovog članka.

Uverite se da svi administratori znaju da ažurirate sajt u Kontrolni centar i da ne smeju da prave nikakve promene u Administratoru sajta nakon što pokrenete.

1

Izvezite i sačuvajte datoteku korisnika lokacije za izvoz. Ova datoteka se ponaša kao arhiva za konfiguraciju korisnika da bi vam pomogla da proverite valjanost nakon ažuriranja.

2

Prijavite se u administraciju sajta i kliknite na Ažuriraj administraciju.

3

Pregledajte preduslove, posebno CSV listu korisnika u državama koje bi mogle da utiču na uspeh ažuriranja.

4

Pročitajte koje funkcije treba da budu onemogućene i koje razlike možete da očekujete u upravljanju korisnicima i licenciranju domaćina (takođe dokumentovano u ovom članku).

5

Kliknite na Ažuriraj u Kontrolni centar. Ovo dugme se aktivira tek nakon završetka gornjih koraka.

Pojavljuje se iskačući prozor. Ovaj prozor pokazuje da je ažuriranje sajta u Kontrolni centar trajno i da ne možete da opozovete ažuriranje kada se završi. Kada se ažuriranje završi, ovim sajtom se više neće upravljati u administraciji sajta. Ako niste spremni da u potpunosti upravljate ovim sajtom u kontrolnom centru, odmah napustite čarobnjaka.
6

Kliknite na U redu.

Ažuriranje počinje kada se iznad Administracije sajta pojavi baner koji vas obaveštava da je ažuriranje sajta u toku. Ako nešto pođe po zlu, videćete poruku o grešci sa predloženom radnjom. U suprotnom, videćete poruku o uspehu.

Ažuriranje sajta traje približno 3 min + 1000 aktivnih korisnika/min + 2000 neaktivnih korisnika/min da bi se završilo. Na primer, ako ste započeli ažuriranje sajta u 05:20 i vaš sajt ima 8000 aktivnih korisnika i 2000 neaktivnih korisnika, ažuriranje sajta će potrajati oko 12 minuta. Pored toga, ažuriranja sajta su pauzirana na 6 minuta u toku sata (između xx:57 i xx:03). Ali tvoji rezultati mogu da variraju.

7

Kliknite na Prijavi se u Kontrolni centar.

Nakon što pokrenete ažuriranje sajta od strane Webex administracije sajta, možete se prijaviti u Kontrolni centar da biste videli status ažuriranja sajta.

Ažuriranje sajta će trajati duže ako se aktivira u roku od sat vremena. Ažuriranja sajta su pauzirana nekoliko minuta pre i posle svakog sata.
  1. Prijavite se u Control Hub i otvorite stranicu Sastanci.

    Možete videti listu mesta sastanaka.

  2. Kliknite na sajt da biste videli informacije o tom sajtu.

  3. Potražite odeljak Ažuriranje sajta, gde možete da pročitate status Ažuriranja.

    Nakon završetka ažuriranja, možete da preuzmete listu svih korisnika u Administraciji sajta i vidite koji su od tih korisnika bili aktivni ili neaktivni na sajtu. Korisnici koji su prikazani kao neaktivni u koloni statusa korisnika Administracije sajta neće imati pristup sajtu kojim upravlja Kontrolni centar. Ti korisnici takođe neće biti prikazani kao korisnici koji imaju pristup sajtu u korisničkom odeljku Kontrolnog centra.

    Može da prođe neko vreme dok se dugme za preuzimanje ne pojavi (min. za većinu organizacija).

  4. Pregledajte listu da biste proverili ima li problema tokom ažuriranja.

Više ne možete da upravljate ovim sajtom u administraciji sajta kada se ažuriranje sajta završi. Sve upravljanje za ovaj sajt mora biti izvršeno u Kontrolnom čvorištu. Evo nekoliko koraka za upoznavanje i isprobavanje upravljanja sajtom u Kontrolnom centru:

  1. Proverite određena podešavanja konfiguracije lokacije da biste potvrdili da se ništa nije promenilo. Ovo je lakše ako ste kopirali neka podešavanja administratora sajta pre ažuriranja u Kontrolni centar.

  2. Izaberite organizatora i potvrdite njihovu licencu, kodove za praćenje i tipove sesija u kontrolnom čvorištu. Prijavite se na lokaciju sastanka i potvrdite da se njihovi zakazani sastanci, snimci i željene opcije ne menjaju. Provera valjanosti je lakša ako se podaci tog organizatora kopiraju pre ažuriranja u Kontrolni centar.

    Zamolite korisnika da proveri da li može da zakaže i ugosti nove sastanke.

  3. Dodajte novog korisnika u svoju organizaciju. Dodelite im dozvolu za domaćina, izmenite vrste sesija i potvrdite da mogu da organizuju sastanke.

    Preporučujemo da podesite šablone licenci na osnovu organizacije ili grupe da biste automatski dodelili licence novim korisnicima ili određenim grupama novih korisnika.
  4. Izaberite korisnika koji je bio potpuni administrator u Administratoru sajta i proverite da li ima odgovarajući nivo pristupa ažuriranom sajtu u Kontrolnom centru.

    Trebalo bi da mogu da pročitaju i izmene sajt; da kreiraju, licenciraju, izmene i izbrišu korisnike.

  5. Ako vaš sajt ima API integracije, pređite na korišćenje API-ja za osobe. Potvrdite da ažurirana integracija funkcioniše prema očekivanjima.

Više o upravljanju mestima sastanaka pročitajte u Kontrolnom centru nahttps://help.webex.com/naqlzeu.

  • Korisnici će imati jedinstveno iskustvo prijavljivanja na Webex aplikaciju i sve sajtove kojima upravlja Kontrolni centar.

    Ako se korisničko ime ne podudara sa adresom e-pošte korisnika u administraciji sajta, ti korisnici će imati uticaj na iskustvo prijave. Stara korisnička imena više ne mogu da se koriste, a ti korisnici moraju da koriste svoju adresu e-pošte za prijavljivanje.
  • Korisnički akreditivi su povezani sa njihovim identitetom za Control Hub. Ti isti akreditivi važe za sve sajtove kojima upravlja Kontrolni centar u istoj organizaciji i za aplikaciju Webex.

  • Ako je organizacija Kontrolnog čvorišta konfigurisala SSO, onda taj SSO upravlja iskustvom prijavljivanja na Webex aplikaciju i sve sajtove kojima upravlja Kontrolni čvorište.

  • Ažuriranje u Kontrolnom centru ne utiče na prijavljivanje u aplikaciju Webex.

  • Kada se korisnici prijave na veb sajt Webex Meetings, ekran za prijavljivanje će izgledati drugačije. Korisnici moraju da unesu svoju adresu e-pošte da bi se prijavili čak i ako je njihova organizacija konfigurisana za SSO.

    Administratori mogu da omoguće opciju Zapamti me u Kontrolnom centru tako da korisnici ne moraju ponovo da unose svoju adresu e-pošte svaki put kada se prijave.
  • U zavisnosti od istorije svakog korisnika, broja sajtova na kojima je imao nalog, itd.:

    • Ako su korisnici bili povezani sa postojećim korisnicima u Webex centru za identifikaciju/kontrolu, onda će korisnici koristiti istu lozinku za sve Webex sajtove koji su ažurirani u Kontrolni centar.

    • Ako su korisnici kreirani u Webex centru za identifikaciju/kontrolu zbog povezivanja sajta, onda se primenjuju akreditivi njihovog prvog povezanog sajta (ako org nije konfigurisan sa SSO). Korisnici se preusmeravaju da se prijave na taj sajt. Ako korisnici imaju više sajtova sa više akreditiva, URL adresa sajta treba da im pomogne da utvrde koje akreditive da koriste.

    • Korisnicima je dozvoljeno da resetuju lozinku u organizacijama Kontrolnog centra (ako se lozinkom ne upravlja preko SSO-a). Ako su korisnici zaboravili lozinku, mogu samo da kliknu na Zaboravili ste korisničko ime ili lozinku? na ekranu za prijavljivanje da bi ponovo postavili lozinku. Korisnici takođe mogu da resetuju lozinku prateći ova uputstva:

  • Ako se e-adresa krajnjeg korisnika promenila i taj korisnik je imao drugu e-adresu u administratoru lokacije i kontrolnom čvorištu u trenutku ažuriranja lokacije, taj korisnik može doći do problema prilikom pokušaja prijavljivanja. Korisnik možda ne zna da sada treba da koristi svoju e-adresu kontrolnog čvorišta za prijavljivanje ili e-adresa u kontrolnom čvorištu možda više nije važeća u SSO IDP-u njihove organizacije. Ovaj tip situacije je najbolje izbeći ažuriranjem e-adresa korisnika u kontrolnom čvorištu dok se u administratoru lokacije prave promene na e-adresama istih korisnika.

  • Ponovo se prijavite neophodni za korisnike na Webex Meetings mobilnoj aplikaciji za iOS:

    • Ako ažurirate lokaciju koja nije SSO u kontrolno čvorište, korisnici će morati ponovo da se prijave u mobilnu aplikaciju Webex Meetings za iOS. Iako sastanci za iOS aplikaciju neće zahtevati od korisnika da se ponovo prijave do dva meseca nakon ažuriranja lokacije, predlažemo korisnicima da se ponovo prijave ručno kako bi preventivno izbegli tu situaciju.
  • Tokom ažuriranja sajta, korisnici čija korisnička imena se ne podudaraju sa svojim e-adresama možda će morati ponovo da se prijave.

    • Ovi korisnici će možda morati ponovo da se prijave na svoje Webex klijente ako pokušaju da pristupe Webex uslugama na sajtu tokom ažuriranja sajta u Kontrolni centar. To neće uticati na korisnike koji su se već pridružili sastancima pre početka ažuriranja lokacije.

Isprazni "korisnik za redigovanje" CSV datoteke

Ako je vaša lokacija velika i ima više od 1000 korisnika čije se e-adrese razlikuju u administratoru lokacije nego u kontrolnom čvorištu, u čarobnjaku za ažuriranje lokacije možete da iskusite praznu datoteku "korisnik za pregled" CSV datoteke. Ovo dovodi do toga da ažuriranje lokacije ne funkcioniše jer nećete moći da rešite korisnike problemima. Na ovom pitanju se radi i planiramo da ga rešimo narednih nedelja.

Podešavanja koja se ne prenose prilikom ažuriranja u Control Hub

  • Ako je lokacija kojom upravlja administrator lokacije bila na sporom kanalu, a vašim kontrolnim čvorištem takođe upravlja partner, onda biste mogli da izgubite vidljivost kontrola ažuriranja lokacije za sastanke nakon ažuriranja u Kontrolni centar. Ako se to dogodi, obratite se svom partneru i zamolite ga da omogući podešavanje Dozvoli kupcu da nadogradi verziju lokacije za vašu organizaciju.
  • Zahtevi za nalog za samostalnu registraciju na čekanju se ne prenose u centar za upozorenja. Korisnici moraju ponovo da se registruju za nalog kada se ažuriranje završi.
  • Vrednosti korisničkog imena u administratoru sajta se poništavaju e-adresama korisnika u Kontrolnom čvorištu kada se ažuriranje završi.

Problemi korisnika koji uzrokuju neuspeh ažuriranja

  • Korisnici sa adresama e-pošte koje su povezane sa korisnicima u organizaciji Webex for Government će dovesti do neuspeha ažuriranja ako ti korisnici ne budu deaktivirani pre početka ažuriranja.

Uobičajeni problemi zbog kojih ažuriranje ne uspeva i preporučene radnje

Ako vaša lokacija ne uspe da se ažurira na kontrolno čvorište, proverite sledeću tabelu da biste videli da li je uzrok jedna od ovih grešaka u kotonu i šta možete da uradite da biste je popravili.

Greške koje prouzrokuje neuspeh ažuriranjaPreporučena radnja
Tip lokacije je nevažeći.Obratite se timu za podršku na Webexu da biste proverili da li je lokacija povezana sa korisnikom.
Lokacija nije povezana sa pretplatom.Lokacije moraju biti povezane sa pretplatom da bi mogla da se ažurira u kontrolno čvorište.
Postoji problem sa ID-om organizacije.ID organizacije povezane sa lokacijom nije isti kao ID organizacije za pretplatu. Obratite se timu za podršku za Webex.
Sledeća pretplata ima operacije na čekanju u kontrolnom čvorištu: (SubID).Ponovo pokušajte ažuriranje lokacije nakon dovršavanja operacije na čekanju.
Postoje neusaglašenosti u postavkama jedinstvenog prijavljivanja (SSO).Ako je sajt omogućen za SSO, uverite se da:
  • Kreiranje automatskog naloga je onemogućeno.
  • SSO je omogućen u organizaciji "Kontrolno čvorište".
Informacije o licenci lokacije u opciji Administracija lokacije se ne podudaraju s informacijama o licenci lokacije na platformi Control Hub.Nedosledne informacije o licenci između administratora lokacije i kontrolnog čvorišta. Obratite se timu za podršku za Webex.
Neka korisnička imena ili e-adrese u administraciji lokacije su neusaglašene sa korisničkim imetima ili e-adresama u kontrolnom čvorištu.E-poruku korisnika u administratoru lokacije koristi drugi korisnik u kontrolnom čvorištu. Promenite jednu od e-adresa ili korisničkih imena.
Imali smo problem sa ažuriranjem vašeg sajta.Unutrašnja greška je sprečila ažuriranje ove lokacije. Obratite se timu za podršku za Webex.
Došlo je do problema prilikom ažuriranja Webex korisnika.Unutrašnja greška je sprečila ažuriranje ove lokacije. Obratite se timu za podršku za Webex.

Problemi sa prijavljivanjem za korisnike

Pobrinite se da uvek dozvolite Webex kolačiće. U suprotnom, korisnici mogu imati problema sa prijavljivanjem nakon ažuriranja u Kontrolni centar.

P. Da li postoji datum kada Cisco više neće podržavati Administraciju sajta?

A. Da. Planiramo da deaktiviramo administraciju Webex sajta krajem decembra 2023.

P. Da li će administratori sajta u administratoru sajta i dalje zadržati svoj administrativni pristup sajtu nakon ažuriranja u upravljanje putem portala Control Hub?

A. Da. Svi administratori na sajtu u administratoru sajta i dalje imaju administrativni pristup sajtu nakon ažuriranja sajta u Kontrolnom centru.

P. Nakon ažuriranja sajta za sastanke od administratora sajta na upravljanje putem portala Control Hub, zašto na sajtu vidim nove administratore?

Odgovor: Ti novi administratori na sajtu su verovatno bili administratori organizacije Kontrolnog centra. Kada se sajt ažurira od administratora sajta na Kontrolni centar, svi administratori u celoj organizaciji postaće administratori lokacije nove lokacije kojom upravlja Kontrolni centar. To znači da će potpuni administratori organizacije postati potpuni administratori Webex lokacije, administratori korisnika organizacije postaće Webex administratori korisnika lokacije, a administratori organizacije samo za čitanje postaće Webex administratori samo za čitanje.

P. Kako to da prijavljivanje alatke za produktivnost ne funkcioniše nakon ažuriranja sajta u Kontrolni centar?

Odgovor: Uverite se da su internet pregledači konfigurisani tako da uvek dozvoljavaju kolačiće sesije, koji se nalaze u naprednim podešavanjima privatnosti pregledača.

P. Ako se neki korisnik izbriše na platformi Control Hub, a onda se ista e-adresa ponovo doda u Control Hub i dodeljena licenca za sastanke istoj Webex lokaciji, da li korisnik može da pristupi svojim starim snimcima?

A. Da, korisnik će imati pristup svim starim sadržajima "Sastanci" ako im je dodeljena licenca za neku od prethodnih Webex lokacija na kojima su bili. Ovo se odnosi i na kontrolisane lokacije i lokacije koje su ažurirane u kontrolno čvorište.

P. Ako je korisnik deaktiviran u Administratoru sajta pre ažuriranja sajta u Kontrolni centar, a kasnije je ponovo licenciran za istu Webex lokaciju u Kontrolnom čvorištu, da li će korisnik imati pristup svojim starim snimcima?

A. Da, korisnik će i dalje imati pristup svojim starim snimcima. Pored toga, svaki korisnik koji je deaktiviran u administratoru lokacije pre ažuriranja lokacije biće naveden u datoteki za izvoz sastanaka CSV u kontrolnom čvorištu.

P. Ako sajt nema podešen SSO pružalac usluge identiteta, ali organizacija Kontrolnog čvorišta ima SSO pružalac usluge identiteta, šta se dešava kada se lokacija ažurira u Kontrolni centar?

A. Lokacija će koristiti isti SSO IDP kao organizacija kontrolnog čvorišta.

P. Ako lokacija ima podešen drugi SSO pružalac usluge identiteta od SSO pružaoca usluge identiteta u kontrolnom čvorištu, šta se dešava kada se lokacija ažurira u Kontrolni centar?

A. Lokacija će se prebaciti da koristi isti SSO IDP kao organizacija Control Hub.

P. Ako lokacija ima podešen SSO pružalac usluge identiteta, ali organizacija Kontrolnog čvorišta nema SSO pružaoca usluge identiteta, šta se dešava kada se lokacija ažurira u Kontrolni centar?

A. Bićete blokirani od ažuriranja lokacije. Da biste deblokirali lokaciju tako da možete da ažurirate kontrolno čvorište, uklonite SSO IDP sa lokacije "Administrator lokacije" ili dodajte SSO IDP organizaciji kontrolnog čvorišta.

P. Mogu li i dalje da se prijavim na URL adresu lokacije da bih pristupila snimcima i zakazala sastanke ili događaje?

A. Da, i dalje možete da se prijavite na URL adresu lokacije gde možete da pristupite snimcima, zakažete sastanke itd.

P. Da li su podešavanja specifična za korisnike izmenjena tokom ažuriranja sajta sa Administracije sajta na Control Hub?

A. Ne, korisničke postavke će ostati nepromenjene. Te postavke će biti primenljive kao i pre ažuriranja lokacije.

P. Da li ova lokacija utiče na moje snimke ili zakazane sastanke?

A. To neće uticati na snimke domaćina. I dalje жete imati pristup njima. To takođe ne utiče na planirane sastanke. Nema promena na njima.

P. Da li ovo ažuriranje lokacije utiče na snimke ili zakazane sastanke korisnika?

Odgovor: To ne utiče na snimke korisnika. I dalje će imati pristup njima. To takođe ne utiče na zakazane sastanke. Nema promena na njima.

Za korisnike na koje još uvek nije položeno pravo, njihovi snimci ili zakazani sastanci mogu da utiču ako ih zahtevate nakon ažuriranja sajta u Kontrolni centar. Za više informacija pogledajte sledeću napomenu.

Preporučujemo da položite pravo na korisnike pre ažuriranja svog sajta u Kontrolni centar. Ako položite pravo na korisnike u svoju organizaciju nakon ažuriranja sajta u Kontrolni centar, ti korisnici mogu da izgube pristup sastancima i resursima za sastanke na sajtu.

Kao zaobilazno rešenje, možete da uradite sledeće da biste se uverili da korisnici neće izgubiti pristup sastancima i resursima za sastanke na lokaciji nakon ažuriranja sajta u Kontrolni centar:

  • Za korisnike sa spoljnim administratorskim privilegijama za organizaciju ili lokaciju – Uklonite sav spoljni administratorski pristup organizaciji i lokaciji, a zatim uklonite licencu za lokaciju sastanka. Kada položite pravo na korisnika, ponovo licencirajte tog korisnika za lokaciju. Takođe možete da vratite njegove privilegije spoljnog administratora.
  • Za uobičajene korisnike – Uklonite licencu za lokaciju sastanka, položite pravo na korisnika za svoju organizaciju, a zatim ponovo licencirajte tog korisnika za lokaciju.

P. Gde da pregledam zahteve za nalog za samostalnu registraciju za sajtove kojima upravlja Control Hub?

A. Vi i drugi administratori možete da pregledate zahteve za samostalno prijavljivanje u centru za obaveštenja.

P. Da li mogu da pristupim vrednostima korisničkog imena od administratora sajta nakon ažuriranja sajta u Kontrolni centar?

A. Datoteka za izvoz korisnika svih korisnika u administratoru lokacije dostupna je u kontrolnom čvorištu 90 dana nakon ažuriranja lokacije u kontrolno čvorište. Ova CSV datoteka uključuje vrednosti korisničkog imena.

P. Koristimo vrednosti korisničkog imena za identifikaciju korisnika u administratoru sajta. Kako možemo da uradimo isto u kontrolnom čvorištu?

A. Vrednosti korisničkog imena se gube nakon ažuriranja lokacije u kontrolno čvorište. Ako vam je potreban pristup tim vrednostima, jedno od rešenja je da kopirate vrednosti u kôd za praćenje pre ažuriranja lokacije. Praćenje vrednosti koda za korisnike biće očuvane i dostupne nakon ažuriranja lokacije u kontrolno čvorište. Ako koristite SSO, onda je ExternalID korisnički atribut na portalu Control Hub koji može da sadrži ovu vrednost. Ovo zahteva da konfigurišete SVOJE SAML tvrdnje tako da prenesu ovu vrednost prilikom konfigurisanja SSO-a u kontrolnom čvorištu. Ova vrednost će takođe biti prosleđena kontrolnom čvorištu tokom automatskog kreiranja novih korisnika.

P. Koliko traje da se dovrši ažuriranje sajta nakon što počne?

Odgovor: Ažuriranje sajta traje približno 3 min + 1000 aktivnih korisnika/min + 2000 neaktivnih korisnika/min da bi se završilo. Na primer, ako ste započeli ažuriranje sajta u 05:20 i vaš sajt ima 8000 aktivnih korisnika i 2000 neaktivnih korisnika, ažuriranje sajta će potrajati oko 12 minuta. Pored toga, ažuriranja sajta su pauzirana na 6 minuta u toku sata (između xx:57 i xx:03). Ali tvoji rezultati mogu da variraju.

P. Kako mogu automatski da licenciram svakog novog korisnika ili novog korisnika u određenim grupama nakon ažuriranja sajta za upravljanje u Kontrolnom centru?

Odgovor: Možete podesiti šablone licenci na osnovu organizacije ili grupe da biste automatski dodelili licence novim korisnicima.

P. Da li postoji period prekida rada tokom ažuriranja lokacije?

Odgovor: Br. Tokom ažuriranja lokacije:

  • Korisnici mogu da nastave da koriste uslugu Meetings, kao što je pridruživanje i pokretanje zakazanih i ad-hoc sastanaka.
  • To neće uticati na sastanke koji su u toku kada ažuriranje lokacije počne.
  • Pretplata će biti zaključana na portalu Control Hub.
  • Klijent usluge Meetings radne površine može da ima problema sa odeljkom „Predstojeći sastanci“.
  • Ne preporučuju se promene konfiguracija upravljanja lokacijom.