Intégration Freshdesk AI et Document360 : comment vraiment les connecter en 2026

Ce que « Freshdesk AI et Document360 » signifie réellement

Deux produits, deux métiers très différents, et cela vaut la peine de les séparer avant de parler de câblage.

Freshdesk est le helpdesk de Freshworks. Sa couche IA est Freddy AI, divisée en trois parties : le Freddy AI Agent orienté client qui résout les demandes de bout en bout, Freddy AI Copilot qui assiste vos agents humains, et Freddy AI Insights pour les responsables. Quand on parle de « Freshdesk AI », on désigne presque toujours l'Agent, et les avis sur Freddy le concernent en majorité.

Document360 est une plateforme de base de connaissances de Kovai. C'est là que vivent vos articles d'aide, vos procédures et votre documentation produit, avec une couche IA appelée Eddy AI au-dessus pour la recherche, la rédaction et un chatbot. C'est une base de connaissances solide et bien notée, utilisée par des équipes chez HP, Gong et d'autres, et elle tient la route dans une comparaison Document360 vs Helpjuice.

L'instinct du lecteur est donc raisonnable : je garde ma documentation dans Document360, mes tickets dans Freshdesk, et je veux que l'IA dans Freshdesk réponde aux clients en utilisant la documentation de Document360. Le hic, c'est que les deux produits se connectent, juste pas dans ce sens-là.

L'intégration qui existe réellement

Document360 dispose d'une véritable intégration Freshdesk documentée. Elle vit dans le chatbot Eddy AI, et fait deux choses précises.

Premièrement, les tickets Freshdesk deviennent une source d'entraînement. Le chatbot Document360 peut ingérer vos tickets Freshdesk aux côtés de vos articles, fichiers et FAQ. Selon la documentation de gestion du chatbot, les tickets Freshdesk « se synchronisent automatiquement chaque jour », avec une resynchronisation manuelle possible jusqu'à deux fois par jour.

Deuxièmement, le chatbot ouvre des tickets dans Freshdesk. C'est la fonctionnalité d'escalade de tickets. Lorsque le chatbot ne peut pas aider, il invite l'utilisateur à créer un ticket, et ce ticket atterrit dans Freshdesk.

Voici la partie importante, celle que la plupart des articles sur ce sujet passent sous silence. Le sens de circulation est fixe.

La documentation de Document360 est sans ambiguïté sur ce que fait l'escalade. Lorsque le chatbot détecte qu'un utilisateur a besoin d'un humain, il l'invite à soumettre un ticket « pré-rempli avec la transcription du chat, un objet généré par IA et une description du problème générée par IA ». Une fois soumis, selon la documentation d'escalade, « il apparaît dans Zendesk ou Freshdesk comme un ticket standard, créé via API », que l'agent retrouve ensuite dans la vue Unassigned ou New.

Ce qu'il ne fait jamais : lire votre file d'attente Freshdesk existante, rédiger une réponse sur un ticket ouvert, envoyer une réponse en tant qu'agent, ou faire du tri automatique des tickets entrants. Les tickets Freshdesk sont utilisés ici de exactement deux façons, un corpus d'entraînement en lecture seule et une cible API pour créer de nouveaux tickets. L'escalade ne prend actuellement en charge que Zendesk et Freshdesk.

Donc si votre objectif est que « le chatbot Document360 réponde sur mon site de documentation et transmette proprement à Freshdesk », cette intégration est vraiment bonne, et vous devriez l'activer.

Ce que le chatbot de Document360 fait bien

Rendons à César ce qui lui appartient. Eddy AI de Document360 est ancré dans votre contenu, ce qui est le bon design. Sa propre présentation est « la plupart des chatbots devinent, le nôtre ne parle que lorsqu'il sait », et les réponses arrivent avec les articles sources cités en dessous.

Pour un centre d'aide en libre-service, c'est une configuration solide : le chatbot détourne les questions faciles sur votre site de documentation, et seules celles auxquelles il ne peut pas répondre deviennent des tickets Freshdesk. C'est essentiellement une base de connaissances conversationnelle greffée sur votre documentation. Si votre modèle de support consiste surtout en « les clients lisent d'abord la documentation », cela couvre une part réelle du volume.

Les limites méritent d'être connues avant de s'y appuyer. Chaque chatbot a par défaut un plafond de 40 Mo de données sources, appliqué à l'ensemble des sources connectées combinées, et le dépasser implique un appel à votre gestionnaire de succès client. Le bac à sable teste des prompts que vous saisissez à la main, pas une relecture de votre historique de tickets réel. Et le champ de description dans la boîte de dialogue d'escalade est plafonné à 250 caractères. Rien de tout cela n'est rédhibitoire pour un chatbot de documentation. Cela indique simplement qu'il s'agit d'un outil en libre-service, pas d'un outil de traitement de file d'attente.

Faire entrer le contenu de Document360 dans Freddy

Voici maintenant le sens le plus difficile, celui pour lequel la plupart des gens sont vraiment venus : faire répondre le Freddy AI Agent de Freshdesk à partir de vos articles Document360.

Il n'existe aucun connecteur natif. Freddy AI Agent apprend à partir d'un ensemble fixe de types de sources, selon la documentation de configuration de Freshdesk : les articles de solution, les fichiers, les liens web et les questions-réponses personnalisées. Document360 ne figure pas dans cette liste, vous devez donc combler l'écart vous-même. Vous avez quatre options, et chacune a un plafond.

Option 1 : explorer les URL publiques de votre centre d'aide. Freddy peut apprendre à partir de liens web, mais les limites de connaissances sont strictes : seulement 10 URL par agent IA et 25 par compte, uniquement des pages disponibles publiquement, et uniquement du texte statique, donc pas de vidéo ni d'images. Une source de site web peut apprendre jusqu'à 3 000 pages via exploration. Cela fonctionne si votre site Document360 est public et que vous pointez Freddy vers les bonnes pages d'index, mais une base de connaissances privée ou partiellement restreinte est exclue.

Option 2 : exporter les articles et les téléverser en tant que fichiers. Freddy accepte les fichiers .txt, .docx et .pdf, jusqu'à 35 Mo chacun, plafonnés à 200 fichiers par bot et 200 par compte. Document360 peut exporter les articles en PDF, vous pouvez donc exporter et téléverser en masse. Le problème, c'est qu'il s'agit d'une photo instantanée. Mettez à jour un article dans Document360, et votre copie téléversée dans Freshdesk devient obsolète jusqu'à ce que vous la ré-exportiez et la re-téléversiez.

Option 3 : copier les articles dans la base de connaissances native de Freshdesk. Freddy lit nativement les articles de solution Freshdesk, donc si vous maintenez le même contenu aux deux endroits, Freddy reste à jour. C'est de la double maintenance pour toujours, et cela va à l'encontre de l'intérêt d'avoir une source unique de vérité dans Document360.

Option 4 : garder le chatbot de Document360 pour la documentation, le Freddy de Freshdesk pour les tickets. Faites-les fonctionner comme deux systèmes distincts, chacun avec ses propres connaissances. C'est l'effort minimal, mais vous exploitez deux bots IA entraînés sur deux ensembles de contenu, et les clients obtiennent une réponse différente selon l'endroit où ils posent la question.

Le fil conducteur : aucune de ces options n'est une synchronisation en direct. Ce sont toutes des copies, des explorations ou des doublons, et chacune devient obsolète dès qu'une personne modifie un article. Si votre documentation Document360 change souvent, cette dérive est tout le problème.

« Nous avons testé une intégration IA dans Freshdesk et vécu presque la même expérience. Cela fonctionnait pour des tickets très simples, mais tout ce qui était un peu plus complexe était mal classé. Les agents ont fini par passer plus de temps à corriger les erreurs qu'auparavant, nous avons donc dû repenser notre approche. »

Utilisateur Reddit, r/AiAutomations

Cette expérience Reddit correspond à ce que j'entends de la part des équipes : l'IA native de helpdesk tend à bien se comporter sur les tickets simples et à peiner là où la connaissance est fragmentée entre plusieurs outils. Si c'est votre situation, il vaut la peine de consulter aussi les alternatives gratuites à Freshdesk AI. La connaissance fragmentée est exactement la situation dans laquelle vous vous trouvez lorsque votre documentation vit dans Document360 et votre IA dans Freshdesk.

Ce que cela coûte

Avant de vous engager dans un pont manuel, il est utile de voir la facture complète, car vous payez deux fournisseurs et l'IA est facturée des deux côtés.

