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

• Примусова мережа від до Webex Calling Unified CM

• Розширений набір номера з Webex Calling до Unified CM (міжсайтовий).

Якщо будь-яке з перерахованих вище звичок набору не підтримується до переходу, наприклад, не існує скороченої звички набору між сайтами, то їх не обов'язково в водити під час переходу.

На малюнку План на бору передових практик показано найкращі практики підходу до плану набору номера, як описано в розділі «Бажана архітектура для локального розгортання Cisco Collaboration 12.x Enterprise Local 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, або одним із шаблонів маршруту PSTN у розділі USPSTNNational або SJCpStnLocal. Скорочені внутрішньосайтові та міжсайтові звички набору реалізовані перекладами в розділі ES N та 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 сайт в розділ додається необхідний шаблон маршруту 8121.2XXX. Webex Calling Для сайтів для переходу на шаблон нормалізації набору Webex Calling номера 8121.2XXX, який нормалізує набір ESN до +E. 164, може вже існувати в розділі ESN. У цьому випадку 8121.2XXX здається надлишковим, але як тільки всі DN відповідного місцезнаходження були перенесені на шаблон перекладу нормалізації набору 8121.2XXX, можна видалити, а потім шаблон маршруту 8121.2XXX дозволяє набирати ESN навіть лише для користувачів із розширенням у цьому діапазоні. Webex Calling

За допомогою цих змін тарифного плану дзвінки в місце Webex Calling знаходження можна здійснювати не тільки шляхом набору скорочених міжсайтових і +E.164. Крім того, можли вий міжнародний та національний набір PSTN, оскільки ці звички набору спочатку нормалізуються до +E.164 за допомогою вже існуючих моделей перекладу нормалізації набору, а потім маршрутизуються шляхом узгодження шаблону маршруту +E.164 Webex Calling у розділі. 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 Collaboration 15, Огляд дизайну, доступний на сторінці Переважні архітектури співпраці Cisco.

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

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

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

• Внутрішня довжина подов жувача: Стандартна довжина розширень. Може бути будь-яке значення від двох до десяти.

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

• Дозволити набір через розширення між місцезнаходженнями: Перемкніть, щоб увімкнути/вимкнути набір розширень між місцезнаходженнями . Цей параметр слід увімкнути, лише якщо всі розширення в організації є унікальними. Якщо цей параметр вимкнено, потрібно набрати значні номери підприємства (код рульового управління, код сайту, розширення) або номери телефонів між місцезнаходженнями .

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

Приклад нумерації таблиці 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 ідеальний повинен бути однаковим. Для підготовки до переходу для кожного місця потрібно задокументувати діапазони DI D та діапазони розширення (або скорочені звички набору номера всередині сайту). Ви ходячи з цієї інформації, потрібно вибрати цифру рульового управління між сайтами.

Таблиця Діапазони 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 до перетворюється або на +E.164Webex Calling, або на скорочений формат набору, розгорнутий на. 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
Сайт	Розширення	Код сайту	Підприємницький асортимент	Ода сайту	Підприємство англ
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 якщо номери підприємств відображаються як інформація про сторони, що телефонує для дзвінків Webex Calling (наприклад - Дзвінки з пристроїв без DID), важливо також реалізувати відображення між різними форматами номерів для інформації про сторони, що телефонує, щоб забезпечити роботу зворотного дзвінка . Unified CM Таке відображення можна досягти за допомогою шаблону трансформації викликаючої сторони на магістралі між 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 та API ліцензій), які можна використовувати для автоматизації присвоєння ліцензій. API ліцензій дозволяє одночасне присвоєння ліцензій, номерів телефонів і розширень.

Таблиця 5. Параметри забезпечення користувача - резюме

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

Таблиця User provisioning options - резюме підсумов ує параметри надання користувачем та їх плюси та мінуси. Цей огляд допомагає вибрати найкращий метод присвоєння ліцензії на основі розміру організації замовника, можливостей автоматизації та процесів та вимог надання користувачем.

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

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

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

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

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

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

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

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

• Виклики списку маршрутів: кількість необхідних дзві нків PSTN, підключених до хмари, між локальними Unified CM користувачами та/або локальними спеціалізованими сторонніми програмами.

• Консоль супут ника: кількість Webex Calling користувачів, яким потрібен доступ до клієнта супровідної консолі.

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

Не існує спеціального типу ліцензії для професійних робочих просторів. Професійні робочі простори споживають Webex Calling професійну ліцензію.

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

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

Щоб переконатися, що всі користувачі також при Unified CM сутні в Entra ID, організації повинні перевірити, чи Unified CM відповідають облікові записи користувачів обліковим записам у Entra ID. Це можна зробити, експортуючи списки користувачів Unified CM і порівнявши їх зі списками користувачів Entra ID.

Підсумовуючи, рекомендованим методом забезпечення є синхронізація користувачів з Microsoft Entra ID (Azure AD) до центру керування Webex за допомогою майстра Azure AD або програм SCIM. Ручне та масове забезпечення CSV доступні як додаткові методи, але вони менш масштабовані та більш схильні до помилок для великих організацій. Забезпечення того, що ідентифікатор Entra ID є авторитетним джерелом і що всі Unified CM користувачі існують у Entra ID, має вирішальне значення для успішної міграції та послідовного користувальницького досвіду в різних середовищах Webex Calling та Unified CM середовищах.

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

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

• Назва групи: унікальна назва групи.

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

• Шаблони налаштувань: шаблони викликів Webex App і User.

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

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

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

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

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

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

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

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

• Ділові та позаробочі графіки

• Графік відпусток

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

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

• Набрати за назвою опція

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

• Аналітика та звіти Control Hub.

Докладніші відомості див. у розділі Керування автоматичними обслуговуючи ми службами.

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

Є два типи парків викликів, доступних уWebex Calling:

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

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

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

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

Докладніші відомості див. у розділі Керування парком викликів у Центрі керування.

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

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

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

• Додаток Webex:

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

  • Повідомлення про вхідний дзвінок

  • Прийом дзвінків на основі FACS (наберіть *98) або сповіщення

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

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

  • Повідомлення про вхідний дзвінок

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

    • Коли тип сповіщення обраний у Центрі управління не є «ні»

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

Докладніші відомості див. у розділі Налаштування групи прийому дзвінків.

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

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

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

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

• Тримайте музику

• Зворотний дзвінок

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

• Вхід/вихід з черги агента

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

• Підтримка через додаток Webex або настільний телефон

• Агент супервайзера зателефонує до монітора, тренера, баржі або бере участь за допомогою кодів доступу до функцій (FACS)

• Контрольний центр (доступ адміністратора) для:

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

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

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

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

Webex Callingмає функцію доповнення Customer Assist, яка надає додаткові можливості черги викли ків та надає агентам та керівникам кращий досвід роботи з додатком Webex. Для порівняння функцій черги Webex Calling викликів та допомоги клієнтам див. розділ Порівня ння Webex Calling функцій черги викликів та допомоги клієнтам.

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

Одна велика відмінність між Hunt Groups і Call Queues полягає в тому, що дзвінки не стоять у черзі в групах полювання, тому якщо жоден користувач у Hunt Group не доступний для відповіді на дзвінок, він буде відключений, відправлений на голосову пошту або переадресований на інший номер (користувач або служба).

Докладніші відомості див. у розділі Керування групами пошуку в Центрі керування.

Функція режимів роботи дозволяє підприємствам ефективно маршрутизувати дзвінки в різні напрямки (користувачі, голосова пошта, служби викликів, наприклад черга дзвінків). Де і коли маршрутизується дзвінок, базується на графіку часу доби та дня тижня, і будь-який користувач може бути уповноважений керувати цими режимами (розкладами) для контролю змін маршрутизації дзвінків.

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

Авторизований користувач може перемикатися між цими різними сценаріями (режимами) переадресації дзвінків, якщо йому потрібно змінити маршрут вхідних дзвінків протягом певного періоду. Ці користувачі можуть керувати режи мами через свої телефони 6800/7800/8800 MPP, телефони 9800 або в режимах управління. Webex User Hub

Для отримання додаткової інформації див. Мар шрутизація дзвінків на основі режимів роботи в Webex Calling.

Групи сторінок дозволяють користувачам здійснювати односторонній дзвінок для надсилання аудіоповідомлення групі користувачів. Кожна група може містити до 75 цільових користувачів та/або робочих просторів, до яких можна дістатися шляхом набору попередньо визначеного номера або розширення.

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

Докладніші відомості див. у розділі Налаштування групи підкачки в Центрі керування.

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

При використанні Webex як платформи запису всі записані дзвінки керуються в Контрольному центрі. Повні адміністратори з роллю комплаєнс-офіцера можуть грати та завантажувати записи. Без ролі відповідного співробітника Адміністратор може видаляти лише записи.

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

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

Докладніші відомості про цю функцію та про те, як адміністратор налаштовує її в Контрольному центрі, див. у розділі Налаш тування охоплення одного номера (офіс у будь-якому місці).

Для отримання додаткової інформації про те, як користувач може керувати цією функцією та налаштовувати для себе на Webex User Hub (порт алі), див. розділ Налаш тування охоплення одного номер а (офіс у будь-якому місці).

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

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

• Додати опцію голосової пошти до автоматичної служби супроводу або групи пошуку

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

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

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

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