Wholesale RTM eliminerar 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.

• Tjänsteleverantören äger kundrelationen. När tjänsteleverantören säljer tjänster till kunden hanterar hen 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.

• 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.

• När kunden är registrerad 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/add-ons

De grundläggande enheterna för tjänstetilldelning för Wholesale RTM ä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 versionen av Wholesale RTM innehåller inga tillägg, men det finns en lista med potentiella tillägg på gång.

Begränsade eller nekade personkontroller

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.

RPL-efterlevnadskontrollen körs asynkront i bakgrunden. Det här innebär att kundens provisionering sker smidigt, vilket säkerställer att provisioneringsflödet aldrig avbryts eller försenas medan kontrollen pågår.

Systemet initierar och utför RPL-efterlevnadskontrollen i bakgrunden. Om kunden har ett klagomål från RPL krävs inga ytterligare åtgärder från RPL-teamet.

Om en potentiell efterlevnadsmatchning upptäcks inleds en granskningsprocess. RPL-teamet gör en manuell granskning och godkänner kunden om det inte finns några problem. De flesta problem granskas och löses inom 15–60 minuter. Om efterlevnadsproblemen inte är lösta kontaktar vi partnerna och hjälper till att lösa problemen.

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 tilldelas automatiskt som organisationsland i Common Identity. Dessutom bestämmer organisationslandet standardnumren för globala inringning på Webex Meetings-webbplatsen med Cisco-aktiverade PSTN-samtalalternativ.

Systemet ställer in webbplatsens standardnummer för globala inringning till 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 används standardnumret för den platsen.

Följande tabell listar standardlandskoden för inringning baserat på varje plats: