[Em Análise] Falha na transferência para atendimento humano

Olá!
Primeiramente peço desculpa pela minha falta de conhecimento técnico, estou começando a trabalhar com o Blip agora e não faço parte do time de TI da empresa.

A situação é a seguinte, estamos desenvolvendo um bot em que o cliente informa a cidade onde possuímos filial e que ele gostaria de contatar e em seguida, após a coleta de algumas informações, direcionamos ele para o atendimento humano da equipe da filial (cidade) correspondente.

Para isso, foi criado por um dos membros da equipe de TI (que não está mais presente), num bloco de “Definição da Filial”, um javascript simples que realiza a comparação entre o valor digitado pelo cliente e atribuição ao número da filial correspondente, conforme exemplo abaixo:

function run(cidadeFilial) {
cidadeFilial = cidadeFilial.toUpperCase();
if(cidadeFilial == ‘ALFENAS’){return ‘Filial01’;}
else if(cidadeFilial == ‘BARBACENA’){return ‘Filial02’;}
else if(cidadeFilial == ‘ELÓI MENDES’){return ‘Filial03’;}
else if(cidadeFilial == ‘ELOI MENDES’){return ‘Filial03’;}
else if(cidadeFilial == ‘FORMIGA’){return ‘Filial04’;}
else if(cidadeFilial == ‘ITAJUBÁ’){return ‘Filial05’;}
else if(cidadeFilial == ‘ITAJUBA’){return ‘Filial05’;}
}

Após a comparação, o fluxo segue para a coleta das demais informações junto ao cliente até que chegue no bloco de atendimento humano.
Ocorre que ao realizar a transferência, o ticket está caindo na fila “Default” e não na fila da equipe referente à filial (cidade) que deveria.
Abaixo seguem alguns prints das regras de atendimento criadas:


No Contact.Extras, onde está “CidadeFilial” corresponde a Key que definimos no bloco de coleta da informação com o cliente e que está vinculada à variável “cidadeFilial” (usada pra armazenar o valor digitado pelo cliente).
Neste mesmo bloco estamos utilizando a condição “contém” nas condições de entrada, assim como na regra de atendimento. Segue o print abaixo:
image
Já fiz alguns testes alterando a condição de “contém” para “igual”, mas acredito que não seja o caso, pois o atendimento continuou sendo direcionado para a equipe “Default”.
Quanto ao JS, suspeitei que o problema pudesse estar nele, mas já fizemos o teste retornando o valor armazenado no chat, após passar pelo código, e está retornando o número da filial correspondente a cidade informada pelo cliente.

Obs.: Em um teste recente, notei que este problema está ocorrendo somente quando o teste é realizado através do Router.
No teste local (realizado diretamente no bot que contém as informações) está transferindo corretamente.

Teriam alguma ideia do que estamos fazendo de errado?
Agradeço desde já pelo apoio.

Nos subbot’s esta maracado a configuração de contexto roteador ?

Oi @Mauricio_de_Souza_Pe, está sim!
image
Foi uma das primeiras coisas que verifiquei depois que identifiquei que a transferência só não estava dando certo quando testado pelo Router.
Acredito que seja por outro motivo, porque os demais subbots seguem essa mesma configuração e a transferência do atendimento humano ocorre pra equipe certa.

Olá @Marcelo_Henrique_da,

Vou te mandar uma mensagem no privado :man_technologist:t5:

Conforme identificado pelo @Caiof a falha na transferência para o atendimento humano está ocorrendo devido a um bug no contexto do router.

Ao desativar o contexto do router no subbot a transferência do atendimento para as equipes ocorreu de maneira correta, a partir de testes iniciados pelo Router.

Foi aberto um chamado para verificação do bug e até lá deixaremos o contexto do router desativado no subbot.

` ,

1 Curtida