O RTM por 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 dono do relacionamento com o cliente. Ao vender serviços ao cliente, o prestador de serviços gerencia o relacionamento (incluindo cotação, pedido, limitação de pacotes, cobrança, pagamentos) em seus próprios sistemas. Portanto, 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.

• Depois que o cliente estiver integrado, o provedor de serviços poderá usar o Partner Hub, o Control Hub e as APIs públicas para administrar ainda mais a solução para seus clientes.

Pacotes/complementos

As unidades básicas de atribuição de serviços para o Wholesale RTM são pacotes e complementos.

• Os pacotes são as atribuições básicas do serviço. Todos os usuários recebem um (e somente um) pacote, que lhes dá direito a um conjunto de Webex Messaging serviços de reuniões e chamadas. Para ver a lista de pacotes, consulte 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 Attendant Console e Cisco Calling Plan são recursos adicionais faturáveis que não estão incluídos por padrão nos pacotes básicos. A versão inicial do Wholesale RTM não inclui nenhum complemento, mas há uma lista de possíveis complementos em andamento.

Cheques de pessoas restritos ou negados

O provisionamento de RTM por 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. Essa 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 sem problemas, 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 fizer uma reclamação de RPL, nenhuma ação adicional será necessária da equipe de RPL.

Se uma possível correspondência de conformidade for detectada, um processo de revisão será iniciado. A equipe de RPL conduz uma análise 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, entraremos 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 dos EUA Departamento de Comércio, consulte a Lista de Pessoas Negadas.

Endereço

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

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

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