По време на прехода, за да се позволи съвместното съществуване на устройства, регистрирани в Unified CM и в Webex Calling, е необходимо да се промени корпоративният план за набиране в Unified CM, така че да могат да бъдат изпълнени поне следните изисквания:

• +E.164 набиране от Unified CM към Webex Calling

• Набиране на вътрешен номер от Unified CM към Webex Calling (вътрешносайтово, но и междусайтово, ако диапазоните на вътрешните номера са уникални)

• Съкратено набиране между сайтове от Unified CM към Webex Calling

• Принудително набиране в мрежата от Unified CM към Webex Calling

• Обратно повикване от директорията с пропуснати повиквания към дестинации в Webex Calling

• PSTN повиквания от Webex Calling към PSTN, ако по време на прехода локалната PSTN се използва за Webex Calling

• PSTN повиквания от Unified CM към Webex Calling, ако по време на прехода се използва PSTN транкинг за хибридни внедрявания на Webex Calling, за да се осигури PSTN достъп на локални потребители на Unified CM чрез Cloud Connect за Webex Calling.

• Принудително превключване в мрежата от Webex Calling към Unified CM

• Набиране на вътрешен номер от Webex Calling към Unified CM (междусайтово).

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

Фигура Най-добри практики за план за набиране показва най-добрия подход за план за набиране, както е описано в Предпочитана архитектура за локални внедрявания на Cisco Collaboration 12.x Enterprise, CVD. Ключовите характеристики на този подход включват:

• Единичен дял за +E.164 номера в указателя

• Основна маршрутизация, базирана на +E.164 модели на маршрути

• Нормализиране на всички навици за набиране +E.164 използване на модели за превод

• Използване на наследяване на пространството за търсене, извикващо шаблони за превод (опция Използване на пространството за търсене, извикващо създателя, зададена за шаблоните за превод).

Например, набиране на PSTN (9+1+10D) от устройство в SJC, осигурено с пространство за търсене на линия SJCInternational първо ще бъде съпоставено с 9.1[2-9]XX[2-9]XXXXXX шаблон за превод, който нормализира номера на повикваната страна до +E.164. Вторичното търсене след това използва същото пространство за търсене SJCInternational отново (извиквайки наследяване на пространство за търсене) и +E.164-digit низът ще бъде съпоставен или с a +E.164 номер на директорията в дяла DN или по един от PSTN маршрутните модели в дяла USPSTNNational или SJCPSTNNocal. Съкратените навици за набиране в рамките на сайта и между сайта се реализират чрез преводите в дяла ESN и SJCtoE164. Докато дялът ESN е глобален дял (достъпен за телефони във всички локации), дялът SJCTOE164 е достъпен само за потребители в локация SJC. Това е при условие, че диапазоните на разширение се припокриват.

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

Както е показано на фигурата +E.164 маршрутизиране към Webex Calling, за да се даде възможност за маршрутизиране от Unified CM към Webex Calling за местоположение с +E.164 DID диапазон +1 221 555 2XXX и код на обект 121, модел на спешен маршрут, съответстващ на това +E.164 Диапазонът трябва да бъде добавен към дяла Webex Calling.

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

За да се активира съкратеното набиране между сайтовете към сайта Webex Calling, към дяла Webex Calling се добавя необходимият шаблон за маршрут 8121.2XXX. За сайтове, които ще преминат към Webex, се изисква извикване на модел за нормализиране на набирането 8121.2XXX, който нормализира набирането на ESN към +E.164 може вече да съществува в дяла ESN. В този случай 8121.2XXX изглежда излишен, но веднага щом всички DN на съответното местоположение бъдат мигрирани към Webex, извикването на 8121.2XXX, шаблонът за транслация за нормализиране на набирането може да бъде премахнат и тогава шаблонът за маршрутизиране 8121.2XXX позволява набиране на ESN дори за потребители само с разширение в този диапазон.

С тези промени в плана за набиране повикванията към местоположението на Webex Calling могат да се осъществяват не само чрез набиране на съкратени междусайтови и +E.164. Също така, международното и националното PSTN набиране е възможно, защото тези навици за набиране първо се нормализират +E.164 чрез вече съществуващите модели за транслация на нормализиране на набирането и след това да бъдат насочени към Webex Calling чрез съпоставяне на +E.164 шаблон за маршрут в дяла Webex Calling.

The +E.164 Съпоставянето на шаблони за маршрути в диапазона DID на местоположението на Webex Calling може да бъде осигурено, докато всички DID все още се хостват на Unified CM. Алгоритъмът за най-добро съвпадение на Unified CM гарантира, че когато се набере номер, хостван в Unified CM, тогава +E.164 Номерът на директорията, предоставен в Unified CM, е по-подходящ от заместващия символ +E.164 шаблон за маршрутизиране, сочещ към Webex Calling, така че повикванията да се разширяват към линия на Unified CM, а не да се изпращат към Webex Calling.

Всеки потребител в Webex Calling получава осигурен вътрешен номер. and/or а +E.164 телефонен номер. Дължината на удължението е фиксирана глобална настройка: Всички разширения в внедряването на Webex Calling имат еднаква дължина. Набирането на вътрешни номера може да се използва между потребители на Webex Calling както в рамките на едно местоположение, така и между различните местоположения. Съкратеното набиране на вътрешен номер между сайтове (последният случай) работи само ако набраният вътрешен номер е уникален.

Ако е необходимо съкратено набиране между обекти, но има припокривания между разширенията, зададени на различни местоположения, тогава трябва да се създаде специфичен за предприятието номерационен план, като се постави префикс на разширенията с код за достъп (код на обект). За повече информация вижте Предпочитана архитектура за локални внедрявания на Cisco Collaboration 15, Преглед на дизайна, достъпна на Предпочитани архитектури на Cisco Collaboration.

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

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

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

• Дължина на вътрешното удължение: Стандартна дължина на екстеншъните. Може да бъде всяка стойност между две и десет.

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

• Разрешаване на набиране на вътрешен номер между местоположения: Превключване към enable/disable набиране на вътрешен номер между местоположения. Тази опция трябва да бъде активирана само ако всички разширения в организацията са уникални. Ако опцията е деактивирана, тогава между местоположенията трябва да се набират важни за предприятието номера (код на управление, код на обект, вътрешен номер) или телефонни номера.

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

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

Таблица 2. Пример за номериране на предприятието

Сайт	Обхват на удължаване	Код на сайта	Корпоративен обхват
Ню Йорк	2XXX	202	8 202 2XXX
СФО	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

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

Таблицата Диапазони на разширения с фиксирана дължина на Webex Calling показва пример за три местоположения и диапазони на разширения с фиксирана дължина. Тъй като е необходимо да се избягват припокриващи се навици за набиране, е важно да се уверите, че за всеки диапазон на разширение първата цифра на диапазона не съвпада с управляващата цифра за съкратено набиране между обекти. Ако например 8 е избрана като управляваща цифра за набиране между обекти, тогава никой диапазон на разширения в който и да е обект не може да започва с 8. Обикновено разширенията на дадено местоположение съвпадат с последните няколко цифри от DID номерата, присвоени на това местоположение. За да се избегнат конфликти, първата цифра на разширението може да бъде променена. Ако например, DIDs в +1 Ако в дадено местоположение се използва диапазон 408 555 8XXX, тогава вместо да се използва 8XXX като диапазон на разширение, може да се използва 7XXX за разширенията в този сайт.

Таблица 3. Диапазони на разширенията Webex Calling с фиксирана дължина

Сайт	Обхват на удължаване	Разширения за обаждания на Webex	Код на сайта	Корпоративен обхват
Ню Йорк	2XXX	2XXX	202	8 202 2XXX
СФО	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Седемцифрените низове за набиране, набрани на устройство Webex Calling, използващо американския план за набиране Webex Calling, се припокриват със седемцифрен шаблон за локално набиране в предварително заредения американски план за набиране. За да се избегне припокриване между навиците за набиране в мрежата и извън мрежата (PSTN), на това място може да се използва задължителен външен код за достъп. Ако съществуващата схема за номериране на предприятието и съответното съкратено междусайтово набиране се припокриват с моделите в националното набиране на Webex Calling, тогава по време на прехода към Webex Calling схемата за номериране може да се промени и на по-дълга или по-кратка форма, за да се избегнат припокривания. Най-лесният начин да постигнете това е да добавите допълнителна цифра за допълване към схемата за номериране. Новата по-дълга схема за набиране между сайтове трябва да бъде възприета само от потребители, които вече са мигрирали към Webex Calling. Потребителите, които все още са на Unified CM, могат да продължат да набират седемцифрени номера. В този случай, корпоративен план за набиране в Unified CM трябва да гарантира, че съкратеното седемцифрено набиране от Unified CM към Webex Calling се трансформира в едно от двете +E.164 или към съкратения формат за набиране, използван в Webex Calling. Това трябва да се направи преди изпращане на повикването към локалния шлюз.

