V tomto článku
Výběr regionu
Lokality
PSTN
dropdown icon
Číselný plán
    Místní vytáčecí plán v Unified CM
    Webex Callingčíselný plán
dropdown icon
Nahrávání
    1. Výběr poskytovatele nahrávání hovorů
    2. Výběr regionu
Tísňové volání
dropdown icon
Licencování
    Ruční přiřazení přes Control Hub
    Šablony automatického přiřazení licencí
    Hromadné přiřazení prostřednictvím šablony CSV
    Přiřazení na základě rozhraní API
    Požadavky na licenci
dropdown icon
Zřizování uživatelů
    Skupiny uživatelů
    Doporučený přístup při migraci z do Unified CM Webex Calling
    Navrhování skupin uživatelů
dropdown icon
Jednotné přihlášení (SSO)
    Podpora více IdP
    Duo MFA s SSO pro Webex
dropdown icon
Vlastnosti
    Automatická obsluha
    Zavolejte Park
    Vyzvednutí hovorů
    Fronta hovorů
    Huntská skupina
    Provozní režimy
    Skupina stránkování
    nahrávky
    Dosah jednoho čísla
    Skupina hlasové schránky
Co budeš dělat dál?

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ů, umístění, telefonních plánů a zpracování tísňových hovorů, aby bylo zajištěno škálovatelné nasazení. Zahrnuje výběr pevné oblasti, nastavení podrobností specifických pro místo a vytvoření konzistentního číselného plánu. Rovněž jsou řešeny nouzové služby, konfigurace záznamu a licenční potřeby. Tato fáze vytváří základ pro zřizování, správu uživatelů a zabezpečený přístup prostřednictvím SSO, což zajišťuje, že nasazení splňuje organizační a regulační požadavky. Přehled migrace na vysoké úrovni s rychlými odkazy na podrobnou dokumentaci najdete v tématu Migrace Unified CM na Webex Calling.

Výběr regionu

Webex Callingje dostupný po celém světě a je dodáván z redundantních datových center ve více regionech: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Evropa (Frankfurt, Amsterdam), Velká Británie (Londýn, Manchester), Austrálie (Melbourne, Sydney), Japonsko (Tokio, Osaka), Saúdská Arábie (Rijád, Džidda) a Indie (Bombaj, Chennai). Mediální POP poskytují mediální služby pro optimalizaci doby zpá teční cesty médií. Singapurské datové centrum se například používá k optimalizaci časů zpá teční cesty médií pro Webex Calling zákazníky v asijských zemích, kde mohou být zpáteční časy do Austrálie nebo Japonska neoptimální. Datová centra jsou propojená multigigabitovou a plně redundantní páteří. Obrázek globálně distribuovaných datových center ukazuje přehled všech Webex Calling datových center. Nejnovější seznam dostupných Webex Calling datových center najdete v části Umístění datových center pro Webex Calling.

Globálně distribuovaná datová centra

A map displaying global locations for Calling (Multi-Tenant) and Media PoP services, indicating a widespread network.

Každý Webex Calling zákazník je zřizován v jedné z Webex Calling instancí. Veškeré informace o zřizování daného zákazníka jsou uloženy v této Webex Calling instanci a signalizace SIP všech koncových bodů a místních bran zřízených pro tohoto zákazníka je vázána na Webex Calling instanci, ve které je zákazník zřizován. Protože je těžké změnit počáteční výběr Webex Calling regionu, je důležité zvážit všechny relevantní faktory jako součást rozhodovacího procesu vedoucího k výběru Webex Calling regionu. Aby se zabránilo nadměrnému zpoždění zpáteční signalizace, je důležité rozhodnout se na začátku procesu přechodu, která Webex Calling instance by měla být použita. Společnost Cisco doporučuje vybrat Webex Calling instanci, která poskytuje nejnižší doby signalizace zpáteční cesty pro největší počet uživatelů v rámci nasazení.

Dostupnost Webex Calling v zemi naleznete v části Kde je Webex k dispozici? .

Lokality

Pro přípravu na přidělování umístění je třeba shromáž Webex Calling dit požadované informace pro všechna cílová umístění migrace. Informace potřebné pro každé místo jsou shrnuty v Informace, které je třeba zachytit pro každé místo.

Tabulka 1. Informace, které je třeba zachytit pro každé místo
InformaceKomentář
Rozsah (y) rozšířeníKaždé umístění Webex Calling může mít rozšíření začínající různými číslicemi. Jedna číslice musí být ušetřena pro číslici řízení mezi místy (například 8) a jedna pro číslici řízení PSTN (například 9). Žádný rozsah rozšíření nemůže začínat žádnou z těchto dvou číslic.

Všechny rozsahy rozšíření všech umístění musí mít stejnou délku.

Rozsah (y) DID-
Číslice řízení PSTN-
Kód webuVšechny kódy stránek všech míst 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 přiřazené službě automatické obsluhy) a jedno pro portál hlasové sch ránky.

Zajistěte jeden DID pro číslo hlasové schránky.

Číslo hlasové schránky
Počet licencíPožadované licence podle typu včetně Webex Calling Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Souběžné hovory v rušné doběSoučet souběžných hovorů mezi Webex Calling zařízeními a mezi Webex Calling zařízeními a místní bránou (PSTN a volání do Unified CM zařízení). Potřebné k určení požadované šířky pásma přístupu k internetu.
Země-
Časové pásmo-
Jazyk-
Kontakt (jméno, telefon, e-mail)-
Adresa (ulice, město, stát, PSČ)-
Fyzické odeslané umístění záchranných služeb pro koncové bodyMísto odeslání zařízení používané pro tísňové volání obecně zahrnuje následující: adresa budovy, adresa budovy+číslo patra, adresa budovy+číslo apartmá nebo adresa budovy + číslo podlaží + číslo kanceláře/kubické číslo.
Jedinečné fyzické umístění v síti na zařízení pro tísňové službyFyzické umístění sítě pro tísňové volání obecně zahrnuje následující: přepínač/switchport pro kabelová zařízení, identifikátory základní sady služeb (AP) bezdrátového přístupového bodu (BSSID) pro bezdrátově připojená zařízení a/nebo místní podsítě IP pro koncová zařízení.

PSTN

Při navrhování Webex Calling nasazení mají zákazníci tři primární možnosti připojení PSTN: Cisco C alling Plans (cloudová služba PSTN spravovaná společností Cisco), Cloud Connec ted PSTN Providers (CCPP, kde poskytovatelé poskytují službu PSTN prostřednictvím cloudu) a místní PSTN (kde místní brány propojují podnikovou síť s PSTN). Se zavedením trunkingu PSTN pro hybridní Webex Calling nasazení (Další informace viz trunking PSTN pro hybridní nasazení při trunkování PSTN) získávají organizace Webex Calling další flexibilitu ve svém přístupu k migr aci. Tato funkce umožňuje zákazníkům přesunout své PSTN na CCPP na začátku přechodové cesty a zahájit přechod na cloudovou PSTN pro Webex Calling uživatele, přičemž využívá CCPP k udržení služby PSTN pro uživatele, kteří zůstávají zapnuti během postupné migrace. Cisco Unified CM

Tento hybridní přístup umožňuje organizacím přesunout vybrané skupiny uživatelů do cloudu jako první, aniž by okamžitě přepracovaly celé své telefonní prostředí. Zavádí však další složitost a riziko, zejména pokud jde o přizpůsobení stávající Unified CM logiky směrování hovorů na podporu nové architektury. Interoperabil ita se staršími aplikacemi, jako jsou faxové servery, kontaktní centra nebo stránkovací systémy, také vyžaduje pečlivé zvážení. Klíčové technické výzvy mohou zahrnovat zajištění bezproblémového vyjednávání kodeků typu end-to-end a signalizace DTMF (Dual-Tone Multi-Frequency) napříč smíšeným prostředím, stejně jako ověření kompatibility se specializovanými telefonními funkcemi. Správ né 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 procesu migrace. Kromě toho jsou důležité obchodní aspekty, protože hybridní trunking vyžaduje licenci pro použití, která je založena na počtu souběžných hovorů mezi místním prostředím a poskytovatelem služby PSTN (CCPP) připojeným k cloudu.

Alternativně, organizace se mohou rozhodnout zachovat své místní připojení PSTN po celou dobu přechodové fáze. V tomto scénáři lze migraci na CCPP provést dvěma způsoby: jako jeden koordinovaný přechod pro všechny uživatele a umístění po dokončení Webex Calling migrace, nebo přírůstkově, přičemž migrace PSTN probíhá na základě jednotlivých lokalit při přesunu uživatelů. Webex Calling Tento přístup může pomoci zefektivnit koexistenci a zachovat kontinuitu pro starší integrace, ale přináší několik provozních složitostí. Mezi ně patří výzvy související s přenosem čísel, jako je potřeba přesné koordinace objednávek číselných portů, potenciální zpoždění, a omezení uložená poskytovatelem, jako je omezení počtu souběžných požadavků na port nebo omezení přenosu podmnožin velkých číselných bloků. Organizace musí pečlivě naplánovat svou strategii přechodu na PSTN s přihlédnutím k těmto logistickým aspektům, aby se zabránilo přerušení služeb a zajistily hladkou migraci.

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

Migration to CCCP at the start vs. keeping on-premises PSTN

Obrázek Migrace na CCCP na začátku vs. zachování místního PSTN ukazuje dvě možnosti migrace PSTN vysvětlené výše. Obrázek vlevo ukazuje scénář, kdy všichni místní uživatelé a aplikace využívají služby PSTN připojené Unified CM ke cloudu prostřednictvím místního kmene a místní brány připojující místní bránu, Webex Calling zatímco obrázek vpravo ukazuje scénář, kdy stávající místní PSTN zůstane na svém místě a uživatelé používají místní PSTN prostřednictvím připojení k místní bráně Webex Calling mezi místními zařízeními Unified CM aWebex Calling. Během přechodu lze Webex Calling přepnout umístění pomocí Cloud Connected PSTN.

V obou scénářích volání mezi místním zařízením a Webex Calling uživatelem využívají připojení k místní bráně. Spojení mezi místními a místními zařízen Webex Calling ími musí být navrženo a dimenzováno odpovídajícím způsobem na základě očekávaného počtu souběžných ho vorů a požadované redundance.

Číselný plán

Aby bylo dosaženo bezproblémové interoperability mezi Unified CM obdob Webex Calling ím migrace a během něj, musí být vyvinuta a implementována komplexní architektura číselného plánu na obou platformách. Tento návrh číselného plánu s dvěma platformami zajišťuje konzistentní směrování hovorů, překlad čísel a transparentnost funkcí, což uživatelům v obou systémech umožňuje 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, aby umožnila koexistenci zařízení registrovaných na Unified CM a Webex Calling na podnikovém vytáč Unified CM ecím plánu je třeba změnit tak, aby bylo možné splnit alespoň následující požadavky:

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

  • Rozšířená volba z Unified CM do Webex Calling (uvnitř pracoviště, ale také mezi pracovišti, pokud jsou rozsahy rozšíření jedinečné)

  • Zkrácená volba mezi místy z do Unified CM Webex Calling

  • Vynucené vytáčení přes síť z do Unified CM Webex Calling

  • Zpětné volání z adresáře zmeškaných hovorů do cílových míst Webex Calling

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

  • Volání PSTN z Unified CM do Webex Calling if během přechodu se používá trunking PSTN pro hybridní Webex Calling nasazení k zajištění přístupu PSTN místním uživatelům prostřednictvím služby Cloud Connect pro Unified CM Webex Calling

  • Vynucené připojení k síti od do Webex Calling Unified CM

  • Rozšířená volba z Webex Calling do Unified CM (mezi lokalitami).

Pokud některý z výše uvedených návyků není podporován volací návyk před přechodem, například neexistuje žádný zkrácený zvyk vytáčení mezi místy, pak nemusí být nutně zaváděny během přechodu.

Číselný plán Osvědčené postupy znázorňuje osvědčené postupy pro vytáčecí plán, jak je popsáno v části Prefer ovaná architektura pro Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Mezi klíčové charakteristiky tohoto přístupu patří:

  • Jeden oddíl pro čísla adresářů+E.164

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

  • Normalizace všech volebních návyků na +E.164 pomocí překladových vzorů

  • Použití překladového vzoru volajícího dědičnost vyhledávacího prostoru (možnost Použít volající vyhledávací prostor původce nastaven ý na vzory překladu).

Best practices dial plan
Osvědčené postupy pro vytáčecí plán

Například vytáčení PSTN (9+1+10D) ze zařízení v SJC zřízeném vyhledávacím prosto rem SJCinternational se nejprve přiřadí překladový vzor 9.1 [2-9] XX [2-9] XXXXXX, který normalizuje číslo volané strany na +E.164. Sekundární vyhledávání pak znovu použije stejný volající vyhledávací prostor SJCinternational (vyvolává dědičnost vyhledávacího prostoru) a řetězec +E.164 bude buď přiřazen číslem adresáře +E.164 v oddílu DN, nebo jedním ze vzorů trasy PSTN v oddílu USPSTNNational nebo SJCPSTNLocal. Zkrácené návyky vytáčení uvnitř a mezi místy jsou implementovány překlady v oddílu ES N a SJCTOE164. Zatímco oddíl ESN je globální oddíl (přístupný pro telefony ve všech umístěních), oddíl SJCTOE164 je přístupný pouze uživatelům v umístění SJC. To předpokládá překrývající se rozsahy rozšíření.

Prvním krokem k povolení volání z do Webex Calling je Unified CM zajistit, aby cíle +E.164 byly odpovídajícím způsobem směrovány. Toho lze dosáhnout přidáním Webex Calling oddílu do číselného plánu, přidáním vzorů trasy +E.164 pro všechny Webex Calling cíle do tohoto oddílu a nakonec přidáním Webex Calling oddílu do všech volajících vyhledávacích prostorů představujících třídy služeb, které je třeba dosáhnout. Webex Calling Vytvoření vyhrazeného Webex Calling oddílu je nutné, aby bylo možné vytvořit diferencovanou třídu služeb pro volání pocházející zWebex Calling. Aby se zabránilo smyčkám volání, nemělo by mít vyhledávací prostor pro příchozí volání v kmeni z místní brány přístup k Webex Calling oddílu.

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

+E.164 Routing to Webex Calling

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

Pokud není vyžadován žádný výběr místní brány pro konkrétní lokalitu, pak místo použití seznamu tras s Webex Calling místní skupinou tras jako cíle pro vzory tras ukazující na jednu Webex Calling skupinu tras lze zřídit s místní bránou jako jediným členem a poté vzory tras odkazují na jeden seznam Webex Calling tras s touto jedinou skupinou Webex Calling tras jako jedinou položkou.

