> For the complete documentation index, see [llms.txt](https://docs.helena.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.helena.app/duvidas-e-novidades/novidades-de-produto/agosto-de-2026/07-08-2026.md).
# 07/08/2026
### 👥 Atendimentos: Atendimentos vazios criados por edição de mensagem no WhatsApp
Quando um contato editava uma mensagem em um canal WhatsApp (Cloud API), o sistema não reconhecia esse tipo de evento e o reprocessava internamente até quatro vezes. A cada tentativa, com o atendimento anterior concluído e a preferência **Arquivar imediatamente** ativa, um atendimento novo e vazio era aberto. Por ocorrer de forma interna, o processo não deixava rastro nas integrações, fazendo os atendimentos parecerem surgir sem motivo.
✅ **O que foi corrigido?**
O sistema passou a reconhecer e ignorar eventos de edição corretamente, assim como já fazia com reações e outros tipos que não geram mensagem nova. Com isso:
* Edições de mensagem não geram reprocessamentos internos, eliminando a criação de atendimentos vazios em sequência
* Reações a mensagens continuam sem abrir atendimentos
* Mensagens novas recebidas após a conclusão de um atendimento continuam abrindo um novo atendimento normalmente
* Todo atendimento criado a partir de mensagem recebida contém pelo menos uma mensagem além da linha de abertura
#### 👥 Atendimentos: Atendimento encerrado indevidamente ao reiniciar conversa com template
Quando a janela de 24 horas expirava e o atendente clicava em **Reiniciar** para enviar um template e retomar a conversa, o sistema concluía o atendimento em aberto, registrando como se o atendente tivesse encerrado manualmente, e abria um novo atendimento no lugar.
O problema ocorria porque o processo de expiração atualizava várias sessões do contato ao mesmo tempo com a mesma data, e a consulta responsável por identificar a conversa atual não tinha como desempatar. Com isso, o sistema identificava uma sessão antiga como a mais recente e seguia o caminho errado.
✅ **O que foi corrigido?**
O fluxo de reinício passou a identificar diretamente se o atendimento em questão ainda está em aberto, sem depender do critério de ordenação que causava o problema. Com isso:
* Ao reiniciar uma conversa com template, o atendimento em aberto é mantido e a conversa continua no mesmo atendimento
* O atendimento deixa de ser registrado como concluído pelo atendente sem que ele tenha realizado essa ação
* O reinício de atendimentos já concluídos continua criando um novo atendimento normalmente
