RTM на едро премахва необходимостта от подаване на поръчки за покупка за всеки клиент в CCW. Вместо това, доставчикът на услуги може да интегрира клиентите директно с Webex, използвайки публични API или Partner Hub.

• Доставчикът на услуги е собственик на взаимоотношенията с клиента. Когато продава услуги на клиента, доставчикът на услуги управлява тази връзка (включително ценообразуване, поръчване, ограничаване на пакети, фактуриране, плащания) в собствените си системи. Така че първата стъпка във всяко управление на клиенти е да се осигури достъп на клиента до неговата собствена система.

• Доставчикът на услуги може да интегрира публични API в работните си процеси за осигуряване на клиенти, за да може автоматично да включва клиента и потребителите в Webex и да им присвоява услуги.

• След като клиентът бъде регистриран, доставчикът на услуги може да използва Partner Hub, Control Hub и публични API, за да администрира решението за своите клиенти допълнително.

Packages/add-ons

Основните единици за разпределение на услуги за Wholesale RTM са пакети и добавки.

• Пакетите са основните назначения на услуги. На всички потребители се предоставя един (и само един) пакет, който им дава право на набор от услуги за съобщения, срещи и разговори на Webex. За списъка с пакети вижте Пакетни оферти.

  При създаване на нов клиент, партньорите посочват количества пакети и добавки, които контролират максималния брой пакети, които могат да бъдат присвоени.

• Допълненията Attendant Console и Cisco Calling Plan са допълнителни функции, които се заплащат и не са включени по подразбиране в основните пакети. Първоначалното издание на Wholesale RTM не включва никакви добавки, но има списък с потенциални добавки в процес на разработка.

Проверки на лица с ограничен достъп или отказ

Осигуряването на RTM на едро автоматично проверява дали даден клиент е в списъка с ограничени или отказани лица (RPL) за целите на съответствието. Тази проверка е задължителна всеки път, когато се създава клиент или се актуализира адресът му за фактуриране, като се гарантира, че клиентът не е посочен в RPL. Тази проверка важи за всички клиенти.

Проверката за съответствие с RPL се изпълнява асинхронно във фонов режим. Това означава, че осигуряването на клиентите протича безпроблемно, като се гарантира, че потокът от осигуряване никога не се прекъсва или забавя, докато проверката е в ход.

Системата инициира и извършва проверката за съответствие с RPL във фонов режим. Ако клиентът е подател на оплакване от RPL, не се изискват допълнителни действия от екипа на RPL.

Ако се установи потенциално несъответствие, се започва процес на преглед. Екипът на RPL извършва ръчен преглед и одобрява клиента, ако няма проблеми. Повечето проблеми се преглеждат и решават в рамките на 15–60 минути. Ако проблемите със съответствието не бъдат решени, ние се свързваме с партньорите и съдействаме за разрешаването им.

За информация относно политиката за съответствие на Cisco вижте Общо съответствие с изискванията за износ.

За информация от Министерството на търговията на САЩ вижте Списък на лицата, на които е отказано.

Адрес

Трябва да изберете държава в адреса за фактуриране, когато създавате клиент. Тази държава автоматично се задава като държава на организацията в „Обща идентичност“. Също така, държавата на организацията определя глобалните номера по подразбиране за включване в сайта Webex Meetings с опции за обаждания през PSTN, активирани от Cisco.

Системата задава номерата по подразбиране за глобални повиквания на сайта на първия наличен номер за повикване, дефиниран в телефонния домейн въз основа на държавата на организацията. Ако държавата на организацията не е намерена в номера за включване, дефиниран в телефонния домейн, се използва номерът по подразбиране за това местоположение.

Следната таблица изброява кода на държавата по подразбиране за входящо обаждане въз основа на всяко местоположение: