> 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/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:
**✅ 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
### **🤖 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.
**✅ 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
### **📅 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.