NexTool Solutions

GLPI est la plateforme ITSM open source la plus utilisée au monde, mais "gratuit" est la moitié la moins intéressante de l'histoire. Quiconque exploite GLPI et des outils commerciaux en parallèle sait que la décision ne se gagne pas sur le prix de la licence : elle se gagne en comprenant quel coût chaque modèle cache. Cette comparaison met GLPI face à ServiceNow, Jira Service Management et Freshservice sur ce qui pèse réellement en exploitation, pas seulement sur l'étiquette de prix.

Ce qui pèse vraiment sur la facture

Les outils ITSM commerciaux facturent par agent - le technicien qui traite -, pas par demandeur, celui qui ouvre le ticket. C'est l'axe qui change tout : une exploitation avec 8 techniciens servant 1 200 utilisateurs paie 8 sièges, pas 1 208. GLPI ne facture aucun siège - ni agent, ni demandeur, ni actif inventorié -, donc son "prix" bascule entièrement de l'autre côté de la facture : infrastructure, mise à niveau et maintenance.

C'est pourquoi la comparaison honnête n'est pas "US$ 0 face à US$ X par mois". C'est "coût d'exploiter l'auto-hébergement face au coût des sièges, plus ce que l'outil commercial ne vous laisse pas faire". Les deux colonnes ont un chiffre ; la différence est de savoir où l'argent apparaît - et qui porte la responsabilité opérationnelle.

Comparaison directe

Les prix par siège changent souvent et varient selon le palier, la région et le volume - traitez les fourchettes ci-dessus comme des ordres de grandeur et confirmez-les sur le pricing officiel de chaque éditeur avant de décider. Ce qui ne change pas, c'est le modèle : le commercial facture par agent ; GLPI, non.

Le chiffre qui décide : combien d'agents vous avez

Avant de demander un devis à tout éditeur commercial, déterminez combien d'agents vous avez réellement - car c'est exactement ce qu'ils factureront. Dans GLPI, un "agent" est un utilisateur avec un profil d'interface centrale ; les demandeurs utilisent l'interface helpdesk et sont illimités. Cette requête donne le chiffre directement dans la base de données :

-- Combien d'"agents" paieriez-vous dans un outil commercial par siège ?
-- Les commerciaux (ServiceNow, Jira SM, Zendesk) facturent par AGENT/technicien,
-- pas par demandeur. Dans GLPI, un "agent" = utilisateur avec un profil
-- d'interface centrale ; les demandeurs (interface helpdesk) sont illimités et gratuits.
SELECT COUNT(DISTINCT u.id) AS agents_central
FROM glpi_users u
JOIN glpi_profiles_users pu ON pu.users_id = u.id
JOIN glpi_profiles p        ON p.id = pu.profiles_id
WHERE p.interface = 'central'
  AND u.is_active  = 1
  AND u.is_deleted = 0;

-- Qui sont ces agents, par profil :
SELECT p.name AS profil, COUNT(DISTINCT pu.users_id) AS agents
FROM glpi_profiles p
JOIN glpi_profiles_users pu ON pu.profiles_id = p.id
JOIN glpi_users u           ON u.id = pu.users_id
WHERE p.interface = 'central'
  AND u.is_active = 1 AND u.is_deleted = 0
GROUP BY p.id, p.name
ORDER BY agents DESC;

Multipliez le résultat par la fourchette de prix par siège de l'outil que vous évaluez et comparez-la au coût de maintenir GLPI en fonctionnement. Dans une exploitation de maintenance typique, les demandeurs dépassent les agents d'un ou deux ordres de grandeur - et c'est exactement là que le modèle de GLPI (zéro par siège) diverge du commercial. Plus il y a de techniciens, plus l'écart se creuse en faveur de GLPI.

Le coût caché de l'auto-hébergement

