> 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/maio-de-2026/12-05-2026.md).

# 12/05/2026

### **💬 Canais Oficiais (Coexistência): Correção no Tratamento de Mensagens Editadas**

Quando um contato editava uma mensagem já enviada pelo WhatsApp durante um atendimento ativo em um canal conectado por coexistência, o conteúdo atualizado não era refletido na plataforma — a mensagem ficava em branco, gerando inconsistência entre o histórico exibido e o que o contato havia enviado. Esse comportamento foi corrigido.

**🔧 O que estava acontecendo?**

O webhook de edição era recebido corretamente pelo sistema, mas a mensagem original não era atualizada na conversa. O resultado era uma bolha de mensagem em branco no atendimento, como ilustrado abaixo:

<figure><img src="/files/8CntPKeWOG5d6hUl03Ju" alt=""><figcaption></figcaption></figure>

**✅ O que foi corrigido?**

O sistema agora processa corretamente os eventos de edição recebidos via webhook, localiza a mensagem original na conversa e atualiza o conteúdo exibido com o novo texto. Com isso:

* Mensagens editadas passam a exibir o conteúdo atualizado no atendimento
* Uma indicação **"Editada"** é exibida no canto inferior direito da mensagem
* O histórico da conversa fica consistente com o que o contato realmente enviou

<figure><img src="/files/03uK794CXIpSi0AIh0Fm" alt=""><figcaption></figcaption></figure>

### **🤖 Chatbot: Correção na Seleção de Cards no Nó "Alterar campos do card"**

Ao copiar e colar um nó de criação de card dentro de um fluxo de chatbot, a cópia herdava a mesma identificação interna do nó original. Isso fazia com que múltiplos nós fossem tratados como se fossem o mesmo, causando comportamentos incorretos ao tentar selecionar cards no nó "Alterar campos do card".

**🔧 O que estava acontecendo?**

Com múltiplos nós compartilhando a mesma identificação, ao configurar o nó "Alterar campos do card" e tentar selecionar um card da lista, o sistema redirecionava automaticamente para outro card — ignorando a seleção do usuário e impedindo a configuração correta do fluxo.

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

**✅ O que foi corrigido?**

Agora, ao colar um nó de criação de card, o sistema gera automaticamente uma identificação única para a cópia, garantindo que cada nó seja reconhecido de forma independente. Com isso:

* A seleção no nó "Alterar campos do card" passa a funcionar corretamente
* O sistema deixa de redirecionar para cards incorretos
* As alterações configuradas pelo usuário são aplicadas ao card esperado

### **👥 Atendimentos: Correção no Roteamento de Contatos Carteirizados**

A carteirização passou a verificar incorretamente a disponibilidade dos atendentes antes de rotear o atendimento. Com isso, quando o atendente responsável pela carteira estava indisponível, o vínculo era ignorado e o contato entrava no rodízio automático da equipe — sendo direcionado para qualquer atendente disponível no momento.

**🔧 O que estava acontecendo?**

Uma atualização recente introduziu por engano uma verificação de disponibilidade dentro da lógica de carteirização. A carteirização, no entanto, representa um **vínculo de propriedade do contato** — ela deve rotear o atendimento para o responsável pela carteira independentemente de estar disponível ou não. Quem deve verificar disponibilidade é a **distribuição automática**, não a carteirização.

O resultado prático: contatos com carteira configurada eram enviados para o rodízio automático da equipe sempre que seu atendente responsável estava offline.

**✅ O que foi corrigido?**

A verificação de disponibilidade foi removida da lógica de carteirização, restaurando o comportamento correto:

* Contatos carteirizados são sempre direcionados para o atendente responsável pela carteira, mesmo que ele esteja indisponível no momento
* A distribuição automática continua verificando disponibilidade normalmente — apenas atendentes disponíveis entram no rodízio
* A distribuição automática só é acionada quando o contato não possui carteira válida para a equipe de destino

### **💬 Mensagens e Templates: Correção na Variável "Primeiro Nome"**

Quando o nome de um contato era importado automaticamente pelo WhatsApp, ele chegava com um tipo especial de espaço invisível entre as palavras — diferente do espaço comum digitado pelo usuário. O sistema não reconhecia esse caractere como separador, fazendo com que a variável "primeiro nome" retornasse o nome completo em vez de apenas o primeiro nome.

**🔧 O que estava acontecendo?**

Nomes vindos do WhatsApp podem conter espaços de um tipo diferente do espaço normal. O sistema usava esse caractere para identificar onde o primeiro nome terminava — e como não reconhecia esse espaço especial como separador, tratava o nome inteiro como uma única palavra e exibia tudo na variável.

Na prática: um contato salvo como "César - Farmácia Garcia" pelo WhatsApp teria "César - Farmácia Garcia" exibido ao invés de apenas "César".

**✅ O que foi corrigido?**

O sistema agora reconhece todos os tipos de espaço — incluindo os inseridos automaticamente pelo WhatsApp — ao extrair o primeiro nome do contato. Com isso:

* A variável "primeiro nome" exibe corretamente apenas o primeiro nome, independentemente de como o contato foi cadastrado
* Nomes com espaço comum, com hífen ou importados automaticamente pelo WhatsApp funcionam da mesma forma
* A personalização das mensagens e templates fica consistente para todos os formatos de nome

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

### **📅 Mensagens Agendadas: Correção no Direcionamento de Atendimentos**

Quando um atendimento oculto já existia para um contato e uma nova mensagem agendada sem a configuração de oculto era enviada para esse mesmo contato, o atendimento aparecia na aba **Novos** em vez de ir para a aba **Meus** do usuário que realizou o agendamento.

**🔧 O que estava acontecendo?**

Ao revelar um atendimento oculto — seja pelo envio de uma nova mensagem agendada sem a opção de ocultar, seja por resposta do contato — o sistema não vinculava o atendimento ao usuário responsável pelo agendamento. Com isso, o atendimento ficava sem dono e caía na aba **Novos**, como se fosse um atendimento novo sem nenhum responsável.

**✅ O que foi corrigido?**

Quando uma mensagem agendada sem a configuração de oculto é enviada para um contato que já possui um atendimento oculto ativo, o atendimento agora é aberto diretamente na aba **Meus**, vinculado ao usuário que realizou o agendamento.


---

# 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:

```
GET https://docs.flw.chat/guide/novidades-do-sistema/maio-de-2026/12-05-2026.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
