Por que o seu agente n8n não consegue responder nos chats do Kommo — e como resolver (2026)

A maioria de quem tenta conectar um agente de IA aos chats do Kommo esbarra na mesma parede. O fluxo no n8n está montado, o agente lê o lead, formula a resposta — e, no passo de envio para o chat, surge um erro: o envio falha. A mensagem não chega ao WhatsApp, a requisição de envio é rejeitada. O que confunde é que, à primeira vista, parece um problema de configuração ou de acesso — como se as credenciais estivessem erradas.

A resposta curta: você esbarrou na diferença entre ler dados do CRM e enviar uma mensagem para o chat. São dois mecanismos diferentes do Kommo, e o segundo é fechado pelo registro do canal. Vamos por partes — com a documentação do Kommo em cada afirmação — e mostrar uma forma compatível de fazer as respostas chegarem.

---

O agente n8n pode responder nos chats do Kommo? Ler — sim, enviar — não por conta própria

Direto ao ponto: o n8n funciona perfeitamente com os dados do CRM — leads, contatos, negócios, campos personalizados. Dá para ler e gravar o dia inteiro. Mas enviar uma mensagem para o chat é um sistema completamente diferente, e ele se chama amojo.

A integração oficial do n8n com o Kommo deixa isso implícito: ela é sobre os dados do CRM, não sobre troca de mensagens. Na visão geral da integração n8n do Kommo estão descritas as operações com entidades do CRM — criar e atualizar leads, contatos, tarefas. Não há o envio de uma resposta para um chat ao vivo do WhatsApp, porque os chats não vivem na API do CRM, e sim no transporte amojo.

É daí que vem a confusão de quem está começando. Você vê os nós do Kommo funcionando no n8n, monta "obter lead → raciocinar → responder", e a primeira metade roda. Já o último passo — "inserir a resposta no chat" — é interrompido por um erro: a requisição de envio para o amojo é rejeitada, e você vê que o envio falhou. O que torna isso traiçoeiro é que o erro parece um problema de acesso ou de configuração — as pessoas passam horas reconferindo tokens, credenciais e a lógica do agente, embora não seja nada disso. A causa é que você não tem um canal registrado: sem ele não há assinatura válida nem permissão de escrita no amojo — a camada de transporte que o seu n8n simplesmente não alcança.

Vale ter em mente um mapa simples do que vem a seguir. No restante do artigo: o que exatamente é esse portão e por que não dá para atravessá-lo sozinho (seção 2), por que até o template oficial do n8n tropeça nisso para quem está começando, como uma ponte pré-registrada contorna o problema mantendo a inteligência do seu lado (seção 3), a montagem passo a passo (seção 4), o contrato do lado do n8n (seção 5) e uma comparação honesta com as alternativas (seção 6). Em resumo — você não está consertando o agente, você está conseguindo acesso ao transporte.

---

Por que o seu template não envia a resposta: o portão do canal amojo

O amojo é o transporte de mensagens de chat do Kommo. Para postar uma mensagem no chat é preciso chamar https://amojo.kommo.com/v2/origin/custom/{scope_id} com o cabeçalho X-Signature — que é o SHA1 do corpo da requisição, assinado com o segredo do canal. O esquema exato está descrito na documentação do Kommo sobre autorização e cabeçalhos da Chats API. Sem a assinatura correta e um scope_id válido na URL, a requisição não passa.

E o scope_id e o segredo você só obtém depois de registrar o canal. É aqui que está o portão: em 2026, o registro do canal de chat passa por uma solicitação ao suporte técnico do Kommo (análise geralmente em 1–3 dias úteis), e não por um formulário aberto de autoatendimento. Ou seja, os dados com os quais cada requisição ao amojo é assinada são fisicamente impossíveis de obter apenas apertando um botão no painel.

"Mas e o template oficial do n8n e o guia do Kommo sobre n8n?" — sim, eles existem, e, sendo honestos: vale reconhecê-los em vez de fingir que não existem. Existem tanto o workflow pronto do n8n (2841) "Connect AI to any chats in Kommo" quanto o guia oficial do Kommo de configuração do n8n. Eles descrevem a lógica do fluxo corretamente. Mas o passo de inserir a resposta no chat pressupõe um canal já registrado, que você deveria ter em mãos. É justamente esse elo que falta para quem está começando — o template desenha um fluxo que esbarra num portão que já não dá para abrir do zero.

