OTOBO i-doit Integration — Helpdesk mit CMDB verbinden

Einführung

OTOBO ist ein freies, webbasiertes Ticketsystem (Fork der OTRS Community Edition) für Support- und Service-Organisationen. Es bietet:

• Modulares Ticketing mit vorkonfigurierten Workflows (Incident, Change, On-/Offboarding …)
• Modernes Kunden- und Self-Service-Portal inkl. FAQ-Datenbank
• Umfangreiche Reporting- und Statistik-Funktionen
• Flexible Rollen- und Rechteverwaltung
• Schnittstellen zu Drittsystemen (REST/SOAP, Generic Interface)

i-doit ist eine IT-Dokumentationslösung auf Basis einer voll ITIL-konformen CMDB:

• Zentrale Inventarisierung aller IT-Assets (Hardware, Software, Verträge, Standorte …)
• Darstellung von Abhängigkeiten und Impact-Analysen
• JSON-RPC-API für automatisierte Importe (Discovery-Tools, Netzwerk-Scanner …)
• Umfangreiche Add-ons (Monitoring-Anbindung, Lizenzmanagement, ISMS, IPAM …)
• Dashboards, Berichte und Audit-Funktionen

---

OTOBOs integrierte CMDB

Seit Version 11 enthält OTOBO eine schlanke CMDB, die direkt ins Ticketsystem eingebettet ist:

1. CI-Klassen & Formulare
   Vordefinierte Objekttypen (Server, Switch, Vertrag, Raum …) plus YAML-Editor für eigene Felder und Masken.
2. Verknüpfungen & Graphen
   CIs lassen sich untereinander und mit Tickets, Changes oder Knowledge-Base-Artikeln verbinden; Abhängigkeits-Graphen visualisieren Beziehungen.
3. Import/Export
   REST/SOAP-Webservices ermöglichen automatisierte Daten-Syncs aus Drittsystemen.
4. Integration im Ticket-Workflow
   Agenten wählen beim Ticketerstellen direkt das betroffene CI aus – neue Hardware wird automatisch erfasst.
5. Performance & Skalierbarkeit
   Auch bei mehreren Tausend CIs bleibt die Suche schnell und performant.

Stärken:

• Schnell betriebsbereit, direkt ins Helpdesk integriert
• Flexible Anpassung ohne Programmierung
• Keine externen Lizenzen, Open Source

Einschränkungen:

• Kein vollständiger Ersatz für spezialisierte CMDB-Tools (z. B. detaillierte Netzwerk-Topologien, Lizenz-Audits)
• Noch im Aufbau; manche Funktionen werden sukzessive ergänzt

---

Integration von OTOBO & i-doit

Technische Basis

• OTOBO Generic Interface (REST/SOAP-Endpoints frei konfigurierbar)
• i-doit JSON-RPC-API (Add-on für Lese-/Schreibzugriff auf alle CMDB-Objekte)

Add-ons & Connectoren

• maxence i-doit Connector für OTOBO
  • Sicht auf i-doit-Assets direkt im Ticket
  • Mouseover-Infos & Verlinkung zum i-doit-Eintrag
  • Ticket-Erstellung aus i-doit heraus
• i-doit Connector für OTRS/Znuny (Grundcode von OTOBO)
  • Echtzeit-Synchronisation von CIs und Tickets
  • E-Mail-Templates mit Platzhaltern für CMDB-Daten

Typische Abläufe

1. Ticket „Drucker XY defekt“ wird in OTOBO angelegt
2. Agent wählt das i-doit-Objekt „Drucker XY“ aus, alle Details erscheinen inline
3. Bei Bedarf neue Hardware-Beschaffung löst automatischen CMDB-Eintrag in OTOBO aus
4. Änderungen in i-doit (z. B. Umzug) spiegeln sich per Webservice in OTOBO-CMDB

---

CMDB im Vergleich

Merkmal	OTOBO CMDB	i-doit CMDB
Primärer Zweck	Service-Kontext im Ticketing	Zentrale IT-Dokumentation
Startaufwand	Sehr gering	Höher (Datenmodellierung nötig)
Funktionsumfang	Standard-Assets, Tickets	Lizenz-Mgmt, IPAM, Gebäude-Pläne …
APIs & Automatisierung	REST/SOAP (Generic Interface)	JSON-RPC Webservices, viele Konnektoren
Reporting & Audits	Basis-Reports	Umfangreiche Berichte & Dashboards
Einsatzszenario	Kleiner bis mittlerer Helpdesk	Große, regulierte Umgebungen

Fazit:

• Kleines bis mittleres Support-Team: OTOBO alleine oft ausreichend
• Große Enterprise-Umgebung: i-doit als „Single Source of Truth“ + OTOBO als Helpdesk-Frontend

---

Typische Use Cases