Таблицата „ Преход към седемцифрено набиране “ показва пример за това преномериране. В този пример съкратеното набиране между обекти в Unified CM използва управляваща цифра 8, последвана от двуцифрен код на обекта и четирицифрен вътрешен номер. За да се избегне седемцифреното съкратено набиране между обекти за местоположения в Webex Calling, кодовете на обектите могат лесно да бъдат променени на трицифрени, като се добави произволна цифра за допълване (8 в примера) към двуцифрените кодове на обекти, използвани в Unified CM, така че набирането между обекти от телефони Webex Calling да използва управляваща цифра 8, последвана от цифрата за допълване 8, стария двуцифрен код на обекта и четирицифрения вътрешен номер. Потребителите на Webex Calling не е необходимо да запомнят новите кодове на сайтове; те само трябва да запомнят да използват 88 като префикс за набиране между сайтове вместо 8 в Unified CM.

Таблица 4. Преход към седемцифрено набиране

		Unified CM		Webex Calling
Сайт	Разширения	Код на сайт	Корпоративен обхват	Ода на сайта	Предприятие ange
Ню Йорк	2XXX	22	8 22 2XXX	822	8 822 2XXX
СФО	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

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

Изборът на подходящ доставчик на услуги за запис на разговори е от основно значение за постигане на бизнес целите и осигуряване на съгласуваност на функциите в цялата организация:

• Избор на глобален доставчик: Организациите обикновено определят основен доставчик на услуги за запис на разговори на глобално ниво, като по този начин осигуряват съгласуваност в набора от функции, съответствието и поддръжката на всички локации.

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

• Изисквания за бизнеса: Изборът на доставчик трябва да се основава на оценка на бизнес фактори, като например съответствие с регулаторните изисквания (пример - MiFID II, HIPAA), осигуряване на качеството, разрешаване на спорове или нужди от обучение.

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

Определянето на региона, където се съхраняват и обработват записите на разговорите, е от решаващо значение за съответствието и производителността:

• Избор на глобален регион: По подразбиране организациите могат да изберат един регион за съхранение на записи на разговори, за да опростят управлението и управлението.

• Замени на региони, базирани на местоположение: Когато законите за местожителство на данните или корпоративните политики изискват това, може да се наложи да се отмени настройката за глобален регион за конкретни местоположения, като се гарантира, че записите на разговорите се съхраняват и обработват в рамките на необходимите географски граници.

• Изисквания за съхранение на данните: Дизайнът трябва да отчита международните и местните разпоредби за защита на данните (като GDPR, CCPA или специфични за държавата разпоредби), които могат да диктуват къде и как се съхраняват записите на разговорите.

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

При определяне на очакваното търсене на съхранение трябва да се вземат предвид няколко ключови параметъра:

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

• Средна продължителност на разговора: Изчислете типичната продължителност на записаните разговори, тъй като по-дългите разговори ще заемат повече място за съхранение. Разликите в продължителността на разговорите между различните отдели или потребителски групи също трябва да бъдат взети предвид при оценката.

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

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

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

Администраторите ръчно присвояват лицензи за Webex Calling на отделни потребители чрез интерфейса на Control Hub.

Администраторите могат да редактират лицензи за услуги за отделни потребители и директно да присвояват лицензи за обаждания.

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

Автоматичното лицензиране може да се извърши чрез синхронизиране на директории или ръчни актуализации на потребителите, но потребителите трябва да имат валиден +E.164 форматиран телефонен номер и телефонните номера трябва да съществуват в местоположение на Webex Calling преди осигуряването на потребителя. Ако условията не са изпълнени (напр. невалиден формат на телефонния номер), лицензите за Webex Calling няма да бъдат присвоени.

Качете CSV файл с потребителски данни и лицензи, за да добавите или промените няколко потребители едновременно.

Импортирането на CSV файлове поддържа добавяне на до 20 000 потребители и присвояване на лицензи, но лицензите за Webex Calling изискват специфични полета, като телефонен номер и вътрешен номер.

Използвайте Webex API за програмно присвояване на лицензи и управление на потребители.

Webex поддържа API операции за управление на потребители и лицензи (People, SCIM 2.0 и Licenses API), които могат да се използват за автоматизиране на присвояването на лицензи. API за лицензи позволява едновременно присвояване на лицензи, телефонни номера и разширения.

Таблица 5. Опции за осигуряване на потребители - обобщение

Метод на присвояване	Плюсове	Недостатъци
Ръчно чрез Control Hub	Лесно за малко потребители. Позволява прецизен и детайлен контрол върху разпределението на лицензи.	Не е мащабируемо, отнема време Склонен към човешки грешки при ръчно въвеждане.
Шаблони за автоматични лицензи	Мащабируем Намалява ръчните грешки Може да се прилага за нови и съществуващи потребители.	Изисква валидни телефонни номера и местоположения. По-сложно за настройване Също така изисква потребителски групи за всяка група потребители с еквивалентни лицензионни изисквания.
Групово качване на CSV файл	Ефективен за големи потребителски групи Позволява едновременно присвояване на лицензи, телефонни номера и разширения.	Изисква внимателно форматиране на CSV Възможност за грешки, ако телефонните номера или разширенията липсват или са неправилни.
Задание, базирано на API	Автоматизиран, гъвкав. Позволява едновременно присвояване на лицензи, телефонни номера и разширения.	Изисква познания за разработка и API.

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

Винаги, когато е възможно, Cisco препоръчва да се присвояват лицензи за обаждания, като се използват шаблони за лицензи. Това изисква за всяка група потребители, която изисква уникален набор от лицензи (Пример - Webex Calling Standard срещу Professional), да съществува група със съответните членства в групите. Както е обсъдено в разделите Потребителски групи, потребителските групи могат да бъдат дефинирани ръчно в Control Hub или синхронизирани от корпоративна директория. Възможна е комбинация от двата подхода.

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

За повече информация вижте Настройване на автоматично присвояване на лицензи в Control Hub и Настройване на шаблони за автоматично присвояване на лицензи за потребители на Webex Calling.

Този раздел обхваща само лицензи, свързани с Webex Calling. Други видове лицензи (пример - регистрация на устройство Webex, съобщения, срещи) не са обхванати. Като част от процеса на проектиране, е необходимо да се определят изискванията за лиценз. Необходимо е да се изчисли броят на лицензите за следните типове лицензи:

• Стандарт за обаждания на Webex: брой индивидуални потребители, изискващи стандартни телефонни функции.

• Професионален Webex Calling: брой потребители и работни пространства, изискващи разширени функции за телефония. Виртуалните линии и груповата гласова поща имат право на 1:1 съотношение за всеки професионален лиценз. Следователно, в редки случаи, когато броят на необходимите виртуални линии или групови гласови съобщения надвишава броя на потребителите и работните пространства, изискващи разширени функции за телефония, е необходимо да се вземат предвид допълнителни професионални лицензи.

• Работно пространство за обаждания на Webex за обща зона: брой места за споделена употреба или общи зони, изискващи стандартни възможности за разговори.

• Webex Calling Customer Assist: брой агенти и супервайзори, изискващи функциите на Webex Calling Customer Assist. Клиентската поддръжка на Webex Calling включва лиценза Webex Calling Professional.

• Списък с маршрути за повиквания: брой необходими облачни свързани PSTN разговори между локални потребители на Unified CM and/or специализирани локални приложения на трети страни.

• Конзола за обслужване: брой потребители на Webex Calling, които се нуждаят от достъп до клиента на конзолата на оператора.

• План за обаждания на Cisco (план за изходящи обаждания): брой потребители, които се нуждаят от PSTN номер and/or Достъп за изходящи PSTN повиквания за услугата Cisco PSTN.

Няма специален тип лиценз за професионални работни пространства. Професионалните работни пространства използват лиценз за Webex Calling Professional.

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

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

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

Управлението на потребителски групи в Webex позволява на администраторите да организират потребителите в групи за ефективно групово управление на лицензи, настройки и ресурси. Групите помагат за рационализиране на администрирането, като прилагат политики, лицензи и шаблони за настройки едновременно към множество потребители, вместо да управляват потребителите поотделно.

Управлението на потребителски групи предлага няколко предимства, включително:

• Опростена администрация: Управлявайте лицензи, настройки и правила за няколко потребители едновременно.

