Първата стъпка при преминаването към Webex Calling е да се осигури надеждна и сигурна интернет връзка между локалната мрежа и облака Webex.

Тъй като повечето организации се свързват с интернет чрез една или повече защитни стени или устройства за сигурност, е важно да се провери дали се поддържат необходимите потоци от трафик.

Мрежовите и защитните администратори трябва да разбират тези потоци по отношение на:

• Посока (входяща спрямо изходяща)

• Протоколи (Пример - SIP TLS, SRTP, HTTPS)

• Диапазони на IP адреси, използвани от услугите на Webex

• Номера на портове, които трябва да бъдат отворени или разрешени.

Това гарантира, че корпоративните защитни стени, NAT устройствата и друга мрежова инфраструктура са правилно конфигурирани, за да поемат трафика на Webex Calling, като същевременно се поддържат корпоративните политики за сигурност.

За информация относно необходимите потоци, включително IP адрес, портове и протоколи, вижте Информация за референтни портове за Webex Calling. Използвайте тази информация, за да конфигурирате защитната стена, прокси сървърите и друга мрежова инфраструктура в съществуващото внедряване, за да активирате мрежовите потоци на Webex Calling.

Децентрализираният достъп до интернет от всеки клон или обект е препоръчителният подход за услуги за облачно сътрудничество, като например Webex Calling. Като позволява на трафика да излиза локално, този модел:

• Намалява забавянето и трептенето при двупосочно предаване, подобрявайки цялостното качество на разговорите

• Мащабира се ефективно, тъй като все повече потребители и сайтове преминават към Webex Calling

• Работи безпроблемно със SD-WAN, която може динамично да насочва сесиите към най-близката точка за достъп до облака Webex за оптимална производителност.

• Позволява проследяване на местоположението на потребителя въз основа на неговия публичен IP адрес, което помага при анализ на медийния път и отстраняване на проблеми.

Освен това, организациите трябва да осигурят адекватна интернет честотна лента на всяко място. Размерът на честотната лента трябва да се определя въз основа на очаквания брой едновременни повиквания, избрания кодек (напр. Opus или G.711), плюс режийни разходи за сигнализация, ретрансмисии и растеж. Това е в съответствие с фазата на подготовка от жизнения цикъл на PPPDIO и установява солидна основа за миграция.

Първоначалният подраздел за настройка във фазата на внедряване на Webex Calling е от основно значение за създаването на добре структурирана и управляема среда за облачни разговори. Този етап обхваща критични задачи като създаване на организацията Control Hub, осигуряване и присвояване на лицензи, както и проверка и заявяване на домейни на вашата компания, за да се гарантира правилно управление на потребителите и сигурност. Освен това, включва предоставяне на шаблони за лицензи за автоматизиране на присвояването на потребителски лицензи, конфигуриране на единично влизане (SSO) за рационализиране на удостоверяването на потребителите и подобряване на сигурността, както и коригиране на настройките на услугите и клиентите, за да се съобразят с организационните политики и нуждите на потребителите. Извършването на тези първоначални дейности по настройката гарантира, че средата Webex Calling е правилно конфигурирана за мащабируемост, сигурност и безпроблемно потребителско изживяване, подготвяйки почвата за последващи фази на внедряване и експлоатация.

По време на фазата на внедряване, изпълнението на пилотна миграция представлява критичен етап при валидирането на прехода от Unified CM към Webex Calling. Този пилотен проект включва осигуряване на представителна подгрупа от потребители на едно или повече места на платформата Webex Calling, като се гарантира, че избраната популация отразява разнообразни случаи на употреба и организационни роли. Успоредно с миграцията на потребителите, основни услуги за сътрудничество, включително гласова поща, автоматични оператори, опашки за повиквания и групи за търсене, трябва да бъдат прехвърлени към техните еквиваленти на Webex Calling, за да се поддържа непрекъснатостта на бизнеса и функционалността на услугите.

Пилотната миграция трябва да използва същата комбинация от инструменти, предоставени от Cisco, и помощни програми за миграция на трети страни, които са планирани за по-широкото внедряване в организацията, като гарантира, че процесите, работните процеси за автоматизация и точките за интеграция са щателно валидирани при представителни условия.

Основните цели на това пилотно внедряване са две: първо, да се валидират и усъвършенстват процесите на преход от край до край, включително работните потоци за осигуряване на потребители, процедурите за мигриране на данни и конфигурациите на крайните точки; и второ, да се провери цялостно функционалността на мигрираните услуги при реални оперативни условия.

Този поетапен подход позволява на екипа на проекта да идентифицира и отстрани всякакви технически или процедурни проблеми в контролирана среда, да събере обратна връзка от потребителите относно новото изживяване на платформата, да оцени ефективността на избраните инструменти за миграция и да изгради доверие в методологията за миграция, преди да пристъпи към по-широко внедряване в организацията.

Прозренията, получени по време на тази пилотна фаза, са от съществено значение за оптимизиране на последващите миграционни вълни и осигуряване на плавен, с намален риск преход за цялото предприятие.

За да осигурите PSTN услуги за Webex Calling, първо изберете опция за PSTN свързване в Control Hub.

Ако организацията планира да поддържа хибриден двоен контрол на повикванията ( фаза 1 на фигура Фазов преход на повикванията): Хибриден и облачен) временно или за неопределено време, те ще трябва да внедрят един или повече локални шлюзове за локална PSTN, за да позволят разговори между крайните точки на Webex Calling и Unified CM.

Ако крайната цел е пълен преход ( фаза 2) към облака, включително PSTN, тогава за PSTN ще е необходим или Cisco Calling Plan, или опция Cloud Connect for Webex Calling.

Работете с избрания от вас доставчик, за да поръчате и пренесете телефонни номера, преди да ги конфигурирате в Control Hub. Поръчването на телефонни номера или инициирането на поръчки за пренасяне е само required/possible за локална PSTN и Cloud Connect за Webex Calling. За Cisco Calling Plans, поръчката и пренасянето се инициират от Control Hub веднага щом местоположението бъде създадено, както и в държави, където Cisco Calling Plan е наличен. За повече информация относно плановете на Cisco Calling вижте Първи стъпки с плановете на Cisco.

Като част от внедряването на PSTN, уверете се, че вашият доставчик е активирал както входящи, така и изходящи PSTN услуги за вашето местоположение. Освен това, извършете тестови повиквания, за да проверите дали повикванията се пренасочват правилно през избраната от вас PSTN връзка.

Преди да добавите потребители и устройства към Webex Calling, трябва да осигурите местоположения за повиквания. За всяко местоположение трябва да се въведе валиден адрес. В САЩ и Канада този адрес се валидира и използва от платформата за изпращане на информация за местоположението по PIDF-LO за спешни повиквания.

Когато конфигурирате местоположения, които използват локална PSTN, трябва да настроите съответно локалните шлюзове. В Webex Calling, за всеки локален шлюз трябва да се създадат трънк и група маршрути, след което групата маршрути се задава като PSTN избор за местоположението. Cisco силно препоръчва винаги да избирате група маршрути като PSTN избор, тъй като този подход ви позволява лесно да добавяте допълнителни канали в бъдеще, поддържайки както мащабируемост, така и резервиране. Cisco също така препоръчва активиране на двойна идентификация и поддръжка на P-Charge-Info на всяка PSTN трънна линия, тъй като това опростява идентифицирането на платимата страна за изходящи директни или пренасочени повиквания. Ако вашият PSTN доставчик използва различен заглавен файл за фактуриране, можете да копирате информацията от заглавния файл P-Charge-Info на локалния шлюз в необходимия заглавен файл за фактуриране.

За местоположения, които използват Cloud Connect за Webex Calling или Cisco Calling Plan като своя PSTN опция, просто изберете съответния PSTN избор за местоположението по време на настройката. Ако местоположението използва Cloud Connect за Webex Calling или локална PSTN, ще трябва да добавите телефонните номера, които бяха поръчани в предишната стъпка. Номерата могат да бъдат добавени като неактивни, ако не искате да бъдат включени в пренасочването на повиквания веднага; можете да активирате тези номера по-късно, когато бъдат присвоени на потребители или функции.