Pela nossa experiência: quando a AnyLinga registrou o seu canal no início de 2026, o autoatendimento público para o amojo já estava fechado — o registro veio por uma solicitação ao suporte, com análise de alguns dias. Não afirmamos nenhuma data de "encerramento" de nada e não dizemos que o Kommo "baniu o n8n": dá para conectar IA externa, há um caminho autorizado. O que foi fechado foi justamente o registro autônomo do canal. Essa é uma diferença importante, porque a internet está cheia de guias escritos para o comportamento antigo, em que o scope_id era obtido por autoatendimento — eles são formalmente corretos para quem já tem o canal, mas induzem ao erro quem começa do zero hoje.

Por que existe esse portão, afinal? O amojo não é só "mais um endpoint", e sim o transporte por onde passam as mensagens de clientes reais no WhatsApp, Instagram e Telegram. Um canal registrado é um remetente confiável com uma assinatura que o Kommo pode verificar. Por isso o controle do registro via suporte, por mais incômodo que seja para quem está montando, faz sentido: ele impede que um código arbitrário escreva nos chats em nome de outra pessoa. A conclusão para o profissional é simples — ou você passa pelo registro sozinho (e o mantém), ou se conecta por meio de alguém que já é um remetente confiável.

Eis o que um fluxo n8n pode e não pode fazer no Kommo sem um canal registrado:

• Pode: ler e atualizar leads, contatos, negócios e campos personalizados pela API do CRM.
• Pode: criar tarefas, mudar status, aplicar tags, disparar webhooks.
• Não pode: enviar uma mensagem para o chat do WhatsApp / Instagram / Telegram por um canal amojo que não passou pela aprovação da moderação do Kommo — é preciso um canal registrado e aprovado, e só então uma requisição assinada com um scope_id e um segredo válidos será aceita.
• Não pode: obter o scope_id e o segredo sem passar pelo registro do canal via suporte do Kommo.

Há também um segundo caminho autorizado para responder de fora — a rota widget_request no Salesbot, descrita na documentação do Kommo sobre integração privada de chatbot. Ele também depende de um widget e de um canal. É exatamente esse caminho que a ponte descrita abaixo utiliza.

---

A correção compatível: uma ponte pré-registrada (como funciona a AnyLinga Connect)

A forma mais simples de contornar o portão é não tentar arrombá-lo sozinho a cada integração, e sim passar por alguém que já tem o canal registrado. A solução — a AnyLinga Connect: a AnyLinga já possui um canal amojo registrado. Ela se posiciona no fluxo de mensagens do Kommo como um widget aprovado, entrega a mensagem recebida ao seu agente n8n e depois devolve a resposta do agente ao chat pelo seu canal registrado.

Posicionamento importante (e isto é fundamental): a AnyLinga é o transporte/o gateway. A inteligência é o seu agente n8n: o seu modelo, os seus prompts, as suas ferramentas. O n8n nunca acessa o amojo nem a API do Kommo diretamente — é exatamente isso que mantém o esquema limpo e compatível. A AnyLinga não "responde com IA" e não decide o que dizer ao cliente; ela faz a entrega de ida e volta.

Um bônus no mesmo fluxo: tradução opcional em tempo real. A mensagem do cliente pode ser traduzida para o seu agente, e a resposta do agente — de volta para o idioma do cliente. A mesma lógica que aparece na tradução de conversas do WhatsApp no mesmo fluxo, só que agora sobre o seu agente de IA.

Veja como a mensagem percorre a ponte, do chat ao agente e de volta:

---

Passo a passo: conectando o agente n8n via AnyLinga Connect

A montagem leva minutos, não dias de registro. Veja o caminho completo:

1. Plano Kommo Advanced ou superior. O widget personalizado e o WebSDK sobre os quais a ponte funciona exigem o plano Advanced (Avançado) ou superior. É um requisito básico da plataforma para widgets.
2. Instale o widget da AnyLinga pelo Marketplace e abra as configurações dele. Conexão via OAuth em um clique — nenhum registro de canal do seu lado é necessário.
3. Na AnyLinga, confirme que a conta Kommo está conectada corretamente e adicione o(s) mensageiro(s) — WhatsApp, Instagram, Telegram etc. — pelos quais os clientes vão escrever para o seu agente de IA.
4. Nas configurações da AnyLinga, cole o Webhook URL do seu n8n mais o segredo; escolha o modo sync ou async; (opcionalmente) ative a tradução de entrada e saída.
5. Monte o lado do n8n a partir do template da AnyLinga Connect (em detalhe — na próxima seção).
6. Teste com uma mensagem real do WhatsApp e acompanhe a resposta chegando ao chat.

Algumas observações práticas sobre os passos. Primeiro, confirme que a conta Kommo está conectada corretamente e que os mensageiros necessários (WhatsApp, Instagram, Telegram etc.) estão cadastrados na AnyLinga — é por eles que as mensagens recebidas chegarão ao seu agente. O segredo que você cola ao lado do Webhook URL serve para assinar as requisições (HMAC) — ele confirma que o POST no seu n8n veio realmente da AnyLinga, e não de alguém que adivinhou a URL do seu webhook.

Um limite prático é a janela de resposta do Kommo: o chat não espera a resposta para sempre. Se o seu agente demora a pensar (cadeias de raciocínio pesadas, chamadas a APIs externas, busca em base de conhecimento), use o caminho assíncrono e um fallback curto do tipo "um instante, estou verificando…", enquanto o agente prepara a resposta completa. Para agentes leves, que respondem em poucos segundos, o caminho síncrono rápido basta — e aí toda a conexão fica mais simples: a requisição chegou, o agente respondeu na mesma resposta HTTP.

Se você está migrando da tradução manual ou configurando a conexão com o Kommo pela primeira vez, vale a configuração no-code do Kommo para a AnyLinga — ela mostra a instalação básica do widget sem código, sobre a qual se adiciona o passo do agente. E para avaliar quanto tempo da equipe é consumido pelo trabalho manual que o agente pode eliminar, ajuda a análise do material a matemática da tradução manual.

---

Do lado do n8n: webhook na entrada, resposta na saída (sync ou async)

Do lado do n8n é tudo mais simples do que parece. A AnyLinga faz um POST no seu gatilho de Webhook do n8n com um contrato claro, o seu agente raciocina e devolve o texto. Não há nenhum trabalho com o amojo do seu lado.

O contrato do gateway é assim:

Você pode responder de duas formas:

• Caminho síncrono rápido. O nó Respond to Webhook entrega o reply_text diretamente na mesma resposta HTTP. Adequado para agentes simples, que cabem na janela de resposta do Kommo.
• Caminho assíncrono. Para agentes pesados: o n8n recebe a requisição, responde na hora e, depois, faz um HTTP POST de volta para a callback_url com o mesmo correlation_id — para que a AnyLinga associe a resposta à conversa correta.

O formato de retorno é mínimo: o reply_text obrigatório mais os opcionais handoff_to_human (passar a conversa para um humano) e set_status (mudar o status do negócio). O correlation_id e a callback_url cobrem o cenário assíncrono e a assinatura HMAC.

O ponto-chave: o n8n faz apenas "receber → raciocinar → devolver o texto". Ele nunca registra canal, não chama o amojo e não toca na API do Kommo. Toda a parte voltada ao chat é executada pelo canal registrado da AnyLinga. É essa a fronteira que mantém a sua automação limpa.

É conveniente começar pelo template pronto da AnyLinga Connect para n8n — webhook na entrada, o seu agente no meio, a resposta na saída.

---

AnyLinga Connect vs "faça você mesmo" vs Composio / Agenthost / Latenode

A ponte não é a única opção. Uma comparação honesta do que existe no mercado e de onde cada escolha faz sentido:

Abordagem	Canal amojo	Tradução no fluxo	Custos adicionais
Faça você mesmo canal próprio + widget próprio	Você registra por conta própria via solicitação ao suporte (a cada integração)	Não — você constrói à parte	Controle total, mas custos reais: registro, widget, manutenção
Composio (Kommo MCP) / Agenthost / Latenode de uso geral	Esbarram no mesmo portão do amojo	Não, não são feitos para a América Latina	Conectam IA externa, mas o canal ainda é necessário; não são especializados em vendas multilíngues
AnyLinga Connect canal pré-registrado + widget	Pré-registrado — não é preciso passar pelo portão	Sim — tradução no mesmo fluxo	Mínimos: widget nativo do Kommo, foco em ES/PT/América Latina

A ideia central da tabela: ferramentas de uso geral como Composio, Agenthost ou Latenode resolvem a tarefa de "conectar IA externa ao Kommo" no nível de orquestração, mas elas não eliminam o portão do amojo — o canal para enviar ao chat ainda é necessário, e o registro dele elas não fazem por você. Além disso, não são feitas para vendas multilíngues: não há tradução no fluxo, não há foco no mercado da América Latina (ES/PT). O "faça você mesmo" dá o máximo de controle, mas transforma você em quem registra e mantém o canal e o widget — a cada integração.

Para quem serve cada uma: um único bot interno em uma só conta, em que o trabalho pontual de registro não assusta — talvez faça sentido "fazer você mesmo". Para agências, equipes multilíngues e quem precisa de entrega rápida sem registrar um canal por cliente — uma ponte pré-registrada como a da AnyLinga costuma sair mais barata no esforço total: você não passa pelo portão e já obtém a tradução no mesmo fluxo.

O lado de negócios da decisão — como uma agência pode construir sobre isso um serviço para clientes — deixamos à parte: veja o AnyLinga Connect para agências, que analisa a economia e o modelo de entrega.

---

FAQ

Por que o meu agente n8n lê os dados do Kommo, mas não envia respostas para o chat?

As respostas no chat passam pelo amojo — o transporte de mensagens do Kommo, e não pela API do CRM. Para postar uma mensagem é preciso ter um canal registrado (scope_id e segredo). A integração oficial do n8n cobre apenas os dados do CRM, mas não o envio de mensagens. Sem um canal registrado, a resposta do agente simplesmente não chega ao WhatsApp.

O que é o amojo no Kommo?

O amojo é o transporte de mensagens de chat do Kommo. Para enviar uma mensagem, você chama amojo.kommo.com/v2/origin/custom/{scope_id} com o cabeçalho X-Signature (SHA1 do corpo, assinado com o segredo do canal) — conforme a documentação do Kommo. O scope_id e o segredo só são obtidos depois de registrar o canal de chat.

Posso registrar um canal de chat no Kommo por conta própria?

Em 2026, o registro do canal passa por uma solicitação ao suporte técnico do Kommo (análise geralmente em 1–3 dias úteis) — não é mais autoatendimento. Na nossa experiência, o registro do canal da AnyLinga no início de 2026 também passou por uma solicitação ao suporte.

A AnyLinga gera as respostas com IA?

Não. A AnyLinga Connect é o transporte e a ponte com um canal amojo registrado. As respostas são geradas pelo seu próprio agente n8n ou LLM: o seu modelo, os seus prompts, as suas ferramentas. A AnyLinga pode, opcionalmente, traduzir a mensagem do cliente e a resposta do agente no mesmo fluxo, mas a decisão sobre o texto da resposta é sempre do seu agente.

Qual plano do Kommo é necessário?

O plano Advanced (Avançado) ou superior — ele é necessário para widgets personalizados e WebSDK, sobre os quais a AnyLinga Connect funciona dentro do cenário do Salesbot.

Como conectar um chatbot ao Kommo?

Qualquer chatbot ou agente externo precisa chegar aos chats através do amojo, e isso exige um canal registrado (acesso via suporte do Kommo). A AnyLinga Connect fornece esse canal, então você conecta o seu bot sem registrar o canal por conta própria: a AnyLinga entrega a mensagem recebida ao seu agente e devolve a resposta dele ao chat pela rota autorizada do Salesbot.