Как уже упоминалось, оптовый маршрут на рынок устраняет необходимость размещения заказов на закупку для каждого клиента в CCW. Вместо этого поставщик услуг может подключать клиентов напрямую к Webex, используя общедоступные API или Partner Hub (в будущем). Диаграмма выше иллюстрирует высокоуровневые взаимодействия:

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

2. Поставщик услуг может интегрировать общедоступные API в свои рабочие процессы по обслуживанию клиентов, чтобы иметь возможность автоматически подключать клиентов и пользователей к Webex и назначать им услуги. В будущем решение также будет поддерживать возможности регистрации через Partner Hub.

3. После подключения Клиента Поставщик услуг может использовать Partner Hub, Control Hub и публичные API для дальнейшего администрирования решения для своих клиентов.

Packages/AddOns

Основными единицами назначения услуг для оптового маршрута на рынок являются пакеты и дополнения.

• Пакеты являются базовыми назначениями услуг. Каждому пользователю назначается один (и только один) пакет, который дает ему право на набор сервисов Webex Messaging, Meetings и Calling. Список пакетов см. в разделе Предложения пакетов.

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

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

Проверка лиц с ограниченными и запрещенными правами

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

Если клиент не появляется в RPL, система позволяет продолжить процесс регистрации без прерывания.

Если клиент появляется в RPL, команда RPL проводит ручную проверку. В течение периода проверки клиент переводится в состояние «pending_rpl_review», в котором команда вручную оценивает его случай. Срок рассмотрения составляет до 72 часов. Если команда RPL после проверки одобряет подключение, клиент автоматически создается и переводится в подготовленное состояние. Если проверка длится более 72 часов или не может быть решена, обращение помечается как ошибка, и регистрация не производится. Большинство случаев рассматриваются и решаются в течение 15–60 минут.

Информацию о политике соответствия Cisco см. в разделе Общее соответствие экспортным нормам.

Информацию от Министерства торговли США см. в Списке лиц, которым запрещен въезд.

Адрес

При создании клиента необходимо выбрать страну в платежном адресе. Эта страна будет автоматически назначена страной организации в Common Identity. Кроме того, страна-организатор определит глобальные номера для звонков на номер системы по умолчанию на сайте Webex Meetings с включенными Cisco опциями вызовов по ТфОП.

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