Ažurirajte Webex upravljanje sajtom sa Uprave sajta na Kontrolni centar
O ažuriranju sa administracije sajta na kontrolni centar
Ažuriranje sajta iz administracije sajta u Control Hub ne zahteva ažuriranje verzija klijenta. Neki sajtovi ne mogu da koriste ovu funkciju dok partneri koji upravljaju tim organizacijama ne budu spremni.
Vebeks postaje jedinstvena platforma za upravljanje sastancima, porukama, pozivima i drugim načinima saradnje. Zato želimo da premestimo upravljanje svim sajtovima Vebek Meetings sa administracije sajta na Control Hub.
Imamo alat u administraciji sajta koji će vam pomoći da prođete kroz ovu promenu. Ako vaš sajt već ispunjava uslove za ažuriranje na Control Hub, možete započeti klikom na Update Administration u navigacionom meniju.
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.
Ako je vaša veb lokacija zakazana za automatsko ažuriranje od upravljanja u Site Admin-u do Control Hub-a, videćete sledeći snimak ekrana.
       Možete kliknuti na Promenite datum ažuriranja sajta da biste promenili zakazani datum.
     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.
                          Ova funkcija je dostupna i u Control Hub-u. Pogledajte SAML Auto Kreiranje i ažuriranje naloga za Control Hub za više informacija.
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:
- 
                
Integrisanje vaše organizacije Control Hub sa provajderom identiteta.
 
 - 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.
                          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).
 
             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
 - 
        
