NexTool Solutions

GLPI est la plateforme d'ITSM et de gestion de parc open source la plus utilisée au monde, avec plus de 500 000 organisations en production. Ce guide va au-delà de la définition : il montre à quoi sert GLPI en pratique, comment valider un environnement avant de lui confier des données réelles et les pièges que nous rencontrons le plus souvent en maintenance des environnements clients.

Qu'est-ce que GLPI ?

GLPI (Gestionnaire Libre de Parc Informatique) est une application web pour la gestion des services informatiques (ITSM), la gestion de parc et le centre de services. Sur une seule plateforme, il regroupe les tickets, l'inventaire matériel et logiciel, les contrats, les fournisseurs, une base de connaissances et les projets. Créé en 2003 par la communauté française et aujourd'hui maintenu par Teclib, il a atteint GLPI 11 en 2025, avec la couche de présentation réécrite sur Symfony et Twig et des formulaires natifs qui réduisent la dépendance aux plugins.

À quoi il sert en pratique

• Centre de services et help desk - ouverture, suivi et résolution des incidents et demandes, avec SLA/OLA, règles d'affectation automatique, approbations et enquêtes de satisfaction.
• Gestion de parc (CMDB) - inventaire des ordinateurs, imprimantes, équipements réseau et logiciels, alimenté automatiquement par le GLPI Agent.
• Contrats et fournisseurs - garanties, licences et alertes d'échéance liées directement aux actifs couverts.
• Base de connaissances - solutions et procédures qui réduisent la reprise et le volume de tickets répétitifs.
• Projets - tâches, échéances et coûts avec traçabilité jusqu'au ticket à l'origine de la demande.

Combien coûte GLPI ?

GLPI open source est gratuit, sans limite d'utilisateurs, de tickets ou d'actifs. Ce que vous payez, c'est l'exploitation : un serveur Linux avec Apache/Nginx, PHP 8.1+ et MariaDB, plus la main-d'œuvre d'installation et de maintenance. Un VPS de 10 à 20 dollars par mois couvre la plupart des petites et moyennes exploitations. Teclib propose aussi GLPI Cloud (SaaS) pour ceux qui ne veulent pas gérer leur propre infrastructure.

Les fourchettes de prix des concurrents sont des références publiques d'entrée de gamme et varient selon le volume et les modules. Le point qui compte : GLPI supprime le coût de licence par agent, précisément ce qui passe mal à l'échelle dans les exploitations en croissance.

Comment valider un environnement avant de s'y fier

Installer est facile ; ce qui sépare un pilote d'une exploitation stable, c'est la vérification post-installation. Avant de migrer des données réelles, nous confirmons la santé du point d'état, l'intégrité du schéma et le vidage du cache :

# Santé de l'instance (doit répondre GLPI_OK)
curl -s https://glpi.votreentreprise.com/status.php

# Applique les migrations de schéma en attente (idempotent)
php bin/console db:update --no-interaction

# Vide le cache après tout changement de configuration
php bin/console cache:clear

Ensuite, un diagnostic rapide du backlog directement en base révèle si l'exploitation est saine ou engorgée :

-- Répartition des tickets par statut
-- status : 1=Nouveau 2=En cours 4=En attente 5=Résolu 6=Clos
SELECT status, COUNT(*) AS total
FROM glpi_tickets
WHERE is_deleted = 0
GROUP BY status
ORDER BY total DESC;

Ce que nous avons appris en maintenance

En maintenant des dizaines d'environnements GLPI, nous avons appris que le goulot d'étranglement n'est presque jamais le logiciel : c'est la configuration. Le cas le plus récurrent est la file de notifications et les tâches automatiques qui ne s'exécutent pas parce que le cron est resté en mode interne (déclenché uniquement à l'accès de l'utilisateur), faisant traîner les e-mails de SLA et de clôture pendant des heures. Autre problème classique hérité de clients : des catégories et des arbres créés directement en base via SQL. GLPI utilise un arbre imbriqué, et la méthode interne qui résout la hiérarchie ne reconnaît pas un nœud inséré « à la main » : la catégorie devient tout simplement invisible dans les formulaires. Notre règle est stricte : pas de structure hiérarchique par INSERT direct, toujours via l'interface ou l'API.

Le piège le plus courant

Si vous ne deviez retenir qu'une chose de ce guide, retenez le cron. GLPI est livré avec le mode interne (mode GLPI) par défaut, qui exécute les tâches automatiques pendant les requêtes utilisateur : pratique pour tester, désastreux en production, car il dépend de l'accès d'un utilisateur et ralentit le chargement des pages. En production, configurez le cron externe au niveau du système d'exploitation :

# /etc/cron.d/glpi - exécute le cron GLPI chaque minute
* * * * * www-data /usr/bin/php /var/www/glpi/front/cron.php >/dev/null 2>&1

Ensuite, dans Configuration > Actions automatiques, basculez le mode de chaque tâche critique (queuednotification, notifications, clôture automatique) de GLPI vers CLI. C'est la différence entre des notifications ponctuelles et un centre de services qui « perd » des e-mails.

GLPI 10 vs GLPI 11

• Interface - la version 11 a réécrit la couche de présentation sur Symfony/Twig, avec un design responsive.
• Formulaires natifs - le cœur de la 11 a intégré des formulaires personnalisables, réduisant la dépendance à FormCreator.
• Objets personnalisés - types personnalisés sans plugin, un rôle autrefois exclusif à GenericObject.
• Webhooks natifs - prise en charge de base des intégrations avec des systèmes externes.

Si vous démarrez aujourd'hui, commencez par GLPI 11. Si vous exploitez déjà la 10 en production avec de nombreux plugins, planifiez la migration avec soin : certains plugins n'ont pas de version pour la 11.

Prochaine étape

Montez un environnement de test, validez-le avec les commandes ci-dessus et configurez le cron externe avant tout. Pour étendre le cœur sans accumuler de plugins en conflit, NexTool regroupe des dizaines de modules dans un seul plugin. Besoin d'aide pour le déploiement ou la maintenance ? Contactez l'équipe.

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