Integración de Freshdesk AI y Document360: cómo conectarlos de verdad en 2026

Lo que "Freshdesk AI y Document360" realmente significa

Dos productos, dos trabajos muy distintos, y vale la pena separarlos antes de hablar de la conexión.

Freshdesk es el helpdesk de Freshworks. Su capa de IA es Freddy AI, dividida en tres piezas: el Freddy AI Agent de cara al cliente que resuelve consultas de principio a fin, Freddy AI Copilot que asiste a tus agentes humanos, y Freddy AI Insights para líderes. Cuando la gente dice "Freshdesk AI", casi siempre se refiere al Agent, y las reseñas de Freddy son en su mayoría sobre él.

Document360 es una plataforma de base de conocimiento de Kovai. Es donde viven tus artículos de ayuda, procedimientos y documentación de producto, con una capa de IA llamada Eddy AI encima para búsqueda, escritura y un chatbot. Es una base de conocimiento sólida y bien valorada, usada por equipos en HP, Gong y otros, y se sostiene bien en una comparación Document360 vs Helpjuice.

Así que el instinto del lector es razonable: guardo mis documentos en Document360, mis tickets en Freshdesk, y quiero que la IA en Freshdesk responda a los clientes usando los documentos de Document360. El truco es que los dos productos sí se conectan, solo que no en esa dirección.

La integración que realmente existe

Document360 tiene una integración real y documentada con Freshdesk. Vive dentro del chatbot Eddy AI, y hace dos cosas específicas.

Primero, los tickets de Freshdesk se convierten en una fuente de entrenamiento. El chatbot de Document360 puede ingerir tus tickets de Freshdesk junto con tus artículos, archivos y preguntas frecuentes. Según la documentación de gestión del chatbot, los tickets de Freshdesk "se sincronizan automáticamente a diario", con una resincronización manual hasta dos veces al día.

Segundo, el chatbot abre tickets en Freshdesk. Esta es la función de escalación de tickets. Cuando el chatbot no puede ayudar, le pide al usuario que cree un ticket, y ese ticket llega a Freshdesk.

Aquí está la parte importante, y lo que la mayoría de los artículos sobre este tema pasan por alto. La dirección del flujo está fija.

La documentación de Document360 es inequívoca sobre lo que hace la escalación. Cuando el chatbot detecta que un usuario necesita a un humano, le pide que envíe un ticket "prellenado con la transcripción del chat, un asunto generado por IA y una descripción del problema generada por IA". Una vez enviado, según la documentación de escalación, "aparece en Zendesk o Freshdesk como un ticket estándar, creado vía API", que el agente luego encuentra en la vista Unassigned o New.

Lo que nunca hace: leer tu cola existente de Freshdesk, redactar una respuesta a un ticket abierto, enviar una respuesta como agente, o autotriaje de tickets entrantes. Los tickets de Freshdesk se usan aquí de exactamente dos maneras, un corpus de entrenamiento de solo lectura y un destino de API para crear tickets nuevos. La escalación actualmente solo admite Zendesk y Freshdesk.

Así que si tu objetivo es que "el chatbot de Document360 responda en mi sitio de documentos y traspase limpiamente a Freshdesk", esta integración es genuinamente buena, y deberías activarla.

Lo que el chatbot de Document360 hace bien

Hay que reconocer el mérito donde corresponde. Eddy AI de Document360 está anclado a tu contenido, que es el diseño correcto. Su propio enfoque es "la mayoría de los chatbots adivinan, el nuestro solo habla cuando sabe", y las respuestas vienen citando los artículos fuente debajo.

Para un centro de ayuda de autoservicio, eso es una configuración sólida: el chatbot desvía las preguntas fáciles en tu sitio de documentos, y solo las que no puede responder se convierten en tickets de Freshdesk. Es esencialmente una base de conocimiento conversacional montada sobre tus documentos. Si tu modelo de soporte es mayormente "los clientes leen los documentos primero", esto cubre una parte real del volumen.

Vale la pena conocer los límites antes de depender de ello. Cada chatbot tiene por defecto un límite de 40 MB de datos fuente, aplicado a todas las fuentes conectadas en conjunto, y superarlo implica una llamada a tu gestor de éxito de cliente. El playground prueba prompts que escribes a mano, no una repetición de tu historial real de tickets. Y el campo de descripción en el diálogo de escalación está limitado a 250 caracteres. Nada de esto es un obstáculo definitivo para un chatbot de documentos. Solo te dicen que esto es una herramienta de autoservicio, no una para trabajar en cola.

Meter contenido de Document360 en Freddy

Ahora la dirección más difícil, y la que la mayoría vino a buscar realmente: hacer que el Freddy AI Agent de Freshdesk responda usando tus artículos de Document360.

No existe un conector nativo. Freddy AI Agent aprende de un conjunto fijo de tipos de fuente, según la documentación de configuración de Freshdesk: artículos de solución, archivos, enlaces web y preguntas y respuestas personalizadas. Document360 no está en esa lista, así que tienes que salvar la brecha tú mismo. Tienes cuatro opciones, y cada una tiene un techo.

Opción 1: rastrear las URLs públicas de tu centro de ayuda. Freddy puede aprender de enlaces web, pero los límites de conocimiento son estrictos: solo 10 URLs por agente de IA y 25 por cuenta, solo páginas disponibles públicamente, y solo texto estático, así que nada de video o imágenes. Una fuente de sitio web puede aprender hasta 3.000 páginas mediante rastreo. Esto funciona si tu sitio de Document360 es público y apuntas a Freddy hacia las páginas de índice correctas, pero una base de conocimiento privada o parcialmente restringida queda descartada.

Opción 2: exportar artículos y subirlos como archivos. Freddy acepta archivos .txt, .docx y .pdf, hasta 35 MB cada uno, con un límite de 200 archivos por bot y 200 por cuenta. Document360 puede exportar artículos a PDF, así que puedes exportar y subir en masa. El problema es que esto es una instantánea. Actualizas un artículo en Document360 y tu copia subida en Freshdesk queda obsoleta hasta que la reexportes y la vuelvas a subir.

Opción 3: copiar los artículos en la base de conocimiento nativa de Freshdesk. Freddy lee artículos de solución de Freshdesk de forma nativa, así que si mantienes el mismo contenido en ambos lugares, Freddy se mantiene actualizado. Esto es mantenimiento doble para siempre, y anula el propósito de tener una única fuente de verdad en Document360.

Opción 4: mantener el chatbot de Document360 para los documentos, y el Freddy de Freshdesk para los tickets. Ejecútalos como dos sistemas separados, cada uno con su propio conocimiento. Es el menor esfuerzo, pero estás operando dos bots de IA entrenados en dos conjuntos de contenido, y los clientes reciben una respuesta distinta según dónde pregunten.

El hilo conductor: ninguna de estas es una sincronización en vivo. Todas son una copia, un rastreo o un duplicado, y todas se desactualizan en el momento en que alguien edita un artículo. Si tus documentos de Document360 cambian con frecuencia, ese desfase es todo el problema.

"Probamos una integración de IA en Freshdesk y tuvimos casi la misma experiencia. Funcionaba para tickets muy simples, pero cualquier cosa un poco más compleja se clasificaba mal. Los agentes terminaron dedicando más tiempo a corregir errores que antes, así que tuvimos que replantear nuestro enfoque."

Usuario de Reddit, r/AiAutomations

Esa experiencia de Reddit coincide con lo que escucho de los equipos: la IA nativa de helpdesk suele funcionar bien en los tickets simples y tener dificultades donde el conocimiento está fragmentado entre herramientas. Si es ahí donde estás, vale la pena revisar también las alternativas gratuitas a Freshdesk AI. El conocimiento fragmentado es exactamente la situación en la que estás cuando tus documentos viven en Document360 y tu IA vive en Freshdesk.

Cuánto cuesta esto

Antes de comprometerte con un puente manual, ayuda ver la cuenta completa, porque estás pagando a dos proveedores y la IA se factura por ambos lados.