• Последователност: Прилагайте еднакви настройки и лицензи за всички потребители в една и съща група.

• Мащабируемост: Поддържа до 250 000 членове на група.

• Интеграция: Синхронизирайте групи от Microsoft Entra ID (Azure AD) или Active Directory за автоматизирано управление на потребители и групи.

• Гъвкавост: Създавайте локални групи или синхронизирайте групи за сигурност; управлявайте членството в групите ръчно или чрез CSV файлове.

• Разпределение на ресурсите: Контролирайте достъпа до вградени приложения и услуги въз основа на членство в група.

Основните случаи на употреба за потребителски групи при осигуряване на Webex Calling са:

• Прехвърляне на лицензи: Присвойте лицензи на групи, за да предоставяте автоматично услуги като „Разговори“, „Срещи“, „Съобщения“ или „Хибридни услуги“ на членовете на групата.

• Шаблони за настройки: Приложете колекции от настройки на услуги (напр. съобщения, срещи, обаждания) към групи за еднакво потребителско изживяване.

• Масово управление на потребители: Добавяне или премахване на потребители групово чрез CSV файлове или синхронизиране на директории.

• Автоматизация и интеграция: Използвайте API или синхронизиране на директории за автоматизирано управление на жизнения цикъл на потребителите и групите.

Следната таблица обобщава различните опции за управление на потребителски групи и управление на групи в Webex.

Таблица 7. Опции за управление на групи и членства в групи

Опция	Описание	Плюсове	Недостатъци
Осигуряване на групи в Control Hub (Webex групи)	Създавайте и управлявайте групи директно в Control Hub. Add/remove членове ръчно или чрез CSV.	Пълен контрол върху членството в групата Незабавно прилагане на лицензи и шаблони Лесно създаване и редактиране на групи	Необходими са ръчни актуализации Риск от грешки при ръчно качване на CSV файлове Няма автоматична синхронизация с външни директории
Синхронизирани групи от Entra ID (Azure AD) или Active Directory	Автоматично синхронизиране на групи за сигурност и членства от външни директорийни услуги.	Автоматизираната синхронизация намалява ръчната работа Осигурява съгласуваност с корпоративния указател Поддържа големи организации	Не може да се редактира членството в група в Control Hub Забавяне на синхронизацията до 12 часа Вложените групи изискват ръчен избор
Групи и SCIM 2.0 API (Webex Groups)	Използвайте Webex Groups или SCIM 2.0 API за програмно управление на групи и членство	Автоматизация и интеграция с други системи Мащабируем за големи или сложни среди	Изисква усилия за развитие Сложността зависи от използването на API

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

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

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

Cisco препоръчва използването на централизирана облачна директория, като например Microsoft Entra ID (Azure AD), като единствен източник на достоверна информация за потребителските самоличности. Синхронизирането на потребители от Entra ID към Control Hub осигурява съгласуваност, опростява управлението и поддържа възможности за еднократно влизане (SSO).

За да се гарантира, че всички потребители в Unified CM присъстват и в Entra ID, организациите трябва да проверят дали потребителските акаунти в Unified CM съответстват на акаунтите в Entra ID. Това може да се направи чрез експортиране на потребителски списъци от Unified CM и сравняването им със списъците с потребители на Entra ID.

В обобщение, препоръчителният метод за осигуряване е да се синхронизират потребители от Microsoft Entra ID (Azure AD) към Webex Control Hub, използвайки Azure AD Wizard или SCIM приложенията. Ръчното и групово предоставяне на CSV файлове са налични като допълнителни методи, но са по-малко мащабируеми и по-податливи на грешки за големи организации. Гарантирането, че Entra ID е авторитетният източник и че всички потребители на Unified CM съществуват в Entra ID, е от решаващо значение за успешната миграция и последователното потребителско изживяване в средите на Webex Calling и Unified CM.

Преходът от локална справочна услуга, като Active Directory, към облачна справочна услуга, като Entra ID (Azure ID), е независим от прехода на извикването. Cisco препоръчва завършване на прехода към услуга за облачни директории, преди да се започне преходът за обаждания.

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

• Име на групата: уникално име на групата.

• Лицензи: лицензи, които ще бъдат присвоени на тази група (ако има такива) и обхват (трябва ли лицензите да бъдат присвоени на съществуващи потребители или само на нови потребители)

• Шаблони за настройки: Шаблони за обаждания от приложението Webex и потребителите.

