Zum Inhalt springen
Bewusster technischer Neustart
Qisutu übernimmt keine gewachsene OTRS-Code- und Konfigurationsstruktur, sondern bildet Servicearbeit in einer neuen Plattform ab.
Open Source · Produktvergleich · Stand 17. August 2026
Qisutu vs. OTOBO
Qisutu ist die neue Open-Source-Alternative für Organisationen, die nicht erneut auf einer Fortführung der OTRS-Architektur aufbauen möchten. Der neu entwickelte Kern verbindet moderne Ticketarbeit mit zehn modularen Add-ons für ITSM, KI, Microsoft 365, Entra ID und Monitoring.
Diese Seite beantwortet zugleich die häufige Suche „OTOBO vs. Qisutu“.
- Keine OTRS-CodebasisQisutu ist vollständig unabhängig neu entwickelt.
- Neues Add-on-ModellZehn Fachmodule erweitern den Kern ohne Änderung seiner Dateien.
- Moderne IntegrationKim, Microsoft 365, Entra ID und Monitoring gehören zum neuen Qisutu-Portfolio.
Neue Plattform statt weiterer OTRS-Fortführung
OTOBO entstand als Fork der früheren freien OTRS-Version. Qisutu wurde unabhängig neu entwickelt und übernimmt weder deren Codebasis noch deren gewachsene technische Struktur.
Qisutu ermöglicht einen echten technischen Neustart – ohne auf professionelles Service Management zu verzichten.Warum Qisutu?
Warum Qisutu die stärkere neue Wahl gegenüber OTOBO ist
Qisutu verbindet Funktionen, die sonst über verschiedene Systeme, Zusatzprodukte oder Einzelintegrationen verteilt werden müssen.
Neue Funktionen aus einem Guss
ITSM, Kim, Microsoft 365, Entra ID und Monitoring wurden für die gemeinsame Qisutu-Add-on-Schnittstelle aufgebaut.
Migration als Bereinigung
Der Wechsel zu Qisutu bietet die Gelegenheit, alte Queues, Felder, Rechte und Prozesse kontrolliert zu prüfen und nur Benötigtes zu übernehmen.
Der Qisutu-Unterschied
Was Qisutu gegenüber OTOBO 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.
| Kriterium | Qisutu | Abgrenzung zu OTOBO |
|---|---|---|
| Entwicklungslinie | Vollständige unabhängige Neuentwicklung ohne OTRS-Codebasis. |
OTOBO entstand 2019 als Fork der früheren freien OTRS-Version und führt diese Entwicklungslinie fort. |
| Architekturentscheidung | Neuer Kern, neue Oberfläche und eigene Add-on-API für Qisutu-Fachmodule. |
OTOBO entwickelt die aus OTRS übernommenen technischen und administrativen Konzepte weiter. |
| ITSM | CMDB im Kern; ein zusammenhängendes ITSM-Enterprise-Modul für Incident, Major Incident, Problem, Known Error, Change, Release, CAB und Reviews. |
OTOBO stellt ITSM über seine aus der OTRS-Welt gewachsene Plattform und ergänzende Pakete bereit. |
| KI | Fünf spezialisierte Kim-Add-ons für Produkthilfe, Antworten, Routing, Prozesse und den Aufbau geprüften Wissens. |
Ein vergleichbares zusammenhängendes Portfolio aus fünf aufgabenspezifischen KI-Modulen ist nicht Teil der geprüften OTOBO-Produktdarstellung. |
| Microsoft 365 und Entra ID | Agenten- und Ansprechpartner-SSO sowie Kalender, Teams, Besprechungen, SharePoint und semantische Dokumentensuche direkt in Qisutu. |
OTOBO kann externe Systeme anbinden; Qisutu liefert den beschriebenen Microsoft-365-Arbeitsbereich als abgestimmtes Add-on-Portfolio. |
| Monitoring | Fertige Connectors nehmen Störungen an, korrelieren Dubletten, erzeugen Tickets und verarbeiten Entwarnungen. |
Bei OTOBO hängt eine entsprechende Monitoring-Anbindung vom eingesetzten Paket oder individuellen Integrationsprojekt ab. |
| Migration aus OTRS 6 | Geplanter Plattformwechsel mit der Möglichkeit, historische Konfigurationen vor der Übernahme zu bereinigen. |
OTOBO ist wegen seiner Herkunft auf eine möglichst direkte Fortführung bestehender OTRS-6-Strukturen ausgerichtet. |
| Lizenz und Betrieb | AGPL-3.0-or-later; Selbstbetrieb oder betreutes Hosting, einschließlich offen lizenzierter Qisutu-Add-ons. |
OTOBO ist ebenfalls Open Source und selbst betreibbar; der zentrale Unterschied ist Neuentwicklung gegenüber Fortführung. |
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.
Eigenständige Neuentwicklung
Qisutu ist kein Fork von OTRS, OTOBO, Znuny oder Zammad. Architektur, Oberfläche und Add-on-Schnittstelle wurden neu aufgebaut.
Zehn modulare Add-ons
ITSM Enterprise, Monitoring, Microsoft 365, zwei Entra-ID-Module und fünf spezialisierte Kim-Erweiterungen lassen sich gezielt ergänzen.
Kim in mehreren Rollen
Produkthilfe, automatische Kundenantworten, fachliches Routing, Prozessaufbau und Wissensgewinnung sind getrennte, kontrollierbare Funktionen.
Microsoft 365 im Service Desk
Persönliche Kalender, Teams, Besprechungen, SharePoint-Dateien und semantische Dokumentensuche stehen direkt in der Agentenoberfläche bereit.
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.
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 OTOBO?
Qisutu ist nicht als Kopie von OTOBO entstanden. Die Plattform wurde neu entwickelt, um Ticketing mit heutigen Anforderungen an ITSM, KI, Microsoft 365 und Monitoring zu verbinden.
Keine neue Abhängigkeit von der alten OTRS-LinieQisutu schafft eine eigenständige technische Grundlage für die kommenden Jahre.
KI ist bereits in konkrete Prozesse aufgeteiltAntworten, Routing, Prozessaufbau, Wissen und Produkthilfe sind getrennt steuerbar.
Microsoft 365 wird Teil der AgentenarbeitTeams, Kalender, Besprechungen und SharePoint stehen direkt im Service Desk bereit.
ITSM und Monitoring greifen in den TicketkernServicevorgänge und technische Störungen werden nicht nur über lose externe Integrationen angebunden.
Häufige Fragen
Fragen zu Qisutu und OTOBO
Ist Qisutu ein Fork von OTOBO oder OTRS?
Nein. Qisutu ist vollständig unabhängig neu entwickelt und verwendet keine OTRS- oder OTOBO-Codebasis.
Sind Qisutu und OTOBO Open Source?
Ja. Qisutu wird unter AGPL-3.0-or-later veröffentlicht; OTOBO wird unter der GNU GPL angeboten.
Warum Qisutu statt OTOBO?
Qisutu bietet einen echten technischen Neustart und verbindet diesen mit einem neuen modularen Portfolio für ITSM, fünf Kim-Funktionen, Microsoft 365, Entra ID und Monitoring.
Qisutu in der eigenen Umgebung prüfen