V tomto článku
Výběr regionu
Pobočky
Síť PSTN
dropdown icon
Plán vytáčení
    Místní vytáčecí plán v Unified CM
    Plán volání pro Webex
dropdown icon
Záznam
    1. Výběr poskytovatele nahrávání hovorů
    2. Výběr regionu
Tísňové volání
dropdown icon
Licence
    Ruční přiřazení přes Control Hub
    Šablony automatického přiřazení licencí
    Hromadné přiřazení pomocí šablony CSV
    Přiřazení založené na API
    Požadavky na licenci
dropdown icon
Zřizování uživatelů
    Skupiny uživatelů
    Doporučený postup při migraci z Unified CM na Webex Calling
    Návrh uživatelských skupin
dropdown icon
Jednotné přihlašování (SSO)
    Podpora více IdP
    Duo MFA s jednotným přihlašováním pro Webex
dropdown icon
Funkce
    Automatický operátor
    Parkování hovorů
    Hromadné zpracování hovorů
    Fronta hovorů
    Skupina sdružených linek
    Provozní režimy
    Skupina pagingu
    Nahrávky
    Dosažitelnost na jednom čísle
    Skupina hlasové pošty

Návrh pro migraci z Unified CM na Webex Calling

list-menuV tomto článku
list-menuZpětná vazba?

Fáze návrhu Webex Calling se zaměřuje na definování regionů, lokalit, plánů vytáčení a zpracování tísňových volání, aby se zajistilo škálovatelné nasazení. Zahrnuje výběr pevně stanovené oblasti, nastavení detailů specifických pro dané místo a vytvoření konzistentního volacího plánu. Řešeny jsou také tísňové služby, konfigurace nahrávání a potřeby licencování. Tato fáze pokládá základy pro zřizování, správu uživatelů a zabezpečený přístup prostřednictvím jednotného přihlašování (SSO), čímž zajišťuje, že nasazení splňuje organizační a regulační požadavky.

Výběr regionu

Webex Calling je k dispozici globálně a je poskytován z redundantních datových center v několika regionech: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Evropa (Frankfurt, Amsterdam), Spojené království (Londýn, Manchester), Austrálie (Melbourne, Sydney), Japonsko (Tokio, Ósaka), Saúdská Arábie (Rijád, Džidda) a Indie (Bombaj, Čennaí). Mediální PoP poskytují mediální služby pro optimalizaci doby přenosu médií. Například singapurské datové centrum se používá k optimalizaci doby přenosu médií pro zákazníky Webex Calling v asijských zemích, kde by doba přenosu do Austrálie nebo Japonska mohla být neoptimální. Datová centra jsou propojena multigigabitovou a plně redundantní páteřní sítí. Obrázek globálně distribuovaná datová centra ukazuje přehled všech datových center Webex Calling. Nejnovější seznam dostupných datových center Webex Calling naleznete v části Umístění datových center pro Webex Calling.

Globálně distribuovaná datová centra

Mapa zobrazující globální umístění služeb volání (vícenájemné) a mediálních PoP, což naznačuje rozsáhlou síť.

Každý zákazník služby Webex Calling má zřízenu jednu z instancí služby Webex Calling. Veškeré informace o zřizování daného zákazníka jsou uloženy v dané instanci Webex Calling a signalizace SIP všech koncových bodů a lokálních bran zřízených pro daného zákazníka je vázána na instanci Webex Calling, na které je zákazník zřizován. Protože je obtížné změnit počáteční výběr regionu Webex Calling, je důležité zvážit všechny relevantní faktory jako součást rozhodovacího procesu vedoucího k výběru regionu Webex Calling. Aby se předešlo nadměrnému zpoždění při přenosu signálu, je důležité v rané fázi přechodu rozhodnout, která instance Webex Calling se má použít. Společnost Cisco doporučuje vybrat instanci Webex Calling, která poskytuje nejkratší doby přenosu signálu pro největší počet uživatelů v rámci nasazení.

Informace o dostupnosti služby Webex Calling v jednotlivých zemích naleznete v části Kde je služba Webex k dispozici?.

Pobočky

Pro přípravu na zřizování umístění ve službě Webex Calling je třeba shromáždit požadované informace pro všechna cílová umístění migrace. Informace potřebné pro každou lokalitu jsou shrnuty v Informace k zachycení pro každou lokalitu.

Tabulka 1. Informace k zaznamenání pro každou lokalitu
InformaceKomentář
Rozsah(y) rozšířeníKaždá lokalita ve Webex Calling může mít klapky začínající různými číslicemi. Jedna číslice musí být rezervována pro řídicí číslici pro vytáčení mezi stanicemi (například 8) a jedna pro řídicí číslici pro PSTN (například 9). Žádný rozsah rozšíření nemůže začínat žádnou z těchto dvou číslic.

Všechny rozsahy rozšíření ve všech lokalitách musí mít stejnou délku.

Rozsah(y) DID-
Řídicí číslice PSTN-
Kód webuVšechny kódy lokalit na všech místech musí být jedinečné a mít stejnou délku.
Hlavní čísloPři vytváření umístění je třeba zřídit dva DID. Jedno jako hlavní číslo (například pro přiřazení automatické telefonní službě) a jedno pro portál hlasové schránky.

Pro číslo hlasové schránky zřiďte jedno DID.

Číslo hlasové schránky
Počet licencíPožadované licence podle typu, včetně Webex Calling Standard, Professional, Workspace, Route List a Outbound Calling Plan.
Souběžné hovory v rušné hodiněSoučet souběžných hovorů mezi zařízeními Webex Calling a mezi zařízeními Webex Calling a lokální bránou (PSTN a hovory do zařízení Unified CM). Je to nutné k určení požadované šířky pásma pro přístup k internetu.
Země-
Časové pásmo-
Jazyk-
Kontakt (jméno, telefon, e-mail)-
Adresa (ulice, město, stát, PSČ)-
Fyzické umístění pro vyslání koncových bodů záchranných složekMísto, kam lze zařízení odeslat pro tísňová volání, obvykle zahrnuje následující: adresa budovy, adresa budovy + číslo patra, adresa budovy + číslo apartmánu nebo adresa budovy + číslo patra + office/cubical číslo.
Unikátní fyzické umístění v síti pro každé zařízení pro tísňové službyFyzické umístění v síti pro tísňová volání obvykle zahrnuje následující: přepínač / switchport pro kabelová zařízení, bezdrátové přístupové body (AP) a identifikátory základní sady služeb (BSSID) pro bezdrátově připojená zařízení, and/or místní podsíť(e) IP pro koncová zařízení.

Síť PSTN

Při navrhování nasazení Webex Calling mají zákazníci tři primární možnosti připojení k PSTN: Volací plány Cisco (cloudová služba PSTN spravovaná společností Cisco), poskytovatelé cloudově připojené PSTN (CCPP, kde poskytovatelé poskytují služby PSTN prostřednictvím cloudu) a místní PSTN (kde lokální brány připojují podnikovou síť k PSTN). Se zavedením PSTN trunkingu pro hybridní nasazení Webex Calling (Další informace naleznete v části PSTN trunking pro hybridní nasazení Webex Calling na adrese PSTN trunking) získávají organizace větší flexibilitu ve svém migračním přístupu. Tato funkce umožňuje zákazníkům přesunout svou PSTN na CCPP na začátku přechodu a zahájit přechod na cloudovou PSTN pro uživatele Webex Calling a zároveň využít CCPP k zachování služby PSTN pro uživatele, kteří během postupné migrace zůstávají na Cisco Unified CM.

Tento hybridní přístup umožňuje organizacím přesunout nejprve vybrané skupiny uživatelů do cloudu, aniž by musely okamžitě přepracovat celé své telefonní prostředí. Zavádí to však další složitost a rizika, zejména v souvislosti s přizpůsobením stávající logiky směrování volání Unified CM pro podporu nové architektury. Pečlivé zvážení vyžaduje také interoperabilita se staršími aplikacemi, jako jsou faxové servery, kontaktní centra nebo pagingové systémy. Mezi klíčové technické výzvy může patřit zajištění bezproblémového vyjednávání kodeků mezi koncovými body a signalizace DTMF (dvoutónová vícefrekvenční) v celém smíšeném prostředí, jakož i ověření kompatibility se specializovanými telefonními funkcemi. Správné plánování a testování jsou nezbytné pro minimalizaci narušení a udržení spolehlivých hlasových služeb v průběhu celého procesu migrace. Důležité jsou také komerční aspekty, protože hybridní trunking vyžaduje licenci na užívání, která je založena na počtu souběžných hovorů mezi místním prostředím a poskytovatelem cloudové PSTN (CCPP).

Organizace se také mohou rozhodnout zachovat si během přechodné fáze své lokální připojení k PSTN. V tomto scénáři lze migraci na CCPP provést dvěma způsoby: jako jednorázový, koordinovaný přechod pro všechny uživatele a lokality po dokončení migrace Webex Calling, nebo postupně, přičemž migrace PSTN probíhá pro každou lokalitu, jakmile jsou uživatelé přesouváni na Webex Calling. Tento přístup může pomoci zefektivnit koexistenci a zachovat kontinuitu starších integrací, ale přináší několik provozních složitostí. Mezi ně patří výzvy související s přenášením čísel, jako je potřeba přesné koordinace objednávek přenášení čísel, potenciální zpoždění a omezení stanovená poskytovateli, jako je například limit počtu souběžných požadavků na přenášení nebo omezení přenášení podmnožin velkých číselných bloků. Organizace musí pečlivě naplánovat svou strategii přechodu na PSTN s ohledem na tyto logistické aspekty, aby se vyhnuly přerušení služeb a zajistily hladký průběh migrace.

Migrace na CCCP na začátku vs. ponechání místní PSTN

Migrace na CCCP na začátku vs. ponechání místní PSTN

Obrázek Migrace na CCCP na začátku vs. ponechání místní PSTN ukazuje dvě výše popsané možnosti migrace do PSTN. Ilustrace vlevo znázorňuje scénář, ve kterém všichni místní uživatelé a aplikace využívají služby cloudové PSTN prostřednictvím místního kmenového sběrnice a lokální brány propojující místní Unified CM s Webex Calling, zatímco ilustrace vpravo znázorňuje scénář, ve kterém stávající místní PSTN zůstává zachována a uživatelé ve Webex Calling využívají místní PSTN prostřednictvím připojení lokální brány mezi místním Unified CM a Webex Calling. Během přechodu lze lokality Webex Calling přepnout na použití cloudově připojené PSTN.

V obou scénářích hovory mezi místním uživatelem a uživatelem služby Webex Calling využívají připojení lokální brány. Spojení mezi místním systémem a službou Webex Calling je třeba navrhnout a dimenzovat odpovídajícím způsobem na základě očekávaného počtu souběžných hovorů a požadované redundance.

Plán vytáčení

Aby bylo během migračního období dosaženo bezproblémové interoperability mezi Unified CM a Webex Calling, je nutné na obou platformách vyvinout a implementovat komplexní architekturu dial planu. Tento návrh dvouplatformového dial plánu zajišťuje konzistentní směrování hovorů, převod čísel a transparentnost funkcí, což umožňuje uživatelům v obou systémech komunikovat bez zhoršení služeb nebo narušení uživatelské zkušenosti během fáze koexistence.

Místní vytáčecí plán v Unified CM

Během přechodu, který umožní koexistenci zařízení registrovaných v Unified CM a Webex Calling, je třeba změnit podnikový dial plán v Unified CM tak, aby byly splněny alespoň následující požadavky:

  • +E.164 vytáčení z Unified CM do Webex Calling

  • Vytáčení poboček z Unified CM do Webex Calling (v rámci pracoviště, ale i mezi pracovišti, pokud jsou rozsahy poboček jedinečné)

  • Zkrácené vytáčení mezi pracovišti z Unified CM do Webex Calling

  • Vynucené vytáčení v síti z Unified CM do Webex Calling

  • Zpětné volání z adresáře zmeškaných hovorů do destinací ve službě Webex Calling

  • Volání přes PSTN z Webex Calling do PSTN, pokud se během přechodu pro Webex Calling používá místní PSTN

  • Volání přes PSTN z Unified CM do Webex Calling, pokud se během přechodu používá trunking PSTN pro hybridní nasazení Webex Calling k poskytování přístupu k PSTN místním uživatelům Unified CM prostřednictvím Cloud Connect pro Webex Calling.

  • Vynuceno síťové připojení z Webex Calling do Unified CM

  • Vytáčení poboček z Webex Calling do Unified CM (mezi pracovišti).

Pokud některý z výše uvedených způsobů vytáčení nebyl před přechodem podporován, například neexistuje zkrácený způsob vytáčení mezi pracovišti, pak jej během přechodu nutně není nutné zavádět.

Obrázek Nejlepší postupy pro vytáčecí plán ukazuje nejlepší postupy pro vytáčecí plán, jak je popsáno v Preferovaná architektura pro Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Mezi klíčové charakteristiky tohoto přístupu patří:

  • Jeden oddíl pro +E.164 telefonní čísla

  • Směrování jádra založené na +E.164 vzory tras

  • Normalizace všech zvyků vytáčení +E.164 použití překladových vzorů

  • Použití dědičnosti vyhledávacího prostoru volání vzorů překladu (volba Použít vyhledávací prostor volání původce nastavená u vzorů překladu).

Nejlepší postupy pro vytáčení
Nejlepší postupy pro vytáčení

Například vytáčení PSTN (9+1+10D) ze zařízení v SJC s vyhrazeným vyhledávacím prostorem pro volání linky bude SJCInternational nejprve nalezeno porovnání s 9.1[2-9]XX[2-9]XXXXXX překladový vzor, který normalizuje číslo volané strany na +E.164. Sekundární vyhledávání pak znovu použije stejný vyhledávací prostor SJCInternational (volá dědičnost vyhledávacího prostoru) a +E.164-digit řetězec bude buď nalezen shodný s +E.164 číslo adresáře v oddílu DN nebo jedním ze vzorů tras PSTN v oddílu USPSTNNational nebo SJCPSTNNocal. Zkrácené způsoby vytáčení v rámci lokality a mezi lokalitami jsou implementovány překlady v oddílech ESN a SJCtoE164. Zatímco oddíl ESN je globální oddíl (přístupný pro telefony ve všech lokalitách), oddíl SJCTOE164 je přístupný pouze uživatelům v lokalitě SJC. Toto za předpokladu překrývajících se rozsahů rozšíření.

Prvním krokem k povolení volání z Unified CM do Webex Calling je zajistit, aby +E.164 Cíle jsou směrovány odpovídajícím způsobem. Toho lze dosáhnout přidáním oddílu Webex Calling do plánu vytáčení, přidáním +E.164 vzory směrování pro všechny cíle Webex Calling do daného oddílu a nakonec přidání oddílu Webex Calling do všech vyhledávacích prostorů volání představujících třídy služeb, které musí být schopny dosáhnout Webex Calling. Vytvoření vyhrazeného oddílu Webex Calling je nutné k umožnění vytvoření diferencované třídy služeb pro hovory pocházející z Webex Calling. Aby se předešlo smyčkám hovorů, neměl by mít vyhledávací prostor příchozích hovorů na kmenové lince z lokální brány přístup k oddílu Webex Calling.

+E.164 směrování do služby Webex Calling

+E.164 Směrování do služby Webex Calling

Jak je znázorněno na obrázku +E.164 směrování do Webex Calling, aby bylo možné směrovat z Unified CM do Webex Calling pro umístění s +E.164 Rozsah DID +1 221 555 2XXX a kód lokality 121, což je odpovídající vzorec naléhavé trasy +E.164 Rozsah je třeba přidat do oddílu Webex Calling.

Pokud není vyžadován výběr lokální brány specifické pro dané pracoviště, pak namísto použití seznamu tras s lokální skupinou tras Webex Calling jako cílem pro vzory tras odkazující na Webex Calling lze zřídit jednu skupinu tras s lokální bránou jako jediným členem a poté vzory tras Webex Calling odkazují na jeden seznam tras Webex Calling s touto jednou skupinou tras jako jediným záznamem.

Pro povolení zkrácené volby mezi pracovišti na pracoviště Webex Calling se do oddílu Webex Calling přidá požadovaný vzor směrování 8121.2XXX. Pro weby, které mají být převedeny na Webex Volání normalizačního vzoru vytáčení 8121.2XXX, který normalizuje vytáčení ESN na +E.164 již může existovat v oddílu ESN. V takovém případě se zdá, že 8121.2XXX je nadbytečný, ale jakmile jsou všechna DN příslušného umístění migrována do Webexu, lze odebrat vzor pro normalizační překlad vytáčení 8121.2XXX a poté vzor trasy 8121.2XXX umožní vytáčení ESN i pro uživatele pouze s pobočkou v daném rozsahu.

Díky těmto změnám v plánu vytáčení lze hovory do lokality Webex Calling uskutečňovat nejen vytáčením zkrácených čísel mezi pracovišti a +E.164. Mezinárodní a národní vytáčení PSTN je také možné, protože tyto zvyky vytáčení jsou nejprve normalizovány +E.164 prostřednictvím již existujících vzorů překladu normalizace vytáčení a poté přesměrování do Webex Calling porovnáním +E.164 vzor trasy v oddílu Webex Calling.

Ten/Ta/To +E.164 Porovnávání vzorů tras v rozsahu DID lokality Webex Calling lze zřídit, i když jsou všechna DID stále hostována na Unified CM. Algoritmus pro porovnávání vzorů nejlepší shody v Unified CM zajišťuje, že když je vytočeno číslo hostované v Unified CM, pak +E.164 Číslo adresáře zřízené v Unified CM se lépe shoduje než zástupný znak. +E.164 vzor trasy směřující do Webex Calling, aby se hovory přesměrovaly na linku v Unified CM a nebyly odeslány do Webex Calling.

Plán volání pro Webex

Každý uživatel ve Webex Calling má přidělenou linku. and/or A +E.164 telefonní číslo. Délka prodloužení je pevně daná globální hodnota: Všechny linky v nasazení služby Webex Calling mají stejnou délku. Vytáčení poboček lze používat mezi uživateli služby Webex Calling jak v rámci jedné lokality, tak mezi lokalitami. Zkrácené vytáčení mezi stanicemi (druhý případ) funguje pouze v případě, že je vytáčená klapka jedinečná.

Pokud je vyžadována zkrácená volba mezi lokalitami, ale dochází k překrývání mezi pobočkami přiřazenými na různých místech, je třeba vytvořit číslovací plán specifický pro daný podnik tak, že se před pobočky přidá přístupový kód (předvolba lokality). Další informace naleznete v článku Preferovaná architektura pro Cisco Collaboration 15 v místních nasazeních, přehled návrhu dostupném na adrese Preferované architektury Cisco Collaboration.

Délka pobočky, chování při vytáčení mezi lokalitami, délka prefixu pro vytáčení mezi lokalitami a řídicí číslice v routerovém prefixu pro vytáčení mezi lokalitami se konfigurují v nastavení volacích služeb v Control Hub:

  • Délka prefixu směrování umístění: Délka prefixu včetně číslice řízení. Vyžaduje se pouze v případě, že je třeba zavést podnikový číslovací plán jako alternativní zkrácený podnikový mezilokační vytáčecí plán.

  • Řídicí číslice v předponě směrování: Řídicí číslice pro zkrácené vytáčení mezi podniky. Je třeba se vyhnout překrývání první číslice libovolné polohy a číslic odchozího volání polohy. Vyžaduje se pouze v případě, že je třeba zavést podnikový číslovací plán jako alternativní zkrácený podnikový mezilokační vytáčecí plán.

  • Délka vnitřního prodloužení: Standardní délka prodloužení. Může mít libovolnou hodnotu mezi dvěma a deseti.

    Pokud je z místního řízení hovorů do služby Webex Calling vyžadováno vytáčení čísla linky nebo vytáčení pomocí podnikových čísel (řídicí kód, kód pracoviště, linka) a místní řízení hovorů odesílá linku jako ID volajícího, nezapomeňte také nastavit parametr Maximální délka neznámé linky v části Směrování hovorů mezi službou Webex Calling a prostorami, abyste zajistili, že odchozí hovory z místního řízení hovorů do služby Webex Calling budou správně klasifikovány jako místní hovory.
  • Povolit vytáčení poboček mezi lokalitami: Přepnout na enable/disable vytáčení poboček mezi lokalitami. Tato možnost by měla být povolena pouze v případě, že všechny linky v organizaci jsou jedinečné. Pokud je tato možnost zakázána, je nutné mezi lokalitami vytáčet čísla významná pro podnik (řídicí kód, kód lokality, klapku) nebo telefonní čísla.

První tři parametry se používají hlavně k vytvoření plánu vytáčení pro telefony, aby se minimalizovaly mezičíslicové časové limity při vytáčení se zvednutým sluchátkem. Odchylky od těchto globálních nastavení jsou stále možné (příklad – lze zřídit pobočky s jinou délkou), ale v Control Hubu se zobrazí varovná zpráva a vytáčení z telefonů může vyžadovat blokové vytáčení, aby se předešlo konfliktům v rámci přednastaveného plánu vytáčení.

Tabulka Příklad číslování podniků ukazuje příklad tří lokalit, kde jsou rozsahy klapek dvou lokalit, NYC a RTP, shodné. Zavedení podnikového schématu číslování s číslicí pro řízení mezi pracovišti 8, následovanou třímístným kódem pracoviště a čtyřmístnou příponou, vytváří nepřekrývající se zkrácený způsob vytáčení mezi pracovišti.

Tabulka 2. Příklad číslování podniku
WebRozsah rozšířeníKód webuŘada Enterprise
New York 2XXX 202 8 202 2XXX
SFO 3XXX 203 8 203 3XXX
RTP 2XXX 204 8 204 2XXX

Aby byl přechod hladký, měly by být zvyklosti vytáčení pro uživatele před a po přechodu na Webex Calling ideálně stejné. Pro přípravu na přechod je třeba pro každou lokalitu zdokumentovat rozsahy DID a rozsahy poboček (nebo zkrácené zvyklosti vytáčení v rámci lokality). Na základě těchto informací je pak třeba vybrat číslici řízení mezi pracovišti.

Tabulka Rozsahy telefonních linek Webex s pevnou délkou ukazuje příklad tří umístění a rozsahů telefonních linek s pevnou délkou. Protože je třeba se vyhnout překrývajícím se způsobům vytáčení, je důležité zajistit, aby se u žádného rozsahu poboček první číslice rozsahu neshodovala s řídicí číslicí pro zkrácenou volbu mezi stanicemi. Pokud je například jako řídící číslice pro vytáčení mezi stanicemi vybrána 8, pak žádný rozsah poboček v žádné stanici nemůže začínat na 8. Obvykle se čísla poboček v daném místě shodují s posledními několika číslicemi DID přiřazených tomuto místu. Aby se předešlo konfliktům, lze změnit první číslici přípony. Pokud například DID v +1 Pokud se v dané lokalitě používá rozsah 408 555 8XXX, pak místo použití rozsahu poboček 8XXX lze pro pobočky v dané lokalitě použít rozsah 7XXX.

Tabulka 3. Rozsahy telefonních čísel Webex s pevnou délkou
WebRozsah rozšíření Rozšíření volání WebexKód webuŘada Enterprise
New York 2XXX 2XXX 202 8 202 2XXX
SFO 8XXX 7XXX 203 8 203 7XXX
RTP 1XX 11XX 204 8 204 11XX

Sedmimístné číselné řetězce vytáčené na zařízení Webex Calling pomocí amerického telefonního plánu Webex Calling se překrývají se sedmimístným vzorem pro místní vytáčení v přednastaveném americkém telefonním plánu. Aby se zabránilo překrývání mezi jakýmikoli zvyklostmi vytáčení v síti a mimo síť (PSTN), lze v daném místě použít povinný venkovní přístupový kód. Pokud se stávající schéma číslování v podniku a odpovídající zkrácené vytáčení mezi pracovišti překrývá se vzory v národním vytáčení Webex Calling, pak lze během přechodu na Webex Calling schéma číslování, aby se předešlo překrývání, změnit na delší nebo kratší formu. Nejjednodušší způsob, jak toho dosáhnout, je přidat do schématu číslování další číslici pro doplnění. Nové, delší schéma vytáčení mezi pracovišti musí zavést pouze uživatelé, kteří již migrovali na Webex Calling. Uživatelé, kteří stále používají Unified CM, mohou i nadále vytáčet sedmimístné číslo. Podnikový vytáčecí plán v Unified CM v tomto případě musí zajistit, aby se zkrácená sedmimístná volba z Unified CM do Webex Calling transformovala buď na +E.164 nebo do zkráceného formátu vytáčení nasazeného ve službě Webex Calling. To je třeba provést před odesláním volání na lokální bránu.

Příklad tohoto přečíslování ukazuje tabulka Přechod na sedmimístné vytáčení. V tomto příkladu zkrácená mezistátní volba na Unified CM používá řídící číslici 8, následovanou dvoumístným předvolbou stanice a čtyřmístnou klapkou. Aby se předešlo sedmimístnému zkrácenému vytáčení mezi pracovišti pro lokality ve Webex Calling, lze kódy pracovišť snadno změnit na tři číslice přidáním libovolné doplňující číslice (v tomto příkladu8 ) před dvoumístné kódy pracovišť používané v Unified CM, takže vytáčení mezi pracovišti z telefonů Webex Calling používá řídící číslici 8 následovanou doplňující číslicí 8, starým dvoumístným kódem pracoviště a čtyřmístnou klapkou. Uživatelé služby Webex Calling si nemusí pamatovat nové předvolby stanic; stačí si pamatovat, že pro vytáčení mezi stanicemi mají jako předvolbu použít 88 místo 8 v Unified CM.

Tabulka 4. Přechod na sedmimístné vytáčení
Unified CM Webex Calling
Web Rozšíření Kód webu Řada Enterprise óda webu Podnikový ange
New York 2XXX 22 8 22 2XXX 822 8 822 2XXX
SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX
RTP 1XXX 24 8 24 11XX 824 8 824 11XX

V situaci s různými formáty podnikových čísel v Unified CM a Webex Calling, pokud jsou podniková čísla prezentována jako informace o volající straně pro hovory z Unified CM do Webex Calling (například – hovory ze zařízení bez DID), je důležité také implementovat mapování mezi různými formáty čísel pro informace o volající straně, aby se zajistilo fungování zpětného volání. Tohoto mapování lze dosáhnout použitím transformačního vzoru volající strany na kmenové lince mezi Unified CM a lokální bránou.

Záznam

Dobře navržené řešení pro nahrávání hovorů vyžaduje pečlivé zvážení několika klíčových konstrukčních prvků, aby se zajistilo, že bude v souladu s organizačními cíli, regulačními požadavky a technickými omezeními. Dvě z nejdůležitějších rozhodnutí zahrnují výběr poskytovatele a výběr regionu, přičemž obojí může být nutné globálně upravit a v konkrétních lokalitách přepsat na základě obchodních potřeb.

1. Výběr poskytovatele nahrávání hovorů

