O RTM no atacado elimina a necessidade de fazer pedidos 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.

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

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

• Após a integração do cliente, o provedor de serviços pode usar o Partner Hub, o Control Hub e APIs públicas para administrar melhor a solução para seus clientes.

Packages/add-ons

As unidades básicas de atribuição de serviço para RTM no atacado são Pacotes e Complementos.

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

• Os complementos do Attendant Console e do Cisco Calling Plan 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 complemento, mas há uma lista de possíveis complementos em desenvolvimento.

Verificações de pessoas restritas ou 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.

A verificação de conformidade do RPL é executada de forma assíncrona em segundo plano. Isso significa que o provisionamento do cliente ocorre perfeitamente, garantindo que o fluxo de provisionamento nunca seja interrompido ou atrasado enquanto a verificação estiver em andamento.

O sistema inicia e executa a verificação de conformidade do RPL em segundo plano. Se o cliente reclamar do RPL, nenhuma outra ação será necessária por parte da equipe do RPL.

Se uma possível correspondência de conformidade for detectada, um processo de revisão será iniciado. A equipe RPL realiza uma revisão manual e aprova o cliente se não houver problemas. A maioria dos problemas é analisada e resolvida em 15 a 60 minutos. Se os problemas de conformidade não forem resolvidos, entramos em contato com os parceiros e ajudamos a resolvê-los.

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 é automaticamente atribuído como o país da organização na Identidade Comum. Além disso, o país da organização determina os números de chamada globais padrão no site Webex Meetings com opções de chamada PSTN habilitadas pela Cisco.

O sistema define os números de chamada globais padrão do site para 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.

A tabela a seguir lista o código de país de chamada padrão com base em cada local: