Skip to main content

Sempre que abro um ticket sobre esse problema recebo a mesma resposta:
“Isso ocorre devido ao fato de a Meta ainda não ter um mecanismo de falha que informe quando um dispositivo específico não consegue receber a mensagem.”

No meu entendimento, essa resposta mostra a Blip se eximindo da responsabilidade em vez de buscar uma solução.

Explicando o problema:
Quando um WhatsApp está conectado em mais de um dispositivo (por exemplo, celular e smartwatch) e uma atendente envia uma mensagem ativa, no Desk essa mensagem aparece como falha, mas na prática o cliente recebe a mensagem normalmente. O ponto crítico é que, ao responder, o cliente é direcionado para o BOT principal, e não para a atendente que iniciou a conversa.

Ou seja, a mensagem chega ao cliente, é entregue e lida, mas a Blip interpreta como falha e não trata corretamente o fluxo.

O que me incomoda:
A Blip insiste em colocar essa situação na conta da Meta. Porém, os próprios logs provam que a Meta retorna status de “entregue” e “lida”, mesmo marcando como falha. Isso mostra que há informação suficiente para que a Blip trate esse caso de forma adequada, em vez de simplesmente transferir o problema.

Exemplo real:

 

 

Ou seja, mesmo com a confirmação de recebida e lida, a mensagem é registrada como falha.

E não bastasse isso, além de não resolverem a questão no ticket, o suporte ainda pede para colocar na comunidade como sugestão. Isso reforça ainda mais a sensação de que o problema não é tratado com a devida seriedade, sendo simplesmente empurrado para frente.

Diante disso, pergunto:
Não seria do interesse da Blip tratar esse cenário? Entender que, em casos de múltiplos dispositivos conectados, a mensagem pode ser entregue e lida, mas ainda assim ser marcada incorretamente como falha? Em vez de apenas repassar a responsabilidade para a Meta ou jogar para a comunidade, não seria mais produtivo buscar uma solução que corrija essa inconsistência e evite esse impacto direto no atendimento?

Sempre que abro um ticket sobre esse problema recebo a mesma resposta:
“Isso ocorre devido ao fato de a Meta ainda não ter um mecanismo de falha que informe quando um dispositivo específico não consegue receber a mensagem.”

No meu entendimento, essa resposta mostra a Blip se eximindo da responsabilidade em vez de buscar uma solução.

Explicando o problema:
Quando um WhatsApp está conectado em mais de um dispositivo (por exemplo, celular e smartwatch) e uma atendente envia uma mensagem ativa, no Desk essa mensagem aparece como falha, mas na prática o cliente recebe a mensagem normalmente. O ponto crítico é que, ao responder, o cliente é direcionado para o BOT principal, e não para a atendente que iniciou a conversa.

Ou seja, a mensagem chega ao cliente, é entregue e lida, mas a Blip interpreta como falha e não trata corretamente o fluxo.

O que me incomoda:
A Blip insiste em colocar essa situação na conta da Meta. Porém, os próprios logs provam que a Meta retorna status de “entregue” e “lida”, mesmo marcando como falha. Isso mostra que há informação suficiente para que a Blip trate esse caso de forma adequada, em vez de simplesmente transferir o problema.

Exemplo real:

 

 

Ou seja, mesmo com a confirmação de recebida e lida, a mensagem é registrada como falha.

E não bastasse isso, além de não resolverem a questão no ticket, o suporte ainda pede para colocar na comunidade como sugestão. Isso reforça ainda mais a sensação de que o problema não é tratado com a devida seriedade, sendo simplesmente empurrado para frente.

Diante disso, pergunto:
Não seria do interesse da Blip tratar esse cenário? Entender que, em casos de múltiplos dispositivos conectados, a mensagem pode ser entregue e lida, mas ainda assim ser marcada incorretamente como falha? Em vez de apenas repassar a responsabilidade para a Meta ou jogar para a comunidade, não seria mais produtivo buscar uma solução que corrija essa inconsistência e evite esse impacto direto no atendimento?

Olá ​@Hugo Santhiago tudo bem ? 

Sabe me informar se essa falha ocorre com template onde tenha só texto escrito sem nenhuma media ? 


@Rafael_Figueiredo , os dois tipos de mensagens que envie quando descobrir esse erro foram com o botões de sim ou não, ou para dar continuidade ao atendimento ou confirmação de agendamento esse botão e considerado media ?  Como pode ver no exemplo abaixo.

 


 


@Hugo Santhiago, boa noite meu querido,
tudo bem?

Uma forma de validar se o disparo esta ocorrendo da forma esperada, é verificar se ao enviar a notificação ativa, o contato do usuario esteja carregando uma variavel com o nome da campanha. Se sim, voce consegue tratar pelo nome da campanha, para qual fluxo ele deve seguir.

OBS: De acordo com a sua imagem, se trata de um quick-reply. Pela imagem não consigo identificar se esse comportamente se trata de uma notificação ativa ou conteúdo dinâmico.

Abraços.