Výběr vhodného poskytovatele nahrávání hovorů je zásadní pro splnění obchodních cílů a zajištění sladění funkcí v celé organizaci:

  • Výběr globálního poskytovatele: Organizace obvykle určí primárního poskytovatele nahrávání hovorů na globální úrovni, čímž zajistí konzistenci v sadě funkcí, dodržování předpisů a podpoře na všech místech.

  • Přepsání na základě polohy: V situacích, kdy konkrétní lokality nebo regiony mají jedinečné obchodní potřeby nebo regulační požadavky, může být nutné přepsat globální výběr poskytovatele a pro tato místa určit alternativní poskytovatele. Tato flexibilita podporuje různé požadavky na dodržování předpisů a místní provozní potřeby.

  • Obchodní požadavky: Výběr poskytovatele by měl být řízen posouzením obchodních faktorů, jako je dodržování předpisů (příklad – MiFID II, HIPAA), zajištění kvality, řešení sporů nebo potřeby školení.

  • Dostupnost funkcí: Poskytovatelé by měli být hodnoceni na základě jejich schopnosti poskytovat požadované funkce, jako je monitorování v reálném čase, možnosti vyhledávání a přehrávání, šifrování, zásady uchovávání dat, integrace s analytickými platformami a podpora různých typů hovorů (příchozí, odchozí, interní).

2. Výběr regionu

Určení oblasti, kde jsou nahrávky hovorů ukládány a zpracovávány, je zásadní pro dodržování předpisů a výkon:

  • Výběr globálního regionu: Ve výchozím nastavení si organizace mohou pro ukládání nahrávek hovorů zvolit jednu oblast, aby se zjednodušila správa a řízení.

  • Přepsání regionů na základě polohy: Pokud to vyžadují zákony o uchovávání dat nebo firemní zásady, může být nutné přepsat nastavení globálního regionu pro konkrétní lokality, aby se zajistilo, že nahrávky hovorů budou ukládány a zpracovávány v rámci požadovaných geografických hranic.

  • Požadavky na umístění dat: Návrh musí zohledňovat mezinárodní a místní předpisy na ochranu osobních údajů (jako je GDPR, CCPA nebo nařízení specifická pro danou zemi), které mohou určovat, kde a jak se nahrávky hovorů uchovávají.

Dalším kritickým aspektem, který je třeba řešit při plánování a návrhu řešení pro nahrávání hovorů pro Webex Calling, je odhad požadavků na úložiště. Přesné předpovídání potřeb úložiště je nezbytné pro zajištění dostatečné kapacity pro podporu probíhajících obchodních operací, dodržování předpisů a předcházení přerušení služeb.

Při určování očekávané poptávky po úložišti je třeba zvážit několik klíčových parametrů:

  • Objem nahraných hovorů: Zhodnoťte předpokládaný počet hovorů, které budou zaznamenány v daném časovém intervalu (např. za den, týden nebo měsíc). To zahrnuje nejen externí hovory, ale i interní komunikaci, pokud to vyžadují obchodní zásady nebo regulační nařízení.

  • Průměrná délka hovoru: Vypočítejte typickou délku nahraných hovorů, protože delší hovory spotřebují více úložného prostoru. Do odhadu by měly být zahrnuty také rozdíly v délce hovorů mezi různými odděleními nebo uživatelskými skupinami.

  • Doba uchovávání: Definujte dobu, po kterou musí být záznamy uchovávány, což je často dáno organizačními zásadami nebo externími předpisy (například standardy dodržování předpisů specifickými pro dané odvětví). Delší doby uchovávání zvýší celkové požadavky na skladování.

  • Projekce růstu: Zvažte očekávaný nárůst objemu hovorů nebo rozšíření rozsahu nahrávání, které může být důsledkem škálování podnikání, nových regulačních požadavků nebo zavádění dalších uživatelů či lokalit.

Důkladnou analýzou těchto parametrů mohou organizace vyvinout robustní strategii úložiště, která zajistí škálovatelnost, nákladovou efektivitu a shodu s předpisy pro jejich řešení nahrávání hovorů Webex Calling. Je také vhodné pravidelně kontrolovat a upravovat alokace úložiště s tím, jak se v průběhu času vyvíjejí vzorce používání.

Tísňové volání

Požadavek na směrování tísňového volání na příslušné dispečerské centrum je požadavkem pro každou volací službu, která nabízí službu PSTN. S Webex Calling je směrování tísňových hovorů integrováno do řešení a zahrnuje podporu všech národních tísňových čísel v zemích, které Webex Calling podporuje. Směrování tísňového volání ve Webex Calling je založeno na umístění definovaném v Control Hub a metodě přístupu PSTN daného místa. Tísňová čísla ve službě Webex Calling jsou předdefinovaná a specifická pro zemi, ve které jsou uživatelé a zařízení Webex Calling nasazeni.

Ve službě Webex Calling existují dva způsoby, jak uskutečnit tísňová volání. K dispozici je základní služba směrování tísňových volání a rozšířená služba směrování tísňových volání. Základní služba směrování tísňových volání použije administrátorem vybrané číslo k identifikaci polohy a trasy volání pro spojení se záchrannými službami. Pro základní tísňová volání je cesta hovoru obvykle přes zákaznickou PSTN volbu pro dané místo. Webex Calling má také vylepšené směrování tísňových volání určené pro nasazení v USA a Kanadě, kde platí požadavky na shodu s předpisy, které vyžadují použití celostátního poskytovatele k doručení tísňových volání na správné dispečerské centrum.

Všichni zákazníci by měli nasadit alespoň základní konfiguraci pro tísňová volání. Základní tísňová volání vyžadují, aby alespoň jeden zákazník vlastnil +E.164 každé lokaci definované ve Webex Calling bude přiřazeno číslo. Pro základní tísňová volání bude každé místo definováno adresou, na kterou jsou v případě nouze vyslány policie, hasiči nebo záchranná služba. Ve většině případů je hlavní číslo pro danou lokalitu nejlepší volbou pro vyjádření fyzického místa nouzové situace. Přiřazení adresy k +E.164 Číslo je koordinováno s poskytovatelem PSTN. Obrázky níže ukazují přiřazení hlavního čísla, které se má použít jako číslo pro zpětné volání v tísňových situacích pro pobočku Richardson.

Podrobnosti o poloze uživatele pro Richardson ve Spojených státech, včetně hlavního čísla a možnosti správy čísla pro zpětné volání v tísňových případech.Konfigurace tísňového telefonního čísla (ECBN) umožňující výběr mezi použitím hlavního čísla lokality nebo přiřazeného čísla.
Konfigurace umístění ECBN

Ve většině případů postačuje jako expediční adresa pro dané místo adresa budovy. Pokud jsou však pro konkrétní uživatele nebo zařízení potřeba další podrobnosti o poloze, může administrátor použít stejný postup popsaný výše a přiřadit tato zařízení ke konkrétní adrese nebo přesnějšímu umístění v rámci adresy (například patro nebo místnost). V sekci Správa uživatelů v Control Hubu umožňuje záložka Volání použít konkrétní číslo pro uživatele a jeho zařízení k získání konkrétní adresy pro odeslání. Následující obrázky ilustrují, jak lze zařízení přiřadit konkrétní číslo. Správce je zodpovědný za to, aby číslo používané zařízením mělo přiřazenu správnou odesílací adresu. Přiřazení adresy se obvykle provádí prostřednictvím poskytovatele PSTN dané lokality.

Nastavení volání uživatele v rámci administrativního portálu, zobrazující telefonní čísla a možnosti tísňového zpětného volání.Nastavení tísňového čísla pro zpětné volání (ECBN) s možností výběru mezi výchozím číslem ECBN z lokality nebo číslem přiřazeným z lokality uživatele.
Konfigurace uživatelského ECBN

Pro nasazení telefonie v USA, která musí poskytovat vylepšená řešení pro tísňová volání, využívá Webex Calling řešení RedSky Horizon Mobility, které je integrováno do Webex Calling pro směrování tísňových volání. Při používání služby RedSky pro směrování hovorů se musí administrátor zaregistrovat k účtu prostřednictvím společnosti Cisco a nakonfigurovat příslušné informace v sekci Volání -> Nastavení služby pro povolení této funkce. Jakmile je služba RedSky povolena na úrovni systému, administrátor povolí službu RedSky na úrovni každé lokality. Povolení funkce Vylepšené tísňové volání v místě volání Webex aktivuje službu pro všechna zařízení, která jsou k tomuto místu přiřazena. Zařízení, která podporují rozšířené tísňové volání, jsou telefony Cisco MPP, telefony Cisco PhoneOS a aplikace Cisco Webex.

Existují dvě nastavení pro povolení vylepšeného tísňového volání na daném místě. Volba Povolit RedSky přijímat informace o síťovém připojení a testovací volání by měla být použita k ověření správnosti konfigurace RedSky pro mapování zařízení a infrastruktury. Toto nastavení také umožňuje uskutečňovat testovací hovory na číslo 933 za účelem ověření polohy pomocí systému IVR od RedSky, který zjišťuje polohu volajícího. Ačkoli se tento dokument nebude zabývat konfigurací RedSky pro sledování polohy, měl by administrátor VŽDY otestovat vyhledávání polohy před aktivací nouzových volání pro směrování do RedSky. Jakmile je testování dokončeno a ověřeno jako přesné, administrátor přesměruje hovory na RedSky přepnutím směrování tísňových hovorů na RedSky. Tento přepínač přesměruje všechna tísňová volání pro danou lokalitu do RedSky, která je doručí do telefonního centra pro danou lokalitu.

Nastavení rozšířeného tísňového volání platí také pro klienty aplikace Webex, a to jak v místních, tak i v externích prostorách. V místním prostředí lze aplikaci Webex sledovat stejným způsobem jako stolní telefony. Mimo prostory si uživatel bude moci dynamicky nastavit svou polohu přímo v aplikaci Webex. Další informace o tísňových voláních naleznete v části Vylepšená tísňová volání pro Webex Calling.

Licence

Existuje několik možností, jak uživatelům přiřadit licence Webex Calling.

Ruční přiřazení přes Control Hub

Administrátoři ručně přiřazují licence Webex Calling jednotlivým uživatelům prostřednictvím rozhraní Control Hub.

Správci mohou upravovat licence služeb pro jednotlivé uživatele a přímo jim přiřazovat licence pro volání.

Šablony automatického přiřazení licencí

Pomocí šablon pro přiřazení licencí v Control Hubu můžete automaticky přiřazovat licence uživatelům na základě nastavení skupiny nebo organizace.

Automatické licencování lze provést synchronizací adresářů nebo ruční aktualizací uživatelů, ale uživatelé musí mít platný +E.164 formátované telefonní číslo a telefonní čísla musí existovat v umístění Webex Calling před zřizováním uživatelů. Pokud nejsou splněny podmínky (např. neplatný formát telefonního čísla), licence Webex Calling nebudou přiřazeny.

Hromadné přiřazení pomocí šablony CSV

Nahrajte soubor CSV s uživatelskými údaji a přiřazením licencí, abyste mohli přidat nebo upravit více uživatelů najednou.

Import CSV podporuje přidání až 20 000 uživatelů a přiřazení licencí, ale licence Webex Calling vyžadují specifická pole, jako je telefonní číslo a linka.

Přiřazení založené na API

Používejte rozhraní Webex API k programovému přiřazování licencí a správě uživatelů.

Webex podporuje operace API pro správu uživatelů a licencí (rozhraní People, SCIM 2.0 a Licenses API), které lze využít pro automatizaci přiřazování licencí. Rozhraní Licenses API umožňuje současné přiřazování licencí, telefonních čísel a poboček.

Tabulka 5. Možnosti zřizování uživatelů – shrnutí
Metoda přiřazeníVýhodyNevýhody
Ručně přes Control HubJednoduché pro několik málo uživatelů.

Umožňuje přesnou a podrobnou kontrolu nad přidělováním licencí.

Neškálovatelné, časově náročné

Náchylný k lidským chybám při ručním zadávání.

Automatické šablony licencíŠkálovatelné

Snižuje počet manuálních chyb

Lze použít pro nové i stávající uživatele.

Vyžaduje platná telefonní čísla a umístění.

Složitější nastavení

Také vyžaduje skupiny uživatelů pro každou skupinu uživatelů s ekvivalentními licenčními požadavky.

Hromadné nahrání CSVEfektivní pro velké skupiny uživatelů

Umožňuje současné přiřazení licencí, telefonních čísel a poboček.

Vyžaduje pečlivé formátování CSV

Možnost chyb, pokud chybí telefonní čísla nebo klapky nebo jsou nesprávné.

Přiřazení založené na APIAutomatizovatelné, flexibilní.

Umožňuje současné přiřazení licencí, telefonních čísel a poboček.

Vyžaduje znalost vývoje a API.

Tabulka Možnosti zřizování uživatelů – shrnutí shrnuje možnosti zřizování uživatelů a jejich výhody a nevýhody. Tento přehled pomáhá vybrat nejlepší metodu přiřazení licencí na základě velikosti organizace zákazníka, možností automatizace a procesů a požadavků na zřizování uživatelů.

Kdykoli je to možné, společnost Cisco doporučuje přiřazovat licence k volání pomocí šablon licencí. To vyžaduje, aby pro každou skupinu uživatelů, která vyžaduje jedinečnou sadu licencí (příklad – Webex Calling Standard vs. Professional), existovala skupina s příslušným členstvím ve skupinách. Jak je popsáno v částech Uživatelské skupiny, uživatelské skupiny lze definovat ručně v Control Hubu nebo synchronizovat z podnikového adresáře. Kombinace obou přístupů je možná.

Uživatelé patřící do více skupin získají licence ze všech přiřazení aplikovaných na všechny jejich skupiny. To umožňuje používat bezpečnostní skupiny specifické pro licenci Webex Calling v podnikovém adresáři ke správě přiřazení licencí Webex, kde je výsledné přiřazení uživatelských licencí řízeno sjednocením členství ve skupinách.

Další informace naleznete v částech Nastavení automatického přiřazení licencí v Control Hub a Nastavení šablon automatického přiřazení licencí pro uživatele Webex Calling.

Požadavky na licenci

Tato část se zabývá pouze licencemi souvisejícími s Webex Calling. Jiné typy licencí (příklad – registrace zařízení Webex, zasílání zpráv, schůzky) nejsou zahrnuty. V rámci procesu návrhu je třeba stanovit licenční požadavky. Je třeba vypočítat počet licencí pro následující typy licencí:

  • Standardní volání Webex: počet jednotlivých uživatelů, kteří vyžadují standardní telefonní funkce.

  • Webex Calling Professional: počet uživatelů a pracovních prostorů vyžadujících pokročilé funkce telefonie. Virtuální linky a skupinová hlasová schránka mají nárok na 1:1 poměr pro každou profesionální licenci. Proto je ve vzácných případech, kdy počet požadovaných virtuálních linek nebo skupinových hlasových zpráv překročí počet uživatelů a pracovních prostorů vyžadujících pokročilé telefonní funkce, nutné počítat s dalšími profesionálními licencemi.

  • Pracovní prostor pro volání Webex pro společnou oblast: počet sdílených prostor nebo míst ve společných prostorách vyžadujících standardní volání.

  • Zákaznická podpora Webex Calling: počet agentů a supervizorů, kteří vyžadují funkce Webex Calling Customer Assist. Zákaznická podpora Webex Calling zahrnuje licenci Webex Calling Professional.

  • Seznam hovorů v trasách: počet požadovaných hovorů přes cloudovou PSTN mezi místními uživateli Unified CM and/or specializované lokální aplikace třetích stran.

  • Konzola spojovatelky: počet uživatelů služby Webex Calling, kteří potřebují přístup ke klientovi konzole pro spojovatele.

  • Volací tarif Cisco (tarif odchozích hovorů): počet uživatelů, kteří potřebují číslo PSTN and/or přístup k odchozím voláním přes PSTN pro službu Cisco PSTN.

Pro profesionální pracovní prostory neexistuje žádný vyhrazený typ licence. Profesionální pracovní prostory využívají licenci Webex Calling Professional.

Pracovní prostory určené pouze pro hot-desking nabízejí službu hostitele hot-deskingu a nouzová volání z hostitele hot-deskingu a nevyžadují žádnou licenci. Další informace naleznete v části Přidání a správa zařízení pouze pro aktivní pracovní plochu.

Chcete-li určit požadovaný typ licence pro každého uživatele a pracovní prostor na základě potřebných funkcí, podívejte se na Funkce dostupné podle typu licence pro Webex Calling.

Chcete-li rozlišit mezi funkcemi nabízenými frontami hovorů Webex Calling v kombinaci s profesionální licencí Webex Calling a funkcemi zákaznické podpory Webex Calling, podívejte se na porovnání funkcí fronty hovorů a zákaznické podpory Webex Calling.

Zřizování uživatelů

Při zřizování uživatelů v Webex Control Hub je k dispozici několik možností, z nichž každá je vhodná pro různé potřeby a prostředí organizace:

  1. Ruční zřizování: Administrátoři mohou přidávat a spravovat jednotlivé uživatele přímo v Control Hubu. Tato metoda je přímočará, ale nejlépe se hodí pro malé organizace nebo omezený počet změn ze strany uživatelů.

  2. Hromadné zřizování pomocí CSV: U větších uživatelských základen mohou administrátoři hromadně importovat a aktualizovat uživatele nahráním souborů CSV do Control Hub. To umožňuje efektivní správu až tisíců uživatelů najednou.

  3. Možnosti synchronizace adresářů:

    Konektor adresáře: Toto je nástroj pro automatickou synchronizaci používaný v prostředích služby Microsoft Active Directory. Synchronizuje uživatelské účty, skupiny a atributy podle plánu (každou hodinu, denně nebo týdně). Podporuje nastavení služby Active Directory pro více domén a více lesů a dokáže synchronizovat obrázky profilů a objekty místností.

    Aplikace průvodce Entra ID (Azure AD): Tato metoda, určená pro organizace používající Microsoft Entra ID (Azure AD), poskytuje automatickou synchronizaci uživatelských účtů a atributů téměř v reálném čase přímo z Entra ID do Control Hubu. Je plně spravován v Control Hubu a vyžaduje minimální nastavení.

    Aplikace SCIM 2.0: Pro prostředí jiných poskytovatelů identit než od Microsoftu nebo jiné poskytovatele identit, jako je Okta nebo Duo, umožňují synchronizační aplikace založené na SCIM automatické zřizování a odstraňování zřizování uživatelů s mapováním atributů a synchronizací skupin.

  4. Synchronizace uživatelů Unified CM: Tato možnost umožňuje vytvářet uživatelské účty Webex na základě stávajících koncových uživatelů Unified CM synchronizací z Unified CM do Webexu. To vyžaduje, aby v místních clusterech Unified CM běžela služba Cloud Connected UC (CCUC). Obecně se však doporučuje synchronizovat uživatele z centralizovaného cloudového adresáře, jako je Entra ID, spíše než přímo z Unified CM.

  5. Zřizování API: Veřejná rozhraní Webex API (People, SCIM 2.0) lze použít k zřizování uživatelů Webexu. Hlavní výhodou používání API je možnost integrace zřizování uživatelů s jinými podnikovými systémy.

    Tabulka 6. Možnosti zřizování uživatelů pro Webex
    Metoda zřizováníPopisVýhodyNevýhody
    RučníCreate/manage jednotlivě v Control HubuJednoduché pro několik uživatelů; nevyžaduje žádnou infrastrukturuNeškálovatelné; časově náročné pro mnoho uživatelů
    Hromadné (soubor CSV)Import/update uživatelů hromadně pomocí CSV v Control HubuEfektivní pro skupiny; není nutné žádné kódováníRuční příprava CSV; méně dynamické
    Lidé a SCIM 2.0 APIProgramová správa uživatelů prostřednictvím rozhraní Webex APIFlexibilní; podporuje automatizaci a integraciVyžaduje rozvoj a infrastrukturu
    Synchronizace adresářeAutomatická synchronizace z AD, Entra ID, aplikací SCIM a Unified CMAutomatizuje životní cyklus; podporuje filtrování a mapováníSložitost nastavení: některé možnosti mají omezené funkce nebo vyžadují infrastrukturu

    Tento přehled a tabulka odrážejí hlavní možnosti zřizování uživatelů Webexu, jejich výhody a omezení, aby vám pomohly vybrat nejlepší přístup pro potřeby vaší organizace.

Skupiny uživatelů

Správa skupin uživatelů ve Webexu umožňuje správcům organizovat uživatele do skupin pro efektivní hromadnou správu licencí, nastavení a zdrojů. Skupiny pomáhají zefektivnit správu tím, že používají zásady, licence a šablony nastavení pro více uživatelů současně, namísto individuální správy uživatelů.

Správa uživatelských skupin nabízí několik výhod, včetně:

  • Zjednodušená administrativa: Spravujte licence, nastavení a zásady pro více uživatelů najednou.

  • Konzistence: Používejte jednotná nastavení a licence napříč uživateli ve stejné skupině.

  • Škálovatelnost: Podporuje až 250 000 členů na skupinu.

  • Integrace: Synchronizujte skupiny z Microsoft Entra ID (Azure AD) nebo Active Directory pro automatizovanou správu uživatelů a skupin.

  • Flexibilita: Vytvářejte lokální skupiny nebo synchronizujte bezpečnostní skupiny; spravujte členství ve skupinách ručně nebo pomocí souborů CSV.

  • Alokace zdrojů: Řízení přístupu k integrovaným aplikacím a službám na základě členství ve skupině.

Hlavní případy použití pro uživatelské skupiny při zřizování služby Webex Calling jsou:

  • Přiřazení licencí: Přiřaďte licence skupinám, aby se členům skupiny automaticky zpřístupňovaly služby, jako jsou volání, schůzky, zasílání zpráv nebo hybridní služby.

  • Šablony nastavení: Pro dosažení konzistentní uživatelské zkušenosti použijte na skupiny kolekce nastavení služeb (např. zasílání zpráv, schůzek, volání).

  • Hromadná správa uživatelů: Hromadné přidávání nebo odebírání uživatelů pomocí souborů CSV nebo synchronizace adresářů.

  • Automatizace a integrace: Pro automatizovanou správu životního cyklu uživatelů a skupin používejte API nebo synchronizaci adresářů.

Následující tabulka shrnuje různé možnosti správy uživatelských skupin a správy skupin ve Webexu.

Tabulka 7. Možnosti správy skupin a členství ve skupinách
MožnostPopisVýhodyNevýhody
Zřizování skupin Control Hub (skupiny Webex) Vytvářejte a spravujte skupiny přímo v Control Hubu. Add/remove členy ručně nebo pomocí CSV. Plná kontrola nad členstvím ve skupině

Okamžité použití licencí a šablon

Snadné vytváření a úpravy skupin
Vyžadovány manuální aktualizace

Riziko chyb při ručním nahrávání souborů CSV

Žádná automatická synchronizace s externími adresáři

Synchronizované skupiny z Entra ID (Azure AD) nebo Active Directory Automaticky synchronizovat bezpečnostní skupiny a členství z externích adresářových služeb. Automatická synchronizace snižuje manuální práci

Zajišťuje konzistenci s firemním adresářem

Podporuje velké organizace

Nelze upravit členství ve skupině v Control Hubu

Zpoždění synchronizace až 12 hodin

Vnořené skupiny vyžadují ruční výběr

Skupiny a rozhraní SCIM 2.0 API (skupiny Webex) Pro programatickou správu skupin a členství používejte Webex Groups nebo SCIM 2.0 API Automatizace a integrace s dalšími systémy

Škálovatelné pro rozsáhlá nebo složitá prostředí

Vyžaduje úsilí o vývoj

Složitost závisí na použití API

Synchronizované skupiny sice zajišťují konzistenci a nabízejí jednotné místo pro správu, ale je možný i hybridní přístup kombinující synchronizované skupiny a skupiny Webex (spravované buď v řídicím centru, nebo prostřednictvím API). Takže například skupiny pro přiřazení licencí by mohly být synchronizované skupiny a samostatná sada skupin Webex by mohla být použita pro přiřazení uživatelů a šablon volání aplikace Webex.

Tento komplexní přístup ke správě skupin uživatelů ve Webexu umožňuje organizacím efektivně spravovat uživatelské licence, nastavení a zásady a zajišťuje tak konzistentní a škálovatelné prostředí pro spolupráci.

Návrh uživatelských skupin

Po převedení podnikového adresáře z místního prostředí do cloudu shromážděte požadované skupiny uživatelů na základě požadavků na licencování a šablony funkcí. Pro každý skupinový dokument:

  • Název skupiny: unikátní název skupiny.

  • Licence: licence, které mají být přiřazeny této skupině (pokud existují) a rozsah (mají být licence přiřazeny stávajícím uživatelům nebo pouze novým uživatelům)

  • Šablony nastavení: Šablony volání pro aplikaci Webex a uživatele.

  • Synchronizace adresářů: Bude tato skupina synchronizována z podnikového adresáře, nebo se jedná o lokální skupinu Webex zřízenou v Control Hubu nebo prostřednictvím API?

  • Popis: Jak bude tato skupina používána a kteří uživatelé by měli být jejími členy

Tyto údaje budou později použity během implementační fáze k vytvoření lokálních skupin nebo skupin v podnikovém adresáři a ke správě členství uživatelů ve skupinách.

Jednotné přihlašování (SSO)

Společnost Cisco doporučuje pro ověřování uživatelů používat jednotné přihlašování (SSO). Používání SSO má několik přesvědčivých výhod, včetně:

  • Zjednodušené ověřování uživatelů: Uživatelé se mohou přihlásit jednou pomocí svých firemních přihlašovacích údajů (např. z Azure ID) pro přístup k Webexu a dalším integrovaným aplikacím, čímž se eliminuje potřeba více hesel a snižuje se počet výzev k přihlášení. To zvyšuje zabezpečení tím, že zajišťuje, že firemní hesla nebudou po ověření nikdy uložena ani přenesena do Webexu.

  • Zjednodušená správa uživatelů: Automatizuje vytváření, aktualizace a deaktivaci uživatelských účtů na základě změn v podnikovém adresáři, čímž snižuje administrativní režii a zajišťuje, že přístup mají pouze oprávnění uživatelé.

  • Vylepšené zabezpečení: Jednotné přihlašování (SSO) snižuje únavu hesel a riziko úniků hesel centralizací ověřování prostřednictvím důvěryhodných poskytovatelů identit (IdP).

  • Snadná integrace vícefaktorového ověřování (MFA): MFA lze snadno podporovat buď prostřednictvím řešení pro správu identit, jako je Cisco Duo, nebo prostřednictvím podpory MFA ze strany IdP.

Existuje několik možností, jak implementovat jednotné přihlašování (SSO) pro služby Webex:

  • Jednotné přihlašování (SSO) založené na SAML 2.0: Primární protokol podporovaný pro integraci Webex SSO, který umožňuje bezpečnou výměnu ověřovacích informací mezi IdP a poskytovatelem služeb Webex.

  • OpenID připojení (OIDC): Podporováno jako alternativní moderní ověřovací protokol pro integraci SSO.

  • Identita Webexu: Také podporováno jako možnost poskytovatele identity.

Jednotné přihlašování (SSO) je konfigurováno a spravováno centrálně prostřednictvím Control Hubu, což vyžaduje výměnu metadat mezi Webexem a vybraným poskytovatelem identity (IdP).

Po konfiguraci lze SSO před aktivací otestovat v Control Hubu, aby se zajistilo správné nastavení.

Cisco Webex podporuje integraci s řadou testovaných a běžně používaných poskytovatelů identit (IdP) a systémů pro správu identit (IAM), včetně, ale nikoli výhradně:

  • Cisco Duo

  • Okta

  • Služba Microsoft Active Directory Federation Services (ADFS)

  • Microsoft Azure

  • PingFederate

  • OpenAM

  • F5 BIG-IP.

Tito IdP splňují standardy SAML 2.0 nebo OpenID Connect a byli ověřeni z hlediska kompatibility s řešeními pro spolupráci Cisco.

Podpora více IdP

Webex umožňuje organizacím konfigurovat SSO s více IdP, aby vyhověly složitým IT prostředím, jako jsou fúze, akvizice nebo decentralizovaná IT oddělení, kde různé skupiny používají různé IdP. Podporu více IdP lze implementovat buď pomocí funkce Multiple IdP ve Webexu, nebo integrací podnikového systému IAM, jako je Cisco Duo.

Podpora více poskytovatelů identit (IdP) od Webexu řeší několik klíčových případů použití, kdy organizace vyžadují flexibilní a bezpečné ověřování v různých IT prostředích:

1. Fúze a akvizice

Když se společnosti slučují nebo akvizují s jinými, často mají oddělené IT infrastruktury a samostatné poskytovatele identity (IdP), které se nemohou federovat. Podpora více IdP umožňuje uživatelům z obou organizací bezpečně se ověřovat a spolupracovat, aniž by bylo nutné okamžitě sjednocovat své systémy identity.

2. Několik nezávislých IT oddělení

Velké organizace nebo vládní instituce mohou mít více nezávislých IT oddělení, z nichž každé spravuje svého vlastního poskytovatele identity (IdP). Funkce více IdP od Webexu umožňuje těmto oddělením spravovat si vlastní ověřovací systémy a zároveň uživatelům bezproblémový přístup k Webexu.

3. Různé uživatelské skupiny nebo domény

Organizace s různými uživatelskými skupinami (např. zaměstnanci vs. smluvní dodavatelé) nebo více e-mailovými doménami mohou nakonfigurovat pravidla směrování tak, aby směrovala požadavky na ověření na příslušného poskytovatele identity na základě členství v doméně nebo skupině. To podporuje diferencované zásady přístupu a bezpečnostní kontroly.

4. Podpora různých ověřovacích protokolů

Webex podporuje IdP dle SAML a OpenID Connect (OIDC), což organizacím umožňuje integrovat různé typy poskytovatelů identity podle jejich stávajících požadavků na infrastrukturu a zabezpečení.

5. Vylepšené zabezpečení a dodržování předpisů

Povolením více IdP mohou organizace implementovat silnější mechanismy ověřování, včetně vícefaktorového ověřování (MFA) prostřednictvím integrací, jako je Duo, a vynucovat konzistentní bezpečnostní zásady napříč různými uživatelskými základnami.

6. Zjednodušený uživatelský zážitek

Uživatelé se mohou ověřovat pomocí svých stávajících přihlašovacích údajů od příslušných poskytovatelů identity (IdP), což poskytuje jednotný proces přihlašování i přes složitost více systémů identity.

I když podpora více IdP poskytuje flexibilitu, vyžaduje pečlivou koordinaci mezi bezpečnostními a identitními týmy, aby se zachovaly konzistentní bezpečnostní zásady a zabránilo se potenciálním zranitelnostem.

Duo MFA s jednotným přihlašováním pro Webex

Duo Access Gateway (DAG) dokáže ověřovat uživatele pomocí stávajících místních nebo cloudových adresářů, jako je Active Directory (AD) a OpenLDAP. Podporuje také integraci s dalšími poskytovateli identit, jako jsou Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS a Shibboleth. Tato flexibilita umožňuje organizacím využívat jejich stávající adresářovou infrastrukturu pro Webex SSO s Duo MFA.

Duo funguje jako silná ověřovací vrstva nad rámec ověřování primárního adresáře. Funguje jako poskytovatel identity (IdP) s využitím SAML 2.0 k vynucení dvoufaktorového ověřování (2FA) před udělením přístupu k Webexu. Duo vyhodnocuje kontext uživatele, zařízení a sítě na základě konfigurovatelných zásad, aby povolilo nebo zakázalo přístup, a tím zvýšilo zabezpečení nad rámec pouhého uživatelského jména a hesla. Duo také nabízí flexibilní ovládací prvky zásad, jako je například vyžadování vícefaktorové autentizace (MFA) při každém přihlášení u některých aplikací a méně často u jiných.

Mezi výhody Cisco Duo patří:

  • Rozšířené zabezpečení: Přidává vícefaktorovou autentizaci (MFA) odolnou proti phishingu pro ochranu přístupu k Webexu a snížení rizika spojeného s kompromitací hesel.

  • Flexibilní zásady: Umožňuje podrobnou kontrolu nad požadavky na ověřování pro každou aplikaci nebo skupinu uživatelů.

  • Integrace se stávajícími adresáři: Podporuje lokální služby AD, OpenLDAP, cloudové adresáře a různé poskytovatele jednotného přihlašování (SSO), čímž minimalizuje změny infrastruktury.

  • Pohodlí pro uživatele: Podporuje jednotné přihlašování (SSO) pro snížení únavy z hesla tím, že uživatelům umožňuje jedno přihlášení a bezpečný přístup k více zdrojům.

  • Důvěryhodné koncové body: Podporuje důvěryhodnost zařízení pro klienty Webex v systémech Windows a macOS, čímž zlepšuje zabezpečení.

  • Samoobslužná registrace: Inline registrace a výzva Duo zlepšují uživatelský zážitek během nastavení MFA.

Duo MFA s jednotným přihlašováním (SSO) pro Webex využívá k ověřování uživatelů stávající adresáře, jako je Active Directory a OpenLDAP, nebo cloudové poskytovatele identit. Úlohou Duo je poskytovat silný, na zásadách řízený druhý faktor ověřování integrovaný prostřednictvím SAML 2.0, zvyšující zabezpečení a zároveň zachovávající pohodlí uživatelů prostřednictvím jednotného přihlašování (SSO). Mezi výhody patří vylepšené zabezpečení, flexibilní vynucování zásad, bezproblémová integrace a lepší uživatelský zážitek.

Společnost Cisco doporučuje implementovat jednotné přihlašování (SSO) pro uživatele Webexu. Pro vylepšenou bezpečnostní integraci se doporučuje Cisco Duo.

Strategie Enterprise IAM a SSO by měla být nasazena před zahájením přechodu z Unified CM na Webex Calling.

Funkce

Webex Calling nabízí kompletní sadu základních funkcí, které jsou součástí služby. To zahrnuje mnoho funkcí volání na podnikové úrovni, které jsou v Unified CM k dispozici již mnoho let. Mezi funkcemi Webex Calling a funkcemi Unified CM se nemusí objevit 100% shoda, nicméně jak vidíte na obrázku níže, klíčové funkce volání Unified CM jsou k dispozici i ve Webex Calling.

Různé funkce Webex Calling, rozdělené do kategorií podle funkcí, jako je správa příchozích hovorů, historie hovorů a administrace.
Funkce Webex Calling na podnikové úrovni

Kromě mnoha uživatelských funkcí má Webex Calling základní systémové funkce, které jsou součástí platformy. Patří mezi ně funkce jako automatické telefonní operátory, fronty hovorů, parkování hovorů atd. Všechny dostupné základní funkce systému si můžete prohlédnout v Control Hub v sekci Služba → Volání → Funkce, jak je znázorněno na obrázku Základní funkce Webex Calling.

Sekce Volání v aplikaci Webex Control Hub, konkrétně zobrazující kartu Funkce s možnostmi, jako jsou Oznámení, Konzole pro spojovatele a Klávesnice pro parkování hovorů.
Základní funkce služby Webex Calling

Automatický operátor

Automatický telefonát Webex Calling umožňuje 24/7 automatizace vyřizování příchozích hovorů, která umožňuje efektivní vyřizování hovorů bez nutnosti, aby někdo přijímal každý hovor.

Automatický operátor přijímá příchozí hovory a volajícímu nabízí nabídku možností, kam chce hovor přesměrovat. Může se jednat o osobu, hlasovou schránku nebo volací službu (např. frontu hovorů). Volající použije číselnou klávesnici svého telefonu k zadání čísla z nabídky automatického operátora.

Automatický operátor podporuje následující klíčové funkce:

  • Pracovní a mimopracovní rozvrhy

  • Plán svátků

  • Možnost vytáčení v nabídce pro nasměrování zákazníků tam, kam potřebují jít

  • Přizpůsobit pozdravy

  • Možnost vytočení podle jména

  • Možnosti přesměrování hovorů

  • Analytika a reporty Control Hubu.

Více informací naleznete v části Správa automatických telefonních operátorů.

Parkování hovorů

Parkování hovoru umožňuje uživatelům snadno přidržet hovor , aby ho mohl jiný uživatel snadno přijmout, až bude k dispozici. Také to umožňuje uživateli, který původní hovor přijal, uskutečňovat nebo přijímat další hovory, zatímco je hovor zaparkovaný.

