- Početak
- /
- Članak
Dizajn za migraciju sa Unified CM-a na Vebek Calling
Faza dizajna Vebek Calling-a fokusira se na definisanje regiona, lokacija, planova biranja i rukovanja hitnim pozivima kako bi se osigurala skalabilna primena. To uključuje odabir fiksnog regiona, postavljanje detalja specifičnih za lokaciju i kreiranje konzistentnog plana biranja. Hitne službe, konfiguracije snimanja i potrebe za licenciranjem su takođe adresirane. Ova faza postavlja temelje za obezbeđivanje, upravljanje korisnicima i siguran pristup putem DZS, osiguravajući da raspoređivanje zadovoljava organizacione i regulatorne zahteve.
Izbor regiona
Vebek pozivi su dostupni globalno i isporučuju se iz redundantnih centara za podatke u više regiona: SAD (Dalas, Čikago), Kanada (Vankuver, Toronto), Evropa (Frankfurt, Amsterdam), Velika Britanija (London, Mančester), Australija (Melburn, Sidnej), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Džeda) i Indija (Mumbai, Čenai). Medijski PoP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primer, centar za podatke u Singapuru koristi se za optimizaciju vremena putovanja medija za korisnike Vebek Calling-a u azijskim zemljama u kojima su vremena povratnog putovanja u region Australije ili Japana možda neoptimalna. Data centri su međusobno povezani multi-gigabitnom i potpuno redundantnom kičmom. Slika globalno distribuiranih data centara pokazuje pregled svih Vebek Calling data centara. Za najnoviju listu dostupnih centara podataka Vebek Calling-a, pogledajte lokacije data centara za Vebek pozive.
Svaki korisnik Vebek Calling-a je obezbeđen na jednoj od instanci Vebek poziva. Sve informacije o obezbeđivanju tog kupca čuvaju se u toj instanci Vebek Calling-a, a SIP signalizacija svih krajnjih tačaka i lokalnih gatevai-a obezbeđenih za tog kupca je vezana za instancu Vebek Calling-a na kojoj je korisnik obezbeđen. Pošto je teško promeniti početni izbor regiona Vebek poziva, važno je uzeti u obzir sve relevantne faktore kao deo procesa odlučivanja koji vodi do izbora regiona Vebek poziva. Da biste izbegli prekomerno kašnjenje signalizacije, važno je rano u procesu tranzicije odlučiti koju instancu Vebek Calling-a treba koristiti. Cisco preporučuje odabir instance Vebek Calling-a koja obezbeđuje najniže vreme signalizacije za najveći broj korisnika u okviru primene.
Za dostupnost zemlje Vebek poziva, pogledajte Gde je Vebek dostupan?.
Lokacije
Da biste se pripremili za obezbeđivanje lokacija na Vebek Calling-u, potrebno je prikupiti potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju su sažete u Informacije za snimanje za svaku lokaciju.
| Informacije | Komentar |
|---|---|
| Opseg proširenja (i) | Svaka lokacija u Vebek pozivima može imati ekstenzije koje počinju sa različitim ciframa. Jedna cifra mora biti pošteđena za cifru upravljanja između mesta biranja (na primer KSNUMKS) i jedna za PSTN cifru upravljanja (na primer KSNUMKS). Nijedan opseg proširenja ne može početi ni sa jednom od ove dve cifre. Svi opsegi proširenja svih lokacija moraju biti jednake dužine. |
| DID opseg (i) | - |
| PSTN upravni cifra | - |
| Kod sajta | Svi kodovi sajtova svih lokacija moraju biti jedinstveni i imati istu dužinu. |
| Glavni broj | Prilikom kreiranja lokacije potrebno je obezbediti dva DID-a. Jedan kao glavni broj (na primer da se dodeli službi automatskog govornog sistema) i jedan za portal govorne pošte. Odredba jedan DID za broj govorne pošte. |
| Broj govorne pošte | |
| Broj dozvola | Potrebne licence po tipu, uključujući Vebek Calling Standard, Professional, Vorkspace, Route List, Outbound Calling Plan. |
| Istovremeni pozivi u zauzetom satu | Zbir istovremenih poziva između Vebek Calling uređaja i između Vebek Calling uređaja i lokalnog gatevai-a (PSTN i pozivi na Unified CM uređaje). Potrebno je da se odredi potreban propusni opseg pristupa internetu. |
| Zemlja | - |
| Vremenska zona | - |
| Jezik | - |
| Kontakt (ime, telefon, e-mail) | - |
| Adresa (ulica, grad, država, poštanski broj) | - |
| Fizička dispečerska lokacija hitnih službi za krajnje tačke | Lokacija za otpremu uređaja koja se koristi za hitne pozive obično uključuje sledeće: Adresa zgrade, adresa zgrade + broj sprata, adresa zgrade + broj apartmana ili adresa zgrade + broj sprata + broj kancelarije / kubika. |
| Po uređaju jedinstvena fizička mrežna lokacija za hitne službe | Fizička mrežna lokacija za hitne pozive obično uključuje sledeće: prekidač / svitchport za žičane uređaje, bežična pristupna tačka (AP) Osnovni identifikatori servisa (BSSID) za bežično povezane uređaje i / ili lokalne IP podmreže za krajnje uređaje. |
PSTN
Prilikom dizajniranja primene Vebek poziva, korisnici imaju tri primarne opcije PSTN povezivanja: Cisco Calling Plans (PSTN usluga u oblaku kojom upravlja Cisco), Cloud Connected PSTN provajderi (CCPP, gde provajderi isporučuju PSTN uslugu putem oblaka) i lokalni PSTN (gde lokalni gatevai povezuju poslovnu mrežu sa PSTN-om). Uvođenjem PSTN kanala za hibridne implementacije Vebek poziva (za više informacija pogledajte PSTN trunking za hibridne primene Vebek poziva na PSTN kanalu), organizacije dobijaju dodatnu fleksibilnost u svom pristupu migraciji. Ova funkcija omogućava korisnicima da premeste svoj PSTN u CCPP na početku tranzicijskog putovanja i započnu prelazak na oblak PSTN za korisnike Vebek poziva, dok koriste CCPP za održavanje PSTN usluge za korisnike koji ostaju na Cisco Unified CM-u tokom fazne migracije.
Ovaj hibridni pristup omogućava organizacijama da prvo premeste odabrane korisničke grupe u oblak, bez trenutnog remonta čitavog telefonskog okruženja. Međutim, on uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike rutiranja Unified CM poziva kako bi podržao novu arhitekturu. Interoperabilnost sa nasleđenim aplikacijama, kao što su faks serveri, kontakt centri ili pejdžing sistemi, takođe zahteva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati obezbeđivanje besprekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizaciju u mešovitom okruženju, kao i validaciju kompatibilnosti sa specijalizovanim funkcijama telefonije. Pravilno planiranje i testiranje su od suštinskog značaja za minimiziranje poremećaja i održavanje pouzdanih glasovnih usluga tokom procesa migracije. Pored toga, komercijalna razmatranja su važna, jer hibridni trunking zahteva licencu za korišćenje koja se zasniva na broju istovremenih poziva između lokalnog okruženja i Cloud Connected PSTN provajdera (CCPP).
Alternativno, organizacije mogu izabrati da zadrže svoju lokalnu PSTN vezu tokom faze tranzicije. U ovom scenariju, migracija na CCPP može se izvršiti na dva načina: kao jedinstveni, koordinirani preokret za sve korisnike i lokacije kada se migracija Vebek poziva završi ili postepeno, sa PSTN migracijom koja se dešava po lokaciji dok se korisnici premeštaju na Vebek pozive. Ovaj pristup može pomoći u pojednostavljenju suživota i održavanju kontinuiteta za nasleđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi vezani za broj portovanje, kao što je potreba za preciznom koordinacijom broja portova naloga, potencijalnih kašnjenja i ograničenja nametnutih provajdera kao što je ograničenje broja istovremenih zahteva za port ili ograničenja na prenošenje podskupova velikih brojnih blokova. Organizacije moraju pažljivo planirati svoju strategiju tranzicije PSTN-a, uzimajući u obzir ova logistička razmatranja kako bi izbegle prekide usluga i osigurale glatko iskustvo migracije.
Slika Migracija na CCCP na početku u odnosu na zadržavanje lokalnog PSTN-a pokazuje dve opcije migracije PSTN-a koje su gore objašnjene. Ilustracija sa leve strane prikazuje scenario u kojem svi lokalni korisnici i aplikacije troše PSTN usluge povezane sa oblakom putem lokalnog prtljažnika i lokalnog gatevai-a koji povezuje lokalni Unified CM sa Vebek pozivima, dok ilustracija na desnoj strani prikazuje scenario u kojem postojeći lokalni PSTN ostaje na mestu, a korisnici na Vebek pozivima koriste lokalni PSTN preko lokalne gatevai veze između lokalnog Unified CM-a i Vebek Calling-a. Tokom tranzicije, lokacije Vebek poziva mogu se prebaciti na korišćenje Cloud Connected PSTN-a.
U oba scenarija, pozivi između lokalnog i Vebek Calling-a koriste lokalnu gatevai vezu. Veza između lokalnog i Vebek poziva mora biti dizajnirana i dimenzionisana u skladu sa očekivanim brojem istovremenih poziva i potrebnom redundantnošću.
Plan biranja
Da bi se postigla besprekorna interoperabilnost između Unified CM-a i Vebek Calling-a tokom perioda migracije, sveobuhvatna arhitektura plana biranja mora biti razvijena i implementirana na obe platforme. Ovaj dizajn plana biranja sa dve platforme obezbeđuje dosledno usmeravanje poziva, prevođenje brojeva i transparentnost funkcija, omogućavajući korisnicima na bilo kom sistemu da komuniciraju bez degradacije usluga ili poremećaja korisničkog iskustva tokom faze koegzistencije.
Lokalni plan biranja u Unified CM-u
Tokom tranzicije kako bi se omogućila koegzistencija uređaja registrovanih na Unified CM-u i na Vebek Calling-u, potrebno je promeniti plan biranja preduzeća na Unified CM-u tako da se mogu ispuniti najmanje sledeći zahtevi:
-
+ E.KSNUMKS biranje od Unified CM do Vebek Calling
-
Proširenje biranja od Unified CM-a do Vebek Calling-a (unutar lokacije, ali i između lokacija ako su opsegi proširenja jedinstveni)
-
Skraćeno biranje između sajtova od Unified CM-a do Vebek Calling-a
-
Prinudno on-net biranje od Unified CM-a do Vebek Calling-a
-
Povratni poziv iz direktorijuma propuštenih poziva do odredišta na Vebek pozivima
-
PSTN pozivi sa Vebek poziva na PSTN ako se tokom tranzicije lokalni PSTN koristi za Vebek pozive
-
PSTN pozivi od Unified CM-a do Vebek Calling-a ako se tokom tranzicije PSTN kanal za hibridne implementacije Vebek poziva koristi za obezbeđivanje PSTN pristupa lokalnim korisnicima Unified CM-a putem Cloud Connect-a za Vebek pozive
-
Prinudno na mreži od Vebek poziva do Unified CM-a
-
Proširenje biranja sa Vebek poziva na Unified CM (inter-site).
Ako bilo šta od gore navedenog nije podržano navike biranja pre tranzicije, na primer ne postoji skraćena navika biranja između lokacija, onda ih ne mora nužno uvesti tokom tranzicije.
Plan biranja najboljih praksi pokazuje pristup planu biranja najbolje prakse kao što je opisano u Preferiranoj arhitekturi za Cisco saradnju KSNUMKS.k Enterprise On-Premises Deploiments, CVD. Ključne karakteristike ovog pristupa uključuju:
-
Jedna particija za +E.164 brojeve direktorijuma
-
Jezgro rutiranje zasnovano na + E.KSNUMKS obrascima ruta
-
Normalizacija svih navika biranja na +E.164 koristeći obrasce prevođenja
-
Korišćenje prevoda obrazac pozivanje prostora za pretragu nasleđivanja (opcija Koristi pozivanje prostor za pretragu inicijator je postavljen na prevod obrazaca).

Na primer, PSTN biranje (9 + 1 + 10D) sa uređaja u SJC obezbeđen sa linijskim pozivom prostora za pretragu SJCInternational će se prvo poklapati sa 9.1 [2-9] KSKS [2-9] KSKSKSKSKSKSKS obrazac prevođenja koji normalizuje broj pozvane stranke na + E.164. Sekundarna pretraga zatim ponovo koristi isti pozivni prostor za pretragu SJCInternational (pozivajući nasleđivanje prostora za pretragu) i +E.164-cifreni niz će se uporediti sa +E.164 brojem direktorijuma u DN particiji ili sa jednim od PSTN obrazaca rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar lokacije i između lokacija implementiraju se prevodima u ESN i SJCtoE164 particiju. Dok je ESN particija globalna particija (dostupna za telefone na svim lokacijama), SJCTOE164 particija je dostupna samo korisnicima na lokaciji SJC. Ovo je pod pretpostavkom preklapanja opsega proširenja.
Prvi korak za omogućavanje pozivanja sa Unified CM-a na Vebek Calling je da se osigura da se + E.KSNUMKS destinacije usmeravaju u skladu s tim. Ovo se može postići dodavanjem particije Vebek Calling-a u plan pozivanja, dodavanjem + E.KSNUMKS obrasca rute za sve destinacije Vebek Calling-a na tu particiju i na kraju dodavanjem particije Vebek Calling-a u sve prostore za pretragu poziva koji predstavljaju klase usluga koje moraju biti u mogućnosti da dođu do Vebek Calling-a. Kreiranje namenske particije Vebek Calling-a potrebno je da bi se omogućilo kreiranje diferencirane klase usluga za pozive koji potiču iz Vebek Calling-a. Da biste izbegli pozivne petlje, prostor za pretraživanje dolaznih poziva na prtljažniku iz lokalnog gatevai-a ne bi trebalo da ima pristup particiji Vebek poziva.
Kao što je prikazano na slici + E.KSNUMKS rutiranje na Vebek Calling, da bi se omogućilo rutiranje od Unified CM-a do Vebek Calling-a za lokaciju sa + E.KSNUMKS DID opsegom + KSNUMKSKSKSKS i kodom lokacije KSNUMKS, hitan obrazac rute koji odgovara ovom + E.KSNUMKS opsegu treba dodati na particiju Vebek poziva .
Ako nije potreban izbor lokalnog gatevai-a specifičan za lokaciju, onda umesto da koristite listu ruta sa lokalnom grupom ruta Vebek poziva kao odredište za obrasce ruta koji ukazuju na Vebek pozivanje, jedna grupa ruta može biti obezbeđena sa lokalnim gatevai-om kao jedinim članom, a zatim obrasci rute Vebek poziva ukazuju na jednu listu ruta Vebek poziva sa ovom grupom ruta kao samo unosom.
Da biste omogućili skraćeno biranje između lokacija na veb lokaciju Vebek poziva, potreban obrazac rute KSNUMKSKSKSKS se dodaje na particiju Vebek poziva. Za sajtove koji će biti prebačeni na Vebek pozivanje, obrazac normalizacije biranja KSNUMKSKSKSKS koji normalizuje ESN biranje na + E.KSNUMKS možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2KSKSKS suvišan, ali čim su svi DN-ovi odgovarajuće lokacije prebačeni na Vebek pozivanje, obrazac prevođenja normalizacije biranja 8121.2KSKSKS može se ukloniti, a zatim obrazac rute 8121.2KSKSKS omogućava ESN biranje čak i za korisnike samo proširenja u tom opsegu.
Sa ovim promenama plana biranja pozivi na lokaciju Vebek poziva mogu se postaviti ne samo biranjem skraćenog inter-site i + E.KSNUMKS. Takođe, moguće je međunarodno i nacionalno PSTN biranje jer se ove navike biranja prvo normalizuju na + E.KSNUMKS kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se preusmeravaju na Vebek pozive podudaranjem + E.KSNUMKS obrasca rute u particiji Vebek poziva.
Usklađivanje + E.KSNUMKS rute na DID opsegu lokacije Vebek Calling može se obezbediti dok su svi DID-ovi i dalje hostovani na Unified CM-u. Najbolji algoritam podudaranja uzoraka podudaranja Unified CM-a osigurava da kada se bira broj hostovan na Unified CM-u, onda je broj direktorijuma + E.KSNUMKS koji je obezbeđen na Unified CM-u bolji od obrasca rute sa divljim kartama + E.KSNUMKS koji ukazuje na Vebek pozive, tako da se pozivi proširuju na liniju na Unified CM-u i ne šalju se na Vebek pozive.
Plan biranja Vebek poziva
Svakom korisniku u Vebek Calling-u obezbeđena je ekstenzija i / ili + E.KSNUMKS telefonski broj. Dužina produžetka je fiksna globalna postavka: sve ekstenzije u implementaciji Vebek poziva imaju istu dužinu. Proširenje biranja može se koristiti između korisnika Vebek poziva i unutar lokacije i između lokacija. Skraćeno biranje između lokata (ovaj drugi slučaj) funkcioniše samo ako je birani dodatak jedinstven.
Ako je skraćeno biranje između lokacija uslov, ali postoje preklapanja između ekstenzija dodeljenih na različitim lokacijama, onda je potrebno kreirati plan numerisanja specifičan za preduzeće prefiksom ekstenzija sa pristupnim kodom - kod lokacije. Za više informacija, pogledajte Preferirana arhitektura za Cisco saradnju KSNUMKS On-Premises Deployments, Pregled dizajna dostupan na Cisco preferiranim arhitekturama saradnje.
Dužina produžetka, ponašanje biranja između lokacija proširenja, dužina prefiksa za biranje između lokacija i cifra upravljanja u prefiksu rutiranja za biranje između lokacija su konfigurisani u podešavanjima usluge pozivanja u Control Hub-u:
-
Dužina prefiksa rutiranja lokacije: Dužina prefiksa, uključujući cifru upravljača. Potrebno je samo ako plan numerisanja preduzeća treba da se uspostavi kao alternativna skraćena preduzeća inter-lokacija biranje navike.
-
Upravljačka cifra u prefiksu rutiranja: Upravljačka cifra za skraćenu naviku biranja između lokacija preduzeća. Treba izbegavati preklapanja sa prvom cifrom bilo koje lokacije i lokacije odlaznih cifara za biranje. Potrebno je samo ako plan numerisanja preduzeća treba da se uspostavi kao alternativna skraćena preduzeća inter-lokacija biranje navike.
-
Unutrašnja dužina produžetka: Standardna dužina ekstenzija. Može biti bilo koja vrednost između dva i deset.
Kada je biranje proširenja ili biranje pomoću značajnih brojeva preduzeća (upravljački kod, kod lokacije, proširenje) potrebno od lokalne kontrole poziva do Vebek poziva, a kontrola lokalnog poziva šalje produžetak kao ID pozivaoca, a zatim obavezno podesite parametar Maksimalna nepoznata dužina proširenja u Odeljku Rutiranje poziva između Vebek poziva i prostorija da biste bili sigurni da uzvodni pozivi iz lokalne kontrole poziva na Vebek pozive mogu biti ispravno klasifikovani kao lokalni pozivi. -
Dozvolite biranje proširenja između lokacija: Uključite da biste omogućili / onemogućili biranje proširenja između lokacija. Ova opcija treba da bude omogućena samo ako su sve ekstenzije unutar organizacije jedinstvene. Ako je opcija onemogućena, potrebno je birati značajne brojeve preduzeća (upravljački kod, kod lokacije, proširenje) ili telefonske brojeve.
Prva tri parametra se uglavnom koriste za izradu plana biranja za telefone kako bi se smanjila međucifrena vremenska ograničenja kada se koristi off-hook biranje. Odstupanja od ovih globalnih postavki su i dalje moguća (Primer - ekstenzije sa različitom dužinom mogu biti obezbeđene), ali poruka upozorenja će se pojaviti u Control Hub-u i biranje sa telefona može zahtevati en-block biranje kako bi se izbegli sukobi unutar unapred učitanog plana biranja.
Tabela Primer numerisanja preduzeća pokazuje primer od tri lokacije na kojima su opsegi proširenja dve lokacije, Njujork i RTP, identični. Uspostavljanje šeme numerisanja preduzeća sa inter-site upravljačkom cifrom 8, zatim trocifreni kod sajta, i četvorocifreni ekstenzija stvara ne preklapa skraćeni inter-site biranje navika.
| Lokacija | Opseg proširenja | Kod sajta | Preduzeće opseg |
|---|---|---|---|
| Njujork | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| Bilten | 2XXX | 204 | 8 204 2XXX |
Da bi se omogućila glatka tranzicija, skup navika biranja za korisnike pre i posle prelaska na Vebek pozive idealno bi trebalo da bude isti. Da bi se pripremili za tranziciju za svaku lokaciju, potrebno je dokumentovati opsege DID-a i opsege proširenja (ili skraćene navike biranja unutar lokacije). Na osnovu ovih informacija potrebno je odabrati cifru upravljanja između lokacija.
Tabela Opseg proširenja Vebek poziva fiksne dužine prikazuje primer tri lokacije i opsega proširenja fiksne dužine. Budući da je potrebno izbegavati preklapanje navika biranja, važno je osigurati da za bilo koji opseg proširenja prva cifra opsega ne odgovara cifri upravljača za skraćeno biranje između lokacija. Ako je na primer 8 izabran kao upravljačka cifra za biranje između sajtova, onda nijedan opseg proširenja na bilo kom sajtu ne može početi sa 8. Tipično, ekstenzije na datoj lokaciji odgovaraju poslednjih nekoliko cifara DID-ova dodeljenih toj lokaciji. Da bi se izbegli konflikti, prva cifra ekstenzije može biti promenjena. Ako se, na primer, DIDs u opsegu +1 408 555 8XXX koriste na lokaciji, onda umesto da koristite 8KSKSKS kao opseg proširenja 7KSKSKS može da se koristi za ekstenzije na tom sajtu
| Lokacija | Opseg proširenja | Ekstenzije za Vebek pozive | Kod sajta | Preduzeće opseg |
|---|---|---|---|---|
| Njujork | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| Bilten | 1XX | 11XX | 204 | 8 204 11XX |
Sedmocifreni nizovi biranja birani na Vebek Calling uređaju koji koriste plan biranja US VebCalling preklapaju se sa sedmocifrenim obrascem za lokalno biranje u unapred učitanom američkom planu biranja. Da bi se izbegla preklapanja između bilo koje on-net i off-net (PSTN) navika biranja obavezna spoljni pristupni kod može da se koristi na toj lokaciji. Ako se postojeća šema numerisanja preduzeća i odgovarajuće skraćeno biranje između lokacija preklapaju sa obrascima u nacionalnom biranju Vebek poziva, onda se tokom prelaska na Vebek Calling šema numerisanja kako bi se izbegla preklapanja takođe mogu promeniti u duži ili kraći oblik. Najlakši način da se to postigne je da dodate dodatnu cifru u šemu numerisanja. Novu dužu šemu biranja između sajtova treba da usvoje samo korisnici koji su već migrirali na Vebek pozive. Korisnici koji su i dalje na Unified CM-u mogu nastaviti da biraju sedam cifara. Plan biranja preduzeća na Unified CM-u u ovom slučaju mora da se uveri da se skraćeno sedmocifreno biranje od Unified CM-a do Vebek Calling-a transformiše u + EKSNUMKS ili u skraćeni format biranja raspoređen na Vebek Calling-u. Ovo treba da se uradi pre slanja poziva na Local Gatevai.
Tabela Prelazak sedmocifreno biranje pokazuje primer ovog prenumerisanja. U ovom primeru, skraćeno biranje između lokacija na Unified CM-u koristi upravljačku cifru KSNUMKS, nakon čega sledi dvocifreni kod lokacije i četvorocifreni produžetak. Da bi se izbeglo sedmocifreno skraćeno biranje između lokacija za lokacije na Vebek Calling-u, kodovi sajtova se lako mogu promeniti na tri cifre tako što će prefiksirati proizvoljnu cifru (KSNUMKS u primeru) na dvocifrene kodove sajtova koji se koriste u Unified CM-u, tako da biranje između lokacija sa Vebek Calling telefona koristi upravljačku cifru KSNUMKS praćenu cifrom KSNUMKS, stari dvocifreni kod sajta i četvorocifreni ekstenzija. Korisnici na Vebek pozivima ne moraju da pamte nove kodove sajtova; oni samo treba da se sete da koriste 88 kao prefiks za biranje između sajtova umesto 8 na Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Lokacija | Lokali | Kôd lokacije | Preduzeće opseg | Oda sajta | Preduzeće ange |
| Njujork | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| Bilten | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
U scenariju sa različitim formatima brojeva preduzeća na Unified CM i Vebek Calling-u ako su brojevi preduzeća predstavljeni kao informacije o pozivnoj strani za pozive od Unified CM-a do Vebek Calling-a (na primer - Pozivi sa uređaja bez DID-a), važno je implementirati i mapiranje između različitih formata brojeva za informacije o pozivnim stranama kako bi se osiguralo da povratni poziv funkcioniše. Ovo mapiranje se može postići korišćenjem obrasca transformacije pozivanja na prtljažniku između Unified CM-a i Local Gatevai-a.
Snimanje
Dobro dizajnirano rešenje za snimanje poziva zahteva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je u skladu sa organizacionim ciljevima, regulatornim zahtevima i tehničkim ograničenjima. Dve od najkritičnijih odluka uključuju izbor provajdera i izbor regiona, od kojih će oba možda morati da budu prilagođena globalno i nadjačana na određenim lokacijama, na osnovu poslovnih potreba.
1. Izbor provajdera za snimanje poziva
Izbor odgovarajućeg provajdera za snimanje poziva je od suštinskog značaja za ispunjavanje poslovnih ciljeva i obezbeđivanje usklađivanja funkcija u celoj organizaciji:
-
Globalni izbor provajdera: Organizacije obično određuju primarnog provajdera za snimanje poziva na globalnom nivou, obezbeđujući konzistentnost u skupu funkcija, usklađenosti i podrške na svim lokacijama
-
Prepisivanja zasnovana na lokaciji: U scenarijima u kojima određene lokacije ili regioni imaju jedinstvene poslovne potrebe ili regulatorne zahteve, možda će biti potrebno zameniti izbor globalnog provajdera i odrediti alternativne provajdere za te lokacije. Ova fleksibilnost podržava različite mandate usklađenosti i lokalne operativne potrebe
-
Poslovni zahtevi: Izbor provajdera treba da bude vođen procenom poslovnih pokretača kao što su usklađenost sa propisima (primer - MiFID II, HIPAA), osiguranje kvaliteta, rešavanje sporova ili potrebe za obukom
-
Dostupnost funkcija: Provajderi treba da se procenjuju na osnovu njihove sposobnosti da isporuče potrebne funkcije, kao što su praćenje u realnom vremenu, mogućnosti pretraživanja i reprodukcije, enkripcija, politike zadržavanja, integracija sa analitičkim platformama i podrška za različite tipove poziva (dolazni, odlazni, interni).
2. Izbor regiona
Određivanje regiona u kojem se čuvaju i obrađuju snimci poziva je od ključnog značaja za usklađenost i performanse:
-
Globalni izbor regiona: Po defaultu, organizacije mogu da izaberu jedan region za čuvanje snimaka poziva kako bi se pojednostavilo upravljanje i upravljanje
-
Premošćivanje regiona zasnovanog na lokaciji: Tamo gde zakoni o prebivalištu podataka ili korporativne politike zahtevaju, možda će biti neophodno da se premosti globalno podešavanje regiona za određene lokacije, osiguravajući da se snimci poziva čuvaju i obrađuju u okviru potrebnih geografskih granica
-
Zahtevi za prebivalište podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifični za zemlju) koji mogu diktirati gde i kako se zadržavaju snimci poziva.
Još jedan kritičan aspekt koji treba rešiti tokom planiranja i dizajna rešenja za snimanje poziva za Vebek pozive je procena zahteva za skladištenje. Precizno predviđanje potreba za skladištenjem je od suštinskog značaja kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućim poslovnim operacijama, održavanje usklađenosti i izbjegavanje prekida usluga.
Nekoliko ključnih parametara treba uzeti u obzir prilikom određivanja očekivane potražnje za skladištenjem:
-
Obim snimljenih poziva: Procenite očekivani broj poziva koji će biti snimljeni u određenom vremenskom intervalu (npr. Po danu, nedelji ili mesecu). To uključuje ne samo eksterne pozive, već i interne komunikacije, ako to zahteva poslovna politika ili regulatorni mandati
-
Prosečno trajanje poziva: Izračunajte tipičnu dužinu snimljenih poziva, jer će duži pozivi trošiti više prostora za skladištenje. Varijacije u trajanju poziva u različitim odeljenjima ili korisničkim grupama takođe treba uzeti u obzir u proceni
-
Period zadržavanja: Definišite dužinu vremena u kojem se snimci moraju zadržati, što je često diktirano organizacionim politikama ili spoljnim propisima (kao što su standardi usklađenosti specifični za industriju). Duži periodi zadržavanja će povećati ukupne zahteve za skladištenje
-
Projekcije rasta: Razmotrite očekivani rast obima poziva ili proširenje obima snimanja, što može biti rezultat skaliranja poslovanja, novih regulatornih zahteva ili uključivanja dodatnih korisnika ili lokacija.
Temeljnom analizom ovih parametara, organizacije mogu razviti robusnu strategiju skladištenja koja obezbeđuje skalabilnost, isplativost i usklađenost sa propisima za svoje rešenje za snimanje poziva Vebek Calling. Takođe je preporučljivo da redovno pregledate i prilagodite raspodele za skladištenje kako se obrasci korišćenja razvijaju tokom vremena.
Hitni poziv
Zahtev za usmeravanje hitnog poziva u odgovarajući dispečerski centar je uslov za bilo koju uslugu pozivanja koja nudi PSTN uslugu. Sa Vebek Calling-om, usmeravanje hitnih poziva je izvorno rešenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje Vebek Calling podržava. Rutiranje hitnog poziva u Vebek pozivu zasniva se na lokaciji definisanoj u kontrolnom čvorištu i PSTN načinu pristupa lokaciji. Brojevi za hitne slučajeve u Vebek pozivima su unapred definisani i specifični za zemlju u kojoj su raspoređeni korisnici i uređaji Vebek poziva.
Postoje dva načina za isporuku hitnih poziva u Vebek pozivima. Postoji osnovna usluga usmeravanja hitnih poziva i usluga usmeravanja hitnih poziva. Osnovna usluga usmeravanja hitnih poziva će koristiti broj koji je administrator odabrao da identifikuje lokaciju i rutu poziva da dođe do hitnih službi. Za osnovne hitne pozive put poziva je obično preko PSTN opcije kupca za tu lokaciju. Vebek Calling takođe ima poboljšano usmeravanje hitnih poziva dizajnirano za implementacije u SAD-u i Kanadi koje imaju zahteve za usklađenost sa propisima koji zahtevaju upotrebu nacionalnog provajdera za isporuku hitnih poziva odgovarajućem dispečerskom centru.
Svi korisnici treba da primene, u najmanju ruku, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahteva da se najmanje jedan broj u vlasništvu kupca + E.KSNUMKS dodeli svakoj lokaciji definisanoj u Vebek Calling-u. Za osnovne hitne pozive, svaka lokacija će biti definisana adresom ulice na koju se upućuju policija, vatrogasci ili hitna pomoć u slučaju nužde. U većini slučajeva, glavni broj za lokaciju je najbolji izbor za predstavljanje fizičke lokacije vanrednog stanja. Tipično, dodeljivanje adrese na +E.164 broj je koordinirano sa PSTN provajderom. Slike ispod prikazuju dodelu glavnog broja koji će se koristiti kao broj za hitne pozive za lokaciju Richardson.


