Skip to main content

Olá, pessoal! Tudo bem?

Gostaria de entender se existe alguma forma de identificar se um cliente já está em atendimento antes de enviarmos uma mensagem automatizada.

Contextualizando, atualmente temos um fluxo de recuperação de carrinhos abandonados. Se o cliente realiza uma compra e não efetua o pagamento em até 30 minutos, disparamos uma mensagem via WhatsApp com o objetivo de recuperar a venda (oferecendo um cupom, por exemplo).

O problema é que essa mensagem está sendo enviada mesmo quando o cliente já está em uma conversa ativa com o atendimento humano, o que acaba interrompendo e atrapalhando o atendente.

Por isso, gostaria de saber se há alguma rota na API que permita, a partir do user-identifier, verificar se o cliente já está em atendimento ativo, para que possamos evitar esse tipo de situação.

Pesquisei e encontrei algumas menções à rota GET /users/{userIdentifier}/state, mas ela não parece atender ao nosso caso, pois fiz alguns testes e, mesmo com uma conversa ativa em andamento, a resposta foi um status de falha:

{
"method": "get",
"status": "failure",
"reason": {
"code": 67,
"description": "The requested resource was not found"
},
...
}

Alguém já passou por isso ou teria alguma sugestão?

Obrigado desde já!

Oi, ​@VazMF ! Tudo bem?

Parece que os demais membros da comunidade não conseguiram te ajudar nessa dúvida. 😥

Se ainda estiver precisando de ajuda, aconselho abrir um chamado diretamente por este link  para o time de suporte caso tenha um plano/contrato ativo.  

Abraços!

 


  

Olá, pessoal! Tudo bem?

Gostaria de entender se existe alguma forma de identificar se um cliente já está em atendimento antes de enviarmos uma mensagem automatizada.

Contextualizando, atualmente temos um fluxo de recuperação de carrinhos abandonados. Se o cliente realiza uma compra e não efetua o pagamento em até 30 minutos, disparamos uma mensagem via WhatsApp com o objetivo de recuperar a venda (oferecendo um cupom, por exemplo).

O problema é que essa mensagem está sendo enviada mesmo quando o cliente já está em uma conversa ativa com o atendimento humano, o que acaba interrompendo e atrapalhando o atendente.

Por isso, gostaria de saber se há alguma rota na API que permita, a partir do user-identifier, verificar se o cliente já está em atendimento ativo, para que possamos evitar esse tipo de situação.

Pesquisei e encontrei algumas menções à rota GET /users/{userIdentifier}/state, mas ela não parece atender ao nosso caso, pois fiz alguns testes e, mesmo com uma conversa ativa em andamento, a resposta foi um status de falha:

{
"method": "get",
"status": "failure",
"reason": {
"code": 67,
"description": "The requested resource was not found"
},
...
}

Alguém já passou por isso ou teria alguma sugestão?

Obrigado desde já!

Boa tarde ​@VazMF !

Pelo retorno da API o contato deve estar no bloco início. Pode ser que o atendimento durou mais que o tempo de expiração da sessão por exemplo.

Eu faria o seguinte: quando todo atendimento for finalizado, vc muda a variável onde fica a regra de atendimento (no meu caso aqui é a variável contact.extras.Equipe) colocando como um valor que não é uma regra de atendimento. Aqui no meu exemplo coloquei como null.


Ai vc pode chamar a rota (get contact) e verificar se a variável é diferente de null (significa que está em atendimento)

{

    "id": "{{$guid}}",

    "method": "get",

    "uri": "/contacts/{{telefone}}@wa.gw.msging.net"

}


Boa tarde ​@VazMF !

Pelo retorno da API o contato deve estar no bloco início. Pode ser que o atendimento durou mais que o tempo de expiração da sessão por exemplo.

Eu faria o seguinte: quando todo atendimento for finalizado, vc muda a variável onde fica a regra de atendimento (no meu caso aqui é a variável contact.extras.Equipe) colocando como um valor que não é uma regra de atendimento. Aqui no meu exemplo coloquei como null.


Ai vc pode chamar a rota (get contact) e verificar se a variável é diferente de null (significa que está em atendimento)

{

    "id": "{{$guid}}",

    "method": "get",

    "uri": "/contacts/{{telefone}}@wa.gw.msging.net"

}


Comente