Confirmação de entrega no WhatsApp e permissões de robô descritas corretamente
Quando um robô era configurado apenas para consultar o funil, sem autorização para alterar nada, a resposta que descreve as permissões dele dava a entender que podia tudo. A autorização sempre esteve correta e nada indevido foi permitido, mas uma automação que confiasse nessa descrição tentaria ações que seriam recusadas, em repetição. A descrição agora informa exatamente o que aquele robô consegue executar.
- CorreçãoA consulta que um robô faz para descobrir as próprias permissões passou a informar, além do que está configurado, o que ele de fato consegue executar. Antes, um robô autorizado apenas a consultar o funil aparecia como se pudesse alterar tudo.
- MelhoriaA recusa de uma ação não permitida também passou a listar corretamente o que aquele robô pode fazer, em vez de repetir a lista completa de ações.
- CorreçãoMensagens enviadas por algumas caixas de WhatsApp nunca chegavam a aparecer como entregues, mesmo tendo sido entregues. A confirmação vinha do WhatsApp e era interpretada com um degrau de atraso.
- CorreçãoFalha de envio nessas mesmas caixas não aparecia como falha — o aviso de erro era descartado em silêncio.
- CorreçãoMensagem ainda pendente de envio aparecia como falhada.
Disponibilidade
Esta versão está publicada no Docker Hub. Ela ainda não foi instalada nos servidores — a atualização de cada instalação é um passo separado.
O que mudou
Esta versão interessa a quem conecta robôs ou automações ao funil. Para quem usa o painel, nada muda.
É possível dar a um robô apenas a autorização de consultar o funil, sem qualquer poder de alterar cards. É uma configuração útil: o robô acompanha, analisa e avisa, e nenhuma mudança acontece sem uma pessoa.
O problema não estava na autorização — ela sempre funcionou, e nenhum robô conseguiu fazer algo que não devia. O problema estava na descrição: quando um robô consultava as próprias permissões, a resposta dava a entender que ele podia executar todas as ações do funil, quando na verdade não podia nenhuma.
Uma automação que confiasse nessa descrição tentaria alterar um card, seria recusada, e — como a recusa também listava as ações erradas — tentaria de novo.
Agora a resposta traz um campo que informa exatamente o que aquele robô consegue executar. Lista vazia significa que ele só consulta.
Por que isso não apareceu antes
A combinação "apenas consultar, sem alterar" não estava em uso. Enquanto todo robô tinha autorização de alteração, a descrição e a realidade coincidiam.
Confirmação de entrega no WhatsApp
Esta parte afeta quem usa WhatsApp e acompanha o status das mensagens.
O WhatsApp devolve confirmações em etapas: pendente, enviado ao servidor, entregue no aparelho, lido. Em parte das caixas, essas confirmações estavam sendo interpretadas com um degrau de atraso — "entregue" era registrado como "enviado", e "lido" como "entregue".
O efeito visível: mensagens dessas caixas nunca apareciam como entregues, por mais que tivessem sido. Quem acompanhava disparos ou automações via um número de entregas mais baixo que a realidade.
Dois efeitos menores vinham junto: o aviso de falha de envio era descartado em silêncio, então uma mensagem que não chegou continuava aparecendo como enviada; e uma mensagem ainda pendente aparecia como falhada.
As caixas afetadas eram as que usam um dos caminhos de integração; as demais sempre registraram corretamente. É por isso que o problema podia conviver com relatórios que pareciam certos em algumas caixas e estranhos em outras.
Nada precisa ser feito após a atualização. Mensagens antigas mantêm o status que já tinham — a correção vale para as confirmações que chegarem a partir de agora.