Aller au contenu

OTOBO & i-doit : Le Helpdesk rencontre la CMDB

OTOBO est un système de tickets libre et basé sur le Web (fork de OTRS Community Edition) pour les organisations de support et de service. Il propose :

  • Une gestion de tickets modulaire avec des workflows préconfigurés (Incident, Change, On-/Offboarding …)
  • Un portail client et self-service moderne incluant une base de connaissances FAQ
  • Des fonctions de reporting et de statistiques complètes
  • Une gestion flexible des rôles et des droits
  • Des interfaces vers des systèmes tiers (REST/SOAP, Generic Interface)

i-doit est une solution de documentation IT basée sur une CMDB entièrement conforme à ITIL :

  • Inventaire centralisé de tous les actifs IT (matériel, logiciels, contrats, sites …)
  • Représentation des dépendances et analyses d’impact
  • API JSON-RPC pour des importations automatisées (outils de découverte, scanners réseau …)
  • Add-ons complets (connexion de monitoring, gestion des licences, ISMS, IPAM …)
  • Tableaux de bord, rapports et fonctions d’audit

Depuis la version 11, OTOBO contient une CMDB légère directement intégrée au système de tickets :

  1. Classes CI & formulaires
    Types d’objets prédéfinis (serveur, switch, contrat, salle …) plus éditeur YAML pour les champs et masques personnalisés.
  2. Liens & graphes
    Les CI peuvent être reliés entre eux ainsi qu’aux tickets, aux changements ou aux articles de la base de connaissances ; des graphes de dépendance visualisent les relations.
  3. Import/Export
    Les services Web REST/SOAP permettent des synchronisations de données automatisées depuis des systèmes tiers.
  4. Intégration dans le workflow de tickets
    Lors de la création d’un ticket, les agents sélectionnent directement le CI concerné – le nouveau matériel est automatiquement enregistré.
  5. Performance & évolutivité
    Même avec plusieurs milliers de CI, la recherche reste rapide et performante.

Points forts :

  • Rapidement opérationnel, directement intégré au Helpdesk
  • Adaptation flexible sans programmation
  • Aucune licence externe, Open Source

Limitations :

  • Ne remplace pas totalement les outils de CMDB spécialisés (par ex. topologies réseau détaillées, audits de licences)
  • Encore en développement ; certaines fonctions sont ajoutées progressivement

  • OTOBO Generic Interface (endpoints REST/SOAP configurables librement)
  • i-doit JSON-RPC-API (Add-on pour l’accès en lecture/écriture à tous les objets CMDB)
  • maxence i-doit Connector pour OTOBO
    • Vue des actifs i-doit directement dans le ticket
    • Infos au survol de la souris & lien vers l’entrée i-doit
    • Création de ticket depuis i-doit
  • i-doit Connector pour OTRS/Znuny (code de base d’OTOBO)
    • Synchronisation en temps réel des CI et des tickets
    • Templates d’e-mail avec des placeholders pour les données CMDB
  1. Le ticket « Imprimante XY défectueuse » est créé dans OTOBO
  2. L’agent sélectionne l’objet i-doit « Imprimante XY », tous les détails apparaissent en ligne
  3. Si nécessaire, l’acquisition de nouveau matériel déclenche une entrée CMDB automatique dans OTOBO
  4. Les modifications dans i-doit (par ex. déménagement) sont répercutées dans la CMDB d’OTOBO via le service Web

CaractéristiqueOTOBO CMDBi-doit CMDB
Objectif principalContexte de service dans le ticketingDocumentation IT centrale
Effort de démarrageTrès faiblePlus élevé (modélisation de données nécessaire)
Étendue des fonctionsActifs standards, ticketsGestion des licences, IPAM, plans de bâtiments …
API & automatisationREST/SOAP (Generic Interface)Services Web JSON-RPC, nombreux connecteurs
Reporting & auditsRapports de baseRapports & tableaux de bord complets
Scénario d’utilisationHelpdesk petit à moyenGrands environnements réglementés

Conclusion :

  • Petite à moyenne équipe de support : OTOBO seul est souvent suffisant
  • Grand environnement Enterprise : i-doit comme « Single Source of Truth » + OTOBO comme frontend de Helpdesk

  1. Traitement des incidents
    Recherche rapide de toutes les informations sur un CI défectueux directement dans le ticket.
  2. Gestion des changements (Change Management)
    Analyses d’impact dans i-doit, mise en œuvre et documentation dans OTOBO.
  3. Stratégie d’actifs
    Importation automatisée de nouveaux appareils dans i-doit ; tickets de maintenance dans OTOBO.
  4. Self-Service & FAQ
    Les utilisateurs finaux utilisent le portail OTOBO et accèdent aux données CMDB.
  5. Conformité & audits
    Protocoles conformes aux révisions dans les deux systèmes, rapports d’audit en un clic.

Avec OTOBO et i-doit, les processus de Helpdesk et d’actifs peuvent être liés de manière optimale – selon les besoins, séparément ou combinés.