Integração Freshdesk AI e Document360: como realmente conectá-los em 2026

O que "Freshdesk AI e Document360" realmente significa

Dois produtos, dois trabalhos bem diferentes, e vale a pena separá-los antes de falarmos sobre a conexão.

O Freshdesk é o helpdesk da Freshworks. Sua camada de IA é o Freddy AI, dividido em três partes: o Freddy AI Agent, voltado ao cliente, que resolve consultas do início ao fim, o Freddy AI Copilot, que auxilia seus agentes humanos, e o Freddy AI Insights para lideranças. Quando as pessoas dizem "Freshdesk AI", quase sempre se referem ao Agent, e as avaliações do Freddy são majoritariamente sobre ele.

O Document360 é uma plataforma de base de conhecimento da Kovai. É onde ficam seus artigos de ajuda, POPs e documentação de produto, com uma camada de IA chamada Eddy AI por cima para busca, escrita e um chatbot. É uma base de conhecimento forte e bem avaliada, usada por equipes na HP, Gong e outras, e se sai bem numa comparação Document360 vs Helpjuice.

Então o instinto do leitor é razoável: eu mantenho meus documentos no Document360, meus tickets no Freshdesk, e quero que a IA no Freshdesk responda aos clientes usando os documentos do Document360. O detalhe é que os dois produtos se conectam, só que não nessa direção.

A integração que realmente existe

O Document360 tem uma integração real e documentada com o Freshdesk. Ela vive dentro do chatbot Eddy AI, e faz duas coisas específicas.

Primeiro, os tickets do Freshdesk viram uma fonte de treinamento. O chatbot do Document360 pode ingerir seus tickets do Freshdesk junto com seus artigos, arquivos e FAQs. Segundo a documentação de gerenciamento do chatbot, os tickets do Freshdesk "sincronizam automaticamente todos os dias", com uma ressincronização manual até duas vezes ao dia.

Segundo, o chatbot abre tickets no Freshdesk. Essa é a funcionalidade de escalação de tickets. Quando o chatbot não consegue ajudar, ele pede ao usuário que abra um ticket, e esse ticket cai no Freshdesk.

Aqui está a parte importante, que a maioria dos artigos sobre esse assunto ignora. A direção do fluxo é fixa.

A documentação do Document360 é inequívoca sobre o que a escalação faz. Quando o chatbot detecta que um usuário precisa de um humano, ele pede que envie um ticket "pré-preenchido com a transcrição do chat, um assunto gerado por IA e uma descrição do problema gerada por IA". Depois de enviado, segundo a documentação de escalação, "ele aparece no Zendesk ou Freshdesk como um ticket padrão, criado via API", que o agente então encontra na visualização Unassigned ou New.

O que ele nunca faz: ler sua fila existente do Freshdesk, redigir uma resposta a um ticket aberto, enviar uma resposta como agente, ou fazer triagem automática de tickets recebidos. Os tickets do Freshdesk são usados aqui de exatamente duas formas, um corpus de treinamento somente leitura e um destino de API para criar novos tickets. A escalação atualmente só suporta Zendesk e Freshdesk.

Então, se o seu objetivo é "o chatbot do Document360 responde no meu site de documentação e repassa de forma limpa para o Freshdesk", essa integração é genuinamente boa, e você deveria ativá-la.

O que o chatbot do Document360 faz bem

Crédito onde é devido. O Eddy AI do Document360 é fundamentado no seu conteúdo, o que é o design correto. A própria proposta é "a maioria dos chatbots chuta, o nosso só fala quando sabe", e as respostas vêm com os artigos-fonte citados abaixo.

Para uma central de ajuda de autoatendimento, isso é uma configuração sólida: o chatbot desvia as perguntas fáceis no seu site de documentação, e só as que ele não consegue responder viram tickets no Freshdesk. É essencialmente uma base de conhecimento conversacional acoplada aos seus documentos. Se seu modelo de suporte é majoritariamente "clientes leem a documentação primeiro", isso cobre uma parte real do volume.

