Boa tarde, tudo bem?

O usuário sempre chega no bloco onde acontece a definição do contato? No meu fluxo usamos diversas variáveis salvas em extras e toda vez que o usuário percorre o fluxo novamente, elas são atualizadas normalmente se ele chegar no bloco onde os extras são salvos no contato.

Opa @Mattwlds tranquilo? olha chega sim, chega a fazer todo o fluxo normal, mas quando chega no atendente as informações que são mostradas são das da primeira interação. no seu caso quando você armazena essas variáveis, você armazena a variável de resposta diretamente no contato? ou vc cria uma outra variável especifica para isso? como te falei no meu caso a variável em si é redefinida mas mas no contato não é atualizado, fica apenas as informações que foram respondidas na primeira interação, mesmo ele tendo colocado outras opçãos.

Eu apenas salvo ela como variável e depois a utilizo na definição de contato. Exemplo:





No final do fluxo, eu salvo nos contatos.

É exatamente isso que eu faço, porém a cada interação ele não Atualiza, só fica oq foi digitado na primeira interação.

Eu já tive esse problema, e como solução, abri nas ações de entrada uma condição Definir contato, zerando as variáveis no menu inicial

Tem solução mais barata rsrsrsrs mas foi o que achei viável na altura.

Abs


E.Cardoso

Estranho…


Tive esse problema alguns meses atrás, mas tive que migrar de contrato por conta de uma outra situação e desde então, esse erro não aconteceu mais. Se a sugestão do @Eduardo_Cardoso não funcionar, é recomendável abrir um ticket para o suporte ou um post no fórum no campo de erros e falhas.

Isso ai @Mattwlds!

Então, no inicio do do fluxo eu pego as mesma chaves do extras do contato e redefino com o valor vazio?

Pronto, vou tentar aqui @Eduardo_Cardoso e volto pra dizer se pegou. \o/

@Mattwlds @Eduardo_Cardoso Gente encontrei o “erro”, é o seguinte…

Se o usuário passar no fluxo a primeira vez ele registra os extras e fica salvo como tinha falado, quando ele passa a segunda vez e escolhe opções diferentes Também atualiza, o problema está no próprio Blip Desk.

Se na segunda vez ele escolher opções diferentes vai chegar no Blip desk com as antigas (Da primeira passagem) mas se eu der um F5 na página ele me mostra as informações novas. estranho não? como será que resolvo isso? vou abrir o Ticket em relação a esse problema.

Se vcs testarem ai tb e acontecer a mesma coisa já é bom que sinalizamos isso a eles.

Valeu gente, grande abraço!

Testei e não aconteceu esse problema aqui. Mesmo com mensagens ativas, todos os extras são redefinidos se tiveram mudanças.

De qualquer forma, obrigado por compartilhar sua descoberta 😁


Bom que se acontecer aqui, já sei que esse pode ser o problema.

Grande abraço!

Olá @devs tudo bom?

Este é um erro comum que encontro ao desenvolver bots. Você está usando um bot de atendimento humano ou subbots com um roteador e um bot principal? Se for esse o caso, o problema é que cada bot e subbot possui sua própria lista de contatos. Quando chega ao atendimento humano, ele busca o contato do bot de atendimento humano para o desk. Para resolver isso, é necessário criar um script ou uma requisição HTTP para atualizar o contato do bot de atendimento para que ele corresponda ao contato no roteador. Aqui está um exemplo de requisição que eu utilizo:

É exatamente isso @Michel_Carvalho_de_C ! Tenho um Bot principal que onde Captado e salvo as informações e quando chega no outro bot atendimento Humano ele não chega atualizado.

Só uma duvida, essa requisição eu uso no bot de atendimento no caso né?

Vou testar essa tua sugestão ai, volto pra dizer foi kk

A chave de autenticação e pego do Bot roteador correto?

Se vc quer atualizar diretamente no bot de atendimento humano, deve utilizar a chave do bot de atendimento humano.

Lembre-se também que na requisição…no campo identity, você deve utilizar a variável tunnel.identity, que é o ID do cliente dentro do sub bot.