Tukku RTM poistaa tarpeen tehdä asiakaskohtaisia ostotilauksia CCW:hen. Sen sijaan palveluntarjoaja voi ottaa asiakkaat suoraan Webexin käyttöön julkisten API-rajapintojen tai Partner Hubin avulla.

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

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

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

Packages/add-ons

Tukku RTM:n palveluiden kohdentamisen 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 ominaisuuksia, jotka eivät sisälly oletusarvoisesti peruspaketteihin. Wholesale RTM:n alkuperäinen julkaisu ei sisällä lisäosia, mutta putkessa on luettelo mahdollisista lisäosista.

Rajoitetut tai evätyt henkilö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.

RPL-yhteensopivuustarkistus suoritetaan asynkronisesti taustalla. Tämä tarkoittaa, että asiakkaan provisiointi etenee saumattomasti, varmistaen, että provisiointiprosessi ei koskaan keskeydy tai viivästy tarkistuksen aikana.

Järjestelmä käynnistää ja suorittaa RPL-vaatimustenmukaisuustarkistuksen taustalla. Jos asiakkaalla on RPL-valitus, RPL-tiimiltä ei vaadita lisätoimia.

Jos mahdollinen vaatimustenmukaisuus havaitaan, aloitetaan tarkastusprosessi. RPL-tiimi suorittaa manuaalisen tarkastuksen ja hyväksyy asiakkaan, jos ongelmia ei ole. Useimmat ongelmat tarkistetaan ja ratkaistaan 15–60 minuutissa. Jos vaatimustenmukaisuusongelmia ei ratkaista, otamme yhteyttä kumppaneihin ja autamme ongelmien ratkaisemisessa.

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 organisaation maa määrittää Webex Meetings -sivuston oletusarvoiset yleiset soittonumerot Ciscon PSTN-puheluasetuksilla.

Järjestelmä asettaa sivuston oletusarvoiset globaalit soittonumerot 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.

Seuraavassa taulukossa on lueteltu oletusarvoinen soittomaakoodi kunkin sijainnin perusteella: