Olá, fui rever a documentação e reparei em um “detalhe”:

Porém antes de alterar o tipo de distribuição, gostaria de saber qual a diferença entre utilizar REDIS e SQL e se essa alteração pode impactar em alguma outra coisa no bot?

​@Mateus Cruz bom dia!

Em qual contexto vc usa a API para criar o ticket? 

Sobre o erro me parece que o bot não identificou o contato com o id informado. Tenta informar um id que exista nos contatos do bot pra ver se vai funcionar.

Verifiquei que o contato existe, ao fazer a requisição para obter o contato, os dados do mesmo retornam corretamente.
Estou tentando utilizar a API para transferir o contato para o bot de transbordo, em seguida altero ele para o bloco de atendimento humano, até aqui está funcionando, porém, após coloca-lo no bloco de atendimento humano, preciso criar um ticket e “vincular” um atendente em específico ao ticket.

Vc verificou o contato no Router ou no bot de atendimento? Verifica por favor se o “contexto do roteador” do bot de atendimento está ligado? Se tiver desligado a Blip cria um contato para o Router e outro contato para o bot de atendimento. 

 

Pq vc não faz essa transferência para o atendimento dentro do próprio Builder? Não precisaria de chamar as APIs e vc conseguiria trasnferir para um atendente específico setando a variável “attendanceRedirect” com o e-mail do atendente no bloco antes do “Atendimento Humano” que cria o ticket direto no atendente que vc quer.

 

​@Mateus Cruz bom dia!

Em qual contexto vc usa a API para criar o ticket? 

Sobre o erro me parece que o bot não identificou o contato com o id informado. Tenta informar um id que exista nos contatos do bot pra ver se vai funcionar.

Verifiquei que o contato existe, ao fazer a requisição para obter o contato, os dados do mesmo retornam corretamente.
Estou tentando utilizar a API para transferir o contato para o bot de transbordo, em seguida altero ele para o bloco de atendimento humano, até aqui está funcionando, porém, após coloca-lo no bloco de atendimento humano, preciso criar um ticket e “vincular” um atendente em específico ao ticket.

Vc verificou o contato no Router ou no bot de atendimento? Verifica por favor se o “contexto do roteador” do bot de atendimento está ligado? Se tiver desligado a Blip cria um contato para o Router e outro contato para o bot de atendimento. 

 

Pq vc não faz essa transferência para o atendimento dentro do próprio Builder? Não precisaria de chamar as APIs e vc conseguiria trasnferir para um atendente específico setando a variável “attendanceRedirect” com o e-mail do atendente no bloco antes do “Atendimento Humano” que cria o ticket direto no atendente que vc quer.

 

 

Sim, o contexo está ativo:
 

Nesse caso o transbordo é feito em diversas partes dos vários BOTs, mas queremos ter a possibilidade do coordenador “furar a fila” dos BOTs e transferir um contato diretamente para algum atendente ou fila sem precisar usar uma mensagem ativa, nesse caso o atendente é selecionado em um dashboard e a API deve criar o ticket e atribuir para o atendente selecionado.

​@Mateus Cruz bom dia!

Em qual contexto vc usa a API para criar o ticket? 

Sobre o erro me parece que o bot não identificou o contato com o id informado. Tenta informar um id que exista nos contatos do bot pra ver se vai funcionar.

Verifiquei que o contato existe, ao fazer a requisição para obter o contato, os dados do mesmo retornam corretamente.
Estou tentando utilizar a API para transferir o contato para o bot de transbordo, em seguida altero ele para o bloco de atendimento humano, até aqui está funcionando, porém, após coloca-lo no bloco de atendimento humano, preciso criar um ticket e “vincular” um atendente em específico ao ticket.

Vc verificou o contato no Router ou no bot de atendimento? Verifica por favor se o “contexto do roteador” do bot de atendimento está ligado? Se tiver desligado a Blip cria um contato para o Router e outro contato para o bot de atendimento. 

 

