Первым шагом при переходе на Webex Calling является обеспечение надежного и безопасного подключения к Интернету между локальной сетью и облаком Webex.

Поскольку большинство организаций подключаются к Интернету через один или несколько брандмауэров или устройств безопасности, важно убедиться, что требуемые потоки трафика поддерживаются.

Администраторы сети и системы безопасности должны понимать эти потоки с точки зрения:

• Направление (входящие и исходящие)

• Протоколы (например, SIP, TLS, SRTP, HTTPS)

• Диапазоны IP-адресов, используемые сервисами Webex

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

Это обеспечивает правильную настройку корпоративных брандмауэров, устройств NAT и другой сетевой инфраструктуры для приема Webex Calling трафика при соблюдении корпоративных политик безопасности.

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

Для облачных сервисов для совместной работы, таких как, рекомендуется использовать децентрализованное подключение к Интернету из каждого филиала или сайта. Webex Calling Разрешая локальный выход трафика, эта модель:

• Уменьшает задержку и дрожание в обе стороны, улучшая общее качество звонков

• Эффективно масштабируется по мере того, как все больше пользователей и сайтов переходят на Webex Calling

• Отлично работает с SD-WAN, которая позволяет динамически направлять сеансы в ближайшую точку входа в облако Webex для обеспечения оптимальной производительности

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

Кроме того, организации должны обеспечить достаточную пропускную способность Интернета на каждом сайте. Пропускную способность следует определять исходя из ожидаемого количества одновременных вызовов, выбранного кодека (например, Opus или G.711), а также затрат на передачу сигналов, ретрансляцию и рост трафика. Это соответствует этапу подготовки жизненного цикла PPDIO и создает прочную основу для миграции.

Подраздел «Первоначальная настройка» на этапе внедрения развертывания Webex Calling необходим для создания хорошо структурированной и управляемой облачной среды вызовов. На этом этапе решаются такие важные задачи, как создание организации Control Hub, приобретение и распределение лицензий, а также проверка и регистрация доменов вашей компании для обеспечения надлежащего управления пользователями и их безопасности. Кроме того, он включает подготовку шаблонов лицензий для автоматизации присвоения лицензий пользователям, настройку системы единого входа (SSO) для упрощения аутентификации пользователей и повышения безопасности, а также корректировку настроек сервисов и клиентов в соответствии с политиками организации и потребностями пользователей. Выполнение этих первоначальных действий по настройке позволяет обеспечить надлежащую конфигурацию Webex Calling среды для обеспечения масштабируемости, безопасности и удобного пользовательского интерфейса, а также подготовить почву для последующих этапов развертывания и эксплуатации.

На этапе внедрения пилотный перенос данных представляет собой важнейшую веху в проверке перехода с версии на. Unified CM Webex Calling Этот пилотный проект предусматривает выделение на Webex Calling платформу репрезентативной подгруппы пользователей из одного или нескольких мест и обеспечение соответствия выбранной группы пользователей различным сценариям использования и организационным ролям. Параллельно с миграцией пользователей основные сервисы для совместной работы, включая голосовую почту, автосекретарей, очереди вызовов и поисковые группы, необходимо перевести на Webex Calling эквивалентные сервисы для обеспечения непрерывности бизнеса и функциональности обслуживания.

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

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

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

Информация, полученная на этом пилотном этапе, помогает оптимизировать последующие волны миграции и обеспечить плавный переход с минимальными рисками для всего предприятия.

Чтобы приобрести услуги PSTN, сначала выберите вариант подключения к PSTN в Webex Calling Control Hub.

Если организация планирует временно или на неопределенный срок сохранить гибридное управление двойными вызовами (этап 1 на рисунке «Поэтапный переход вызовов: гибридные и облачные»), ей необходимо будет развернуть один или несколько локальных шлюзов для локальной сети PSTN, позволяющих звонить между конечными точками и конечными точками. Webex Calling Unified CM

Если конечной целью является полный переход (этап 2) в облако, включая PSTN, то для PSTN потребуется либо тарифный план Cisco Calling, либо вариант Cloud Connect для Webex Calling PSTN.

Обратитесь к выбранному провайдеру, чтобы заказать и перенести телефонные номера, прежде чем настраивать их в Control Hub. Заказ телефонных номеров или отправка заказов на порты необходимы и возможны только для локальных PSTN и Cloud Connect для. Webex Calling Для тарифных планов Cisco Calling заказ и перенос заказов начинаются прямо из Control Hub сразу после создания местоположения, а также в странах, где доступен план Cisco Calling Plan. Дополнительные сведения о планах Cisco Calling см. в разделе Начало работы с планами Cisco.

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

Перед добавлением пользователей и устройств необходимо указать места Webex Calling вызовов. Для каждого местоположения необходимо ввести действительный почтовый адрес. В США и Канаде этот адрес подтвержден и используется платформой для отправки информации о местоположении PIDF-LO для экстренных вызовов.

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

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

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

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

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

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

Если в вашем развертывании требуется поддержка маршрутизации по неизвестным добавочным номерам, эту функцию следует включить на уровне местоположения. Кроме того, если активирована маршрутизация по неизвестным номерам, вы должны указать максимальную неизвестную длину номера в разделе Маршрутизация вызовов между локальными Webex Calling и локальными номерами в настройках служб вызова в Control Hub. Это обеспечивает бесперебойную маршрутизацию вызовов и правильную обработку сценариев набора на основе добавочных номеров в интегрированной среде.

При переносе пользователей из одного пользователя Unified CM в другой Webex Calling вы, возможно, не сможете переместить всех пользователей одновременно. Это может быть вызвано множеством причин, включая, помимо прочего, количество сайтов или пользователей, время, необходимое для одновременного перехода сайта и/или группы пользователей, ограниченность ИТ-ресурсов или ресурсов сайта для поддержки окна изменений, продолжительность окна изменений, сложность изменений и т. д.

При поэтапном переносе пользователей очень важно определить, каких пользователей необходимо перенести вместе в один пакет. Основная цель заключается в совместном переносе пользователей, которые зависят друг от друга в том, что касается сервисов и функций звонков. Вы хотите убедиться, что все их функции вызовов (например, очереди вызовов) полностью работают Webex Calling так же, как и до перехода. Unified CM

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

• Мониторинг других пользователей с помощью BLF

• В одном и том же охотничьем пилоте, очереди вызовов и т. д.

• Общие линии

• Использование функции приема вызовов

• Использование одних и тех же номеров колл-парков

• Домофон

• Исполнитель/администратор.

В качестве примера можно привести пользователя, входящего в группу Unified CM Hunt, в которую сейчас происходит переход. Webex Calling Этот пользователь перейдет в Webex Calling охотничью группу и вместе со всеми остальными членами охотничьей группы. Таким образом, после перехода Охотничья группа и ее члены смогут успешно отвечать на звонки на новой платформе.

Это становится еще более сложным, когда пользователи подключаются к разным группам пользователей и используют разные сервисы и функции звонков. Для этого потребуется перевести несколько групп пользователей и одну службу вызова Webex Calling одновременно.

Используйте результаты работы инструмента Control Hub Migration Insights или стороннего инструмента, который вы использовали на этапе подготовки, чтобы определить, каких пользователей и функции следует сгруппировать. Эти выходные данные следовало использовать при разработке плана миграции. Они помогут вам понять, как вы будете группировать пользователей и функции, требующие перехода.

Ключевые шаги при переходе группы пользователей:

• Определение пользователей для совместной миграции

• Убедитесь, что все пользователи находятся в Control Hub

• Убедитесь, что все TN пользователей существуют в Control Hub

• Проверьте правильный формат телефонного номера в каталоге

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

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

• В корпоративном справочнике добавьте пользователей в группу пользователей с разрешенными вызовами

• Используйте инструменты — инструменты переноса пользователей и функций Control Hub и/или сторонние инструменты

• После перехода отключите/удалите справочный номер пользователя/устройства и включите функции и службы. Unified CM

После миграции группы пользователей протестируйте подгруппу пользователей, чтобы убедиться, что все их функции и службы вызовов работают правильно. Если функции вызовов, такие как очередь вызовов, группы поиска и т. д., передаются этой группе пользователей, проверьте работоспособность этих служб вызовов.

Под рабочим пространством понимается общее место (напримерWebex Calling, конференц-зал, место для переговоров или рабочий стол), где можно назначать устройства, расширения и пользователей. В отличие от традиционных телефонов Unifed CM, рабочие места — это:

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

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

Как только рабочие пространства будут определены как часть переходаWebex Calling, их можно добавить в Control Hub в разделе «Устройства». Каждому рабочему пространству необходимо назначить устройство, и если оно уже естьUnified CM, его необходимо перезагрузить или повторно подготовить для Webex. Webex CallingТакие функции, как голосовая почта, переадресация вызовов и прием вызовов, можно включать или отключать, а также применять политики в отношении видеозвонков, парковки вызовов и мобильности по мере необходимости. Протестируйте каждое рабочее пространство, совершая внутренние и внешние звонки, тестируя функции видео, конференц-связи и мобильности. Наконец, расскажите пользователям о любых процедурах, применимых к устройствам рабочего пространства и бронированиям.

Дополнительные сведения о рабочих пространствах в Control Hub см. в разделе Рабочие пространства.

Телефоны, на которые в настоящее время зарегистрированы, необходимо Unified CM будет перенести на них в Webex Calling рамках перехода на облако. Чтобы максимально упростить миграцию и свести к минимуму вероятность сбоев, Cisco рекомендует перенести физические сайты или отделы одновременно. Однако из-за зависимостей функций может потребоваться пакетный перенос пользователей. Дополнительные сведения см. в разделе Пакетный перенос пользователей.

Все Webex Calling поддерживаемые телефоны, с Unified CM которых вы хотите перейти, необходимо настроить в Webex Calling качестве пользователя или рабочего пространства, а физический телефон необходимо перенастроить для регистрации на нем. Webex Calling Кроме того, микропрограммное обеспечение телефонов серий 7800 и 8800 необходимо обновить с корпоративной микропрограммы до микропрограммы для многоплатформенных телефонов (MPP). Этот процесс включает загрузку переходного микропрограммного обеспечения перед загрузкой микропрограммы MPP, необходимой для Webex Calling регистрации. Для этого также требуется соответствующая миграционная лицензия. За последние несколько лет компания Cisco усовершенствовала этот процесс, чтобы упростить обновление телефонов Enterprise с микропрограммным обеспечением до микропрограммного обеспечения MPP. Дополнительные сведения о шагах по обновлению микропрограммного обеспечения см. в разделе Преобразование IP-телефонов Cisco серий 7800 и 8800 между корпоративным микропрограммным обеспечением и микропрограммным обеспечением MPP.

В дополнение к шагам, описанным в этой статье, Control Hub имеет встроенный инструмент «Перенос телефона на»Webex Calling, который можно использовать для переноса телефонов 7800 и 8800 с корпоративной микропрограммы на MPP. Этот инструмент также позволяет добавлять телефоны в Control Hub и назначать их соответствующим пользователям или рабочим пространствам. Дополнительные сведения об использовании инструмента см. в разделе Перенос телефона.

Unified CMНа любые телефоны серии 9800, зарегистрированные с вышеуказанным микропрограммным обеспечением, требование о переносе микропрограммного обеспечения не распространяется. Эти телефоны работают под управлением PhoneOS, которая поддерживается как Unified CM и. Webex Calling Чтобы перевести эти телефоны на них, Webex Calling вам необходимо добавить ихWebex Calling, назначить пользователю или рабочему пространству, а затем восстановить заводские настройки телефонов. Последовательность загрузки PhoneOS при регистрации на рисунке ниже показывает последовательность загрузки PhoneOS и то, как телефон будет зарегистрирован Webex Calling после добавления в Control Hub, даже если телефон все еще включен Unified CM и/или используются опции DHCP (пример 150).

Unified CMподдерживает сброс настроек устройств PhoneOS к заводским настройкам, что позволяет подключаться к ним с помощью Zero-Touch. Webex Calling Unified CMАдминистраторы могут удаленно восстановить заводские настройки телефонов 9800 и 8875 на страницах администрирования CUCM, что устраняет необходимость в физическом доступе к телефонам, к которым можно подключить телефоны. Webex Calling Эта функция поддерживается пакетами устройств с 9 сентября 2025 года:

• CUCM v15 — диспетчер унифицированных коммуникаций версии 15

• CUCM v14 — диспетчер унифицированных коммуникаций версии 14.

Дополнительные сведения о процессе регистрации серии 9800 см. в разделе Процесс регистрации.

