Kuten jo mainittiin, tukkumyynnistä markkinoille -ratkaisu poistaa tarpeen tehdä asiakaskohtaisia ostotilauksia CCW:hen. Sen sijaan palveluntarjoaja voi ottaa asiakkaat suoraan Webexin käyttöön julkisten API-rajapintojen tai Partner Hubin (tulevaisuus) avulla. Yllä oleva kaavio havainnollistaa korkean tason vuorovaikutuksia:

1. Palveluntarjoaja omistaa asiakassuhteen. Myydessään palveluita asiakkaalle palveluntarjoaja hallinnoi tätä suhdetta (mukaan lukien tarjousten tekeminen, tilaaminen, pakettien rajoittaminen, laskutus ja maksut) omilla järjestelmillään. Joten ensimmäinen askel asiakkuudenhallinnassa on asiakkaan käyttöön ottaminen hänen omassa järjestelmässään.

2. Palveluntarjoaja voi integroida julkiset API-rajapinnat asiakkaidensa provisiointityönkulkuihin, jotta he voivat automaattisesti ottaa asiakkaan ja käyttäjät käyttöön Webexissä ja määrittää palveluita. Tulevaisuudessa ratkaisu tukee myös käyttöönotto-ominaisuuksia Partner Hubin kautta.

3. Kun asiakas on rekisteröitynyt, palveluntarjoaja voi käyttää Partner Hubia, Control Hubia ja julkisia API-rajapintoja ratkaisun hallinnointiin asiakkailleen.

Packages/AddOns

Tukkumyynnin reittipalvelun perusyksiköt ovat paketit ja lisäosat.

• Paketit ovat peruspalvelumäärityksiä. Kaikille käyttäjille määritetään yksi (ja vain yksi) paketti, joka oikeuttaa heidät käyttämään Webex Messaging-, Meetings- ja Calling -palveluita. Pakettiluettelon löydät kohdasta Pakettitarjoukset.

  Uutta asiakasta luodessaan kumppanit määrittävät paketti- ja lisäosamäärät, jotka hallitsevat annettavien pakettien enimmäismäärää.

• Attendant Console ja Cisco Calling Plan -lisäosat ovat laskutettavia lisäominaisuuksia, jotka eivät sisälly oletusarvoisesti peruspaketteihin. Wholesale RTM:n alkuperäinen julkaisu ei sisällä lisäosia, mutta potentiaalisia lisäosia on tulossa.

Rajoitettujen ja kiellettyjen henkilöiden tarkastukset

Tukkutason RTM-tarjous tarkistaa automaattisesti, onko asiakas rajoitettujen tai kiellettyjen henkilöiden luettelossa (RPL) vaatimustenmukaisuussyistä. Tämä vahvistus on pakollinen aina, kun asiakas luodaan tai hänen laskutusosoitettaan päivitetään, jotta varmistetaan, ettei asiakasta ole listattu RPL:ssä. Tämä tarkistus koskee kaikkia asiakkaita.

Jos asiakasta ei näy RPL:ssä, järjestelmä sallii perehdytysprosessin jatkua keskeytyksettä.

Jos asiakas näkyy RPL:ssä, RPL-tiimi suorittaa manuaalisen tarkastuksen. Arviointijakson aikana asiakas asetetaan "pending_rpl_review" -tilaan, jossa tiimi arvioi tapauksen manuaalisesti. Tarkistusjakso kestää jopa 72 tuntia. Jos RPL-tiimi hyväksyy käyttöönoton tarkistuksensa jälkeen, asiakas luodaan automaattisesti ja siirretään valmisteltuun tilaan. Jos tarkistus kestää yli 72 tuntia tai sitä ei voida ratkaista, tapaus merkitään virheeksi eikä käyttöönottoa jatketa. Useimmat tapaukset tarkistetaan ja ratkaistaan 15–60 minuutissa.

Lisätietoja Ciscon vaatimustenmukaisuuskäytännöstä on kohdassa Yleinen vientivaatimustenmukaisuus.

Yhdysvaltain kauppaministeriön tietoja on saatavilla kohdasta Kiellettyjen henkilöiden luettelo.

Osoite

Sinun on valittava laskutusosoitteen maa, kun luot asiakkaan. Tämä maa määritetään automaattisesti organisaation maaksi Common Identityssä. Lisäksi organisaatiomaa määrittää Webex Meetings -sivuston oletusarvoiset yleiset soittonumerot Ciscon PSTN-puheluasetuksilla.

Sivuston oletusarvoiset globaalit soittonumerot asetetaan ensimmäiseen käytettävissä olevaan soittonumeroon, joka on määritetty puhelinverkkotunnuksessa organisaation maan perusteella. Jos organisaation maata ei löydy puhelinverkkotunnuksessa määritetystä puhelinnumerosta, käytetään kyseisen sijainnin oletusnumeroa.