Systèmes de tickets Open Source populaires

À une époque où les exigences de service augmentent, les entreprises, les administrations et les équipes de support recherchent des moyens flexibles, économiques et sécurisés pour traiter efficacement les demandes des clients. Les systèmes de tickets Open Source offrent exactement cela : un logiciel sans frais de licence avec un accès complet au code source, une communauté active et d’innombrables possibilités d’intégration et d’extension.

Dans cette comparaison complète, nous examinons les solutions les plus connues – OTOBO, Znuny, OTRS (Community Edition) et Zammad – et présentons d’autres systèmes pertinents tels qu’osTicket, GLPI et KIX. Nous analysons les fonctionnalités, la facilité d’utilisation, les intégrations, les options d’hébergement, les fonctionnalités d’IA et bien plus encore.

Qu’il s’agisse d’une petite entreprise avec quelques agents de support ou d’un grand service desk informatique avec des workflows complexes : ce guide montre quel système de tickets Open Source correspond à vos besoins – et comment le mettre en œuvre avec succès. Nous intégrons également des solutions d’IA modernes comme Open Ticket AI pour porter la classification, la priorisation et l’automatisation du helpdesk à un niveau supérieur.

Comparaison des systèmes de tickets Open Source

Vous trouverez ci-dessous un tableau comparatif des systèmes de tickets mentionnés avec leurs caractéristiques principales :

Caractéristique	OTOBO	Znuny	OTRS (Community Edition)	Zammad
Licence & statut Open Source	GPL v3 (Open Source complet) ; fork de l'OTRS 6 Community Edition, développé par Rother OSS.	GPL v3 (Open Source complet) ; successeur officiel d'OTRS 6, maintenu par Znuny GmbH / OTTER Alliance.	Open Source (GPL) jusqu'à la version 6 ; propriétaire à partir d'OTRS 7/8 (disponible uniquement commercialement).	AGPL v3 (Open Source complet, garanti par la Zammad Foundation) ; développé depuis 2016.
UI/UX (Modernité & ergonomie)	Interface agent basée sur OTRS, portail client modernisé et repensé (plus intuitif, plus épuré). Design responsive. Globalement plus convivial grâce à des formulaires optimisés.	UI remaniée à partir de Znuny 7 : design moderne et épuré avec une meilleure utilisabilité. L'UI agent reste familière ; frontend client moderne. Avant la version 7, look OTRS classique.	OTRS 6 : interface web riche en fonctionnalités, visuellement obsolète aujourd'hui. OTRS 8 (propriétaire) avec mises à jour de l'UI, mais non disponible gratuitement.	Interface web très moderne et attrayante. Utilisation intuitive. Single-Page-App avec mise à jour en direct (WebSockets). Knowledge Base intégrée, GUI responsive.
Fonctionnalités d'IA & automatisation	Automatisation classique via Generic Agent. Plugin IA optionnel pour la classification/priorisation automatique des tickets (Machine Learning). « OTOBO AI Assistant » prévu.	Automatisation via Generic Agent, gestion des processus, modèles. Pas d'IA intégrée out-of-the-box ; connexion d'une IA externe possible via API/Add-ons.	Generic Agent, gestion des processus et modèles disponibles. Aucune fonctionnalité d'IA dans la Community Edition.	Fonctionnalités d'IA telles que le résumé de ticket et l'éditeur de texte assisté par IA pour l'aide à la réponse. Reconnaissance linguistique ; automatisation étendue (déclencheurs, macros).
Intégrations (LDAP, E-mail, API, Plugins)	LDAP/AD, E-mail (POP3/IMAP/SMTP). API REST & SOAP. Nombreux add-ons via le gestionnaire de paquets (ex. OpenStreetMap, i-doit CMDB, PowerBI). GenericInterface pour systèmes externes.	Comme OTRS CE : LDAP, E-mail, GenericInterface (REST/SOAP). Nouvelle Search-API avec intégration ElasticSearch. Nombreux packages/modules (FAQ, ITSM). SSO (Kerberos/AD).	LDAP/AD, E-mail, API SOAP ; plus tard API REST. Large choix de packages OTRS (FAQ, ITSM, Report). Plus de nouvelles intégrations ; migration vers Znuny/OTOBO recommandée.	Large intégration multi-canal : E-mail, chat, téléphone, Twitter, Facebook. API REST et Webhooks ; support LDAP/AD.
Options d'hébergement (Self-Hosted, Cloud, Docker)	Self-hosted (Linux/Perl) ou Container : images Docker officielles ; déploiements Kubernetes possibles. Pas de SaaS officiel, hébergement/support via partenaires.	Principalement Self-hosted. Images Docker communautaires disponibles ; pas de déploiement de conteneur officiel. Hébergement/support via Znuny GmbH/partenaires.	Self-hosted standard ; Dockerfiles communautaires existaient. Pas de mises à jour après l'EOL de la CE – pour les nouvelles installations, choisir Znuny/OTOBO.	Très flexible : Self-hosted (packages, Docker-Compose) et Cloud (SaaS officiel). On-Premise identique au Cloud. À partir de la version 7, uniquement PostgreSQL.
Extensibilité & support communautaire	Haute extensibilité, structure modulaire, Package-Manager. Communauté active et documentation DE/EN. Mises à jour régulières ; support commercial disponible.	Communauté très active (forums/Discord), OTTER Alliance. Nombreux add-ons compatibles. Focus sur le LTS, la stabilité et la rétrocompatibilité. Services commerciaux disponibles.	Grande base d'utilisateurs historique ; support communautaire principalement dans les forks. OTRS AG se concentre sur la suite propriétaire. Passage à Znuny/OTOBO recommandé.	Communauté et Foundation fortes. Extensions via API/intégrations ; quelques add-ons premium. Forums actifs/GitHub.
Groupes cibles & cas d'usage	Entreprises de toutes tailles ; IT-Service-Desk, support client, administrations ; processus ITIL via modules ITSM ; populaire pour les migrations OTRS et l'exploitation Docker.	Pour les utilisateurs OTRS existants/grandes organisations avec un focus sur la stabilité, le LTS, la conformité et les workflows complexes ; haute adaptabilité.	Historiquement très répandu ; aujourd'hui pertinent surtout pour les installations existantes ; les nouveaux utilisateurs devraient choisir des forks.	Des PME aux grandes entreprises ; expérience multi-canal moderne, populaire dans le service client B2C et le support IT ; automatisation par IA.
Langue & doc	Multilingue (>30). Documentation DE/EN. Documentation OTOBO. Communauté active.	UI dans de nombreuses langues ; doc principalement en EN, nombreuses ressources DE dans l'environnement communautaire/partenaire.	Multilingue (>30). Doc admin de la CE v6 en EN ; nouvelle doc propriétaire ; docs des forks (Znuny/OTOBO) à jour.	UI dans >40 langues ; doc principalement en EN ; Wiki/Blog communautaire partiellement en DE ; orientation internationale.

Remarque : OTRS fait ici référence à l’OTRS Community Edition (version 6), car les versions plus récentes d’OTRS ne sont pas disponibles gratuitement. Znuny et OTOBO sont nés en tant que forks de cette dernière version libre d’OTRS et poursuivent le développement Open Source.

Détails sur les systèmes de tickets individuels

Ci-dessous, nous examinons à nouveau les systèmes de tickets mentionnés individuellement et abordons leurs points forts particuliers.

OTOBO – Fork moderne d’OTRS originaire d’Allemagne

OTOBO est un système de tickets basé sur l’OTRS 6 Community Edition, initié par la société Rother OSS. Il s’adresse aux entreprises de toutes tailles à la recherche d’un système de helpdesk flexible et auto-hébergé. Par rapport à l’OTRS original, OTOBO apporte plusieurs améliorations : notamment une interface web moderne. Le portail client a été entièrement redéveloppé et est désormais beaucoup plus intuitif et contemporain. OTOBO fait également bonne figure sur mobile grâce à son design responsive.

Sur le plan fonctionnel, OTOBO couvre tous les domaines classiques du helpdesk – de la saisie des tickets, aux SLA, à la gestion des escalades, en passant par la base de connaissances et le portail en libre-service. Les automatisations peuvent être réalisées via le Generic Agent ainsi que par des modèles de tickets et des réponses automatiques. Un argument de vente unique est le plugin d’IA disponible pour la classification des tickets, qui utilise le Machine Learning pour pré-trier les tickets entrants par catégorie/priorité. Ainsi, le support est soulagé par l’automatisation par IA (mot-clé KI Automation).

En matière d’intégrations, OTOBO convainc par son ouverture : connexion LDAP pour les utilisateurs, interfaces REST et SOAP ainsi qu’un gestionnaire de paquets d’add-ons facilitent l’intégration d’outils externes. Par exemple, il existe des plugins pour l’affichage de cartes (OpenStreetMap) ou la liaison avec une CMDB (ex. i-doit). Un système d’authentification à deux facteurs (2FA) est également intégré, ce qui augmente la sécurité.

Installation & Hébergement : OTOBO peut être installé de manière classique sur Linux (ex. Debian/Ubuntu), mais nécessite quelques modules Perl et des connaissances techniques. Grâce aux conteneurs Docker officiels, l’installation initiale est toutefois beaucoup plus simple – un avantage par rapport à l’OTRS original. Un support Kubernetes est également prévu. Il n’existe pas d’offre SaaS officielle, mais divers prestataires proposent de l’hébergement managé et du support, ce qui peut être attractif pour les petites entreprises qui ne souhaitent pas gérer l’exploitation elles-mêmes.

Communauté & Support : En tant que projet Open Source, OTOBO possède une communauté grandissante. La documentation est complète et disponible en allemand (voir la documentation OTOBO), ce qui facilite la prise en main, notamment dans les pays germanophones. Sur le forum SoftOFT, les utilisateurs échangent sur les meilleures pratiques. Un support commercial est obtenu directement auprès de Rother OSS ou de sociétés partenaires si des services professionnels sont nécessaires. En résumé, OTOBO marque des points auprès des utilisateurs qui appréciaient OTRS mais souhaitent une UI plus moderne et des fonctionnalités actuelles – et qui sont prêts à soutenir une communauté de fork encore assez récente.

Znuny – Le successeur officiel de l’OTRS Community Edition

Znuny est né début 2021, immédiatement après que l’OTRS AG a arrêté la version gratuite. Il a été lancé par un consortium de prestataires informatiques allemands, l’OTTER Alliance, dans le but de maintenir OTRS 6 en tant que fork à long terme. L’un des initiateurs est, fait intéressant, le cofondateur d’OTRS lui-même, Martin Edenhofer. Znuny peut donc être considéré comme le successeur direct de l’OTRS Community Edition – incluant un Long Term Support (LTS) et un cycle de publication régulier pour les nouvelles fonctionnalités et les mises à jour de sécurité.

Dans la version 6.x, Znuny a maintenu l’interface et le fonctionnement largement stables (afin qu’une mise à niveau simple depuis OTRS 6 soit possible). Cependant, 2023 a marqué une grande avancée avec Znuny 7 : l’interface utilisateur a été modernisée et le design mis à jour. Les agents s’y retrouvent toujours, mais bénéficient d’une meilleure utilisabilité et accessibilité. Le portail client a également reçu un coup de jeune. Ainsi, Znuny comble quelque peu son retard en termes d’UI par rapport aux outils plus récents.

Znuny offre une fonctionnalité étendue pour les tickets, similaire à OTRS : gestion des files d’attente et des rôles, escalades, module FAQ, etc. Grâce aux extensions de gestion des processus, des workflows complexes peuvent être représentés – ici, Znuny a même apporté d’autres améliorations dans les versions récentes. Les fonctionnalités d’IA ne sont pas intégrées nativement, mais Znuny peut être couplé avec des services d’IA externes grâce à des interfaces ouvertes, si souhaité. La priorité du projet est plutôt la stabilité et la sécurité : par exemple, des options de conformité et de sécurité supplémentaires ont été implémentées.

Pour les intégrations, Znuny utilise la GenericInterface éprouvée d’OTRS (SOAP/REST). Une nouveauté est la connexion Elasticsearch : via un plugin, des index de recherche peuvent être connectés pour permettre, par exemple, un backend de recherche externe ou des analyses de tableau de bord avancées (via Grafana). Sinon, la règle est : ce qui était intégrable dans OTRS fonctionne aussi dans Znuny – du LDAP à l’authentification externe en passant par les interfaces de monitoring réseau. La disponibilité des paquets d’add-ons (FAQ, ITSM, etc.) reste garantie ; Znuny met à disposition des dépôts de paquets compatibles.

