> 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/setembro-de-2026/23-09-2026.md). # 23/09/2026 ### šŸ’¬ **Instagram: Atendimentos duplicados para o mesmo contato** Em canais do Instagram, um mesmo contato podia ficar com dois atendimentos em andamento ao mesmo tempo. Isso ocorria porque, ao editar ou sincronizar os dados do contato, a identificaĆ§Ć£o usada pela plataforma para reconhecĆŖ-lo no canal era alterada de forma incorreta. Assim, na mensagem seguinte, o sistema nĆ£o reconhecia o contato existente e criava um novo cadastro com um novo atendimento. āœ… **O que foi corrigido?** * O contato continua sendo reconhecido corretamente no canal do Instagram apĆ³s a ediĆ§Ć£o ou sincronizaĆ§Ć£o dos seus dados * Novas mensagens sĆ£o direcionadas ao atendimento existente, sem gerar cadastros ou atendimentos duplicados ### šŸ’¬ **Z-API: Atendimento vinculado ao contato incorreto apĆ³s unificaĆ§Ć£o** Em canais Z-API, quando a plataforma identificava que um contato jĆ” existente possuĆ­a o mesmo nĆŗmero de um novo registro, os dois eram unificados e o duplicado removido. PorĆ©m, em alguns casos, aƧƵes simultĆ¢neas como transferĆŖncias pelo chatbot ou gravaƧƵes concorrentes faziam o atendimento em andamento continuar vinculado ao contato removido. Com isso, o atendimento desaparecia da plataforma durante a conversa e automaƧƵes retornavam "Contato nĆ£o encontrado". āœ… **O que foi corrigido?** * O atendimento permanece vinculado ao contato correto apĆ³s a unificaĆ§Ć£o, mesmo com outras aƧƵes em execuĆ§Ć£o simultaneamente * As integraƧƵes e automaƧƵes externas passam a localizar e receber os dados do contato ativo corretamente * Falhas temporĆ”rias durante a unificaĆ§Ć£o sĆ£o reprocessadas sem encerrar o atendimento * Atendimentos afetados anteriormente foram recuperados e vinculados ao contato correto ### šŸ‘„ **Atendimentos: Atendimento direcionado Ć  aba Meus apĆ³s disparo de sequĆŖncia** Quando uma sequĆŖncia disparava um chatbot para atendimento que estava oculto, o sistema atribuĆ­a o atendimento a um atendente logo no disparo. Com isso, ao responder, o contato tinha o atendimento exibido na aba Meus desse atendente, mesmo com o agente de IA ainda conduzindo a conversa e sem nenhuma aĆ§Ć£o que justificasse a atribuiĆ§Ć£o. āœ… **O que foi corrigido?** * Atendimentos iniciados por sequĆŖncias permanecem ocultos e sem atendente atribuĆ­do atĆ© a resposta do contato. * A distribuiĆ§Ć£o do atendimento ocorre somente quando o contato responde, seguindo as regras configuradas no chatbot. ### šŸ¤– **Chatbot: Chatbot de fora do horĆ”rio acionado durante o expediente** Chatbots configurados para atender apenas fora do horĆ”rio de atendimento eram acionados tambĆ©m durante o expediente. Isso ocorria quando o chatbot possuĆ­a, alĆ©m da regra de horĆ”rio, um gatilho por palavra-chave. Como a palavra-chave Ć© vĆ”lida para qualquer horĆ”rio, o sistema passava a considerar o chatbot disponĆ­vel em todos os momentos, acionando-o em qualquer mensagem recebida. āœ… **O que foi corrigido?** * Chatbots configurados para fora do horĆ”rio sĆ£o acionados somente fora do horĆ”rio de atendimento definido * Mensagens recebidas durante o expediente seguem para a aba Novos ou para o chatbot configurado para dentro do horĆ”rio āš ļø **AtenĆ§Ć£o:** esta correĆ§Ć£o se aplica a mensagens que **nĆ£o** correspondem a uma palavra-chave configurada no chatbot. Gatilhos por palavra-chave continuam vĆ”lidos para qualquer horĆ”rio, ou seja, se o contato enviar a palavra-chave durante o expediente, o chatbot ainda serĆ” acionado. ### šŸ’¬ **Modelos de mensagem: Campo Telefone enviado vazio** Ao utilizar um modelo de mensagem com o campo personalizado ā€œ**Telefoneā€**, a informaĆ§Ć£o era enviada vazia, mesmo com o nĆŗmero cadastrado no contato. Isso ocorria porque o sistema nĆ£o gerava o telefone no formato utilizado pelo modelo durante o preenchimento. As variĆ”veis **Origem** e **Data de ImportaĆ§Ć£o** tambĆ©m nĆ£o eram preenchidas corretamente no chatbot. āœ… **O que foi corrigido?** * O campo Telefone Ć© preenchido com o nĆŗmero cadastrado no contato em respostas rĆ”pidas, mensagem agendada, campanhas e chatbot * Em envios para mĆŗltiplos contatos, cada destinatĆ”rio recebe o seu respectivo nĆŗmero * As variĆ”veis Origem e Data de ImportaĆ§Ć£o sĆ£o preenchidas corretamente no chatbot
### šŸ‘¤ **ImportaĆ§Ć£o de contatos: SeleĆ§Ć£o de contatos duplicados perdida ao trocar de pĆ”gina** Na importaĆ§Ć£o de contatos por planilha, a tela de seleĆ§Ć£o de contatos duplicados podia exibir um contato como resolvido sem que nenhuma opĆ§Ć£o estivesse de fato marcada. AlĆ©m disso, ao avanƧar para a prĆ³xima pĆ”gina e retornar, as seleƧƵes feitas anteriormente eram perdidas, e a barra de paginaĆ§Ć£o ficava sobreposta Ć  lista de contatos, dificultando a visualizaĆ§Ć£o. āœ… **O que foi corrigido?** * A seleĆ§Ć£o de cada contato duplicado reflete corretamente a opĆ§Ć£o escolhida pelo usuĆ”rio * As seleƧƵes sĆ£o mantidas ao navegar entre as pĆ”ginas * Contatos com trĆŖs ou mais versƵes duplicadas exibem a marcaĆ§Ć£o corretamente * A barra de paginaĆ§Ć£o Ć© exibida ao final da lista, sem sobrepor os contatos
### šŸ‘¤ **ImportaĆ§Ć£o de contatos: CĆ³digo de verificaĆ§Ć£o nĆ£o enviado ao retomar importaĆ§Ć£o** Ao retomar uma importaĆ§Ć£o de contatos que havia ficado pendente apĆ³s o fechamento da janela de confirmaĆ§Ć£o, a tela de verificaĆ§Ć£o era exibida com o campo "Enviado para:" em branco e o cĆ³digo de verificaĆ§Ć£o nĆ£o era enviado ao e-mail do usuĆ”rio. Isso ocorria porque os dados do usuĆ”rio eram carregados antes de a importaĆ§Ć£o pendente estar disponĆ­vel, impedindo a conclusĆ£o do processo. āœ… **O que foi corrigido?** * O cĆ³digo de verificaĆ§Ć£o Ć© enviado ao e-mail do usuĆ”rio logado ao retomar uma importaĆ§Ć£o pendente * O campo "Enviado para:" exibe corretamente o e-mail do usuĆ”rio * A importaĆ§Ć£o pendente pode ser concluĆ­da normalmente apĆ³s a validaĆ§Ć£o do cĆ³digo
### šŸ“Š **RelatĆ³rios: Nome incorreto exibido nos indicadores por usuĆ”rio** No relatĆ³rio de indicadores por usuĆ”rio, um atendente ativo podia aparecer com o nome de um atendente jĆ” excluĆ­do da conta, caso os dois registros compartilhassem o mesmo ID de usuĆ”rio. āœ… **O que foi corrigido?** * O relatĆ³rio passa a exibir corretamente o nome do usuĆ”rio ativo * O nome do usuĆ”rio excluĆ­do Ć© mantido apenas no histĆ³rico de atendimentos anteriores ao cadastro do novo usuĆ”rio ### šŸ”Œ **API: Quantidade de Agentes de IA e opĆ§Ć£o Ilimitado nos endpoints de contas** Nos endpoints de contas da API (Listar, Criar, Obter por ID, Atualizar e Ativar), o retorno/response nĆ£o informava a quantidade de Agentes de IA que podem ser incluĆ­dos em uma conta. Existia apenas o parĆ¢metro **includedAgents**, que se refere aos usuĆ”rios da conta. AlĆ©m disso, a quantidade de Agentes de IA informada na criaĆ§Ć£o da conta nĆ£o era respeitada. šŸš€ **O que hĆ” de novo?** * Os endpoints Listar, Criar, Obter por ID, Atualizar e Ativar passam a retornar o parĆ¢metro includedAIAgents, com a quantidade de Agentes de IA que podem ser incluĆ­dos na conta * A criaĆ§Ć£o de contas respeita a quantidade de Agentes de IA informada no parĆ¢metro **aiAgents** * Os campos chatBots, chatbotAutomations, panels, sequences e aiAgents aceitam o valor **999** para configurar o recurso como **Ilimitado**, deixando essa informaĆ§Ć£o clara para o usuĆ”rio. * A documentaĆ§Ć£o desses campos foi atualizada com os valores aceitos