Skip to content

OTOBO & i-doit: Helpdesk meets CMDB

OTOBO is a free, web-based ticket system (a fork of the OTRS Community Edition) for support and service organizations. It offers:

  • Modular ticketing with preconfigured workflows (Incident, Change, On-/Offboarding …)
  • Modern customer and self-service portal including an FAQ database
  • Extensive reporting and statistics functions
  • Flexible role and permission management
  • Interfaces to third-party systems (REST/SOAP, Generic Interface)

i-doit is an IT documentation solution based on a fully ITIL-compliant CMDB:

  • Central inventory of all IT assets (hardware, software, contracts, locations …)
  • Visualization of dependencies and impact analyses
  • JSON-RPC API for automated imports (discovery tools, network scanners …)
  • Extensive add-ons (monitoring integration, license management, ISMS, IPAM …)
  • Dashboards, reports, and audit functions

Since version 11, OTOBO has included a lean CMDB that is embedded directly into the ticket system:

  1. CI Classes & Forms
    Predefined object types (server, switch, contract, room …) plus a YAML editor for custom fields and masks.
  2. Links & Graphs
    CIs can be linked to each other and to tickets, changes, or knowledge base articles; dependency graphs visualize relationships.
  3. Import/Export
    REST/SOAP web services enable automated data syncs from third-party systems.
  4. Integration in the Ticket Workflow
    Agents select the affected CI directly when creating a ticket – new hardware is recorded automatically.
  5. Performance & Scalability
    Even with several thousand CIs, the search remains fast and performant.

Strengths:

  • Quickly ready for operation, integrated directly into the helpdesk
  • Flexible customization without programming
  • No external licenses, open source

Limitations:

  • Not a complete replacement for specialized CMDB tools (e.g., detailed network topologies, license audits)
  • Still under development; some functions are being added gradually

  • OTOBO Generic Interface (REST/SOAP endpoints freely configurable)
  • i-doit JSON-RPC API (add-on for read/write access to all CMDB objects)
  • maxence i-doit Connector for OTOBO
    • View of i-doit assets directly in the ticket
    • Mouseover info & linking to the i-doit entry
    • Ticket creation from within i-doit
  • i-doit Connector for OTRS/Znuny (base code of OTOBO)
    • Real-time synchronization of CIs and tickets
    • Email templates with placeholders for CMDB data
  1. Ticket “Printer XY defective” is created in OTOBO
  2. Agent selects the i-doit object “Printer XY”, all details appear inline
  3. If necessary, new hardware procurement triggers an automatic CMDB entry in OTOBO
  4. Changes in i-doit (e.g., relocation) are reflected in the OTOBO CMDB via web service

FeatureOTOBO CMDBi-doit CMDB
Primary PurposeService context in ticketingCentral IT documentation
Initial EffortVery lowHigher (data modeling required)
Functional ScopeStandard assets, ticketsLicense mgmt, IPAM, building plans …
APIs & AutomationREST/SOAP (Generic Interface)JSON-RPC web services, many connectors
Reporting & AuditsBasic reportsExtensive reports & dashboards
Deployment ScenarioSmall to medium helpdeskLarge, regulated environments

Conclusion:

  • Small to medium support team: OTOBO alone is often sufficient
  • Large Enterprise environment: i-doit as the “Single Source of Truth” + OTOBO as the helpdesk frontend

  1. Incident Management
    Quickly finding all info on a defective CI directly in the ticket.
  2. Change Management
    Impact analyses in i-doit, implementation and documentation in OTOBO.
  3. Asset Strategy
    Automated import of new devices into i-doit; maintenance tickets in OTOBO.
  4. Self-Service & FAQ
    End users use the OTOBO portal and access CMDB data.
  5. Compliance & Audits
    Audit-proof logs in both systems, audit reports at the push of a button.

With OTOBO and i-doit, helpdesk and asset processes can be optimally interlinked – either alone or combined, depending on the requirements.