Populares sistemas de tickets de código abierto

En tiempos de crecientes demandas de servicio, las empresas, organismos públicos y equipos de soporte buscan formas flexibles, rentables y seguras de gestionar las consultas de los clientes de manera eficiente. Los sistemas de tickets de código abierto ofrecen exactamente eso: software sin costes de licencia con acceso total al código fuente, una comunidad activa e innumerables posibilidades de integración y expansión.

En esta comparativa exhaustiva, analizamos las soluciones más conocidas (OTOBO, Znuny, OTRS (Community Edition) y Zammad) y presentamos otros sistemas relevantes como osTicket, GLPI y KIX. Analizamos funciones, facilidad de uso, integraciones, opciones de hosting, funciones de IA y mucho más.

Ya sea una pequeña empresa con pocos agentes de soporte o un gran servicio de asistencia técnica (IT Service Desk) con flujos de trabajo complejos: esta guía muestra qué sistema de tickets de código abierto se adapta a sus necesidades y cómo implementarlo con éxito. Para ello, integramos soluciones de IA modernas como Open Ticket AI para llevar la clasificación, priorización y automatización en el helpdesk a un nuevo nivel.

Comparativa de los sistemas de tickets de código abierto

A continuación, una tabla comparativa de los sistemas de tickets mencionados con sus características más importantes:

Característica	OTOBO	Znuny	OTRS (Community Edition)	Zammad
Licencia y estado Open Source	GPL v3 (código abierto completo); fork de OTRS 6 Community Edition, desarrollado por Rother OSS.	GPL v3 (código abierto completo); sucesor oficial de OTRS 6, mantenido por Znuny GmbH / OTTER Alliance.	Hasta la versión 6 como código abierto (GPL); a partir de OTRS 7/8 propietario (solo disponible comercialmente).	AGPL v3 (código abierto completo, garantizado por Zammad Foundation); desarrollado desde 2016.
UI/UX (Modernidad y usabilidad)	Interfaz de agente basada en OTRS, portal de cliente modernizado y rediseñado (más intuitivo y ordenado). Diseño responsive. En general, más fácil de usar gracias a formularios optimizados.	UI rediseñada a partir de Znuny 7: diseño moderno y ordenado con mejor usabilidad. La UI de agente sigue siendo familiar; frontend de cliente actualizado. Antes de la versión 7, aspecto clásico de OTRS.	OTRS 6: interfaz web rica en funciones, visualmente obsoleta. OTRS 8 (propietario) con actualizaciones de UI, pero no disponible libremente.	Interfaz web muy moderna y atractiva. Manejo intuitivo. Single-Page-App con actualización en vivo (WebSockets). Base de conocimientos integrada, GUI responsive.
Funciones de IA y automatización	Automatización clásica mediante Generic Agent. Plugin de IA opcional para clasificación/priorización automática de tickets (Machine Learning). "OTOBO AI Assistant" planificado.	Automatización mediante Generic Agent, gestión de procesos, plantillas. Sin IA integrada out-of-the-box; conexión de IA externa posible mediante API/Add-ons.	Generic Agent, gestión de procesos y plantillas disponibles. Sin funciones de IA en la Community Edition.	Funciones de IA como resumen de tickets y editor de texto asistido por IA para soporte de respuestas. Reconocimiento de idioma; automatización extensa (triggers, macros).
Integraciones (LDAP, E-Mail, API, Plugins)	LDAP/AD, E-Mail (POP3/IMAP/SMTP). REST- & SOAP-API. Muchos add-ons vía gestor de paquetes (p. ej. OpenStreetMap, i-doit CMDB, PowerBI). GenericInterface para sistemas externos.	Como OTRS CE: LDAP, E-Mail, GenericInterface (REST/SOAP). Nueva Search-API con integración de ElasticSearch. Muchos paquetes/módulos (FAQ, ITSM). SSO (Kerberos/AD).	LDAP/AD, E-Mail, SOAP-API; más tarde también REST-API. Gran selección de paquetes OTRS (FAQ, ITSM, Report). No hay nuevas integraciones; se recomienda migrar a Znuny/OTOBO.	Amplia integración multicanal: E-Mail, Chat, Teléfono, Twitter, Facebook. REST-API y Webhooks; soporte LDAP/AD.
Opciones de hosting (Self-Hosted, Cloud, Docker)	Self-hosted (Linux/Perl) o Container: Imágenes oficiales de Docker; despliegues en Kubernetes posibles. Sin SaaS oficial, hosting/soporte a través de socios.	Principalmente Self-hosted. Imágenes de Docker de la comunidad disponibles; sin despliegue oficial en contenedores. Hosting/soporte a través de Znuny GmbH/socios.	Self-hosted estándar; existían Dockerfiles de la comunidad. Tras el EOL de la CE no hay actualizaciones; para nuevas instalaciones, usar Znuny/OTOBO.	Muy flexible: Self-hosted (paquetes, Docker-Compose) y Cloud (SaaS oficial). On-Premise idéntico a la nube. A partir de la versión 7 solo PostgreSQL.
Extensibilidad y soporte de la comunidad	Alta extensibilidad, estructura modular, gestor de paquetes. Comunidad activa en alemán y documentación en DE/EN. Actualizaciones regulares; soporte comercial disponible.	Comunidad muy activa (foros/Discord), OTTER Alliance. Muchos add-ons compatibles. Enfoque en LTS, estabilidad y compatibilidad hacia atrás. Servicios comerciales disponibles.	Gran base de usuarios histórica; soporte de la comunidad principalmente en los forks. OTRS AG se centra en la suite propietaria. Se recomienda cambiar a Znuny/OTOBO.	Fuerte comunidad y Foundation. Extensiones vía API/integraciones; algunos add-ons premium. Foros activos/GitHub.
Grupos objetivo y casos de uso	Empresas de todos los tamaños; IT-Service-Desk, soporte al cliente, autoridades; procesos ITIL vía módulos ITSM; popular para migraciones de OTRS y operación con Docker.	Para usuarios existentes de OTRS/grandes organizaciones con enfoque en estabilidad, LTS, cumplimiento y flujos de trabajo complejos; alta adaptabilidad.	Históricamente muy extendido; hoy relevante principalmente para instalaciones existentes; los nuevos usuarios deben elegir forks.	Desde PYMES hasta Enterprise; experiencia multicanal moderna, popular en servicio al cliente B2C y soporte IT; automatización con IA.
Idioma y documentación	Multilingüe (>30). Documentación DE/EN. Documentación de OTOBO. Comunidad activa en alemán.	UI en muchos idiomas; documentación principalmente en EN, numerosos recursos en DE en el entorno de la comunidad/socios.	Multilingüe (>30). Documentación de administrador de la CE v6 en EN; nueva documentación propietaria; documentación de forks (Znuny/OTOBO) actualizada.	UI en >40 idiomas; documentación principalmente en EN; Wiki/Blog de la comunidad parcialmente en DE; orientado internacionalmente.