U većini situacija, adresa zgrade je dovoljna za adresu otpreme za lokaciju. Ali ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, onda administrator može da koristi isti proces opisan gore i dodeli te uređaje na određenu adresu ili precizniju lokaciju unutar adrese (kao što je sprat ili soba). U upravljanju korisnicima u Control Hub-u, kartica Pozivanje omogućava određeni broj koji se koristi za korisnika i njihove uređaje da dobiju određenu adresu za otpremu. Sledeće slike ilustruju kako se određeni broj može dodeliti uređaju. Administrator je odgovoran za to da se uverite da će broj koji koristi uređaj imati tačnu adresu za otpremu. Dodeljivanje adrese se obično vrši preko PSTN provajdera te lokacije.


Za raspoređivanje telefonije u SAD-u koje moraju da obezbede poboljšana rešenja za hitne pozive, Vebek Calling koristi RedSki's Horizon Mobiliti integrisan u Vebek Calling za usmeravanje hitnih poziva. Kada koristite RedSki za rutiranje poziva, administrator mora da se upiše za nalog preko Cisцo-a i konfiguriše odgovarajuće informaцije u podešavanjima usluge Pozivanje -> da bi omogućio ovu funkцiju. Kada je RedSki usluga omogućena na nivou sistema, administrator će omogućiti RedSki uslugu na svakom nivou lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji Vebek poziva aktiviraće uslugu za sve uređaje koji su dodeljeni toj lokaciji. Uređaji koji podržavaju poboljšane hitne pozive su Cisco MPP telefoni, Cisco PhoneOS telefoni i Cisco Vebek aplikacija.
Postoje dva podešavanja za omogućavanje poboljšanog hitnog poziva na lokaciji. Dozvolite RedSki-u da prima informacije o mrežnom povezivanju i test pozive treba koristiti za proveru da li je RedSki konfiguracija za mapiranje uređaja i infrastrukture tačna. Ova postavka takođe omogućava da se test pozivi postave na 933 za verifikaciju lokacije pomoću RedSki-ovog IVR sistema za čitanje lokacije pozivaoca. Iako ovaj dokument neće pokriti RedSki konfiguraciju za praćenje lokacije, administrator treba UVEK testirati svoje otkriće lokacije pre aktiviranja hitnih poziva za rutu do RedSki. Kada je testiranje završeno i potvrđeno kao tačno, administrator će usmeriti pozive na RedSki prebacivanjem rute hitne pozive na RedSki. Ovaj prekidač će usmeriti sve hitne pozive za lokaciju na RedSki za isporuku u telefonsku sekretaricu za lokaciju.
Podešavanja poboljšanih hitnih poziva takođe se primenjuju na klijente Vebek App-a i u prostorijama i van prostorija. Kada je u prostorijama, Vebek aplikacija se može pratiti na isti način na koji se prate stolni telefoni. Kada je van prostorija, korisnik će moći da dinamički podesi svoju lokaciju direktno u Vebek aplikaciji. Za više informacija o hitnim pozivima pogledajte Poboljšani hitni poziv za Vebek pozive.
Licenciranje
Postoji više opcija za dodeljivanje licenca za Vebek pozive korisnicima.
Ručno dodeljivanje preko Control Hub-a
Administratori ručno dodeljuju licence za Vebek pozive pojedinačnim korisnicima preko interfejsa Control Hub-a.
Administratori mogu uređivati licence za usluge za pojedinačne korisnike i direktno dodeljivati licence za pozivanje.
Automatski šabloni za dodeljivanje licenci
Koristite šablone za dodeljivanje licenci u Control Hub-u da biste automatski dodelili licence korisnicima na osnovu grupnih ili organizacionih podešavanja.
Automatsko licenciranje može se obaviti sinhronizacijom direktorijuma ili ručnim ažuriranjem korisnika, ali korisnici moraju imati važeći telefonski broj formatiran + E.KSNUMKS, a telefonski brojevi moraju postojati na lokaciji Vebex Calling-a pre obezbeđivanja korisnika. Ako uslovi nisu ispunjeni (npr. Nevažeći format telefonskog broja), licence za Vebek pozive neće biti dodeljene.
Bulk zadatak preko CSV šablona
Otpremite CSV datoteku sa korisničkim detaljima i dodelama licenci da biste dodali ili izmenili više korisnika odjednom.
CSV uvoz podržava dodavanje do KSNUMKS korisnika i dodeljivanje licenci, ali licence za Vebek pozive zahtevaju određena polja kao što su telefonski broj i ekstenzija.
Zadatak zasnovan na API-ju
Koristite Vebek API-je za programsko dodeljivanje licenci i upravljanje korisnicima.
Vebek podržava API operacije za upravljanje korisnicima i licencama (People, SCIM KSNUMKS i Licenses API), koji se mogu iskoristiti za automatizaciju dodeljivanja licenci. API za licence omogućava istovremeno dodeljivanje licenci, telefonskih brojeva i ekstenzija.
| Zadatak Metod | Prednosti | Uporediti |
|---|---|---|
| Priručnik preko kontrolnog čvorišta | Jednostavno za nekoliko korisnika. Omogućava preciznu i granularnu kontrolu nad dodeljivanjem licence. | Nije skalabilan, dugotrajan Skloni ljudskoj grešci tokom ručnog unosa. |
| Automatski šabloni licenci | Skalabilan Smanjuje ručne greške Može se primeniti na nove i postojeće korisnike. | Zahteva važeće brojeve telefona i lokacije. Složeniji za postavljanje Takođe zahteva korisničke grupe po grupi korisnika sa ekvivalentnim zahtevima za licenciranje. |
| Masovno otpremanje CSV-a | Efikasan za velike korisničke skupove Omogućava istovremeno dodeljivanje licenci, brojeva telefona i ekstenzija. | Zahteva pažljivo CSV formatiranje Potencijal za greške ako telefonski brojevi ili ekstenzije nedostaju ili su netačni. |
| Zadatak zasnovan na API-ju | Automatizovano, fleksibilno. Omogućava istovremeno dodeljivanje licenci, brojeva telefona i ekstenzija. | Zahteva razvoj i API znanje. |
Tabela Opcije obezbeđivanja korisnika - rezime sumira opcije obezbeđivanja korisnika i njihove prednosti i mane. Ovaj pregled pomaže u odabiru najboljeg načina dodeljivanja licenci na osnovu veličine organizacije korisnika, mogućnosti automatizacije i procesa i zahteva za obezbeđivanje korisnika.
Kad god je to moguće, Cisco preporučuje dodeljivanje dozvola za pozivanje pomoću šablona licenci. Ovo zahteva da za svaku grupu korisnika koja zahteva jedinstveni skup licenci (primer - Vebek Calling Standard vs. Professional) postoji grupa sa odgovarajućim članstvom u grupi. Kao što je rečeno u odeljcima Korisničke grupe , korisničke grupe mogu biti definisane ručno u Control Hub-u ili sinhronizovane iz korporativnog direktorijuma. Moguća je kombinacija oba pristupa.
Korisnici koji pripadaju više grupa dobijaju licence od svih zadataka koji se primenjuju na sve njihove grupe. Ovo omogućava korišćenje bezbednosnih grupa specifičnih za licencu Vebek poziva u direktorijumu preduzeća za upravljanje dodeljivanjem Vebek licenci gde rezultirajuću dodelu korisničke licence kontroliše sindikat članstva u grupi.
Za više informacija pogledajte Podesite automatsko dodeljivanje licenci u Control Hub-u i Podesite šablone za automatsko dodeljivanje licenci za korisnike Vebek poziva.
Zahtevi za licencu
Ovaj odeljak pokriva samo licence vezane za Vebek pozive. Ostali tipovi licenci (primer - registracija Vebek uređaja, poruke, sastanci) nisu pokriveni. Kao deo procesa dizajna potrebno je odrediti zahteve za licencu. Potrebno je izračunati broj licenci za sledeće tipove licenci:
-
Standard Vebek poziva: broj pojedinačnih korisnika koji zahtevaju standardne telefonske funkcije.
-
Vebek Calling Professional: broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije. Virtuelne linije i grupna govorna pošta imaju pravo na odnos 1: 1 za svaku profesionalnu licencu. Stoga, u retkim slučajevima kada broj potrebnih virtuelnih linija ili grupnih govornih poruka premašuje broj korisnika i radnih prostora koji zahtevaju napredne telefonske funkcije, potrebno je uzeti u obzir dodatne profesionalne licence.
-
Vebek Calling radni prostor za zajednički prostor: broj lokacija za zajedničku upotrebu ili zajedničkih prostora koji zahtevaju standardne mogućnosti pozivanja.
-
Vebek Calling korisnička pomoć: broj agenata i supervizora koji zahtevaju funkcije Vebek Calling Customer Assist. Korisnička pomoć Vebek Calling-a uključuje licencu Vebek Calling Professional.
-
Lista ruta poziva: broj potrebnih PSTN poziva povezanih sa oblakom između lokalnih korisnika Unified CM-a i / ili lokalnih specijalizovanih aplikacija KSNUMKSrd parti.
-
Prateća konzola: broj korisnika Vebek poziva koji zahtevaju pristup klijentu konzole.
-
Cisco Calling Plan (Outbound Calling Plan): broj korisnika kojima je potreban PSTN broj i / ili odlazni PSTN pozivni pristup za Cisco PSTN uslugu.
Ne postoji namenski tip licence za profesionalne radne prostore. Profesionalni radni prostori troše licencu Vebek Calling Professional.
Hot-desk samo radni prostori nude uslugu hot-desking host i hitne pozive od hot-desking domaćina i ne zahtevaju nikakvu licencu. Za više informacija, pogledajte Dodajte i upravljajte samo uređajima za hot desk.
Da biste odredili potreban tip licence za svakog korisnika i radni prostor na osnovu potrebnih funkcija, pogledajte Funkcije dostupne po tipu licence za Vebek pozive.
Da biste napravili razliku između funkcionalnosti koju nude redovi poziva Vebek Calling-a u kombinaciji sa profesionalnom licencom za Vebek pozive za razliku od korisničke pomoći Vebek Calling-a, pogledajte Vebek Calling red poziva i upoređivanje funkcija korisničke pomoći.
Dodeljivanje privilegija korisnicima
Prilikom obezbeđivanja korisnika u Vebek Control Hub-u, na raspolaganju je nekoliko opcija, od kojih svaka odgovara različitim organizacionim potrebama i okruženjima:
-
Ručno obezbeđivanje: Administratori mogu da dodaju i upravljaju pojedinačnim korisnicima direktno u Control Hub-u. Ovaj metod je jednostavan, ali najpogodniji za male organizacije ili ograničene promene korisnika.
-
Masovno rezervisanje preko CSV-a: Za veće korisničke baze, administratori mogu masovno uvoziti i ažurirati korisnike učitavanjem CSV datoteka u Control Hub. Ovo omogućava efikasno upravljanje do hiljada korisnika odjednom.
- Opcije sinhronizacije direktorijuma:
Konektor direktorijuma: Ovo je alat za automatsku sinhronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinhronizuje korisničke naloge, grupe i atribute na zakazanoj osnovi (po satu, dnevno ili nedeljno). Podržava podešavanja Active Directori sa više domena i više šuma i može sinhronizovati slike profila i objekte u sobi.
Entra ID (Azure AD) čarobnjak aplikacija: Dizajniran za organizacije koje koriste Microsoft Entra ID (Azure AD), ovaj metod obezbeđuje automatsku, skoro u realnom vremenu sinhronizaciju korisničkih naloga i atributa direktno sa Entra ID-a na Control Hub. U potpunosti se upravlja u okviru Control Hub-a i zahteva minimalno podešavanje.
SCIM 2.0 Aplikacije: Za okruženja koja nisu Microsoft ili druge provajdere identiteta kao što su Okta ili Duo, aplikacije za sinhronizaciju zasnovane na SCIM-u omogućavaju automatsko obezbeđivanje i deprovisioning korisnika sa mapiranjem atributa i sinhronizacijom grupa.
-
Jedinstvena CM sinhronizacija korisnika: Ova opcija omogućava kreiranje Vebek korisničkih naloga na osnovu postojećih krajnjih korisnika Unified CM-a sinhronizacijom sa Unified CM-a na Vebek. Ovo zahteva da Cloud Connected UC (CCUC) radi na lokalnim Unified CM klasterima. Međutim, generalno se preporučuje sinhronizacija korisnika iz centralizovanog direktorijuma oblaka kao što je Entra ID, a ne direktno iz Unified CM-a.
-
Obezbeđivanje API-ja: Javni Vebek API-ji (People, SCIM KSNUMKS) mogu se koristiti za obezbeđivanje Vebek korisnika. Glavna prednost korišćenja API-ja je mogućnost integracije korisničkog obezbeđivanja sa drugim sistemima preduzeća.
Ovaj pregled i tabela odražavaju glavne opcije obezbeđivanja Vebek korisnika, njihove prednosti i ograničenja koja će vam pomoći da izaberete najbolji pristup za potrebe vaše organizacije.Tabela 6. Opcije za obezbeđivanje korisnika za Vebek Metod obezbeđivanja Opis Prednosti Uporediti Ručno Kreirajte / upravljajte korisnicima pojedinačno u Control Hub-u Jednostavno za nekoliko korisnika; Nije potrebna infrastruktura Nije skalabilan; dugotrajan za mnoge korisnike Bulk (CSV datoteka) Uvozite / ažurirajte korisnike u velikoj meri putem CSV-a u Control Hub-u Efikasan za grupe; Nije potrebno kodiranje Priručnik CSV prep; manje dinamičan Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Vebek API-ja fleksibilan; Podržava automatizaciju i integraciju Zahteva razvoj i infrastrukturu Sinhronizacija direktorijuma Automatska sinhronizacija iz AD, Entra ID, SCIM aplikacija, Unified CM Automatizuje životni ciklus; Podržava filtriranje i mapiranje Složenost podešavanja: Neke od opcija imaju ograničene karakteristike ili zahtevaju infrastrukturu
Korisničke grupe
Upravljanje korisničkim grupama u Vebek-u omogućava administratorima da organizuju korisnike u grupe za efikasno masovno upravljanje licencama, podešavanjima i resursima. Grupe pomažu u pojednostavljenju administracije primenom politika, licenci i šablona podešavanja na više korisnika istovremeno, umesto da upravljaju korisnicima pojedinačno.
Upravljanje korisničkim grupama nudi nekoliko pogodnosti, uključujući:
-
Pojednostavljena administracija: Upravljajte licencama, podešavanjima i politikama za više korisnika odjednom.
-
Doslednost: Primenite jedinstvena podešavanja i licence kod korisnika u istoj grupi.
-
Skalabilnost: Podržava do 250.000 članova po grupi.
-
Integracija: Sinhronizujte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directori za automatizovano upravljanje korisnicima i grupama.
-
Fleksibilnost: Kreirajte lokalne grupe ili sinhronizujte bezbednosne grupe; upravljajte članstvom u grupi ručno ili putem CSV datoteka.
-
Raspodela resursa: Kontrolišite pristup ugrađenim aplikacijama i uslugama na osnovu članstva u grupi.
Glavni slučajevi korišćenja korisničkih grupa prilikom obezbeđivanja Vebek poziva su:
-
Dodeljivanje licence: Dodelite licence grupama za automatsko pružanje usluga kao što su pozivanje, sastanci, poruke ili hibridne usluge članovima grupe.
-
Šabloni podešavanja: Primijenite zbirke postavki usluga (npr. Poruke, sastanak, pozivanje) u grupe za konzistentno korisničko iskustvo.
-
Upravljanje masovnim korisnicima: Dodajte ili uklonite korisnike u velikoj meri putem CSV datoteka ili sinhronizacije direktorijuma.
-
Automatizacija i integracija: Koristite API-je ili sinhronizaciju direktorijuma za automatizovano upravljanje životnim ciklusom korisnika i grupa.
Sledeća tabela sumira različite opcije za upravljanje korisničkim grupama i upravljanjem grupama u Vebek-u.
| Opcija | Opis | Prednosti | Uporediti |
|---|---|---|---|
| Rezervisanje grupe Control Hub (Vebek grupe) | Kreirajte i upravljajte grupama direktno u Control Hub-u. Dodajte / uklonite članove ručno ili putem CSV-a. | Potpuna kontrola nad članstvom u grupi Neposredna primena licenci i šablona Lako kreiranje i uređivanje grupa |
Potrebna su ručna ažuriranja Rizik od grešaka u ručnom CSV otpremanja Nema automatske sinhronizacije sa spoljnim direktorijumima |
| Sinhronizovane grupe iz Entra ID-a (Azure AD) ili Active Directori | Automatski sinhronizujte bezbednosne grupe i članstva iz spoljnih usluga direktorijuma. | Automatska sinhronizacija smanjuje ručni rad Obezbeđuje konzistentnost sa korporativnim direktorijumom Podržava velike organizacije |
Ne mogu uređivati članstvo u grupi u Control Hub-u Kašnjenje sinhronizacije do 12 sati Ugnežđene grupe zahtevaju ručni izbor |
| Grupe i SCIM KSNUMKS API (Vebek grupe) | Koristite Vebek grupe ili SCIM KSNUMKS API za programsko upravljanje grupama i članstvom | Automatizacija i integracija sa drugim sistemima Skalabilan za velika ili složena okruženja |
Zahteva razvojni napor Složenost zavisi od upotrebe API-ja |
Dok sinhronizovane grupe osiguravaju konzistentnost i nude jedinstvenu tačku administracije, moguć je hibridni pristup koji kombinuje sinhronizovane grupe i Vebek grupe (bilo upravljane u kontrolnom čvorištu ili putem API-ja). Tako, na primer, grupe za dodeljivanje licenci mogu biti sinhronizovane grupe, a poseban skup Vebek grupa može se koristiti za dodeljivanje šablona za pozivanje korisnika i Vebek aplikacija.
Ovaj sveobuhvatan pristup upravljanju korisničkim grupama u Vebek-u omogućava organizacijama da efikasno upravljaju korisničkim licencama, postavkama i politikama, obezbeđujući konzistentna i skalabilna iskustva saradnje.
Preporučeni pristup prilikom migracije sa Unified CM-a na Vebek Calling
Primarni izvor podataka za korisnike na Unified CM-u je baza podataka Unified CM, koja sadrži informacije o krajnjem korisniku. Međutim, Unified CM nije tipično autoritativni izvor za upravljanje identitetom korisnika i što je još važnije će biti ugašen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor za informacije o identitetu.
Cisco preporučuje korišćenje centralizovanog direktorijuma u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za korisničke identitete. Sinhronizacija korisnika sa Entra ID-a na Control Hub osigurava konzistentnost, pojednostavljuje upravljanje i podržava mogućnosti jedinstvenog prijavljivanja (SSO).
Da bi se osiguralo da su svi korisnici na Unified CM-u takođe prisutni u Entra ID-u, organizacije treba da potvrde da li korisnički nalozi u Unified CM-u odgovaraju računima u Entra ID-u. Ovo se može uraditi izvozom korisničkih lista iz Unified CM-a i upoređivanjem sa korisničkim listama Entra ID-a.
Ukratko, preporučeni način obezbeđivanja je sinhronizacija korisnika iz Microsoft Entra ID-a (Azure AD) u Vebek Control Hub pomoću Azure AD čarobnjaka ili SCIM aplikacija. Ručno i CSV masovno obezbeđivanje su dostupni kao dopunske metode, ali su manje skalabilni i skloniji greškama za velike organizacije. Obezbeđivanje da je Entra ID autoritativni izvor i da svi korisnici Unified CM-a postoje u Entra ID-u je od ključnog značaja za uspešnu migraciju i konzistentno korisničko iskustvo u Vebek Calling i Unified CM okruženjima.
Prelazak sa lokalne usluge direktorijuma, kao što je Active Directori, na uslugu direktorijuma u oblaku, kao što je Entra ID (Azure ID), nezavisan je od tranzicije poziva. Cisco preporučuje završetak prelaska na uslugu direktorijuma u oblaku pre početka tranzicije poziva.
Dizajniranje korisničkih grupa
Nakon prelaska direktorijuma preduzeća iz lokalnog u oblak, prikupite potrebne korisničke grupe vođene zahtevima za licenciranje i šablone funkcija. Za svaki grupni dokument:
-
Naziv grupe: jedinstveno ime grupe.
-
Licence: licence koje će biti dodeljene ovoj grupi (ako postoje) i obim (da li licence treba da budu dodeljene postojećim korisnicima ili samo novim korisnicima)
-
Šabloni podešavanja: Vebek aplikacija i šabloni za pozivanje korisnika.
-
Sinhronizacija direktorijuma: Da li će ova grupa biti sinhronizovana iz direktorijuma preduzeća ili je ovo lokalna Vebek grupa koja je obezbeđena u Control Hub-u ili putem API-ja.
-
Opis: kako će se ova grupa koristiti i koji korisnici treba da budu članovi ove grupe
Ovi detalji će se koristiti kasnije tokom faze implementacije za kreiranje lokalnih grupa ili grupa u direktorijumu preduzeća i upravljanje članstvom korisnika u grupi.
Jedinstvena prijava (SSO)
Cisco preporučuje upotrebu DZS za autentifikaciju korisnika. Korišćenje DZS ima neke ubedljive prednosti, uključujući:
-
Pojednostavljena autentifikacija korisnika: Korisnici se mogu prijaviti jednom koristeći svoje korporativne akreditive (npr. Iz Azure ID-a) za pristup Vebek-u i drugim integrisanim aplikacijama, eliminišući potrebu za višestrukim lozinkama i smanjujući upite za prijavu. Ovo povećava sigurnost tako što osigurava da se korporativne lozinke nikada ne čuvaju ili prenose Vebeksu nakon autentifikacije.
-
Pojednostavljeno upravljanje korisnicima: Automatizuje kreiranje, ažuriranja i deaktiviranje korisničkog naloga na osnovu promena u korporativnom direktorijumu, smanjujući administrativne troškove i obezbeđujući da samo ovlašćeni korisnici imaju pristup.
-
Poboljšana bezbednost: DZS smanjuje zamor lozinkom i rizik od kršenja lozinke u vezi sa centralizacijom autentifikacije preko pouzdanih provajdera identiteta (IdP).
-
Jednostavna integracija multi-faktor-autentifikacija (MFA): MFA se može lako podržati ili putem rešenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem MFA podrške IdP-a.
Postoji više opcija za implementaciju DZS za Vebek usluge:
-
SAML 2.0-based DZS: Primarni protokol podržan za integraciju Vebek SSO-a, omogućavajući sigurnu razmenu informacija o autentifikaciji između IdP-a i Vebek provajdera usluga.
-
OpenID povezivanje (OIDC): Podržan kao alternativni savremeni protokol za autentifikaciju za DZS integraciju.
-
Vebek identitet: Takođe je podržan kao opcija provajdera identiteta.
DZS se konfiguriše i upravlja centralno preko Control Hub-a, što zahteva razmenu metapodataka između Vebek-a i izabranog IdP-a.
Nakon konfiguracije, DZS može da se testira u Control Hub pre aktiviranja kako bi se osiguralo pravilno podešavanje.
Cisco Vebek podržava integraciju sa višestrukim testiranim i najčešće korišćenim IDP-ovima i sistemima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:
-
Cisco Duo
-
Okta
-
Microsoft Active Directory Federation Services (ADFS)
-
Softver sličan Microsoft Azure-u
-
fejssiting
-
OpenAM
-
F5 BIG-IP.
Ovi IDP-ovi su u skladu sa SAML KSNUMKS ili OpenID Connect standardima i potvrđeni su za kompatibilnost sa Cisco rešenjima za saradnju.
Višestruka podrška za IdP
Vebex omogućava organizacijama da konfigurišu DZS sa više IDP-ova kako bi se prilagodili složenim IT okruženjima kao što su spajanja, akvizicije ili decentralizovana IT odeljenja u kojima različite grupe koriste različite IDP-ove. Višestruka IdP podrška može se implementirati pomoću funkcije Multiple IdP u Vebek-u ili kroz integraciju preduzeća IAM sistema kao što je Cisco Duo.
Vebek-ova podrška za višestruke provajdere identiteta (IdP) bavi se nekoliko ključnih slučajeva upotrebe u kojima organizacije zahtevaju fleksibilnu i sigurnu autentifikaciju u različitim IT okruženjima:
1. Spajanja i akvizicije
Kada se kompanije spajaju ili steknu druge, često imaju odvojene IT infrastrukture i različite IDP-ove koji ne mogu da se udruže. Višestruka IdP podrška omogućava korisnicima iz obe organizacije da se autentifikuju i sarađuju bezbedno bez potrebe da odmah ujedine svoje sisteme identiteta.
2. Više nezavisnih IT odeljenja
Velike organizacije ili vladine institucije mogu imati više nezavisnih IT odeljenja, od kojih svaka upravlja svojim IdP-om. Vebek-ova višestruka IdP funkcija omogućava ovim odeljenjima da održavaju sopstvene sisteme za autentifikaciju, a istovremeno omogućavaju korisnicima da neprimetno pristupe Vebeksu.
3. Različite korisničke grupe ili domeni
Organizacije sa različitim korisničkim grupama (npr. Zaposleni u odnosu na izvođače) ili više domena e-pošte mogu konfigurisati pravila rutiranja kako bi usmerili zahteve za autentifikaciju odgovarajućem IdP-u na osnovu članstva u domenu ili grupi. Ovo podržava diferencirane politike pristupa i bezbednosne kontrole.
4. Podrška za različite protokole za autentifikaciju
Vebek podržava SAML i OpenID Connect (OIDC) IdP, omogućavajući organizacijama da integrišu različite vrste provajdera identiteta u skladu sa postojećom infrastrukturom i bezbednosnim zahtevima.
5. Poboljšana sigurnost i usklađenost
Omogućavanjem više IDP-ova, organizacije mogu implementirati jače mehanizme autentifikacije, uključujući višefaktorsku autentifikaciju (MFA) kroz integracije kao što je Duo, i sprovoditi konzistentne sigurnosne politike u različitim korisničkim bazama.
6. Pojednostavljeno korisničko iskustvo
Korisnici mogu da se autentifikuju koristeći svoje postojeće akreditive od svojih IdP-ova, pružajući jedinstveno iskustvo prijavljivanja uprkos osnovnoj složenosti više sistema identiteta.
Dok višestruka IdP podrška pruža fleksibilnost, ona zahteva pažljivu koordinaciju između timova za bezbednost i identitet kako bi se održale konzistentne bezbednosne politike i izbegle potencijalne ranjivosti.
Duo MFA sa DZS za Vebek
Duo Access Gatevai (DAG) može autentifikovati korisnike koristeći postojeće lokalne direktorijume ili direktorijume zasnovane na oblaku, kao što su Active Directori (AD) i OpenLDAP. Takođe podržava integraciju sa drugim provajderima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućava organizacijama da koriste svoju trenutnu infrastrukturu direktorijuma za Vebek SSO sa Duo MFA.
Duo deluje kao snažan sloj autentifikacije na vrhu primarne autentifikacije direktorijuma. Funkcioniše kao provajder identiteta (IdP) koji koristi SAML 2.0 za sprovođenje dvofaktorske autentifikacije (2FA) pre nego što odobri pristup Vebeksu. Duo procenjuje korisnik, uređaj i mrežni kontekst u odnosu na konfigurabilne politike kako bi omogućio ili zabranio pristup, poboljšavajući sigurnost izvan korisničkog imena i lozinke. Duo takođe pruža fleksibilne kontrole politike, kao što je zahtevanje MFA pri svakoj prijavi za neke aplikacije i ređe za druge.
Prednosti Cisco Duo uključuju:
-
Poboljšana bezbednost: Dodaje MFA otporan na phishing kako bi zaštitio pristup Vebek-u, smanjujući rizik od kompromitovanih lozinki.
-
Fleksibilne politike: Omogućava granularnu kontrolu nad zahtevima za autentifikaciju po aplikaciji ili korisničkoj grupi.
-
Integracija sa postojećim direktorijumima: Podržava lokalne AD, OpenLDAP, direktorijume u oblaku i razne SSO provajdere, minimizirajući promene infrastrukture.
-
Pogodnost korisnika: Podržava Single Sign-On (DZS) da se smanji zamor lozinkom omogućavajući korisnicima da se prijavite jednom i pristupite više resursa bezbedno.
-
Pouzdane krajnje tačke: Podržava poverenje uređaja za Vebek klijente na Vindovs i macOS, poboljšavajući bezbednosni položaj.
-
Upis u samoposluživanje: Inline upis i duo prompt poboljšavaju korisničko iskustvo tokom podešavanja MFA.
Duo MFA sa SSO za Vebek koristi postojeće direktorijume kao što su Active Directori i OpenLDAP, ili provajderi identiteta u oblaku, za autentifikaciju korisnika. Uloga Duo-a je da obezbedi snažan, politički vođen drugi faktor autentifikacije integrisan kroz SAML 2.0, povećavajući sigurnost uz održavanje udobnosti korisnika putem SSO. Prednosti uključuju poboljšanu bezbednosnu poziciju, fleksibilno sprovođenje politike, besprekornu integraciju i bolje korisničko iskustvo.
Cisco preporučuje implementaciju SSO-a za korisnike Vebeksa. Za poboljšanu bezbednosnu integraciju sa Cisco Duo se preporučuje.
Enterprise IAM i SSO strategija treba da bude raspoređena pre početka prelaska sa Unified CM na Vebek Calling.
Karakteristike
Vebek Calling ima kompletan komplet osnovnih karakteristika koje su uključene u uslugu. Ovo uključuje mnoge funkcije pozivanja na nivou preduzeća koje su dostupne u Unified CM-u dugi niz godina. Možda nećete videti KSNUMKS% paritet između funkcija Vebek poziva i Unified CM funkcija, međutim, kao što možete videti na slici ispod, ključne funkcije Unified CM poziva dostupne su u Vebek pozivima.