En maintenance de parcs GLPI pour des clients, l'erreur la plus fréquente est de comparer le "US$ 0" de la licence au mensuel du commercial et de s'arrêter là. Le coût de GLPI existe - il n'est simplement pas sur une facture de licence. Il se trouve à trois endroits que celui qui ne l'a jamais exploité ne voit pas : le cron, la mise à niveau de version majeure et la sauvegarde. Un cron non configuré est la panne silencieuse classique : les notifications cessent de partir, l'inventaire ne se met plus à jour et personne ne s'en aperçoit jusqu'à ce qu'un ticket important ne soit pas signalé - GLPI ne vous prévient pas que le cron s'est arrêté ; le commercial exécute le cron pour vous et le facture.

La mise à niveau entre versions majeures est le vrai coût récurrent. Le passage de GLPI 10 à 11 n'a pas été un "suivant-suivant-terminer" : il a changé l'inventaire natif, retiré FormCreator en tant que plugin (devenu module du cœur) et exigé de retester le catalogue, les plugins et les intégrations. C'est pourquoi, en maintenance, nous traitons chaque version majeure comme un projet avec validation en pré-production, et non comme un apt upgrade. Quand le client comprend qu'il échange une facture contre une responsabilité opérationnelle, la décision devient technique plutôt que romantique : celui qui a (ou externalise) cette main gagne beaucoup avec GLPI ; celui qui ne l'a pas devrait regarder le Cloud de Teclib ou un partenaire de maintenance, qui remettent ce coût dans une facture prévisible.

Verdict par scénario

Choisissez GLPI quand vous avez (ou externalisez) quelqu'un pour s'occuper de Linux, de la base de données et du cron ; quand le coût par agent des commerciaux passe mal à l'échelle de votre nombre de techniciens ; quand l'inventaire et la CMDB sont au cœur du problème, car GLPI livre les deux dans le cœur sans SKU supplémentaire ; ou quand la souveraineté des données et l'on-premises sont une exigence de conformité (LGPD, RGPD).

Choisissez ServiceNow quand l'organisation est grande, a besoin d'automatisation enterprise lourde, d'intégrations natives avec des dizaines de systèmes et dispose du budget pour le modèle de siège premium. C'est l'option la plus puissante et la plus chère - et elle a du sens quand le problème est à cette échelle.

Choisissez Jira Service Management quand l'équipe vit déjà dans l'écosystème Atlassian (Jira Software, Confluence) et que vous voulez de l'ITSM collé au flux d'ingénierie, avec une adoption rapide et un SaaS géré - ou Data Center, si l'on-premises est une exigence.

Choisissez Freshservice ou Zendesk quand l'accent est mis sur un support à faible friction opérationnelle et, dans le cas de Zendesk, sur le support client externe (CX/B2C), l'omnicanal et l'e-commerce - un terrain où GLPI n'est pas le bon outil. Soyez honnête dans l'évaluation : utilisez le bon outil pour le type de support.

Coût et effort

La licence n'est pas l'axe de la décision, alors additionnez les deux bonnes factures. Côté commercial : nombre d'agents multiplié par le prix par siège (les fourchettes ci-dessus changent souvent), plus le déploiement et les intégrations. Côté GLPI : l'infrastructure - un VPS modeste soutient des exploitations petites et moyennes, avec MariaDB, cron et HTTPS - plus le temps de celui qui installe, met à niveau et maintient. La fourchette honnête : pour une petite exploitation, avec peu de techniciens, GLPI auto-hébergé revient à une fraction du coût des sièges commerciaux ; à mesure que le nombre d'agents augmente, cet écart se creuse en faveur de GLPI, à condition que la main qui exploite existe. Si vous voulez simplement l'essayer, une installation de test via Docker prend moins de dix minutes et ne coûte rien.

Chez NexTool, nous déployons et maintenons GLPI chez des clients qui utilisaient auparavant des outils commerciaux - et nous menons aussi le chemin inverse. Si vous voulez l'économie de l'open source sans hériter du coût caché du cron, des mises à niveau et des sauvegardes, notre maintenance GLPI prend cette responsabilité opérationnelle en charge pour vous.

Ce contenu a été produit avec l'aide de l'intelligence artificielle et révisé par l'équipe Nextool Solutions.