Важно е винаги да задавате основния номер за всяко местоположение. Основният номер може да бъде присвоен или на потребител, или на функция, като например автоматичен оператор. За да активирате гласова поща на мястото, не забравяйте да зададете пилотния номер на гласовата поща, известен още като номер на гласов портал.

Допълнителните настройки за обаждане до местоположения включват конфигуриране на подробности за спешни повиквания, като например номер за обратно повикване при спешни случаи, опции за известия и подобрени функции за спешни повиквания. Трябва също да прегледате и коригирате настройките за запис, езиковите предпочитания и конфигурациите на устройството, както се изисква за всяко местоположение. Ако вашата организация използва съкратено междусайтово набиране в мрежата със значими за предприятието номера, не забравяйте да конфигурирате уникален код на сайта за местоположението във вътрешните настройки за набиране. Накрая, ако външното набиране изисква цифра за изходящо набиране, не забравяйте да я зададете в настройките за външно набиране. Когато е конфигурирана изходяща цифра за набиране, Cisco препоръчва да се активира прилагането на изходяща цифра за набиране, за да се осигури съгласуваност.

За интеграция с локален контрол на повикванията е необходимо да конфигурирате канали, групи маршрути, корпоративни планове за набиране, както и настройки за местоположение и глобални настройки. Започнете с настройване на транките и локалните шлюзове, предназначени за взаимосвързване с локалната система за контрол на повикванията; тази стъпка е необходима само ако са необходими специални транки. Ако съществуващите транки и групи маршрути са достатъчни за вашето внедряване, те могат да бъдат използвани повторно за локалното свързване без допълнителна конфигурация.

След като каналите и групите маршрути са установени, продължете със създаването на корпоративните планове за набиране и задайте съответната група маршрути като местоназначение за всеки план за набиране. Когато интеграцията включва множество локални системи за контрол на повикванията, свързани чрез различни канали, ще са необходими множество планове за набиране. Важно е да се гарантира, че тези планове за набиране съдържат само моделите, необходими за маршрутизиране на повиквания към локални дестинации.

Ако вашето внедряване изисква поддръжка за маршрутизиране на неизвестни разширения, тази функция трябва да бъде активирана на ниво местоположение. Освен това, когато е активирано маршрутизиране на неизвестен вътрешен номер, трябва да посочите максималната дължина на неизвестния вътрешен номер в секцията „ Маршрутизиране на повиквания между Webex Calling и помещения “ на настройките за услуги за повиквания в Control Hub. Това гарантира безпроблемно маршрутизиране на повикванията и правилно обработване на сценарии за набиране, базирани на вътрешни номера, във вашата интегрирана среда.

Когато мигрирате потребители от Unified CM към Webex Calling, може да не успеете да преместите всички потребители едновременно. Това може да се дължи на множество причини, включително, но не само, броя на сайтовете или потребителите, колко време отнема преходът на даден сайт and/or група потребители едновременно, ограничени ИТ или сайтови ресурси за поддръжка на прозореца за промяна, продължителност на прозореца за промяна, сложност на промяната и др.

Когато мигрирате потребители на етапи, е изключително важно да определите кои потребители трябва да мигрират заедно в една и съща партида. Основната цел е да се мигрират заедно потребители, които имат зависимости помежду си за своите услуги и функции за обаждания. Искате да се уверите, че всички техни функции за обаждания (пример - опашки за обаждания) са напълно функционални в Webex Calling, както са били преди прехода към Unified CM.

Дори ако внедрите взаимодействие между Unified CM и Webex Calling с локални шлюзове, не можете да разделяте споделени услуги или функции в рамките на тази връзка. Следователно, трябва да идентифицирате зависимостите между потребителите, като разгледате характеристики като:

• Мониторинг на други потребители чрез BLF-ове

• В един и същ пилотен проект за търсене, опашка за повиквания и т.н.

• Споделени редове

• Използване на приемане на обаждане

• Използване на едни и същи номера за паркиране на повиквания

• Интерком

• Executive/Admin.

Пример за това е потребител, който е част от Unified CM Hunt Group, която се прехвърля към Webex Calling. Този потребител ще премине към Webex Calling с Hunt Group и с всички останали членове на Hunt Group. Следователно, след прехода, Hunt Group и нейните членове могат успешно да отговарят на повиквания на новата платформа.

Това става по-предизвикателно, когато потребителите са свързани с различни групи потребители за различни услуги и функции за обаждания. Това ще изисква едновременно прехвърляне на повече от една група потребители и една услуга за обаждания към Webex Calling.

Използвайте резултата от инструмента Control Hub Migration Insights или инструмент на трета страна, който сте използвали във фазата подготовка, за да определите кои потребители и функции трябва да бъдат групирани заедно. Този резултат би трябвало да се използва за разработване на вашия план за миграция и ще ви даде представа как ще групирате потребителите и функциите, които трябва да преминат заедно.

Ключовите стъпки при прехвърлянето на група потребители са:

• Идентифициране на потребители за съвместна миграция

• Проверете дали всички потребители са в Control Hub

• Проверете дали всички TN-и за потребителите съществуват в Control Hub.

• Проверете правилния формат на телефонния номер в указателя

• Уверете се, че шаблоните за лицензиране и настройки за потребителските групи са настроени правилно.

• Проверка или конфигуриране на всички услуги и функции за обаждания за групата потребители (преди или по време на прехода, според случая)

• В корпоративния указател добавете потребители към групата потребители с активирани обаждания

• Инструменти за използване - Инструменти за мигриране на потребители и функции в Control Hub and/or инструменти на трети страни

• Disable/Delete user/device номер в указателя и повикване features/services на Unified CM след прехода.

След мигриране на група потребители, тествайте подмножество от потребителите, за да проверите дали всички техни функции и услуги за обаждания работят правилно. Ако функции за повиквания, като например опашка за повиквания, групи за търсене и др., се прехвърлят с групата потребители, тогава тествайте тези услуги за повиквания за правилна функционалност.

В Webex Calling, работно пространство се отнася до споделено местоположение (като конферентна зала, място за срещи или работно бюро), на което могат да бъдат присвоени устройства, разширения и потребители. За разлика от традиционните телефони на Unifed CM, работните пространства са:

• Ориентирано към местоположението: обвързани с физически пространства.

• Гъвкаво за устройството: може да има едно или повече устройства (настолни телефони, табла и др.).

След като работните пространства бъдат идентифицирани като част от прехода към Webex Calling, те могат да бъдат добавени в Control Hub под „Devices“. Всяко работно пространство се нуждае от присвояване на устройство и ако те вече са в Unified CM, те трябва да бъдат нулирани или повторно осигурени за Webex. Функциите на Webex Calling, като гласова поща, пренасочване на повиквания и приемане на повиквания, могат да бъдат активирани или деактивирани, а правилата могат да се прилагат за видео разговори, паркиране на повиквания и мобилност, ако е необходимо. Тествайте всяко работно пространство, като осъществявате вътрешни и външни разговори, тествате видео, конференции и функции за мобилност. Накрая, уведомете потребителите за всички приложими процеси за устройства и резервации в работното пространство.

За повече информация относно работните пространства в Control Hub вижте Работни пространства.

Телефоните, които в момента са регистрирани в Unified CM, ще трябва да бъдат мигрирани към Webex Calling като част от прехода към облака. За да направи миграцията възможно най-лесна с минимален шанс за неуспех, Cisco препоръчва едновременно мигриране на физически обекти или отдели. Въпреки това, може да се наложи да мигрирате потребителите на партиди поради зависимости от функции. Вижте раздела Мигриране на потребители на партиди за повече подробности.

Всички телефони, поддържащи Webex Calling, които трябва да преминете от Unified CM, ще трябва да бъдат конфигурирани в Webex Calling като потребител или работно пространство, а физическият телефон ще трябва да бъде преконфигуриран, за да се регистрира в Webex Calling. Освен това, телефоните от сериите 7800 и 8800 се нуждаят от надстройка на фърмуера си от Enterprise до Multiplatform Phone (MPP) фърмуер. Този процес включва зареждане на преходен фърмуер преди зареждане на MPP фърмуера, необходим за регистрация в Webex Calling. Изисква се и съответният миграционен лиценз. Cisco подобри този процес през последните няколко години, за да ви улесни в надграждането на фърмуера на вашите телефони с Enterprise до MPP фърмуер. За повече информация относно стъпките за завършване на надстройката на фърмуера вижте Конвертиране на IP телефони от серията Cisco 7800 и 8800 между Enterprise и MPP фърмуер.

В допълнение към стъпките, описани в тази статия, Control Hub има вграден инструмент, Мигриране на телефона ви към Webex Calling, който можете да използвате, за да мигрирате вашите телефони 7800 и 8800 от Enterprise към MPP фърмуер. Този инструмент ви позволява също да добавяте телефоните към Control Hub и да ги присвоявате на съответните потребители или работни пространства. За повече информация относно използването на инструмента вижте Мигриране на телефона ви.

За телефони от серия 9800, регистрирани в Unified CM, горепосоченото изискване за мигриране на фърмуера не се прилага. Тези телефони работят с PhoneOS, която се поддържа както от Unified CM, така и от Webex Calling. За да прехвърлите тези телефони към Webex Calling, ще трябва да ги добавите към Webex Calling, да ги присвоите на потребител или работно пространство и след това да възстановите фабричните настройки на телефоните. Последователност на зареждане на PhoneOS за регистрация фигурата по-долу показва последователността на зареждане на PhoneOS и как телефонът ще се регистрира в Webex Calling, след като бъде добавен към Control Hub, дори ако телефонът все още е настроен на Unified CM and/or Използват се DHCP опции (пример - 150).

Unified CM поддържа фабрично нулиране на устройства с PhoneOS, за да позволи безконтактно въвеждане в Webex Calling. Администраторите на Unified CM могат дистанционно да възстановят фабричните настройки на телефоните 9800 и 8875 чрез страниците за администриране на CUCM, което елиминира необходимостта от физически достъп до телефоните за свързването им към Webex Calling. Тази функция се поддържа с пакетите с устройства от 9 септември 2025 г.:

• CUCM v15 - Unified Communications Manager версия 15

• CUCM v14 - Unified Communications Manager версия 14.

За повече информация относно процеса на регистрация за серия 9800 вижте Процес на регистрация.

В допълнение към IP телефоните на Cisco, може да се изисква осигуряване на други устройства, като например аналогови телефонни адаптери (ATA), безжични (Wifi, DECT) телефони, видео устройства, гласови шлюзове и устройства и телефони на^трети страни . Много от тези устройства нямат път за надграждане на фърмуера, както IP телефоните, за да преминат от корпоративен фърмуер към облачен фърмуер. Следователно, ще осигурите всяко от тези устройства в Control Hub. Някои от тях не могат да бъдат прехвърлени към Webex Calling и еквивалентният модел Webex Calling ще трябва да ги замени (напр. ATA 191/192) а други ще изискват ръчно преконфигуриране and/or промени в софтуера.

• Гласови шлюзове - За да мигрирате локалния си шлюз, вижте Мигриране на локален шлюз.

  За повече информация относно конфигурирането на вашия гласов шлюз VG400, VG410 или VG420 в Control Hub, вижте Локален шлюз

• Аналогов телефонен адаптер (ATA) - За да започнете работа с вашите Cisco ATA 191 и 192, вижте Cisco ATA.

• Безжичен Wifi телефон - За да интегрирате безжичния телефон Webex 840 и 860, вижте Интегриране на безжичен телефон Webex.

• Безжични DECT телефони - За да започнете работа с новата си серия Cisco IP DECT 6800, вижте Cisco IP DECT.

  За да изградите и управлявате цифрова DECT мрежа в Control Hub, вижте Управление на DECT мрежа

  За повече информация относно Cisco IP DECT 6800 вижте Ръководство за внедряване

• 3^{- ти} устройства и телефони - Работете с 3-ти доставчици на [] device/phone изискванията и процеса за мигрирането или замяната им, за да поддържат Webex Calling.

Всички функции за обаждания, които са необходими в Webex Calling, трябва да бъдат осигурени преди или по време на прехода. Както беше обсъдено в раздела „Мигриране на потребители на партиди“, функциите за повиквания трябва да бъдат конфигурирани и прехвърлени, когато потребителите, които ги използват, бъдат прехвърлени.

За подробности как да конфигурирате всяка от функциите на Webex Calling, вижте съответните помощни статии за конфигуриране.

• Автоматични оператори - За управление на автоматични оператори вижте Автоматични оператори

• Паркиране на повиквания - За управление на паркирането на повиквания вижте Паркиране на повиквания

• Приемане на повикване - За да конфигурирате група за приемане на повикване, вижте Приемане на повикване

• Опашка за повиквания - За да конфигурирате опашката за повиквания, вижте Опашка за повиквания

• Групи за лов - За управление на групи за лов вижте Управление на група за лов

• Режими на работа - За маршрутизиране на повиквания въз основа на режими на работа вижте Маршрутизиране на повиквания въз основа на режими на работа

• Групи за пейджинг - За да конфигурирате група за пейджинг, вижте Конфигуриране на група за пейджинг

• Записи - За да управлявате записа на разговори за Webex Calling, вижте Управление на записи

• Достигане с един номер - За да конфигурирате достигане с един номер (офис навсякъде), вижте Конфигуриране на достигане с един номер

• Група за гласова поща - За да управлявате споделена гласова поща и входяща факс кутия за Webex Calling, вижте Управление на гласова поща.

Тестването за приемане гарантира, че мигрираната среда отговаря на функционалните изисквания, работи според очакванията и осигурява безпроблемно потребителско изживяване във всички комуникационни работни процеси. Този процес на валидиране е многостранен и обхваща всичко - от осигуряването на потребители и присвояването на номера до оперативната производителност на разширените функции за обаждания.

Този раздел предоставя примери и подчертава ключови аспекти, които трябва да се вземат предвид по време на приемателните тестове; той обаче не е предназначен да служи като изчерпателен или всеобхватен контролен списък.

Осигуряване на потребители и присвояване на номера

Основополагащ аспект на приемателното тестване включва проверка дали всички потребители са осигурени точно и напълно в Webex Calling. Това изисква щателно сравнение между изходния указател (Unified CM) и новосъздадената потребителска база на Webex Calling, за да се гарантира, че всеки потребителски акаунт, заедно със свързаните атрибути, като например вътрешни номера и назначения за директно входящо набиране (DID), е мигрирал правилно. Пълнотата на осигуряването е от решаващо значение не само за оперативността от първия ден, но и за текущото администриране и поддръжка.

Валидирането на присвояването на номера включва потвърждаване, че на всеки потребител е присвоен правилният вътрешен и външен номер и че тези номера се маршрутизират правилно както във вътрешни (в мрежата), така и във външни (PSTN) потоци от повиквания. Важно е да се провери за припокривания, липсващи назначения или неправилни конфигурации, които биха могли да доведат до грешки при маршрутизиране на повиквания или прекъсвания на услугата.

Потоци от PSTN разговори и представяне на идентификацията на обаждащия се

Надеждната процедура за тестване за приемане трябва да обхваща цялостно валидиране на потоците от повиквания към PSTN. Това включва както входящи, така и изходящи повиквания. За входящи PSTN повиквания, екипът за тестване трябва да потвърди, че повикванията се доставят до предвидените крайни точки, независимо дали това са отделни потребители, опашки за повиквания, групи за търсене или автоматични оператори. Изходящите PSTN повиквания трябва да се осъществяват успешно, като се обърне специално внимание на правилното доставяне и представяне на информацията за идентификация на обаждащия се. Това включва гарантиране, че на външните получатели се показват правилното име и номер на обаждащия се, в съответствие с организационните политики и регулаторните изисквания.

Тестването трябва да обхваща и сценарии за превключване при срив, като например обработка на недостъпни крайни точки или мрежови прекъсвания. Това помага да се потвърди, че резервните механизми и алтернативното маршрутизиране функционират правилно, поддържайки непрекъснатостта и надеждността на услугата.

Потоци от разговори в мрежата