Pq vc não faz essa transferência para o atendimento dentro do próprio Builder? Não precisaria de chamar as APIs e vc conseguiria trasnferir para um atendente específico setando a variável “attendanceRedirect” com o e-mail do atendente no bloco antes do “Atendimento Humano” que cria o ticket direto no atendente que vc quer.

 

 

Sim, o contexo está ativo:
 

 

Nesse caso o transbordo é feito em diversas partes dos vários BOTs, mas queremos ter a possibilidade do coordenador “furar a fila” dos BOTs e transferir um contato diretamente para algum atendente ou fila sem precisar usar uma mensagem ativa, nesse caso o atendente é selecionado em um dashboard e a API deve criar o ticket e atribuir para o atendente selecionado.

Se a janela de conversa do WhatsApp não estiver aberta, seus atendentes não vão conseguir enviar mensagens para os contatos. Para abrir a janela somente enviando mensagem ativa ou se o contato enviar uma mensagem para o chatbot.

​@Mateus Cruz bom dia!

Em qual contexto vc usa a API para criar o ticket? 

Sobre o erro me parece que o bot não identificou o contato com o id informado. Tenta informar um id que exista nos contatos do bot pra ver se vai funcionar.

Verifiquei que o contato existe, ao fazer a requisição para obter o contato, os dados do mesmo retornam corretamente.
Estou tentando utilizar a API para transferir o contato para o bot de transbordo, em seguida altero ele para o bloco de atendimento humano, até aqui está funcionando, porém, após coloca-lo no bloco de atendimento humano, preciso criar um ticket e “vincular” um atendente em específico ao ticket.

Vc verificou o contato no Router ou no bot de atendimento? Verifica por favor se o “contexto do roteador” do bot de atendimento está ligado? Se tiver desligado a Blip cria um contato para o Router e outro contato para o bot de atendimento. 

 

Pq vc não faz essa transferência para o atendimento dentro do próprio Builder? Não precisaria de chamar as APIs e vc conseguiria trasnferir para um atendente específico setando a variável “attendanceRedirect” com o e-mail do atendente no bloco antes do “Atendimento Humano” que cria o ticket direto no atendente que vc quer.

 

 

Sim, o contexo está ativo:
 

 

Nesse caso o transbordo é feito em diversas partes dos vários BOTs, mas queremos ter a possibilidade do coordenador “furar a fila” dos BOTs e transferir um contato diretamente para algum atendente ou fila sem precisar usar uma mensagem ativa, nesse caso o atendente é selecionado em um dashboard e a API deve criar o ticket e atribuir para o atendente selecionado.

Se a janela de conversa do WhatsApp não estiver aberta, seus atendentes não vão conseguir enviar mensagens para os contatos. Para abrir a janela somente enviando mensagem ativa ou se o contato enviar uma mensagem para o chatbot.

Nesse caso realizei testes em que a janela ainda estava aberta.

​@Mateus Cruz 
Se estiver com o contexto do roteador ativado, para essa requisição a key precisa ser a do subBot onde se encontra o Atendimento Humano e o customerIdentity tbem precisa ser o tunnel.identity do subbot.
Já tentou assim ? e logo após fazer essa requisição vc deve enviar o usuário para o bloco de atendimento humano
{
   "id":"{{$guid}}",
   "to":"[email protected]",
   "method":"set",
   "uri":"/tickets",
   "type":"application/vnd.iris.ticket+json",
   "resource":{
      "customerIdentity":"{{tunnel.identity}}",
      "agentIdentity":"mateus.cruz%[email protected]",
      "team":"Default"
   }
}

Como seria para obter o “tunnel.identity”? Procurei na documentação e não encontrei nada, além disso ao fazer requisição assim:

{  
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/contacts/[email protected]"
}

Com a chave do subbot retorna erro “The requested resource was not found”.