Skip to main content

Bom dia!



Hoje, no meu modelo de negócios, realizo um grande volume disparos de notificações ativas via WhatsApp pelo Blip utilizando a API. Devido a isso, muitos clientes respondem essas mensagens para tirar dúvidas e venho percebendo que meus atendentes tem dificuldades em localizar o cliente no meu sistema uma vez que no Blip Desk aparecem poucas informações sobre o mesmo na tela.



No print abaixo, acho que da para entender melhor o problema:


image



Nesse caso, o Blip Desk mostrou para o atendente informações como Nome mdo usuário no WhatsApp], Id Ainterno da Blip], Telefone e CPF nque o cliente preencheu no fluxo do Bot antes do atendimento humano], porém muitas outras informações sobre esse cliente estão disponíveis na minha base de dados e eu poderia preenche-las por conta própria para ajudar a identificar esse cliente



Gostaria, portanto, de saber se é possível de alguma forma settar via API outras variáveis do contato para identificar melhor e dar mais informações sobre o contato no momento que eu faço o disparo. Essas informações que eu gostaria de settar, poderiam ser, por exemplo, identificadores na minha base de dados, ou outras informações do meu modelo de negócio que auxiliem meus atendentes durante o atendimento desse cliente.



Hoje, quando faço minha requisição para disparar a notificação ativa via WhatsApp, faço também outras requisições via API para o servidor da Blip para configurar outras partes do fluxo de envio, tal como





  • Recuperar o “alternativeAccount” do usuário


  • Conferir a situação de envio / recebimento da mensagem que enviei


  • Settar o bot e o MasterState que o cliente vai entrar




E entendo que seria necessário fazer mais alguma requisição passando essas metainformações que preciso settar para o contato que que fiz esse disparo, porém, navegando pela documentação da Blip não encontrei com exatidão o que preciso.



Alguém pode me ajudar com isso?

Olá @Uriel_Barcelos_Braga!



Antes de responder a sua pergunta, vale revisar alguns pontos que fazem parte do seu processo:





  • Ao enviar a notificação, você utiliza autorização e identificadores do usuário, atrelados ao bot roteador


  • Quando seu usuário transita entre serviços do roteador, um novo contato é criado, deixando de ter o número do usuário e o domínio do canal, passando a ter um guid + @tunnel.msging.net.




Para que o atendimento tenha visão das informações do usuário, você pode adicionar nos campos extras de contato. Porém, o contato que o atendimento irá visualizar é aquele criado pelo serviço que é realizado o atendimento (uma vez que você está trabalhando com a estrutura de roteador).



Como isso poderia ser feito:







  • Antes de enviar a notificação, utilize a requisição "Add (or update) a contact" disponível em nossa documentação do postman para atualizar os dados desse usuário (lembre-se de criar as novas chaves e seus respectivos valores dentro do campo extras).







  • Após essa etapa, é necessário criar a mesma requisição antes que o usuário entre no bloco de atendimento, porém, essa request irá conter a chave de autorização do serviço de atendimento e terá como identity o tunnel do usuário.







Caso você possua um serviço que permite obter esses dados do usuário, podemos pensar em uma solução mais simples e que atende a mais casos:





  • Ao enviar a notificação, você passa somente o identificador do usuário necessário para acessar o serviço.


  • Antes de realizar o atendimento você busca essas informações por meio de uma ação HTTP.


  • Em seguida, basta realizar o comando de atualização do contato que mencionei anteriormente.




Caso tenha alguma dúvida nesse processo, estarei por aqui para apoiá-lo!

Comente


Termos de Uso e PrivacidadeDefinições de cookies