Вътрешните или мрежовите потоци от обаждания формират гръбнака на корпоративната комуникация. Тестването за приемане в тази област проверява дали повикванията между потребители в организацията се маршрутизират правилно, като функции като прехвърляне на повиквания, задържане, пренасочване и конференции работят по предназначение. Трябва да бъдат потвърдени целостта на плановете за набиране, свързаността между вътрешните номера и поддръжката на организационните политики за повиквания.

Обработка на потребителски обаждания и валидиране на функции

Важен аспект на приемателното тестване включва валидиране на начина, по който потребителите обработват повиквания, използвайки приложението Webex и поддържаните стационарни телефони. Този процес се фокусира върху потвърждаването, че ежедневните работни процеси за обаждания са интуитивни и надеждни и че потребителите имат безпроблемен достъп до основните функции, необходими за техните роли. Тестването трябва да оцени лекотата, с която потребителите могат да осъществяват и приемат повиквания, да управляват функциите за задържане и възобновяване, както и да извършват както сляпо, така и консултативно прехвърляне. Също така е важно да се провери дали пренасочването на повиквания, конферентните разговори и други разширени функции, като например паркиране и извличане на повиквания или активиране на режим „Не ме безпокойте“, са лесно достъпни и работят безпроблемно.

Практическият опит трябва да бъде оценен по отношение на яснота и бързина на реакция, като се има предвид как потребителите взаимодействат с историята на обажданията, гласовата поща и интегрираните директории. Допълнително внимание трябва да се обърне на възможността за преместване на активни повиквания между устройства и за ефективно използване на контролите по време на разговор в приложението или на физически телефони. Крайната цел е да се гарантира, че потребителското изживяване е последователно, ефективно и напълно поддържа комуникационните нужди на организацията след миграцията.

Опашки за повиквания: Опит на агент и супервайзор

Опашките за повиквания често се използват за обработка на сценарии с голям обем входящи повиквания. Тестването за приемане тук се фокусира върху няколко измерения. Първо, трябва да се провери дали повикванията се разпределят към агентите според конфигурираната логика на опашката, като например кръгов режим, най-дълъг период на празен ход или едновременно позвъняване. Представянето на повикванията в опашка на работните плотове на агентите трябва да бъде проверено за яснота и лекота на използване, като се гарантира, че агентите могат ефективно да приемат, задържат и прехвърлят повиквания.

За ръководителите, работата с настолни компютри трябва да бъде оценена за функции като наблюдение в реално време, включване в разговори и анализи или информация за производителността на опашките. Това включва, но не се ограничава до валидиране на табла за управление и инструменти за отчитане, които предоставят приложими данни за разпределението на повикванията, активността на агентите и показателите за опашките.

Ловни групи: Разпределение на обажданията

Групите за търсене са ключов механизъм за разпределяне на повиквания към предварително дефинирани групи потребители. Тестването за приемане трябва да потвърди, че повикванията се пренасочват към членовете на групата въз основа на конфигурирания алгоритъм за търсене и че сценариите за препълване, пренасочване и липса на отговор се обработват съгласно проекта. Осигуряването на съответствие между членството в групите и поведението при маршрутизиране на повикванията с тези, установени преди това в Unified CM, е от съществено значение за оперативната съгласуваност и удовлетвореността на потребителите.

Автоматични оператори: Съобщения и операции с менюто

Автоматичните оператори представляват фронтовата линия на автоматизираната обработка на повиквания. Тестването трябва да обхваща възпроизвеждането на съобщения, точността на записаните поздрави и правилното функциониране на дърветата на менютата. Изборът от менюто трябва надеждно да пренасочва обаждащите се към съответните отдели, лица или външни номера. Тестването трябва да включва и невалидни сценарии или сценарии с изчакване, за да се потвърди, че повикващият получава ясни указания или е пренасочен по предназначение.

Работа с гласова поща

И накрая, функционалността на гласовата поща е от решаващо значение за потребителското изживяване. Тестовете за приемане трябва да проверят дали гласовите пощенски кутии са правилно разпределени и достъпни, както от организацията, така и дистанционно. Възможността за записване, извличане и управление на съобщения трябва да бъде потвърдена, заедно с доставката на известия.