> 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/26-06-2026.md).

# 26/06/2026

### **👥 Atendimentos:** Aviso indevido de mensagens pendentes ao concluir atendimento com nota criada via API

Ao tentar concluir um atendimento que possuía uma nota criada via integração, o sistema exibia um aviso de mensagens pendentes mesmo sem nenhuma mensagem real aguardando resposta.

🔧 **O que estava acontecendo?**

Notas criadas via integração eram interpretadas pelo sistema como mensagens enviadas pela empresa, acionando o aviso de confirmação de forma indevida.

✅ **O que foi corrigido?**

* Notas criadas via integração não acionam mais o aviso de mensagens pendentes
* O aviso continua aparecendo normalmente quando há mensagens reais da empresa aguardando resposta do contato

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

### **👥 Atendimentos: Transferência de equipe podia ser perdida por criação simultânea de nota via API**

Em fluxos onde o chatbot transferia o atendimento para uma equipe e disparava um webhook que criava uma nota via integração no mesmo atendimento, a transferência de equipe podia ser perdida.

🔧 **O que estava acontecendo?**

As duas operações podiam ocorrer ao mesmo tempo, e a criação da nota acabava sobrescrevendo a transferência de equipe — fazendo com que o atendimento permanecesse na equipe errada.

✅ **O que foi corrigido?**

* A criação de nota via integração não sobrescreve mais a transferência de equipe realizada pelo chatbot
* A equipe definida pelo chatbot é preservada mesmo quando há operações simultâneas no mesmo atendimento

### **🗂️ CRM / Chatbot: Atualizações em cards via integração podiam ser perdidas em fluxos com webhook**

Em fluxos onde o chatbot atualizava um card e, em seguida, disparava um webhook que também atualizava o mesmo card via integração, uma das alterações podia ser perdida.

🔧 **O que estava acontecendo?**

Quando o chatbot atualizava um card e disparava um webhook, a integração acionada por esse webhook tentava atualizar o mesmo card quase ao mesmo tempo. Em algumas situações, a atualização feita pelo chatbot sobrescrevia as alterações realizadas pela API — fazendo com que as etiquetas aplicadas via integração não fossem salvas

✅ **O que foi corrigido?**

* Atualizações do chatbot e da integração no mesmo card passaram a ser aplicadas sem se sobrescrever
* O comportamento agora é consistente em todas as execuções do fluxo

### **🤖 Chatbot: Gatilho de atendimento podia ser copiado para chatbot de automação**

Era possível copiar um gatilho de um chatbot de atendimento e colá-lo em um chatbot de automação. Ao publicar, o gatilho funcionava como se fosse de atendimento, acionando o comportamento errado.

🔧 **O que estava acontecendo?**

O builder permitia copiar e colar gatilhos entre tipos diferentes de chatbot. O gatilho copiado mantinha características exclusivas do builder de atendimento e, ao ser publicado no chatbot de automação, fazia com que ele agisse como um chatbot de atendimento.

✅ **O que foi corrigido?**

* Não é mais possível copiar e colar gatilhos entre chatbots de tipos diferentes
* O chatbot de automação não aciona mais o comportamento de atendimento por conta de um gatilho copiado indevidamente