Первым шагом при переходе на 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) для Webex Calling сначала выберите вариант подключения к PSTN в Центре управления.

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

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

Перед настройкой телефонных номеров в Control Hub, пожалуйста, свяжитесь с выбранным вами оператором связи для заказа и переноса номеров. Заказ телефонных номеров или инициирование портовых заказов — это лишь... required/possible для локальной телефонной сети общего пользования (PSTN) и Cloud Connect для звонков Webex. Для тарифных планов Cisco Calling Plan оформление заказа и перенос номера инициируются из 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 на локальном шлюзе в необходимый заголовок для выставления счетов.

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

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

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

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

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

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

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

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

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

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

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

• линия, к которой предоставлен совместный доступ

• Используя функцию перехвата звонка

• Используя те же номера колл-центра

• Внутренняя связь

• Executive/Admin.

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

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

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

Ключевые этапы при переводе группы пользователей на новую платформу следующие:

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

• Убедитесь, что все пользователи находятся в Центре управления.

• Убедитесь, что все номера транзакций (TN) для пользователей существуют в Центре управления.

• Проверьте правильность формата номера телефона в телефонном справочнике.

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

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

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

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

• Disable/Delete user/device номер справочника и звонки features/services на 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 необходимо обновить прошивку с версии Enterprise до версии Multiplatform Phone (MPP). Этот процесс включает в себя загрузку переходного программного обеспечения перед загрузкой программного обеспечения MPP, необходимого для регистрации в Webex Calling. Для этого также требуется соответствующая миграционная лицензия. За последние несколько лет компания Cisco усовершенствовала этот процесс, чтобы упростить обновление корпоративных телефонов до прошивки MPP. Для получения дополнительной информации о шагах по обновлению микропрограммы см. Преобразование IP-телефонов Cisco серий 7800 и 8800 между версиями Enterprise и MPP.

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

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

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

• CUCM v15 - Unified Communications Manager Версия 15

• CUCM v14 - Unified Communications Manager Version 14.

Для получения дополнительной информации о процессе регистрации для серии 9800 см. Процесс регистрации.

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

• Голосовые шлюзы - Чтобы перенести локальный шлюз, см. Перенос локального шлюза.

  Для получения дополнительной информации о настройке голосового шлюза 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 см. Руководство по развертыванию

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

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

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

• Автоматические операторы — Для управления автоматическими операторами см. Автоматические операторы

• Парковка вызовов — Для управления парковкой вызовов см. Парковка вызовов

• Перехват вызова — Чтобы настроить группу перехвата вызова, см. Перехват вызова

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

• Группы поиска — Для управления группами поиска см. Управление группами поиска

• Режимы работы — Для вызова маршрутизации в зависимости от режимов работы см. Вызов маршрутизации в зависимости от режимов работы

• Группы пейджинга — Чтобы настроить группу пейджинга, см. Настройка группы пейджинга

• Записи — Чтобы управлять записью звонков в Webex Calling, см. Управление записями

• Доступ по одному номеру — Чтобы настроить доступ по одному номеру (Office Anywhere), см. Настройка доступа по одному номеру

• Группа голосовой почты — Чтобы управлять общей голосовой почтой и входящим факсом для Webex Calling, см. Управление голосовой почтой.

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

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

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

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

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

Схемы обработки вызовов в телефонной сети общего пользования (PSTN) и отображение идентификатора вызывающего абонента.

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

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

Схемы внутрисетевых вызовов

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

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

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

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

Очередь вызовов. Опыт работы в качестве агента и супервайзера.

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

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

Сервисные группы: Распределение вызовов

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

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

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

работа голосовой почты

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