GLPI 12 a désormais une date pour sortir de la phase de test : la RC1 a été publiée le 3 septembre, la RC2 le 16 septembre 2026, et Teclib promet la version stable pour octobre. Nous avons installé la release candidate et tout montré lors d’un live avec JMBA Soluções. Voici ce que nous avons vu en pratique, ce qui reste identique à GLPI 11 et, surtout, quand il vaut la peine de mettre à jour.
Regardez le live : Premières impressions sur GLPI 12, sur la chaîne YouTube de JMBA Soluções (68 minutes, 8 septembre 2026, en portugais). Pour le panorama du développement, avec la modernisation de l’interface, les API et l’environnement Docker pour tester, lisez aussi GLPI 12 : ce que nous savons déjà et comment tester la nouvelle version.
Où en est GLPI 12 : RC1, RC2 et version stable en octobre
La release candidate est la phase où le code est pratiquement figé et où le projet demande à la communauté de tester avant la version finale. Le calendrier jusqu’ici :
| Étape | Date |
|---|---|
| GLPI 12.0.0 RC1 | 3 septembre 2026 |
| GLPI 12.0.0 RC2 | 16 septembre 2026 |
| GLPI 12.0.0 stable | promise par Teclib pour octobre 2026 |
La page de publication de la RC2 sur GitHub commence elle-même par l’avertissement qu’il s’agit d’une version RC à ne pas utiliser en production. Le même jour, le 16, sont aussi sorties GLPI 11.0.9 et 10.0.27, versions correctives pour ceux qui sont sur les branches actuelles.
Il est utile de comprendre le nouveau rythme de Teclib, car il change la planification de ceux qui administrent GLPI : des correctifs de sécurité chaque mois et une version majeure par an. GLPI 10 est sorti en 2022 et le 11 en 2025 ; avec le nouveau rythme, le 12 arrive un an après le 11. En pratique, une mise à jour majeure cesse d’être un événement rare et entre dans le calendrier annuel de l’équipe informatique.
Comment nous avons testé GLPI 12 RC
Lors du live du 8 septembre, l’équipe de JMBA Soluções a installé GLPI 12.0.0 RC, parcouru les nouveaux écrans en direct et tout comparé avec GLPI 11, avec la participation de NexTool. L’écran À propos de GLPI prévient lui-même que la version est instable, et c’est dans cet esprit qu’il faut lire les observations ci-dessous : ce sont des impressions sur une release candidate, et des détails peuvent encore changer d’ici la version stable. Chaque fois que possible, nous avons vérifié chaque point dans le changelog officiel du projet.
Ce qui ne change pas : l’interface reste celle de GLPI 11
Si vous attendez un nouveau look, vous serez surpris. L’écran de connexion et l’interface du quotidien sont pratiquement identiques à ceux de GLPI 11. Pour l’utilisateur final comme pour le technicien, le changement de version se voit à peine à l’écran, ce qui est une bonne nouvelle pour la formation et la communication interne.
Les changements de GLPI 12 se concentrent sur trois fronts : la sécurité, l’administration (profils et OLA) et la base de connaissances. Ce sont eux qui justifient de regarder la nouvelle version.
Sécurité : le grand pari de GLPI 12
C’est le domaine qui compte le plus de nouveautés dans la RC. Les notes de version mettent en avant le mode de réauthentification, le gestionnaire de sessions et le renforcement contre les injections SQL et le CSRF.
Réauthentification sur les actions sensibles
Les actions d’administration sensibles redemandent le mot de passe, même au super-admin. Le scénario que cela résout est bien connu : la session d’un administrateur oubliée ouverte sur un ordinateur partagé. Dans la RC2, l’écran s’affiche sous le titre « Réauthentification requise ». Le comportement peut être désactivé par une constante de configuration, ce que nous ne recommandons pas sans une bonne raison.
Un menu Sécurité dédié
La politique de mots de passe et la 2FA quittent Configuration > Général pour un menu dédié, Configuration > Sécurité. Il devient plus facile de trouver et d’auditer tout ce qui protège l’accès à GLPI.
Gestion des sessions actives, avec un bouton Révoquer
GLPI 12 liste les sessions ouvertes avec le type, l’utilisateur, le navigateur, le système d’exploitation, l’IP, la dernière activité et le statut. Le bouton Révoquer coupe la session immédiatement. Outre l’usage évident, mettre fin à un accès suspect, il règle un vieux désagrément : après avoir modifié le profil de quelqu’un, vous pouvez forcer une nouvelle connexion pour que le changement s’applique aussitôt.
La fiche de chaque utilisateur affiche la liste de ses sessions. Si le même utilisateur est connecté en même temps depuis deux IP différentes, c’est le signe d’un mot de passe partagé ou divulgué, et cela se voit désormais sans interroger la base de données.
Un détail si vous publiez GLPI derrière un proxy inverse : le changelog apporte une détection plus stricte de l’IP du client, avec les constantes GLPI_TRUSTED_REVERSE_PROXIES et GLPI_REVERSE_PROXY_HEADERS. Configurez-les dès la recette, sinon la liste des sessions risque d’afficher l’IP du proxy au lieu de celle de l’utilisateur.
Rétention des données et nettoyage automatique
Un nouveau menu Configuration > Données et Confidentialité centralise les politiques de rétention : celle des journaux historiques, qui quittent Configuration > Général, et celle de l’historique des sessions, nettoyé par une nouvelle action automatique dont le statut d’exécution est affiché. C’en est fini des tables de journaux qui grossissent sans contrôle et pèsent sur la base et la sauvegarde.
En coulisses, la RC apporte des corrections d’injections SQL et d’autres vulnérabilités. Une partie arrive aussi dans GLPI 11 via les versions correctives, raison de plus pour garder le 11 à jour pendant que le 12 mûrit.
Des profils qui masquent des champs de recherche
Le profil contrôle désormais les champs qui apparaissent dans la recherche et les filtres de l’utilisateur. Vous pouvez masquer, par exemple, le demandeur, l’observateur, l’OLA, l’enquête de satisfaction ou le filtre par carte, pour une recherche plus simple côté utilisateur final, sans options qu’il n’utilise pas. Si vous révisez vos profils, le guide Profils et permissions dans GLPI reste une bonne base.
Des OLA avec leur propre groupe
Chaque OLA peut avoir son propre groupe. Aujourd’hui, les équipes qui utilisent des OLA par groupe dépendent souvent de règles métier pour recalculer le niveau quand le ticket change de groupe ; avec le groupe lié à l’OLA, une partie de cette logique sort des règles. Pour revoir les concepts, consultez SLA et OLA dans GLPI : guide complet de configuration.
Base de connaissances : le changement le plus visible
S’il y a un écran qui a vraiment changé dans GLPI 12, c’est la base de connaissances :
- Nouvelle interface, avec les catégories en arborescence et des icônes de la bibliothèque ou d’une image personnelle.
- Éditeur Markdown : les auteurs d’articles n’ont plus à manipuler du HTML.
- Lien public : un article peut être partagé par un lien avec clé, que vous désactivez quand vous le souhaitez.
- Historique des révisions et commentaires dans le panneau latéral de l’article.
- Article dans le catalogue de services, avec description, icône et catégorie. À l’ouverture d’un ticket, l’utilisateur arrive directement sur l’article et peut résoudre seul.
Ce qui n’existe pas encore : GLPI 12 ne suggère pas d’articles pendant que l’utilisateur décrit son problème. Dans GLPI 11, c’est ce que fait le module AI Assist de NexTool, comme nous l’avons montré dans L’IA dans la base de connaissances GLPI.
Attention lors de la mise à jour : selon le changelog officiel, les catégories de la base de connaissances deviennent des articles, organisés sous un article racine, et la visibilité s’hérite désormais le long de l’arborescence. Lors de la migration, les catégories existantes deviennent invisibles jusqu’à ce que l’accès y soit de nouveau accordé. Dans une base riche en articles, cela doit figurer dans le plan de tests de la recette, sinon les utilisateurs ouvriront la base et constateront qu’il manque du contenu.
Autres changements à connaître
- Fiche utilisateur : nouveau champ de deuxième prénom (patronyme) et masque de saisie sur les champs de date.
- Actions automatiques : elles gagnent un statut d’erreur, après des échecs répétés, et un statut d’abandon. Si votre supervision lit le statut de GLPI, le texte du service des actions automatiques a changé et inclut désormais le nombre d’erreurs.
- Se souvenir de moi fonctionne désormais sur plusieurs appareils à la fois.
Quand passer à GLPI 12
La recommandation que nous avons donnée pendant le live, et que nous maintenons ici :
- Maintenant, pendant la RC : pas de production, ni même de recette pour l’instant. Utilisez la RC uniquement dans un environnement isolé, pour la découvrir.
- À partir de novembre : avec la version stable sortie en octobre, commencez la recette avec une copie de votre base.
- Production : seulement après environ deux mises à jour de sécurité de la branche 12, ce qui devrait arriver vers janvier ou février 2027.
La logique est simple : la première version stable d’une version majeure reçoit toujours des correctifs dans les semaines qui suivent. Avec le rythme mensuel de Teclib, en attendre deux coûte peu de temps et évite à votre équipe d’être la première à tomber sur chaque problème.
| Vous êtes sur | Que faire maintenant | Étape suivante |
|---|---|---|
| GLPI 10 | Migrer vers GLPI 11 | Passer du 11 au 12 après stabilisation |
| GLPI 11 | Le garder à jour (11.0.9 ou plus récent) | Recetter le 12 à partir de novembre |
| Vous voulez juste découvrir le 12 | Tester la RC dans un environnement isolé | Apporter la liste des impacts à la recette |
Et si vous êtes encore sur GLPI 10 ?
N’attendez pas le 12. Passez à GLPI 11 maintenant : il est stable, et la migration des formulaires est devenue simple à partir de la version 11.0.4. Ensuite, passez du 11 au 12 selon le calendrier ci-dessus. Sauter directement du 10 au 12 réunit deux grosses migrations dans un seul projet, avec deux fois plus de risques. La procédure pas à pas se trouve dans Comment migrer de GLPI 10 vers GLPI 11.
Checklist pour toute mise à jour de GLPI
- Faites l’inventaire complet : version actuelle, plugins, intégrations, règles métier, formulaires et personnalisations.
- Vérifiez la compatibilité de chaque plugin. Dans GLPI 12, cela pèse davantage : la protection CSRF repose désormais sur les en-têtes du navigateur, et les anciens jetons doivent disparaître des formulaires des plugins. Un plugin sans version testée pour le 12 est un risque. Voir les critères dans Plugins GLPI : comment choisir sans bloquer la prochaine mise à jour.
- Sauvegardez la base de données et les fichiers, et testez la restauration. La procédure est décrite dans Sauvegarde et reprise après sinistre de GLPI.
- Recettez avec une copie de la production : ouverture de ticket, formulaires, notifications, règles, intégrations et, dans GLPI 12, la visibilité de la base de connaissances.
- Prévoyez un plan de retour arrière avec une échéance de décision : si un élément critique échoue, revenez en arrière et corrigez sereinement.
Dans les projets de mise à jour de JMBA, ce cycle dure en moyenne six semaines. Commencer la recette en novembre laisse la production prête avec de la marge pour début 2027.
Prochaine étape
NexTool réunit plus de 34 modules pour GLPI, dont plusieurs gratuits, actuellement centrés sur GLPI 11. Consultez le catalogue complet sur Plugins pour GLPI. Lors du même live, JMBA a présenté JMBA Hub, une application gratuite de tickets GLPI pour Android, ouverte aux testeurs : découvrez comment participer dans JMBA Hub : comment tester l’appli ?
Vous préparez la mise à jour vers GLPI 11 ou vers le 12 ? Parlez à notre équipe.
Relu par l’équipe NexTool Solutions. Observations faites sur GLPI 12.0.0 RC en septembre 2026 ; certains détails peuvent changer d’ici la version stable.
