GLPI 12 est la nouvelle version majeure de la solution ITSM open source. Elle apporte une base de connaissances entièrement repensée, donne aux administrateurs le contrôle des sessions ouvertes et fait suivre les délais internes par équipe. Elle renforce aussi la sécurité de la plateforme, sans configuration supplémentaire.
Cet article présente ce que GLPI 12 apporte aux utilisateurs et aux équipes IT, puis ce qu'il faut vérifier avant de migrer.
Qu'est-ce que GLPI 12 ?
Dans le cycle de versions de GLPI, une version majeure apporte de nouvelles fonctionnalités et de nouveaux prérequis techniques. GLPI 12 succède à GLPI 11 et marque la fin du support de GLPI 10.
Le fil conducteur de cette version est simple : rapprocher l'outil de la façon dont le travail se déroule vraiment. Un ticket qui change d'équipe, une procédure introuvable, un accès qui reste ouvert après un incident. GLPI 12 apporte une réponse intégrée à chacune de ces situations.
Le changelog complet de GLPI 12 détaille l'ensemble des évolutions. Voici l'essentiel.
Les nouveautés de GLPI 12 pour les utilisateurs
Une base de connaissances entièrement réécrite
C'est la fonctionnalité qui change le plus. L'interface a été reconstruite de zéro pour que la lecture et l'édition se fassent au même endroit, sans multiplier les onglets.
Concrètement : un éditeur moderne avec des commandes rapides, une arborescence toujours visible avec favoris et glisser-déposer, le partage public d'articles, des commentaires ancrés à un passage précis, la comparaison des révisions et la traduction directement en mode édition.
Les catégories disparaissent en tant que telles. Un article contient désormais directement d'autres articles, ce qui simplifie l'organisation. À la mise à jour, les anciennes catégories deviennent des articles dont la visibilité doit être redéfinie.
Un helpdesk plus précis
Un document attaché à un ticket peut être masqué au demandeur. Les personnes remplacées sur un ticket sont prévenues. Les critères de recherche des tickets peuvent être limités par profil, pour ne montrer à chacun que ce qui le concerne.
Les tâches de projet disposent de rappels, et les formulaires acceptent plusieurs éléments dans une même question.
Des tableaux de bord plus complets
Nouveaux filtres (entité, plusieurs groupes ou statuts, SLA, technicien, système d'exploitation) et nouveaux panneaux : tickets par groupe et statut, par catégorie et entité, ordinateurs par âge. L'affichage des tableaux de bord a aussi été accéléré.
Des OLA qui suivent l'équipe, plus seulement le ticket
Un OLA est l'engagement de délai interne entre équipes IT. Jusqu'ici, c'était un compteur unique porté par le ticket. Quand un ticket passait du réseau au poste de travail puis à l'applicatif, le retard retombait sur la dernière équipe.
Dans GLPI 12, chaque équipe qui intervient porte sa propre échéance et son propre statut de retard. Le responsable de service voit où le temps se perd, et chaque équipe est mesurée sur ce qu'elle maîtrise vraiment.
Sécurité : ce que GLPI 12 renforce
Le contrôle des sessions ouvertes
GLPI 12 enregistre chaque session ouverte. Un administrateur voit qui est connecté et peut couper une session en un clic.
C'est la réponse aux cas où changer le mot de passe ne suffit plus : un ordinateur portable perdu ou volé, un mot de passe apparu dans une fuite, une intégration compromise. Tant qu'une session n'est pas révoquée, elle reste valide.
Une confirmation d'identité pour les actions sensibles
Certaines actions d'administration demandent désormais de confirmer son identité, même en étant déjà connecté : un code à deux facteurs, ou à défaut le mot de passe. Pour les organisations qui exigent une séparation des responsabilités, c'est intégré au produit.
Des protections activées par défaut
Les requêtes du serveur GLPI vers le réseau interne sont bloquées sauf autorisation explicite, ce qui permet d'éviter des attaques par rebond. À l'activation de l'inventaire, un choix d'authentification est désormais demandé ; il reste possible de continuer sans, mais il faut le décider explicitement, et GLPI signale que ce n'est pas recommandé. Le socle technique a lui aussi été durci, avec une protection uniforme sur l'ensemble des accès à la base de données.
Des réglages de confidentialité regroupés
Un nouveau menu Sécurité rassemble la politique de mots de passe et la double authentification. Un menu Données et confidentialité centralise les règles de rétention et de purge. Pour le RGPD, tout est enfin au même endroit.
Intégrations, accessibilité et documentation
API. GLPI 12 introduit la version 3 de l'API de haut niveau, qui fonctionne en parallèle des versions précédentes. Vos intégrations existantes continuent de fonctionner tant qu'elles ne migrent pas volontairement.
Accessibilité. Une première passe selon les critères RGAA et RAWeb : navigation au clavier, structure des pages, contrastes, lecteurs d'écran. Le travail se poursuivra sur les prochaines versions. Pour les appels d'offres du secteur public et de la santé, c'est un point d'appui concret.
Documentation. La documentation utilisateur a été entièrement réécrite, avec une section de démarrage rapide, des démonstrations interactives et une version française complète : help.glpi-project.org.
Ce qu'il faut vérifier avant de migrer vers GLPI 12
Une version majeure modifie certaines configurations existantes. Huit points sont à contrôler avant de lancer la mise à jour.
- Base de connaissances : les anciennes catégories restent invisibles jusqu'à ce qu'un administrateur leur redonne des droits d'accès.
- Plugins : ils doivent être adaptés à GLPI 12. Vérifiez la compatibilité de chacun avant de migrer.
- Supervision : les outils qui surveillent l'état des actions automatiques doivent être ajustés à un nouveau format.
- Prérequis : PHP 8.3 et MariaDB 10.11 (ou MySQL 8.0) au minimum.
- Reverse proxy : une déclaration supplémentaire est nécessaire dans la configuration.
- Flux internes : les flux RSS, calendriers et webhooks vers des serveurs internes sont bloqués tant qu'ils ne sont pas autorisés.
- Inventaire : l'activation demande un choix d'authentification. Fonctionner sans reste possible, mais doit être décidé explicitement.
- Rapports sur les OLA : les rapports personnalisés qui lisent ces données doivent être refaits.
Les développeurs de plugins trouveront le détail des changements dans la documentation développeur.
Comment migrer vers GLPI 12 ?
Les étapes clés
- Vérifier les prérequis sur l'environnement cible.
- Recenser les plugins, les intégrations internes, les rapports personnalisés et les outils de supervision, puis les confronter aux huit points ci-dessus.
- Monter un environnement de test à partir d'une copie de la production et y rejouer les processus les plus utilisés.
- Planifier la réattribution des droits sur la base de connaissances dès la fin de la mise à jour.
- Migrer la production dans une fenêtre de maintenance, avec une sauvegarde complète et un retour arrière testé.
Se faire accompagner
GLPI est un logiciel libre : son usage ne demande aucune licence. La souscription GLPI Network, sur vos serveurs ou en GLPI Network Cloud, apporte la garantie de l'éditeur et peut être complétée par l'accompagnement d'un partenaire intégrateur, y compris pour un audit avant migration.
Foire aux questions
GLPI 12 est-elle compatible avec mes plugins actuels ?
Les plugins doivent être adaptés à GLPI 12. Les plugins de GLPI Network sont tous déjà portés. Pour les plugins communautaires ou internes, vérifiez auprès de leur mainteneur et testez-les avant la migration.
Que deviennent les catégories de ma base de connaissances ?
Elles deviennent des articles, avec leurs anciens contenus comme sous-articles. Elles restent invisibles jusqu'à ce qu'un administrateur leur accorde des droits, qui se propagent ensuite à leur contenu.
Mes intégrations via l'API vont-elles continuer à fonctionner ?
Oui. Les versions précédentes de l'API restent utilisables. La version 3 n'est utilisée que par les nouvelles intégrations qui la demandent.
Que se passe-t-il pour GLPI 10 ?
GLPI 10 n'est plus supportée après la sortie de GLPI 12, sauf pour les clients ayant souscrit un abonnement GLPI Network d'assistance étendue. Les instances encore en version 10 doivent planifier leur migration vers la 11 ou la 12.
Où trouver la liste complète des changements ?
Dans le changelog complet de GLPI 12 et sur la page des versions GitHub.
GLPI 12 en bref
GLPI 12 modernise la base de connaissances, donne le contrôle des sessions aux administrateurs, fait porter les délais internes par les équipes qui les tiennent et durcit la sécurité par défaut. Elle apporte aussi une nouvelle version de l'API, une première passe d'accessibilité et une documentation réécrite.
Pour migrer, huit points sont à vérifier, en particulier la visibilité de la base de connaissances et la compatibilité des plugins. Avec un environnement de test et, si besoin, un partenaire GLPI Network, le passage à GLPI 12 se planifie comme tout projet de mise à jour majeure.