Pored mnogih korisničkih funkcija, Vebek Calling ima osnovne sistemske funkcije koje su uključene u platformu. To uključuje funkcije kao što su auto govornici, redovi poziva, poziv park, itd. Sve dostupne osnovne sistemske funkcije možete videti u kontrolnom čvorištu pod Servis → pozivanje → Funkcije kao što je prikazano na slici Vebek Calling osnovne funkcije.

Automatski službenik
Vebek Calling Auto Attendant omogućava 24/7 automatizaciju rukovanja dolaznim pozivima, što omogućava efikasno rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.
Auto pratilac odgovara na dolazne pozive i pruža pozivaocu meni opcija o tome gde žele da usmere svoj poziv. To može biti za osobu, govornu poštu ili pozivnu uslugu (npr. Poziv red). Pozivalac koristi dial pad svog telefona da unesete broj iz menija automatskog govornog sistema.
Auto Attendant podržava sledeće ključne karakteristike:
-
Raspored poslovanja i posle radnog vremena
-
Raspored odmora
-
Opcija menija za biranje da usmerite svoje klijente tamo gde treba da idu
-
Prilagodite pozdrave
-
Pozovite po imenu opcija
-
Opcije prosleđivanja poziva
-
Analitika i izveštaji Control Hub-a.
Za više informacija, pogledajte Upravljanje automatskim govornim sistemima.
Parkiranje poziva
Poziv park daje korisnicima mogućnost da lako stavi poziv na čekanje za drugog korisnika da lako preuzme kada su na raspolaganju da ga preuzmu. Takođe oslobađa korisnika koji je odgovorio na prvobitni poziv da upućuje ili prima druge pozive dok je poziv parkiran.
Postoje dve vrste parkova za pozive koji su dostupni u Vebek pozivima:
-
Poziv za parkiranje direktno - omogućava svakom korisniku da parkira poziv na ekstenziju drugog korisnika ili na ekstenziju za parkiranje poziva, kao što je definisano od strane administratora
-
Grupa poziva park - omogućava definisanoj grupi korisnika da automatski parkiraju pozive protiv dostupnih destinacija parka definisanih za grupu. Ove destinacije mogu biti ekstenzije članova grupe ili ekstenzije za parkiranje poziva.
Na osnovu konfiguracije i tipa parka, korisnici mogu preuzeti pozive biranjem * 88 + ><extension of parked call>, pritiskom na linijski taster povezan sa proširenjem poziva parka ili pomoću softverskog tastera na svom IP telefonu.
Opcija opoziva je dostupna za opoziv parkiranog poziva nakon određenog perioda korisniku koji je parkirao poziv ili alternativnom korisniku.
Za više informacija, pogledajte Upravljanje parkiranjem poziva u Control Hub-u.
Preuzimanje poziva
Preuzimanje poziva omogućava administratoru da definiše grupu korisnika (članova) koji mogu da odgovore na poziv na telefon drugog člana. Ovo daje korisniku mogućnost da odgovori na pozive kada su njihovi saigrači zauzeti i ne mogu da odgovore na dolazni poziv.
Korisnici u grupi moraju biti na istoj lokaciji Vebek poziva.
Korisnici mogu da koriste aplikaciju Vebek ili svoj stolni telefon da bi preuzeli poziv.
-
Vebek aplikacija:
-
Podržava vizuelne i audio obaveštenja
-
Obaveštenje o dolaznom pozivu
-
FAC-based (biranje * 98) ili obaveštenje tost poziv pickup
-
Poziv obaveštenja o preuzimanju za više linija.
-
-
Stoni telefoni:
-
Obaveštenje o dolaznom pozivu
-
Audio zvona i vizuelno obaveštenje preko slušalice LED. 6821 podržava samo audio zvona
-
Kada tip obaveštenja izabran u Control Hub nije nijedan
-
-
Pozovite obaveštenja o preuzimanju samo za primarne linije.
-
Za više informacija, pogledajte Konfigurisanje grupe za preuzimanje poziva.
Red za čekanje poziva
VeWebex Calling uključuje redove samo za glasovne pozive kao deo svojih osnovnih karakteristika i svaki korisnik sa licencom VeWebex Calling Professional može biti deo reda poziva, agenta ili supervizora. Ova funkcija omogućava korisnicima da efikasno sarađuju sa klijentima. Poziv redovi podržavaju podskup nekih od osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni poziv, veština ili prioritet rutiranje, upravljanje red agenta, analitika, izveštavanje, itd.
Ciscov poziv za integraciju Microsoft Teams-a omogućava agentima da pristupe pozivima i funkcijama reda poziva direktno iz svog Microsoft Teams klijenta.
Pozivni redovi podržavaju sledeće ključne karakteristike:
-
Pozdravi i poruke (dobrodošlica, uteha, šapat, itd.)
-
Držite muziku
-
Povratni poziv
-
Pravila rutiranja reda (noćni servis, praznici, prosleđivanje)
-
Prijava / odjava reda agenta
-
Upravljanje statusom reda agenta
-
Podrška za Vebek aplikaciju ili sto telefon
-
Supervizor agent poziva monitor, trener, barža ili preuzme preko funkcija pristupnih kodova (FAC)
-
Control Hub (administratorski pristup) za:
-
Upravljanje redovima
-
Analitika i izveštavanje o agentima i redovima
-
Upravljanje redom, agentima i supervizorima.
-
Za više informacija, pogledajte Konfigurisanje reda poziva.
Vebek Calling ima dodatnu funkciju Customer Assist koja pruža dodatne mogućnosti reda poziva i daje agentima i supervizorima bolje korisničko iskustvo u aplikaciji Vebek. Za poređenje funkcija Vebek Calling Call Queue i Customer Assist, pogledajte Vebek Calling red poziva i upoređivanje funkcija korisničke pomoći.
Hunt grupa
Vebek Calling Hunt grupe omogućavaju usmeravanje dolaznih poziva određenoj grupi korisnika kroz unapred određeni obrazac rutiranja poziva. Ovo osigurava da na pozive odgovara prava grupa korisnika ili da ih pošalje na govornu poštu radi praćenja.
Jedna velika razlika između Hunt Groups i Call Queues je da pozivi nisu u redu čekanja u Hunt Groups, tako da ako nema korisnika u Hunt Group su na raspolaganju da odgovore na poziv, to će biti isključen, poslat na govornu poštu ili prosleđen na drugi broj (korisnik ili usluga).
Za više informacija, pogledajte Upravljanje lovnim grupama u Control Hub-u.
Načini rada
Funkcija Režimi rada omogućava preduzećima da efikasno usmeravaju pozive na različite destinacije (korisnici, govorna pošta, pozivne usluge kao što je red poziva). Gde i kada je poziv usmeren zasniva se na vremenu dana i danu u nedelji rasporedu i svaki korisnik može biti ovlašćen da upravlja ovim režimima (rasporedima) da kontroliše promene u usmeravanju poziva.
Kao primer, pozivi na red poziva mogu biti usmereni na drugi red poziva sa agentima u drugoj vremenskoj zoni da odgovaraju na pozive posle radnog vremena, tokom radnog vremena biti usmerena na lokalne agente, a tokom praznika biti usmerena na govornu poštu za praćenje nakon što se agenti vrate u kancelariju.
Ovlašćeni korisnik može da se prebacuje između ovih različitih scenarija (režima) za prosleđivanje poziva ako treba da promeni gde su dolazni pozivi usmereni za određeni period. Ovi korisnici mogu upravljati režimima preko svojih KSNUMKS / KSNUMKS / KSNUMKS MPP telefona, KSNUMKS telefona ili u Vebek User Hub-u u režimima upravljanja.
Za više informacija pogledajte Rutifikaciju poziva na osnovu načina rada u Vebek Calling-u.
Pejdžing grupa
Pejdžing grupe omogućavaju korisnicima da postave jednosmerni poziv za slanje audio poruke grupi korisnika. Svaka grupa može da sadrži do 75 ciljnih korisnika i / ili radnih prostora do kojih se dolazi biranjem unapred definisanog broja ili ekstenzije.
Kada korisnik pozove Pejdžing grupu, istovremeni poziv se vrši na sve dodeljene ciljeve u grupi, u kom trenutku pozivalac može da govori svoje poruke i prekine vezu kada završe.
Za više informacija, pogledajte Konfigurišite grupu pejdžinga u Control Hub-u.
Snimci
Vebek pozivi podržavaju snimanje poziva upućenih ili primljenih od strane korisnika. Ovo može biti potrebno za potrebe kvaliteta, osiguranja, sigurnosti ili obuke. Po defaultu, pozivi se snimaju u Vebek-u, ali se mogu koristiti i drugi nezavisni provajderi snimanja ako su potrebne druge funkcije snimanja ili usklađenost i regulatorni zahtevi.
Kada koristite Vebek kao platformu za snimanje, svi snimljeni pozivi se upravljaju unutar Control Hub-a. Potpuni administratori sa ulogom službenika za usklađenost mogu igrati i preuzimati snimke. Bez uloge službenika za usklađenost, administrator može samo izbrisati snimke.
Za više informacija o ovoj funkciji i listi snimanja nezavisnih strana, pogledajte Upravljanje snimanjem poziva za Vebek pozive.
Domet jednog broja
Doseg jednog broja omogućava pozivima na telefonski broj korisnika da zvone na više uređaja. To može uključivati i druge stone telefone, kao i mobilne telefone. Pozivi se takođe mogu upućivati sa ovih uređaja i korisnici mogu gurati i povući pozive između njih.
Za više informacija o ovoj funkciji i načinu na koji administrator konfiguriše u Control Hub-u, pogledajte Konfigurisanje dosega jednog broja (kancelarija bilo gde).
Za više informacija o tome kako korisnik može upravljati i konfigurisati ovu funkciju za sebe u Vebek User Hub-u (portalu), pogledajte Konfigurisanje dosega jednog broja (kancelarija bilo gde).
Grupa „Govorna pošta“
Grupe govorne pošte omogućavaju zajedničku kutiju govorne pošte koja se može dodeliti korisniku ili funkciji rutiranja poziva. Neki od razloga zbog kojih grupa govorne pošte može biti potrebna su:
-
Govorna pošta opšte namene za odeljenje ili radnu grupu
-
Dodajte opciju govorne pošte u auto attendant ili lov grupu
-
Da biste poslali pozive prelivanja iz reda poziva
-
Korisnici kojima je potrebna samo kutija govorne pošte.
Za više informacija pogledajte Upravljanje zajedničkom govornom poštom i kutijom za dolazni faks za Vebek pozive.
Konzola pratioca je navedena na stranici Funkcije pozivanja u Vebek Control Hub-u, međutim to je dodatna funkcija koja zahteva kupovinu licence za prateću konzolu za korišćenje.
Za više informacija, pogledajte Početak rada sa Attendant konzolom.
Za informacije o svim funkcijama, uključujući i neke dodatne funkcije, pogledajte Funkcije dostupne po tipu licence za Vebek pozive.