Sem retorno do evento "consumed" na requisição HTTP para mensagens lidas


Boa tarde, tudo bem?


Estamos com problemas para requisitar os status das notificações enviadas (campanhas ativas - envio em massa). Conforme lido em documentações e aqui no fórum, entendemos que o evento “consumed” se refere a leitura do destino.


Estamos fazendo a seguinte requisição através do Postman:


POST https://[identificador do bot].http.msging.net/commands


Body:

{

“id”: “{{$guid}}”,

“to”: “[email protected]”,

“method”: “get”,

“uri”: “/notifications?id=activecampaign:[id da campanha ativa]&$take=100&$skip=0”

}


Header:

Key: Content-Type || Value: application/json

Key: Authorization || Value: [chave de autorização do bot]


Fizemos um envio de 160 comunicados, precisamos utilizar o parâmetro “skip” para recuperar todos os status (levando em consideração que a requisição retorna apenas 100 eventos por vez), mas ainda, alguns eventos não estavam no retorno. Nesta requisição acima utilizamos os dados do bot “ROTEADOR”.


Conforme também recebemos orientação, tentamos utilizar no Header a chave de outro subbot.

Fazendo isso, retornaram vários itens que não haviam sido encontrados no início.


Key do subbot: [chave de autorização do subbot]


Mas mesmo assim, não foram encontrados o status “consumed” de alguns números de celular.


Ambos os números são de colegas aqui da equipe que leram a mensagem ativa e tem a confirmação de leitura ativada no whatsapp (Os dois “checks” azuis). E no relatório do growth consta como “READ” o status desta mensagem para esses números.


Fizemos a requisição buscando por um número aleatório que recebeu a mensagem (no relatório do growth consta como “READ” o status desta mensagem).


Para este número, encontramos os 3 eventos (Accepted, Received e Consumed), porém o evento “consumed” foi encontrado apenas quando utilizamos a chave do subbot.


Qual o padrão seguido deste endpoint que estamos utilizando? A orientação que nos deram de usar a chave do subbot aparentemente funcionou, mas ainda assim, não trouxe todos os eventos que estavam faltando para alguns números de telefone específicos.


Atualmente, através de uma integração via C#, realizamos a requisição neste endpoint e registramos a informação em um banco de dados. Gostaríamos de poder registrar todos os eventos (Accepted, Received e Consumed), ou pelo menos, saber quando há a confirmação de leitura.


Para essa necessidade devemos utilizar outro endpoint?


Conforme já foi tratado em um ticket, nós entendemos que pela requisição, vocês registram os saltos dos envelopes no padrão LIME que trafegam internamente dentro das aplicações Blip, mas por que para esses números de celular que citei, não há registro de salto?


Como vamos saber qual chave do bot utilizar? Qual o padrão a se seguir?


Alguém poderia nos ajudar com isso?


1 comentário

Reputação 7
Crachá +3

Olá @Vinicius_Stephano tudo bem ?


Existe um cenário onde a META não retornar os valores devido a janela conforme documentação : Send API - Messenger Platform - Documentation - Meta for Developers

O outro caso são as configurações dos usuários referente a privacidade.


Para poder te ajudar peço que entre em contato nosso time de suporte : https://support.blip.ai/hc/pt-br

Comente