> For the complete documentation index, see [llms.txt](https://docs.flw.chat/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flw.chat/guide/novidades-do-sistema/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"

<figure><img src="/files/aekrNbrsWiscLDAYP5SP" alt=""><figcaption></figcaption></figure>

### **📣 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"*

<figure><img src="/files/KhQZYOEZ1TQWlbD5C0nI" alt=""><figcaption></figcaption></figure>

### **🤖 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

<figure><img src="/files/Pj40VpCkHhVQWMbZDzoG" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/csMENOCZdqavpfQDHIDH" alt=""><figcaption></figcaption></figure>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.flw.chat/guide/novidades-do-sistema/junho-de-2026/19-06-2026.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
