Skip to main content

Olá a todos!

 

Estou tendo um problema na minha abertura de tickets dentro do Blip Desk, toda abertura de ticket que acontece via Whatsapp acaba chegando para o atendente com as informações de contato vazias, aparecendo somente quando atualiza a página.

Esse problema acontece pelo chat experimental da Blip de uma forma diferente. Quando o ticket é aberto por esse chat as tags ficam ocultas assim que chega para o atendente, mas resolvemos esse problema atrelando dentro das informações de contato para que o atendente possa ver a informação relacionada a essa tag.

Não consigo identificar a causa desse problema porquê o fluxo acontece corretamente e o atendimento chega no Blip Desk com as informações preenchidas, necessitando somente de atualizar a página para que apareçam.

Segue alguns detalhes do fluxo que podem estar contribuindo para esse problema:

  • O fluxo faz criação de tickets utilizando a API em um certo momento, para que possamos atribuir a tag correta da campanha e assim não dependendo que o atendente procure a mensagem inicial para descobrir qual é.
  • Os tickets vindos do chat experimental da Blip não acontecem essa ocultação de informações, exceto pela tag, apenas os tickets vindos direto pelo Whatsapp que acontece.
  • Foi percebido durante os testes que o chat experimental cria contatos diretamente dentro do Builder e não passando pelo Router, o que pode ser uma das causas desse atraso de informações durante a criação também

Enfim, essas são todas as suposições que eu consigo fazer em relação ao problema mas infelizmente eu não sei ao certo o motivo disso acontecer e muito menos consigo arrumar ou ajustar algo para melhorar o problema, assim como fiz para o caso do chat experimental em relação a tag.

 

Agradeço a ajuda!

Olá a todos!

 

Estou tendo um problema na minha abertura de tickets dentro do Blip Desk, toda abertura de ticket que acontece via Whatsapp acaba chegando para o atendente com as informações de contato vazias, aparecendo somente quando atualiza a página.

Esse problema acontece pelo chat experimental da Blip de uma forma diferente. Quando o ticket é aberto por esse chat as tags ficam ocultas assim que chega para o atendente, mas resolvemos esse problema atrelando dentro das informações de contato para que o atendente possa ver a informação relacionada a essa tag.

Não consigo identificar a causa desse problema porquê o fluxo acontece corretamente e o atendimento chega no Blip Desk com as informações preenchidas, necessitando somente de atualizar a página para que apareçam.

Segue alguns detalhes do fluxo que podem estar contribuindo para esse problema:

  • O fluxo faz criação de tickets utilizando a API em um certo momento, para que possamos atribuir a tag correta da campanha e assim não dependendo que o atendente procure a mensagem inicial para descobrir qual é.
  • Os tickets vindos do chat experimental da Blip não acontecem essa ocultação de informações, exceto pela tag, apenas os tickets vindos direto pelo Whatsapp que acontece.
  • Foi percebido durante os testes que o chat experimental cria contatos diretamente dentro do Builder e não passando pelo Router, o que pode ser uma das causas desse atraso de informações durante a criação também

Enfim, essas são todas as suposições que eu consigo fazer em relação ao problema mas infelizmente eu não sei ao certo o motivo disso acontecer e muito menos consigo arrumar ou ajustar algo para melhorar o problema, assim como fiz para o caso do chat experimental em relação a tag.

 

Agradeço a ajuda!

@echobiel tudo bem ? 

 

Recomendamos que não use a api para criação do ticket manual, peço que capture a campanha do contato com script se possível ou outra forma de inserir isso talvez com requisição http e depois usar o definir contato para inserção dos extras e deixe o fluxo criar o ticket e ve se aparece os dados corretos no desk. Outro ponto que pode ser é a utilização do contexto do router garanta que esteja ativo em todos os bots. Lembrando que para a inserção dos dados corretos todos contatos devem iniciar a comunicação vindo do router então garanta que o ponto de inicio sejam feitas pelos canais do router.


Olá a todos!

 

Estou tendo um problema na minha abertura de tickets dentro do Blip Desk, toda abertura de ticket que acontece via Whatsapp acaba chegando para o atendente com as informações de contato vazias, aparecendo somente quando atualiza a página.

Esse problema acontece pelo chat experimental da Blip de uma forma diferente. Quando o ticket é aberto por esse chat as tags ficam ocultas assim que chega para o atendente, mas resolvemos esse problema atrelando dentro das informações de contato para que o atendente possa ver a informação relacionada a essa tag.

Não consigo identificar a causa desse problema porquê o fluxo acontece corretamente e o atendimento chega no Blip Desk com as informações preenchidas, necessitando somente de atualizar a página para que apareçam.

Segue alguns detalhes do fluxo que podem estar contribuindo para esse problema:

  • O fluxo faz criação de tickets utilizando a API em um certo momento, para que possamos atribuir a tag correta da campanha e assim não dependendo que o atendente procure a mensagem inicial para descobrir qual é.
  • Os tickets vindos do chat experimental da Blip não acontecem essa ocultação de informações, exceto pela tag, apenas os tickets vindos direto pelo Whatsapp que acontece.
  • Foi percebido durante os testes que o chat experimental cria contatos diretamente dentro do Builder e não passando pelo Router, o que pode ser uma das causas desse atraso de informações durante a criação também

Enfim, essas são todas as suposições que eu consigo fazer em relação ao problema mas infelizmente eu não sei ao certo o motivo disso acontecer e muito menos consigo arrumar ou ajustar algo para melhorar o problema, assim como fiz para o caso do chat experimental em relação a tag.

 

Agradeço a ajuda!

@echobiel tudo bem ? 

 

Recomendamos que não use a api para criação do ticket manual, peço que capture a campanha do contato com script se possível ou outra forma de inserir isso talvez com requisição http e depois usar o definir contato para inserção dos extras e deixe o fluxo criar o ticket e ve se aparece os dados corretos no desk. Outro ponto que pode ser é a utilização do contexto do router garanta que esteja ativo em todos os bots. Lembrando que para a inserção dos dados corretos todos contatos devem iniciar a comunicação vindo do router então garanta que o ponto de inicio sejam feitas pelos canais do router.

 

Tudo bem e com você?

 

Infelizmente, eu preciso utilizar a API, pois é a única forma que eu encontrei para descobrir quem é o atendente responsável pelo ticket. Eu preciso saber quem é o atendente para cadastrar em outra plataforma junto das informações colhidas anteriormente. Além disso, como o builder não possui nenhuma ação de definir tags para o ticket/contato (já que depende do ticket estar criado), também não é possível atribuir uma tag automática.

Como eu disse, as informações estão todas lá, é apenas dentro do Blip Desk que não aparece sem o recarregamento da página, e isso só acontece quando o contato vem pelo Whatsapp (com exceção da tag que sempre precisa do recarregamento).

Se não for possível utilizar a API para fazer dessa forma o processo, teremos que repensar a forma que queremos disponibilizar as informações ao atendente, simplificando processos como aplicar tags olhando alguma informação dentro do contato e deixando um trabalho mais manual e dependente de que o atendente sempre vá fazer corretamente, o que não é muito preferível.

Segue um exemplo da ocorrência em vídeo do que ocorre dentro do Blip Desk:

 


@echobiel peço que de uma olhada nessa solução : 

 

https://help.blip.ai/hc/pt-br/articles/4474381206423-Enviando-dados-para-an%C3%A1lise-atrav%C3%A9s-de-Webhooks

ative esse webhook no seu bot e teste se a criação de ticket aparece como objeto e tente usar esses dados para seu sistema fazer a devidas ações. Pois hoje sabemos que quando o ticket é criado ele envia um objeto ao webhook.

Peço que teste em um bot não produtivo antes de fazer qualquer alteração em prod.


@echobiel peço que de uma olhada nessa solução : 

 

https://help.blip.ai/hc/pt-br/articles/4474381206423-Enviando-dados-para-an%C3%A1lise-atrav%C3%A9s-de-Webhooks

ative esse webhook no seu bot e teste se a criação de ticket aparece como objeto e tente usar esses dados para seu sistema fazer a devidas ações. Pois hoje sabemos que quando o ticket é criado ele envia um objeto ao webhook.

Peço que teste em um bot não produtivo antes de fazer qualquer alteração em prod.

Muito obrigado pela sugestão!

 

Tive que criar uma rota para o webhook e lá eu utilizei as APIs necessárias da mesma forma que fiz no bot, utilizando o registro de eventos para passar as variáveis adiante e deu tudo certo. A Tag continua não aparecendo de imediato, mas já é o suciente.


Comente