Оптова RTM позбавляє від необхідності розміщувати замовлення на покупку для кожного клієнта в CCW. Натомість постачальник послуг може підключити клієнтів безпосередньо до Webex за допомогою загальнодоступних API або партнерського центру.

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

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

• Після приєднання клієнта постачальник послуг може використовувати Partner Hub, Control Hub та загальнодоступні API для подальшого адміністрування рішення для своїх клієнтів.

Пакети/доповнення

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

• Пак ети - це базові завдання послуг. Усім користувачам присвоюється один (і лише один) пакет, який надає їм право на набір послуг «Зустрічі» та Webex Messaging « Дзвінки». Для переліку пакетів див. Пак етні пропозиції.

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

• Додатки Attendant Console та Cisco Calling Plan - це додаткові оп лачувані функції, які за замовчуванням не включені в базові пакети. По чатковий випуск Wholesale RTM не включає жодних доповнень, але є список потенційних доповнень у конве єрі.

Обмежені або відмовлені в перевірках осіб

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

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

Система ініціює і виконує перевірку відповідності RPL у фоновому режимі. Якщо клієнт скаржиться на RPL, то подальших дій від команди RPL не потрібно.

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

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

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

Адреса

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

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

У наступній таблиці наведено код країни виклику за замовчуванням на основі кожного місце знаходження: