Під час переходу, щоб забезпечити співіснування пристроїв, зареєстрованих в 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, якщо під час переходу для Webex Calling використовується локальна PSTN

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

• Примусове перемикання між мережевими викликами Webex та 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 рядок буде або знайдено збіг з +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 набір додаткового номера між локаціями. Цю опцію слід увімкнути, лише якщо всі розширення в організації є унікальними. Якщо цю опцію вимкнено, то між локаціями потрібно набирати важливі для підприємства номери (код керування, код сайту, додатковий номер) або номери телефонів.

Перші три параметри в основному використовуються для побудови плану набору номерів для телефонів, щоб мінімізувати міжцифрові тайм-аути під час набору номера зі знятою слухавкою. Відхилення від цих глобальних налаштувань все ще можливі (наприклад, можна налаштувати додаткові номери з іншою довжиною), але в Центрі керування з’явиться попереджувальне повідомлення, і для набору номера з телефонів може знадобитися блоковий набір, щоб уникнути конфліктів у попередньо завантаженому плані набору.

У таблиці Приклад нумерації підприємств наведено приклад трьох локацій, де діапазони розширення двох локацій, NYC та RTP, ідентичні. Встановлення схеми нумерації підприємства з міжсайтовою керуючою цифрою 8, за якою йде тризначний код сайту та чотиризначне розширення, створює скорочену міжсайтову звичку набору номерів без перекриття.

Таблиця 2. Приклад нумерації підприємства

Вебсайт	Діапазон розширення	Код сайту	Діапазон підприємств
Нью-Йорк	2XXX	202	8 202 2XXX
СФО	3XXX	203	8 203 3XXX
РТП	2XXX	204	8 204 2XXX

Для забезпечення плавного переходу набір номерів для користувачів до та після переходу на Webex Calling в ідеалі має бути однаковим. Для підготовки до переходу для кожного місця розташування необхідно задокументувати діапазони DID та діапазони додаткових номерів (або скорочені звички набору номерів всередині місця розташування). На основі цієї інформації потрібно вибрати міжсайтову керівну цифру.

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

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

Вебсайт	Діапазон розширення	Розширення для викликів Webex	Код сайту	Діапазон підприємств
Нью-Йорк	2XXX	2XXX	202	8 202 2XXX
СФО	8XXX	7XXX	203	8 203 7XXX
РТП	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
Вебсайт	Внутрішні номери	Код сайту	Діапазон підприємств	Ода сайту	Підприємницький анге
Нью-Йорк	2XXX	22	8 22 2XXX	822	8 822 2XXX
СФО	8XXX	23	8 23 7XXX	823	8 823 7XXX
РТП	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.

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

Використовуйте шаблони призначення ліцензій у Центрі керування, щоб автоматично призначати ліцензії користувачам на основі групових або організаційних налаштувань.

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

Завантажте CSV-файл із даними користувача та призначенням ліцензій, щоб додати або змінити кількох користувачів одночасно.

Імпорт CSV-файлу підтримує додавання до 20 000 користувачів та призначення ліцензій, але ліцензії Webex Calling вимагають певних полів, таких як номер телефону та додатковий номер.

Використовуйте API Webex для програмного призначення ліцензій та керування користувачами.

Webex підтримує операції API для керування користувачами та ліцензіями (People, SCIM 2.0 та Licenses API), які можна використовувати для автоматизації призначення ліцензій. API ліцензій дозволяє одночасне призначення ліцензій, номерів телефонів та додаткових номерів.

Таблиця 5. Параметри налаштування користувачів – короткий виклад

Метод призначення	Плюси	Мінуси
Вручну через Центр керування	Простий для небагатьох користувачів. Дозволяє точний та детальний контроль над призначенням ліцензій.	Не масштабується, трудомісткий Схильний до людських помилок під час ручного введення.
Шаблони автоматичних ліцензій	Масштабований Зменшує кількість помилок ручного керування Можна застосовувати до нових та існуючих користувачів.	Потрібні дійсні номери телефонів та місцезнаходження. Складніший у налаштуванні Також потрібні групи користувачів для кожної групи користувачів з еквівалентними ліцензійними вимогами.
Масове завантаження CSV-файлу	Ефективний для великих груп користувачів Дозволяє одночасне призначення ліцензій, номерів телефонів та додаткових номерів.	Потрібне ретельне форматування CSV Можливі помилки, якщо номери телефонів або додаткові номери відсутні або неправильні.
Призначення на основі API	Автоматизований, гнучкий. Дозволяє одночасне призначення ліцензій, номерів телефонів та додаткових номерів.	Потрібна розробка та знання API.

У таблиці Варіанти надання користувачам – короткий огляд підсумовано варіанти надання користувачам, а також їхні переваги та недоліки. Цей огляд допомагає вибрати найкращий метод призначення ліцензій на основі розміру організації клієнта, можливостей автоматизації, а також процесів і вимог до забезпечення користувачів.

За можливості, Cisco рекомендує призначати ліцензії на дзвінки за допомогою шаблонів ліцензій. Це вимагає, щоб для кожної групи користувачів, якій потрібен унікальний набір ліцензій (наприклад, Webex Calling Standard та Professional), існувала група з відповідним членством у групах. Як обговорювалося в розділах Групи користувачів, групи користувачів можна визначити вручну в Центрі керування або синхронізувати з корпоративного каталогу. Можливе поєднання обох підходів.

Користувачі, що належать до кількох груп, отримують ліцензії з усіх призначень, застосованих до всіх їхніх груп. Це дозволяє використовувати групи безпеки, що відповідають специфічним ліцензіям Webex Calling, у корпоративному каталозі для керування призначенням ліцензій Webex, де результуюче призначення ліцензій користувача контролюється об’єднанням членів груп.

Для отримання додаткової інформації див. Налаштування автоматичного призначення ліцензій у Control Hub та Налаштування шаблонів автоматичного призначення ліцензій для користувачів Webex Calling.

У цьому розділі розглядаються лише ліцензії, пов’язані з Webex Calling. Інші типи ліцензій (наприклад, реєстрація пристроїв Webex, обмін повідомленнями, зустрічі) не охоплюються. В рамках процесу проектування необхідно визначити вимоги до ліцензії. Необхідно розрахувати кількість ліцензій для таких типів ліцензій:

• Стандарт дзвінків Webex: кількість окремих користувачів, яким потрібні стандартні функції телефонії.

• Професійний сервіс дзвінків Webex: кількість користувачів та робочих просторів, що потребують розширених функцій телефонії. Віртуальні лінії та групова голосова пошта мають право на 1:1 співвідношення для кожної професійної ліцензії. Отже, у рідкісних випадках, коли кількість необхідних віртуальних ліній або групових голосових повідомлень перевищує кількість користувачів та робочих просторів, що потребують розширених функцій телефонії, необхідно враховувати додаткові професійні ліцензії.

• Робоча область викликів Webex для спільної зони: кількість місць спільного користування або місць загального користування, що потребують стандартних можливостей виклику.

• Служба підтримки клієнтів Webex Calling: кількість агентів та керівників, яким потрібні функції 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. Варіанти керування групами та членством у групах

Параметр	Опис	Плюси	Мінуси
Налаштування груп у Центрі керування (групи Webex)	Створюйте та керуйте групами безпосередньо в Центрі керування. Add/remove учасників вручну або через CSV.	Повний контроль над членством у групі Негайне застосування ліцензій та шаблонів Легко створювати та редагувати групи	Потрібні оновлення вручну Ризик помилок під час ручного завантаження CSV-файлів Немає автоматичної синхронізації із зовнішніми каталогами
Синхронізовані групи з Entra ID (Azure AD) або Active Directory	Автоматично синхронізувати групи безпеки та членство із зовнішніх служб каталогів.	Автоматизована синхронізація зменшує ручну роботу Забезпечує узгодженість з корпоративним каталогом Підтримує великі організації	Не вдається редагувати членство в групі в Центрі керування Затримка синхронізації до 12 годин Вкладені групи потребують ручного вибору
Групи та API SCIM 2.0 (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 або програм SCIM. Ручне та масове налаштування у форматі CSV доступні як додаткові методи, але вони менш масштабовані та більш схильні до помилок для великих організацій. Забезпечення того, що Entra ID є авторитетним джерелом, а всі користувачі Unified CM присутні в Entra ID, є критично важливим для успішної міграції та узгодженого користувацького досвіду в середовищах Webex Calling та Unified CM.

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

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

• Ім’я групи: унікальна назва групи.

• Ліцензії: ліцензії, що будуть призначені цій групі (якщо такі є), та обсяг (чи слід призначати ліцензії існуючим користувачам чи лише новим користувачам)

• Шаблони налаштувань: Шаблони викликів для застосунку Webex та користувачів.

• Синхронізація каталогів: Чи буде ця група синхронізована з каталогу підприємства, чи це локальна група Webex, налаштована в Центрі керування або через API?

• Опис: як буде використовуватися ця група та які користувачі повинні бути її членами

Ці дані будуть використані пізніше на етапі впровадження для створення локальних груп або груп у каталозі підприємства та керування членством користувачів у групах.

Webex дозволяє організаціям налаштовувати єдиний вхід (SSO) з кількома постачальниками ідентифікаційних даних (IdP) для роботи зі складними ІТ-середовищами, такими як злиття, поглинання або децентралізовані ІТ-відділи, де різні групи використовують різні IdP. Підтримку кількох IdP можна реалізувати або за допомогою функції Multiple IdP у Webex, або шляхом інтеграції корпоративної системи IAM, такої як Cisco Duo.

Підтримка кількох постачальників ідентифікації (IdP) від Webex вирішує кілька ключових випадків використання, коли організаціям потрібна гнучка та безпечна автентифікація в різних ІТ-середовищах:

Duo Access Gateway (DAG) може автентифікувати користувачів за допомогою існуючих локальних або хмарних каталогів, таких як Active Directory (AD) та OpenLDAP. Він також підтримує інтеграцію з іншими постачальниками ідентифікаційних даних, такими як Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS та Shibboleth. Ця гнучкість дозволяє організаціям використовувати свою поточну інфраструктуру каталогів для єдиного входу Webex з Duo MFA.

Duo діє як надійний рівень автентифікації поверх автентифікації основного каталогу. Він функціонує як постачальник ідентифікаційних даних (IdP) за допомогою SAML 2.0 для забезпечення двофакторної автентифікації (2FA) перед наданням доступу до Webex. Duo оцінює контекст користувача, пристрою та мережі на основі налаштовуваних політик, щоб дозволити або заборонити доступ, що підвищує безпеку, виходячи за рамки просто імені користувача та пароля. Duo також надає гнучкі правила керування, такі як вимога багатофакторної автентифікації (MFA) під час кожного входу для деяких програм і рідше для інших.

Переваги Cisco Duo включають:

• Посилена безпека: Додає стійку до фішингу багатофакторну автентифікацію для захисту доступу до Webex, зменшуючи ризик від компрометації паролів.

• Гнучка політика: Дозволяє детально контролювати вимоги до автентифікації для кожної програми або групи користувачів.

• Інтеграція з існуючими каталогами: Підтримує локальні служби Active Directory, OpenLDAP, хмарні каталоги та різних постачальників SSO, мінімізуючи зміни в інфраструктурі.

• Зручність для користувача: Підтримує єдиний вхід (SSO) для зменшення втоми від пароля, дозволяючи користувачам входити один раз та безпечно отримувати доступ до кількох ресурсів.

• Довірені кінцеві точки: Підтримує довіру пристроїв для клієнтів Webex у Windows та macOS, покращуючи рівень безпеки.

• Реєстрація в самообслуговуванні: Вбудована реєстрація та запит Duo покращують взаємодію з користувачем під час налаштування MFA.

Duo MFA з єдиним вхідним входом для 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 автоматизація обробки вхідних дзвінків, що дозволяє ефективно обробляти дзвінки без необхідності відповіді на кожен дзвінок.

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

Автосекретар підтримує такі ключові функції:

• Робочий графік та графік після робочого часу

• Розклад свят

• Опція меню набору номера, щоб спрямувати ваших клієнтів туди, куди їм потрібно дістатися

• Налаштувати привітання

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

• Параметри переадресації викликів

• Аналітика та звіти Центру керування.

Для отримання додаткової інформації див. Керування автосекретарями.

Паркування виклику надає користувачам можливість легко поставити виклик на утримання, щоб інший користувач міг легко його прийняти, коли буде вільний. Це також звільняє користувача, який відповів на початковий дзвінок, можливість здійснювати або приймати інші дзвінки, поки дзвінок припаркований.

У Webex Calling доступні два типи паркування викликів:

1. Пряма парковка виклику – дозволяє будь-якому користувачеві паркувати виклик на додатковий номер іншого користувача або на додатковий номер для паркування виклику, визначений адміністратором

2. Група паркування викликів – дозволяє визначеній групі користувачів автоматично паркувати виклики за доступними адресатами паркування, визначеними для групи. Ці адресати можуть бути внутрішніми номерами учасників групи або внутрішніми номерами паркування викликів.

Залежно від конфігурації та типу паркування, користувачі можуть отримувати дзвінки, набираючи *88+><extension of parked call>, натискаючи клавішу лінії, пов’язану з внутрішнім номером паркування виклику, або використовуючи програмну клавішу на своєму IP-телефоні.

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

Для отримання додаткової інформації див. Керування паркуванням викликів у Control Hub.

Перехоплення виклику дозволяє адміністратору визначити групу користувачів (учасників), які можуть відповідати на виклик на телефон іншого учасника. Це дає користувачеві можливість відповідати на дзвінки, коли його колеги по команді зайняті та не можуть відповісти на вхідний дзвінок.

Користувачі в групі повинні знаходитися в одному місці Webex Calling.

Користувачі можуть використовувати або застосунок Webex, або свій стаціонарний телефон, щоб відповісти на дзвінок.

• Додаток Webex:

  • Підтримує візуальні та звукові сповіщення

  • Сповіщення про вхідний виклик

  • на основі FAC (циферблат *98) або тост сповіщення про перехоплення дзвінка

  • Сповіщення про перехоплення виклику для багатоканального зв'язку.

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

  • Сповіщення про вхідний виклик

  • Звукові сигнали та візуальне сповіщення через світлодіодний індикатор на телефоні. 6821 підтримує лише звукові сигнали дзвінка

    • Якщо тип сповіщення, вибраний у Центрі керування, не є відсутній

  • Сповіщення про перехоплення викликів лише для основних ліній.

Для отримання додаткової інформації див. Налаштування групи перехоплення викликів.

Webex Calling включає черги голосових викликів як частину своїх основних функцій, і будь-який користувач з ліцензією Webex Calling Professional може бути частиною черги викликів, агентом або керівником. Ця функція дозволяє користувачам ефективно взаємодіяти з клієнтами. Черги викликів підтримують підмножину деяких основних можливостей кол-центру, таких як голосові черги, зворотні виклики, маршрутизація за навичками або пріоритетами, керування чергою агентів, аналітика, звітність тощо.

Заклик Cisco до інтеграції Microsoft Teams дозволяє агентам отримувати доступ до черги викликів та функцій безпосередньо з клієнта Microsoft Teams.

Черги викликів підтримують такі ключові функції:

• Привітання та повідомлення (ласкаво просимо, заспокоєння, шепіт тощо)

• Призупинити музику

• Зворотній виклик

• Політики маршрутизації черг (нічний сервіс, свята, переадресація)

• Черга агента login/logout

• Керування статусом черги агентів

• Підтримка застосунку Webex або стаціонарного телефону

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

• Центр керування (доступ адміністратора) для:

  • управління чергою

  • Аналітика та звітність агентів і черг

  • Управління чергою, агентом та супервайзером.

Для отримання додаткової інформації див. Налаштування черги викликів.

Webex Calling має додаткову функцію Customer Assist, яка надає додаткові можливості черги викликів і покращує взаємодію з користувачем у застосунку Webex для агентів і керівників. Порівняння функцій черги викликів Webex Calling та служби підтримки клієнтів див. у статті Порівняння функцій черги викликів 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 (порталі), див. Налаштування зв’язку за одним номером (офіс будь-де).

Групи голосової пошти дозволяють використовувати спільну скриньку голосової пошти, яку можна призначити користувачеві або функції маршрутизації викликів. Деякі причини, через які може знадобитися група голосової пошти:

• Загальна голосова пошта для відділу або робочої групи

• Додайте опцію голосової пошти до автосекретаря або групи пошуку

• Надсилання переповнених викликів із черги викликів

• Користувачі, яким потрібна лише голосова пошта.

Для отримання додаткової інформації див. Керування спільною голосовою поштою та скринькою вхідних факсів для Webex Calling.

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