Datenbasierter Vergleich

OTAI Desk vs. OTOBO: KI-Helpdesk oder Docker-OTRS-Fork?

OTAI Desk vs. OTOBO im Vergleich: AI-first Python-Helpdesk mit Frontschicht gegen GPL-lizenzierten Perl-OTRS-Fork mit Docker-Stack.

Aktualisiert am 2026-09-17 · Kennzahlen sind Momentaufnahmen, keine Gesamtwertung.

Fakten im direkten Vergleich

Die Tabelle wird direkt aus den strukturierten System- und Versionsdaten des Open ITSM Hub erzeugt. Horizontal scrollen, um auf kleinen Bildschirmen alle Systeme zu sehen.

Detaillierter Vergleich von OTAI Desk, OTOBO
EigenschaftOTAI DeskOTOBO
Stack
Primary LanguagePythonPerl
Language Breakdown
FrameworksOpen Ticket AI Runtime, DockerOTOBO framework
Web Servers—Nginx, Apache with mod_perl, Gazelle
Operating SystemsLinuxLinux
Datenbanken—MySQL, MariaDB, PostgreSQL
SucheRAG over internal knowledge baseElasticsearch
Cache—Redis, File system
Versionen
Aktuelle Version—11.1
Latest Release Date—2026-06-24
Supported Branches—11.1, 11.0, 10.1
Lts Available——
Release Notes Url—Quelle öffnen
Sicherheit
Security Policy Url—Quelle öffnen
Advisories Url—Quelle öffnen
Security Contact——
Signed Releases——
Sbom Available——
Update PolicyAudit trails for AI decisions documented on the product siteSecurity reports and advisories are handled through the public GitHub security area.
Recent Updates——
Community
GitHub Stars8331
GitHub Forks089
GitHub IssuesQuelle öffnen Quelle öffnen
Offene Issues2194
GovernanceVendor-led open-source developmentVendor-led open-source development
Commercial BackerSoftoftRother OSS GmbH
Projektforum—Quelle öffnen
Documentation UrlQuelle öffnen Quelle öffnen
Contribution UrlQuelle öffnen Quelle öffnen
Neue Issues (90 Tage)—194
Geschlossene Issues (90 Tage)—208
Issue-Zeitraum seit—2026-05-01
Forenaktivität—Aktiv; sichtbare Beiträge am selben Tag, vor allem im deutschsprachigen Forum
Letzte Forenaktivität—2026-07-30
Ökosystem
Paketformatpip.opm
Package Repository UrlQuelle öffnen Quelle öffnen
Migration PathsFront layer before Zammad, Znuny, OTOBO, Jira Service Management, or Matrix42OTRS Community Edition, Earlier OTOBO releases
Integration InterfacesREST API, Email, Microsoft Teams, Chat, LDAP, Active Directory / Entra IDGeneric Interface, REST, SOAP, Email
Funktionen
Built InTicketing, Local LLMs, RAG knowledge base search, L1 ticket deflection, AI classification, Audit trails, Microsoft Teams, Email, Chat, Backend connectors (Zammad, Znuny, OTOBO, Jira, Matrix42)Ticketing, Process management, Generic Interface, Elasticsearch search, OAuth, OpenID Connect, AI assistance (beta)
Available Via AddonCustom backend connectorsAdditional ITSM and integration packages
Unsupported——
UnknownCMDB depth, Native Kubernetes operator, Classic ITIL process depthNative Kubernetes operator

Funktions- und Integrationsmatrix

Funktionsmatrix für OTAI Desk, OTOBO
Funktion OTAI DeskOTOBO
TicketingIntegriertIntegriert
Local LLMsIntegriert—
RAG Knowledge Base SearchIntegriert—
L1 Ticket DeflectionIntegriert—
AI ClassificationIntegriert—
Audit TrailsIntegriert—
Microsoft TeamsIntegriert—
EmailIntegriert—
ChatIntegriert—
Backend Connectors (Zammad, Znuny, OTOBO, Jira, Matrix42)Integriert—
Custom Backend ConnectorsPer Add-on—
Process Management—Integriert
Generic Interface—Integriert
Elasticsearch Search—Integriert
OAuth—Integriert
OpenID Connect—Integriert
AI Assistance (Beta)—Integriert
Additional ITSM And Integration Packages—Per Add-on

GitHub-Issues und Forenaktivität

Öffentliche Aktivität in den Haupt-Repositories und offiziellen Projektforen, Stand 2026-09-17.

Issue-Zahlen zeigen sichtbare Entwicklungsaktivität, aber keine Produktqualität. Automatisierte Issues und unterschiedliche Arbeitsweisen der Projekte können die Werte verzerren.

OTAI Desk

GitHub-Fenster ab Nicht erhoben

Offen
2
Neu / 90 T.
Nicht erhoben
Geschl. / 90 T.
Nicht erhoben

Forum

Kein dediziertes Projektforum belegt

OTOBO

GitHub-Fenster ab 01.05.2026

Offen
194
Neu / 90 T.
194
Geschl. / 90 T.
208

Forum

Aktiv; sichtbare Beiträge am selben Tag, vor allem im deutschsprachigen Forum

Letzte sichtbare Aktivität: 30.07.2026

Community und Ökosystem in Zahlen

Stand: 2026-09-17

Einzelmetriken, keine Gesamtwertung

GitHub Stars

Öffentliche Stars des jeweiligen Haupt-Repositorys.

  • OTAI Desk8
  • OTOBO331

Pakete im Open ITSM Hub

Aktuell im Hub zugeordnete kompatible Pakete.

  • OTAI Desk0
  • OTOBO82

Jahr der Erstveröffentlichung

Zeitliche Einordnung; längere Balken bedeuten eine spätere Veröffentlichung.

  • OTAI Desk2025
  • OTOBO2020

OTAI Desk und OTOBO verbindet Open Source — sonst unterscheiden sie sich stark. OTOBO ist ein aktiver OTRS-CE-Fork unter GPL v3.0 mit Perl, .opm-Paketen und Docker-orientiertem Betrieb (MariaDB, Elasticsearch, Redis, Nginx). OTAI Desk ist ein KI-first Helpdesk auf der Open-Ticket-AI-Runtime (Python, lokale LLMs, RAG) und kann OTOBO als Backend vor sich betreiben.

Architektur und Philosophie

OTOBO modernisiert die OTRS-Welt: bewährte ITSM-Logik, Container-Deployment, Generic Interface und ein wachsendes .opm-Ökosystem. Für OTRS-Migranten, die Docker als Betriebsweg bevorzugen, ist OTOBO ein etablierter Kandidat.

OTAI Desk adressiert primär L1-Automatisierung und schnelle Erstantworten. Laut Produktarchitektur bleibt OTOBO unangetastet — OTAI Desk fängt Standardanfragen ab und übergibt komplexe Fälle per REST als strukturierte Tickets.

Technischer Vergleich

AspektOTAI DeskOTOBO
HerkunftOpen Ticket AI (unabhängig)OTRS Community Edition
SprachePythonPerl
LizenzLGPL-2.1 (Runtime)GNU GPL v3.0
DeploymentDocker on-premiseDocker-first, auch klassisch
Paketepip / OTAI-Plugins.opm
KIintegriert (lokal)über OTAI-Runtime ergänzbar
Datenbanknicht im Hub spezifiziertMariaDB, MySQL, PostgreSQL

Beide können kombiniert werden: OTOBO als System of Record, OTAI Desk als KI-Eingangsschicht. Die Open Ticket AI Runtime bietet zudem Automation innerhalb von OTOBO — unabhängig vom Desk-Produkt.

Auswahlkriterien

OTOBO passt besser, wenn:

  • Sie von OTRS CE migrieren und ITSM-Prozesse im Perl-Ökosystem fortsetzen wollen.
  • Docker-Stack mit Elasticsearch und .opm-Paketen zur Architektur passt.
  • KI optional über Middleware ergänzt werden soll.

OTAI Desk passt besser, wenn:

  • KI-first und On-Premise-Inference zentral sind.
  • OTOBO produktiv bleiben soll — mit KI-Schicht davor.
  • Microsoft Teams, RAG-Deflection und Audit Trails Priorität haben.

Datenstand

Stand 17. September 2026. OTOBO-Daten aus Hub-Snapshot (Juli 2026); OTAI Desk ab 2025. Offizielle Quellen: doc.otobo.org · desk.openticketai.com.

Fazit

OTOBO ist der Docker-orientierte OTRS-Nachfolger für klassisches ITSM. OTAI Desk ergänzt oder ersetzt je nach Modell — besonders als Frontschicht ohne Rip-and-Replace. Weitere Vergleiche: OTOBO vs. Znuny · OTAI Desk vs. Zammad.

FAQ

Kann OTAI Desk vor OTOBO betrieben werden?

Laut Produktseite unterstützt OTAI Desk native Anbindung an Znuny und OTOBO über REST-API und LDAP. OTAI Desk fängt L1-Anfragen ab; komplexe Fälle gehen als Tickets an OTOBO.

OTOBO-Prozesse, .opm-Pakete und Agent-Workflows bleiben erhalten. Ob das für Ihre Landschaft passt, erfordert einen PoC mit realen Anfragen.

Weiterführend auf Open ITSM Hub

Welche Lizenzunterschiede sind relevant?

OTOBO steht unter GNU GPL v3.0. Die Open-Ticket-AI-Runtime unter LGPL-2.1. AGPL/GPL-Unterschiede zu LGPL haben praktische Compliance-Auswirkungen bei Anpassungen und Netzwerknutzung.

Prüfen Sie Lizenzanforderungen Ihrer Organisation separat von der technischen Architektur.

Weiterführend auf Open ITSM Hub

OTOBO oder OTAI Desk für KI-Automatisierung?

OTOBO bietet klassisches ITSM; KI kann über die Open-Ticket-AI-Runtime als Middleware ergänzt werden. OTAI Desk macht KI zum Architektur-Kern mit UI, Kanälen und Deflection.

Für reine Ticket-Klassifikation in OTOBO reicht die Runtime; für L1-Deflection mit Chat/Teams und Audit-Dashboard ist OTAI Desk das dedizierte Produkt.