Un ejemplo práctico. Digamos que gestionas un equipo de 10 agentes en Freshdesk Omni Pro. Eso son 790 $ al mes en asientos antes de cualquier IA, y si el costo es el factor decisivo, quizás te interese el resumen más amplio de las apps de helpdesk con IA más baratas. Añade Copilot para el equipo y son otros 290 $. Ahora activa Freddy AI Agent para desviar correos, agota las 500 sesiones gratis, y estás a 49 $ por cada 100 sesiones después de eso. En el lado de Document360, Eddy AI es una línea aparte basada en créditos dentro de una cotización personalizada que no puedes ver hasta hablar con ventas. Nada de esto es irrazonable para lo que hace cada herramienta, pero "solo conecta mis documentos con mi IA" se convierte en dos productos de IA facturados por uso más el trabajo de mantener el contenido sincronizado.

El camino más limpio: una IA que lee ambos

La razón por la que esta integración resulta incómoda es estructural. La IA de Freshdesk lee el conocimiento de Freshdesk. La IA de Document360 lee el conocimiento de Document360. Ninguna fue construida para ser el cerebro que se sienta sobre ambas. Como lo expresa la documentación de eesel, "las herramientas de IA nativas normalmente solo leen desde tu centro de ayuda o sitio web. Los agentes de eesel AI aprenden de tus tickets realmente resueltos, y a través de cualquiera de tus plataformas".

Ese es el vacío para el que eesel está construido.

eesel se une a Freshdesk como un agente de IA, no como un segundo widget o una bandeja de entrada separada. Lee tickets, redacta y envía respuestas, agrega notas privadas, actualiza campos y enruta a grupos, las mismas acciones que realiza un agente humano. En el lado del conocimiento, aprende de tu centro de ayuda de Document360 rastreándolo como fuente, junto con tus artículos de solución de Freshdesk, tus tickets pasados resueltos, y otras fuentes como Confluence, Notion y Google Docs. Una sola IA, ambos conjuntos de contenido, trabajando donde tus agentes ya trabajan.

Dos cosas hacen que esto sea diferente del puente manual:

• Simulación sobre tus tickets reales. Antes de tocar a un cliente, eesel se ejecuta sobre tus tickets históricos de Freshdesk, evalúa cómo habría respondido frente a lo que tu equipo realmente envió, y reporta las brechas, por ejemplo "23 tickets la semana pasada preguntaron sobre reembolsos prorrateados, pero tus documentos solo cubren cancelaciones completas". Es una prueba real sobre tu propia cola, no un puñado de prompts que escribiste tú. El estudio de Freshdesk y el playground de Document360 ambos prueban escenarios que escribes a mano.
• Lo configuras en lenguaje sencillo. En lugar de construir reglas, le dices a eesel qué tickets manejar, cómo escribir y cuándo escalar describiéndolo. Y empieza en modo borrador, así que cada respuesta espera la aprobación humana hasta que confíes en él.

Para ser justos con el ajuste: si todo tu modelo de soporte es un sitio de documentos público donde los clientes se autoatienden y rara vez abren tickets, el propio chatbot de Document360 más su escalación a Freshdesk es una respuesta perfectamente buena y más barata, y puede que no necesites una tercera herramienta. Si estás replanteando toda la pila, vale la pena revisar las mejores alternativas a Freshdesk. eesel se gana su lugar cuando el trabajo está en la cola de Freshdesk y el conocimiento está disperso entre Document360 y todo lo demás.

Prueba eesel para Freshdesk y Document360

Si quieres que tu IA responda tickets de Freshdesk usando tus documentos de Document360, sin exportar PDFs cada semana ni mantener los mismos artículos en dos lugares, eso es exactamente lo que hace eesel AI para Freshdesk. Se conecta a Freshdesk en menos de 30 minutos, aprende automáticamente de tu centro de ayuda de Document360 y de tus tickets pasados, y te permite simular sobre tickets reales antes de activarlo.

Es gratis para empezar con 50 $ de uso y sin tarjeta de crédito, luego 0,40 $ por ticket sin tarifa por asiento. Puedes probar eesel y ejecutar una simulación sobre tu propio historial de Freshdesk para ver la tasa de resolución antes de comprometerte.