Помимо IP-телефонов Cisco, может потребоваться предоставление других устройств, таких как аналоговые телефонные адаптеры (ATA), беспроводные телефоны (Wi-Fi, DECT), видеоустройства, голосовые шлюзы и сторонние устройства и телефоны^. Для многих из этих устройств, как в случае с IP-телефонами, нет способа обновления микропрограммного обеспечения для перехода с корпоративной микропрограммы на облачную микропрограмму. Поэтому вы предоставите каждое из этих устройств в Control Hub. На некоторые из них невозможно перенести, Webex Calling и их необходимо заменить эквивалентной Webex Calling моделью (например ATA (191/192) и другие потребуют ручной реконфигурации и/или изменений в программном обеспечении.

• Голосовые шлюзы. Сведения о переносе локального шлюза см. в разделе Перенос локального шлюза.

  Дополнительные сведения о настройке голосового шлюза VG400, VG410 или VG420 в Control Hub см. в разделе Локальный шлюз

• Аналоговый телефонный адаптер (ATA). Чтобы начать работу с Cisco ATA 191 и 192, см. Cisco ATA.

• Беспроводной телефон с Wi-Fi. Сведения об интеграции беспроводных телефонов Webex 840 и 860 см. в разделе Интеграция беспроводного телефона Webex.

• Беспроводные телефоны DECT. Чтобы начать работу с новой серией Cisco IP DECT 6800, см. раздел Cisco IP DECT.

  Сведения о создании цифровой сети DECT и управлении ею в Control Hub см. в разделе Управление сетью DECT

  Дополнительные сведения о Cisco IP DECT 6800 см. в руководстве по развертыванию

• Устройства и ^{телефоны} сторонних ^{производителей. Обсудите с сторонними поставщиками требования к устройствам/телефонам и процесс их переноса или замены в службу поддержки.} Webex Calling

Любые необходимые функции вызовов Webex Calling необходимо предусмотреть до или во время перехода. Как уже говорилось в разделе «Пакетная миграция пользователей», функции вызовов необходимо настраивать и переносить при переходе пользователей, которые их используют.

Подробнее о том, как настроить каждую из Webex Calling функций, см. в соответствующих справочных статьях по настройке.

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

• Парковка вызовов. Информацию об управлении парком вызовов см. в разделе Парковка вызовов

• Перехват вызовов. Сведения о настройке группы приема вызовов см. в разделе Перехват звонков

• Очереди вызовов. Сведения о настройке очереди вызовов см. в разделе Очередь вызовов

• Охотничьи группы. Сведения об управлении охотничьими группами см. в разделе Управление охотничьими группами

• Режимы работы. Сведения о маршрутизации вызовов на основе рабочих режимов см. в разделе Маршрутизация вызовов на основе рабочих режимов

• Пейджинговые группы. Сведения о настройке пейджинговой группы см. в разделе Настройка пейджинговой группы

• Записи. Информацию об управлении записями разговоров Webex Calling см. в разделе Управление записями

• Охват одного номера. Сведения о настройке охвата одним номером (в любом офисе) см. в разделе Настройка одного номера

• Группа голосовой почты. Информацию об управлении общей голосовой почтой и входящим факсом см. в разделе Управление голосовой Webex Calling почтой.

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

В этом разделе приведены примеры и ключевые аспекты, которые следует учитывать при приемочном тестировании, однако он не является исчерпывающим или исчерпывающим контрольным списком.

Подготовка пользователей и присвоение номеров

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

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

Потоки вызовов PSTN и представление идентификатора вызывающего абонента

Надежная процедура приемочного тестирования должна включать комплексную проверку потоков вызовов PSTN. Сюда входят сценарии как входящих, так и исходящих вызовов. В случае входящих вызовов PSTN группа тестирования должна подтвердить, что звонки доставляются на предполагаемые конечные точки, будь то отдельные пользователи, очереди вызовов, охотничьи группы или автосекретари. Исходящие вызовы PSTN должны выполняться успешно, уделяя особое внимание правильной доставке и представлению идентификационных данных вызывающего абонента. Для этого необходимо обеспечить отображение правильного имени и номера вызывающего абонента внешним получателям в соответствии с организационными политиками и нормативными требованиями.

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

Потоки вызовов внутри сети

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

Обработка вызовов пользователей и проверка функций

Важным аспектом приемочного тестирования является проверка того, как пользователи обрабатывают звонки с помощью приложения Webex и поддерживаемых настольных телефонов. Этот процесс направлен на подтверждение интуитивности и надежности повседневных рабочих процессов звонков и беспрепятственного доступа пользователей к основным функциям, необходимым для выполнения их ролей. Тестирование должно оценить, с какой легкостью пользователи могут звонить и принимать звонки, управлять функциями удержания и возобновления вызова, а также выполнять переводы вслепую и по консультациям. Также важно убедиться, что переадресация вызовов, проведение конференций и другие расширенные функции, такие как парковка, прием вызовов или активация режима «Не беспокоить», доступны и работают без сбоев.

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

Очереди вызовов: опыт работы агентов и супервизоров

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

Руководителям следует оценить работу настольного компьютера с точки зрения таких функций, как мониторинг в реальном времени, отправка звонков, аналитика или анализ производительности очередей. Сюда входит, помимо прочего, проверка информационных панелей и инструментов отчетности, которые предоставляют действенные данные о распределении звонков, активности агентов и метриках очередей.

Охотничьи группы: распределение звонков

Охотничьи группы — ключевой механизм распределения звонков заранее определенным группам пользователей. Приемочное тестирование должно подтвердить, что звонки направляются членам группы на основе настроенного алгоритма поиска и что сценарии переполнения, переадресации и отсутствия ответа обрабатываются в соответствии с планом. Обеспечение соответствия поведения членов групп и маршрутизации вызовов ранее установленным требованиям крайне Unified CM важно для обеспечения стабильности работы и удовлетворенности пользователей.

Автосекретари: объявления и операции с меню

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

Работа с голосовой почтой

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

Чтобы отслеживать состояние среды после миграции, проверять производительность и вносить коррективы для обеспечения операционной стабильности и эффективности, обратитесь к разделу «Этап оптимизации».