Nota: OTRS se refiere aquí a la OTRS Community Edition (versión 6), ya que las versiones más recientes de OTRS no están disponibles libremente. Znuny y OTOBO surgieron como forks de esta última versión libre de OTRS y continúan el desarrollo de código abierto.

Detalles sobre los sistemas de tickets individuales

A continuación, analizamos los sistemas de tickets mencionados individualmente y destacamos sus fortalezas particulares.

OTOBO – Fork moderno de OTRS desde Alemania

OTOBO es un sistema de tickets basado en OTRS 6 Community Edition, iniciado por la empresa Rother OSS. Está dirigido a empresas de todos los tamaños que buscan un sistema de helpdesk flexible y autohospedado. OTOBO trae varias mejoras en comparación con el OTRS original: especialmente una interfaz web moderna. El portal de cliente fue desarrollado desde cero y ahora es mucho más intuitivo y contemporáneo. OTOBO también destaca en dispositivos móviles gracias a su diseño responsive.

Funcionalmente, OTOBO cubre todas las áreas clásicas de helpdesk: desde registro de tickets, SLA, gestión de escalaciones hasta base de conocimientos y portal de autoservicio. Las automatizaciones se pueden realizar a través del Generic Agent, así como mediante plantillas de tickets y respuestas automáticas. Una característica única es el plugin de IA disponible para la clasificación de tickets, que utiliza Machine Learning para preclasificar los tickets entrantes por categoría/prioridad. De esta manera, el soporte se ve aliviado mediante automatización con IA (palabra clave KI Automation).

En cuanto a las integraciones, OTOBO convence por su apertura: conexión LDAP para usuarios, interfaces REST y SOAP, así como un gestor de paquetes de add-ons que facilitan la integración de herramientas externas. Por ejemplo, existen plugins para visualización de mapas (OpenStreetMap) o la vinculación con una CMDB (p. ej. i-doit). También se integra un sistema de autenticación de dos factores (2FA), lo que aumenta la seguridad.

Instalación y hosting: OTOBO puede instalarse de forma clásica en Linux (p. ej. Debian/Ubuntu), aunque requiere algunos módulos de Perl y conocimientos técnicos. Gracias a los contenedores Docker oficiales, la instalación inicial es mucho más sencilla, una ventaja frente al OTRS original. También está previsto el soporte para Kubernetes. No existe una oferta SaaS oficial, pero varios proveedores de servicios (como la propia SoftOFT) ofrecen hosting gestionado y soporte, lo cual puede ser atractivo para empresas pequeñas que no quieren gestionar la operación por sí mismas.

Comunidad y soporte: Como proyecto de código abierto, OTOBO tiene una comunidad en crecimiento. La documentación es extensa y está disponible en alemán (ver la documentación de OTOBO), lo que facilita la formación, especialmente en el ámbito de habla alemana. En el foro de SoftOFT, los usuarios intercambian mejores prácticas. Se puede obtener soporte comercial directamente de Rother OSS o de empresas asociadas si se requieren servicios profesionales. En resumen, OTOBO destaca para los usuarios que apreciaban OTRS pero desean una UI más moderna y funciones actuales, y que están dispuestos a apoyar a una comunidad de fork aún bastante nueva.

Znuny – El sucesor oficial de OTRS Community Edition

Znuny surgió a principios de 2021, inmediatamente después de que OTRS AG suspendiera la versión libre. Fue creado por un consorcio de proveedores de servicios IT alemanes, la OTTER Alliance, con el objetivo de mantener OTRS 6 como fork a largo plazo. Curiosamente, uno de los iniciadores es el propio cofundador de OTRS, Martin Edenhofer. Por lo tanto, Znuny puede considerarse el sucesor directo de la OTRS Community Edition, incluyendo Long Term Support (LTS) y un ciclo de lanzamiento regular para nuevas funciones y actualizaciones de seguridad.

En la versión 6.x, Znuny mantuvo la interfaz y el funcionamiento en gran medida estables (para que fuera posible una actualización sencilla desde OTRS 6). Sin embargo, en 2023, Znuny 7 dio un gran paso adelante: la interfaz de usuario fue modernizada y su diseño actualizado. Los agentes siguen encontrándose cómodos, pero se benefician de una mejor usabilidad y accesibilidad. El portal de cliente también recibió un lavado de cara. Con esto, Znuny reduce la brecha en términos de UI frente a herramientas más nuevas.

Znuny ofrece una funcionalidad extensa para tickets, similar a OTRS: gestión de colas y roles, escalaciones, módulo de FAQ, etc. Mediante las extensiones de gestión de procesos, se pueden representar flujos de trabajo complejos; aquí Znuny ha realizado incluso más mejoras en versiones recientes. Las funciones de IA no están integradas de forma nativa, pero Znuny puede acoplarse con servicios de IA externos gracias a interfaces abiertas, si se desea. La prioridad del proyecto es más bien la estabilidad y la seguridad: por ejemplo, se han implementado opciones adicionales de cumplimiento y seguridad.

Para las integraciones, Znuny utiliza la probada GenericInterface de OTRS (SOAP/REST). Una novedad es la conexión con Elasticsearch: mediante un plugin se pueden conectar índices de búsqueda para permitir, por ejemplo, un backend de búsqueda externo o análisis de dashboard avanzados (vía Grafana). Por lo demás, se aplica lo siguiente: lo que era integrable en OTRS, también funciona en Znuny, desde LDAP hasta autenticación externa y interfaces de monitoreo de red. La disponibilidad de paquetes de add-ons (FAQ, ITSM, etc.) sigue garantizada; Znuny proporciona repositorios de paquetes compatibles.

Despliegue: Znuny, al igual que OTRS, está diseñado principalmente para servidores Linux. La instalación requiere entorno Perl, servidor web y base de datos, pero es rutinaria para administradores experimentados. Las imágenes Docker oficiales no estaban disponibles al principio, pero la comunidad ha publicado Dockerfiles y, desde Znuny 6.5, existen mejores prácticas para la operación en contenedores en la comunidad. El equipo central se centra en instalaciones clásicas y paquetes LTS. Las empresas también pueden contratar contratos de soporte o hosting con socios de Znuny (p. ej. maxence, it-novum).

Comunidad: Znuny se beneficia de una comunidad muy viva. Hay un foro activo y un canal de Discord para desarrolladores y usuarios. La OTTER Alliance se asegura de que los recursos y el conocimiento se compartan; los encuentros comunitarios y seminarios web mantienen a la base de usuarios comprometida. Dado que Znuny se utiliza en todo el mundo (las descargas provienen en un ~25% de fuera de Europa), la comunicación suele ser en inglés, pero también hay ayuda disponible en alemán. En general, muchos antiguos usuarios de OTRS eligen Znuny para continuar sin problemas, y los nuevos usuarios con altas exigencias de adaptabilidad y soporte también están en el lugar correcto.

OTRS (Community Edition) – El veterano (hasta la versión 6)

OTRS (Open Ticket Request System) fue durante muchos años el sinónimo de sistemas de tickets de código abierto. La Community Edition libre hasta la versión 6.0 se utilizó en innumerables empresas y organizaciones. OTRS se caracterizaba por su enorme variedad de funciones y flexibilidad: desde capacidad multi-inquilino y procesos ITIL hasta adaptabilidad mediante módulos Perl y sistema de paquetes. Más de 30 idiomas, numerosas integraciones (p. ej. Active Directory, conectores de base de datos) y una estructura modular hicieron que OTRS fuera muy universal. Muchas funciones de helpdesk que hoy damos por sentadas tienen su origen en OTRS.

Sin embargo, OTRS AG, la empresa detrás de OTRS, anunció a finales de 2020 que dejaría de ofrecer la versión libre. Desde entonces, las nuevas funciones solo se publican en la suite propietaria OTRS (versiones 7 y 8). La última OTRS Community Edition 6 ya no recibe actualizaciones, por lo que persisten vulnerabilidades de seguridad conocidas. Por esta razón, tanto expertos como la propia comunidad de OTRS recomiendan el cambio a forks como Znuny o OTOBO, que mantienen y mejoran el código.

Para las instalaciones existentes de OTRS 6, siguen existiendo rutas de migración: tanto Znuny como OTOBO permiten una transferencia de la base de datos y la configuración prácticamente sin pérdidas. El cambio vale la pena, ya que así se puede seguir participando de las actualizaciones de seguridad y nuevas funciones sin tener que renunciar a las ventajas del código abierto. Quien esté considerando OTRS debería, en la práctica, elegir directamente uno de los sucesores, ya que OTRS como producto de código abierto ya no experimenta más desarrollo.

No obstante, OTRS como término sigue teniendo fuerza; muchos buscan “sistemas de tickets gratuitos como OTRS”. La buena noticia: con Znuny y OTOBO hay dos dignos herederos de código abierto listos para satisfacer esta demanda. Y quien prefiera un enfoque algo diferente, recurre a Zammad, que fue creado por un cofundador de OTRS y ha traído aire fresco al mundo del helpdesk.

Zammad – Helpdesk moderno con todo incluido

Zammad es un sistema de tickets de código abierto relativamente joven (primera publicación en 2016) que desde el principio ha apostado por tecnologías web modernas. El nombre Zammad significa “juntos” en bávaro, y precisamente ese reunir diferentes canales es lo que el sistema domina a la perfección: E-Mail, formularios web, Live-Chat, teléfono, redes sociales (Twitter, Facebook); todo se puede agrupar en Zammad y procesar centralmente. Esta orientación multicanal hace que Zammad sea especialmente atractivo para equipos de servicio al cliente que quieren estar disponibles a través de muchas plataformas.

La interfaz de usuario de Zammad es frecuentemente elogiada: es clara, fácil de aprender y se actualiza en tiempo real. Los agentes ven inmediatamente las nuevas actualizaciones sin tener que recargar la página, gracias a la tecnología WebSocket. La interfaz parece una aplicación web moderna y está disponible en numerosos idiomas (más de 40). Los usuarios finales también se benefician de un atractivo portal de autoservicio y una base de conocimientos integrada en Zammad.

En cuanto a funciones, Zammad cubre todos los elementos esenciales: gestión de tickets con prioridades, asignaciones, archivos adjuntos, notas; gestión de usuarios y derechos con roles; así como estadísticas/reporting. Además, existe una búsqueda sofisticada (basada en Elasticsearch) para obtener resultados rápidos. En Zammad, los administradores pueden automatizar procesos con triggers y macros (p. ej. respuestas automáticas o asignaciones de tickets con ciertas palabras clave). Las versiones más recientes incluso traen funciones de IA integradas: así, Zammad puede generar un resumen de un ticket si se desea, lo cual ayuda enormemente en los historiales largos. La formulación de respuestas también está asistida por IA; si se marca texto en el campo de respuesta, Zammad puede, por ejemplo, simplificarlo, formularlo de manera más educada o hacerlo más detallado. Estas funciones de Smart Reply son opcionales y demuestran que Zammad está a la vanguardia en la automatización con IA.

La integración de sistemas externos se realiza principalmente a través de la API. Zammad ofrece una API REST con la que se puede controlar casi todo de forma remota (crear tickets, leerlos, sincronizar usuarios, etc.). Además, existen conectores, por ejemplo, para sistemas CRM o centrales telefónicas VoIP; por ejemplo, se puede integrar un reconocimiento de llamadas que abra automáticamente el ticket correspondiente cuando un cliente llama. Tales integraciones valen oro en el día a día del helpdesk y suelen ser fáciles de configurar. Zammad en sí no dispone (actualmente) de un sistema de plugins en el sentido de OTRS, pero gracias a la apertura del código, proveedores externos han podido proporcionar extensiones (p. ej. un plugin para envío de SMS o un conector de WordPress para el widget de chat).

Despliegue: Zammad puede ser autohospedado; existen paquetes para Ubuntu, Debian y similares, y también plantillas de Docker-Compose para empezar rápidamente. Alternativamente, Zammad GmbH ofrece un hosting en la nube (SaaS). Esta flexibilidad es útil: las empresas pequeñas sin capacidad de servidor propia eligen la nube, mientras que las organizaciones más grandes o sensibles a los datos pueden operar Zammad on-premise. Importante: ambas variantes se basan exactamente en la misma versión de código abierto, es decir, no hay vendor lock-in. La Zammad Foundation asegura que el proyecto siga siendo libre.

Comunidad y soporte: Zammad tiene ahora una amplia base de usuarios en todo el mundo. El mantenimiento del proyecto se realiza de forma transparente a través de GitHub, donde las contribuciones de la comunidad se incorporan regularmente. Para preguntas, hay un foro activo (community.zammad.org) con desarrolladores y usuarios experimentados. La documentación oficial está disponible en línea (actualmente principalmente en inglés, pero muy detallada). Para demandas profesionales, Zammad GmbH ofrece contratos de soporte, formación y, si es necesario, add-ons empresariales, pero la versión de código abierto ya está totalmente equipada. Con la fundación de la Zammad Foundation, se envió una señal fuerte de que Zammad seguirá siendo software de helpdesk libre a largo plazo.

Otros sistemas de tickets de código abierto

Además de OTOBO, Znuny/OTRS y Zammad, existen otros sistemas de tickets de código abierto populares y herramientas de helpdesk que vale la pena considerar según los requisitos:

osTicket: Un sistema de tickets basado en PHP, establecido desde hace mucho tiempo. osTicket es completamente gratuito (licencia GPL) y especialmente interesante para empresas pequeñas, ya que es muy fácil de configurar y manejar. Ofrece función de E-Mail-to-Ticket, un portal web simple para clientes y funciones básicas (prioridades, SLA, archivos adjuntos). La UI/UX no es tan moderna como en Zammad, pero osTicket convence por su simplicidad y bajas barreras. Muchos lo utilizan como una alternativa ligera a las soluciones más complejas.
GLPI: Originario de Francia, GLPI es una combinación de gestión de activos IT y helpdesk. Es de código abierto (GPL) y especialmente popular en departamentos de IT que, además de tickets, quieren inventariar hardware/software. GLPI contiene un sistema de tickets para consultas de soporte, incluyendo base de conocimientos y gestión de SLA. La UI/UX ha mejorado, pero GLPI está dirigido principalmente a administradores de IT que necesitan una visión general completa de su infraestructura más los tickets.
KIX: Otro fork de OTRS, surgido del proyecto KIX4OTRS de cape IT. KIX se ha convertido en un producto independiente, centrado en la gestión de servicios IT (ITSM). Contiene módulos avanzados para, por ejemplo, planificación de mantenimiento, pero también está disponible libremente (AGPL). KIX difiere un poco de OTRS en la interfaz y se utiliza principalmente en países de habla alemana. Para organizaciones que buscan un ITSM basado en OTRS con extras, KIX puede ser una opción. Sin embargo, algunos desarrollos de KIX solo están disponibles para clientes de pago (modelo Open-Core).
Request Tracker (RT): Un sistema de tickets de código abierto clásico (basado en Perl, de BestPractical). RT es muy estable y centrado en texto, pero viene sin adornos gráficos. Es adecuado para organizaciones que necesitan principalmente seguimiento de incidencias impulsado por correo electrónico (p. ej. en universidades o soporte de desarrollo). La curva de aprendizaje es un poco más pronunciada y la UI no es tan moderna, pero RT es conocido por su rendimiento robusto con muchos tickets.
Otros: Existen numerosos sistemas de tickets gratuitos como UVdesk (basado en PHP/Laravel con un enfoque multicanal interesante), Helpy (Ruby on Rails, incl. función de foro), Forks de OTRS Community Edition de otra forma (como ((OTRS)) Community Edition bajo otrscommunityedition.com, que básicamente corresponde a Znuny). También herramientas de gestión de proyectos de código abierto como Redmine o soluciones similares a OTRS podrían ser utilizadas para este fin, pero los mencionados anteriormente son los representantes más prominentes en el área de soporte.

Open Ticket AI – IA para clasificación y automatización de tickets

Automatiza la asignación de tickets (cola, prioridad, idioma), genera resúmenes y, si lo deseas, genera datos de entrenamiento sintéticos; integrable en OTOBO, Znuny y Zammad. Puedes encontrar más información, demos y API aquí: https://open-ticket-ai.com

Conclusión

Para administradores de IT y equipos de helpdesk en pequeñas y medianas empresas, los sistemas de tickets de código abierto ofrecen una alternativa rentable y adaptable a las soluciones propietarias. Ya sea que elija un sucesor de OTRS con un concepto familiar (como OTOBO o Znuny) o apueste por una UI moderna y comunicación multicanal con Zammad, la decisión depende de los requisitos específicos.

OTOBO destaca para los usuarios que buscan la máxima funcionalidad y una comunidad alemana activa, así como un inicio más fácil gracias al soporte de Docker. Znuny es ideal para usuarios de OTRS de larga data y organizaciones que valoran la estabilidad, el soporte y las actualizaciones continuas. Zammad, por otro lado, atrae a equipos que priorizan la usabilidad, el tiempo real y la productividad asistida por IA.

En última instancia, estos son sistemas de tickets gratuitos que, sin embargo, cumplen con estándares profesionales. Gracias a sus licencias de código abierto (GPL/AGPL), uno se beneficia de la transparencia, la innovación impulsada por la comunidad y la libertad de ampliar el sistema uno mismo si es necesario. La inversión en un sistema de este tipo, ya sea de naturaleza personal (desarrollo de conocimientos) o de infraestructura, se amortiza en forma de procesos de soporte más eficientes y usuarios finales satisfechos.

Al realizar la implementación, vale la pena utilizar las documentaciones y los recursos de la comunidad, como la documentación de OTOBO para OTOBO/Znuny o la guía y los foros de Zammad. De esta manera, se asegura que el sistema de tickets de código abierto elegido se adapte de forma óptima a sus propias necesidades y represente una solución viable a largo plazo para el helpdesk.