Prvním krokem při přechodu na Webex Calling je zajištění spolehlivého a bezpečného připojení k internetu mezi místní sítí a cloudem Webex.

Vzhledem k tomu, že většina organizací se připojuje k internetu prostřednictvím jednoho nebo více firewall ů nebo bezpečnostních zařízení, je nezbytné ověřit, zda jsou podporovány požadované toky provozu.

Správci sítě a zabezpečení musí těmto tokům rozumět z hlediska:

• Směr (příchozí vs. odchozí)

• Protokoly (Příklad - SIP TLS, SRTP, HTTPS)

• Roz@@ sahy IP adres používané službami Webex

• Čísla port ů, která musí být otevřena nebo povolena.

Tím je zajištěno, že firemní firewally, zařízení NAT a další síťová infrastruktura jsou správně nakonfigurovány tak, aby vyhov Webex Calling ovaly provozu při zachování podnikových zásad zabezpečení.

Informace o požadovaných tocích včetně adresy IP, portů a protokolů naleznete v části Referenční informace o portu pro Webex Calling. Tyto informace slouží ke konfiguraci brány firewall, proxy serverů a další síťové infrastruktury ve stávajícím nasazení pro povolení Webex Calling síťových toků.

Decentralizovaný internetový únik z každé pobočky nebo webu je doporučeným přístupem pro služby cloudové spolupráce, jako Webex Calling je. Umožněním místního ukončení provozu tento model:

• Snižuje zpáteční zpoždění a chvění a zlepšuje celkovou kvalitu hovoru

• Efektivně se škáluje, protože více uživatelů a webů přechází na Webex Calling

• Bezproblémově pracuje s SD-WAN, která může dynamicky směrovat relace k nejbližšímu vstupnímu bodu cloudu Webex pro optimální výkon

• Umožňuje sledovat polohu uživatele na základě jejich veřejné IP adresy, což pomáhá s analýzou cesty médií a odstraňováním problémů.

Kromě toho musí organizace zajistit dostatečnou šířku pásma internetu na každém místě. Šíř ka pásma by měla být dimenzována na základě očekávaného počtu souběžných hovorů, vybraného kodeku (např. Opus nebo G.711) plus režijních nákladů na signalizaci, opětovné vysílání a růst. To je v souladu s přípravnou fází životního cyklu PPDIO a vytváří pevný základ pro migraci.

Pododdíl počátečního nastavení ve fázi implementace nasazení Webex Calling je základem pro vytvoření dobře strukturovaného a spravovatelného prostředí cloudových volání. Tato fáze zahrnuje kritické úkoly, jako je nastavení organizace Control Hub, získávání a přiřazování licencí a ověřování a nárokování domén vaší společnosti, aby byla zajištěna správná správa a zabezpečení uživatelů. Kromě toho zahrnuje zřizování licenčních šablon pro automatizaci přiřazování uživatelských licencí, konfiguraci jednotného přihlašování (SSO) pro zjednodušení ověřování uživatelů a zvýšení zabezpečení a úpravu nastavení služeb a klienta tak, aby odpovídaly organizačním zásadám a potřebám uživatelů. Dokončení těchto činností počátečního nastavení zajišťuje, že Webex Calling prostředí je správně nakonfigurováno pro škálovatelnost, zabezpečení a bezproblémové uživatelské prostředí, což připravuje půdu pro následné nasazení a provozní fáze.

Během fáze implementace, provedení pilotní migrace představuje kritický milník při ověřování přechodu z Unified CM naWebex Calling. Tento pilotní projekt zahrnuje zřízení reprezentativní podskupiny uživatelů v jednom nebo více lokalitách na Webex Calling platformě, což zajišťuje, že vybraná populace odráží různé případy použití a organizační role. Souběžně s migrací uživatelů musí být základní služby spolupráce včetně hlasové schránky, automatických telefonních hovorů, front hovorů a vyhledávacích skupin převedeny na jejich Webex Calling ekvivalenty, aby byla zachována kontinuita provozu a funkčnost služeb.

Pilotní migrace by měla využívat stejnou kombinaci nástrojů poskytovaných společností Cisco a nástrojů pro migraci třetích stran, které jsou plánovány pro širší organizační nasazení, a zajistit, aby procesy, pracovní postupy automatizace a integrační body byly důkladně ověřeny za reprezentativních podmínek.

Primární cíle tohoto pilotního nasazení jsou dvojí: za prvé, ověřit a zdokonalit procesy přechodu typu end-to-end, včetně pracovních postupů zřizování uživatelů, postupů migrace dat a konfigurace koncových bodů; a za druhé, komplexní ověření funkčnosti migrovaných služeb za provozních podmínek reálného světa.

Tento postupný přístup umožňuje projektovému týmu identifikovat a napravit jakékoli technické nebo procedurální problémy v kontrolovaném prostředí, shromažďovat zpětnou vazbu uživatelů o nové platformě, posoudit účinnost vybraných migra čních nástrojů a získat důvěru v metodiku migrace před pokračováním v širším organizačním nasazení.

Zjištění získané během této pilotní fáze jsou nápomocné při optimalizaci následných migračních vln a zajištění plynulého přecho du s minimalizací rizik pro celý podnik.

Chcete-li získat služby PSTN proWebex Calling, vyberte nejprve možnost připojení PSTN v Řídicím centru.

Pokud organizace plánuje dočasně nebo neomez eně udržovat hybridní řízení duálních hovorů (fáze 1 na obrázku Fázovaný přechod volání: hybridní a clou dové), bude muset nasadit jednu nebo více místních bran pro místní PSTN, aby bylo možné volání mezi koncovými body a koncovými body nasadit jednu nebo více místních bran . Webex Calling Unified CM

Pokud je konečným cílem úplný přechod (fáze 2) do cloudu včetně PSTN, bude pro PSTN vyžadován buď plán volání Cisco nebo Webex Calling možnost Cloud Connect for.

Před konfigurací v Control Hubu spolupracujte s vybraným poskytovatelem na objednání a portu telefonních čísel. Objednávání telefonních čísel nebo iniciování objednávek portů je vyžadováno/možné pouze pro místní PSTN a Cloud Connect pro. Webex Calling U tarifů volání společnosti Cisco je objednávání a portování zahájeno z Control Hub, jakmile je místo vytvořeno, a v zemích, kde je k dispozici plán volání Cisco. Další informace o plánech Cisco Calling najdete v tématu Začí náme s plány Cisco.

V rámci implementace PSTN se ujistěte, že váš poskytovatel povolil příchozí i odchozí služby PSTN pro vaši polohu. Kromě toho proveďte testovací hovory a ověřte, zda jsou hovory směrovány správně přes zvolené připojení PSTN.

Před přidáním uživatelů a zařízení Webex Calling je nutné zřídit místa volání. Pro každé místo musí být zadána platná adresa ulice. V USA a Kanadě je tato adresa ověřena a používána platformou k odesílání informací o poloze PIDF-LO pro tísňová volání.

Při konfiguraci umístění, která používají místní síť PSTN, je třeba odpovídajícím způsobem nastavit místní brány. V Webex Calling aplikaci musí být vytvořen kmen a skupina tras pro každou místní bránu a skupina tras je poté přiřazena jako volba PSTN pro umístění. Společnost Cisco důrazně doporučuje vždy zvolit skupinu tras jako volbu PSTN, protože tento přístup umožňuje v budoucnu snadno přidat další kmeny, což podporuje škálovatelnost i redundanci. Společnost Cisco také doporučuje povolit podporu duální identity a P-Charge-Info na každém kmeni PSTN, protože to zjednodušuje identifikaci fakturovatelné strany pro odchozí přímé nebo přesměrované hovory. Pokud váš poskytovatel služby PSTN používá pro fakturaci jinou hlavičku, můžete zkopírovat informace z hlavičky P-Charge-Info na místní bráně do požadované hlavičky fakturace.

Pro místa, která používají Cloud Connect pro Webex Calling nebo Cisco Calling Plan jako možnost PSTN, jednoduše vyberte příslušnou volbu PSTN pro umístění během nastavení. Pokud umístění používá buď Cloud Connect pro Webex Calling nebo místní PSTN, budete muset přidat telefonní čísla, která byla objednána v předchozím kroku. Čísla lze přidat jako neaktivní, pokud nechcete, aby byla okamžitě zahrnuta do směrování hovorů; tato čísla můžete aktivovat později, když jsou přiřazena uživatelům nebo funkcím.

Je důležité vždy nastavit hlavní číslo pro každé místo. Hlavní číslo lze přiřadit uživateli nebo funkci, například automatickému obsluze. Chcete-li povolit hlasovou schránku v daném místě, nezapomeňte nastavit číslo pilota hlas ové schránky, známé také jako číslo hlasového portálu.

Mezi další nastavení pro místa volání patří konfigurace podrobností tísň ového volání, jako je číslo zpětného volání tísňového volání, možnosti oznámení a vylepšené funkce tísňového volání. Měli byste také zkontrolovat a upravit nastavení nahrávání, jazykové předvolby a konfigurace zařízení podle potřeby pro každé umístění. Pokud vaše organizace používá zkrácenou interní internetovou volbu s podnikovými významnými čísly, nezapomeňte nakonfigurovat jedinečný kód lokality pro danou lokalitu v nastavení interního vytáčení . A konečně, pokud externí vytáčení vyžaduje číslici odchozího vytáčení, nezapomeňte ji nastavit v nastavení externího vyt áčení. Pokud je nakonfigurována číslice odchozího vytáčení, společnost Cisco doporučuje povolit vynucování odchozích číslic vytáčení, aby byla zajištěna konzistence.

Pro integraci s místním řízením hovorů je nutné nakonfigurovat kmeny, skupiny tras, podnikové vytáčecí plány a umístění i globální nastavení. Začněte nastavením kmenů a místních bran určených pro propojení s místním systémem řízení hovorů; tento krok je vyžadován pouze v případě, že jsou nutné vyhrazené kmeny. Pokud jsou stávající kmeny a skupiny tras dostatečné pro vaše nasazení, lze je znovu použít pro místní propojení bez další konfigurace.

Jakmile jsou vytvořeny kmeny a skupiny tras, pokračujte v vytváření podnikových vytáčecích plánů a přiřaďte příslušnou skupinu tras jako cíl pro každý vytáčecí plán. Pokud integrace zahrnuje více místních systémů řízení hovorů připojených prostřednictvím různých kmenů, bude vyžad ováno více telefonních plánů. Je důležité zajistit, aby tyto vytáčecí plány obsahovaly pouze vzory nezbytné pro směrování ho vorů do místních cílů.

Pokud vaše nasazení vyžaduje podporu pro neznámé směrování rozšíření, měla by být tato funkce povolena na úrovni umístění. Pokud je navíc aktivováno směrování neznámého rozšíření, musíte zadat maximální délku neznámého rozšíření v části Smě rování hovorů mezi míst Webex Calling y a místy nastavení volacích služeb v Řídicím centru. Tím je zajištěno bezproblémové směrování hovorů a správné zpracování scénářů vytáčení na základě rozšíření ve vašem integrovaném prostředí.

Když migrujete uživatele z Unified CM naWebex Calling, možná nebudete moci přesunout všechny uživatele současně. To může být způsobeno několika důvody, mimo jiné včetně počtu webů nebo uživatelů, doby trvání přechodu na web a/nebo skupinu uživatelů najednou, omezeného IT nebo webového zdroje pro podporu okna změny, trvání okna změny, složitosti změny atd.

Při migraci uživatelů ve fázích je důležité určit, kteří uživatelé musí migrovat společně ve stejné dáv ce. Primárním cílem je společně migrovat uživatele, kteří mají vzájemnou závislost na svých volacích službách a funkcích. Chcete zajistit, aby všechny jejich funkce volání (Příklad - Fronty volání) byly plně funkční stejně Webex Calling jako před zapnutím přechodu. Unified CM

I když implementujete volání mezi místními br Unified CM ánami a Webex Calling s nimi, nelze sdílet sdílené služby nebo funkce napříč tímto připojením. Proto je třeba identifikovat závislosti mezi uživateli tím, že se podíváte na funkce, jako jsou:

• Monitorování ostatních uživatelů pomocí BLF

• Ve stejném loveckém pilotu, frontě volání atd

• Sdílené řádky

• Použití vyzvednutí hovorů

• Používání stejných čísel parkovacích míst

• Interkom

• Vedoucí pracovník/administrátor.

Příkladem může být uživatel, který je součástí skupiny Unified CM Hunt, na kterou se přechází. Webex Calling Tento uživatel přejde do Webex Calling skupiny Hunt Group a se všemi ostatními členy skupiny Hunt Group. Proto, po přechodu mohou Hunt Group a její členové úspěšně odpovídat na hovory na nové platformě.

To se stává náročnějším, když jsou uživatelé připojeni k různým skupinám uživatelů pro různé služby a funkce volání. To bude vyžadovat přechod více než jedné skupiny uživatelů a jedné volací Webex Calling služby současně.

Pomocí výstupu z nástroje Řídicího centra Migration Insights nebo nástroje třetí strany, který jste použili ve fázi přípravy, určete, kteří uživatelé a funkce mají být seskupeny dohromady. Tento výstup by měl být použit k vytvoření plánu migrace a poskytne vám přehled o tom, jak seskupíte uživatele a funkce, které potřebují provést přechod společně.

Klíčové kroky při přechodu dávky uživatelů jsou:

• Identifikace uživatelů pro společnou migraci

• Ověřte, zda jsou všichni uživatelé v Řídicím centru

• Ověřte, že všechny TN pro uživatele existují v Řídicím centru

• Ověřte správný formát telefonního čísla v adresáři

• Zkontrolujte, zda jsou šablony licencí a nastavení pro skupiny uživatelů správně nastaveny

• Ověření nebo konfigurace všech volacích služeb a funkcí pro skupinu uživatelů (před nebo během přechodu podle potřeby)

• Ve firemním adresáři přidejte uživatele do skupiny uživatelů povolených volání

• Využití nástrojů — nástroje pro migraci uživatelů a funkcí Control Hub a/nebo nástroje třetích stran

• Po přechodu zakázat/odstranit číslo adresáře uživatele/zařízení a volat funkce/služby. Unified CM

Po migraci skupiny uživatelů otestujte podmnožinu uživatelů, abyste ověřili, že všechny jejich funkce a služby pro volání fungují správně. Pokud jsou funkce volání, jako je fronta volání, skupiny hledání atd., přecházeny se skupinou uživatelů, otestujte tyto volací služby, zda jsou správné funkce.

V Webex Calling aplikaci se pracovní prostor týká sdíleného umístění (jako je konferenční místnost, místnost pro schůze nebo pracovní stůl), kterému lze přiřadit zařízení, rozšíření a uživatelé. Na rozdíl od tradičních telefonů Unifed CM jsou pracovní prostory:

• Zaměřeno na polohu: vázáno na fyzické prostory.

• Flexibilní pro zařízení: může mít jedno nebo více zařízení (stolní telefony, desky atd.).

Jakmile jsou pracovní prostory identifikovány jako součást přechodu naWebex Calling, lze je přidat v Řídicím centru pod položkou Zařízení. Každý pracovní prostor potřebuje přiřazení zařízení, a pokud je již v němUnified CM, je třeba je resetovat nebo znovu zřídit pro Webex. Webex Callingfunkce, jako je hlasová schránka, přesměrování hovorů a vyzvednutí hovorů, lze povolit nebo zakázat a zásady lze podle potřeby použít pro videohovory, parkování hovorů a mobilitu. Otestu jte každý pracovní prostor interními a externími hovory, testováním funkcí videa, konferencí a mobility . Nakonec dejte uživatelům vědět o všech použitelných procesech pro zařízení pracovního prostoru a rezervace.

Další informace o pracovních prostorech v Řídicím centru naleznete v tématu Pracovní prostory.

Telefony, na které jsou aktuálně registrovány, Unified CM budou muset být migro Webex Calling vány jako součást přechodu do cloudu. Aby byla migrace co nejjednodušší s minimální pravděpodobností selhání, doporučuje společnost Cisco migrovat fyzické weby nebo oddělení současně. Může však být vyžadováno migrace uživatelů v dávkách kvůli závislostem funkcí. Další podrobnosti naleznete v části Migrace uživatelů v dávkách.

Všechny Webex Calling podporované telefony, ze kterých potřebujete přejít, Unified CM budou muset být nakonfigurovány Webex Calling jako uživatel nebo pracovní prostor a fyzický telefon bude muset být znovu nakonfigurován, aby se mohl zaregistrovat Webex Calling. Kromě toho telefony řady 7800 a 8800 potřebují upgrade firmwaru z firmwaru Enterprise na firmware Multiplatform Phone (MPP). Tento proces zahrnuje načtení přechodného firmwaru před načtením firmwaru MPP požadovaného pro Webex Calling registraci. Vyžaduje také příslušnou migrační licenci. Společnost Cisco tento proces v posledních několika letech vylepšila, aby vám usnadnila upgrade vašich telefonů s firmwarem Enterprise na firmware MPP. Další informace o krocích k dokončení upgradu firmwaru naleznete v tématu Převod IP telefonů Cisco řady 7800 a 8800 mezi firmwarem Enterprise a firmwarem MP P.

