1. Prozesse
Ticketarten, Queues, SLAs, Freigaben, Servicekatalog, CMDB und Reporting anhand realer Abläufe bewerten.
Helpdesk & ITSM Guide 2026
Open-Source-Ticketsysteme vergleichen
Ein Open-Source-Helpdesk schafft Transparenz und technische Gestaltungsfreiheit, nimmt Teams aber die Auswahl- und Betriebsarbeit nicht ab. Dieser Guide vergleicht die im Open ITSM Hub erfassten aktiven Systeme anhand belegter Stammdaten und zeigt einen belastbaren Auswahlprozess.
Aktive Open-Source-Helpdesks im Hub
Die Tabelle ist kein Funktionsranking. Sie zeigt bewusst nur strukturierte Kerndaten; konkrete Features, Editionen und unterstützte Versionen müssen anschließend in den verlinkten Systemprofilen und offiziellen Dokumentationen geprüft werden.
| System | Lizenz | Technologie | Architektur | Herkunft |
|---|---|---|---|---|
| KIX | GNU AGPL v3.0 | Perl | LAMP | OTRS Community Edition |
| O-Fork | GNU AGPL v3.0 | Perl | Linux, Apache/mod_perl, Perl, MySQL/MariaDB/PostgreSQL/Oracle | OTRS Community Edition |
| OTAI Desk | LGPL-2.1 (Open Ticket AI Runtime) | Python | Python, Docker, On-Premise LLMs, RAG, REST API connectors | Eigenständige Linie |
| OTOBO | GNU GPL v3.0 | Perl | LAMP / Docker (MariaDB, Elasticsearch, Redis, Nginx, Gazelle) | OTRS Community Edition |
| OTRS Community Edition | GNU GPL v3.0 | Perl | LAMP | Eigenständige Linie |
| Zammad | GNU AGPL v3.0 | Ruby | Ruby on Rails, PostgreSQL, Elasticsearch, Redis, Vue.js | Eigenständige Linie |
| Znuny | GNU AGPL v3.0 | Perl | LAMP (Linux, Apache, MySQL/MariaDB/PostgreSQL, Perl) | OTRS Community Edition |
Sieben Kriterien für die Vorauswahl
2. Kanäle
E-Mail, Portal, Telefon, Chat und APIs mit Volumen, Routing und Identitätsanforderungen erfassen.
3. Betrieb
Installation, Updates, Hochverfügbarkeit, Backup, Monitoring und Wiederherstellung praktisch testen.
4. Integration
REST/SOAP, Webhooks, SSO, LDAP, E-Mail und Drittsysteme als Ende-zu-Ende-Szenarien prüfen.
5. Erweiterungen
Pakete, Skins und Eigenentwicklungen inklusive Versions- und Abhängigkeitsrisiken inventarisieren.
6. Governance
Lizenzpflichten, Datenschutz, Rollen, Protokollierung, Maintainer und Security-Prozess klären.
7. Gesamtkosten
Nicht nur Lizenzen, sondern Betrieb, Migration, Anpassung, Support, Schulung und Exit kalkulieren.
Open Source ist nicht gleich kostenlos
Eine Open-Source-Lizenz kann Lizenzgebühren für den Code vermeiden, doch verlässlicher Betrieb benötigt Infrastruktur, Updates, Security-Pflege, Backup, Monitoring und Verantwortliche. Professioneller Support oder Managed Hosting kann sinnvoll sein, ohne den offenen Charakter der Software aufzuheben.
ITSM-Services ansehenProof of Concept statt Featureliste
Gewichten Sie Muss- und Kann-Kriterien, wählen Sie zwei bis drei Kandidaten und testen Sie dieselben Geschäftsvorfälle. Dokumentieren Sie Ergebnis, Aufwand und offene Risiken. So wird die Entscheidung nachvollziehbar und weniger abhängig von Marketinglisten.
Systeme direkt vergleichenVergleichscluster für OTRS-Anwender
Wer von der OTRS Community Edition kommt, sollte zunächst die gemeinsame Herkunft und anschließend die inzwischen getrennten Architekturen, Lizenzen und Ökosysteme betrachten.
Häufige Fragen zu Open-Source-Ticketsystemen
Was ist ein Open-Source-Ticketsystem?
Ein Ticketsystem, dessen Quellcode unter einer Open-Source-Lizenz verfügbar ist. Die konkrete Lizenz regelt Nutzung, Änderung und Weitergabe; Hosting und Support sind dadurch nicht automatisch kostenlos.
Welches Open-Source-Helpdesk ist das beste?
Es gibt kein pauschal bestes System. Entscheidend sind Prozesse, Kanäle, Betrieb, Integrationen, Erweiterungen, Lizenzanforderungen, Teamkenntnisse und Support.
Welche Systeme sind OTRS-Nachfolger?
Im Hub-Datensatz werden OTOBO, Znuny und KIX mit Herkunft aus der OTRS Community Edition geführt. Zammad besitzt eine andere, Ruby-on-Rails-basierte Architektur.
Wie sollte eine Auswahl getestet werden?
Mit einem gewichteten Anforderungskatalog und einem Proof of Concept, der reale Ticketprozesse, E-Mail, Rollen, Suche, APIs, Migration, Backup und Betrieb abdeckt.