Open Source · Produktvergleich · Stand 17. August 2026

Qisutu vs. Zammad

Qisutu ist die neue Open-Source-Alternative für Organisationen, denen ein Multichannel-Postfach nicht genügt. Ticketing, CMDB, vollständiges ITSM, Microsoft 365, Monitoring und spezialisierte Kim-Funktionen lassen sich in einer gemeinsamen Plattform verbinden.

Diese Seite beantwortet zugleich die häufige Suche „Zammad vs. Qisutu“.

  • Mehr als TicketingCMDB und ein vollständiges ITSM-Fachmodell erweitern den Service Desk.
  • Zehn Add-onsKI, Microsoft 365, Entra ID, ITSM und Monitoring sind modular verfügbar.
  • DatenhoheitQisutu und seine ausgewerteten Add-ons sind offen im Quellcode und selbst betreibbar.

Mehr als ein Multichannel-Helpdesk

Zammad konzentriert sich stark auf Kundenkommunikation über viele Kanäle. Qisutu geht gezielt weiter und verbindet den Service Desk mit ITSM, CMDB, Microsoft 365, Monitoring und fünf Kim-Erweiterungen.

Qisutu ist die Wahl, wenn aus Ticketbearbeitung eine vollständige Service-Plattform werden soll.

Warum Qisutu?

Warum Qisutu die stärkere neue Wahl gegenüber Zammad ist

Qisutu verbindet Funktionen, die sonst über verschiedene Systeme, Zusatzprodukte oder Einzelintegrationen verteilt werden müssen.

01

Service Management statt nur Helpdesk

Qisutu verbindet Tickets direkt mit Services, SLA, CMDB sowie Incident-, Problem-, Change- und Release-Management.

02

Microsoft 365 direkt in Qisutu

Kalender, Teams, Besprechungen, SharePoint-Dateien und semantische Dokumentensuche stehen in der Agentenoberfläche bereit.

03

KI mit klaren Aufgaben

Kim hilft nicht nur beim Formulieren, sondern beantwortet neue Tickets, routet Anfragen, erstellt Prozesse und baut geprüftes Wissen auf.

Der Qisutu-Unterschied

Was Qisutu gegenüber Zammad anders macht

Die Gegenüberstellung zeigt die Bereiche, in denen Qisutu mit seiner neuen Architektur und den zehn abgestimmten Add-ons einen eigenen, weitergehenden Ansatz verfolgt.

KriteriumQisutuAbgrenzung zu Zammad
Produktziel

Eine durchgängige Open-Source-Service-Plattform für Support, interne IT und ITSM.

Zammad ist in erster Linie als Multichannel-Helpdesk und Kundenservice-Lösung positioniert.

ITSM und CMDB

CMDB im Kern; ITSM Enterprise ergänzt Incident, Major Incident, Problem, Known Error, Change, Release, CAB und Reviews.

Ein vergleichbares zusammenhängendes ITSM-Fachmodell steht nicht im Mittelpunkt der öffentlichen Zammad-Produktdarstellung.

Microsoft 365

Entra-ID-SSO für Agenten und Ansprechpartner sowie Kalender, Teams, SharePoint, Dateien und Besprechungen direkt in Qisutu.

Zammad bietet Microsoft-bezogene Anbindungen, jedoch keinen entsprechend dargestellten vollständigen Microsoft-365-Arbeitsbereich im Service Desk.

KI

Fünf getrennte Kim-Add-ons für Produkthilfe, automatische Antworten, Routing, Prozesse und Wissensgewinnung.

Zammad bietet KI für Helpdesk-Aufgaben; Qisutu verteilt weitergehende Aufgaben bewusst auf kontrollierbare Fachmodule.

Monitoring

Fertige Anbindungen für Checkmk, Zabbix, Icinga 2, Nagios Core, PRTG, Prometheus Alertmanager und generische Webhooks.

Ein gleich zugeschnittenes offizielles Paket zur Übernahme externer Monitoring-Ereignisse ist nicht Teil der geprüften Zammad-Produktdarstellung.

Erweiterbarkeit

Zehn aufeinander abgestimmte Qisutu-Add-ons ohne Änderung der Kerndateien.

Zammad verwendet eigene Integrationen; Qisutu bündelt seine Fachmodule unter einer gemeinsamen neuen Add-on-API.

Kommunikationskanäle

Fokus auf E-Mail, Web, Kundenportal und nachvollziehbare Serviceprozesse.

Zammad verfolgt einen kanalorientierten Helpdesk-Ansatz. Qisutu setzt den Schwerpunkt auf die fachliche Tiefe der Servicearbeit.

Betrieb und Offenheit

AGPL-3.0-or-later, Selbstbetrieb oder betreutes Hosting; auch die zehn ausgewerteten Add-ons sind offen lizenziert.

Zammad ist ebenfalls AGPL-lizenziert und selbst betreibbar; der entscheidende Unterschied liegt im Funktionsschwerpunkt.

Das Qisutu-Profil

Was Qisutu als neue Plattform konkret mitbringt

Qisutu verbindet den neu entwickelten Kern mit zehn eigenständigen Add-ons. Dadurch lässt sich das System schrittweise vom Ticketsystem zum umfassenden Service-Arbeitsplatz ausbauen.

01

Eigenständige Neuentwicklung

Qisutu ist kein Fork von OTRS, OTOBO, Znuny oder Zammad. Architektur, Oberfläche und Add-on-Schnittstelle wurden neu aufgebaut.

02

Zehn modulare Add-ons

ITSM Enterprise, Monitoring, Microsoft 365, zwei Entra-ID-Module und fünf spezialisierte Kim-Erweiterungen lassen sich gezielt ergänzen.

03

Kim in mehreren Rollen

Produkthilfe, automatische Kundenantworten, fachliches Routing, Prozessaufbau und Wissensgewinnung sind getrennte, kontrollierbare Funktionen.

04

Microsoft 365 im Service Desk

Persönliche Kalender, Teams, Besprechungen, SharePoint-Dateien und semantische Dokumentensuche stehen direkt in der Agentenoberfläche bereit.

05

Durchgängiges ITSM-Fachmodell

Incident, Major Incident, Problem, Known Error, Change, Release, CAB und Post-Incident-Review greifen auf Tickets, Services, SLA und CMDB zu.

06

Monitoring wird zu Ticketarbeit

Ereignisse aus Checkmk, Zabbix, Icinga 2, Nagios, PRTG und Prometheus werden authentifiziert, korreliert und bis zur Entwarnung nachgeführt.

Der Qisutu-Vorteil

Warum jetzt Qisutu statt Zammad?

Qisutu ist nicht als Kopie von Zammad entstanden. Die Plattform wurde neu entwickelt, um Ticketing mit heutigen Anforderungen an ITSM, KI, Microsoft 365 und Monitoring zu verbinden.

ITSM ohne zusätzliche InsellösungTickets, Services, SLA, CMDB und ITSM-Vorgänge greifen direkt ineinander.
Microsoft-Arbeit ohne SystemwechselAgenten bearbeiten Kalender, Teams, Besprechungen und SharePoint-Inhalte innerhalb von Qisutu.
KI, die konkrete Arbeit übernimmtKim kann antworten, routen, Prozesse erzeugen und bestätigtes Wissen wiederverwenden.
Störungen werden automatisch zu TicketsMonitoring-Ereignisse werden korreliert, aktualisiert und bis zur Entwarnung nachgeführt.

Häufige Fragen

Fragen zu Qisutu und Zammad

Ist Qisutu ein Fork von Zammad?

Nein. Qisutu ist eine vollständige, unabhängige Neuentwicklung mit eigener Architektur und eigener Add-on-Schnittstelle.

Sind Qisutu und Zammad Open Source?

Ja. Qisutu wird unter AGPL-3.0-or-later und Zammad unter AGPL-3.0-only veröffentlicht.

Warum Qisutu statt Zammad?

Weil Qisutu über den Multichannel-Helpdesk hinaus eine gemeinsame modulare Plattform für CMDB, vollständiges ITSM, Microsoft 365, Monitoring und mehrere spezialisierte Kim-Funktionen bereitstellt.

Qisutu in der eigenen Umgebung prüfen

Die beste Entscheidung entsteht mit den eigenen Tickets, Prozessen und Anforderungen.

Qisutu-Projekt besprechen