Kromě kroků popsaných v tomto článku obsahuje Control Hub vestavěný nástroj Migrace telefonu doWebex Calling, který můžete použít k migr aci telefonů 7800 a 8800 z firmwaru Enterprise na MPP. Tento nástroj také umožňuje přidat telefony do Control Hub a přiřadit je příslušným uživatelům nebo pracovním prostorům. Další informace o používání nástroje naleznete v tématu Migrace telefonu.

Pro všechny telefony řady 9800 registrované s výše uved Unified CM eným požadavkem migrace firmwaru neplatí. Tyto telefony běží na PhoneOS, který je podporován obě Unified CM ma Webex Calling i. Chcete-li tyto telefony převést na, Webex Calling budete je muset přidatWebex Calling, přiřadit je uživateli nebo pracovnímu prostoru a poté obnovit tovární nastavení telefonů. Pořadí spouštění PhoneOS pro registraci níže ukazuje sekvenci spouštění PhoneOS a způsob, jak se telefon zaregistruje, jakmile bude přidán do Control Hub, i když je telefon stále zřízený Unified CM a/nebo jsou používány možnosti DHCP (Příklad - 150). Webex Calling

Unified CMpodporuje tovární resetování zařízení PhoneOS, aby bylo možné Zero-Touch onboarding. Webex Calling Unified CMadministrátoři mohou vzdáleně obnovit tovární nastavení telefonů 9800 a 8875 prostřednictvím stránek správy CUCM, což eliminuje potřebu fyzického přístupu k telefonům pro zabudování telefonů. Webex Calling Tato funkce je podporována v balíčcích zařízení od 9. září 2025:

• CUCM v15 — Unified Communications Manager verze 15

• CUCM v14 - Unified Communications Manager verze 14.

Další informace o procesu registrace pro řadu 9800 naleznete v části Proces registrace.

Kromě telefonů Cisco IP může být vyžadováno poskytování dalších zařízení, jako jsou analogové telefonní adaptéry (ATA), bezdrátové telefony (Wifi, DECT), video zařízení, hlasové brány a ^zařízení a telefony třetích stran. Mnoho z těchto zařízení nemá cestu upgrad u firmwaru, jako jsou telefony IP, aby je mohli převést z podnikového firmwaru na cloudový firmware. Proto každé z těchto zařízení zajistíte v Control Hub. Na některé z nich nelze převést Webex Calling a ekvivalentní Webex Calling model je bude muset nahradit (např. ATA 191/192) a další budou vyžadovat ruční rekonfiguraci a/nebo změny softwaru.

• Hlasové brány — Informace o migraci místní brány naleznete v tématu Migrace místní brány.

  Další informace o konfiguraci hlasové brány VG400, VG410 nebo VG420 v Řídicím centru naleznete v tématu Místní brána

• Analogový telefonní adaptér (ATA) - Chcete-li začít s Cisco ATA 191 a 192, přečtěte si Cisco ATA.

• Bezdrátový telefon s Wi-Fi — Chcete-li integrovat bezdrátový telefon Webex 840 a 860, přečtěte si článek Integrace bezdrátového telefonu Webex.

• Bezdrátové telefony DECT - Chcete-li začít s novou řadou Cisco IP DECT 6800, podívejte se na Cisco IP DECT.

  Postup vytváření a správy digitální sítě DECT v Řídicím centru naleznete v tématu Správa sítě DEC T

  Další informace o Cisco IP DECT 6800 naleznete v příručce k nasazení

• Zařízení a ^telefony třetích stran - Spolu pracujte s dodavateli ^třetích stran na požadavcích na zařízení/telefon a na procesu jejich migrace nebo nahrazení pro podporu. Webex Calling

Všechny funkce volání, které jsou vyžadovány, Webex Calling musí být zřízeny před přechodem nebo během přechodu. Jak bylo popsáno v části Migrace uživatelů v dávkách, funkce volání musí být nakonfigurovány a převedeny při přechodu uživatelů, kteří je používají.

Podrobnosti o konfiguraci jednotlivých funkcí naleznete v odpovídaj Webex Calling ících článcích nápovědy ke konfiguraci.

• Automatické obsluhy — Chcete-li spravovat automatické obsluhy, přečtěte si článek Automatické obsluhy

• Call park - Informace o správě parkování volání naleznete v části Park volání

• Vyzvednutí hovorů — Chcete-li nakonfigurovat skupinu vyzvednutí hovorů, přečtěte si článek Vy zved nutí hovorů

• Fronty volání — Postup konfigurace fronty hovorů naleznete v tématu Fronta volání

• Lovecké skupiny — Informace o správě loveckých skupin naleznete v tématu S práva lovecké skupiny

• Provozní režimy — Informace o směrování hovorů na základě provozních režimů viz Smě rování hovorů na základě provozních režimů

• Stránkovací skupiny — Postup konfigurace stránkovací skupiny naleznete v tématu Konfigurace stránkovací skupiny

• Záznamy - Informace o správě nahrávání hovorů Webex Calling naleznete v části S práva nahrávek

• Dosah jednoho čísla — Chcete-li konfigurovat dosah jednoho čísla (kdekoli v kanceláři), přečtěte si článek Konfigurace jednoho čísla

• Skupina hlasové schránky — Informace o správě sdílené hlasové schránky a příchozích faxů naleznete v tématu Správa hlasové schránkyWebex Calling.

Přijímací testování zajišťuje, že migrované prostředí splňuje funkční požadavky, funguje podle očekávání a poskytuje bezproblé mové uživatelské prostředí napříč všemi komunikačními pracovními postupy. Tento proces ověřování je mnohostranný a pokrývá vše od zřizování uživatelů a přiřaz ení čísel až po provozní výkon pokročilých funkcí volání .

Tato část poskytuje příklady a zdůrazňuje klíčové aspekty, které je třeba vzít v úvahu během akceptačního testování; nicméně, nemá sloužit jako vyčerpávající nebo komplexní kontrolní seznam.

Zřizování uživatelů a přiřazení čísel

Základním aspektem akceptačního testování je ověření, že všichni uživatelé jsou přesně a kompletně zřízeni uvnitř. Webex Calling To vyžaduje důkladné srovnání mezi adresářem source (Unified CM) a nově vytvořenou Webex Calling uživatelskou základnou, aby bylo zajištěno, že každý uživatelský účet spolu s přidruženými atributy, jako jsou čísla rozšíření a přiřazení přímého vnitřního vytáčení (DID), byly správně migrovány. Úplnost zajišťování je rozhodující nejen pro provozuschopnost prvního dne, ale také pro průběžnou správu a podporu.

Ověření přiřazení čísel zahrnuje potvrzení, že každému uživateli je přiřazena správná přípona a externí číslo a že tato čísla směrují správně jak v interních (on-net), tak externích (PSTN) tocích volání. Je nezbytné zkontrolovat případné překrývání, chybějící přiřazení nebo nesprávné konfigurace, které by mohly vést k chybám směrování hovorů nebo přerušení služby.

PSTN toky hovorů a prezentace ID volajícího

Robustní postup akceptačního testování musí zahrnovat end-to-end validaci toků volání PSTN. To zahrnuje scénáře příchozích i odchozích ho vorů. U příchozích hovorů PSTN by měl testovací tým potvrdit, že hovory jsou doručovány do zamýšlených koncových bodů, ať už se jedná o jednotlivé uživatele, fronty hovorů, skupiny hledání nebo automatické obsluhy. Odchozí hovory PSTN musí být uskutečněny úspěšně, se zvláštním důrazem na správné doručení a prezentaci informací o ID volajícího. To zahrnuje zajištění toho, aby bylo externím příjemcům zobrazeno správné jméno a číslo vol ajícího v souladu s organizačními zásadami a regulačními požadavky.

Testování by mělo také řešit scénáře převzetí služeb při selhání, jako je zpracování nedosa žitelných koncových bodů nebo narušení sítě. To pomáhá potvrdit, že záložní mechanismy a alternativní směrování fungují správně, udržují kontinuitu a spolehlivost služeb.

Toky hovorů v síti

Interní nebo on-net toky hovorů tvoří páteř podnikové komunikace. Testování akceptace v této oblasti ověřuje, zda jsou hovory mezi uživateli v rámci organizace směrovány správně, přičemž funkce, jako je přenos hovorů, pozastavení, přesměrování a konference, fungují podle plánu. Musí být potvrzena integrita čí selných plánů, připojení mezi rozšířením a podporou zásad organizačních volání.

