Changelog

O que mudou em cada versão do NooviChat

Toda release publicada traz o resumo das novidades, melhorias de interface e correções que chegaram até você.

Ver o que vem por aí

4.18.0.203 de outubro de 2026Docker Hub
Robôs no Pipeline com permissões mais precisas e correções de estabilidade
Robôs e integrações conectados ao Pipeline passam a respeitar com precisão os funis e as ações que foram liberados para eles, ganham uma permissão própria para trocar o responsável do card, e reabrir um negócio que já está aberto deixa de ter qualquer efeito. Também corrigimos mensagens de erro, filtros da lista de follow-ups e falhas em segundo plano.
- MelhoriaNova permissão para robôs no Pipeline: “Trocar o responsável do card”. Um robô com a lista de ações do funil restrita só troca o responsável se essa opção estiver marcada; robôs sem restrição continuam podendo tudo, como antes.
- CorreçãoReforço de isolamento: robôs e integrações só alteram funis, etapas e regras de follow-up dos funis a que têm acesso.
- MelhoriaReabrir um negócio que já está aberto não faz mais nada: o card não muda de etapa, nenhuma sequência é cancelada e a trilha não ganha um registro de reabertura. Reenviar essa chamada por engano passou a ser seguro.
- CorreçãoMensagens de erro mais claras: uma ação negada no Pipeline mostra um texto legível em vez de uma tradução faltando, e a falha no envio de arquivo de importação aparece em português.
- CorreçãoExcluir uma conta não gera mais erro em segundo plano ao sincronizar os campos do formulário do chat do site.
- CorreçãoFollow-ups: agendar, listar ou cancelar um follow-up agora exige acesso à conversa. Um atendente que não participa da caixa de entrada não consegue mais agendar mensagens numa conversa que ele não vê.
- CorreçãoFollow-ups com várias mensagens em sequência param quando o card muda de etapa, é marcado como Ganho ou Perdido, ou é arquivado. Antes, depois que a primeira mensagem saía, as seguintes continuavam sendo enviadas.
- CorreçãoReagendar follow-ups ficou mais seguro: o template aprovado do WhatsApp não é mais apagado, sequências e follow-ups escritos pela IA também podem ser reagendados, e uma data que já passou é recusada com aviso em vez de disparar o envio na hora.
- CorreçãoFalhas de envio mais transparentes: “Tentar novamente” reenvia a mensagem que o WhatsApp recusou numa sequência, e follow-ups com falha ou cancelados mostram o motivo na tela de Follow-ups e no histórico da conversa.
- CorreçãoSem envios duplicados: automações “Contato criado” não mandam a mesma mensagem duas vezes a um contato novo do WhatsApp, e clicar duas vezes rápido em “Agendar” não cria dois follow-ups.
- CorreçãoFuso horário da conta em todo o Follow-up: importação por planilha (09:00 é enviado às 09:00), agendamento pela conversa, filtro por data da lista e exportação do relatório.
- CorreçãoIntegrações e relatórios: a lista de follow-ups respeita os filtros e o tamanho de página enviados, e o relatório avisa quando o período passa de 400 dias ou a data é inválida, em vez de ficar lento ou falhar.
- CorreçãoRegras e automações de follow-up: quando não é possível agendar (por exemplo, card sem conversa vinculada) o motivo aparece na aba Atividade do card, e regras que usavam um template excluído param de usá-lo.
- CorreçãoTemplates de follow-up: anexo inválido, reordenação incompleta ou mensagem sem posição geram um aviso claro em vez de falha do servidor; o nome de um template excluído pode ser reutilizado; e voltar sem mexer não pergunta mais sobre alterações não salvas.
- CorreçãoTela de Follow-ups: quando não dá para excluir, editar ou reenviar (por exemplo, follow-up recém-enviado ou no limite de 5 tentativas), aparece o motivo exato e a lista se atualiza; e excluir um agendado avisa “excluído”, não “cancelado”.
- CorreçãoPermissões e atalhos: quem tem a permissão personalizada de gerenciar follow-ups vê os botões de Templates, Automações e Importar, e o link “Criar template” do agendamento pela conversa abre a lista de templates e só aparece para quem pode criá-los.
- CorreçãoWebhooks de follow-up enviam os dados do momento em que o evento aconteceu, e excluir um follow-up agendado dispara o aviso de cancelamento para as integrações.
- CorreçãoEm sequências de follow-up, uma mensagem que ficaria vazia (por exemplo, uma variável sem valor) é pulada em vez de chegar em branco ao cliente, e não conta como enviada.
- CorreçãoImportação de follow-ups por planilha: um erro numa linha rejeita só aquela linha, e uma nova tentativa automática não duplica as linhas que já tinham entrado.
- CorreçãoNa busca global, os follow-ups aparecem com o status traduzido, com o texto da mensagem quando não têm título e com o horário em que estão agendados.
- CorreçãoFollow-ups agendados por um robô (pela API ou por uma regra de Pipeline com robô como remetente) chegam na conversa em nome do robô.
- CorreçãoLigar uma automação ou regra de follow-up em modo IA exige uma chave OpenAI configurada; a tela avisa na hora, em vez de a regra só falhar no envio.
- CorreçãoDisparador em Massa: disparos criados por integração ou assistente de IA com o texto no campo antigo text voltam a enviar a mensagem (antes saíam em branco), e uma instabilidade momentânea do banco ao montar a lista de contatos não encerra mais o disparo como falho.
- MelhoriaDisparador em Massa: nova opção “Continuar conversa existente”. O disparo é enviado na conversa que o contato já tem naquela caixa (aberta ou resolvida), mantendo o histórico no mesmo atendimento, com atribuição automática a agente ou time.
- CorreçãoDisparador em Massa: o ranking de engajamento voltou a exportar CSV, avisa quando falta uma data do período, ganhou “Tentar novamente” e conta os últimos 30 dias no fuso da conta.
- CorreçãoDisparador em Massa: datas e horários do assistente, do detalhe do disparo e da lista de bloqueados aparecem no fuso e no formato da conta.
- CorreçãoDisparador em Massa: disparos recorrentes ativos ou pausados podem ser editados, editar não apaga mais o follow-up automático nem a recorrência, e a frequência “Diária” mostrada na tela passa a ser salva.
- CorreçãoDisparador em Massa: a opção anti-bloqueio “Pausar a cada N envios” passou a funcionar.
- MelhoriaDisparador em Massa: campanhas grandes ficaram mais leves para o servidor, sem reagendamentos repetidos de mensagens que ainda esperavam a vez.
- CorreçãoDisparador em Massa: o mesmo celular com e sem o 9 conta como um só contato — a pessoa não recebe a campanha duas vezes, e um número bloqueado continua bloqueado no outro formato.
- MelhoriaDisparador em Massa: privacidade nos registros do servidor — a lista de contatos enviada por CSV e o telefone de um envio que falhou não aparecem mais nos logs.
- MelhoriaDisparador em Massa: CSV acima de 5 MB ou com mais de 10.000 contatos é recusado com mensagem clara; o assistente mostra quantos contatos são válidos e quantos foram ignorados; e não é mais possível avançar com público vazio.
- MelhoriaDisparador em Massa: a lista de bloqueados avisa número já bloqueado, a lista de disparos ganhou o filtro “Falhou”, a busca de contatos espera você terminar de digitar, e textos e dias da semana ficaram traduzidos e acessíveis a leitores de tela.
- MelhoriaDisparador em Massa com a API oficial do WhatsApp: quando a Meta devolve um erro que afetaria todos os contatos (token expirado, conta restrita, pagamento, template pausado), o disparo é pausado sozinho, com o motivo na tela e aviso em tempo real. Para integrações: novo evento broadcast_auto_paused e campo auto_pause_reason.
- MelhoriaDisparador em Massa: os erros da Meta aparecem em português no detalhe do disparo, também quando a falha chega depois do envio.
- CorreçãoDisparador em Massa: uma caixa que precisa ser reconectada aparece marcada no assistente, e criar um disparo com ela mostra qual caixa reconectar, em vez de falhar contato por contato.
- CorreçãoCorreções de segurança.
Ver detalhes da versão →
4.18.0.126 de setembro de 2026Docker Hub
Correção — integrações não conseguem mais reabrir por engano um negócio já ganho ou perdido
Na versão 4.18.0.0, um robô ou integração que movesse para uma etapa comum um card já marcado como Ganho ou Perdido reabria o negócio sem aviso, apagando o valor da venda e o motivo da perda. Agora esse movimento feito por robô é recusado com uma mensagem clara e o negócio fica intacto. Pessoas continuam podendo reabrir o negócio arrastando o card, como antes.
- CorreçãoRobôs e integrações que movem cards no Pipeline não reabrem mais um negócio já ganho ou perdido ao movê-lo para outra etapa: o pedido é recusado com uma resposta clara e o valor da venda e o motivo da perda são preservados. Para reabrir de propósito, continua existindo a ação de reabrir.
Ver detalhes da versão →
4.18.0.024 de setembro de 2026Docker Hub
Base atualizada para o Chatwoot 4.18 — contatos do WhatsApp sem duplicar, auditoria com localização e melhorias no assistente de IA
O NooviChat passa a rodar sobre a versão 4.18 do Chatwoot, com todas as funcionalidades próprias preservadas. Chegam menos contatos duplicados no WhatsApp (inclusive os números brasileiros com e sem o nono dígito, também no Disparador), a auditoria mostra a localização de cada ação com o IP protegido e registra entradas, saídas e mensagens apagadas, e o assistente de IA ganha configurações de teste e controles que antes não salvavam.
- MelhoriaNúmeros de celular do Brasil com e sem o nono dígito passam a ser reconhecidos como o mesmo contato — na chegada de mensagens do WhatsApp e também nos disparos em massa, que deixam de criar contato e conversa duplicados.
- NovidadeLogs de auditoria mostram a cidade e o país de onde cada ação partiu, com o IP mascarado por padrão, e passam a registrar entradas e saídas do sistema e mensagens apagadas.
- MelhoriaAssistente de IA: cenários desligados continuam na lista e podem ser religados, diretrizes e proteções salvam de verdade, perguntas longas no Copilot deixam de dar erro e o conhecimento testado no playground pode ser salvo como documento.
- MelhoriaOrdenação na lista de conversas filtradas, navegação entre as conversas de um mesmo contato e configuração guiada de caixa de entrada do WhatsApp.
- CorreçãoReforços de segurança no login com SSO, na exibição de conteúdo e no recebimento de mídia e de integrações.
Ver detalhes da versão →
4.17.1.1324 de setembro de 2026Docker Hub
Peça ao seu agente de IA pela nota interna, cards reabrem ao sair de Ganho/Perdido e mais detalhe nas falhas da Meta
Agora dá para marcar o agente de IA (Agent Bot) com @ numa nota interna e pedir algo sobre aquela conversa — um resumo, um novo orçamento. Cards em Ganho ou Perdido podem ser movidos para qualquer etapa direto do painel da conversa ou do quadro, e voltam a ficar abertos. Falhas de envio reportadas pela Meta passam a mostrar o motivo detalhado e o código do erro. Inclui ainda uma correção de segurança na central de ajuda.
- NovidadeMarque o agente de IA com @ numa nota interna para pedir algo sobre a conversa — "me passa um resumo", "refaça o orçamento". Ele recebe o pedido e responde ali mesmo, por nota interna ou por mensagem ao cliente.
- MelhoriaMover um card que está em Ganho ou Perdido para outra etapa — pelo painel da conversa ou arrastando no quadro — reabre o negócio e o coloca na etapa escolhida. Não é mais preciso abrir o card e clicar em Reabrir antes.
- CorreçãoQuando a Meta recusa uma mensagem depois do envio (por exemplo, falha ao carregar a imagem de um template), o erro passa a trazer o motivo detalhado que a Meta informou e o código do erro em campo próprio, para quem trata falhas em automação.
- CorreçãoO registro de movimentação do card na conversa mostra o nome da etapa, e não mais o código interno dela.
- CorreçãoCorreção de segurança no conteúdo dos artigos da central de ajuda. Nenhuma ação é necessária além de atualizar.
Ver detalhes da versão →
4.17.1.1221 de setembro de 2026Docker Hub
O aviso de "Desconectado" deixa de aparecer ao trocar de conta
Corrige um efeito colateral introduzido na versão anterior: ao trocar de conta, o aviso amarelo de "Desconectado" aparecia no canto da tela e não saía mais, mesmo com o sistema conectado e funcionando normalmente. O aviso volta a aparecer apenas quando a conexão realmente cai.
- CorreçãoAo trocar de conta, o aviso de "Desconectado" aparecia no canto da tela e ficava lá, mesmo com o sistema conectado e funcionando. Era efeito colateral da correção anterior, que passou a encerrar a conexão da conta antiga: o encerramento proposital estava sendo confundido com uma queda de rede.
- CorreçãoO aviso volta a aparecer somente quando a conexão realmente cai — e continua sumindo sozinho assim que ela se restabelece.
Ver detalhes da versão →
4.17.1.1121 de setembro de 2026Docker Hub
Trocar de conta deixava uma conexão antiga aberta em segundo plano
Cada vez que você trocava de conta dentro do NooviChat, a conexão em tempo real da conta anterior continuava aberta em segundo plano, sem nunca ser encerrada. Depois de algumas trocas, várias conexões ficavam ativas ao mesmo tempo disputando os mesmos avisos — e uma delas, ao cair, podia fazer aparecer o aviso de "Desconectado" mesmo com o sistema funcionando normalmente.
- CorreçãoTrocar de conta deixava a conexão em tempo real da conta anterior aberta em segundo plano, indefinidamente. Depois de algumas trocas havia várias conexões ativas ao mesmo tempo, consumindo rede e bateria à toa.
- CorreçãoUma dessas conexões esquecidas, ao cair, podia disparar o aviso de "Desconectado" no canto da tela mesmo com o sistema conectado e funcionando — porque o aviso não distinguia qual conexão havia caído.
Ver detalhes da versão →
4.17.1.1020 de setembro de 2026Docker Hub
O aviso de "Desconectado" some sozinho quando a conexão volta
A faixa amarela de "Desconectado" ou "Reconectando..." no canto da tela podia ficar lá parada mesmo depois de a conexão já ter voltado, e só saía recarregando a página. Agora ela some sozinha assim que a conexão se restabelece. A falha aparecia com mais frequência logo após uma atualização do sistema, que é justamente quando a reconexão acontece.
- CorreçãoA faixa de "Desconectado" (ou "Reconectando...") no canto superior esquerdo podia ficar na tela indefinidamente mesmo com a conexão já restabelecida, e só saía com um F5. Agora ela desaparece sozinha assim que a conexão volta.
- CorreçãoA mesma faixa também podia aparecer alguns segundos DEPOIS de a conexão já ter voltado, avisando de um problema que não existia mais.
- CorreçãoEm uma queda de conexão seguinte, a faixa podia mostrar "Reconectado" enquanto você estava de fato sem conexão — e sem o botão de atualizar. O aviso volta a dizer a verdade sobre o estado da conexão.
Ver detalhes da versão →
4.17.1.920 de setembro de 2026Docker Hub
Correções visuais — aviso de lead score volta a ter texto, botão de templates volta a ter ícone e o período da Agenda para de estourar a linha
Os avisos de lead score chegavam à caixa de entrada sem texto e sem ícone, como uma linha em branco: agora aparecem com nome e símbolo próprios, junto dos avisos de Pipeline. O botão que abre a galeria de templates no construtor de automações voltou a mostrar o ícone. E o seletor de período da Agenda deixa de empurrar os controles ao lado quando o mês escrito por extenso é comprido.
- CorreçãoAviso de mudança de categoria de lead, de lead quente e de recálculo de score chegava à caixa de entrada sem texto e sem ícone — uma linha praticamente em branco, que dava para clicar mas não para ler. Os três passam a aparecer com nome e ícone próprios, em português e em inglês.
- CorreçãoNo construtor de automações do Pipeline, o botão que abre a galeria de templates aparecia com um vão no lugar do ícone. Agora usa o mesmo ícone de templates do resto do produto.
- CorreçãoNa Agenda, o seletor de período podia empurrar os controles ao lado quando o nome do mês por extenso era comprido, em vez de encurtar o próprio texto. O título volta a caber na linha.
Ver detalhes da versão →
4.17.1.820 de setembro de 2026Docker Hub
Follow-ups mais honestos — cancelamento volta a funcionar, o que não chegou deixa de aparecer como enviado, e o lembrete agendado à mão não some mais
Follow-ups criados a partir de uma sequência de mensagens podiam ficar presos como pendentes para sempre, sem aceitar cancelamento — e, enquanto isso, mover o card de etapa parava de disparar as regras e as sequências automáticas da etapa nova, sem mostrar erro nenhum. Um follow-up que o WhatsApp não conseguiu entregar continuava marcado como "enviado" na lista: agora ele aparece como falha, com o motivo. E o lembrete que alguém agendou à mão deixa de ser apagado quando o cliente responde antes da hora marcada. Há também uma correção de segurança no WhatsApp (WAHA).
- CorreçãoFollow-up criado a partir de uma sequência de mensagens podia ficar preso como "pendente": o botão cancelar devolvia erro e o lembrete continuava vencido na lista, indefinidamente. O cancelamento volta a funcionar.
- CorreçãoQuando um card tinha um desses follow-ups presos, mover o card de etapa deixava de disparar as regras de follow-up e as sequências automáticas da nova etapa — em silêncio, sem erro na tela. As duas voltam a rodar.
- CorreçãoFollow-up que o WhatsApp não conseguiu entregar — número inválido, janela de 24h vencida, template reprovado — ficava marcado como "enviado" na lista, mesmo sem o cliente ter recebido nada. Agora a falha volta para o follow-up: ele passa a "falhou", mostra o motivo devolvido pelo WhatsApp e dispara o evento de follow-up com falha para as automações.
- CorreçãoCorreção de segurança no WhatsApp (WAHA), no vínculo de uma caixa de entrada com uma sessão que já existe. Nenhuma ação é necessária além de atualizar.
- CorreçãoSalvar as configurações de uma sessão do WhatsApp (WAHA) deixa de apagar as informações de identificação que o NooviChat grava na própria sessão.
- CorreçãoFollow-up agendado à mão deixa de ser cancelado quando o cliente responde antes da hora marcada. O cancelamento automático foi feito para o lembrete automático de re-engajamento, onde a resposta do cliente realmente tira o motivo de enviar — mas ele também apagava o lembrete que uma pessoa escreveu e agendou, mesmo quando a resposta era sobre outro assunto. Lembretes disparados por regra de etapa e por automação continuam sendo cancelados quando o cliente responde, como antes.
Ver detalhes da versão →
4.17.1.718 de setembro de 2026Docker Hub
O que a tela promete passa a acontecer
Salvar filtro, os tiques de entrega do WhatsApp, a busca nos logs de auditoria e o lembrete de atividade voltam a fazer o que a tela mostra. Sequências do Pipeline param quando o negócio é encerrado e enviam o anexo do template, e o negócio fechado por etiqueta passa a pedir o valor do ganho ou o motivo da perda. Robôs passam a assinar o que fazem na trilha de auditoria, as Funções Personalizadas passam a valer em contatos, base de conhecimento e respostas prontas, o recálculo em massa do Lead Score deixa de zerar a base, o relatório de conversas ganha o tempo de primeira resposta do robô separado do humano, administradores passam a ser avisados em tempo real quando a Meta pausa ou rejeita um template, e há correções de segurança.
- CorreçãoAutomações e robôs que leem conversas pela API recebiam erro sempre que a conversa estava atribuída a um time. Agora a leitura funciona normalmente.
- CorreçãoA listagem de conversas também falhava por inteiro quando qualquer uma delas tinha time atribuído — inclusive as conversas sem time, que vinham na mesma resposta.
- MelhoriaNos logs de auditoria, ação feita por um robô aparecia como "Sistema" — o mesmo rótulo usado para o funcionamento interno do produto. Agora cada linha mostra o nome do robô que executou a ação.
- MelhoriaA trilha de auditoria passa a registrar alterações no endereço de retorno configurado num robô. Antes, quando esse era o único campo alterado, a mudança não gerava registro.
- CorreçãoQuem consulta os logs de auditoria pela API recebia o campo de identificação de quem executou a ação sempre vazio. O campo passa a vir preenchido.
- CorreçãoCorreção de segurança no tratamento de arquivos recebidos por SMS. Recomendada para quem usa esse canal; nenhuma ação é necessária além de atualizar.
- CorreçãoA permissão "Gerenciar base de conhecimento" das Funções Personalizadas passa a valer. Quem tem uma função com essa caixa marcada agora consegue editar o portal e criar, editar e reordenar artigos e categorias — antes a tela abria e o salvamento era recusado. Criar e excluir um portal seguem exclusivos do administrador.
- CorreçãoA permissão "Gerenciar contatos" das Funções Personalizadas passa a ser aplicada na lista de contatos e no item Contatos do menu lateral. Vale conferir suas funções antes de atualizar: quem estiver numa função com essa caixa desmarcada deixa de ver a base completa de contatos. O contato aberto dentro da conversa e a busca de contato usada em agendamentos e nos cards do Pipeline continuam disponíveis como hoje.
- CorreçãoRespostas prontas passam a respeitar as Funções Personalizadas. Quem estiver numa função que não concede nenhuma permissão de conversa deixa de criar, editar e excluir respostas prontas — antes qualquer função conseguia, inclusive uma criada só para ver relatórios. Agente e administrador sem função personalizada continuam com o mesmo acesso de hoje; nada muda para eles.
- CorreçãoO botão "Recalcular todos" do relatório de Lead Score podia zerar o score de toda a base. Ele reconstruía a pontuação a partir do histórico de regras, e numa conta cujo score vem do cálculo automático esse histórico não existe — o resultado era zero em todos os cards, sem como desfazer. Agora o recálculo em massa só age onde existe histórico para reconstruir: card sem histórico fica como está, e a conta que não usa regras de pontuação recebe o motivo em vez de ter os scores apagados.
- CorreçãoEm contas que pontuam por regras, o score acumulado era sobrescrito pelo cálculo automático a cada mensagem recebida, contato atualizado ou atividade concluída — o número no card deixava de corresponder ao histórico de pontuação, sem nenhum aviso. Com as regras ativas, elas passam a ser a única origem do score.
- CorreçãoPara quem integra pela API: as duas rotas de recálculo de score passam a devolver o campo `recalculated`, que diz se o recálculo aconteceu. Num card com score fixado à mão, a rota do funil respondia com a data de um cálculo novo que não tinha ocorrido. A documentação também afirmava que as duas rotas tinham o mesmo efeito — elas divergem em card com score fixado à mão, e agora isso está descrito.
- CorreçãoSalvar um filtro como pasta ou segmento voltou a funcionar. A tentativa era recusada, e depois de corrigida a recusa o botão de salvar ainda não enviava o formulário. O botão de criar uma caixa de entrada do Facebook tinha o mesmo defeito do botão e também volta a funcionar.
- CorreçãoEm caixas de WhatsApp conectadas pelo WAHA, a confirmação de entrega e de leitura das mensagens enviadas em conversas individuais não chegava: a mensagem ficava como enviada, e o Disparador em Massa contava zero entregas e zero leituras nessas caixas. O status passa a acompanhar o que o WhatsApp informa. Confirmações que chegaram antes da atualização não são recuperadas.
- CorreçãoNa tela de Logs de auditoria, a busca, o filtro por tipo, o período e a ordenação não tinham efeito. Voltam a filtrar a lista, na tela e pela API.
- CorreçãoSequê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. Um cabeçalho configurado de forma incompleta passa a ser recusado já ao salvar o passo, em vez de falhar na hora do envio.
- CorreçãoReordenar os passos de um modelo de follow-up sem reenviar o intervalo de espera de cada passo zerava esse intervalo. Agora o intervalo que não foi informado é mantido.
- CorreçãoMarcar um negócio do Pipeline como ganho ou perdido não interrompia as sequências ativas do card, e o contato podia continuar recebendo mensagens de uma negociação já encerrada. Ganhar, perder ou reabrir passa a cancelar as sequências em andamento.
- CorreçãoQuando o WhatsApp recusava uma mensagem de sequência alguns instantes depois do envio, o passo continuava registrado como enviado. A falha informada depois passa a voltar para a sequência.
- CorreçãoReagendar uma atividade do Pipeline não movia o lembrete, que chegava no horário antigo, e atividade concluída ou cancelada ainda gerava lembrete. O lembrete passa a acompanhar a nova data e deixa de ser enviado para atividade encerrada.
- CorreçãoReabrir um negócio no mesmo instante em que ele era marcado como ganho ou perdido podia deixar o card com dados das duas ações. Reabrir ganha a mesma proteção contra ações simultâneas que ganhar e perder já tinham.
- MelhoriaPara quem integra pelo webhook público das Automações do Pipeline: um fluxo que tem o nó Resposta HTTP e também um nó que chama serviço externo (Requisição HTTP, Disparar Webhook, Enviar Template WhatsApp, Enviar Mídia WhatsApp, Chamar NooviChat, Criar Evento no Google ou Chamar Automação) passa a rodar em segundo plano. Quem chama o webhook recebe a confirmação de que a execução foi aceita, e não mais a resposta montada pelo nó Resposta HTTP. Vale conferir antes de atualizar se alguma integração sua depende dessa resposta. Fluxos com Resposta HTTP e sem nenhum desses nós continuam respondendo como hoje.
- CorreçãoCorreção de segurança no link de oferta dos cards do Pipeline: o valor passa a ser conferido também no servidor, e não só no formulário. Nenhuma ação é necessária além de atualizar.
- CorreçãoNo Flow Builder, abrir o nó de requisição HTTP ou o nó de envio de transcrição por e-mail deixava o painel de configuração do nó em branco. Os três campos afetados (corpo, cabeçalhos e endereço de e-mail) voltam a abrir normalmente.
- CorreçãoNas configurações do portal da Central de Ajuda, adicionar um link de rede social deixava a seção em branco, sem mensagem de erro e sem como concluir a configuração. A seção volta a funcionar.
- MelhoriaUma etiqueta configurada no Pipeline para fechar um negócio como ganho ou perdido, ou para movê-lo para a etapa de Ganho ou de Perdido, fechava o card sem o valor do ganho e, quando a regra não trazia motivo, sem o motivo da perda. Num funil que exige valor, o ganho nem era registrado, e ninguém era avisado. Agora o desfecho é registrado na hora e, quando foi uma pessoa que colocou a etiqueta, ela recebe na tela o 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 um clique nela reabre o mesmo pedido. Concluir depois não muda a data do ganho.
- CorreçãoCorreção de segurança nas Funções Personalizadas, na lista de conversas. Nenhuma ação é necessária além de atualizar.
- CorreçãoNuma Função Personalizada que tem "Gerenciar conversas que participa e aquelas atribuídas a elas" e não tem "Gerenciar todas conversas", a aba "Todos" deixa de aparecer. Com isso, a conversa em que a pessoa foi mencionada ou adicionada como participante, sem ser a responsável, não aparece mais nas abas da lista de conversas; ela continua abrindo pela notificação e pela busca. Vale conferir antes de atualizar se sua equipe usa essa função para acompanhar conversas de outros atendentes.
- CorreçãoCaixas de entrada de e-mail que recebem por IMAP: quando uma mensagem falhava três vezes ao ser importada numa caixa, outra caixa da instalação que recebesse a mesma mensagem podia deixar de importá-la por até 6 horas, sem aviso na tela. Agora cada caixa conta só as próprias falhas.
- CorreçãoAutomações do Pipeline: quando alguém sem perfil de administrador, mas com permissão para editar automações, salvava um fluxo que tinha uma credencial num nó (por exemplo, o cabeçalho de autorização de uma Requisição HTTP), a credencial era trocada pela máscara que essa pessoa vê no lugar dela, e a integração parava de autenticar. Agora a credencial salva é mantida.
- CorreçãoCorreção de segurança no envio de anexos por automação do Pipeline. Nenhuma ação é necessária além de atualizar.
- CorreçãoNuma conta sem nenhum pipeline configurado, abrir "Gerenciar Pipelines" voltava sozinho para a tela anterior, sem deixar criar o primeiro pipeline. A tela passa a abrir normalmente.
- NovidadeNovo indicador no relatório de conversas: tempo até a primeira resposta do robô (Agent Bot), separado do indicador de primeira resposta humana. Antes, só a resposta de uma pessoa contava — uma conversa respondida pelo robô em minutos podia aparecer no relatório como levando dias, até alguém responder.
- MelhoriaA mensagem de erro da Meta quando um template falha ao enviar dentro de uma conversa passa a vir traduzida e mais clara — a mesma tradução que já existia na tela de Gerenciar Templates.
- NovidadeAdministradores passam a receber um aviso em tempo real quando a Meta pausa, rejeita ou desabilita um template de mensagem já aprovado. Antes, a mudança só aparecia se alguém abrisse a tela de Templates ou tentasse enviar e o envio falhasse.
Ver detalhes da versão →
4.17.1.631 de agosto de 2026Docker Hub
Confirmação de entrega no WhatsApp e permissões de robô descritas corretamente
Quando um robô era configurado apenas para consultar o funil, sem autorização para alterar nada, a resposta que descreve as permissões dele dava a entender que podia tudo. A autorização sempre esteve correta e nada indevido foi permitido, mas uma automação que confiasse nessa descrição tentaria ações que seriam recusadas, em repetição. A descrição agora informa exatamente o que aquele robô consegue executar.
- CorreçãoA consulta que um robô faz para descobrir as próprias permissões passou a informar, além do que está configurado, o que ele de fato consegue executar. Antes, um robô autorizado apenas a consultar o funil aparecia como se pudesse alterar tudo.
- MelhoriaA recusa de uma ação não permitida também passou a listar corretamente o que aquele robô pode fazer, em vez de repetir a lista completa de ações.
- CorreçãoMensagens enviadas por algumas caixas de WhatsApp nunca chegavam a aparecer como entregues, mesmo tendo sido entregues. A confirmação vinha do WhatsApp e era interpretada com um degrau de atraso.
- CorreçãoFalha de envio nessas mesmas caixas não aparecia como falha — o aviso de erro era descartado em silêncio.
- CorreçãoMensagem ainda pendente de envio aparecia como falhada.
Ver detalhes da versão →
4.17.1.430 de agosto de 2026Docker Hub
Robô com permissão limitada agora recebe a recusa certa
Quem restringe o que um robô pode fazer no funil — por exemplo, deixar que ele mova cards mas não feche negócios — recebia uma resposta que parecia falha de login quando o robô tentava a ação proibida. Isso fazia integrações tentarem se reconectar em vez de simplesmente pular a ação. Agora a recusa é explícita e informa o que aquele robô pode fazer.
- CorreçãoQuando um robô tenta uma ação fora da lista de permissões dele, a resposta deixou de parecer erro de autenticação. Agora ela diz que a ação não é permitida e lista o que aquele robô pode fazer.
- MelhoriaIsso viabiliza colocar um robô para organizar o funil sem autoridade para fechar negócio: ele move cards entre etapas e é impedido de marcar ganho ou perda.
Ver detalhes da versão →
4.17.1.330 de agosto de 2026Docker Hub
Movimentação de card por robô ficou à prova de sobrescrita silenciosa
Quem integra um robô ou automação ao Pipeline recebia, junto com a recusa de uma movimentação inválida, o número da versão atual do card — e a documentação sugeria repetir a chamada com ele. Seguir essa sugestão desfazia, sem aviso, o que um atendente tivesse acabado de fazer no card. A recusa agora pede explicitamente uma nova leitura, e a documentação foi corrigida.
- CorreçãoAo recusar uma movimentação de card por falta ou erro do número de versão, o sistema deixou de devolver a versão atual e passou a pedir uma nova leitura do card. Repetir a chamada com o número que vinha na recusa podia desfazer, sem deixar rastro, o que um atendente tinha acabado de fazer.
- CorreçãoA documentação da API descrevia esse reenvio como o caminho recomendado. Foi corrigida.
- MelhoriaA recusa por conflito, quando alguém realmente mexeu no card ao mesmo tempo, continua informando a etapa e a versão atuais — ali a informação diz o que aconteceu, e não como repetir.
Ver detalhes da versão →
4.17.1.129 de agosto de 2026Docker Hub
Relatórios reformulados, histórico de vendas para todas as contas e Ganho pelo macro
A visão geral de Relatórios foi reformulada com indicadores de desempenho, satisfação, SLA e divisão por canal, tudo respondendo a um filtro único de período. O histórico de vendas de um card deixou de depender de módulo opcional — toda conta passa a acumular ciclos, valores e total faturado. E um macro agora consegue marcar o negócio como ganho abrindo a tela de fechamento na hora, para o atendente informar o valor.
- NovidadeA visão geral de Relatórios ganhou linha de indicadores com tendência, cartão de satisfação (CSAT), medidor de SLA, divisão por canal e colunas de tempo de resposta e de resolução nas tabelas de agentes e times.
- NovidadeUm filtro único de período e horário comercial agora vale para toda a visão geral, em vez de cada bloco ter o seu.
- NovidadeO gráfico de volume e desempenho virou três abas, com as conversas em duas séries comparáveis.
- NovidadeO histórico de vendas de um card não depende mais do módulo Oportunidades. Toda conta acumula os ciclos de venda, com valor e data de cada um, e passa a ver quantas vezes aquele card foi ganho e quanto somou no total.
- NovidadeUm macro pode marcar o card do Pipeline como ganho ou perdido. A tela de fechamento abre na hora para o atendente informar valor e observação, em vez de usar um número fixo salvo no macro.
- NovidadeScripts de personalização podem valer só para contas escolhidas, em vez de sempre para a instalação inteira.
- NovidadeUma sessão do WhatsApp já conectada pode ser vinculada a uma caixa de entrada de API que já estava funcionando.
- MelhoriaOs cartões de métrica de conversas foram redesenhados com ícone e cor.
- CorreçãoResposta pronta com anexo deixou de perder o arquivo quando enviada logo após ser escolhida.
- CorreçãoO prefixo com o nome do atendente voltou a aparecer nas mensagens que passam pela ponte de API.
- CorreçãoA opção de mostrar o nome do atendente voltou a aparecer nas caixas de WhatsApp por WAHA.
- CorreçãoE-mail e telefone virados em link deixaram de mostrar um sufixo técnico junto do texto.
- CorreçãoO motivo de um estorno automático aparecia em inglês numa instalação em português.
Ver detalhes da versão →
4.17.1.027 de agosto de 2026Docker Hub
Atualização do Chatwoot 4.17.1 e o identificador de cada caixa de entrada
Traz a atualização 4.17.1 do Chatwoot. A resposta de cada caixa de entrada passa a informar qual conta ela representa — o número, a página, o perfil — para uma integração distinguir duas caixas do mesmo tipo sem depender do nome. Passar o mouse sobre a hora de uma mensagem mostra a data exata, e o widget de chat do site ficou cerca de 30% menor.
- NovidadeCada caixa de entrada informa o próprio identificador público: número do WhatsApp, página do Facebook, perfil do Instagram, conta do TikTok, canal do LINE. Serve para uma integração distinguir duas caixas do mesmo tipo sem depender do nome, que o cliente pode trocar.
- MelhoriaPassar o mouse sobre a hora de uma mensagem mostra a data exata.
- MelhoriaO widget de chat do site ficou cerca de 30% menor, então carrega mais rápido em quem abre a página pela primeira vez.
- CorreçãoFiltro de conteúdo em automação parava de funcionar quando o texto tinha vírgula.
- CorreçãoLogin de negócios do Instagram voltou a autorizar.
- CorreçãoMensagem enviada pelo Facebook deixou de voltar para a conversa como se fosse do cliente.
- CorreçãoAo juntar dois contatos, as chamadas do contato absorvido acompanham em vez de ficarem órfãs.
Ver detalhes da versão →
4.17.0.827 de agosto de 2026Docker Hub
Aplicativos na barra lateral, o código do erro de envio e o aviso de follow-up que não saía
Um aplicativo criado no Painel de Aplicativos agora pode ficar na barra lateral, com o nome que você escolher, em vez de só dentro de uma conversa. Quando o envio de uma mensagem falha, o código que o provedor devolveu passa a acompanhar o motivo — chave estável para quem trata erro em automação. E um follow-up interrompido porque o modelo foi apagado volta a disparar o aviso que antes ficava só na tela.
- NovidadeAplicativo do painel pode ficar na barra lateral. Na criação você escolhe entre "Dentro da conversa" e "Na barra lateral" — na barra ele vira um item próprio, com o nome que você deu, e abre sem precisar entrar numa conversa.
- NovidadeO código do erro do provedor acompanha o motivo da falha. Além do texto, a mensagem falhada passa a trazer o código que o provedor devolveu (por exemplo 131026, número sem WhatsApp). O texto muda com idioma e redação; o código não.
- CorreçãoFollow-up interrompido por modelo apagado volta a avisar. Ele já aparecia como falho na tela, mas o webhook follow_up_failed não era disparado nessas situações — quem acompanha por automação não ficava sabendo.
Ver detalhes da versão →
4.17.0.727 de agosto de 2026Docker Hub
O motivo da falha de envio chega a quem integra, e o limite do robô passa a limitar
Quando o envio de uma mensagem falha, o motivo passa a chegar no webhook para quem integra pela API — antes só o alerta interno sabia. Um follow-up que falha volta a aparecer como falho e com o motivo — desde a versão 4.17.0.0 ele ficava parado sem registro. As caixas de "Ações no funil" nas configurações do robô voltam a limitar de verdade.
- CorreçãoO motivo da falha de envio chega ao webhook. Quem integra pela API recebia apenas que a mensagem falhou, sem saber por quê — agora o campo de detalhe é preenchido também nas conexões NooviConnect, WAHA e UAZAPI, e não só na API oficial.
- CorreçãoFollow-up que falha volta a aparecer como falho, com o motivo. Desde a 4.17.0.0 uma falha de envio deixava o follow-up parado no estado anterior, sem motivo registrado e sem nova tentativa — o tratamento de erro existia e não chegava a rodar.
- CorreçãoAs caixas de "Ações no funil" nas configurações do robô voltam a limitar. Marcar apenas "mover cards" não impedia o robô de fechar negócio nem de editar: a restrição existia na tela e não valia no servidor.
- NovidadeAs configurações do robô passam a informar quais funis ele alcança e quais ações estão liberadas, para uma integração saber o que pode fazer antes de tentar.
- CorreçãoMensagem de erro de provedor deixa de poder carregar credencial. Se o provedor devolvesse um token no texto do erro, ele podia sair junto no detalhe da falha.
Ver detalhes da versão →
4.17.0.626 de agosto de 2026ProduçãoDocker Hub
Proteção contra abuso no widget, e o robô deixa de sobrescrever o que a pessoa acabou de mover
Restaura o limite de requisições do contato pelo widget, que por um erro de digitação no endereço nunca era aplicado. Robôs que movem cards no funil passam a informar a versão que leram, e o sistema recusa a movimentação quando alguém mexeu no card no intervalo — antes a última escrita simplesmente vencia.
- CorreçãoO limite de requisições do contato pelo widget volta a funcionar. O endereço verificado estava no plural e a rota é no singular, então a proteção nunca era aplicada e o endpoint aceitava requisições sem limite.
- NovidadeRobôs que movem cards no funil agora informam a versão do card que leram. Se alguém mover o card nesse intervalo, a movimentação do robô é recusada com um erro claro em vez de sobrescrever o que a pessoa fez.
- CorreçãoUm robô limitado a determinados funis não consegue mais ler os funis que não lhe foram concedidos. Ele já não os via na listagem, mas conseguia abrir cada um diretamente e ver nome, etapas e descrições.
- CorreçãoO reenvio de e-mail de confirmação no painel administrativo volta a funcionar: o botão existia e a ação do outro lado, não.
- CorreçãoO e-mail de notificação volta a trazer no rodapé o link para ajustar preferências de notificação.
Ver detalhes da versão →
4.17.0.524 de agosto de 2026ProduçãoDocker Hub
Robôs voltam a ser editáveis, e as ações do funil ganham nome
Corrige a tela de robôs, que não permitia salvar nenhuma alteração quando o robô não usava webhook — o caso de todo robô integrado por API. Na mesma tela, as opções de "Ações no funil" apareciam como caixas sem texto e agora mostram o que cada uma faz.
- CorreçãoA tela de robôs volta a salvar. A URL do webhook deixou de ser obrigatória, como já era no servidor: robôs integrados por API não usam webhook, e com o campo vazio o botão de salvar ficava desabilitado sem explicar o motivo.
- CorreçãoAs seis opções de "Ações no funil" agora mostram o nome de cada ação ao lado da caixa. Antes apareciam como caixas vazias, sem como saber qual era qual.
- CorreçãoO aviso de URL inválida passa a dizer a verdade: o webhook precisa usar um endereço seguro (https). Antes a tela aceitava endereço sem segurança e o servidor recusava depois, com erro genérico.
Ver detalhes da versão →
4.17.0.424 de agosto de 2026Docker Hub
Cores das etapas voltam a aparecer, e o robô ganha controle fino no funil
A cor escolhida para cada etapa passa a aparecer em todas as telas do Pipeline — antes só cinco cores funcionavam e as demais ficavam cinzas. Também permite escolher exatamente quais ações um robô pode executar no funil, corrige falhas de envio no WhatsApp que chegavam sem explicação e a tela de edição de regra de automação que travava.
- CorreçãoA cor da etapa aparece em todas as telas do Pipeline: quadro, lista, agenda, gerenciador de funis, filtro, cards e o painel dentro da conversa. Antes apenas cinco cores específicas eram desenhadas e qualquer outra ficava cinza, mesmo salva corretamente.
- NovidadeNas configurações do robô agora dá para escolher quais ações ele executa no funil: mover card, fechar como ganho, fechar como perdido, criar e editar cards, excluir, e criar ou editar funis e etapas. Sem nada marcado, valem todas as ações que a permissão de gerenciar já concedia.
- CorreçãoFalha ao enviar mensagem pelo WhatsApp agora informa o motivo. Antes o alerta chegava em branco — dava para ver que falhou, mas não por quê.
- CorreçãoA tela de edição de regra de automação não trava mais ao abrir uma regra criada em versão anterior que use uma condição que deixou de existir.
Ver detalhes da versão →