> 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/julho-de-2026.md). # Julho de 2026 Julho teve muitas melhorias em Chatbot, Chat Widget e Chats. Com destaque para o encaminhamento correto para atendimento humano, os campos personalizados no fechamento do chat e a prévia configurável. A integração MCP também mudou de fase: deixou de exigir liberação prévia e ganhou um conjunto bem mais completo de dados e ações. Veja tudo o que mudou no mês. *** ### 1. Chatbot **Encaminhamento para atendimento humano respeita a instrução do prompt** Quando você configura o Chatbot para encaminhar determinados assuntos para um atendente humano, esse encaminhamento agora é reconhecido como o desfecho da conversa. Antes, em alguns fluxos, o chat seguia encerrado como se tivesse sido resolvido pela IA, mesmo com a mensagem de transferência já enviada. A mudança vale para todas as organizações, sem necessidade de configuração adicional. **Consumo de créditos do modelo Pro reduzido** As ações realizadas com o modelo Pro do Chatbot passam a consumir menos créditos, saímos de 15 a 45 créditos por ação para 9 a 27 créditos. A redução já está valendo automaticamente, sem nenhuma ação necessária da sua parte, e o relatório de consumo de créditos reflete os novos valores a partir de agora. ### 2. Chats Campos personalizados no fechamento do chat Assim como em tickets, você já pode preencher os campos personalizados vinculados ao item de catálogo de serviço na hora de fechar um chat que não está vinculado a um ticket. Os valores ficam disponíveis no menu de Informações do chat para consulta.\ \ **WhatsApp (Gupshup):** a criação e edição de modelos HSM ganhou pré-visualização, além de campos de cabeçalho, rodapé e botões. **Resumo do atendimento de Chat com IA** Os atendimentos via chat já podem ser resumidos automaticamente com IA, facilitando retomar ou repassar o histórico da conversa. **Departamentos do chat com cor** Os departamentos de chat já podem ter cor personalizada, facilitando identificar visualmente para onde cada conversa está indo. **Configurações de chat — Ticket rápido habilitado por padrão em novas organizações** Toda organização nova criada no Tiflux já nasce com a opção de abertura rápida de ticket pelo chat ativada, sem precisar que alguém entre nas configurações e ligue manualmente. Isso muda o ponto de partida: antes, a organização recém-criada tinha esse recurso desligado até alguém decidir habilitá-lo; agora ele já vem pronto para uso desde o primeiro acesso. Organizações já existentes não são afetadas, a mudança vale só para o que é criado daqui para frente. ### 3. Chat Widget — Prévia configurável e mensagens com texto rico Você já consegue desativar a prévia de um chat configurado no widget sem precisar ativar a de outro — inclusive deixando nenhuma prévia ativa. As mensagens enviadas pelo Chat Widget também passam a aceitar negrito, itálico e sublinhado, combináveis entre si. ### 4. MCP — Conjunto de ferramentas ampliado e disponível para todos A integração MCP, que conecta o Tiflux a ferramentas de IA de terceiros, deixou de exigir liberação prévia por solicitação: já está disponível para qualquer organização com licença de API ativa. Junto com essa mudança, o conjunto de dados e ações acessíveis por essa integração cresceu, contratos, pré-tickets, contatos e endereços de clientes, recursos, base de conhecimento, solicitantes, departamentos, usuários e relatórios de avaliação de atendimento já podem ser consultados, e em vários casos criados ou atualizados, por quem conecta uma ferramenta de IA ao Tiflux para realizar análise e ações na plataforma sem sair da ferramenta de IA. [Saiba mais sobre o MCP do Tiflux](https://guia-de-uso.tiflux.com/integracoes/api-tiflux/mcp-tiflux) ### 5. Tickets **Tickets - Herança de vínculo de recursos** Quando um ticket pai tem equipamento, grupo de equipamento ou usuário de equipamento vinculado, essa informação pode ser levada para o ticket filho, mas só quando o cliente selecionado no filho é o mesmo do pai. Isso evita que quem cria o ticket filho precise buscar e vincular de novo os mesmos recursos manualmente, e reduz o risco de o filho ficar com um vínculo diferente do pai por esquecimento. Se o cliente do filho for outro, o sistema não herda nada, a regra só se aplica quando faz sentido, ou seja, quando o vínculo do pai ainda é válido para aquele contexto. **Kanban — Abertura rápida de ticket configurável** Agora é possível ativar, nas configurações do próprio Kanban, uma abertura de ticket simplificada, semelhante à que já existe no Chat, mantendo sempre visíveis os campos personalizados obrigatórios da mesa e do catálogo de serviços. A opção vale para todas as mesas do Kanban de uma vez, fica desligada por padrão para organizações já existentes e só pode ser alterada por quem tem permissão de editar as configurações da organização. ### 6. Outras melhorias por área **Campos personalizados - Ordem de exibição das opções** Campos personalizados do tipo lista (aqueles com opções pré-definidas para o usuário escolher) agora permitem definir em que ordem essas opções aparecem na tela. Antes a ordem seguia um critério fixo do sistema; agora permite escolher entre ordem crescente (A-Z), decrescente (Z-A) ou por criação . A mudança está disponível na tela de configuração do campo, junto de onde as opções já são cadastradas. • **Contratos**: o cálculo de vencimento e as regras de faturamento automático foram atualizados. • **Relatórios**: os relatórios de Chat Detalhado e Eficiência de Atendimento passam a trazer, no XLSX exportado, o tempo de espera de cada chat individualmente, além da média geral. • **Relatórios**: o relatório de tickets passa a incluir o ID do solicitante, facilitando cruzamento com outras bases de dados. **• Base de conhecimento**: a busca passa a considerar também o conteúdo dos artigos, não só título e tags, reconhece variações de palavras em português e ignora acentuação. • **Tickets**: já é possível abrir um ticket em nova aba do navegador usando Ctrl + Clique (ou Cmd + Clique no Mac). • **Configurações** - **Pré-tickets via API**: pré-tickets criados por integrações via API passam a ser identificados com o canal correto, e já é possível configurar uma caixa de pré-tickets dedicada para esse canal. • **Minha conta**: a seção de Sessões API já traz uma indicação sobre a integração MCP. • **API**: já é possível adicionar e atualizar seguidores de um ticket diretamente pela requisição de atualização de ticket. • **Aplicativo (Mobile)**: comentários internos no chat já se destacam visualmente do restante da conversa. ### 6. Correções do período * **Tickets** — Indicador de SLA: ao mudar o estágio de um ticket, pela tela do ticket ou pelo Kanban, ou ao interromper o SLA por meio de uma automação, o indicador de SLA no cabeçalho e no card nem sempre refletia a mudança de imediato. Agora o status — pausado, em andamento ou estourado — atualiza junto com a ação, e interromper o SLA é sempre concluído normalmente. * **Faturamento** — Contratos: o valor faturado de um contrato, e o gráfico de consumo exibido, podiam não refletir corretamente o saldo entre um ciclo de faturamento e o seguinte. O cálculo foi ajustado para manter a consistência entre os ciclos. * **Faturamento** — Integração Conta Azul: o fechamento de faturamento em lote podia gerar cadastro duplicado de serviço na Conta Azul quando havia muitas chamadas em sequência. O sistema agora aguarda e tenta novamente automaticamente, evitando duplicidade. * **Relatórios**: o indicador de Tempo Médio de Espera podia aparecer negativo no relatório de Chat Detalhado, e o relatório de feedback de atendimento podia falhar ao calcular a média quando não havia avaliações no período. Os dois cálculos foram ajustados. * **Integrações — Telefonia (Click-to-call)**: ligações que não completavam a originação podiam ficar registradas no ticket como se tivessem sido atendidas, e o áudio da chamada podia não ser anexado após uma mudança no formato do fornecedor. Os dois comportamentos foram corrigidos. * **Integrações — Jira**: uma organização podia ficar com mais de uma integração Jira Hub ativa ao mesmo tempo, o botão de nova integração aparecia mesmo já havendo uma ativa, e a associação de issues podia falhar. A unicidade da integração ativa, a exibição do botão e a associação de issues foram corrigidas. * **Integrações — WhatsApp**: os atalhos de WhatsApp nas telas de Contatos e Solicitantes abriam o WhatsApp Web em vez do chat interno. Agora eles abrem o chat interno, como já acontecia a partir da tela do Ticket. * **Aplicativo (Mobile)**: o Tiflux Chats podia fechar sozinho logo após ser aberto, notificações de um mesmo compromisso podiam chegar repetidas, e a abertura de pré-ticket pelo usuário cliente no Mobile Tickets podia falhar. Os três comportamentos foram corrigidos. *** Obrigado por acompanhar a gente! Caso tenha dúvidas, consulte o Guia de Uso —