Як уже згадувалося, оптовий маршрут до ринку усуває необхідність розміщувати замовлення на купівлю для кожного клієнта в CCW. Натомість, постачальник послуг може безпосередньо підключати клієнтів до Webex, використовуючи публічні API або Центр партнерів (майбутнє). Наведена вище діаграма ілюструє взаємодії високого рівня:

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

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

3. Після реєстрації Клієнта Постачальник послуг може використовувати Центр партнерів, Центр керування та публічні API для подальшого адміністрування рішення для своїх клієнтів.

Packages/AddOns

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

• Пакети – це базові призначення послуг. Усім користувачам призначається один (і лише один) пакет, який надає їм право на доступ до набору послуг Webex Messaging, Meetings та Calling. Список пакетів див. у розділі Пакетні пропозиції.

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

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

Перевірки осіб з обмеженим доступом та осіб, яким заборонено вхід

Оптове надання RTM-резервів автоматично перевіряє, чи є клієнт у Списку обмежених або заборонених осіб (RPL) для цілей дотримання вимог. Ця перевірка є обов’язковою щоразу, коли створюється клієнт або оновлюється його платіжна адреса, щоб гарантувати, що клієнт не вказаний у RPL. Ця перевірка стосується всіх клієнтів.

Якщо клієнт не відображається в RPL, система дозволяє продовжити процес адаптації без перерви.

Якщо клієнт відображається в RPL, команда RPL проводить ручну перевірку. Протягом періоду перевірки клієнт переходить у стан "pending_rpl_review", де команда вручну оцінює справу. Період розгляду триває до 72 годин. Якщо команда RPL схвалює адаптацію після їх перевірки, клієнт автоматично створюється та переходить у підготовлений стан. Якщо розгляд триває більше 72 годин або його неможливо вирішити, запит позначається як помилка, і реєстрація не продовжується. Більшість справ розглядаються та вирішуються протягом 15–60 хвилин.

Щоб отримати інформацію про політику відповідності вимогам Cisco, див. Загальна відповідність експортним вимогам.

Щоб отримати інформацію від Міністерства торгівлі США, див. Список осіб, яким заборонено.

Адреса

Під час створення клієнта необхідно вибрати країну в платіжній адресі. Цю країну буде автоматично призначено як країну організації в Common Identity. Крім того, країна організації визначатиме глобальні номери для підключення за замовчуванням на сайті Webex Meetings з опціями викликів PSTN з увімкненою функцією Cisco.

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