> 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/junho-de-2026/19-06-2026.md). # 19/06/2026 ### **💬 Campanhas: Exclusão definitiva removia mídia do modelo de mensagem e impedia disparos** Ao excluir uma mensagem usando a opção de **Excluir definitivamente**, o arquivo de mídia vinculado ao modelo de mensagem (imagem, vídeo ou documento) também era removido do sistema. Com isso, disparos de campanha, chatbot ou sequência que usavam esse modelo falhavam e os atendimentos eram criados sem nenhuma mensagem registrada. 🔧 **O que estava acontecendo?** Quando o usuário optava por excluir definitivamente uma mensagem, o sistema apagava junto o arquivo de mídia do modelo de mensagem vinculado a ela — mesmo que esse modelo ainda fosse usado em disparos futuros. Sem o arquivo, o envio falhava silenciosamente. ✅ **O que foi corrigido?** * Excluir definitivamente uma mensagem não remove mais o arquivo de mídia do modelo de mensagem vinculado * Campanhas, chatbots e sequências que usam esse modelo continuam sendo disparados corretamente * Atendimentos gerados passam a registrar as mensagens normalmente, sem ficarem vazios ### **💬 Campanhas: Atendimentos sem interação não eram encerrados após cancelamento da campanha** Ao cancelar uma campanha que já havia iniciado os disparos, os atendimentos criados para contatos que não responderam permaneciam abertos indefinidamente. **🔧 O que estava acontecendo?** A plataforma já possui uma regra de encerramento automático de atendimentos sem interação após 5 dias. No entanto, essa regra não era aplicada quando a campanha era cancelada — os atendimentos gerados pelos disparos já realizados ficavam ativos mesmo sem nenhuma resposta do contato. **✅ O que foi corrigido?** * A regra de encerramento automático após 5 dias sem interação passou a ser aplicada também para atendimentos de campanhas canceladas * Atendimentos em que o contato respondeu não são afetados ### **🔗 Webhook: filtro por usuário no evento "Mensagem Recebida" não funcionava corretamente** Ao configurar um webhook com o evento "Mensagem Recebida" e aplicar um filtro por usuário, o disparo não ocorria mesmo quando o atendimento estava atribuído ao usuário do filtro. 🔧 **O que estava acontecendo?** O sistema avaliava o filtro de usuário verificando quem havia enviado a mensagem — mas no evento "Mensagem Recebida", quem envia é sempre o contato (cliente final), não um usuário da plataforma. Como a mensagem não tinha usuário interno associado, o filtro nunca era satisfeito e o webhook não disparava. ✅ **O que foi corrigido?** * O filtro por usuário passou a considerar o responsável pelo atendimento, e não quem enviou a mensagem * Webhooks com filtro por usuário agora disparam corretamente quando o atendimento está atribuído ao usuário configurado * O comportamento também foi corrigido para o evento "Mensagem Atualizada"
### **📣 Campanhas: Motivo da pausa agora é exibido nos detalhes da campanha** Ao acessar os detalhes de uma campanha pausada, administradores não conseguiam identificar o motivo da pausa — a informação era enviada apenas por notificação para o usuário que aprovou ou disparou a campanha. **✨ O que foi melhorado?** * O motivo da pausa agora é exibido diretamente na tela de detalhes da campanha. * Campanhas pausadas automaticamente (ex: canal de atendimento desconectado) exibem o motivo correspondente * Campanhas pausadas manualmente exibem: *"Pausado manualmente pelo usuário \[nome]"* * Campanhas pausadas antes desta atualização exibem: *"Motivo: Não Informado/Legado"*
### **🤖 Chatbot: nó sem ação configurada não gera mais erros em massa** Quando um fluxo de chatbot chegava a um nó sem nenhuma ação configurada, o sistema registrava um erro a cada execução — gerando milhares de registros desnecessários e impactando a estabilidade da plataforma. **✅ O que foi ajustado?** * Nós sem ação configurada deixaram de ser tratados como erro pelo sistema * Uma transição é exibida no atendimento informando que o fluxo foi finalizado e o motivo * O processamento segue normalmente, sem geração de registros de erro