Como já mencionado, o Wholesale Route to Market elimina a necessidade de colocar Ordens de Compra por cliente no CCW. Em vez disso, o Provedor de Serviços pode integrar clientes diretamente ao Webex usando APIs públicas ou Partner Hub (futuro). O diagrama acima ilustra as interações de alto nível:

1. O Provedor de Serviços é o responsável pelo relacionamento com o cliente. Ao vender serviços ao cliente, o Provedor de Serviços gerencia esse relacionamento (incluindo cotações, pedidos, limitação de pacotes, faturamento e pagamentos) em seus próprios sistemas. Então, o primeiro passo em qualquer gerenciamento de clientes é provisionar o cliente em seu próprio sistema.

2. O Provedor de Serviços pode integrar APIs públicas em seus fluxos de trabalho de provisionamento de clientes para permitir que eles integrem automaticamente o cliente e os usuários ao Webex e atribuam serviços. No futuro, a solução também oferecerá suporte a recursos de integração por meio do Partner Hub.

3. Após a integração do Cliente, o Provedor de Serviços pode usar o Partner Hub, o Control Hub e as APIs Públicas para administrar melhor a solução para seus clientes.

Packages/AddOns

As unidades básicas de atribuição de serviço para o Wholesale Route to Market são Pacotes e AddOns.

• Pacotes são as atribuições de serviço base. Todos os usuários recebem um (e somente um) pacote, que lhes dá direito a um conjunto de serviços de mensagens, reuniões e chamadas do Webex. Para a lista de pacotes, veja Ofertas de pacotes.

  Ao criar um novo cliente, os parceiros especificam quantidades de pacotes e complementos que controlam o número máximo de pacotes que podem ser atribuídos.

• O Console de Atendente e os Complementos do Plano de Chamadas Cisco são recursos adicionais faturáveis que não estão incluídos por padrão nos pacotes básicos. O lançamento inicial do Wholesale RTM não inclui nenhum AddOn, mas há uma lista de possíveis AddOns em desenvolvimento.

Cheques de pessoas restritas e negadas

O provisionamento de RTM no atacado verifica automaticamente se um cliente aparece na Lista de Pessoas Restritas ou Negadas (RPL) para fins de conformidade. Essa verificação é obrigatória sempre que um cliente é criado ou seu endereço de cobrança é atualizado, garantindo que o cliente não esteja listado no RPL. Esta verificação se aplica a todos os clientes.

Se o cliente não aparecer no RPL, o sistema permite que o processo de integração continue sem interrupção.

Se o cliente aparecer no RPL, a equipe do RPL realiza uma revisão manual. Durante o período de revisão, o cliente é colocado em um estado "pending_rpl_review", onde a equipe avalia o caso manualmente. O período de revisão dura até 72 horas. Se a equipe RPL aprovar a integração após a análise, o cliente será criado automaticamente e passará para um estado provisionado. Se a revisão exceder 72 horas ou não puder ser resolvida, o caso será marcado como um erro e a integração não prosseguirá. A maioria dos casos é analisada e resolvida em 15 a 60 minutos.

Para obter informações sobre a política de conformidade da Cisco, consulte Conformidade geral de exportação.

Para obter informações do Departamento de Comércio dos EUA, consulte Lista de Pessoas Negadas.

Endereço

Você deve selecionar um país no endereço de cobrança ao criar um cliente. Este país será automaticamente atribuído como o país da organização na Identidade Comum. Além disso, o país da organização determinará os números de chamada globais padrão no site Webex Meetings com opções de chamada PSTN habilitadas pela Cisco.

Os números de chamada globais padrão do site serão definidos como o primeiro número de discagem disponível definido no domínio de telefonia com base no país da organização. Se o país da organização não for encontrado no número de discagem definido no domínio de telefonia, o número padrão desse local será usado.