OTAI Desk
Agent-Ticketansicht
kein Screenshot
Datenbasierter Vergleich
OTAI Desk vs. Znuny: KI-Schicht oder OTRS-Fork?
OTAI Desk vs. Znuny: Python-basierter KI-Helpdesk mit Frontschicht-Modell gegen etablierten Perl-LAMP-OTRS-Fork mit .opm-Ökosystem.
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.
| Eigenschaft | OTAI Desk | Znuny |
|---|---|---|
| Stack | ||
| Primary Language | Python | Perl |
| Language Breakdown | ||
| Frameworks | Open Ticket AI Runtime, Docker | Znuny framework |
| Web Servers | — | Apache with mod_perl |
| Operating Systems | Linux | Linux |
| Datenbanken | — | MySQL, MariaDB, PostgreSQL, Oracle |
| Suche | RAG over internal knowledge base | Database full-text search |
| Cache | — | File system, Redis |
| Versionen | ||
| Aktuelle Version | — | 7.3.5 |
| Latest Release Date | — | 2026-07-22 |
| Supported Branches | — | 7.3, 6.5 LTS |
| Lts Available | — | Ja |
| Release Notes Url | — | Quelle öffnen |
| Sicherheit | ||
| Security Policy Url | — | Quelle öffnen |
| Advisories Url | — | Quelle öffnen |
| Security Contact | — | — |
| Signed Releases | — | — |
| Sbom Available | — | — |
| Update Policy | Audit trails for AI decisions documented on the product site | Security advisories are published by the project and fixes are delivered in maintained release lines. |
| Recent Updates | — | 7.3.5 published on 2026-07-22 with security-related dependency updates |
| Community | ||
| GitHub Stars | 8 | 582 |
| GitHub Forks | 0 | 119 |
| GitHub Issues | Quelle öffnen | Quelle öffnen |
| Offene Issues | 2 | 62 |
| Governance | Vendor-led open-source development | Vendor-led open-source development |
| Commercial Backer | Softoft | Znuny GmbH |
| Projektforum | — | Quelle öffnen |
| Documentation Url | Quelle öffnen | Quelle öffnen |
| Contribution Url | Quelle öffnen | Quelle öffnen |
| Neue Issues (90 Tage) | — | 32 |
| Geschlossene Issues (90 Tage) | — | 21 |
| Issue-Zeitraum seit | — | 2026-05-01 |
| Forenaktivität | — | Sehr aktiv; sichtbare tägliche Hilfe- und Diskussionsbeiträge |
| Letzte Forenaktivität | — | 2026-07-29 |
| Ökosystem | ||
| Paketformat | pip | .opm |
| Package Repository Url | Quelle öffnen | Quelle öffnen |
| Migration Paths | Front layer before Zammad, Znuny, OTOBO, Jira Service Management, or Matrix42 | OTRS Community Edition, Earlier Znuny releases |
| Integration Interfaces | REST API, Email, Microsoft Teams, Chat, LDAP, Active Directory / Entra ID | Generic Interface, REST, SOAP, Email |
| Funktionen | ||
| Built In | Ticketing, 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, Service catalog, Time accounting |
| Available Via Addon | Custom backend connectors | Additional ITSM and integration packages |
| Unsupported | — | — |
| Unknown | CMDB depth, Native Kubernetes operator, Classic ITIL process depth | Native Kubernetes operator |
Funktions- und Integrationsmatrix
| Funktion | OTAI Desk | Znuny |
|---|---|---|
| Ticketing | Integriert | Integriert |
| Local LLMs | Integriert | — |
| RAG Knowledge Base Search | Integriert | — |
| L1 Ticket Deflection | Integriert | — |
| AI Classification | Integriert | — |
| Audit Trails | Integriert | — |
| Microsoft Teams | Integriert | — |
| Integriert | — | |
| Chat | Integriert | — |
| Backend Connectors (Zammad, Znuny, OTOBO, Jira, Matrix42) | Integriert | — |
| Custom Backend Connectors | Per Add-on | — |
| Process Management | — | Integriert |
| Generic Interface | — | Integriert |
| Service Catalog | — | Integriert |
| Time Accounting | — | Integriert |
| Additional ITSM And Integration Packages | — | Per Add-on |
Oberflächen im direkten Vergleich
Dieselbe Szene je System, soweit ein Screenshot vorliegt. Fehlende Szenen bleiben bewusst leer.
Znuny
Agent-Ticketansicht
Stimmen aus dem Betrieb
Kuratierte Zitate von Administratorinnen und Administratoren. Keine Sterne, keine Gesamtwertung.
Znuny
„After logging in with our existing credentials, we recognized the familiar dashboard user interface. Only the large Znuny logo (top right) shows a visual difference compared to the old OTRS CE installation. And most importantly: All our tickets (open and closed) exist, reports are still working and new ticket creation through e-mail works.“
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
Znuny
GitHub-Fenster ab 01.05.2026
- Offen
- 62
- Neu / 90 T.
- 32
- Geschl. / 90 T.
- 21
Forum
Sehr aktiv; sichtbare tägliche Hilfe- und Diskussionsbeiträge
Letzte sichtbare Aktivität: 29.07.2026
Community und Ökosystem in Zahlen
Stand: 2026-09-17
Einzelmetriken, keine Gesamtwertung
GitHub Stars
Öffentliche Stars des jeweiligen Haupt-Repositorys.
- OTAI Desk8
- Znuny582
Pakete im Open ITSM Hub
Aktuell im Hub zugeordnete kompatible Pakete.
- OTAI Desk0
- Znuny197
Jahr der Erstveröffentlichung
Zeitliche Einordnung; längere Balken bedeuten eine spätere Veröffentlichung.
- OTAI Desk2025
- Znuny2021
OTAI Desk und Znuny stehen in unterschiedlichen Traditionslinien. Znuny ist ein aktiver, AGPL-lizenzierter Fork der OTRS Community Edition — Perl, LAMP-Architektur, .opm-Paketökosystem und tiefe ITSM-Prozesse. OTAI Desk stammt aus dem Python-Ökosystem Open Ticket AI und kann Znuny davor als KI-Schicht betreiben, statt es zu ersetzen.
Herkunft und Einsatzmodell
Znuny setzt die OTRS-CE-Linie fort. Für Teams mit OTRS-Erfahrung, .opm-Paketbestand und klassischen ITIL-Workflows ist Znuny ein naheliegender Nachfolger. Der Hub-Datensatz führt Znuny mit Perl, LAMP und Generic Interface als zentrale Integrationsoption.
OTAI Desk ist kein OTRS-Fork. Laut How-it-works-Seite bindet es Znuny und OTOBO nativ über REST-API und LDAP an — als Backend für Tickets, die die KI nicht autonom löst. Prozesse, Pakete und Agent-Workflows in Znuny bleiben erhalten.
Technologie im Überblick
| Aspekt | OTAI Desk | Znuny |
|---|---|---|
| Stack | Python, Docker, lokale LLMs, RAG | Perl, LAMP, MySQL/PostgreSQL/Oracle |
| Lizenz | LGPL-2.1 (Runtime) | GNU AGPL v3.0 |
| Paketformat | pip (open-ticket-ai) | .opm |
| KI | Kern (Deflection, Klassifikation) | über OTAI-Plugins ergänzbar |
| Kanäle | Chat, E-Mail, Teams | primär E-Mail + Generic Interface |
Znuny bietet historische Prozesstiefe und ein großes Addon-Ökosystem. OTAI Desk bietet On-Premise-KI mit Audit Trails — und kann die Open Ticket AI Runtime auch innerhalb von Znuny als Automation Engine nutzen, unabhängig vom Desk-Produkt.
Wann welches System?
Znuny passt besser, wenn:
- Sie OTRS-CE migrieren und Perl/.opm-Know-how nutzen wollen.
- ITIL-Prozesse, Service-Strukturen und Generic Interface im Zentrum stehen.
- KI optional über Plugins ergänzt werden soll, nicht als Architektur-Kern.
OTAI Desk passt besser, wenn:
- L1-Deflection und lokale LLM-Inference Priorität haben.
- Znuny produktiv bleiben soll — OTAI Desk davor.
- Microsoft Teams, RAG und schnelle Erstantworten zentral sind.
- Compliance Audit Trails für KI-Entscheidungen verlangt.
Kombination statt Entweder-oder
In der Praxis schließen sich beide nicht aus: Znuny als System of Record für komplexe ITSM-Fälle, OTAI Desk als Eingangsschicht für Standardanfragen. Ob das für Ihre Architektur passt, hängt von Connector-Tiefe, Ticket-Sync und Schulungsaufwand ab — beides in einer Staging-Umgebung mit realen Anfragen testen.
Datenstand
Stand 17. September 2026. Znuny-Versions- und Community-Daten aus Hub-Snapshot (Juli 2026); OTAI Desk als Produkt ab 2025. Details: Znuny Dokumentation · OTAI Desk.
Fazit
Znuny ist der etablierte OTRS-Nachfolger für klassisches ITSM. OTAI Desk ist die KI-native Alternative oder Ergänzung — besonders interessant, wenn Znuny bleiben soll. Vergleichen Sie beide im interaktiven Vergleich oder lesen Sie OTAI Desk vs. Zammad.
FAQ
Ist OTAI Desk ein OTRS-Fork wie Znuny?
Nein. Znuny setzt die OTRS-CE-Linie mit Perl und .opm fort. OTAI Desk stammt aus dem Python-Ökosystem Open Ticket AI und ist kein Fork.
Es kann Znuny jedoch als Backend anbinden: Nicht lösbare Anfragen werden als strukturierte Tickets weitergegeben. So bleiben Znuny-Prozesse und Pakete erhalten.
Weiterführend auf Open ITSM Hub
Kann ich Open Ticket AI in Znuny nutzen, ohne OTAI Desk?
Ja. Die Open-Ticket-AI-Runtime ist als Automation Engine für Znuny, OTOBO und Zammad über PyPI-Pakete verfügbar — unabhängig vom OTAI-Desk-Produkt.
OTAI Desk ist die vollständige Helpdesk-Lösung mit UI und Kanälen; die Runtime ist Middleware für Klassifikation, Routing und Anreicherung innerhalb bestehender Systeme.
Weiterführend auf Open ITSM Hub
Welches System für OTRS-Migranten?
Für den klassischen OTRS-Nachfolger mit .opm-Paketbestand und ITIL-Tiefe ist Znuny der naheliegende Kandidat im Hub.
OTAI Desk ist relevant, wenn KI-first und On-Premise-Inference Priorität haben — entweder als Ersatz oder als Schicht vor Znuny. Eine Staging-Migration mit realen Tickets liefert belastbare Ergebnisse.
Weiterführend auf Open ITSM Hub