Déploiement : Znuny est – comme OTRS – principalement conçu pour les serveurs Linux. L’installation nécessite un environnement Perl, un serveur web et une base de données, mais c’est une routine pour les administrateurs expérimentés. Les images Docker officielles n’existaient pas au début, mais la communauté a publié des Dockerfiles et, depuis Znuny 6.5, il existe des bonnes pratiques pour l’exploitation en conteneur au sein de la communauté. L’équipe principale se concentre sur les installations classiques et les paquets LTS. Les entreprises peuvent également bénéficier de contrats de support ou d’hébergement chez des partenaires Znuny (ex. maxence, it-novum).

Communauté : Znuny bénéficie d’une communauté très vivante. Il existe un forum actif ainsi qu’un canal Discord pour les développeurs et les utilisateurs. L’OTTER Alliance veille à ce que les ressources et les connaissances soient partagées – des rencontres communautaires et des webinaires communs maintiennent l’engagement de la base d’utilisateurs. Comme Znuny est utilisé dans le monde entier (les téléchargements proviennent à ~25% de l’extérieur de l’Europe), la communication se fait principalement en anglais, mais une aide en allemand est également disponible. Dans l’ensemble, de nombreux anciens utilisateurs d’OTRS choisissent Znuny pour continuer sans interruption, et les nouveaux utilisateurs ayant des exigences élevées en matière d’adaptabilité et de support sont également à la bonne adresse.

OTRS (Community Edition) – Le pionnier (jusqu’à la version 6)

OTRS (Open Ticket Request System) a été pendant de nombreuses années le synonyme de systèmes de tickets Open Source. La Community Edition gratuite jusqu’à la version 6.0 a été utilisée dans d’innombrables entreprises et organisations. OTRS se distinguait par son énorme variété de fonctionnalités et sa flexibilité – de la capacité multi-mandants aux processus ITIL en passant par l’adaptabilité via le module Perl et le système de paquets. Plus de 30 langues, de nombreuses intégrations (ex. Active Directory, connecteurs de base de données) et une structure modulaire rendaient OTRS très universel. De nombreuses fonctionnalités de helpdesk aujourd’hui évidentes ont leur origine dans OTRS.

Cependant, l’OTRS AG, l’entreprise derrière OTRS, a annoncé fin 2020 l’arrêt de la version gratuite. Depuis, les nouvelles fonctionnalités ne sont publiées que dans la suite OTRS propriétaire (vers. 7 et 8). La dernière OTRS Community Edition 6 ne reçoit plus de mises à jour, ce qui laisse subsister des failles de sécurité connues. Pour cette raison, les experts comme la communauté OTRS elle-même recommandent le passage à des forks comme Znuny ou OTOBO, qui maintiennent et améliorent le code.

Pour les installations existantes d’OTRS 6, il existe toujours des chemins de migration : Znuny et OTOBO permettent tous deux une reprise largement sans perte de la base de données et de la configuration. Le changement en vaut la peine, car on continue ainsi à bénéficier des mises à jour de sécurité et des nouvelles fonctionnalités sans devoir renoncer aux avantages de l’Open Source. Quiconque envisage OTRS devrait donc pratiquement choisir directement l’un des successeurs, car OTRS lui-même, en tant que produit Open Source, ne connaît plus de développement.

Néanmoins, OTRS en tant que terme continue d’avoir un rayonnement – beaucoup recherchent des “systèmes de tickets gratuits comme OTRS”. La bonne nouvelle : avec Znuny et OTOBO, deux héritiers Open Source dignes de ce nom sont prêts à répondre à cette demande. Et ceux qui préfèrent une approche légèrement différente se tournent vers Zammad, créé par un cofondateur d’OTRS et qui a apporté un vent de fraîcheur dans le monde du helpdesk.

Zammad – Helpdesk moderne avec tout ce qu’il faut

Zammad est un système de tickets Open Source relativement jeune (première publication en 2016) qui a misé dès le départ sur des technologies web modernes. Le nom Zammad signifie « ensemble » en bavarois, et c’est précisément ce rassemblement de différents canaux que le système maîtrise parfaitement : e-mail, formulaires web, live-chat, téléphone, réseaux sociaux (Twitter, Facebook) – tout peut être regroupé dans Zammad et traité de manière centralisée. Cette orientation multi-canal rend Zammad particulièrement attractif pour les équipes de service client qui souhaitent être joignables via de nombreuses plateformes.

