Както вече бе споменато, „Търговия на едро до пазара“ премахва необходимостта от подаване на поръчки за покупка за всеки клиент в CCW. Вместо това, доставчикът на услуги може да интегрира клиентите директно с Webex, използвайки публични API или Partner Hub (Future). Диаграмата по-горе илюстрира взаимодействията на високо ниво:

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

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

3. След като Клиентът бъде регистриран, Доставчикът на услуги може да използва Partner Hub, Control Hub и Public APIs за по-нататъшно администриране на решението за своите клиенти.

Packages/AddOns

Основните единици за разпределение на услуги за „Маршрут до пазара на едро“ са пакети и добавки.

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

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

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

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

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

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

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

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

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

Адрес

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

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