> 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! 🚀
---
# 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, and the optional `goal` query parameter:
```
GET https://release-notes.tiflux.com/atualizacoes/2026/maio-de-2026.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.