Uživatelské zpracování hovorů a ověření funkcí

Důležitým aspektem akceptačního testování je ověření toho, jak uživatelé zpracovávají hovory pomocí aplikace Webex a podporovaných stolních telefonů. Tento proces se zaměřuje na potvrzení, že každodenní pracovní postupy volání jsou intuitivní a spolehlivé, a že uživatelé mají bezproblémový přístup k základním funkcím nezbytným pro jejich role. Testování by mělo posoudit snadnost, s jakou mohou uživatelé uskutečňovat a přijímat hovory, spravovat funkce zadržení a obnovení a provádět naslepo i konzultační převody. Je také nezbytné ověřit, zda jsou přesměrování ho vorů, konference a další pokročilé funkce, jako je parkování a načítání hovorů nebo aktivace funkce Nerušit, snadno dostupné a fungují hladce.

Zkušenosti by měly být vyhodnoceny z hlediska jasnosti a odezvy s ohledem na to, jak uživatelé interagují s historií hovorů, hlasovou schránkou a integrovanými adresáři. Další pozornost by měla být věnována schopnosti přesouvat aktivní hovory mezi zařízeními a efektivně používat ovládací prvky hovoru v rámci aplikace nebo na fyzických telefonech. Koneč ným cílem je zajistit, aby prostředí koncového uživatele bylo konzistentní, efektivní a plně podporovalo komunikační potřeby organizace po migraci.

Volací fronty: Zkušenosti s agentem a supervizorem

Fronty hovorů se často používají pro zpracování scénářů příchozích hovorů s velkým objemem. Přijímací testování se zde zaměřuje na několik dimenzí. Nejprve je třeba ověřit, že volání jsou distribuována agentům podle nakonfigurované logiky fronty, jako je round robin, nejdelší nečinnost nebo simultánní vyzvánění. Prezentace hovorů ve frontě na desktopech agentů musí být zkontrolována z hlediska přehlednosti a snadnosti použití, aby bylo zajištěno, že agenti mohou efektivně přijímat, zadržovat a přenášet hovory.

Pro supervizory by prostředí počítače mělo být vyhodnoceno z hlediska funkcí, jako je monitorování v reálném čase, nabízení hovorů a analýza nebo přehled o výkonu fronty. To zahrnuje mimo jiné ověřování řídicích panelů a nástrojů pro vytváření sestav, které poskytují použitelná data o distribuci hovorů, aktivitě agenta a metrikách fronty.

Hunt Groups: Distribuce hovorů

Skupiny lovu jsou klíčovým mechanismem pro distribuci hovorů předdefinovaným skupinám uživatelů. Přijímací testování musí potvrdit, že hovory jsou směrovány členům skupiny na základě nakonfigurovaného loveckého algoritmu a že scénáře přetečení, přesměrování a bez odpovědi jsou zpracovávány podle návrhu. Zajištění toho, aby chování členství ve skupině a směrování hovorů odpovídalo těm, které byly dříve stanoveny, Unified CM je zásadní pro provozní konzistenci a spokojenost uživatelů.

Automatické obsluhy: Oznámení a operace nabídek

Automatické obsluhy představují přední linii automatizovaného zpracování hovorů. Testování musí zahrnovat přehrávání oznámení, přesnost zaznamenaných pozdravů a správnou funkci stromů nabídek. Výběr nabídky by měl spolehlivě směrovat volající na příslušná oddělení, jednotlivce, nebo externí čísla. Testování by také mělo zahrnovat neplatné scénáře nebo scénáře časového limitu, aby se potvrdilo, že volající dostávají jasné pokyny nebo jsou přesměrováni podle plánu.

Provoz hlasové schránky

Konečně, funkce hlasové schránky je rozhodující pro uživatelskou zkušenost. Přijímací testy by měly ověřit, zda jsou hlasové schránky správně přiřazeny a přístupné, a to jak z organizace, tak vzdáleně. Schopnost zaznamenávat, načítat a spravovat zprávy musí být potvrzena spolu s doručením oznámení.

Informace o monitorování prostředí po migraci, ověření výkonu a provádění úprav pro zajištění provozní stability a efektivity naleznete v části Fáze optimalizace.