Un exemple chiffré. Disons que vous gérez une équipe de 10 agents sur Freshdesk Omni Pro. Cela représente 790 $ par mois en sièges avant toute IA, et si le coût est déterminant, le panorama plus large des applis helpdesk IA les moins chères peut vous intéresser. Ajoutez Copilot pour l'équipe et cela fait 290 $ de plus. Activez maintenant Freddy AI Agent pour le déflection d'e-mails, épuisez les 500 sessions gratuites, et vous êtes à 49 $ par tranche de 100 sessions ensuite. Du côté de Document360, Eddy AI est une ligne distincte basée sur des crédits, incluse dans un devis personnalisé que vous ne voyez qu'en parlant aux commerciaux. Rien de tout cela n'est déraisonnable pour ce que fait chaque outil, mais « connectez simplement ma documentation à mon IA » se transforme en deux produits IA facturés à l'usage, plus le travail de maintien de la synchronisation du contenu.

La voie la plus propre : une seule IA qui lit les deux

La raison pour laquelle cette intégration est maladroite est structurelle. L'IA de Freshdesk lit les connaissances de Freshdesk. L'IA de Document360 lit les connaissances de Document360. Aucune des deux n'a été conçue pour être le cerveau qui se situe au-dessus des deux. Comme le formule la documentation d'eesel, « les outils IA natifs ne lisent généralement que votre centre d'aide ou votre site web. Les agents eesel AI apprennent de vos tickets réellement résolus, et à travers n'importe laquelle de vos plateformes ».

C'est l'écart pour lequel eesel a été conçu.

eesel rejoint Freshdesk en tant qu'agent IA, pas comme un second widget ou une boîte de réception séparée. Il lit les tickets, rédige et envoie des réponses, ajoute des notes privées, met à jour des champs et achemine vers des groupes, les mêmes actions qu'un agent humain effectue. Côté connaissances, il apprend de votre centre d'aide Document360 en l'explorant comme source, aux côtés de vos articles de solution Freshdesk, de vos anciens tickets résolus, et d'autres sources comme Confluence, Notion et Google Docs. Une seule IA, les deux ensembles de contenu, travaillant là où vos agents travaillent déjà.

Deux éléments rendent cela différent du pont manuel :

• Simulation sur vos tickets réels. Avant de toucher un client, eesel s'exécute sur vos tickets Freshdesk historiques, évalue comment il aurait répondu par rapport à ce que votre équipe a réellement envoyé, et signale les écarts, par exemple « 23 tickets la semaine dernière concernaient des remboursements au prorata, mais votre documentation ne couvre que les annulations complètes ». C'est un véritable essai sur votre propre file d'attente, pas une poignée de prompts que vous avez saisis. Le studio de Freshdesk et le bac à sable de Document360 testent tous deux des scénarios que vous rédigez à la main.
• Vous le configurez en langage courant. Plutôt que de construire des règles, vous dites à eesel quels tickets traiter, comment écrire, et quand escalader, simplement en le décrivant. Et il démarre en mode brouillon, donc chaque réponse attend une approbation humaine jusqu'à ce que vous lui fassiez confiance.

Pour être honnête sur l'adéquation : si l'intégralité de votre modèle de support repose sur un site de documentation public où les clients se servent eux-mêmes et ouvrent rarement des tickets, le chatbot propre de Document360 associé à son escalade vers Freshdesk est une réponse parfaitement correcte et moins chère, et vous n'avez peut-être pas besoin d'un troisième outil. Si vous repensez toute votre pile, les meilleures alternatives à Freshdesk valent le coup d'œil. eesel mérite sa place lorsque le travail se situe dans la file d'attente Freshdesk et que la connaissance est éparpillée entre Document360 et ailleurs.

Essayez eesel pour Freshdesk et Document360

Si vous voulez que votre IA réponde aux tickets Freshdesk en utilisant votre documentation Document360, sans exporter des PDF chaque semaine ni maintenir les mêmes articles à deux endroits, c'est exactement ce que fait eesel AI pour Freshdesk. Il se connecte à Freshdesk en moins de 30 minutes, apprend automatiquement de votre centre d'aide Document360 et de vos anciens tickets, et vous permet de simuler sur des tickets réels avant la mise en production.

C'est gratuit pour commencer avec 50 $ d'utilisation et sans carte bancaire, puis 0,40 $ par ticket sans frais par siège. Vous pouvez essayer eesel et exécuter une simulation sur votre propre historique Freshdesk pour voir le taux de résolution avant de vous engager.