Zatražite svoje korisnike iz drugih organizacija (nakon verifikacije 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. Traženje korisnika sa "Immediate Claim" takođe izbegava kašnjenja u korišćenju adresa e-pošte u vašoj organizaciji.
Preporučujemo vam da zatražite korisnike pre nego što ažurirate svoj sajt na Control Hub. Ako zatražite korisnike u vašoj organizaciji nakon što je sajt ažuriran na Control Hub, onda ti korisnici mogu izgubiti pristup sastancima i sredstvima za sastanke na sajtu.
Kao rešenje, možete uraditi sledeće kako biste bili sigurni da korisnici neće izgubiti pristup sastancima i sredstvima za sastanke na sajtu nakon što je sajt ažuriran na Control Hub:
- Za korisnike sa privilegijama spoljnog administratora za organizaciju ili sajt – uklonite sav pristup spoljnog administratora organizaciji i sajtu, a zatim uklonite licencu za sajt sastanka. Nakon što zatražite korisnika, ponovo licencirajte tog korisnika na sajtu. Takođe možete vratiti njihove spoljne administratorske privilegije.
 - Za redovne korisnike – uklonite licencu za sajt sastanka, zatražite korisnika u vašoj organizaciji, a zatim ponovo licencirajte tog korisnika za sajt.
 
 - 
        
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.
Administratorski pristup Vebek sajtovima nakon ažuriranja
Osoba sa administratorskom ulogom u celoj organizaciji u Control Hub-u će automatski dobiti pristup sajtovima koji se ažuriraju sa Site Admin-a na Control Hub. Na primer, puni administratori organizacije postaće puni administratori Vebek sajta, administratori korisnika organizacije postaće administratori korisnika Vebeks sajta, a administratori samo za čitanje organizacije postaće administratori samo za čitanje Vebek sajta.
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-ovi KSML API servisa su nepromenjeni nakon što se sajt ažurira sa Site Admin-a na Control Hub upravlja. Iste API URL adrese će nastaviti da rade. Cisco preporučuje da sve API integracije koriste OAUTH za autifikaciju.
Autentifikacija u KSML API-jima
Integracije koje ne koriste Vebek OAUTH za autentifikaciju mogu propasti nakon što se sajt ažurira na Control Hub. Sledeća tabela prikazuje koji tip autentifikacije administratora će nastaviti da radi nakon ažuriranja vašeg sajta.
| Tip autentifikacije administratora u KSML API-ju pre ažuriranja sajta | Administrator u DZS organizaciji nakon ažuriranja sajta | Administrator nije u DZS organizaciji nakon ažuriranja sajta | 
|---|---|---|
| korisničko ime (vebEkID)/lozinka |                    Da li će raditi* |                    Da li će raditi* | 
| korisničko ime (vebEkID)/sessionTicket |                    Da li će raditi |                    Da li će raditi | 
| korisničko ime/OAUTH (webExAccessToken) |                    Da li će raditi |                    Da li će raditi | 
| E-mail / lozinka |                    Da li će raditi* |                    Da li će raditi* | 
| e-mail / sessionTicket |                    Da li će raditi |                    Da li će raditi | 
| e-mail / OAUTH (vebEkAccessToken) |                    Da li će raditi |                    Da li će raditi | 
* Kompatibilnost unazad - Cisco je omogućio autentifikaciju korisničkog imena / lozinke da radi u XML API-jima nakon ažuriranja sajta čak i ako username se ne podudara sa e-poštom. Kompatibilnost se primenjuje samo ako:
- Korisnički akreditivi su kreirani pre ažuriranja sajta. Nikakve promene nisu dozvoljene 
usernameili u suprotnom prethodni akreditivi neće uspeti. - Akreditivi za autentifikaciju API-ja ne mogu imati drugačiju lozinku u Control Hub-u u odnosu na sajt kada se njime upravljalo u administraciji sajta.
 - Korisnici čiji se akreditivi koriste za autentifikaciju moraju biti u aktivnom stanju (ne neaktivni) u administraciji sajta u vreme ažuriranja sajta u Control Hub.
 
Možete saznati više o KSML API integracijama na sajtovima kojima upravlja Control Hub, uključujući OAUTH autentifikaciju, sa ovim vodičem.
Username je postavljen na e-poštu za sve korisnike kada se sajt ažurira na Control Hub. Ako username se koristi za API korisni teret, onda korisni tereti moraju koristiti e-poštu umesto nakon ažuriranja sajta.
Uloga administratora u Control Hub-u za API integracije
Administratori sa samo ulogom administratora sajta možda neće moći da obavljaju neke operacije sa KSML API-jima, kao što je promena korisničke adrese e-pošte ili imena za prikaz nakon što se sajt ažurira na lokaciju Control Hub-a. 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 biti dodeljen i nalog domaćina sastanaka na sajtu Control Hub da bi integracija funkcionisala (ovo nije bilo potrebno za administratore na sajtovima Site Admin).
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 sajtovima kojima upravlja Control Hub, ova operacija takođe može da kreira korisnika u organizaciji koja poseduje sajt pre dodeljivanja licence. Ako korisnik već postoji u drugoj org, ova operacija neće uspeti. 
PMR ID parameterneće stupiti na snagu za korisnike koji već nemaju aktivan status u Control Hub-u.createuserDOVRŠAVANJE API-ja na kontrolisanim lokacijama čvorišta. Za bolje performanse, možete dodati dodatnu nit za paralelizacijucreateuserpoziva. - SetUser—Može rezultirati dodeljivanjem ili uklanjanjem licence za sajt za sastanke od korisnika (u zavisnosti od API parametara ili korisnog opterećenja).
 - DelUser—Uklanja licencu za sajt za sastanke, ali ne briše korisnika iz organizacije Control Hub-a.
 -            LstsummaryUser—Takođe vraća korisnikov 
objectGUID. -            AuthenticateUser – Na sajtovima kojima upravlja Control Hub preporučujemo kreiranje karte sesije preko 
AuthenticateUserkorisničkog imena i lozinke 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:
- https://developer.webex.com/docs/api/v1/session-types
 - https://developer.webex.com/docs/api/v1/tracking-codes
 
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 KSML API-je da biste dodelili licence za sastanke korisnicima izvan organizacije koja poseduje sajt. 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 koristiti People API za kreiranje administratora organizacije sa punim (ili samo za čitanje) dozvolama, a ti administratori takođe mogu upravljati (ili pregledati) vaše sajtove za sastanke upravljane kontrolnim čvorištem.
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žni promenama)
- Novi API za licencu koji takođe može da odobri licence za sajt za sastanke spoljnim korisnicima koji nisu u istoj organizaciji koja je kreirala sajt. Licenciranje spoljnih korisnika je danas dostupno ručno u Control Hub-u.
 - SCIM API za kreiranje i brisanje korisnika u organizaciji.
 - Dugoročni pravac kompanije Cisco je da koristi samo REST API-je (za sve operacije na korisnicima i sajtovima 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. Upravljanje korisnicima KSML API-ji ć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.
 
                     - U odeljku Pregled korisnika kliknite na Izvozi korisničku CSV datoteku 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.
 - 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.
 - 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, ove dve funkcije su morale biti onemogućene pre ažuriranja sajta na Control Hub:
- Obavezna polja profila domaćina
 - Potrebni kodovi za praćenje
 
Počevši od izdavanja KSNUMKS-a, sajtovi koji učestvuju u beta verzijama za prilagođene atribute i obavezne funkcije polja profila domaćina više neće morati da onemogućavaju te funkcije pre nego što ažuriraju svoj sajt na Control Hub. Umesto toga, čarobnjak će vas obavestiti da pregledate te dve funkcije jer će trenutna konfiguracija biti kopirana u organizaciju Control Hub-a.
Ako učestvujete u obaveznim poljima profila domaćina beta, videćete ovo upozorenje:
       Ako učestvujete u obaveznim kodovima za praćenje i prilagođenim atributima beta, videćete ovu akciju:
       Ako ne učestvujete u tim beta verzijama, nastavite da čitate sledeći odeljak.
Onemogućite funkcije koje blokiraju ažuriranje 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 Site Admin-u, onda bi trebalo da podesite ekvivalentnu funkciju u Control Hub-u i podesite automatski šablon licence za automatsko dodeljivanje licenci. Pogledajte ovaj članak za više detalja. Ovo treba uraditi pre ažuriranja sajta kojim će se upravljati u Control Hub-u.
- 
          
Prijavite se u administraciju Webex lokacije i idite .
- 
              
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.
 
 - 
              
 - 
          
Kliknite na dugmeAžuriraj .
 - 
          
Idite na .
 - 
          
U koloni Profil domaćina promijenite sve redove koda za praćenje označene kao Obavezno u Administratorski set ili Opcionalno.
- 
              
Više o kodovima za praćenje pročitajte nahttps://help.webex.com/izu2ty.
 
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 potrebne prilagođene korisničke atribute u Control Hub-u za ekvivalentnu funkcionalnost.
Funkcija kodova za praćenje mape korisničkih atributa je nacrt koji je u javnom pregledu. Pružamo vam priliku da pogledate šta vas očekuje.
Pre nego što možete da ažurirate sajt sa potrebnim kodovima za praćenje iz administracije sajta u Control Hub, morate mapirati te kodove za praćenje na korisničke atribute u Control Hub-u. Možete kliknuti na ikonu pod Informacije da vas odvede direktno na mapu kodova za praćenje korisničkih atributa čarobnjaka za sajt. Ako još uvek niste mapirali ili onemogućili potrebne kodove za praćenje, nećete moći da ažurirate svoj sajt na Control Hub.
Ako vaš sajt nema potrebne kodove za praćenje, i dalje možete mapirati kodove za praćenje na korisničke atribute pre nego što ažurirate sajt na Control Hub prateći ovu proceduru.
       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 na odeljak atributa korisničkog profila i označite atribut odeljenja po potrebi. 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 sajt, a zatim idite na sajta.  | ||||||||||||||||||||||||||||||||||||||||
| 3 | 
             Izaberite Kreiraj mapu koda za praćenje.            | ||||||||||||||||||||||||||||||||||||||||
| 4 | 
             Izaberite opciju Otvori rezime kodova za praćenje.            | ||||||||||||||||||||||||||||||||||||||||
| 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.            | ||||||||||||||||||||||||||||||||||||||||
| 6 | 
             Vratite se u čarobnjak i izaberite Dodavanje i pregledanje atributa korisnika.            | ||||||||||||||||||||||||||||||||||||||||
| 7 | 
             Konfigurišite sve nove prilagođene atribute potrebne za ovu lokaciju. Označite sve atribute kao obavezne ako želite da se ta polja popune za korisnike. Prilagođeni atributi nisu primenljivi za organizacije koje sinhronizuju korisnike sa konektorom za direktorijum, Azure AD itd. Ovaj korak možete koristiti kao priliku da pregledate prikazna imena za kodove za praćenje. Kada izvršite potrebne promene, kliknite na dugme Sačuvaj. Zaključani atributi su slični  AdminSet klasičnim kodovima za praćenje sajtova za sastanke. 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.            | ||||||||||||||||||||||||||||||||||||||||
| 8 | 
             Vratite se do čarobnjaka i izaberite Mapiranje kodova za praćenje.            | ||||||||||||||||||||||||||||||||||||||||
| 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 dugme Sačuvaj mapu. Sinhronizacija se vrši automatski tokom procesa za ažuriranje sajta na Control Hub. Predlažemo da napravite rezervnu kopiju vrednosti koda za praćenje za korisnike tako što ćete izvršiti izvoz korisnika sajta za sajt 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. 
 * 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 takođe biti kopirana u organizaciju Control Hub kada ažurirate sajt. Ako ne želite da ta polja budu označena kao obavezna za registraciju naloga na sajtu u Control Hub-u, prvo poništite polja u Site Admin-u pre ažuriranja na Control Hub. 

 - Pregledali ste odeljak Pripremite svoju organizaciju Kontrolnog centra od ranije u ovom članku.
 
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
       - 
          
Prijavite se na Administraciju sajta i otvorite stranicu Administracija ažuriranja.
 - 
          
Otvorite preduslove pregleda za ažuriranje administrativne kontrole i kliknite na Izvezi korisnike na koje se to odnosi u CSV-u.
 - 
          
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 za 6 minuta na vrhu sata (između kk: 57 do kk: 03).
 - 
          
Kliknite na Preuzmi CSV kada se izvoz završi.
Vaš pretraživač preuzima
users-to-review.csv. - 
          
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 Control Hub-u kako bi odgovarala adresi 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 vas neće blokirati u ažuriranju sajta, ali je bolje da popravite adrese e-pošte pre početka ažuriranja.
Spoljni korisnici sa licencom za osnovne sastanke
Spoljni korisnici sa licencama za osnovne sastanke moraće da budu deaktivirani ili nadograđeni na plaćene licence za Veeks sastanke pre ažuriranja sajta sa administratora sajta na Control Hub.
Kako da deaktivirate korisnike
Za pojedinačnu deaktivaciju korisnika u administraciji sajta:
- 
          
Idite na Upravljanje .
 - 
          
Koristite kontrole indeksa, pretrage i filtera da biste pronašli korisnika.
 - 
          
Odznačite polje Aktivno.
 - 
          
Pošaljite promene.
Pogledajte Upravljanje korisničkim nalozima u administraciji Vebek sajta za više informacija.
 
Za deaktivaciju korisnika serije u administraciji sajta:
- 
          
Izvezite korisnike u CSV datoteku.
 - 
          
Otvorite CSV datoteku i izmenite
ActivevrednostiNkolone za sve pogođene korisnike. - 
          
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 početka ažuriranja
Ako pokušate da ažurirate sajt na Control Hub bez rešavanja problema za korisnike users-to-review u datoteci, proces administracije ažuriranja može da propadne. Alat ne proverava da li ste otklonili probleme dok ne započnete poslednje ažuriranje.
Ažuriranje DZS sajtova i ne-DZS sajtova povezanih sa DZS org
Organizacija Control Hub-a može podržati više provajdera identiteta (IdP) za SSO, a jedan od IdP-a je Vebek IdP (lokalna autentifikacija)
Višestruki IDP-ovi u Control Hub-u će pomoći:
- Gde je IdP za DZS sajt u Site Admin razlikuje od DZS IdP kontrolnog čvorišta.
 - Kada korisnici na sajtu nisu u SSO IdP-u konfigurisanom u organizaciji, ti korisnici se sada mogu samo dodati u lokalni Vebek IdP. Zatim možete premestiti te korisnike u konfigurisani DZS IdP kasnije.
 
Podešavanje više IDP-ova može omogućiti svim korisnicima na sajtu koji se ažurira sa Site Admin-a na Control Hub da se prijave putem metode autentifikacije konfigurisane u organizaciji Control Hub-a. Da biste to postigli, možete:
- Dodajte dodatne DZS IdP-ove u organizaciju Control Hub-a.
 - Dodajte korisnike u već konfigurisan IdP.
 - Dodajte korisnike u lokalni Vebek IdP.
 
Pogledajte ovaj članak da biste saznali više o više IDP-ova u Control Hub-u.
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 | 
             Izvoz i sačuvajte izvoznu datoteku korisnika sajta. Ovaj fajl deluje kao arhiva korisničke konfiguracije koja će vam pomoći da potvrdite 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 se završi. 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 trajati oko 12 minuta. Pored toga, ažuriranja sajta se pauziraju za 6 minuta na vrhu sata (između kk:57 do kk: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.
- 
        
Prijavite se u Control Hub i otvorite stranicu Sastanci .
Možete videti listu mesta sastanaka.
 - 
        
Kliknite na sajt da biste videli informacije o tom sajtu.
 - 
        
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).
 - 
        
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:
- 
        
Proverite neka podešavanja konfiguracije sajta da biste potvrdili da se ništa nije promenilo. Ovo je lakše ako ste kopirali neke postavke administratora sajta pre ažuriranja na Control Hub.
 - 
        
Izaberite domaćina i potvrdite njihovu licencu, kodove za praćenje i tipove sesija u Control Hub-u. Prijavite se na sajt sastanka i potvrdite da se zakazani sastanci, snimci i preferencije ne menjaju. Validacija je lakša ako se podaci tog domaćina kopiraju pre ažuriranja na Control Hub.
Zamolite korisnika da proveri da li može da zakaže i ugosti nove sastanke.
 - 
        
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 zasnovane na organizaciji ili grupi za automatsko dodeljivanje licenci novim korisnicima ili određenim grupama novih korisnika. - 
        
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.
 - 
        
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 Control Hub-a. 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 Control Hub-u , 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:
- Resetujte lozinku za Webex aplikaciju: https://help.webex.com/article/n02v0b8/
 - Resetujte lozinku za Webex sajt sastanaka: https://help.webex.com/article/6v6kaab/
 
 
 - 
              
 - 
          
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 ne odgovaraju njihovim adresama e-pošte možda će morati da se ponovo prijave.
- 
              
Od ovih korisnika će se možda tražiti da se ponovo prijave na svoje Vebek klijente ako pokušaju da pristupe Vebek uslugama na sajtu tokom ažuriranja sajta za Control Hub. Korisnici koji su se već pridružili sastancima pre početka ažuriranja sajta neće biti pogođeni.
 
 - 
              
 
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 na Control Hub
- Ako je vaš sajt kojim upravlja administrator sajta bio na sporom kanalu, a vašim kontrolnim čvorištem upravlja i partner, onda biste mogli izgubiti vidljivost kontrolama ažuriranja verzije sajta za sastanke nakon ažuriranja na Control Hub. Ako se to dogodi, obratite se svom partneru i zamolite ih da omoguće podešavanje Dozvoli kupcu da nadogradi verziju sajta za vašu organizaciju.
 - Zahtevi za nalog za samoprijavljivanje na čekanju ne prenose se u centar za upozorenja. Korisnici moraju ponovo da se prijave za nalog nakon završetka ažuriranja.
 - Vrednosti korisničkog imena u Site Admin-u se zamenjuju adresama e-pošte korisnika u Control Hub-u nakon završetka ažuriranja.
 
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žuriranja | Preporuč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:
  | 
| 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
Obavezno uvek dozvolite Vebek kolačiće. U suprotnom, korisnici mogu imati problema sa prijavljivanjem nakon ažuriranja na Control Hub.
Q. Da li postoji datum kada Cisco više neće podržavati administraciju sajta?
A. Da. Planiramo da zastarimo administraciju Vebek sajta krajem decembra 2023. godine.
Q. Da li će administratori sajta u Site Admin-u i dalje zadržati svoj administrativni pristup sajtu nakon ažuriranja na upravljanje kontrolnim čvorištem?
A. Da. Svi administratori na sajtu u Site Admin-u i dalje imaju administrativni pristup sajtu nakon što se sajt ažurira na upravljanje kontrolnim čvorištem.
Q. Nakon ažuriranja sajta za sastanke od administratora sajta do upravljanja kontrolnim čvorištem, zašto vidim nove administratore na sajtu?
Odgovor: Ti novi administratori na sajtu su verovatno bili administratori organizacije Control Hub-a. Kada se sajt ažurira sa administratora sajta na Control Hub, svi administratori širom organizacije postaće administratori sajta novog sajta kojim upravlja Control Hub. To znači da će puni administratori organizacije postati punopravni administratori Vebek sajta, administratori korisnika organizacije postaće administratori korisnika Vebek sajta, a administratori samo za čitanje organizacije postaće administratori samo za čitanje Vebek sajta.
Q. Kako to da prijava alata za produktivnost ne radi nakon ažuriranja sajta na Control Hub?
Odgovor: Uverite se da su internet pretraživači konfigurisani tako da uvek dozvoljavaju kolačiće sesije, koji se nalaze u naprednim podešavanjima privatnosti pretraživača.
Q. Ako je korisnik izbrisan u Control Hub-u, a zatim se ista adresa e-pošte ponovo doda u Control Hub i dodeli licencu za sastanke na istoj Vebek lokaciji, može li korisnik pristupiti 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.
Q. Ako je korisnik deaktiviran u Site Admin-u pre ažuriranja sajta na Control Hub, a zatim je kasnije ponovo licenciran za istu Vebek lokaciju u Control Hub-u, 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.
Q. Ako sajt nema SSO IdP podešen, ali organizacija Control Hub ima DZS IdP, šta se dešava kada se sajt ažurira na Control Hub?
A. Lokacija će koristiti isti SSO IDP kao organizacija kontrolnog čvorišta.
Q. Ako sajt ima drugačiji DZS IdP podešen od DZS IdP u Control Hub, šta se dešava kada se sajt ažurira na Control Hub?
A. Lokacija će se prebaciti da koristi isti SSO IDP kao organizacija Control Hub.
Q. Ako sajt ima podešen DZS IdP, ali organizacija Control Hub nema DZS IdP, šta se dešava kada se sajt ažurira na Control Hub?
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.
Q. Mogu li se i dalje prijaviti na URL adresu sajta da bih pristupio snimcima i zakazao 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.
Q. Da li su podešavanja specifična za korisnika modifikovana tokom ažuriranja sajta iz administracije sajta u Control Hub?
A. Ne, korisničke postavke će ostati nepromenjene. Te postavke će biti primenljive kao i pre ažuriranja lokacije.
Q. Da li su moji snimci ili zakazani sastanci pogođeni ovim ažuriranjem sajta?
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.
Q. Da li snimci ili zakazani sastanci korisnika utiču na ažuriranje ovog sajta?
Odgovor: To ne utiče na korisničke snimke. Oni će i dalje imati pristup njima. Zakazani sastanci takođe nisu pogođeni. Nema promena na njima.
Za korisnike koji još nisu zatraženi, njihovi snimci ili zakazani sastanci mogu biti pogođeni ako ih zatražite nakon što ažurirate sajt na Control Hub. Pogledajte sledeću napomenu za više informacija.
Preporučujemo vam da zatražite korisnike pre nego što ažurirate svoj sajt na Control Hub. Ako zatražite korisnike u vašoj organizaciji nakon što je sajt ažuriran na Control Hub, onda ti korisnici mogu izgubiti pristup sastancima i sredstvima za sastanke na sajtu.
Kao rešenje, možete uraditi sledeće kako biste bili sigurni da korisnici neće izgubiti pristup sastancima i sredstvima za sastanke na sajtu nakon što je sajt ažuriran na Control Hub:
- Za korisnike sa privilegijama spoljnog administratora za organizaciju ili sajt – uklonite sav pristup spoljnog administratora organizaciji i sajtu, a zatim uklonite licencu za sajt sastanka. Nakon što zatražite korisnika, ponovo licencirajte tog korisnika na sajtu. Takođe možete vratiti njihove spoljne administratorske privilegije.
 - Za redovne korisnike – uklonite licencu za sajt sastanka, zatražite korisnika u vašoj organizaciji, a zatim ponovo licencirajte tog korisnika za sajt.
 
Q. Gde da pregledam zahteve za nalog za samoprijavljivanje za sajtove kojima upravlja Control Hub?
A. Vi i drugi administratori možete da pregledate zahteve za samostalno prijavljivanje u centru za obaveštenja.
Q. Mogu li pristupiti vrednostima korisničkog imena iz Site Admin-a nakon ažuriranja sajta na Control Hub?
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.
Q. Koristimo vrednosti korisničkog imena za identifikaciju korisnika u Site Admin-u. 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 DZS, onda ExternalID je atribut korisnika Control Hub-a 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.
Q. Koliko vremena je potrebno da se završi ažuriranje sajta nakon što je počelo?
Odgovor: Ažuriranje sajta traje približno 3 min + 1000 aktivnih korisnika / min + 2000 neaktivnih korisnika / min da se završi. 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 trajati oko 12 minuta. Pored toga, ažuriranja sajta se pauziraju za 6 minuta na vrhu sata (između kk:57 do kk:03). Ali tvoji rezultati mogu da variraju.
Q. Kako mogu automatski licencirati svakog novog korisnika ili nove korisnike u određenim grupama nakon ažuriranja sajta koji će se upravljati u Control Hub-u?
Odgovor: Možete podesiti šablone licenci zasnovane na organizaciji ili grupi da automatski dodeljuju licence novim korisnicima.
Q. Da li postoji zastoj tokom ažuriranja sajta?
Odgovor: Ne. Tokom ažuriranja sajta:
- Korisnici mogu nastaviti da koriste uslugu sastanaka, kao što su pridruživanje i započinjanje zakazanih i ad-hoc sastanaka.
 - Sastanci koji su u toku kada počne ažuriranje sajta neće uticati.
 - Pretplata će biti zaključana u Control Hub-u.
 - Desktop klijent za sastanke može imati problema sa odeljkom "Predstojeći sastanci".
 - Promene u konfiguracijama upravljanja sajtom se ne preporučuju.
 
 Da li će raditi*
         
         
         
         
         
         
         
         