> For the complete documentation index, see [llms.txt](https://release-notes.tiflux.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://release-notes.tiflux.com/atualizacoes/2026/maio-de-2026.md).
# Maio de 2026
O chatbot ganhou controle de versões, os modelos de WhatsApp ficaram mais direcionados ao criar, e dezenas de melhorias menores tornaram o seu dia a dia mais fluido.\
Foi um mês cheio, e a gente vai detalhar cada entrega.
***
Para explicações mais detalhadas sobre os lançamentos do ano, tire suas
\
dúvidas consultando o Guia de uso.
ACESSE O GUIA DE USO
Caso ainda **não seja um usuário Tiflux**, **receba uma demonstração gratuita, totalmente personalizada**, para ver na prática tudo que a solução pode agregar à sua empresa!
RECEBA UMA DEMONSTRAÇÃO PERSONALIZADA GRATUITA
***
#### 1. Sua IA agora sabe quando realmente está tentando ajudar
**O contador de tentativas dos agentes de IA parava cedo demais**
Se você usa o agente de IA para atendimento automatizado, já deve ter percebido que ele às vezes é transferido para um humano antes da hora. O motivo: o sistema contava saudações, perguntas de esclarecimento e pedidos de informação como "tentativas de resolver", o que fazia o limite ser atingido antes de a IA ter uma chance real de trabalhar.\
A partir de agora, apenas respostas em que a IA efetivamente tenta resolver o problema incrementam o contador. Perguntas de contexto e agradecimentos não contam. Seu agente tem o tempo que precisa para ser útil.
**A memória do agente de IA cresceu 10 vezes**
Antes, a IA trabalhava com histórico de apenas 10 mensagens com retenção de 6 horas. Em atendimentos mais longos, ela "esquecia" o que havia sido dito e voltava a fazer perguntas já respondidas. Agora o histórico vai até 100 mensagens com retenção de 12 horas, cobrindo a grande maioria dos atendimentos sem perda de contexto.
#### 2. Chatbot - mais controle sobre o que é alterado no fluxo.
**Rascunho separado do fluxo publicado**
Editar o chatbot enquanto ele está em operação sempre foi um risco. Com o versionamento de fluxo, você agora vê uma barra de controle no topo que indica claramente se o fluxo está Publicado, em Rascunho ou com um Rascunho pendente (alterações feitas mas não publicadas).\
Para editar, você clica em "Editar", faz as alterações com salvamento automático em tempo real, e só publica quando estiver pronto, com confirmação explícita antes de qualquer mudança ir ao ar. Se sair sem publicar, o rascunho fica salvo e qualquer pessoa com acesso recebe um aviso ao entrar novamente na tela.
#### 3. Chats - Uma melhor experiência
**Um áudio de cada vez**
Ao clicar em play em uma mensagem de áudio no chat, qualquer outro áudio que estivesse tocando é automaticamente pausado. O comportamento agora é igual ao do WhatsApp, intuitivo, sem ruído desnecessário.
**Contador de caracteres nos campos de mensagem**
Os campos de texto na área de chats agora exibem um contador de caracteres digitados/limite e uma mensagem de alerta ao se aproximar do teto. Isso vale para abertura de novo chat, envio de mensagem, resposta com IA e todas as superfícies de escrita do chat, numa experiência mais previsível. (Incluso no chat de equipamento)
**Cancelar chats agora é uma permissão configurável**
Antes, o cancelamento de chats não tinha controle granular por perfil de acesso — qualquer atendente com acesso ao chat podia cancelar uma conversa.\
Agora é possível definir, direto no grupo de permissão, quais perfis têm autorização para cancelar chats. Quem não tiver a permissão habilitada simplesmente não vê a ação disponível. Isso evita cancelamentos acidentais ou indevidos e dá ao administrador controle real sobre quem pode encerrar conversas dessa forma.
#### 4. Tickets e Portal do Cliente, menos fricção na operação
**Abrir pré-ticket com arquivos**
No Agente Remoto e no Portal do Cliente, o usuário que tinha autonomia apenas para abrir pré-tickets precisava esperar o ticket ser aceito para só então poder enviar os arquivos.\
Isso mudou: agora é possível anexar arquivos já na criação do pré-ticket, nas duas superfícies. A exibição dos anexos também foi padronizada em todas as telas de comunicação (até 4 colunas e 3 linhas visíveis, com paginação para o restante).
**O portal do cliente preenche o cliente automaticamente**
Quem está associado a apenas um cliente no sistema precisava selecionar manualmente esse único cliente a cada abertura de ticket, quatro cliques sem nenhuma escolha real. Agora o campo "Cliente" é preenchido automaticamente, o campo "Solicitante" carrega com o usuário logado, e as seções de últimos tickets e conhecimentos já aparecem populadas ao abrir o formulário.\
Quem tem mais de um cliente disponível continua com a seleção funcionando normalmente.
**Campos opcionais ao abrir Grupo de Tickets**
Ao aplicar um Grupo de Tickets, os campos Solicitante e Responsável agora são opcionais, apenas o Cliente permanece obrigatório. Isso reduz a fricção para quem usa grupos em fluxos que ainda não têm todos os dados disponíveis no momento da abertura.
**Até 50 arquivos por ticket**
O limite de anexos em tickets foi ampliado de 10 para 50 arquivos.\
Útil para chamados que precisam reunir evidências, prints e documentos num único lugar.
#### 5. Automações - Filtro por múltiplos clientes
Selecione vários clientes numa só condição
Nas automações de Alteração de Campo e Disparo de Webhook, o campo "Cliente" agora aceita múltipla seleção — igual ao que já existia nas automações de e-mail.\
Você busca e adiciona quantos clientes quiser, remove individualmente, e a automação dispara para qualquer um dos clientes selecionados, eliminando a necessidade de\
duplicar automações;\
Automações com cliente único continuam funcionando sem nenhuma alteração.
#### 6. HSM WhatsApp - Boas práticas
**Categoria padrão UTILITY nos modelos HSM**
Ao criar um novo modelo HSM, seja via Meta ou Gupshup, a categoria agora vem selecionada como UTILITY por padrão, no lugar de MARKETING.\
Modelos de utilidade têm taxas de aprovação maiores quando elas tem o propósito de prestar um serviço e realizar um atendimento ao cliente e menor custo de envio.\
O usuário continua podendo alterar para MARKETING quando necessário.\
Junto a isso, um tooltip de boas práticas aparece no campo "Mensagem do modelo", orientando sobre linguagem que aumenta as chances de aprovação pelo WhatsApp.
#### 7. API - Regras mais claras, proteções mais fortes
**Licenças obrigatórias na criação de usuário**
Agora, todo usuário criado via API precisa obrigatoriamente ter pelo menos uma licença (Ticket ou WhatsApp). Se as duas forem enviadas como false, a API retorna erro 422. Se um usuário existente ficar sem nenhuma licença ativa, ele é automaticamente inativado.\
Isso padroniza o controle de acesso e elimina perfis ativos sem licença.
**Rota de Pré-Tickets mais leve**
A rota GET /pre-tickets agora não retorna o campo description por padrão — ele só aparece quando o parâmetro include\_description=true é enviado, reduzindo significativamente o payload em consultas de listagem. O filtro padrão também passou a retornar apenas pré-tickets não arquivados.
#### 8. Outras melhorias que vão fazer diferença no seu dia a dia
**Nova tipografia Inter para todas as organizações**
A fonte Inter foi aplicada a toda a base de clientes, com leitura mais confortável em todas as telas e uma melhor compreensão visual.\
\
Faturamento automático com reprocessamento em caso de falha\
O sistema detecta a falha do faturamento e reagenda automaticamente para o mesmo dia.
#### Lista de correções do mês
A gente continua melhorando o que já existe — todas essas correções entraram em produção durante maio:
* Permissão para cancelar chats não era respeitada — usuários sem permissão conseguiam cancelar chats em determinadas situações.
* Modelos HSM não sincronizavam variáveis {TICKET\_NUMBER} e {TICKET\_NAME} — modelos com essas variáveis ficavam presos na sincronização com Meta e Gupshup. Resolvido para ambas as integrações.
* Status e estágio de tickets cancelados exibidos incorretamente — a tela mostrava o estado errado para tickets cancelados.
* Configurações de notificação do atendente eram zeradas ao mudar de grupo — ao mover um atendente para outro grupo, as preferências de notificação eram perdidas.
* Grupo de Recursos não aparecia na abertura de ticket — o campo não era exibido em determinadas configurações de mesa.
* DDI internacional não era salvo ao registrar solicitante pelo chat — números com DDI de outros países perdiam a formatação ao ser salvos.
* URL de arquivo .apk não era aceita na base de conhecimento — o sistema bloqueava esse formato indevidamente.
* Catálogo de serviço não era mantido ao duplicar ticket — o catálogo do ticket original não era copiado na duplicação.
* Imagens no chat widget não exibidas corretamente — arquivos de imagem enviados pelo widget apareciam quebrados.
* Compromissos não apareciam na Agenda Tiflux — em determinadas configurações, compromissos criados não eram exibidos na agenda.
* Validação do campo Descrição bloqueava abertura de ticket no Portal e no Agente Remoto — a validação rejeitava descrições válidas em alguns cenários.
* Vínculo automático de clientes em mesa de serviço não funcionava — o vínculo automático não era aplicado em determinadas configurações.
* Vincular usuário sem grupo direto em grupo de permissão gerava erro — a ação falhava silenciosamente em alguns casos.
* Sincronização de categoria dos modelos HSM API Oficial — a categoria sincronizada chegava incorreta em alguns casos.
* Distribuição de chats não respeitava feriados configurados no expediente — chats eram distribuídos mesmo em dias marcados como feriado.
* Usuário indisponível não aparecia na listagem para usuários sem grupo de permissão — a listagem filtrava incorretamente.
* Busca avançada por mail\_header retornava resultados incorretos — o filtro não funcionava conforme esperado.
* Campo personalizado de cliente inacessível em determinados contextos — em alguns cenários, o campo retornava erro de acesso.
* Sincronização de modelos HSM Meta falhava para alguns clientes — modelos específicos ficavam presos sem sincronizar. Corrigido.
* Cache de relacionamento de clientes criados via API não era invalidado — após criar um cliente pela API, o vínculo de relacionamento demorava para refletir na interface.
* Notificações push do Mobile Tickets não chegavam — para algumas organizações, as notificações de novos tickets não eram entregues no app mobile
* ChatDistributionWorker disparado duas vezes para o mesmo chat — o chat podia ser distribuído em duplicidade, causando comportamentos inesperados no atendimento. Corrigido.
* Arquivos em comunicações internas bloqueados sem motivo — extensões de arquivo válidas eram recusadas na comunicação interna do ticket.
Arquivos anexados em comunicações internos não apareciam no modo escuro — os anexos ficavam invisíveis no tema escuro.
***
Obrigado por estar com a gente!
Cada melhoria que entregamos nasce do que vocês — clientes — nos contam.\
Aprofunde-se nas novidades pelo Guia de Uso — [https://guia-de-uso.tiflux.com/](https://api.whatsapp.com/send?phone=551142008293)
Ou converse com nosso time de suporte pelo WhatsApp +55 11 4200-8293 —
Nos vemos em maio, com mais novidades! 🚀