O que a tela promete passa a acontecer

Disponibilidade

Esta versão está publicada no Docker Hub. Ela ainda não foi instalada nos servidores — a atualização de cada instalação é um passo separado.

Quem mexeu neste card?

Até esta versão, essa pergunta não tinha resposta quando quem mexeu foi um robô.

Em Configurações → Logs de auditoria, toda ação executada por um robô conectado à sua conta aparecia como Sistema — exatamente o mesmo rótulo que o produto usa para o próprio funcionamento interno. Um administrador que abrisse a trilha depois de uma semana de automação encontrava dezenas de linhas idênticas, sem conseguir separar o que foi robô do que foi o produto, nem saber qual robô, quando a conta tem mais de um.

Agora cada linha traz o nome do robô que executou a ação.

Trocar o endereço de retorno de um robô agora fica registrado

O endereço de retorno é para onde o NooviChat envia os eventos que o robô atende. Ele já podia ser alterado nas configurações do robô, mas essa alteração só entrava na trilha de auditoria quando vinha acompanhada de outra mudança — se fosse o único campo alterado, não gerava registro nenhum.

Passa a gerar. A chave de assinatura do robô continua fora do registro, como sempre esteve: ela é credencial, e credencial não entra em trilha.

Para quem consulta os logs pela API

O campo que identifica quem executou a ação vinha vazio em todos os registros criados por uma requisição — inclusive os de pessoas. Ele passa a vir preenchido: o e-mail, quando quem agiu foi uma pessoa; o nome do robô, quando foi um robô.

Isso importa além da leitura imediata: esse campo é a cópia que sobrevive caso o usuário original seja removido da conta mais tarde.

Robô voltou a ler conversas atribuídas a um time

Esta versão interessa a quem conecta robôs ou automações ao atendimento — por exemplo um fluxo no n8n que lê uma conversa antes de responder.

Quando a conversa estava atribuída a um time, a leitura pela API falhava com erro. A automação recebia uma falha genérica em vez do conteúdo da conversa.

O detalhe que tornava o problema difícil de identificar: ele dependia do dado, não do comando. A mesma automação, com a mesma configuração, funcionava numa conversa sem time e falhava na conversa seguinte, atribuída a um time. Quem convivia com isso via um erro intermitente, sem padrão aparente.

A listagem falhava por inteiro

Além da leitura de uma conversa específica, a listagem de conversas também era afetada — e de forma mais ampla: bastava uma conversa da lista ter time atribuído para que a resposta inteira falhasse, incluindo todas as outras conversas, que não tinham time nenhum.

Correções de segurança

Esta versão traz quatro correções de segurança: no tratamento de arquivos recebidos pelo canal de SMS, no envio de anexos pelas Automações do Pipeline, na validação do link de oferta de um card e na lista de conversas de quem usa Função Personalizada. A primeira é relevante para instalações que usam o canal de SMS, a segunda para quem tem fluxo com o nó "Enviar anexo", a terceira para quem usa o campo de link de oferta nos cards, e a quarta para quem usa Função Personalizada com escopo de caixa de entrada. Todas são recomendadas para todas as instalações — atualizar é suficiente.

Seguindo nossa prática, o detalhe técnico de uma correção de segurança não é publicado: descrever exatamente o que era possível fazer ajudaria mais a quem quisesse tentar do que a quem precisa se proteger. Nada precisa ser reconfigurado, nenhuma mensagem ou arquivo já recebido foi perdido, e fluxos que enviam anexo de endereço público continuam funcionando como hoje.

Um negócio fechado por etiqueta passa a pedir o valor ou o motivo

Quem usa etiqueta para fechar um negócio automaticamente — marcá-lo como ganho ou perdido, ou movê-lo direto para a etapa de Ganho/Perdido — sabe que às vezes falta uma informação que só uma pessoa tem: quanto foi vendido, ou por que se perdeu. Até aqui, o card fechava sem essa informação e sem que ninguém fosse avisado; num funil que exige o valor do ganho, o fechamento nem chegava a acontecer.

Agora o desfecho é registrado na hora. Quando foi uma pessoa que colocou a etiqueta, ela recebe na tela um pedido para informar o valor do ganho ou o motivo da perda. Enquanto ninguém preenche, o card aparece no quadro com a marca "Ganho — falta o valor" ou "Perdido — falta o motivo", e clicar nela reabre o mesmo pedido. Preencher depois não muda a data em que o negócio foi de fato fechado.

Sequências param quando o negócio é encerrado

Antes desta versão, marcar um negócio como ganho ou perdido não interrompia as sequências de mensagens automáticas em andamento naquele card — um lead que já tinha fechado negócio podia continuar recebendo "vamos fechar negócio?" dias depois. O mesmo valia para reabrir um negócio de volta ao início do funil com uma sequência de outra definição ainda ativa.

Ganhar, perder ou reabrir um negócio agora cancela as sequências ativas daquele card. Dois bugs relacionados, que só apareciam em cenários raros de falha de banco de dados ou de reabertura no mesmo instante de um fechamento, também foram corrigidos: nenhum deles chegou a desfazer um ganho ou uma perda em produção.

WhatsApp: confirmação de entrega, template com mídia e aviso de template pausado

Em caixas de WhatsApp conectadas pelo WAHA, a confirmação de entrega e leitura de mensagens enviadas em conversas individuais não estava chegando: a mensagem ficava registrada como enviada mesmo depois de entregue, e o Disparador em Massa contava zero entregas e zero leituras nessas caixas. O status passa a acompanhar o que o WhatsApp de fato informa — confirmações que chegaram antes da atualização não são recuperadas retroativamente.

Sequências de follow-up que usam um template aprovado da Meta com mídia no cabeçalho (documento, imagem ou vídeo) passam a enviar esse anexo — antes só o corpo do template era preenchido, e a Meta recusava a mensagem inteira. Um cabeçalho configurado de forma incompleta passa a ser recusado já ao salvar o passo da sequência, em vez de só falhar na hora do envio.

E, como já contam os destaques desta versão: a mensagem de erro da Meta quando um envio de template falha numa conversa ficou mais clara, e administradores passam a ser avisados em tempo real quando a Meta pausa, rejeita ou desabilita um template já aprovado — sem precisar abrir a tela de Templates para descobrir.

Funções Personalizadas: permissões que a tela mostrava e o sistema ignorava

Esta versão fecha várias divergências entre o que a tela de Funções Personalizadas prometia e o que o sistema de fato aplicava:

• A permissão de conversas por caixa de entrada volta a ser respeitada na aba "Não atribuídas": antes, quem tinha permissão sobre uma caixa via também conversas não atribuídas de outras caixas onde não tem acesso.
• A permissão de gerenciar contatos e a de gerenciar base de conhecimento passam a valer de fato na lista de contatos, no menu lateral e no portal da Central de Ajuda — antes, a tela abria normalmente mas o salvamento era recusado, ou o acesso completo era liberado mesmo sem a permissão marcada.
• Quem não tem nenhuma permissão de conversa deixa de conseguir criar, editar ou excluir respostas prontas da conta.
• Abrir um novo portal da Central de Ajuda voltou a exigir permissão de administrador.

Vale conferir suas Funções Personalizadas antes de atualizar — os detalhes de quem é afetado estão na seção "O que fazer após atualizar", ao final.

Lead Score: recálculo em massa deixa de zerar a base

O botão "Recalcular todos" do relatório de Lead Score podia zerar a pontuação de toda a base em contas que não usam regras de pontuação (o score vem só do cálculo automático): a rotina reconstruía a pontuação a partir de um histórico que, nesse caso, não existe. Em contas que pontuam por regras, o problema era o oposto — o cálculo automático sobrescrevia o score acumulado a cada mensagem recebida ou atividade concluída, sem aviso.

O recálculo em massa agora só reconstrói onde existe histórico. Nas duas rotas de recálculo da API, o campo recalculated passa a informar se o recálculo de fato aconteceu.

Outras correções

• Salvar filtro: o botão "Salvar filtro" (como pasta ou segmento) e o de criar uma caixa de entrada do Facebook voltam a funcionar ao clicar.
• Logs de auditoria: a busca, o filtro por tipo, o período e a ordenação voltam a filtrar a lista, na tela e pela API.
• Lembretes de atividade do Pipeline: reagendar uma atividade agora move também o lembrete correspondente; concluir ou cancelar uma atividade deixa de gerar um lembrete de algo que já terminou.
• Reordenar itens de follow-up: reordenar os passos de um modelo sem reenviar o intervalo de espera de cada um deixava de aplicar esse intervalo; agora o valor que não foi informado é mantido.
• E-mail por IMAP: quando uma mensagem falhava três vezes numa caixa, outra caixa da mesma instalação que recebesse a mesma mensagem podia deixar de importá-la por até 6 horas. Agora cada caixa conta só as próprias falhas.
• Credencial de automação: quando alguém sem perfil de administrador salvava um fluxo do Pipeline que tinha uma credencial num nó, a credencial era substituída pela máscara que essa pessoa vê no lugar dela, e a integração parava de autenticar. A credencial salva passa a ser mantida.
• Flow Builder: abrir o nó de requisição HTTP ou o de envio de transcrição por e-mail deixava o painel de configuração em branco; os campos afetados voltam a abrir normalmente.
• Relatório de conversas: novo indicador de tempo até a primeira resposta do robô (Agent Bot), separado do indicador de primeira resposta humana — uma conversa respondida pelo robô em minutos não é mais contada como se tivesse levado até a primeira resposta de uma pessoa.
• Gerenciar Pipelines: numa conta sem nenhum pipeline configurado, abrir a tela de gerenciamento voltava sozinho para a tela anterior. A tela passa a abrir normalmente, permitindo criar o primeiro pipeline.

O que fazer após atualizar

Automações que estavam falhando voltam a funcionar sozinhas. Nenhuma configuração precisa ser refeita e nenhum dado foi perdido — as requisições eram recusadas, não processadas pela metade. A exceção é a credencial de automação descrita no fim desta seção.

Duas conferências valem antes de atualizar:

• Funções Personalizadas: as permissões de contatos e de respostas prontas passam a valer de fato. Quem estiver numa função sem essas caixas marcadas perde o acesso que tinha até aqui. E numa função com "Gerenciar conversas que participa e aquelas atribuídas a elas", sem "Gerenciar todas conversas", a aba "Todos" deixa de aparecer.
• Webhook público das Automações do Pipeline: um fluxo com o nó Resposta HTTP que também chama serviço externo deixa de devolver a resposta montada pelo fluxo e passa a confirmar só que a execução foi aceita. Se alguma integração sua lê essa resposta, ajuste antes.

Depois de atualizar: se uma automação do Pipeline parou de autenticar num serviço externo depois de ser editada por alguém sem perfil de administrador, peça a um administrador para informar a credencial de novo nesse nó. A atualização impede que isso volte a acontecer, mas não recupera a credencial que já tinha sido trocada.