1. Störungsbearbeitung
   Schnelles Auffinden aller Infos zu einem defekten CI direkt im Ticket.
2. Change-Management
   Impact-Analysen in i-doit, Umsetzung und Dokumentation in OTOBO.
3. Asset-Strategie
   Automatisierter Import neuer Geräte in i-doit; Wartungs-Tickets in OTOBO.
4. Self-Service & FAQ
   Endanwender nutzen OTOBO-Portal, greifen auf CMDB-Daten zu.
5. Compliance & Audits
   Revisionssichere Protokolle in beiden Systemen, Audit-Reports per Knopfdruck.

---

Weiterführende Links

• OTOBO Ticketsystem: https://otobo.de/
• OTOBO Dokumentation: https://doc.otobo.de/
• i-doit Community: https://www.i-doit.org/
• i-doit API & Add-ons: https://kb.i-doit.org/

Mit OTOBO und i-doit lassen sich Helpdesk- und Asset-Prozesse optimal verzahnen – je nach Anforderung allein oder kombiniert.

Häufig gestellte Fragen

Hat OTOBO eine eigene CMDB und wie unterscheidet sie sich von i-doit?

Ja, OTOBO verfügt seit Version 11 über eine integrierte, schlanke CMDB, die direkt in das Ticketsystem eingebettet ist. Diese interne CMDB ermöglicht die Verwaltung von Konfigurationselementen (CIs) wie Servern, Switches oder Verträgen und deren Verknüpfung mit Tickets, Änderungen oder Knowledge-Base-Artikeln. Sie bietet vordefinierte CI-Klassen und Formulare, Visualisierungen von Abhängigkeiten sowie Import-/Export-Funktionen über REST/SOAP-Webservices. Die OTOBO CMDB ist schnell betriebsbereit, flexibel anpassbar und Open Source, eignet sich aber eher für kleinere bis mittlere Helpdesk-Umgebungen.Im Gegensatz dazu ist i-doit eine spezialisierte, voll ITIL-konforme IT-Dokumentationslösung, die als externe CMDB dient. i-doit bietet einen wesentlich breiteren Funktionsumfang, darunter detailliertes Lizenzmanagement, IP-Adressmanagement (IPAM), Gebäudepläne und umfassende Audit-Funktionen. Sie ist für große, regulierte Enterprise-Umgebungen konzipiert und dient als "Single Source of Truth" für alle IT-Assets. Der Startaufwand ist hier höher, da eine detaillierte Datenmodellierung erforderlich ist, aber sie bietet auch umfangreichere APIs und Konnektoren für die Automatisierung.Quellen:- OTOBO & i-doit: Helpdesk meets CMDB- Grundlagen und Nutzen der CMDB im OTOBO-Ticketsystem

Wie wird die technische Integration zwischen OTOBO und i-doit realisiert?

Die technische Integration zwischen OTOBO und i-doit basiert auf den leistungsstarken Schnittstellen beider Systeme. OTOBO nutzt hierfür sein Generic Interface, welches die Konfiguration von REST- und SOAP-Endpoints ermöglicht. Über dieses Interface können Daten bidirektional ausgetauscht und Workflows angestoßen werden. i-doit stellt seinerseits eine JSON-RPC-API bereit, die über ein Add-on den Lese- und Schreibzugriff auf alle CMDB-Objekte erlaubt. Diese APIs bilden die Grundlage für die Kommunikation zwischen den beiden Systemen.Darüber hinaus existieren spezifische Add-ons und Konnektoren, die die Integration erleichtern. Ein Beispiel ist der maxence i-doit Connector für OTOBO, der es ermöglicht, i-doit-Assets direkt im Ticket anzuzeigen, Mouseover-Informationen bereitzustellen und Verlinkungen zum i-doit-Eintrag herzustellen. Er unterstützt auch die Ticket-Erstellung direkt aus i-doit heraus. Ein weiterer relevanter Konnektor, dessen Grundcode auch für OTOBO relevant ist, ist der i-doit Connector für OTRS/Znuny, der eine Echtzeit-Synchronisation von Configuration Items (CIs) und Tickets sowie die Nutzung von E-Mail-Templates mit Platzhaltern für CMDB-Daten ermöglicht. Diese Konnektoren automatisieren den Datenaustausch und verbessern die Workflow-Effizienz erheblich.Quellen:- OTOBO & i-doit: Helpdesk meets CMDB- OTOBO Interface: Web Services & Integrations

Welche Vorteile bietet die Kombination von OTOBO und i-doit für IT-Service-Management?

Die Kombination von OTOBO und i-doit bietet erhebliche Vorteile für das IT-Service-Management, indem sie Helpdesk- und Asset-Prozesse optimal verzahnt. Einer der Hauptvorteile ist die verbesserte Störungsbearbeitung, da Agenten direkt im OTOBO-Ticket auf alle relevanten Informationen zu einem defekten Configuration Item (CI) aus i-doit zugreifen können. Dies beschleunigt die Fehleranalyse und -behebung.Im Change-Management ermöglicht die Integration, Impact-Analysen in i-doit durchzuführen und die Umsetzung sowie Dokumentation der Änderungen effizient in OTOBO zu verwalten. Für die Asset-Strategie können neue Geräte automatisiert in i-doit importiert und entsprechende Wartungs-Tickets in OTOBO erstellt werden. Auch der Self-Service profitiert, da Endanwender über das OTOBO-Portal auf relevante CMDB-Daten zugreifen können. Schließlich unterstützt die Integration die Compliance und Audits, indem revisionssichere Protokolle in beiden Systemen geführt und Audit-Reports auf Knopfdruck generiert werden können. i-doit dient dabei als "Single Source of Truth" für die IT-Dokumentation, während OTOBO als effizientes Helpdesk-Frontend fungiert, wodurch eine umfassende und konsistente Datenbasis für alle IT-Serviceprozesse geschaffen wird.Quellen:- OTOBO & i-doit: Helpdesk meets CMDB- OTOBO Partners - Ticket System Consulting

Für welche Szenarien ist die interne OTOBO CMDB ausreichend und wann ist i-doit die bessere Wahl?

Die Entscheidung, ob die interne OTOBO CMDB ausreichend ist oder ob i-doit die bessere Wahl darstellt, hängt stark von den spezifischen Anforderungen und der Größe der IT-Umgebung ab. Die interne OTOBO CMDB ist ideal für kleine bis mittlere Support-Teams und Szenarien, in denen der Fokus auf dem Service-Kontext im Ticketing liegt. Sie ist schnell betriebsbereit, direkt ins Helpdesk integriert und bietet eine flexible Anpassung ohne Programmierung sowie den Vorteil, Open Source zu sein und keine externen Lizenzen zu benötigen. Für die Verwaltung von Standard-Assets und deren Verknüpfung mit Tickets ist sie oft völlig ausreichend.i-doit hingegen ist die bevorzugte Lösung für große, komplexe und regulierte Enterprise-Umgebungen, die eine zentrale und umfassende IT-Dokumentation benötigen. Wenn spezialisierte Funktionen wie detailliertes Lizenzmanagement, IP-Adressmanagement (IPAM), die Abbildung komplexer Netzwerk-Topologien, Gebäudepläne oder umfangreiche ISMS-Anforderungen (Information Security Management System) gefragt sind, übertrifft i-doit die Fähigkeiten der OTOBO CMDB deutlich. i-doit dient als "Single Source of Truth" und bietet umfangreiche APIs sowie Konnektoren für weitreichende Automatisierung und detaillierte Berichts- und Audit-Funktionen, die über die Basis-Reports von OTOBO hinausgehen. Wenn bereits eine ausgereifte externe CMDB betrieben wird, ist die Integration mit i-doit ebenfalls die logische Wahl.Quellen:- OTOBO & i-doit: Helpdesk meets CMDB- Grundlagen und Nutzen der CMDB im OTOBO-Ticketsystem

Welche typischen Arbeitsabläufe werden durch die OTOBO i-doit Integration unterstützt?

Die OTOBO i-doit Integration optimiert eine Reihe von typischen Arbeitsabläufen im IT-Service-Management, indem sie den Informationsfluss zwischen Helpdesk und CMDB nahtlos gestaltet. Ein klassisches Beispiel ist die Störungsbearbeitung: Wenn ein Ticket wie "Drucker XY defekt" in OTOBO angelegt wird, kann der Agent direkt das entsprechende i-doit-Objekt "Drucker XY" auswählen. Alle relevanten Details zu diesem Drucker, wie Standort, Konfiguration, Wartungsverträge oder Abhängigkeiten, erscheinen sofort inline im Ticket, was die Diagnose und Lösungsfindung erheblich beschleunigt.Ein weiterer typischer Ablauf betrifft die Asset-Verwaltung: Bei der Beschaffung neuer Hardware kann die Integration einen automatischen CMDB-Eintrag in OTOBO auslösen, der dann mit i-doit synchronisiert wird. Änderungen in i-doit, beispielsweise ein Umzug eines Servers oder ein Upgrade einer Komponente, können per Webservice automatisch in der OTOBO-CMDB gespiegelt werden, um stets eine konsistente Datenbasis zu gewährleisten. Dies stellt sicher, dass die Informationen über Configuration Items in beiden Systemen aktuell sind und die Agenten immer auf die neuesten Daten zugreifen können, was die Effizienz und Datenqualität im gesamten IT-Serviceprozess verbessert.Quellen:- OTOBO & i-doit: Helpdesk meets CMDB