Pro povolení zkrácené volby mezi lokalitami je do oddílu Webex Calling přidán požadovaný vzor trasy 8121.2XXX. Webex Calling Pro lokality, které mají být převedeny na normalizační Webex Calling vzorec vytáčení 8121.2XXX, který normalizuje volbu ESN na +E. 164, již mohou existovat v oddílu ESN. V takovém případě se 8121.2XXX jeví jako nadbytečný, ale jakmile budou všechny DN příslušného umístění migrovány na normalizaci vytáčení 8121.2XXX, lze odstranit Webex Calling vzor překladu a pak vzor trasy 8121.2XXX umožní vytáčení ESN i pro uživatele pouze z rozšíření v daném rozsahu.

S těmito změnami číselného plánu lze volání do Webex Calling lokality uskutečňovat nejen vytočením zkráceného inter-site a +E.164. Také mezinárodní a národní vytáčení PSTN je možné, protože tyto návyky vytáčení jsou nejprve normalizovány na +E.164 prostřednictvím již existujících vzorů normalizace vytáčení a poté jsou směrovány porovnáním vzoru trasy +E.164 v od Webex Calling dílu. Webex Calling

Odpovídající vzor trasy +E.164 v rozsahu DID Webex Calling umístění lze zřídit, dokud jsou všechny DID stále hostovány zapnuté. Unified CM Algoritmus párování vzorů nejlepší shody Unified CM zajišťuje, že když Unified CM je vytočeno číslo hostované na, bude číslo adresáře +E.164 zřízené lépe odpovídat než vzor trasy +E.164 Unified CM se zástupným znakem ukazující na, Webex Calling takže hovory budou rozšířeny na linku zapnutou a ne odeslány. Unified CM Webex Calling

Webex Callingčíselný plán

Každému uživateli Webex Calling je přiděleno rozšíření a/nebo telefonní číslo +E.164. Délka rozšíření je pevné globální nastavení: všechna rozšíření v Webex Calling nasazení mají stejnou délku. Rozšířené vytáčení lze použít mezi Webex Calling uživateli jak v rámci místa, tak mezi místy. Zkrácená volba mezi pobo čkami (druhý případ) funguje pouze v případě, že je vytočené rozšíření jedinečné.

Pokud je požadavkem zkrácené vytáčení mezi lokalitami, ale mezi rozšířeními přiřazenými v různých umístěních dochází k překrývání, je třeba vytvořit plán číslování specifický pro podnik tak, že rozšíření předponou přístupovým kódem a kódem webu. Další informace naleznete v tématu Preferovaná architektura pro místní nasazení Cisco Collaboration 15, Přehled návrhu dostupný na adrese Preferované architektury spolupráce společnosti Cisco.

Délka rozšíření, chování vytáčení mezi místy, délka předpony pro vytáčení mezi místy a číslice řízení v předponě směrování pro vytáčení mezi místy jsou nakonfigurovány v nastavení volací služby v ovládacím centru:

  • Délka předpony směrování polohy: Délka předpony včetně číslice řízení. Vyžad uje se pouze v případě, že je třeba vytvořit plán podnikového číslování jako alternativní zkrácený podnikový zvyk vytáčení mezi lokalitami.

  • Číslice řízení v předponě směrování: Ř ídící číslice pro zkrácený podnikový zvyk vytá čení mezi místy. Je třeba se vyhnout překrývání s první číslicí libovolného místa a čísli c odchozího vytáčení polohy. Vyžad uje se pouze v případě, že je třeba vytvořit plán podnikového číslování jako alternativní zkrácený podnikový zvyk vytáčení mezi lokalitami.

  • Vnitřní délka prodlou žení: Standardní délka nástavců. Může být libovolná hodnota mezi dvěma a deseti.

    Pokud je z místního řízení hovorů vyžadováno vytáčení nebo vytáčení pomocí podnikových významných čísel (kód řízení, kód lokality, rozšíření) Webex Calling a místní řízení hovorů odešle rozšíření jako ID volajícího, nezapomeňte také nastavit parametr Maximální neznámá délka rozšíření v části Směrování hovorů mezi místními místy Webex Calling a místními místy, abyste zajistili, že volání z místního řízení hovorů lze klasifikovat jako místní Webex Calling volá správně.
  • Povolit vytáčení z pobočky mezi místy: Přepnutím povolíte nebo zakážete vytáčení z pobočky mezi místy . Tato možnost by měla být povolena pouze v případě, že všechna rozšíření v organizaci jsou jedinečná. Pokud je tato možnost zakázána, je třeba mezi místy vytočit podniková významná čísla (kód řízení, kód webu, přípona) nebo telefonní čísla.

První tři parametry se používají hlavně k vytvoření číselného plánu pro telefony, aby se minimalizovaly mezimístné časové limity při použití off-hook vytáčení. Odchylky od těchto globálních nastavení jsou stále možné (Příklad - lze zřídit rozšíření s jinou délkou), ale v ovládacím centru se zobrazí varovná zpráva a vytáčení z telefonů může vyžadovat blokovanou volbu, aby se předešlo konfliktům v předinstalovaném číselném plánu.

Příklad číslování v tabulce Enterprise ukazuje příklad tří míst, kde jsou rozsahy rozšíření dvou míst, NYC a RTP, identické. Vytvoření schématu číslování podniků s číslicí řízení mezi pracovišti 8, následovaným třímístným kódem webu, a čtyřmístné rozšíření vytváří nepřekrývající se zkrácený zvyk vytáčení mezi weby.

Tabulka 2. Příklad podnikového číslování
StránkyRozšiřující rozsahKód webuŘada Enterprise
NYC 2XXX 202 8 202 2XXX
SFO 3XXX 203 8 203 3XXX
RTP 2XXX 204 8 204 2XXX

Aby byl umožněn hladký přechod, sada volacích návyků pro uživatele před a po přechodu na Webex Calling ideálně by měla být stejná. Pro přípravu na přechod pro každé místo je třeba zdokumentovat rozsa hy DID a rozsahy rozšíření (nebo zkrácené návyky vytáčení uvnitř místa). Na základě těchto informací je třeba vybrat číslici řízení mezi pracovišti.

Tabulka Rozsahy Webex Callingprodloužení pevných dé lek ukazuje příklad tří umístění a rozsahů prodloužení s pevnou délkou. Vzhledem k tomu, že je třeba se vyhnout překrývajícím se volacím návykům, je důležité se ujistit, že pro jakýkoli rozsah rozšíření se první číslice rozsahu neshoduje s číslicí řízení pro zkrácenou volbu mezi místy. Pokud je například 8 vybrána číslice řízení pro vytáčení mezi místy, pak žádný rozsah rozšíření na žádném místě nemůže začínat číslem 8. Typicky, rozšíření v daném místě odpovídají posledním číslicím DID přiřazených tomuto umístění. Aby se předešlo konfliktům, lze změnit první číslici rozšíření. Pokud jsou například DID v rozsahu +1 408 555 8XXX použity v určitém umístění, pak místo použití 8XXX jako rozšíření lze použít 7XXX pro rozšíření v daném webu

Tabulka 3. Rozsahy Webex Calling prodloužení pevných délek
StránkyRozšiřující rozsah Webex CallingRozšířeníKód webuŘada Enterprise
NYC 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 vytočené na Webex Calling zařízení pomocí amerického číselného plánu Webex Calling se překrývají se sedmimístným vzorem pro místní vytáčení v předinstalovaném americkém číselném plánu. Aby se zabránilo překrývání mezi jakýmikoli zvyky vytáčení v síti a mimo síť (PSTN), lze v tomto místě použít povinný externí přístupový kód. Pokud se stávající schéma číslování podniků a odpovídající zkrácené vytáčení mezi místy překrývají se vzory v Webex Calling národním číselníku, pak během přechodu na schéma číslování, aby Webex Calling se zabránilo překrývání, lze také změnit na delší nebo kratší formu. Nej jednodušší způsob, jak toho dosáhnout, je přidat další polstrovanou číslici do schématu číslování. Nové delší schéma vytáčení mezi weby musí přijmout pouze uživatelé, na které již migrovali. Webex Calling Uživatelé, kteří jsou stále zap Unified CM nuti, mohou i nadále vytočit sedm číslic. Unified CMV tomto případě musí být zapnutý podnikový vytáčecí plán zajistit, aby zkrácená sedmimístná volba z do byla převedena buď Unified CM na Webex Calling +E.164, nebo na zkrácený formát vytáčení nasazený na. Webex Calling To je třeba provést před odesláním hovoru na místní bránu.

Příklad tohoto přečíslování ukazuje sedmimístný přecho d tabulky. V tomto příkladu Unified CM používá zkrácená volba mezi místy číslici řízení 8 následovaná dvoumístným kódem webu a čtyřmístným rozšířením. Aby se zabránilo sedmimístnému zkrácenému vytáčení mezi lokalitamiWebex Calling, kódy stránek lze snadno změnit na tři číslice předponou libovolné polstrovací čí slice (8 v příkladu) k dvoumístným kódům stránek použitým v, Unified CM takže volba mezi místy z Webex Calling telefonů používá číslici řízení 8 následovanou polstrovací číslicí 8, starým dvoumístným kódem webu a čtyřmístným rozšířením. Uživatelé si Webex Calling nemusí pamatovat nové kódy stránek; stačí si pamatovat použít 88 jako předponu pro vytáčení mezi weby místo 8 zapnuto. Unified CM

Tabulka 4. Přechod sedmimístné volby
Unified CM Webex Calling
Stránky Rozšíření Kód webu Řada Enterprise Stránka óda Enterprise Angle
NYC 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

Ve scénáři se zapnutými různými formáty podnikových čísel Unified CM a Webex Calling pokud jsou podniková čísla prezentována jako informace volající strany pro volání z Unified CM do Webex Calling (například volání ze zařízení bez DID), je důležité implementovat také mapování mezi různými formáty čísel pro informace volající strany, aby bylo zajištěno, že zpětné volání funguje. Tohoto mapování lze dosáhnout použitím vzoru transformace volající strany na kmeni mezi Unified CM a místní bránou.

Nahrávání

Dobře navržené řešení nahrávání hovorů vyžaduje pečlivé zvážení několika klíčových konstrukčních prvků, aby bylo zajištěno, že je 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, které může být nutné globálně přizpůsobit a přepsat na konkrétních místech, 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čují primárního poskytovatele nahrávání hovorů na globální úrovni, což zajišťuje konzistenci sady funkcí, dodržování předpisů a podpory ve všech lokalitách

  • Přepsání podle polohy: Ve scénářích, kdy konkrétní lokality nebo oblasti 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 určit alternativní poskytovatele pro tato místa. Tato flexibilita podporuje různé mandáty dodržování předpisů a místní provozní potřeby

  • Obchodní požadavky: Volba poskytovatele by měla být řízena posouzením faktorů podnikání, 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 vyhodnocováni 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í údajů, 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 záznamy hovorů uloženy a zpracovávány, je rozhodující pro dodržování předpisů a výkon:

  • Globální výběr regionu: Ve výchozím nastavení mohou organizace zvolit jednu oblast pro ukládání záznamů hovorů, aby se zjednodušila správa a správa

  • Přepsání oblastí podle polohy: Pokud to vyžadují zákony o pobytu dat nebo firemní zásady, může být nutné přepsat globální nastavení regionu pro konkrétní místa a zajistit, aby záznamy hovorů byly uloženy a zpracovávány v požadovaných geografických hranicích

  • Požadavky na umístění dat: Návrh musí zohledňovat mezinárodní a místní předpisy o ochraně údajů (jako je GDPR, CCPA nebo mandáty specifické pro jednotlivé země), které mohou určovat, kde a jak budou záznamy hovorů uchovávány.

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ů, Webex Calling je odhad požadavků na úložiště. Přesné předpovídání potřeb úložiště je zásadní pro zajištění dostatečné kapacity pro podporu probíhajících obchodních operací, zachování souladu s předpisy a zabránění přerušení služeb.

Při určování očekávané poptávky po skladování je třeba vzít v úvahu několik klíčových parametrů:

  • Objem nahraných hovorů: Posoudit očekávaný 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 také interní komunikaci, pokud to vyžaduje obchodní politika nebo regulační mandáty

  • Průměrná délka hovoru: Vy počítejte typickou délku zaznamenaných hovorů, protože delší hovory spotřebovávají více úložného prostoru. Odchylky v délce hovoru mezi různými odděleními nebo skupinami uživatelů by měly být také zohledněny do odhadu

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

  • Prognózy růstu: Zvažte očekávaný 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 začlenění dalších uživatelů nebo míst.

Důkladnou analýzou těchto parametrů mohou organizace vyvinout robustní strategii úložiště, která zajistí škálovatelnost, nákladovou efektivitu a dodržování předpisů pro jejich řešení pro nahrávání ho Webex Calling vorů. Je také vhodné pravidelně kontrolovat a upravovat alokace úložiště, protože se vzorce využití v průběhu času vyvíjejí.

Tísňové volání

Požadavek na směrování tísňového volání do příslušného dispečerského střediska je požadavkem pro jakoukoli volací službu, která nabízí službu PSTN. SWebex Calling, směrování tísňových hovorů je nativní pro řešení a zahrnuje podporu pro všechna národní čísla tísňového volání v zemích, které Webex Calling podporují. Směrování tísňového volání Webex Calling je založeno na umístění definovaném v Řídicím centru a metodě přístupu PSTN místa. Čísla tísňového Webex Calling volání jsou předdefinovaná a specifická pro zemi, ve které jsou Webex Calling uživatelé a zařízení nasazeni.

Existují dva způsoby doručování tísňových hovorůWebex Calling. K dispozici je základní služba směrování tísňového volání a rozšířená služba směrování tísňových hovorů. Základní služba směrování tísňových hovorů použije číslo vybrané správcem k identifikaci polohy a trasy volání k dosažení tísňových služeb. Pro základní tísňové volání je cesta volání obvykle prostřednictvím možnosti PSTN zákazníka pro danou lokalitu . Webex Callingmá také vylepšené směrování tísňových hovorů navržené pro nasazení v USA a Kanadě, která mají požadavky na dodržování předpisů, které vyžadují použití celostátního poskytovatele k doručování tísňových hovorů do správného dispečerského centra.

