Neue technische Grundlage
Qisutu übernimmt keine OTRS-Kerndateien, sondern stellt eine eigenständige Architektur für Service Desk und Erweiterungen bereit.
Open Source · Produktvergleich · Stand 17. August 2026
Qisutu ist die neue Open-Source-Alternative für Organisationen, die ihre Service-Plattform nicht dauerhaft auf der OTRS-Community-Codebasis fortführen möchten. Statt historischer Kontinuität bietet Qisutu einen neu entwickelten Kern und zehn moderne Fachmodule.
Diese Seite beantwortet zugleich die häufige Suche „Znuny vs. Qisutu“.
Znuny führt die OTRS Community Edition mit LTS- und aktuellen Versionen fort. Qisutu beginnt technisch neu und verbindet Ticketing von Anfang an mit einem neuen Add-on-Modell.
Qisutu richtet sich an Organisationen, die nicht nur aktualisieren, sondern ihre Service-Plattform neu aufstellen möchten.Warum Qisutu?
Qisutu verbindet Funktionen, die sonst über verschiedene Systeme, Zusatzprodukte oder Einzelintegrationen verteilt werden müssen.
Qisutu übernimmt keine OTRS-Kerndateien, sondern stellt eine eigenständige Architektur für Service Desk und Erweiterungen bereit.
Fünf Kim-Module decken Produkthilfe, automatische Antworten, Routing, Prozessaufbau und geprüftes Wissen getrennt ab.
Entra ID, Teams, Kalender, SharePoint und externe Monitoring-Ereignisse werden zu Bestandteilen der Qisutu-Arbeit.
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 Znuny |
|---|---|---|
| Entwicklungslinie | Vollständige unabhängige Neuentwicklung ohne OTRS-Codebasis. |
Znuny entstand 2020 als direkte Fortführung der OTRS Community Edition. |
| Technischer Ansatz | Neuer Kern, neue Oberfläche und neue Add-on-API. |
Znuny pflegt und erweitert bewusst die aus OTRS übernommenen Strukturen. |
| ITSM und CMDB | CMDB im Kern; ein ITSM-Enterprise-Modul verbindet zentrale ITSM-Objekte, Aufgaben, Freigaben, CAB und Reviews. |
Bei Znuny hängt der ITSM-Umfang von der eingesetzten Version und den installierten Paketen ab. |
| KI | Fünf spezialisierte Kim-Add-ons für klar getrennte operative Aufgaben. |
Znuny-LLM ergänzt Znuny um LLM-Unterstützung; Qisutu liefert darüber hinaus eigene Module für Routing, Prozesse, automatische Antworten und Wissensaufbau. |
| Microsoft 365 und Entra ID | SSO und Synchronisation für Agenten und Ansprechpartner sowie Teams, Kalender, Besprechungen und SharePoint in Qisutu. |
Znuny unterstützt unter anderem Microsoft-OAuth2 für E-Mail; der vollständige Qisutu-Microsoft-Arbeitsbereich geht deutlich darüber hinaus. |
| Monitoring | Externe Monitoring-Systeme liefern Ereignisse an Qisutu, das daraus Tickets erzeugt und Recovery verarbeitet. |
Der offizielle Znuny-Prometheus-Exporter überwacht Znuny selbst und deckt damit einen anderen Anwendungsfall ab. |
| Migration | Bewusster Wechsel auf eine neue Plattform mit Prüfung und Bereinigung alter Strukturen. |
Znuny ist auf möglichst hohe Kontinuität bestehender OTRS-Community-Installationen ausgerichtet. |
| Langfristige Entscheidung | Unabhängige Qisutu-Architektur mit neuem, abgestimmtem Funktionsportfolio. |
Znuny bleibt technisch und historisch eng mit der OTRS-Community-Entwicklungslinie verbunden. |
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 Znuny 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 vollständig unabhängig neu entwickelt und verwendet keine Znuny- oder OTRS-Codebasis.
Ja. Qisutu geht mit fünf getrennten Kim-Modulen für Produkthilfe, Antworten, Routing, Prozesse und Wissensaufbau deutlich über eine allgemeine LLM-Anbindung hinaus.
Weil Qisutu einen technischen Neustart mit einem abgestimmten Portfolio für vollständiges ITSM, fünf Kim-Aufgaben, Microsoft 365, Entra ID und eingehendes Monitoring verbindet.
Qisutu in der eigenen Umgebung prüfen