Som allerede nevnt, fjerner Wholesale Route to Market behovet for å legge inn bestillinger per kunde i CCW. I stedet kan tjenesteleverandøren registrere kunder direkte mot Webex ved hjelp av offentlige API-er eller Partner Hub (fremtidig). Diagrammet ovenfor illustrerer interaksjonene på høyt nivå:

1. Tjenesteleverandøren eier kundeforholdet. Når tjenesteleverandøren selger tjenester til kunden, administrerer de dette forholdet (inkludert tilbud, bestilling, pakkebegrensning, fakturering, betalinger) på sine egne systemer. Så det første trinnet i all kundeadministrasjon er å klargjøre kunden på deres eget system.

2. Tjenesteleverandøren kan integrere offentlige API-er i sine arbeidsflyter for kundeklargjøring, slik at de automatisk kan registrere kunden og brukerne på Webex og tildele tjenester. I fremtiden vil løsningen også støtte onboarding-muligheter gjennom Partner Hub.

3. Når kunden er registrert, kan tjenesteleverandøren bruke Partner Hub, Control Hub og offentlige API-er for å administrere løsningen for kundene sine videre.

Packages/AddOns

De grunnleggende enhetene for tjenestetildeling for engrosrute til marked er pakker og tillegg.

• Pakker er de grunnleggende tjenestetildelingene. Alle brukere får tildelt én (og bare én) pakke, som gir dem rett til et sett med Webex-meldings-, møte- og anropstjenester. For en liste over pakker, se Pakketilbud.

  Når partnere oppretter en ny kunde, spesifiserer de pakke- og tilleggsmengder som styrer det maksimale antallet pakker som kan tilordnes.

• Tilleggsfunksjonene Attendant Console og Cisco Calling Plan er fakturerbare tilleggsfunksjoner som ikke er inkludert som standard i basispakkene. Den første utgivelsen av Wholesale RTM inkluderer ingen tilleggsprogrammer, men det er en liste over potensielle tilleggsprogrammer på vei.

Sjekker for begrensede og nektede personer

RTM-provisionering i engros sjekker automatisk om en kunde vises på listen over begrensede eller nektede personer (RPL) av samsvarsformål. Denne bekreftelsen er obligatorisk hver gang en kunde opprettes eller faktureringsadressen deres oppdateres, for å sikre at kunden ikke er oppført på RPL-en. Denne sjekken gjelder for alle kunder.

Hvis kunden ikke vises på RPL-en, lar systemet onboarding-prosessen fortsette uten avbrudd.

Hvis kunden vises på RPL-en, utfører RPL-teamet en manuell gjennomgang. I løpet av gjennomgangsperioden plasseres kunden i en «pending_rpl_review»-tilstand, hvor teamet manuelt evaluerer saken. Gjennomgangsperioden varer i opptil 72 timer. Hvis RPL-teamet godkjenner onboardingen etter gjennomgangen, opprettes kunden automatisk og går over til en klargjort tilstand. Hvis gjennomgangen tar mer enn 72 timer eller ikke kan løses, merkes saken som en feil, og onboarding-prosessen fortsetter ikke. De fleste sakene blir gjennomgått og løst innen 15–60 minutter.

Hvis du vil ha informasjon om Ciscos samsvarspolicy, kan du se Generell eksportsamsvar.

For informasjon fra det amerikanske handelsdepartementet, se Liste over nektede personer.

Adresse

Du må velge et land i faktureringsadressen når du oppretter en kunde. Dette landet vil automatisk bli tildelt som organisasjonsland i Common Identity. I tillegg vil organisasjonslandet bestemme standard globale innringingsnumre på Webex Meetings-nettstedet med Cisco-aktiverte PSTN-anropsalternativer.

Nettstedets standard globale innringingsnumre vil bli satt til det første tilgjengelige innringingsnummeret som er definert i telefonidomenet basert på organisasjonens land. Hvis organisasjonens land ikke finnes i oppringingsnummeret som er definert i telefonidomenet, brukes standardnummeret for det stedet.