Všichni zákazníci by měli nasadit alespoň základní konfiguraci tísňového volání. Základní tísňové volání vyžaduje, aby každému místu definovanému v aplikaci bylo přiřazeno alespoň jedno číslo +E.164 vlast něné zákazníkem. Webex Calling Pro základní tísňové volání bude každé místo definováno adresou ulice, na kterou jsou v případě nouze vyslány policejní, hasičské nebo záchranné služby. Ve většině případů je hlavní číslo místa nejlepší volbou pro reprezentaci fyzického umístění nouze. Přiřazení adresy číslu +E.164 je obvykle koordin ováno s poskytovatelem PSTN. Níže uvedené obrázky ukazují přiřazení hlavního čísla, které má být použito jako číslo tísňového volání pro umístění Richardson.

A user location details for Richardson in the United States, including the main number and an option to manage the emergency callback number.Emergency Callback Number (ECBN) configuration, allowing selection between using the location's main number or an assigned number.
Umístění konfigurace ECBN

Ve většině situací, adresa budovy postačuje pro adresu odeslání místa. Pokud jsou však pro konkrétní uživatele nebo zařízení potřebné další podrobnosti o poloze , může správce 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í uvnitř adresy (například podlaží nebo místnosti). V části Správa uživatelů v Ří dic ím centru karta Volání umožňuje uživateli a jeho zařízení použít konkrétní číslo pro získání konkrétní adresy odeslání. Následující obrázky ilustrují, jak lze zařízení přiřadit konkrétní číslo. Správce je odpovědný za to, aby číslo používané zařízením mělo přiřazenou správnou adresu odeslání. Při řazení adresy se obvykle provádí prostřednictvím poskytovatele PSTN tohoto umístění.

A user's calling settings within an administrative portal, displaying directory numbers and emergency callback number options.The Emergency Callback Number (ECBN) settings, offering choices between the location default ECBN or an assigned number from the user's location.
Konfigurace uživatele ECBN

Pro nasazení telefonů se sídlem v USA, která musí poskytovat vylepšená řešení tísňového volání, Webex Calling používá Webex Calling pro směrování tísňových hovorů integrovanou Horizon Mobility společnosti RedSky. Při použití RedSky pro směrování hovorů musí správce zaregistrovat účet prostřednictvím společnosti Cisco a nakonfigurovat příslušné informace v Volání -> Nastavení služby, aby tuto funkci povolil. Jakmile je služba RedSky povolena na úrovni systému, správce povolí službu RedSky na každé úrovni umístění. Povolení rozšířeného tísňového volání v Webex Calling místě aktivuje službu pro všechna zařízení, která jsou k danému umístění přiřazena. Zařízení podporující rozšířené tísňové volání jsou telefony Cisco MPP, telefony Cisco PhoneOS a aplikace Cisco Webex.

Existují dvě nastavení pro povolení rozšířeného tísňového volání na místě. Polo žka 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 provádět testovací hovory na 933 za účelem ověření polohy pomocí systému IVR společnosti RedSky k odečtení polohy volajícího. Ačkoli tento dokument nebude pokrývat konfiguraci RedSky pro sledování polohy, správce by měl VŽDY otestovat zjištění své polohy před aktivací tísňových hovorů pro směrování na RedSky. Jakmile bude testování dokončeno a ověřeno jako přesné, správce směruje hovory na RedSky přepnutím tísňových volání na RedSky. Tento přepínač nasměruje všechna tísňová volání z místa na RedSky pro doručení do záznamníku pro dané místo.

Nastavení rozšířeného tísňového volání platí také pro klienty aplikace Webex v místním i externím prostředí. V místním prostředí lze aplikaci Webex sledovat stejným způsobem, jakým jsou sledovány stolní telefony. Pokud je uživatel mimo místní prostředí, bude moci dynamicky nastavit svou polohu přímo v aplikaci Webex. Další informace o tísňovém volání naleznete v tématu Vylep šené tísňové volání proWebex Calling.

Licencování

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

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

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

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

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

Pomocí šablon přiřazení licencí v Řídicím centru můžete automaticky přiřadit licence uživatelům na základě nastavení skupiny nebo organizace.

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

Hromadné přiřazení prostřednictvím šablony CSV

Nahrajte soubor CSV s podrobnostmi o uživateli a přiřazením licencí, abyste přid ali nebo upravili více uživatelů najednou.

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

Přiřazení na základě rozhraní API

Pomocí rozhraní API Webex můžete programově přiřadit licence a spravovat uživatele.

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

Tabulka 5. Možnosti zřizování uživatelů - souhrn
Metoda přiřazeníKladyNevýhody
Ruční přes Control HubJednoduché pro několik uživatelů.

Umožňuje přesnou a podrobnou kontrolu nad přiřaz ením licencí.

Není škálovatelný, časově náročný

Při ručním zadávání je náchylný k lidské chy bě.

Automatické šablony licencíŠkálovatelný

Snižuje manuální chyby

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

Vyžaduje platná telefonní čísla a místa.

Složitější nastavení

Vyžaduje také skupiny uživatelů na skupinu uživatelů s ekvivalentními licenčními požadavky.

Hromadné nahrávání CSVEfektivní pro velké uživatelské sady

Umožňuje současné přiřazování licencí, telefonních čísel a rozšíření.

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

Potenciál chyb, pokud telefonní čísla nebo přípony chybí nebo jsou nesprávné.

Přiřazení na základě rozhraní APIAutomatizovatelný, flexibilní.

Umožňuje současné přiřazování licencí, telefonních čísel a rozšíření.

Vyžaduje vývoj a znalosti API.

Tabulka Možnosti zřizování uživatelů - souhrn shrnuje možnosti zřizování uživatelů a jejich klady a zápory. 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ů.

Pokud je to možné, společnost Cisco doporučuje přiřadit licence pro volání pomocí šablon licencí. To vyžaduje, aby pro každou skupinu uživatelů vyžadovala jedinečnou sadu licencí (Příklad - Webex Calling Standardní vs. Profesionální) existuje skupina s příslušným členstvím ve skupině. Jak je popsáno v od dílech Skup iny uživatelů, skupiny uživatelů lze definovat ručně v Řídicím centru nebo synchronizovat z podnikového adresáře. Kombinace obou přístupů je možná.

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

Další informace naleznete v tématu Nastavení automatického přiřazení licencí v Řídicím centru a Nastavení šablon automatického přiřazování licencí pro Webex Calling uživatele.

Požadavky na licenci

Tato část se zabývá pouze Webex Calling souvisejícími licencemi. 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í:

  • Webex CallingStandard: počet jednotlivých uživatelů vyžadujících standardní telefonní funkce.

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

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

  • Webex CallingZákaznická pomoc: počet agentů a supervizorů vyžadujících funkce Webex Calling Customer Assist. Webex CallingZákaznická pomoc zahrnuje licenci Webex Calling Professional.

  • Volání seznamu tras: počet požadovaných hovorů PSTN připojených ke cloudu mezi místními Unified CM uživateli a/nebo místními specializovanými aplikacemi třetích stran.

  • Konzola obslu hy: počet Webex Calling uživatelů, kteří vyžadují přístup ke klientovi konzoly obsluhy.

  • Plán volání Cisco (plán odchozího volání): počet uživatelů, kteří vyžadují číslo PSTN a/nebo odchozí přístup k volání PSTN pro službu Cisco PSTN.

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

Pracovní prostory pouze na pracovišti typu hot-desk nabízejí hostitelskou službu hot-desking a tísňové volání z hostitele hot-desking a nevyžadují žádnou licenci. Další informace naleznete v tématu Přidání a správa zařízení pouze pro pracovní stůl.

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

Chcete-li rozlišit mezi funkcemi nabízenými front Webex Calling ami volání v kombinaci s Webex Calling profesionální licencí na rozdíl od Webex Calling zákaznické asistence, viz Porov nání funkcí fronty ho Webex Calling vorů a zákaznické asistence.

Zřizování uživatelů

Při zřizování uživatelů ve Webex Control Hub je k dispozici několik možností, z nichž každá vyhovuje různým potřebám a prostředím organizace:

  1. Ruční zřizování: Správci mohou přidávat a spravovat jednotlivé uživatele přímo v Řídicím centru. Tato metoda je přímočará, ale nejvhodnější pro malé organizace nebo omezené změny uživatelů.

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

  3. Možnosti synchronizace adresářů:

    Adresářový konektor: Jedná se o automatický synchronizační nástroj používaný v Microsoft Active Directory prostředích. Synchronizuje uživatelské účty, skupiny a atributy na plánovaně (hodinově, denně nebo týdně). Podporuje nastavení více domén a více doménových struktur Active Directory a může synchronizovat obrázky profilů a objekty místnosti.

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

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

  4. Unified CMsynchronizace uživatelů: Tato možnost umožňuje vytvářet uživatelské účty Webex na základě existujících kon Unified CM cových uživatelů synchronizací z Unified CM do Webex. To vyžaduje, aby v místních clusterech bylo spuštěno řešení Cloud Connected UC (CCUC). Unified CM 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 zUnified CM.

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

    Tabulka 6. Možnosti zřizování uživatelů pro Webex
    Způsob poskytováníPopisKladyNevýhody
    ManuálVytvářet/spravujte uživatele jednotlivě v Control HubJednoduché pro několik uživatelů; není potřeba žádná infrastrukturaNení škálovatelný; časově náročné pro mnoho uživatelů
    Hromadné (soubor CSV)Importujte a aktualizujte uživatele hromadně prostřednictvím CSV v Control HubuEfektivní pro skupiny; není nutné kódováníManuální příprava CSV; méně dynamické
    Lidé a SCIM 2.0 APIProgramová správa uživatelů prostřednictvím rozhraní API WebexFlexibilní; podporuje automatizaci a integraciVyžaduje rozvoj a infrastrukturu
    Synchronizace adresářůAutomatická synchronizace z aplikací AD, Entra ID, SCIM, 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ů Webex, jejich výhody a omezení, které vám pomohou 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í zjednodušit správu tím, že apli kují zásady, licence a šablony nastavení na více uživatelů současně, namísto správy uživatelů jednotlivě.

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

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

  • Konzistence: Použijte jednotná nastavení a licence pro uživatele 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 místní skupiny nebo synchronizujte skupiny zabezpečení; spravujte členství ve skupině ručně nebo prostřednictvím souborů CSV.

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

Hlavní případy použití skupin uživatelů při zřizování Webex Calling jsou:

  • Přiřazení lic encí: Přiřaďte licence skupinám, abyste členům skupiny automaticky poskytovali služby, jako jsou volání, schůzky, zasílání zpráv nebo hybridní služby.

  • Šablony nastavení: Použijte kolekce nastavení služeb (např. zasílání zpráv, schůzky, volání) na skupiny pro konzistentní uživatelský komfort.

  • Hromadná správa uživatelů: Hromadné přidávání nebo odebrání uživatelů prostřednictvím souborů CSV nebo synchronizace adresářů.

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

Následující tabulka shrnuje různé možnosti správy skupin uživatelů a správy skupin ve Webex.

Tabulka 7. Možnosti správy skupin a členství ve skupině
VariantaPopisKladyNevýhody
Zřizování skupin Control Hub (skupiny Webex) Vytvářejte a spravujte skupiny přímo v Control Hub. Přidávání/odebrání členů ručně nebo prostřednictvím CSV. Plná kontrola nad členstvím ve skupině

Okamžitá aplikace licencí a šablon

Snadné vytváření a úpravy skupin
Vyžaduje se ruční aktualizace

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

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

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

Zajišťuje konzistenci s podnikovým adresářem

Podporuje velké organizace

Členství ve skupině nelze upravit v ovládacím centru

Zpoždění synchronizace až 12 hodin

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

Skupiny a SCIM 2.0 API (Webex Groups) Použijte Webex Groups nebo SCIM 2.0 API pro programovou správu skupin a členství Automatizace a integrace s jinými systémy

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

Vyžaduje vývojové úsilí

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

Zatímco synchronizované skupiny zajišťují konzistenci a nabízejí jediný bod správy, je možný hybridní přístup kombinující synchronizované skupiny a skupiny Webex (buď spravované v řídicím centru nebo prostřednictvím rozhraní API). Například skupiny pro přiřazení licencí mohou být synchronizované skupiny a samostatná sada skupin Webex může být použita pro přiřazení šablon volání uživatelů a aplikací Webex.

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

Navrhování skupin uživatelů