L’interface utilisateur de Zammad est souvent louée : elle est claire, rapide à apprendre et se met à jour en temps réel. Les agents voient immédiatement les nouvelles mises à jour sans recharger la page, grâce à la technologie WebSocket. L’interface ressemble à une application web moderne et est disponible dans de nombreuses langues (plus de 40). Les utilisateurs finaux bénéficient également d’un portail en libre-service attrayant et d’une base de connaissances intégrée à Zammad.

Côté fonctionnalités, Zammad couvre tous les essentiels : gestion des tickets avec priorités, attributions, pièces jointes, notes ; gestion des utilisateurs et des droits avec rôles ; ainsi que statistiques/reporting. De plus, il existe une recherche sophistiquée (basée sur Elasticsearch) pour des résultats rapides. Dans Zammad, les administrateurs peuvent automatiser les processus avec des déclencheurs et des macros (ex. réponses automatiques ou attributions de tickets sur certains mots-clés). Les versions plus récentes apportent même des fonctionnalités d’IA intégrées : ainsi, Zammad peut, sur demande, générer un résumé de ticket, ce qui aide énormément pour les longs historiques. La formulation des réponses est également assistée par l’IA – si l’on sélectionne du texte dans le champ de réponse, Zammad peut par exemple le simplifier, le formuler plus poliment ou le rendre plus détaillé. Ces fonctionnalités Smart Reply sont optionnelles et montrent que Zammad est à la pointe de l’automatisation par IA.

L’intégration de systèmes externes se fait principalement via l’API. Zammad propose une API REST avec laquelle on peut piloter presque tout à distance (créer des tickets, lire, synchroniser des utilisateurs, etc.). En outre, il existe des connecteurs, par exemple pour les systèmes CRM ou les installations téléphoniques VoIP – il est par exemple possible d’intégrer une reconnaissance d’appel qui ouvre automatiquement le ticket correspondant lors d’un appel client. De telles intégrations valent de l’or dans le quotidien du helpdesk et sont généralement configurables sans complication. Zammad lui-même ne dispose pas (actuellement) d’un système de plug-in au sens OTRS, mais grâce à l’ouverture du code, des tiers ont pu fournir des extensions (ex. un plugin pour l’envoi de SMS ou un connecteur WordPress pour le widget de chat).

Déploiement : Zammad peut être auto-hébergé – il existe des paquets pour Ubuntu, Debian et autres, ainsi que des modèles Docker-Compose pour démarrer rapidement. Alternativement, Zammad GmbH propose un hébergement Cloud (SaaS). Cette flexibilité est utile : les petites entreprises sans capacités de serveur propres choisissent le Cloud, tandis que les organisations plus grandes ou sensibles aux données peuvent exploiter Zammad on-premise. Important : les deux variantes sont basées sur exactement la même version Open Source, c’est-à-dire qu’il n’y a pas de vendor lock-in. La Zammad Foundation veille à ce que le projet reste libre.

Communauté & Support : Zammad dispose désormais d’une large base d’utilisateurs dans le monde entier. La maintenance du projet s’effectue de manière transparente via GitHub, où les contributions de la communauté sont régulièrement intégrées. Pour les questions, il existe un forum actif (community.zammad.org) avec des développeurs et des utilisateurs expérimentés. La documentation officielle est disponible en ligne (actuellement principalement en anglais, mais très détaillée). Pour les exigences professionnelles, Zammad GmbH propose des contrats de support, des formations et éventuellement des add-ons d’entreprise, mais la version Open Source est déjà entièrement équipée. Avec la création de la Zammad Foundation, un signal fort a été envoyé : Zammad restera un logiciel de helpdesk libre à long terme.

Autres systèmes de tickets Open Source

Outre OTOBO, Znuny/OTRS et Zammad, il existe quelques autres systèmes de tickets Open Source populaires et outils de helpdesk qui valent le détour selon les besoins :

osTicket : Un système de tickets basé sur PHP, établi depuis longtemps. osTicket est entièrement gratuit (licence GPL) et particulièrement intéressant pour les petites entreprises, car il est très simple à configurer et à utiliser. Il offre une fonction e-mail-to-ticket, un portail web simple pour les clients et des fonctionnalités de base (priorités, SLA, pièces jointes). L’UI/UX n’est pas aussi moderne que chez Zammad, mais osTicket convainc par sa simplicité et ses faibles barrières à l’entrée. Beaucoup l’utilisent comme une alternative légère aux solutions plus complexes.
GLPI : Originaire de France, GLPI est une combinaison de gestion d’actifs informatiques et de helpdesk. Il est Open Source (GPL) et particulièrement apprécié des départements informatiques qui souhaitent, en plus des tickets, l’inventaire du matériel/logiciel. GLPI contient un système de tickets pour les demandes de support, incluant une base de connaissances et une gestion des SLA. L’UI/UX s’est améliorée, mais GLPI s’adresse surtout aux administrateurs informatiques qui ont besoin d’une vue d’ensemble complète de leur infrastructure plus les tickets.
KIX : Un autre fork d’OTRS, né du projet KIX4OTRS de cape IT. KIX est devenu un produit indépendant, axé sur la gestion des services informatiques (ITSM). Il contient des modules avancés pour, par exemple, la planification de la maintenance, mais est également disponible gratuitement (AGPL). KIX diffère légèrement d’OTRS dans son interface et est principalement utilisé dans les pays germanophones. Pour les organisations qui recherchent un ITSM basé sur OTRS avec des extras, KIX peut être une option. Cependant, certains développements KIX ne sont disponibles que pour les clients payants (modèle Open-Core).
Request Tracker (RT) : Un système de tickets Open Source classique (basé sur Perl, de BestPractical). RT est très stable et axé sur le texte, mais sans fioritures graphiques. Il convient aux organisations qui ont surtout besoin d’un suivi des problèmes piloté par e-mail (ex. dans les universités ou le support développeur). La courbe d’apprentissage est un peu plus raide et l’UI n’est pas aussi moderne, mais RT est connu pour sa performance robuste avec un grand nombre de tickets.
Autres : Il existe encore de nombreux autres systèmes de tickets gratuits comme UVdesk (basé sur PHP/Laravel avec une approche multi-canal intéressante), Helpy (Ruby on Rails, incluant une fonction de forum), des forks de l’OTRS Community Edition sous une autre forme (comme ((OTRS)) Community Edition sur otrscommunityedition.com, qui correspond essentiellement à Znuny). Des outils de gestion de projet Open Source comme Redmine ou des solutions de type OTRS pourraient également être détournés, mais ceux mentionnés ci-dessus sont les représentants les plus éminents dans le domaine du support.

Open Ticket AI – IA pour la classification & l’automatisation des tickets

Automatisez l’attribution des tickets (file d’attente, priorité, langue), générez des résumés et, sur demande, des données d’entraînement synthétiques – intégrable dans OTOBO, Znuny et Zammad. Plus d’infos, démos et API ici : https://open-ticket-ai.com

Conclusion

Pour les administrateurs informatiques et les équipes de helpdesk dans les petites et moyennes entreprises, les systèmes de tickets Open Source offrent une alternative économique et adaptable aux solutions propriétaires. Que l’on choisisse un successeur d’OTRS avec un concept familier (comme OTOBO ou Znuny) ou que l’on mise sur une UI moderne et une communication multi-canal avec Zammad – la décision dépend des exigences spécifiques.

OTOBO marque des points auprès des utilisateurs qui recherchent une fonctionnalité maximale et une communauté allemande active, ainsi qu’une entrée en matière plus facile grâce au support Docker. Znuny est idéal pour les utilisateurs d’OTRS de longue date et les organisations qui accordent de l’importance à la stabilité, au support et aux mises à jour continues. Zammad, en revanche, s’adresse aux équipes qui mettent en avant l’utilisabilité, le temps réel et la productivité assistée par IA.

En fin de compte, ce sont des systèmes de tickets gratuits qui répondent néanmoins à des exigences professionnelles. Grâce à leurs licences Open Source (GPL/AGPL), on bénéficie de la transparence, de l’innovation pilotée par la communauté et de la liberté d’étendre soi-même le système si nécessaire. L’investissement dans un tel système – qu’il soit de nature humaine (développement du savoir-faire) ou infrastructurelle – est rentable sous forme de processus de support plus efficaces et d’utilisateurs finaux satisfaits.

Lors de la mise en œuvre, il est utile d’utiliser les documentations et les ressources communautaires – par exemple la documentation OTOBO pour OTOBO/Znuny ou le guide et les forums Zammad. On s’assure ainsi que le système de tickets Open Source choisi est parfaitement adapté à ses propres besoins et constitue une solution viable à long terme pour le helpdesk.