По време на прехода, за да се даде възможност за съвместно съществуване на устройства, регистрирани Webex Calling на Unified CM и в предприятието, план за набиране 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 достъп на локални потребители чрез Cloud Connect за Unified CM Webex Calling

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

• Разширено набиране от Webex Calling до Unified CM (междуобект).

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

Фигура Планът за на биране на най-добрите практики показва подхода на план за набиране с най-добри практики, както е описано в Пред почитана архитектура за Cisco Collaboration 12.x Enterprise On-Locals Deployments, 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-цифреният низ ще бъде съчетан с номер на директорията +E.164 в DN дяла или от един от моделите на маршрута на PST N в USPSTNNational или SJCPSTNLocal дяла. Съкратените навици за набиране в рамките на сайта и между сайтовете се прилагат от преводите в дяла ES N и SJCTOe164. Докато ESN дял ът е глобален дял (достъпен за телефони на всички места), дялът SJCTOE164 е достъпен само за потребители в местоположението SJC. Това предполага припокриващи се диапазони на разширения.

Първата стъпка за активиране на обаждането от до Webex Calling е Unified CM да се уверите, че дестинациите +E.164 се насочват съответно. Това може да се постигне чрез добавяне на Webex Calling дял към плана за набиране, добавяне на +E.164 модели на маршрут за всички Webex Calling дестинации към този дял и накрая добавяне на Webex Calling дяла към всички извикващи пространства за търсене, представляващи класове услуги, които трябва да могат да бъдат достигнати. Webex Calling Създаването на специален Webex Calling дял е необходимо, за да се даде възможност за създаване на диференциран клас услуги за обаждания, произхождащи отWebex Calling. За да избегнете цикли на повиквания, пространството за търсене на входящи повиквания в багажника от Local Gateway не трябва да има достъп до 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 една група маршрути, може да бъде осигурен с Local Gateway като единствен член и след това модел ите на Webex Calling маршрути сочат към списък с един маршрут с тази група Webex Calling маршрути като единствен запис.

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

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

Моделът на маршрута +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 има разширение и/или телефонен номер +E.164. Дължината на разширението е фиксирана глобална настройка: всички разширения Webex Calling в разгръщане имат еднаква дължина. Разширеното набиране може да се използва между Webex Calling потребители както в рамките на местоположение, така и между местоположенията. Съкратеното набиране на разши рения между обектите (последният случай) работи само ако набраното разширение е уникално.

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

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

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

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

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

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

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

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

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

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

Сайт	Обхват на разширяване	Код на сайта	Обхват на предприятието
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

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

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

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

Сайт	Обхват на разширяване	Webex CallingРазширения	Код на сайта	Обхват на предприятието
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	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, старият двуцифрен код на сайта и четирицифрено разширение. Потребителите Webex Calling не трябва да запомнят нови кодове на сайта; те трябва само да запомнят да използват 88 като префикс за набиране между сайтовете вместо 8 включени. Unified CM

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

		Unified CM		Webex Calling
Сайт	Разширения	Код на сайта	Обхват на предприятието	Ода на сайта	Ентърпрайз ангел
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

При сценарий с включени различни формат 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. Опции за предоставяне на потребителя - резюме

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

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

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

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

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

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

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

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

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

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

• Оба@@ ждания в списъка с маршру ти: брой необходими PSTN повиквания, свързани с облака, между локални Unified CM потребители и/или локални специализирани приложения на трети страни.

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

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

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

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

За да определите необходимия тип лиценз за всеки потребител и работно пространство въз основа на необходимите функции, вижте Функции, налични по тип лиценз за 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. Опции за управление на групи и членства в групи

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

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

Този цялостен подход към управлението на потребителски групи в 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 средите.

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

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

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

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

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

• Синхронизиране на директории: Ще се синхронизира ли тази група от корпоративната директория или това е локална Webex група, предоставена в Control Hub или чрез API.

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

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

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

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

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, подобрявайки стойката на сигурността.

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

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

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

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

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

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

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

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

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

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

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

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

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

• Анализи и отчети на контролния център.

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

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

Има два вида кол паркове, налични вWebex Calling:

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

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

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

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

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

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

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

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

• Приложение Webex:

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

  • Известие за входящо обаждане

  • Въз основа на лице (наберете *98) или вземане на повикване с тост за уведомяване

  • Известия за получаване на обаждания за многолинейни.

• Настолни телефони:

  • Известие за входящо обаждане

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

    • Когато типът на известието е избран в контролния център не е ника къв

  • Известия за получаване на обаждания само за първични линии.

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

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

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

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

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

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

• Обратно обаждане

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

• Влизане/излизане на опашката на агенти

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Изпращане на преливащи повиквания от опашка за обаждания

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

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

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