← Alle WissensartikelTicketsysteme · Open Source

Open-Source-Ticketsysteme im Vergleich

Zuletzt aktualisiert: September 2026 · Znuny, OTOBO, Zammad und FreeScout

Ein klarer Vorteil eines Open-Source-Ticketsystems sind wegfallende Lizenzkosten.
Die dadurch verfügbaren Mittel sollten besser in gute Beratung und technische Unterstützung investiert werden.

Bevor wir direkt in Open-Source-Ticketsysteme einsteigen, sollten einige grundlegende Fragen geklärt werden:

  • Warum brauchen Unternehmen überhaupt ein Ticketsystem?
  • Worin unterscheiden sich Ticketsysteme?
  • Was genau spricht eigentlich für Open Source?

Zum Abschluss vergleichen wir die vier relevantesten Open-Source-Ticketsysteme für den deutschsprachigen Raum: Znuny, OTOBO, Zammad und FreeScout.

Die vier Systeme im Überblick:

Znuny
Fork der abgekündigten ((OTRS)) Community Edition, gepflegt von ehemaligen OTRS-Kernentwicklern. Ausgereift, breit im Einsatz, mit tiefem Prozess- und ITSM-Funktionsumfang und einem großen, über Jahre gewachsenen Add-on-Ökosystem. znuny.org
OTOBO
Ebenfalls ein OTRS-Community-Edition-Fork, technisch modern (Docker, Elasticsearch, überarbeitete Oberfläche). Stammt allerdings nicht vom ursprünglichen OTRS-Team und bringt ein kleineres, jüngeres Erweiterungs-Ökosystem mit. otobo.de
Zammad
Von Grund auf neu entwickelt, mit sehr zugänglicher Oberfläche und schnellem Einstieg. Bei tiefen, mehrstufigen Prozessen bleibt es hinter der OTRS-Linie zurück; die gehostete Variante wird pro Agent abgerechnet. zammad.org
FreeScout
Schlankes Helpdesk auf Basis eines geteilten Postfachs (freie Help-Scout-Alternative), schnell startklar für einfachen E-Mail-Support. Für ausgeprägte ITSM-Prozesse und Automatisierung ist es weniger gedacht; erweiterte Funktionen kommen teils als Zusatzmodule. freescout.net

Vertiefende Informationen zu einzelnen Systemen und zur Entscheidung finden Sie auf unseren Seiten zu Znuny und den Auswahlkriterien für Ticketsysteme.

Warum überhaupt ein Ticketsystem?

Gehen wir einmal davon aus, wir sind ein Elektrohandel und verkaufen Waschmaschinen über ein Online-Portal. Bei einer Auslieferung ist das Gerät beschädigt worden und wir bekommen eine E-Mail mit der Bitte um Kostenerstattung. Diese E-Mail landet in einem Sammelpostfach, poppt in einem E-Mail-Client auf, wird von einem Mitarbeiter* bearbeitet und schließlich archiviert. Fall abgeschlossen, so weit so gut.
Was aber, wenn nicht nur eine E-Mail am Tag reinkommt sondern Dutzende? Was ist, wenn Mitarbeiter B einen Fall zu bearbeiten beginnt und dann krankheitsbedingt ausfällt? Wer behält da noch den Überblick über offene und abgeschlossene Fälle oder sogar den aktuellen Status eines Falls?

Hier betritt der Spieler namens „Ticketsystem“ die Lobby und stellt sich vor.
Mit einem Ticketsystem werden eingehende E-Mails nicht mehr über einen E-Mail-Client bearbeitet, vielmehr wird im System ein Fall erstellt, den es zu bearbeiten gilt. Selbstverständlich landen nicht alle unternehmensweiten E-Mails hier, es werden gezielt Support- oder Reklamationspostfächer abgerufen. Dafür bieten eigentlich alle Ticketsysteme Schnittstellen, beispielsweise zu Microsoft 365. Für jeden neuen Fall – auch Ticket genannt – werden dann zum Teil automatisch Attribute vergeben, beispielsweise:

  • Status (offen, warten, geschlossen…)
  • Erstellzeitpunkt
  • Kundeninformationen (Name, Anschrift, E-Mail…)
  • Priorität
  • Bearbeiter

Allein damit ist bereits ein zentraler Vorteil eines Ticketsystems erklärt: Transparenz. Jeder, der einen Blick in ein Ticket wirft, kann sofort sehen, von wem es bearbeitet wird und in welchem Status es sich befindet. Weiterführend kann aus einem Ticketsystem unter Zuhilfenahme von standardisierten Textvorlagen direkt Kontakt via E-Mail oder Telefon mit dem Kunden aufgenommen werden. Auch ist es möglich, interne Bearbeitungsnotizen zu erfassen und damit intern alle wichtigen Informationen transparent zu dokumentieren.

Darüber hinaus bieten viele Ticketsysteme eine Unterteilung von Tickets in verschiedene Queues, um Tickets beispielsweise nach Themen, Abteilungen oder Standorten zu unterteilen (dies ermöglicht meist auch eine Berechtigungstrennung). Ebenso können Tickettypen definiert werden – handelt es sich um eine Information, einen Vorfall oder eine einfache Rückfrage? In manchen Ticketsystemen lassen sich sogar feste Prozesse definieren, nach denen ein Ticket vom Mitarbeiter qualifiziert und bearbeitet werden muss.

Wir könnten noch unzählige, weitere Vorteile von Ticketsystemen gegenüber der E-Mail-Client-Kommunikation mit Kunden darstellen, vermutlich haben wir Sie in der Theorie aber schon überzeugt.

Wie wähle ich das richtige Ticketsystem?

Diese Frage kann selbstverständlich nicht pauschal für jeden beantwortet werden. Die Auswahl der richtigen Tools hängt zum einen von vielen individuellen Anforderungen ab, natürlich auch von finanziellen Mitteln. Einen strukturierten Kriterienkatalog haben wir im Beitrag Ticketsystem auswählen zusammengestellt.

Erfahrungsgemäß spielen jedoch folgende Faktoren immer wieder eine große Rolle:

  • Cloud- oder On-Premise-Installation?
  • Skalierbarkeit bei steigender Anzahl an Anfragen
  • Feature-Umfang, insbesondere Automatisierungsmöglichkeiten
  • Ansprechendes, modernes GUI
  • Einfache Handhabung für schnelle, unkomplizierte Bearbeitung von Tickets
  • Wartungsaufwände & Kosten

On-Premise – zu viel Aufwand?

Wem der Verwaltungsaufwand eines On-Premise-Systems Kopfschmerzen bereitet, für den empfiehlt es sich, einen Dienstleister in's Boot zu holen. Wir beraten Sie unabhängig, welches Open-Source-Ticketsystem zu Ihrem Anwendungsfall passt, betreuen Sie bei der Einrichtung & Wartung und geben Ihnen Best Practices an die Hand.

Warum ein Open-Source-Ticketsystem?

Ein riesiger Vorteil, der keiner weiteren Erklärung bedarf, sind die Kosten.

Im Regelfall sind Open-Source-Ticketsysteme lizenzkostenfrei – so auch bei den hier verglichenen Anwendungen Znuny, OTOBO, Zammad und FreeScout. Bei Zammad und FreeScout gibt es zusätzlich kostenpflichtige Angebote (eine gehostete Variante bzw. einzelne Zusatzmodule); die Kernsysteme bleiben quelloffen und kostenfrei. Das Geld, das für teure Lizenzen gespart wird, sollte besser in die richtige Beratung und technische Unterstützung investiert werden.

Ein kleines Rechenbeispiel:
Wir gehen von etwa 20 Agenten aus, die Tickets bearbeiten sollen. Dazu 100–150 Mitarbeiter, die ein Self-Service-Portal nutzen. Und wir wollen Automatisierung einsetzen, um Workflows und wiederkehrende Aufgaben im System abzubilden.
Bei einem marktführenden Anbieter für kostenpflichtige ITSM-Tools wie Atlassian bewegt sich ein Servicedesk in dieser Größe mit Automatisierung schnell im Bereich mehrerer tausend bis über zehntausend Euro pro Jahr – wiederkehrend. Ein vergleichbares Projekt mit Open-Source-Produkten spart diese Lizenzkosten vollständig ein. Stattdessen fällt (am Beispiel unserer Konditionen) ein einmaliger Projektpreis im niedrigen vierstelligen Bereich an, optional ergänzt um Support inklusive Softwareupdates ab rund 950 € pro Jahr. Schon im ersten Jahr sparen Sie damit einen vierstelligen Betrag – in den Folgejahren deutlich mehr.
Dabei sparen Sie nicht nur Geld, sondern bekommen von uns Erfahrungswerte und Best Practices, sodass Sie sich nicht selbst mit dem Tool auseinandersetzen müssen.

Zurück zum allgemeinen Thema Open Source: Fälschlicherweise entsteht häufig der Gedanke, dass kostenfreie Produkte nicht den Funktionsumfang eines kostenpflichtigen Tools bieten. Viele Open-Source-Produkte liefern jedoch einen ähnlichen, oft gleichwertigen Funktionsumfang wie teure Alternativen. Die eigentliche Hürde ist das technische Wissen für Installation, Einrichtung und Konfiguration. Dafür stehen wir Ihnen als Dienstleister zur Verfügung: Wir kümmern uns um alle technischen Belange, übergeben das nach Ihren Wünschen konfigurierte System und betreuen Sie anschließend bei Updates und Konfigurationsänderungen.

Ein weiterer Vorteil von Open Source steckt schon im Begriff: offene Quellen, für jeden transparent einsehbar. Große Communitys entwickeln regelmäßig neue Funktionen und beheben Fehler. Alle Änderungen sind nachvollziehbar, werden vor einem Release ausgiebig getestet und auf Coding-Guidelines geprüft, um Wildwuchs zu verhindern. Bei Znuny etwa läuft die Entwicklung öffentlich und kontinuierlich – neue Commits landen praktisch wöchentlich im Projekt.

Durch diese Struktur bleibt man unabhängig von Unternehmens- oder Konzernentscheidung – die Richtung wird von der Community bestimmt und an eben dieser kann sich jeder mit neuen Features und Ideen beteiligen.

Znuny, OTOBO, Zammad und FreeScout im Detail

Nach der Theorie ordnen wir die vier Systeme kurz praktisch ein. Die folgende Tabelle fasst die wichtigsten Unterschiede zusammen.

KriteriumZnunyOTOBOZammadFreeScout
HerkunftFork der ((OTRS)) Community Edition (2020), von ehemaligen OTRS-KernentwicklernFork der ((OTRS)) Community Edition (2019/2020)Eigenständige NeuentwicklungEigenständige Neuentwicklung (PHP/Laravel)
OberflächeFunktional, mit Release 7 modernisiertStark überarbeitet, responsivSehr aufgeräumt, einsteigerfreundlichMinimalistisch, postfachnah
Prozesse & AutomatisierungSehr umfangreich (Prozessmanagement)Sehr umfangreich (OTRS-Erbe)Solide, bei mehrstufigen Prozessen schlankerGrundlegend, über Module erweiterbar
ErweiterungenGroßes, etabliertes Add-on-ÖkosystemKleineres, jüngeres ÖkosystemApps und Integrationen, überschaubarModul-Marktplatz, teils kostenpflichtig
ITSM-EignungHochHoch (optionale ITSM-Module)MittelGering (klassischer Helpdesk)
BetriebOn-Premise (Linux)On-Premise (Docker/Linux)On-Premise oder gehostet (pro Agent)On-Premise, geringe Serveranforderungen
Ideal fürService-Organisationen mit Prozessfokus, OTRS-UmsteigerTeams mit Wunsch nach moderner technischer BasisTeams, die schnell starten wollenKleine Teams mit strukturiertem E-Mail-Support

Znuny

Znuny ist ein weiterentwickelter Fork der Ende 2020 von der OTRS AG abgekündigten, bis dahin sehr verbreiteten ((OTRS)) Community Edition – gepflegt von ehemaligen OTRS-Kernentwicklern. Der Fokus liegt auf Stabilität, Fehlerbehebung und einem sehr mächtigen Prozessmanagement; mit Release 7 kam eine modernisierte Oberfläche hinzu. Dazu kommt ein über Jahre gewachsenes Angebot an Znuny-Add-ons und für Umsteiger von OTRS ein vertrautes Bedienkonzept mit geradlinigem Migrationsweg. Für Service-Organisationen, die Tickets nicht nur abarbeiten, sondern in strukturierte Abläufe und Automatismen überführen wollen, ist das ein starkes Argument. Den Migrationsweg beschreiben wir ausführlich im Beitrag ((OTRS)) Community Edition vs. Znuny.

OTOBO

OTOBO ist – wie Znuny – ein Fork der ((OTRS)) Community Edition, geht technisch aber deutlich weiter: Docker-basierte Installation, Volltextsuche über Elasticsearch und eine stark überarbeitete, responsive Oberfläche. Das umfangreiche Prozess- und ITSM-Erbe von OTRS bleibt erhalten, inklusive optionaler ITSM-Module. OTOBO stammt allerdings nicht vom ursprünglichen OTRS-Team und hat ein kleineres, jüngeres Erweiterungs-Ökosystem; für den reinen Umstieg von OTRS ist Znuny oft der vertrautere Weg. OTOBO eignet sich damit vor allem für Organisationen, die den Funktionsumfang der OTRS-Linie wollen und besonderen Wert auf einen modernen technischen Unterbau legen.

Zammad

Zammad setzt auf einen komplett neuen Ansatz mit aufgeräumter, intuitiver Oberfläche. Support-Teams finden sich sehr schnell zurecht. Automatisierung und Prozessmanagement sind solide, bei komplexen, mehrstufigen Abläufen bleibt Zammad aber hinter der OTRS-Linie zurück. Es lässt sich on-premise betreiben; die komfortable gehostete Variante wird pro Agent und Monat abgerechnet.

FreeScout

FreeScout ist das Leichtgewicht im Vergleich: ein selbst gehostetes Helpdesk auf Basis eines geteilten Postfachs, häufig als freie Help-Scout-Alternative im Einsatz. Es läuft mit sehr geringen Serveranforderungen und ist schnell einsatzbereit. Klassische ITIL-Prozesse oder tiefe Automatisierung bringt FreeScout nicht von Haus aus mit; einige der nützlichen Erweiterungen sind kostenpflichtige Zusatzmodule. Für kleine Teams, die strukturiert per E-Mail Support leisten, ist es dennoch eine pragmatische Wahl.

Die folgenden Screenshots zeigen die klassische Ticketansicht von Zammad und Znuny im direkten Vergleich – gut zu erkennen ist der Unterschied in der Bedienphilosophie: Zammad minimalistisch und einsteigerfreundlich, Znuny funktionsdicht mit starkem Prozessfokus.

Open-Source-Ticketsystem Zammad: Ticket in der Detailansicht
Open-Source-Ticketsystem: Zammad – Ticket-Detailansicht
Open-Source-Ticketsystem Znuny: Ticket in der Detailansicht
Open-Source-Ticketsystem: Znuny – Ticket-Detailansicht

Die Wahl des richtigen Tools bleibt eine individuelle Entscheidung. Bei on-premise betriebenen Open-Source-Produkten fällt sie im deutschsprachigen Raum häufig zugunsten von Znuny aus, wenn Prozessumfang, ein großes Add-on-Ökosystem und die direkte OTRS-Kontinuität zählen – OTOBO bei Wunsch nach besonders modernem Unterbau, Zammad für den einfachsten Einstieg, FreeScout für schlanken E-Mail-Support. Einen strukturierten Kriterienkatalog bietet unser Beitrag zu den Auswahlkriterien.

Wenn Sie einordnen möchten, welcher Weg zu Ihrem Team passt, sprechen wir das gerne mit Ihnen durch – und zeigen Ihnen Znuny direkt in einer Live-Demo. Nutzen Sie dafür eine unserer Kontaktmöglichkeiten.

Fazit

Damit hoffen wir, alle eingangs gestellten Fragen ausführlich beantwortet zu haben.

Warum brauchen Unternehmen ein Ticketsystem? Für die transparente und strukturierte Bearbeitung von Kunden- und Mitarbeiteranfragen mit standardisiertem Auftreten.
Worin unterscheiden sich Ticketsysteme? Vor allem im Betriebsmodell (Cloud oder On-Premise), in Bedienung, Oberfläche und Automatisierungsgrad. Znuny bringt den größten Prozessumfang mit dem größten Add-on-Ökosystem und der direkten OTRS-Kontinuität, OTOBO einen modernen technischen Unterbau, Zammad den einfachsten Einstieg, FreeScout die geringste Komplexität.
Was spricht für Open Source? Wegfallende Kosten für Lizenzen und Subscriptions bei trotzdem großem, meist völlig ausreichendem Funktionsumfang – und eine Produktentwicklung, die von einer Community gesteuert wird, an der sich jeder beteiligen kann.

* Aufgrund der besseren Lesbarkeit wird im Text das generische Maskulinum verwendet. Gemeint sind jedoch immer alle Geschlechter.

Open Source ohne Betriebsblindflug

Wir unterstützen bei Auswahl, Einführung, Migration und verlässlichem Betrieb von Znuny.

Znuny kennenlernen →