Ve Webex Calling jsou k dispozici dva typy parkování hovorů:

  1. Přímé parkování hovoru – umožňuje libovolnému uživateli zaparkovat hovor na pobočku jiného uživatele nebo na pobočku pro parkování hovoru, jak je definováno administrátorem

  2. Skupina pro parkování hovorů – umožňuje definované skupině uživatelů automaticky parkovat hovory u dostupných parkovacích destinací definovaných pro danou skupinu. Těmito cíli mohou být linky členů skupiny nebo linky pro parkování hovorů.

V závislosti na konfiguraci a typu parkování mohou uživatelé přijímat hovory vytočením čísla *88+><extension of parked call>, stisknutím tlačítka linky přidruženého k pobočce pro parkování hovoru nebo použitím softwarové klávesy na svém IP telefonu.

K dispozici je možnost opětovného převzetí zaparkovaného hovoru po uplynutí stanovené doby uživateli, který hovor zaparkoval, nebo jinému uživateli.

Více informací naleznete v části Správa parkování hovorů v Control Hub.

Hromadné zvednutí hovorů

Vyzvednutí hovoru umožňuje administrátorovi definovat skupinu uživatelů (členů), kteří mohou přijmout hovor na telefon jiného člena. To dává uživateli možnost přijímat hovory, když jsou jeho spoluhráči zaneprázdněni a nemohou přijmout příchozí hovor.

Uživatelé ve skupině musí být ve stejném umístění Webex Calling.

Uživatelé mohou k přijetí hovoru použít buď aplikaci Webex, nebo svůj stolní telefon.

  • Aplikace Webex:

    • Podporuje vizuální a zvuková oznámení

    • Upozornění na příchozí hovor

    • na bázi FAC (vytáčení *98) nebo oznámení o přijetí hovoru

    • Oznámení o vyzvednutí hovoru pro více linek.

  • Stolní telefony:

    • Upozornění na příchozí hovor

    • Zvukové signály a vizuální upozornění prostřednictvím LED displeje na ručním ovladači. Model 6821 podporuje pouze zvukové zvonkohry

      • Pokud typ oznámení vybraný v Control Hubu není žádný

    • Oznámení o vyzvednutí hovoru pouze pro primární linky.

Další informace naleznete v části Konfigurace skupiny pro příjem hovorů.

Fronta hovorů

Webex Calling zahrnuje jako součást svých základních funkcí fronty hlasových hovorů a každý uživatel s licencí Webex Calling Professional může být součástí fronty hovorů, agentem nebo supervizorem. Tato funkce umožňuje uživatelům efektivně komunikovat se zákazníky. Fronty hovorů podporují podmnožinu některých základních funkcí call centra, jako jsou hlasové fronty, zpětná volání, směrování podle dovedností nebo priorit, správa front agentů, analýzy, reporting atd.

Výzva společnosti Cisco k integraci s Microsoft Teams umožňuje agentům přístup k hovorům a funkcím fronty hovorů přímo z jejich klienta Microsoft Teams.

Fronty volání podporují následující klíčové funkce:

  • Pozdravy a vzkazy (uvítání, útěcha, šepot atd.)

  • Pozastavit hudbu

  • Zpětné volání

  • Zásady směrování front (noční provoz, svátky, přesměrování)

  • Fronta agentů login/logout

  • Správa stavu fronty agentů

  • Podpora aplikace Webex nebo stolního telefonu

  • Monitorování hovorů agenta supervizora, koučování, připojování nebo převzetí pomocí přístupových kódů k funkcím (FAC)

  • Control Hub (přístup pro správce) pro:

    • správa front

    • Analýza a reporting agentů a front

    • Správa front, agentů a supervizorů.

Více informací naleznete v části Konfigurace fronty volání.

Webex Calling má doplňkovou funkci Customer Assist, která poskytuje další možnosti fronty hovorů a poskytuje agentům a supervizorům lepší uživatelský zážitek v aplikaci Webex. Porovnání funkcí fronty hovorů a zákaznické podpory služby Webex Calling naleznete v článku Porovnání fronty hovorů a funkcí zákaznické podpory služby Webex Calling.

Skupina sdružených linek

Skupiny pro vyhledávání volajících Webex umožňují směrování příchozích hovorů na konkrétní skupinu uživatelů pomocí předem stanoveného vzoru směrování hovorů. Díky tomu je zajištěno, že hovory přijme správná skupina uživatelů nebo budou přesměrovány do hlasové schránky k následné komunikaci.

Jeden velký rozdíl mezi skupinami pro vyhledávání a frontami hovorů spočívá v tom, že hovory se ve skupinách pro vyhledávání nezařazují do fronty, takže pokud ve skupině pro vyhledávání nejsou žádní uživatelé k dispozici, aby hovor přijali, bude hovor odpojen, odeslán do hlasové schránky nebo přesměrován na jiné číslo (uživatele nebo službu).

Více informací naleznete v části Správa skupin hledání v Control Hub.

Provozní režimy

Funkce Provozní režimy umožňuje firmám efektivně směrovat hovory k různým cílům (uživatelé, hlasová schránka, volací služby, jako je fronta hovorů). Kam a kdy je hovor směrován, je založeno na denním a denním harmonogramu a kterýkoli uživatel může být oprávněn spravovat tyto režimy (harmonogramy) a řídit změny ve směrování hovorů.

Například hovory do fronty hovorů mohou být směrovány do jiné fronty hovorů s agenty v jiném časovém pásmu pro přijímání hovorů po pracovní době, během pracovní doby mohou být směrovány k místním agentům a během svátků mohou být směrovány do hlasové schránky pro následnou komunikaci po návratu agentů do kanceláře.

Oprávněný uživatel může přepínat mezi těmito různými scénáři (režimy) přesměrování hovorů, pokud potřebuje po určitou dobu změnit, kam jsou příchozí hovory směrovány. Tito uživatelé mohou spravovat režimy prostřednictvím svých 6800/7800/8800 Telefony MPP, telefony 9800 nebo v uživatelském centru Webex na adrese Spravovat režimy.

Další informace naleznete v části Směrování hovorů na základě provozních režimů ve Webex Calling.

Skupina pagingu

Skupiny stránkování umožňují uživatelům uskutečnit jednosměrný hovor a odeslat zvukovou zprávu skupině uživatelů. Každá skupina může obsahovat až 75 cílových uživatelů. and/or pracovní prostory, které jsou dostupné vytočením předem definovaného čísla nebo linky.

Když uživatel volá do pagingové skupiny, je současně uskutečněn hovor se všemi přiřazenými cíli ve skupině, načež může volající nahlas vyslovit své zprávy a po jejich dokončení zavěsit.

Další informace naleznete v článku Konfigurace pagingové skupiny v Control Hub.

Nahrávky

Webex Calling podporuje nahrávání hovorů uskutečněných nebo přijatých uživatelem. To může být vyžadováno z důvodu zajištění kvality, zajištění bezpečnosti nebo školení. Ve výchozím nastavení se hovory nahrávají ve Webexu, ale pokud jsou vyžadovány další funkce nahrávání nebo požadavky na dodržování předpisů a regulační předpisy, lze použít i jiné poskytovatele nahrávání třetích stran.

Při použití Webexu jako nahrávací platformy jsou všechny nahrané hovory spravovány v Control Hubu. Plnoprávní administrátoři s rolí pracovníka pro dodržování předpisů mohou nahrávky přehrávat a stahovat. Bez role pracovníka pro dodržování předpisů může správce nahrávky pouze smazat.

Další informace o této funkci a seznam nahrávek třetích stran naleznete v části Správa nahrávání hovorů pro Webex Calling.

Dosažitelnost na jednom čísle

Dosah jednoho čísla umožňuje, aby hovory na telefonní číslo uživatele zvonily na více zařízeních. To může zahrnovat i jiné stolní telefony i mobilní telefony. Z těchto zařízení lze také uskutečňovat hovory a uživatelé si mezi nimi mohou hovory přesměrovávat a přenášet.

Další informace o této funkci a o tom, jak ji administrátor konfiguruje v Control Hubu, naleznete v článku Konfigurace dosahu na jednom čísle (kancelář kdekoli).

Další informace o tom, jak si uživatelé mohou tuto funkci spravovat a konfigurovat v centru pro uživatele Webex (portál), naleznete v části Konfigurace dosahu na jednom čísle (kancelář kdekoli).

Skupina hlasové pošty

Skupiny hlasové schránky umožňují sdílenou hlasovou schránku, kterou lze přiřadit uživateli nebo funkci směrování hovorů. Mezi důvody, proč může být potřeba hlasová schránka, patří:

  • Univerzální hlasová schránka pro oddělení nebo pracovní skupinu

  • Přidání možnosti hlasové schránky do automatického telefonního operátora nebo vyhledávací skupiny

  • Odeslání přeplněných hovorů z fronty hovorů

  • Uživatelé, kteří potřebují pouze hlasovou schránku.

Další informace naleznete v článku Správa sdílené hlasové schránky a schránky příchozích faxů pro Webex Calling.

Aplikace Attendant Console je uvedena na stránce Funkce volání v aplikaci Webex Control Hub, jedná se však o doplňkovou funkci, která vyžaduje zakoupení licence pro aplikaci Attendant Console.

Další informace naleznete v části Začínáme s Attendant Console.

Informace o všech funkcích, včetně některých doplňkových funkcí, naleznete v části Funkce dostupné podle typu licence pro Webex Calling.

Byl tento článek užitečný?
Byl tento článek užitečný?