• Синхронизиране на директории: Тази група ще бъде ли синхронизирана от корпоративната директория или е локална Webex група, осигурена в Control Hub или чрез API?

• Описание: как ще се използва тази група и кои потребители трябва да бъдат членове на нея

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

Webex позволява на организациите да конфигурират SSO с множество IdP, за да се съобразят със сложни ИТ среди, като сливания, придобивания или децентрализирани ИТ отдели, където различните групи използват различни IdP. Поддръжката на множество IdP може да бъде реализирана или с помощта на функцията за множество IdP в Webex, или чрез интеграция на корпоративна IAM система, като Cisco Duo.

Поддръжката на множество доставчици на идентичност (IdP) на Webex обхваща няколко ключови случая на употреба, при които организациите изискват гъвкаво и сигурно удостоверяване в различни ИТ среди:

Duo Access Gateway (DAG) може да удостоверява потребители, използвайки съществуващи локални или облачни директории, като например Active Directory (AD) и OpenLDAP. Той също така поддържа интеграция с други доставчици на самоличност като Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS и Shibboleth. Тази гъвкавост позволява на организациите да използват текущата си директорийна инфраструктура за Webex SSO с Duo MFA.

Duo действа като силен слой за удостоверяване, надграждащ удостоверяването на основната директория. Той функционира като доставчик на идентичност (IdP), използвайки SAML 2.0, за да наложи двуфакторно удостоверяване (2FA), преди да предостави достъп до Webex. Duo оценява контекста на потребителя, устройството и мрежата спрямо конфигурируеми правила, за да разреши или откаже достъп, подобрявайки сигурността отвъд потребителското име и паролата. Duo също така предоставя гъвкави контроли на правилата, като например изискване на MFA при всяко влизане за някои приложения и по-рядко за други.

Предимствата на Cisco Duo включват:

• Подобрена сигурност: Добавя устойчива на фишинг многофакторна автентификация (MFA), за да защити достъпа до Webex, намалявайки риска от компрометирани пароли.

• Гъвкави политики: Позволява подробен контрол върху изискванията за удостоверяване за всяко приложение или потребителска група.

• Интеграция със съществуващи директории: Поддържа локални AD, OpenLDAP, облачни директории и различни SSO доставчици, като по този начин минимизира промените в инфраструктурата.

• Удобство за потребителя: Поддържа еднократно влизане (SSO), за да намали умората от парола, като позволява на потребителите да влязат веднъж и да имат сигурен достъп до множество ресурси.

• Доверени крайни точки: Поддържа доверието на устройствата за клиенти на Webex на Windows и macOS, подобрявайки нивото на сигурност.

• Самостоятелно записване: Вграденото записване и подканата в Duo подобряват потребителското изживяване по време на настройката на MFA.

Duo MFA с SSO за Webex използва съществуващи директории като Active Directory и OpenLDAP или доставчици на облачна идентификация, за да удостоверява потребителите. Ролята на Duo е да осигури силен, управляван от правила втори фактор за удостоверяване, интегриран чрез SAML 2.0, подобрявайки сигурността, като същевременно поддържа удобството за потребителя чрез SSO. Ползите включват подобрена сигурност, гъвкаво прилагане на политики, безпроблемна интеграция и по-добро потребителско изживяване.

Cisco препоръчва внедряването на SSO за потребителите на Webex. За подобрена сигурност се препоръчва интеграция с Cisco Duo.

Стратегията за Enterprise IAM и SSO трябва да бъде внедрена преди започване на прехода от Unified CM към Webex Calling.

Автоматичният оператор на Webex Calling позволява 24/7 автоматизация на обработката на входящите повиквания, която позволява ефикасна обработка на обажданията, без да е необходимо човек да отговаря на всяко обаждане.

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

Автоматичният оператор поддържа следните ключови функции:

• Работно време и графици след работно време

• График за празници

• Опция за набиране на номера, за да насочите клиентите си към мястото, където трябва да отидат

• Персонализиране на поздрави

• Опция за набиране по име

• Опции за пренасочване на повикването

• Анализи и отчети на Control Hub.

За повече информация вижте Управление на автоматични оператори.

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

В Webex Calling има два вида паркирани повиквания:

1. Директно паркиране на повикване - позволява на всеки потребител да паркира повикване към вътрешния номер на друг потребител или към вътрешния номер за паркиране на повикване, както е определено от администратора

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

В зависимост от конфигурацията и типа на паркиране, потребителите могат да приемат повиквания, като набират *88+><extension of parked call>, натискане на клавиша на линията, свързан с вътрешния номер за паркиране на повикване, или използване на софтуерен клавиш на техния IP телефон.

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

За повече информация вижте Управление на паркирането на повиквания в Control Hub.

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

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

Потребителите могат да използват приложението Webex или настолния си телефон, за да приемат обаждане.

• Уебекс Приложение:

  • Поддържа визуални и аудио известия

  • Известие за входящо повикване

  • FAC-базирано (набиране *98) или приемане на обаждане чрез известие

  • Известия за поемане на повикване за многолинейни повиквания.

• Стационарни телефони:

  • Известие за входящо повикване

  • Звукови сигнали и визуално известяване чрез светодиода на слушалката. 6821 поддържа само аудио звънци

    • Когато избраният тип известие в Control Hub не е няма

  • Известия за поемане на повикване само за основни линии.

За повече информация вижте Конфигуриране на група за приемане на повиквания.

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

Призивът на Cisco за интеграция с Microsoft Teams позволява на агентите да имат достъп до повиквания и функции на опашката за повиквания директно от своя клиент на Microsoft Teams.

Опашките за повиквания поддържат следните ключови функции:

• Поздрави и съобщения (добре дошли, утеха, шепот и др.)

• Задържане на музика

• Обратно повикване

• Политики за маршрутизиране на опашки (нощно обслужване, празници, пренасочване)

• Опашка на агента login/logout

• Управление на състоянието на опашката на агентите

• Поддръжка на приложението Webex или стационарния телефон

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

• Контролен център (достъп за администратор) за:

  • управление на опашки

  • Анализ и отчитане на агенти и опашки

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

За повече информация вижте Конфигуриране на опашката за повиквания.

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

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

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

За повече информация вижте Управление на групи за търсене в Control Hub.

Функцията „Оперативни режими“ позволява на фирмите ефективно да пренасочват повиквания към различни дестинации (потребители, гласова поща, услуги за повиквания, като например опашка за повиквания). Където и кога се пренасочва повикването, се базира на график за времето от деня и деня от седмицата и всеки потребител може да бъде оторизиран да управлява тези режими (графици), за да контролира промените в маршрутизирането на повикванията.

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

Упълномощен потребител може да превключва между тези различни сценарии (режими) за пренасочване на повиквания, ако е необходимо да промени къде се пренасочват входящите повиквания за определен период. Тези потребители могат да управляват режимите чрез своите 6800/7800/8800 MPP телефони, 9800 телефони или в потребителския център на Webex на адрес Управление на режими.

За повече информация вижте Маршрутизиране на повиквания въз основа на режими на работа в Webex Calling.

Групите за пейджинг позволяват на потребителите да осъществяват еднопосочно повикване, за да изпратят аудио съобщение до група потребители. Всяка група може да съдържа до 75 целеви потребители and/or работни пространства, до които се достига чрез набиране на предварително зададен номер или вътрешен номер.

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

За повече информация вижте Конфигуриране на група за пейджинг в Control Hub.

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

Когато използвате Webex като платформа за запис, всички записани разговори се управляват в Control Hub. Пълноправните администратори с ролята на служител по съответствието могат да възпроизвеждат и изтеглят записите. Без ролята на служител по съответствието, администраторът може само да изтрива записите.

За повече информация относно тази функция и списък със записи от трети страни вижте Управление на записа на разговори за Webex Calling.

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

За повече информация относно тази функция и как администраторът я конфигурира в Control Hub, вижте Конфигуриране на достъп с един номер (офис навсякъде).

За повече информация относно това как потребителят може да управлява и конфигурира тази функция за себе си в Webex User Hub (портал), вижте Конфигуриране на достъп до един номер (офис навсякъде).

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

• Гласова поща с общо предназначение за отдел или работна група

• Добавете опция за гласова поща към автоматичен секретар или група за търсене

• За изпращане на препълнени повиквания от опашка за повиквания

• Потребители, които се нуждаят само от гласова поща.

За повече информация вижте Управление на споделена гласова поща и кутия за входящи факсове за Webex Calling.

За информация относно всички функции, включително някои допълнителни функции, вижте Функции, налични по тип лиценз за Webex Calling.