Comparativa de los sistemas de tickets Znuny y OTOBO

Znuny y OTOBO son forks de la ya descontinuada OTRS Community Edition y han evolucionado hasta convertirse en sistemas de tickets de código abierto independientes. Ambas soluciones se encuentran entre los forks de OTRS más conocidos y ofrecen numerosas funciones para la gestión eficiente de las solicitudes de soporte al cliente. Sin embargo, difieren en algunos aspectos clave. En la siguiente comparativa Znuny vs OTOBO, analizamos sus similitudes y diferencias, desde la variedad de funciones hasta el soporte de Docker y la REST API, pasando por la inteligencia artificial (IA), la instalación y las opciones de demo.

OTOBO: Un sistema de tickets de código abierto moderno

OTOBO se basa en OTRS 6 y lo amplía con funciones modernas y una experiencia de usuario mejorada. Se trata de un sistema de helpdesk basado en web para la gestión de solicitudes de clientes. Las características principales de OTOBO incluyen:

Portal de cliente moderno: Interfaz completamente rediseñada y fácil de usar para los usuarios finales, optimizada también para dispositivos móviles.
Formularios optimizados: Creación de tickets simplificada mediante formularios y campos de entrada configurables.
Funciones de seguridad avanzadas: Por ejemplo, políticas de contraseñas, protección contra ataques de fuerza bruta, autenticación de dos factores (2FA) y derechos de acceso granulares.
Migración sencilla desde OTRS: Los scripts de migración integrados permiten una transición fluida desde una instalación de OTRS 6 a OTOBO.
Búsqueda en vivo con Elasticsearch: Resultados de búsqueda más rápidos y precisos mediante la integración de Elasticsearch para la búsqueda de texto completo.
Integración con OpenStreetMap: Los datos geográficos se pueden mostrar directamente en el ticket (útil, por ejemplo, para tickets basados en la ubicación).
Opciones de escalado flexibles: Reglas de escalado avanzadas para un mejor control en la gestión de escalamientos.
Soporte para RGPD: Funciones integradas para el cumplimiento del GDPR/RGPD (por ejemplo, anonimización de tickets).
Rendimiento mejorado: La base de código revisada y el almacenamiento en caché (Redis) conducen a tiempos de respuesta más rápidos.
Clasificación de tickets asistida por IA: Opcionalmente, está disponible un plugin de IA que utiliza aprendizaje automático para categorizar tickets y asignar prioridades automáticamente.

Znuny: El sucesor evolutivo de OTRS

Znuny es la continuación directa del proyecto OTRS por parte de la comunidad (mantenido por Znuny GmbH) y se centra en la estabilidad y compatibilidad a largo plazo, complementada con innovaciones seleccionadas. Entre las características y propiedades destacadas de Znuny se incluyen:

Desarrollo continuo: Znuny recibe actualizaciones periódicas con correcciones de errores y nuevas funciones. Por ejemplo, en versiones recientes se han añadido funciones como el filtrado de citas en el calendario, soporte OAuth2 para servicios externos (Invoker), menciones de usuario (@-mentions en notas de tickets) y fragmentos de texto.
Opciones de seguridad y cumplimiento: Soporte para grupos LDAP anidados (Nested Groups) para la asignación de derechos, manejo mejorado de S/MIME (gestión de claves) y otras actualizaciones de seguridad garantizan un sistema seguro.
Adaptabilidad flexible: Gracias a un sistema de paquetes y los servicios web GenericInterface, Znuny puede ampliarse de diversas formas e integrarse en otros sistemas. Las opciones de filtro y las ACL permiten una configuración individual de la interfaz y los procesos.
Seguridad de auditoría: Todos los cambios en los tickets se registran sin lagunas, de modo que los cambios y acciones son trazables en cualquier momento (importante, por ejemplo, para procesos auditables).
Componentes ITIL disponibles: Znuny ofrece complementos opcionales como el módulo ITSM (incluida la CMDB para la gestión de activos) y el módulo de FAQ como extensiones gratuitas para proporcionar un alcance funcional similar al de la antigua suite OTRS::ITSM.
Fuerte apoyo de la comunidad: Como fork oficial de la comunidad de OTRS, Znuny cuenta con un foro activo y contribuciones de la comunidad. Muchas funciones de OTRS que antes eran de pago han sido continuadas por la comunidad en Znuny.

Versiones y desarrollos actuales

Ambos proyectos han evolucionado continuamente desde la separación de OTRS y publican nuevas versiones regularmente:

OTOBO Versión 10 (publicada por primera vez en 2020) constituye la base de la instalación actual de OTOBO. Esta versión trajo la interfaz web modernizada y muchas de las mejoras mencionadas anteriormente. Desde entonces, aparecen parches regulares (por ejemplo, 10.0.17, 10.0.18, etc.) que proporcionan correcciones de errores y funciones menores. Para el futuro ya se ha anunciado OTOBO Versión 11, que traerá más optimizaciones y nuevas funciones (Softoft ha publicado información preliminar al respecto). Los desarrolladores de OTOBO (Rother OSS GmbH) valoran un roadmap innovador; por ejemplo, se proporcionó una integración de IA como módulo opcional desde el principio.
Znuny adoptó la base de código de OTRS 6 y la mantuvo inicialmente como Znuny 6 (incluida Znuny LTS 6.5, una versión de soporte a largo plazo para empresas que apuestan por la máxima estabilidad). En marzo de 2023 apareció Znuny 7.0, que representa un paso importante hacia adelante: la interfaz de cliente fue rediseñada en un 70% (Welcome Znuny 7) para ser más moderna y fácil de usar, mientras que la interfaz de agente fue modernizada cuidadosamente, pero manteniendo una familiaridad consciente (Welcome Znuny 7). Actualmente (principios de 2025), Znuny 7.1 es la versión principal estable, y para el tercer trimestre de 2025 ya está prevista Znuny 7.2 (Roadmap). Znuny 7 también trae modernizaciones técnicas “bajo el capó” que deberían facilitar futuras adaptaciones y extensiones (Welcome Znuny 7). Es importante mencionar: las versiones Znuny 7.x son lanzamientos de funciones y requieren un mantenimiento activo por parte del usuario, mientras que Znuny LTS 6.5 sigue recibiendo actualizaciones de seguridad al menos hasta finales de 2025 (Roadmap). Por lo tanto, Znuny ofrece tanto una línea LTS conservadora como una línea de lanzamiento progresiva.

Comparativa de funcionalidades

A continuación, una tabla comparativa de las características importantes de OTOBO y Znuny:

Característica	OTOBO	Znuny
Base	Fork de OTRS Community Edition 6	Fork de OTRS Community Edition 6
Desarrollador	Rother OSS GmbH (iniciador y desarrollador principal)	Znuny GmbH (dirigido por antiguos desarrolladores de la comunidad OTRS)
Licencia	100% Open Source (GNU GPL v3) – sin módulos propietarios	100% Open Source (GNU GPL v3) – totalmente disponible de forma gratuita
Soporte de Docker	Sí – imágenes oficiales de Docker y plantillas de Docker-Compose para una instalación rápida disponibles	No hay imágenes oficiales (instalación clásica en servidor Linux o mediante contenedores Docker no oficiales de la comunidad)
Portal de cliente	Portal de cliente completamente rediseñado (UI moderna, diseño responsive, manejo intuitivo)	Portal de cliente de OTRS 6 con mejoras; en Znuny 7 parcialmente rediseñado, pero no desarrollado desde cero como en OTOBO
Elasticsearch	Integrado con opciones de configuración avanzadas (configuración compleja de índices, búsqueda en vivo)	Integrado como motor de búsqueda opcional con las funciones estándar de OTRS (indexación de campos básicos de tickets)
OAuth2 para E-Mail	Sí – soporta OAuth2 para IMAP/POP3 desde OTOBO 10.0.11 (p. ej., para Office 365 sin Basic Auth inseguro)	Actualmente limitado – el soporte directo de OAuth2 para cuentas de correo electrónico se realizará probablemente en Znuny 7.2 a través de la Microsoft Graph API (Roadmap) (hasta entonces se necesitan soluciones alternativas)
Herramientas de migración	Se soporta la migración de OTRS 6 a OTOBO (scripts e instrucciones disponibles)	Migración de OTRS 6 a Znuny posible sin problemas; la comunidad también ha realizado con éxito la transferencia de una base de datos OTOBO existente a Znuny (con pasos de conversión)
Comunidad	Comunidad activa, foro y contribuciones regulares (aún más pequeña que en Znuny, pero creciendo constantemente)	Comunidad muy activa con foro oficial (community.znuny.org) y muchas extensiones de los usuarios
Actualizaciones de seguridad	Parches de seguridad regulares por parte de los desarrolladores (Rother OSS) y contribuciones de la comunidad	Parches de seguridad regulares y lanzamientos de corrección de errores (Znuny GmbH proporciona actualizaciones rápidamente, especialmente para versiones LTS)

Funciones adicionales

Función	OTOBO	Znuny
Gestión de flujo de trabajo/procesos	Sí – soporte integral (incluido diseñador gráfico de procesos para flujos)	Sí – soporte básico (gestión de procesos de OTRS 6, funcional pero menos cómodo)
Componentes ITIL/ITSM	Sí – módulos ITSM (gestión de cambios, gestión de configuración/CMDB, etc.) integrados o disponibles como paquetes	Sí – ITSM (incluida CMDB) disponible como add-on gratuito (portado e instalable para Znuny 7) (Welcome Znuny 7)
Reporting & Analytics	Estadísticas e informes extensos mediante módulo de estadísticas integrado, posibles evaluaciones gráficas adicionales mediante add-on	Módulo de estadísticas estándar de OTRS con informes predefinidos (ampliable mediante add-ons de la comunidad)
Soporte de API	Sí – REST API y servicios web SOAP (Generic Interface) para integración con sistemas de terceros, incluidos endpoints extendidos en OTOBO 10	Sí – REST y SOAP API (GenericInterface) análogo a OTRS, totalmente compatible; posibles extensiones mediante paquetes de servicios web adicionales
Gestión de SLA	Sí – gestión integral de SLA y servicios (contratos, tiempos de respuesta/solución definibles por servicio)	Sí – gestión de SLA análoga a OTRS (posible definición de tiempos de servicio y escalamientos por cola/servicio)
Soporte Multi-Channel	Sí – correo electrónico, portal web, tickets telefónicos, chat (vía add-on) y mucho más	Sí – correo electrónico, portal web, teléfono. (Chat o redes sociales vía add-ons de terceros)
Acceso móvil	Parcial – frontend de cliente responsive; UI de agente optimizada para escritorio, uso móvil posible vía navegador con limitaciones	Parcial – similar a OTOBO: portal de cliente en Znuny 7 responsive; interfaz de agente diseñada principalmente para escritorio
Integración de herramientas externas	Sí – numerosas integraciones (p. ej., sincronización de calendario, conexión CRM, chatbots) disponibles; conexión flexible vía REST/SOAP	Sí – integraciones vía GenericInterface (REST/SOAP) y add-ons de la comunidad (p. ej., para herramientas de monitoreo, importación CMDB, etc.)
Funciones de pago	Ninguna – todas las funciones son open-source (impulsadas por la comunidad; soporte y hosting posiblemente de pago a través de proveedores de servicios)	Ninguna – Znuny es totalmente open-source; soporte profesional opcional disponible a través de Znuny GmbH o socios

(Tabla: Diferencias y similitudes entre OTOBO y Znuny)

Soporte de Docker en Znuny y OTOBO

Un aspecto importante al elegir el sistema de tickets es el despliegue y la instalación. Aquí, los enfoques de ambos forks difieren significativamente en relación con Docker:

OTOBO ofrece un entorno Docker listo para usar. Hay imágenes oficiales de Docker disponibles y, mediante Docker-Compose, se puede instalar e iniciar un sistema OTOBO completo (servidor web, base de datos, caché Redis, Elasticsearch, etc.) en muy poco tiempo. Esto simplifica considerablemente las pruebas y las puestas en producción, ya que las dependencias están preconfiguradas. La documentación de OTOBO ofrece una sección propia sobre la instalación con Docker y enumera los contenedores (p. ej., otobo_web_1, otobo_db_1, otobo_elastic_1, etc.) que se utilizan para el funcionamiento. Gracias a esta integración integral de Docker, OTOBO está listo para usar muy rápidamente y las actualizaciones también se pueden realizar fácilmente en entornos de contenedores.

Znuny, por otro lado, no proporciona imágenes oficiales de Docker. El método de instalación preferido para Znuny es la instalación clásica en un servidor Linux (Debian/Ubuntu, Red Hat, CentOS, etc.) mediante gestor de paquetes o instalación desde código fuente. Aunque existen contenedores Docker no oficiales de la comunidad (por ejemplo, en Docker Hub de terceros), estos no son mantenidos por el propio proyecto Znuny. Los administradores que deseen utilizar Znuny mediante contenedores pueden recurrir a estos proyectos comunitarios, pero deben tener en cuenta que el soporte oficial se centra en las instalaciones tradicionales. Para Znuny, esto significa un poco más de esfuerzo manual en la configuración, pero a cambio, un control total sobre el entorno del servidor. Muchos usuarios de Znuny aprecian la instalación clásica, ya que se basa en el despliegue de OTRS. No obstante, en la comunidad de Znuny se ha escuchado el llamado a imágenes oficiales de Docker; tal vez en el futuro pueda haber un cambio aquí, pero a día de hoy, OTOBO gana claramente.

REST API e integraciones

Tanto Znuny como OTOBO ofrecen potentes interfaces para la integración en paisajes de sistemas existentes. A través de la GenericInterface, se pueden definir servicios web REST y SOAP para, por ejemplo, crear tickets externamente, consultarlos o realizar otras acciones.

En OTOBO, la REST API se ha mejorado y ampliado aún más. La documentación de OTOBO describe detalladamente cómo se pueden implementar diversas automatizaciones a través de REST. Los casos de uso típicos son la conexión de sistemas CRM, la creación automática de tickets a partir de formularios o la integración con chatbots. OTOBO ofrece algunos endpoints preconfigurados listos para usar y se pueden añadir endpoints propios mediante configuración. También se puede configurar la autenticación OAuth2 para accesos a la API para garantizar integraciones seguras.

Znuny apuesta por la compatibilidad probada en el tema de la API. Todas las interfaces de servicios web conocidas de OTRS funcionan de forma idéntica en Znuny. Esto permite a las empresas que ya tenían integraciones basadas en la API de OTRS cambiar a Znuny sin problemas, sin tener que adaptar sus interfaces. La REST API de Znuny también permite operaciones CRUD en tickets, usuarios, artículos, etc. A través de la interfaz de administración, se pueden configurar servicios web (REST/SOAP) con configuraciones de mapeo. Las diferencias con OTOBO no radican tanto en la funcionalidad de la API en sí (ambos sistemas soportan casos de uso similares) sino más bien en la documentación y el desarrollo continuo: OTOBO documenta la REST API detalladamente en su propio manual y podría ofrecer funciones de API extendidas en el futuro, mientras que Znuny se concentra en mantener las interfaces existentes estables y retrocompatibles. En la práctica, la “REST API de Znuny” y la “REST API de OTOBO” son igualmente potentes; la elección del sistema aquí está influenciada más por otros factores que por la API.

Inteligencia artificial en el sistema de tickets

Un rasgo distintivo emocionante es el uso de inteligencia artificial (IA) para apoyar el proceso de tickets. Aquí, OTOBO ha marcado pautas desde el principio, mientras que Znuny se muestra (todavía) reservado:

OTOBO ofrece un módulo de IA opcional para la clasificación de tickets. Este plugin (también llamado OTOBO AI) utiliza algoritmos de aprendizaje automático para analizar automáticamente los tickets entrantes y sugerir categorías y prioridades. Puede, por ejemplo, reconocer en función del asunto y el contenido qué cola o qué tema es probable, y preasignar el ticket en consecuencia. El módulo de IA se ejecuta en un contenedor Docker separado y se comunica con el núcleo de OTOBO a través de una interfaz. Las ventajas de esta solución son tiempos de respuesta acelerados y la descarga de trabajo para los empleados de soporte en la precalificación de solicitudes. La inteligencia artificial en OTOBO todavía está en sus inicios, pero ya muestra ganancias de eficiencia claras en proyectos piloto. Además, la comunidad experimenta con la integración de chatbots y herramientas de PNL en el contexto de OTOBO.

Znuny actualmente no dispone de ninguna función de IA integrada. Temas como la categorización automática o las sugerencias de respuesta asistidas por IA no están cubiertos oficialmente por Znuny (a fecha de 2025). Sin embargo, se puede ampliar Znuny con IA conectando servicios de IA externos; por ejemplo, a través de la REST API, los tickets pueden enviarse a un servicio de aprendizaje automático externo y sus evaluaciones pueden ser devueltas. Esto requiere, sin embargo, una personalización individual. Aunque la comunidad de Znuny tiene el tema “IA en Znuny” en el radar, el enfoque del proyecto está más en la estabilidad y las funciones principales. Las empresas que deseen beneficiarse de la IA de inmediato suelen optar por OTOBO o implementar sus propias soluciones para Znuny. Queda por ver si las futuras versiones de Znuny integrarán funciones de IA directamente, pero actualmente OTOBO lleva claramente la delantera en cuanto a inteligencia artificial en el sistema de tickets.

Instalación y disponibilidad de demo

Ambos sistemas de tickets son de código abierto y pueden instalarse libremente. La instalación de Znuny y OTOBO sigue los principios clásicos de OTRS, pero OTOBO ha abierto caminos adicionales que facilitan el inicio:

Instalación de Znuny: Znuny se instala normalmente en un servidor Linux. Existen paquetes oficiales (RPM/DEB) e instrucciones para distribuciones comunes, y la instalación incluye la configuración de módulos de Perl, servidor web (Apache/Nginx) y una base de datos (MySQL/MariaDB o PostgreSQL). Znuny proporciona para ello tutoriales y el conocido instalador Bash de OTRS. Dado que Znuny corresponde a OTRS 6, los administradores con experiencia en OTRS pueden realizar la instalación de forma muy familiar. No existe una portabilidad oficial para Windows; Znuny está orientado a la operación de servidores bajo Linux/Unix. Se puede encontrar abundante ayuda para la instalación de Znuny en la documentación oficial y en el foro de la comunidad.
Instalación de OTOBO: OTOBO también puede instalarse manualmente en Linux (similar a Znuny, con Apache/Perl/etc.). Sin embargo, los desarrolladores recomiendan la instalación basada en Docker, que simplifica drásticamente el proceso. Con los archivos Docker-Compose proporcionados, OTOBO puede levantarse junto con todos sus componentes en minutos. Esto reduce las configuraciones erróneas y facilita las actualizaciones. Alternativamente, Rother OSS también ofrece un repositorio de paquetes para Ubuntu, de modo que la instalación y la actualización pueden realizarse mediante apt. En general, la instalación inicial en el caso de “Znuny vs OTOBO” tiende a realizarse más rápido con OTOBO gracias a Docker, mientras que Znuny sigue pasos de configuración más tradicionales. Ambos sistemas requieren requisitos similares (Perl 5, base de datos, servidor web); las diferencias radican más en las vías de instalación proporcionadas.

En cuanto a la disponibilidad de demo, también hay diferencias: el proyecto no ofrece públicamente una demo de Znuny para probar directamente; los interesados deben instalar Znuny de forma independiente o utilizar uno de los contenedores de demo no oficiales. OTOBO, por otro lado, puede probarse fácilmente: o bien se utiliza la instalación de Docker local, o se recurre a proveedores de servicios como Softoft, que ofrecen una demo de OTOBO alojada. En el sitio web oficial de OTOBO hay un formulario disponible para solicitar una demo personal. De este modo, los usuarios potenciales pueden experimentar la interfaz y las funciones de OTOBO en vivo de antemano, sin tener que instalar nada. En resumen: quien busque rápidamente un entorno para probar, lo encontrará más fácilmente con OTOBO, mientras que con Znuny uno debe estar dispuesto a realizar una breve instalación, lo cual, con algo de experiencia en Docker, también puede ser muy rápido.

Áreas de aplicación y ventajas

Ambos sistemas son adecuados para una multitud de áreas de aplicación en la gestión de servicios. Tanto Znuny como OTOBO se utilizan con éxito para soporte de TI/helpdesk, líneas directas de atención al cliente, procesos ITIL internos (gestión de incidentes/problemas/cambios), gestión de instalaciones y muchos otros escenarios. Debido a su raíz común en OTRS, ambos cumplen un propósito similar, pero dependiendo de los requisitos, uno u otro sistema puede ofrecer ventajas:

Znuny despliega sus fortalezas principalmente donde se requiere estabilidad, soporte a largo plazo y continuidad. Las empresas que han trabajado durante mucho tiempo con OTRS aprecian en Znuny el entorno familiar y la garantía de actualizaciones de seguridad a largo plazo (especialmente con la versión LTS). Además, alrededor de Znuny existe un gran fondo de módulos comunitarios que permiten soluciones sectoriales especiales. La curva de aprendizaje para administradores y agentes con experiencia en OTRS es mínima; uno se siente como en casa de inmediato.
OTOBO destaca en entornos que priorizan las funciones modernas y la facilidad de uso. El nuevo portal de cliente y los elementos de UI frescos son bien recibidos por los usuarios finales. Funciones como la búsqueda elástica o la IA integrada aumentan la eficiencia en el proceso de soporte. Gracias a Docker, OTOBO puede escalarse rápidamente en entornos de nube o duplicarse para fines de prueba. OTOBO es elegido a menudo por organizaciones que siguen un camino más innovador y no temen utilizar un fork algo más joven con equipos de desarrollo más pequeños (pero ágiles).

En última instancia, la decisión Znuny vs. OTOBO depende de los requisitos específicos, la infraestructura existente y los objetivos estratégicos de la empresa. Ambas soluciones son gratuitas y de código abierto, por lo que no hay riesgo de licencia; depende de qué prioridades se establezcan (estabilidad vs. innovación, familiaridad vs. UI moderna, etc.).

Conclusión

Znuny y OTOBO comparten raíces comunes en la OTRS Community Edition, pero siguen evolucionando en direcciones parcialmente diferentes. OTOBO convence con una interfaz de usuario moderna, funciones adicionales (p. ej., módulo de IA) y un despliegue cómodo mediante Docker. Znuny apuesta por la fiabilidad y un fuerte apoyo de la comunidad; integra las novedades con cuidado y garantiza el mantenimiento a largo plazo de la herencia de OTRS. No hay un “ganador” claro: ambos sistemas de tickets se encuentran entre las mejores soluciones de código abierto del mercado. La elección entre ellos depende en última instancia de las necesidades y preferencias individuales del usuario. Se recomienda probar ambos, si es posible, en una demo o entorno de prueba para averiguar qué solución es la más adecuada para su propia empresa. En cualquier caso, uno se beneficia de la flexibilidad y el know-how de la comunidad OTRS, que sigue viva en ambos proyectos.

Fuentes

Sitio web de Znuny: Sitio web oficial del proyecto Znuny con descargas, documentación y blog.
Sitio web de OTOBO: Sitio web oficial de OTOBO (página del proyecto de Rother OSS GmbH) con descripciones de funciones y anuncios de nuevas versiones.
Roadmap y blog de Znuny: Anuncios sobre Znuny 7 (p. ej., rediseño de UI, soporte OAuth2 planificado) en znuny.org.
Documentación de OTOBO: Documentación en línea en otobo-docs.softoft.de (entre otros, sobre la instalación de Docker y REST API, así como el plugin de IA).
Foros de la comunidad: Intercambio de experiencias sobre Znuny y OTOBO en foros (community.znuny.org, foro de OTOBO), p. ej., informes sobre la migración de OTOBO a Znuny, o el uso de Docker para forks de OTRS.