Po přechodu podnikového adresáře z místního do cloudu sbírejte požadované skupiny uživatelů založené na požadavcích na licenci a šablonu funkcí. Pro každý skupinový dokument:

  • Název skupiny: jedinečný název skupiny.

  • Licence: licence, které mají být přiřazeny této skupině (pokud existují) a rozsah (měly by 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í aplikace Webex a uživatele.

  • Synchronizace adresářů: Bude tato skupina synchronizována z podnikového adresáře nebo se jedná o místní skupinu Webex zřízenou v Control Hub nebo prostřednictvím rozhraní API.

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

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

Jednotné přihlášení (SSO)

Společnost Cisco doporučuje používat SSO pro ověřování uživatelů. Používání SSO má některé přesvědčivé výhody, včetně:

  • Zjednodušené ověřování uživatelů: Uživatelé se mohou jednou přihlásit pomocí svých firemních pověření (např. z Azure ID) a získat přístup k Webexu a dalším integrovaným aplikacím, čímž eliminují potřebu více hesel a omezují výzvy k přihlášení. Tím se zvyšuje zabezpečení zajištěním, že firemní hesla nebudou po ověření nikdy ukládána ani přenášena do Webex.

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

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

  • Snadná integrace vícefaktorové autentizace (MFA): MFA lze snadno podporovat buď prostřednictvím řešení Identity Access Management, jako je Cisco Duo, nebo prostřednictvím podpory M FA IdP.

Existuje několik možností implementace SSO pro služby Webex:

  • 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 Id P a poskytovatelem služeb Webex.

  • OpenID connect (OIDC): Podporováno jako alternativní moderní autentizační protokol pro integraci SSO.

  • Identita Webex: Pod porována také jako možnost poskytovatele identity.

SSO je konfigurováno a spravováno centrálně prostřednictvím Control Hub, což vyžaduje výměnu metadat mezi Webex a vybraným IdP.

Po konfiguraci lze SSO otestovat v Control Hub před aktivací, aby bylo zajištěno správné nastavení.

Cisco Webexpodporuje integraci s několika testovanými a běžně používanými IDP a systémy správy identit (IAM), mimo jiné včetně:

  • Cisco Duo

  • Okta

  • Microsoft Active DirectoryFederační služby (ADFS)

  • Microsoft Azure

  • Ping Federate

  • OpenAM

  • F5 BIG-IP.

Tyto IDP odpovídají standardům SAML 2.0 nebo OpenID Connect a byly ověřeny z hlediska kompati bility s řešeními pro spolupráci Cisco.

Podpora více IdP

Webex umožňuje organizacím konfigurovat SSO s více IDP, aby vyhovovaly 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. Podpora více IdP může být implementována buď pomocí funkce Více IdP ve Webex, nebo prostřednictvím integrace podnikového systému IAM, jako je Cisco Duo.

Podpora více poskytovatelů identit (IdP) společnosti Webex ř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 prostředích IT:

1. Fúze a akvizice

Když se společnosti spojují nebo získávají jiné, často mají oddělené IT infrastruktury a odlišné IDP, kteří se nemohou federovat. Podpora více IdP umožňuje uživatelům z obou organizací bezpečně ově řovat a spolupracovat, aniž by museli okamžitě sjednotit své systémy identity.

2. Více nezávislých IT oddělení

Velké organizace nebo vládní instituce mohou mít několik nezávislých IT oddělení, z nichž každý spravuje svůj vlastní IdP. Funkce více IdP společnosti Webex umožňuje těmto oddělením udržovat vlastní ověřovací systémy a zároveň uživatelům umožňuje bezproblémový přístup k Webex.

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

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

4. Podpora různých autentizačních protokolů

Webex podporuje IDP SAML a OpenID Connect (OIDC), což organizacím umožňuje integrovat různé typy poskytovatelů identit podle jejich stávající infrastruktury a bezpečnostních požadavků.

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

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

6. Zjednodušené uživatelské prostředí

Uživatelé se mohou ověřovat pomocí svých stávajících přihlašovacích údajů od příslušných IDP, což poskytuje jednot né přihlašovací prostředí navzdory základní složitosti více systémů identity.

I když podpora více IdP poskytuje flexibilitu, vyžaduje pečlivou koordinaci mezi týmy zabezpečení a identity, aby byla zachována konzistentní bezpečnostní politika a zabránilo se potenciálním zranitelnostem.

Duo MFA s SSO pro Webex

Duo Access Gateway (DAG) může ověřovat uživatele pomocí stávajících místních nebo cloudových adresářů, jako jsou 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 používat jejich aktuální adresářovou infrastrukturu pro Webex SSO s Duo MFA.

Duo funguje jako silná ověřovací vrstva nad autentizací primárního adresáře. Fungu je jako poskytovatel identity (IdP) pomocí SAML 2.0 k vynucení dvoufaktorového ověřování (2FA) před udělením přístupu k Webex. Duo vyhodnocuje kontext uživatele, zařízení a sítě na základě konfigurovatelných zásad umožňujících nebo odepř ení přístupu, čímž zvyšuje zabezpečení nad rámec pouhého uživatelského jména a hesla. Duo také poskytuje flexibilní ovládací prvky zásad, například vyžadování MFA při každém přihlášení pro některé aplikace a méně často pro jiné.

Mezi výhody Cisco Duo patří:

  • Vylepšené zabezpečení: Přidává MFA odolnou proti phishingu, která chrání přístup Webex a snižuje riziko ohrožených hesel.

  • Flexibilní zásady: Umožňuje podrobnou kontrolu nad požadavky na ověřování podle aplikace nebo skupiny uživatelů.

  • Integrace s existujícími adresáři: Podporuje místní služby AD, OpenLDAP, cloudové adresáře a různé poskytovatele SSO, čímž minimalizuje změny infrastruktury.

  • Uživatelské pohodlí: Podporuje jednotné přihlašování (SSO) ke snížení únavy heslem tím, že umožňuje uživatelům přihlásit se jednou a bezpečně přistupovat k více zdrojům.

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

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

Duo MFA s SSO pro Webex využívá k ověřování uživatelů existující adresáře jako Active Directory OpenLDAP nebo poskytovatele cloudových identi t. Úlohou společnosti Duo je poskytovat silný druhý faktor autentizace založený na zásadách integrovaný prostřednictvím SAML 2.0, který zvyšuje bezpečnost při zachování uživatelského pohodlí prostřednictvím SSO. Mezi výhody patří lepší pozice zabezpečení, flexibilní pro sazování zásad, bezproblémová integrace a lepší uživatelský komfort.

Společnost Cisco doporučuje implementovat SSO pro uživatele Webex. Pro lepší zabezpečení se doporučuje integrace s 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

Vlastnosti

Webex Callingmá plný doplněk základních funkcí, které jsou součástí služby. To zahrnuje mnoho funkcí volání na podnikové úrovni, které jsou k dispozici již mnoho Unified CM let. Možná nevidíte 100% paritu mezi funk Webex Calling cemi a Unified CM funkcemi, ale jak vidíte na obrázku níže, klíčové funkce Unified CM volání jsou k dispozici vWebex Calling.

A various Webex Calling features, categorized by function such as inbound call management, call history, and administration.
Webex Callingfunkce podnikové úrovně

Kromě mnoha uživatelských funkcí Webex Calling má základní funkce systému, které jsou součástí platformy. Patří mezi ně funkce, jako jsou automatická obsluha, fronty hovorů, park volání atd. Všechny dostupné základní funkce systému můžete vidět v Control Hub v části Služba → Volání →Funkce, jak je znázorněno na obrázku Webex Callingzákladní funkce.

The Webex Control Hub's Calling section, specifically showing the Features tab with options like Announcements, Attendant Console, and Call Park Extension.
Webex Callingzákladní funkce

Automatická obsluha

Webex CallingAutomatická obsluha umožňuje nepřetržitou automatizaci zpracování příchozích hovorů, což umožňuje efektivní zpracování hovorů bez nutnosti, aby osoba přijala každý hovor.

Automatická obsluha odpovídá na příchozí hovory a poskytuje volajícímu nabídku možností, kam chce směrovat svůj hovor. Může to být osoba, hlasová schránka nebo volací služba (např. Fronta volání). Vol ající pomocí číselné klávesnice svého telefonu zadá číslo z nabídky automatického telefonního ho voru.

Automatická obsluha podporuje následující klíčové funkce:

  • Obchodní a mimopracovní plány

  • Rozvrh prázdnin

  • Volba nabídky vytáčení, která nasměruje zákazníky tam, kam potřebují jít

  • Přizpůsobte pozdravy

  • Volba vytočit podle názvu

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

  • Analýzy a reporty Control Hub.

Další informace naleznete v tématu S práva automatických telefonních hovorů.

Zavolejte Park

Call park dává uživatelům možnost snadno pozastavit hovor, aby jiný uživatel mohl snadno načíst, když je k dispozici, aby jej přijal. Uvolňuje také uživatele, který odpověděl na původní hovor, aby uskutečňoval nebo přijímal další hovory, zatímco je hovor zaparkovaný.

K dispozici jsou dva typy call parkůWebex Calling:

  1. Call park direct - umožňuje každému uživateli zaparkovat hovor na pobočku jiného uživatele nebo na rozšíření call parku, jak je definováno správcem

  2. Skupina volání parku - umožňuje definované skupině uživatelů automaticky zaparkovat hovory proti dostupným cílům parku definovaným pro skupinu. Těmito cíli mohou být rozšíření členů skupiny nebo rozšíření call parku.

V závislosti na konfiguraci a typu parkování mohou uživatelé načítat hovory vytočením *88+><extension of parked call>, stisknutím klávesy linky přidružené k rozšíření parku volání nebo pomocí softwarové klávesy na svém IP telefonu.

Možnost odvolání je k dispozici pro vyvolání zaparkovaného hovoru po určité době uživateli, který hovor zaparkoval, nebo alternativnímu uživateli.

Další informace naleznete v tématu S práva parkování hovorů v Řídicím centru.

Vyzvednutí hovorů

Vyzvednutí hovorů umožňuje správci 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 na stejném Webex Calling místě.

Uživatelé mohou k vyzvednutí hovoru použít aplikaci Webex nebo stolní telefon.

  • Aplikace Webex:

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

    • Oznámení o příchozím hovoru

    • Vyzvednutí hovoru na základě faktu (vytáčení *98) nebo oznámení

    • Oznámení o vyzvednutí hovorů pro víceřádkové.

  • Stolní telefony:

    • Oznámení o příchozím hovoru

    • Zvukové zvonkohry a vizuální upozornění přes LED sluchátko. 6821 podporuje pouze zvukové zvonkohry

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

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

Další informace naleznete v tématu Konfigurace skupiny pro vyzvednutí hovorů.

Fronta hovorů

Webex Callingzahrnuje fronty volání pouze hlasové jako součást svých základních funkcí a každý uživatel s licencí Webex Calling Professional může být součástí fronty hovorů, agent nebo supervizor. 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í dovedností nebo priorit, správa front agentů, analytika, vytváření zpráv atd.

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

Volací fronty podporují následující klíčové funkce:

  • Pozdravy a zprávy (uvítání, pohodlí, šepot atd.)

  • Držte hudbu

  • Zpětné volání

  • Zásady směrování fronty (noční služba, svátky, přeposílání)

  • Přihlášení/odhlášení do fronty agenta

  • Správa stavu fronty agentů

  • Podpora aplikace Webex nebo stolního telefonu

  • Dozorčí agent volá monitorovat, koupí, čluní nebo převezme kontrolu prostřednictvím přístupových kódů funkcí (FACS)

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

    • správa fronty

    • Analýza a vykazování agentů a front

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

Další informace naleznete v tématu Konfigurace fronty hovorů.

Webex Callingmá doplňkovou funkci Customer Assist, která poskytuje další funkce fronty hovorů a poskytuje agentům a supervizorům lepší uživatelské prostředí v aplikaci Webex. Porovnání funkcí Fronty volání a Webex Calling Customer Assist najdete v tématu Porovnání Webex Callingfunkcí fronty hovorů a zákaznické podpory.

Huntská skupina

Webex CallingHunt Groups umožňují směrování příchozích hovorů konkrétní skupině uživatelů prostřednictvím předem stanoveného vzoru směrování hovorů. Tím je zajištěno, že hovory jsou přijímány správnou skupinou uživatelů nebo odeslány do hlasové schránky k následnému sledování.

Jeden velký rozdíl mezi skupinami lovu a frontami volání spočívá v tom, že hovory nejsou ve frontě ve skupinách lovu, takže pokud nejsou k dispozici žádní uživatelé ve skupině Hunt, kteří by mohli přijmout hovor, bude odpojen, odeslán do hlasové schránky nebo přesměrován na jiné číslo (uživatel nebo služba).

Další informace naleznete v tématu S práva vyhledávacích skupin v Ří dicím centru.

Provozní režimy

Funkce provozních režimů umožňuje podnikům efektivně směrovat hovory do různých destinací (uživatelé, hlasová schránka, volací služby, jako je fronta hovorů). Místo a kdy je hovor směrován, je založeno na roz vrhu denní doby a dne v týdnu a každý uživatel může být oprávněn spravovat tyto režimy (plány) za účelem řízení změn směrování hovorů.

Například hovory do fronty volání mohou být směrovány do jiné fronty hovorů s agenty v jiném časovém pásmu, aby přijímali hovory mimo pracovní dobu, během pracovní doby směrovány k místním agentům, a během prázdnin mohou být směrovány do hlasové schránky pro následné sledování poté, co se agenti vrátí do kanceláře.

Autorizovaný 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 změnit, kam jsou příchozí hovory směrovány po určitou dobu. Tito uživatelé mohou spravovat režimy prostřednictvím svých telefonů 6800/7800/8800 MPP, 9800 telefonů nebo v režimech správy. Webex User Hub

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

Skupina stránkování

Stránkovací skupiny 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ů a/nebo pracovních prostorů, na které se dostanete vytočením předdefinovaného čísla nebo rozšíření.

Když uživatel zavolá stránkovací skupinu, provede se simultánní hovor na všechny přiřazené cíle ve skupině, v tomto okamžiku může volající vyslovit své zprávy a zavěsit, jakmile jsou dokončeny.

Další informace naleznete v tématu Konfigurace stránkovací skupiny v Řídicím centru.

nahrávky

Webex Callingpodporuje nahrávání hovorů uskutečněných nebo přijatých uživatelem. To může být vyžadováno pro potřeby kvality, zajištění, bezpečnosti nebo školení. Ve výchozím nastavení jsou hovory zaznamenávány ve Webexu, ale lze použít i jiné poskytovatele nahrávání třetích stran, pokud jsou vyžadovány jiné funkce nahrávání nebo požadavky na dodržování předpisů.

Při použití Webex jako záznamové platformy jsou všechny zaznamenané hovory spravovány v Control Hub. Plní správci s rolí Compliance Officer mohou nahrávat a stahovat nahrávky. Bez role Compliance Officer může správce smazat pouze nahrávky.

Další informace o této funkci a seznam nahrávání třetích stran naleznete v tématu S práva nahrávání hovorů pro Webex Calling.

Dosah jednoho čísla

Dosah jednoho čísla umožňuje volání na telefonní číslo uživatele pro vyzvánění více zařízení. To může zahrnovat další stolní telefony i mobilní telefony. Z těchto zařízení lze také uskutečňovat hovory a uživatelé mohou mezi nimi tlačit a vytáhnout hovory.

Další informace o této funkci a o tom, jak ji správce konfiguruje v Řídicím centru, naleznete v tématu Konfigurace dosahu jednoho čísla (kancelář kdekoli).

Další informace o tom, jak může uživatel spravovat a konfigurovat tuto funkci pro sebe v Webex User Hub (portálu), naleznete v tématu Konfigurace dosahu jednoho čísla (kancelář kdekoli).

Skupina hlasové schránky

Skupiny hlasové schránky umožňují sdílenou hlasovou schránku, kterou lze přiřadit uživateli nebo funkci směrování hovorů. Některé z důvodů, proč může být vyžadována skupina hlasové schránky, jsou:

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

  • Přidání možnosti hlasové schránky do automatické obsluhy nebo skupiny lovu

  • Odesílání přepadových hovorů z fronty hovorů

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

Další informace naleznete v tématu Správa sdílené hlasové schránky a příchozí faxové schránky pro. Webex Calling

Konzola obsluhy je uvedena na stránce Funkce volání v centru Webex Control Hub, jedná se však o doplňkovou funkci, která vyžaduje zakoupení licence na konzoli doprovodu k použití.

Další informace naleznete v tématu Začínáme s konzolou Attendant Console.

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

Co budeš dělat dál?

Provedení plánu migrace, provedení nezbytných změn konfigurace, migrace aplikací a ověření připojení. Implement ujte fázi.

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