Vale conhecer os limites antes de depender disso. Cada chatbot tem por padrão um teto de 40 MB de dados de origem, aplicado ao conjunto de todas as fontes conectadas, e ultrapassá-lo significa uma ligação para o seu gerente de sucesso do cliente. O playground testa prompts que você digita manualmente, não uma reprodução do seu histórico real de tickets. E o campo de descrição na caixa de escalação é limitado a 250 caracteres. Nada disso é um impeditivo para um chatbot de documentação. Eles apenas dizem que isso é uma ferramenta de autoatendimento, não uma para trabalhar fila.

Colocando conteúdo do Document360 no Freddy

Agora a direção mais difícil, e a que a maioria realmente veio procurar: fazer o Freddy AI Agent do Freshdesk responder usando seus artigos do Document360.

Não existe um conector nativo. O Freddy AI Agent aprende com um conjunto fixo de tipos de fonte, segundo a documentação de configuração do Freshdesk: artigos de solução, arquivos, links da web e perguntas e respostas personalizadas. O Document360 não está nessa lista, então você mesmo precisa fazer a ponte. Você tem quatro opções, e cada uma tem um teto.

Opção 1: rastrear as URLs públicas da sua central de ajuda. O Freddy pode aprender com links da web, mas os limites de conhecimento são apertados: apenas 10 URLs por agente de IA e 25 por conta, apenas páginas disponíveis publicamente, e apenas texto estático, então nada de vídeo ou imagens. Uma fonte de site pode aprender até 3.000 páginas via rastreamento. Isso funciona se o seu site do Document360 for público e você apontar o Freddy para as páginas de índice certas, mas uma base de conhecimento privada ou parcialmente restrita fica de fora.

Opção 2: exportar artigos e enviá-los como arquivos. O Freddy aceita arquivos .txt, .docx e .pdf, até 35 MB cada, com limite de 200 arquivos por bot e 200 por conta. O Document360 pode exportar artigos em PDF, então você pode exportar em massa e enviar. O problema é que isso é uma foto instantânea. Atualize um artigo no Document360 e sua cópia enviada no Freshdesk fica desatualizada até você reexportar e reenviar.

Opção 3: copiar os artigos para a base de conhecimento nativa do Freshdesk. O Freddy lê artigos de solução do Freshdesk nativamente, então se você mantiver o mesmo conteúdo nos dois lugares, o Freddy fica atualizado. Isso é manutenção dupla para sempre, e anula o propósito de ter uma única fonte de verdade no Document360.

Opção 4: manter o chatbot do Document360 para a documentação, e o Freddy do Freshdesk para os tickets. Rode-os como dois sistemas separados, cada um com seu próprio conhecimento. É o menor esforço, mas você está operando dois bots de IA treinados em dois conjuntos de conteúdo, e os clientes recebem uma resposta diferente dependendo de onde perguntam.

O fio condutor: nenhuma dessas é uma sincronização em tempo real. Todas são uma cópia, um rastreamento ou uma duplicata, e todas ficam desatualizadas no momento em que alguém edita um artigo. Se seus documentos do Document360 mudam com frequência, essa defasagem é o problema todo.

"Testamos uma integração de IA no Freshdesk e tivemos quase a mesma experiência. Funcionou para tickets muito simples, mas qualquer coisa um pouco mais complexa era classificada errado. Os agentes acabaram gastando mais tempo corrigindo erros do que antes, então tivemos que repensar nossa abordagem."

Usuário do Reddit, r/AiAutomations

Essa experiência do Reddit bate com o que ouço das equipes: a IA nativa de helpdesk tende a se sair bem em tickets simples e ter dificuldade onde o conhecimento está fragmentado entre ferramentas. Se é onde você está, vale a pena olhar também as alternativas gratuitas ao Freshdesk AI. Conhecimento fragmentado é exatamente a situação em que você está quando seus documentos vivem no Document360 e sua IA vive no Freshdesk.

Quanto isso custa

Antes de se comprometer com uma ponte manual, ajuda ver a conta completa, porque você está pagando dois fornecedores e a IA é medida dos dois lados.

Um exemplo prático. Digamos que você opera uma equipe de 10 agentes no Freshdesk Omni Pro. Isso são 790 $ por mês em assentos antes de qualquer IA, e se o custo é o fator decisivo, talvez valha a pena conferir a lista mais ampla dos apps de helpdesk com IA mais baratos. Adicione o Copilot para a equipe e são mais 290 $. Agora ative o Freddy AI Agent para desvio de e-mails, consuma as 500 sessões gratuitas, e você fica em 49 $ a cada 100 sessões depois disso. Do lado do Document360, o Eddy AI é uma linha separada baseada em créditos dentro de uma cotação personalizada que você só vê ao falar com o time de vendas. Nada disso é irracional para o que cada ferramenta faz, mas "só conecte meus documentos à minha IA" se transforma em dois produtos de IA medidos por uso mais o trabalho de manter o conteúdo sincronizado.

O caminho mais limpo: uma IA que lê ambos

O motivo pelo qual essa integração é desajeitada é estrutural. A IA do Freshdesk lê o conhecimento do Freshdesk. A IA do Document360 lê o conhecimento do Document360. Nenhuma delas foi construída para ser o cérebro que fica sobre as duas. Como coloca a documentação da eesel, "as ferramentas de IA nativas geralmente só leem a partir da sua central de ajuda ou site. Os agentes da eesel AI aprendem com seus tickets realmente resolvidos, e em qualquer uma das suas plataformas".

Essa é a lacuna para a qual a eesel foi construída.

A eesel entra no Freshdesk como um agente de IA, não como um segundo widget ou uma caixa de entrada separada. Ela lê tickets, redige e envia respostas, adiciona notas privadas, atualiza campos e roteia para grupos, as mesmas ações que um agente humano realiza. No lado do conhecimento, ela aprende com sua central de ajuda do Document360 rastreando-a como fonte, junto com seus artigos de solução do Freshdesk, seus tickets anteriores resolvidos, e outras fontes como Confluence, Notion e Google Docs. Uma IA, os dois conjuntos de conteúdo, trabalhando onde seus agentes já trabalham.

Duas coisas diferenciam isso da ponte manual:

• Simulação nos seus tickets reais. Antes de tocar em um cliente, a eesel roda sobre seus tickets históricos do Freshdesk, avalia como ela teria respondido comparado ao que sua equipe realmente enviou, e relata as lacunas, por exemplo "23 tickets na semana passada perguntaram sobre reembolsos proporcionais, mas seus documentos só cobrem cancelamentos completos". Esse é um teste real sobre sua própria fila, não um punhado de prompts que você digitou. O studio do Freshdesk e o playground do Document360 ambos testam cenários que você escreve manualmente.
• Você configura em linguagem simples. Em vez de criar regras, você diz à eesel quais tickets tratar, como escrever e quando escalar, apenas descrevendo. E ela começa em modo rascunho, então cada resposta espera aprovação humana até que você confie nela.

Para ser justo quanto ao encaixe: se todo o seu modelo de suporte é um site de documentação público onde os clientes se autoatendem e raramente abrem tickets, o próprio chatbot do Document360 mais sua escalação para o Freshdesk é uma resposta perfeitamente boa e mais barata, e talvez você não precise de uma terceira ferramenta. Se você está repensando toda a pilha, vale a pena conferir as melhores alternativas ao Freshdesk. A eesel ganha seu lugar quando o trabalho está na fila do Freshdesk e o conhecimento está espalhado entre o Document360 e todo o resto.

Experimente a eesel para Freshdesk e Document360

Se você quer que sua IA responda tickets do Freshdesk usando seus documentos do Document360, sem exportar PDFs toda semana ou manter os mesmos artigos em dois lugares, é exatamente isso que a eesel AI para Freshdesk faz. Ela se conecta ao Freshdesk em menos de 30 minutos, aprende automaticamente com sua central de ajuda do Document360 e seus tickets anteriores, e permite simular em tickets reais antes de colocar no ar.

É grátis para começar com 50 $ de uso e sem cartão de crédito, depois 0,40 $ por ticket sem taxa por assento. Você pode experimentar a eesel e rodar uma simulação no seu próprio histórico do Freshdesk para ver a taxa de resolução antes de se comprometer.