Som redan nämnts eliminerar Wholesale Route to Market behovet av att lägga inköpsordrar per kund i CCW. Istället kan tjänsteleverantören registrera kunder direkt mot Webex med hjälp av offentliga API:er eller Partner Hub (framtid). Diagrammet ovan illustrerar interaktionerna på hög nivå:

1. Tjänsteleverantören äger kundrelationen. Vid försäljning av tjänster till kunden hanterar tjänsteleverantören den relationen (inklusive offertgivning, beställning, paketbegränsning, fakturering, betalningar) i sina egna system. Så steg ett i all kundhantering är att provisionera kunden i deras eget system.

2. Tjänsteleverantören kan integrera offentliga API:er i sina kundprovisioneringsarbetsflöden för att automatiskt kunna registrera kunden och användarna på Webex och tilldela tjänster. I framtiden kommer lösningen även att stödja onboarding-funktioner via Partner Hub.

3. När kunden är onboardad kan tjänsteleverantören använda Partner Hub, Control Hub och offentliga API:er för att ytterligare administrera lösningen för sina kunder.

Packages/AddOns

De grundläggande enheterna för tjänstetilldelning för grossistväg till marknad är paket och tillägg.

• Paket är de grundläggande tjänstetilldelningarna. Alla användare tilldelas ett (och endast ett) paket, vilket ger dem rätt till en uppsättning Webex-meddelanden, möten och samtalstjänster. För listan över paket, se Paketerbjudanden.

  När en ny kund skapas anger partners paket- och tilläggskvantiteter som styr det maximala antalet paket som kan tilldelas.

• Tillägg för Attendant Console och Cisco Calling Plan är ytterligare fakturerbara funktioner som inte ingår som standard i baspaketen. Den första utgåvan av Wholesale RTM innehåller inga tillägg, men det finns en lista med potentiella tillägg på gång.

Kontroller för begränsade och nekade personer

RTM-provisionering för grossistledet kontrollerar automatiskt om en kund finns med på listan över begränsade eller nekade personer (RPL) i efterlevnadssyfte. Denna verifiering är obligatorisk varje gång en kund skapas eller deras faktureringsadress uppdateras, vilket säkerställer att kunden inte finns med på RPL:n. Denna kontroll gäller alla kunder.

Om kunden inte visas på RPL:n tillåter systemet att onboardingprocessen fortsätter utan avbrott.

Om kunden visas på RPL:n gör RPL-teamet en manuell granskning. Under granskningsperioden placeras kunden i tillståndet "pending_rpl_review", där teamet manuellt utvärderar ärendet. Granskningsperioden varar upp till 72 timmar. Om RPL-teamet godkänner onboardingen efter sin granskning skapas kunden automatiskt och övergår till ett provisionerat tillstånd. Om granskningen överstiger 72 timmar eller inte kan lösas markeras ärendet som ett fel och onboardingen fortsätter inte. De flesta ärenden granskas och löses inom 15–60 minuter.

För information om Ciscos efterlevnadspolicy, se Allmän exportefterlevnad.

För information från det amerikanska handelsdepartementet, se Lista över nekade personer.

Adress

Du måste välja ett land i faktureringsadressen när du skapar en kund. Detta land kommer automatiskt att tilldelas som organisationens land i Common Identity. Dessutom bestämmer organisationslandet standardnumren för globala inringningar på Webex Meetings-webbplatsen med Cisco-aktiverade PSTN-samtalalternativ.

Webbplatsens standardnummer för globala inringning kommer att ställas in på det första tillgängliga inringningsnumret som definierats i telefonidomänen baserat på organisationens land. Om organisationens land inte finns i det inringningsnummer som definierats i telefonidomänen kommer standardnumret för den platsen att användas.