Service Management statt nur Helpdesk
Qisutu verbindet Tickets direkt mit Services, SLA, CMDB sowie Incident-, Problem-, Change- und Release-Management.
Open Source · Produktvergleich · Stand 17. August 2026
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“.
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?
Qisutu verbindet Funktionen, die sonst über verschiedene Systeme, Zusatzprodukte oder Einzelintegrationen verteilt werden müssen.
Qisutu verbindet Tickets direkt mit Services, SLA, CMDB sowie Incident-, Problem-, Change- und Release-Management.
Kalender, Teams, Besprechungen, SharePoint-Dateien und semantische Dokumentensuche stehen in der Agentenoberfläche bereit.
Kim hilft nicht nur beim Formulieren, sondern beantwortet neue Tickets, routet Anfragen, erstellt Prozesse und baut geprüftes Wissen auf.
Der Qisutu-Unterschied
Die Gegenüberstellung zeigt die Bereiche, in denen Qisutu mit seiner neuen Architektur und den zehn abgestimmten Add-ons einen eigenen, weitergehenden Ansatz verfolgt.
| Kriterium | Qisutu | Abgrenzung 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
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.
Qisutu ist kein Fork von OTRS, OTOBO, Znuny oder Zammad. Architektur, Oberfläche und Add-on-Schnittstelle wurden neu aufgebaut.
ITSM Enterprise, Monitoring, Microsoft 365, zwei Entra-ID-Module und fünf spezialisierte Kim-Erweiterungen lassen sich gezielt ergänzen.
Produkthilfe, automatische Kundenantworten, fachliches Routing, Prozessaufbau und Wissensgewinnung sind getrennte, kontrollierbare Funktionen.
Persönliche Kalender, Teams, Besprechungen, SharePoint-Dateien und semantische Dokumentensuche stehen direkt in der Agentenoberfläche bereit.
Incident, Major Incident, Problem, Known Error, Change, Release, CAB und Post-Incident-Review greifen auf Tickets, Services, SLA und CMDB zu.
Ereignisse aus Checkmk, Zabbix, Icinga 2, Nagios, PRTG und Prometheus werden authentifiziert, korreliert und bis zur Entwarnung nachgeführt.
Der Qisutu-Vorteil
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.
Häufige Fragen
Nein. Qisutu ist eine vollständige, unabhängige Neuentwicklung mit eigener Architektur und eigener Add-on-Schnittstelle.
Ja. Qisutu wird unter AGPL-3.0-or-later und Zammad unter AGPL-3.0-only veröffentlicht.
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