Zoals reeds vermeld, is het met Wholesale Route to Market niet meer nodig om individuele inkooporders in CCW te plaatsen. In plaats daarvan kan de serviceprovider klanten rechtstreeks via Webex onboarden met behulp van openbare API's of Partner Hub (Future). Het bovenstaande diagram illustreert de interacties op hoog niveau:

1. De Dienstverlener is eigenaar van de klantrelatie. Bij de verkoop van diensten aan de klant beheert de dienstverlener de relatie (inclusief offertes opstellen, bestellen, pakketbeperkingen, facturering en betalingen) in zijn eigen systemen. De eerste stap in elk klantbeheer is het inrichten van het eigen systeem van de klant.

2. De serviceprovider kan openbare API's integreren in de workflows voor klantprovisioning, zodat ze klanten en gebruikers automatisch kunnen onboarden in Webex en services kunnen toewijzen. In de toekomst zal de oplossing ook onboardingmogelijkheden via Partner Hub ondersteunen.

3. Zodra de klant is aangemeld, kan de serviceprovider Partner Hub, Control Hub en openbare API's gebruiken om de oplossing voor hun klanten verder te beheren.

Packages/AddOns

De basiseenheden voor servicetoewijzing voor Wholesale Route to Market zijn pakketten en add-ons.

• Pakketten zijn de basis servicetoewijzingen. Aan alle gebruikers wordt één (en slechts één) pakket toegewezen, waarmee ze recht hebben op een set Webex Messaging-, Meetings- en Calling-services. Voor de lijst met pakketten, zie Pakketaanbiedingen.

  Bij het aanmaken van een nieuwe klant specificeren partners de pakket- en add-on-aantallen die het maximale aantal pakketten bepalen dat kan worden toegewezen.

• Attendant Console en Cisco Calling Plan AddOns zijn extra factureerbare functies die niet standaard zijn inbegrepen in de basispakketten. De eerste release van Wholesale RTM bevat nog geen AddOns, maar er is een lijst met potentiële AddOns in de pijplijn.

Controles voor beperkte en geweigerde personen

Bij wholesale RTM-provisioning wordt automatisch gecontroleerd of een klant op de Restricted or Denied Persons List (RPL) staat ten behoeve van naleving. Deze verificatie is verplicht wanneer een klant wordt aangemaakt of diens factuuradres wordt bijgewerkt, zodat wordt voorkomen dat de klant op de RPL wordt vermeld. Deze controle geldt voor alle klanten.

Als de klant niet op de RPL voorkomt, kan het systeem het onboardingproces zonder onderbreking voortzetten.

Als de klant op de RPL voorkomt, voert het RPL-team een handmatige controle uit. Tijdens de beoordelingsperiode wordt de klant in een "pending_rpl_review"-status geplaatst, waarin het team de case handmatig beoordeelt. De beoordelingsperiode duurt maximaal 72 uur. Als het RPL-team de onboarding na beoordeling goedkeurt, wordt de klant automatisch aangemaakt en overgezet naar de status 'ingericht'. Als de beoordeling langer dan 72 uur duurt of niet kan worden opgelost, wordt de case als fout gemarkeerd en wordt de onboarding niet voortgezet. De meeste zaken worden binnen 15 tot 60 minuten beoordeeld en opgelost.

Voor informatie over het Cisco-nalevingsbeleid, zie Algemene exportnaleving.

Voor informatie van het Amerikaanse ministerie van Handel, zie Denied Persons List.

Adres

Wanneer u een klant aanmaakt, moet u een land selecteren in het factuuradres. Dit land wordt automatisch toegewezen als organisatieland in Common Identity. Bovendien bepaalt het land van de organisatie de standaard wereldwijde inbelnummers op de Webex Meetings-site met door Cisco ingeschakelde PSTN-belopties.

De standaard wereldwijde inbelnummers van de site worden ingesteld op het eerste beschikbare inbelnummer dat is gedefinieerd in het telefoondomein op basis van het land van de organisatie. Als het land van de organisatie niet voorkomt in het inbelnummer dat is gedefinieerd in het telefoniedomein, wordt het standaardnummer van die locatie gebruikt.