Aller au contenu
Réussir mon BTS SIO

Tape une notion, une commande ou le nom d'une épreuve.

Par exemple

Chapitre 1314 minIntermédiaire

Tableaux de bord, statistiques et rapports dans GLPI

Par Josselyn C., prof de BTS SIO. Mis à jour le .

À la fin de ce chapitre, tu sauras

  • choisir entre tableau de bord, statistiques, rapport et recherche ;
  • construire un tableau de bord filtrable ;
  • calculer les indicateurs du parc ;
  • exporter des données et interroger GLPI par l'API ou en SQL ;
  • rédiger un rapport mensuel qui mène à des décisions.

4 exercices corrigés

Le reporting dans GLPI sert à transformer les fiches et les tickets en indicateurs pour décider : état du parc, conformité, charge du support, respect des délais. GLPI propose quatre outils complémentaires : les tableaux de bord, les statistiques de l'assistance, les rapports du menu Outils et les recherches sauvegardées, auxquels s'ajoutent les exports, l'API et, en dernier recours, des requêtes SQL. Ce chapitre montre quand utiliser chacun et comment construire un tableau de bord et un rapport mensuel utiles.

Quatre outils, quatre usages

OutilOùPour quoiExemple
Tableaux de bordPage d'accueil, et dans les menus Parc et AssistanceUne vue d'ensemble en temps réel, filtrableTickets ouverts par groupe, postes par système
StatistiquesAssistance > StatistiquesMesurer l'activité du support sur une périodeDélai moyen de résolution par catégorie en octobre
RapportsOutils > RapportsDes états prêts à l'emploi sur le parc et ses financesValeur et valeur nette comptable du matériel
Recherches sauvegardéesToutes les listesUne liste précise, à relancer ou à surveillerPostes sans inventaire depuis 30 jours

Les tableaux de bord

GLPI est livré avec trois tableaux de bord : Central (un peu de parc, un peu d'assistance), Parc et Assistance. Sur une installation neuve, ils affichent des données de démonstration, signalées par un message, qu'un bouton permet de désactiver : ne présente jamais ces chiffres comme les tiens.

Un tableau de bord est fait de tuiles. Pour en créer un, clique sur + à côté de la liste des tableaux, donne un nom, puis ajoute des tuiles : pour chacune, une donnée (nombre d'ordinateurs par système, tickets par statut, tickets en retard, etc.), un type de graphique (compteur, camembert, barres, courbe, carte de chaleur), une couleur, et une limite au nombre de valeurs affichées pour garder un graphique lisible. Les tuiles se déplacent et se redimensionnent à la souris.

Les filtres s'appliquent à toutes les tuiles du tableau sans modifier leur configuration : période (date de création, dernière modification), catégorie ITIL, lieu, fabricant, SLA, statut des éléments, type et statut de ticket, groupe demandeur, groupe chargé, technicien, entité. Un même tableau sert ainsi à toute l'équipe : chacun filtre sur son groupe ou son site.

Le tableau de bord « Pilotage » qu'Inès consulte chaque lundi :

TuileDonnéeGraphique
Tickets ouvertsNombre de tickets non résolusCompteur
Tickets en retardTickets dont l'échéance TTR est dépasséeCompteur rouge
Tickets par groupe chargéTickets ouverts, par groupeBarres
Évolution des ticketsCréés et résolus par semaineCourbe
Top des catégoriesTickets créés sur 30 jours, par catégorieBarres, 8 valeurs au plus
Ordinateurs par systèmeParc, par système d'exploitationCamembert
SatisfactionNote moyenne des enquêtesCompteur

Un tableau de bord peut être dupliqué, partagé par un lien direct ou intégré dans une autre page (iframe), et affiché en plein écran sur un écran de la salle du support. Les droits de voir, modifier et partager les tableaux de bord se règlent dans les profils.

Les statistiques de l'assistance

Assistance > Statistiques calcule des indicateurs sur une période choisie :

  • Global : nombre de tickets ouverts, résolus, en retard et clos ; délais moyens de prise en compte, de résolution et de clôture ; durée réelle de traitement ; enquêtes de satisfaction envoyées, répondues, note moyenne ;
  • Par ticket : les mêmes mesures ventilées selon un critère au choix (demandeur, technicien, groupe, catégorie, priorité, type, source…), avec un graphique par ligne ;
  • Par caractéristiques matérielles : selon le modèle, le système d'exploitation ou un composant des ordinateurs associés aux tickets ;
  • Par matériel : le nombre de tickets par équipement, du plus touché au moins touché.

Pour les catégories et les groupes, organisés en arbre, deux présentations existent : toutes les valeurs, ou seulement un niveau de l'arbre, en cumulant les sous-niveaux.

Les rapports du menu Outils

Outils > Rapports propose des rapports prêts à l'emploi :

RapportContenu
Rapport par défautLe matériel présent, par type ; les ordinateurs par système d'exploitation
Par contratLes équipements sous contrat avec un tiers, par type et date d'achat, avec les dates du contrat
Par annéeIdem, y compris les équipements sans contrat
Informations financières et administratives du matérielValeur, valeur nette comptable, TCO, dates d'achat, de mise en service et de fin de garantie, avec des totaux par type et généraux, sur une période
Autres informations financièresLa même chose pour les cartouches, les licences et les consommables
RéseauPar lieu, par matériel ou par prise réseau
PrêtsLes réservations passées, en cours et à venir d'un utilisateur
StatutsLa répartition des statuts, par type d'équipement

Des plugins du marketplace ajoutent d'autres rapports, notamment des rapports personnalisables.

Les recherches sauvegardées et leurs alertes

Une recherche du moteur de GLPI (chapitre 5) se sauvegarde avec l'étoile, se partage avec d'autres utilisateurs et peut déclencher une alerte : GLPI exécute la recherche périodiquement et envoie une notification si elle renvoie des résultats. C'est l'outil des contrôles réguliers :

ContrôleRechercheFréquence de l'alerte
Postes perdus de vueOrdinateurs en service, dernier inventaire il y a plus de 30 joursHebdomadaire
Garanties qui expirentDate d'expiration de garantie dans les 90 joursMensuelle
Licences en dépassementLicences dont les affectations dépassent le nombreHebdomadaire
Systèmes en fin de supportSystème d'exploitation contient « Windows 10 »Mensuelle
Outils de prise en main non autorisésContrôle à distance : outil n'est pas l'outil autoriséHebdomadaire
Tickets oubliésStatut En attente depuis plus de 10 joursQuotidienne

Les indicateurs du parc à suivre

Le support a ses indicateurs (délais, taux de résolution au premier contact, respect des SLA : voir le cours ITIL). Le parc a les siens. Ceux de Cèdre Habitat au 1er novembre 2026 :

IndicateurCalculValeur
Couverture de l'inventaireOrdinateurs en service ayant remonté un inventaire depuis moins de 7 jours ÷ ordinateurs en service166 ÷ 172 = 96,5 %
Postes en fin de supportOrdinateurs en service sous Windows 10 ÷ ordinateurs en service14 ÷ 172 = 8,1 %
Couverture matérielleOrdinateurs en service sous garantie ou sous contrat ÷ ordinateurs en service148 ÷ 172 = 86,0 %
Conformité des licencesLogiciels payants conformes ÷ logiciels payants suivis3 ÷ 4 = 75 % (Planéo en défaut, chapitre 7)
Respect du TTRTickets résolus dans le délai ÷ tickets résolus avec un TTR, en octobre197 ÷ 212 = 92,9 %

Un indicateur ne vaut que par sa tendance et par la décision qu'il déclenche : 14 postes sous Windows 10, c'est un budget de renouvellement à prévoir ; 6 postes sans inventaire, c'est une recherche à mener (perdus, volés, agent cassé ?).

Exporter et interroger : CSV, API, SQL

Les exports. Toute liste de résultats s'exporte en CSV, en PDF, ou au format tableur (ODS et XLS depuis GLPI 11). C'est la façon la plus simple de joindre des chiffres à un rapport ou de les retravailler dans un tableur.

L'API. GLPI expose une API REST : l'API historique (apirest.php, avec un jeton d'application et un jeton d'utilisateur) et l'API de haut niveau, apparue avec GLPI 11 et passée en version 3 avec GLPI 12, qui s'appuie sur des clients OAuth. Elle s'active dans Configuration > Générale, onglet API. Un script, un autre logiciel ou une application maison (un projet SLAM, par exemple) peut ainsi lire le parc, créer des tickets ou mettre à jour des fiches, avec les droits du compte utilisé. Donne à ce compte un profil limité au strict nécessaire, et ne publie jamais un jeton dans un dépôt de code.

Le SQL. GLPI stocke tout dans sa base MariaDB ou MySQL. Pour une question que rien d'autre ne couvre, une requête SQL en lecture seule, sur une copie de la base ou avec un compte qui n'a que le droit SELECT, peut répondre. Par exemple, le nombre d'ordinateurs actifs par système d'exploitation :

sql
SELECT os.name AS systeme, COUNT(*) AS nb_postes
FROM glpi_computers AS c
JOIN glpi_items_operatingsystems AS ios
  ON ios.items_id = c.id AND ios.itemtype = 'Computer'
JOIN glpi_operatingsystems AS os
  ON os.id = ios.operatingsystems_id
WHERE c.is_deleted = 0      -- pas à la corbeille
  AND c.is_template = 0     -- pas un gabarit
GROUP BY os.name
ORDER BY nb_postes DESC;

Présenter un rapport mensuel

Chaque début de mois, Sarah prépare pour Inès une page de synthèse, en s'appuyant sur le tableau de bord, les statistiques et les recherches sauvegardées :

  1. Le support : tickets créés et résolus, délai moyen de résolution, respect du TTR, satisfaction, comparés au mois précédent.
  2. Les faits marquants : incidents majeurs, problèmes ouverts ou résolus, changements réalisés.
  3. Le parc : couverture de l'inventaire, postes en fin de support, garanties et contrats qui expirent dans les trois mois, licences en défaut.
  4. Les actions proposées, chacune avec son chiffre : « remplacer les 14 postes sous Windows 10 avant le 31 mars, budget estimé à 11 480 € (14 postes à 820 €) » ; « résilier avant le 30 novembre le contrat de maintenance des copieurs du site de Villeurbanne, dont 3 copieurs sur 5 sont réformés ».

C'est cette dernière partie qui donne sa valeur au rapport : des indicateurs sans décision ne servent à rien.

Exercices

Exercice 1 sur 4 Le bon outil Réussi À revoir

Pour chaque besoin, choisis l'outil de GLPI le plus adapté (tableau de bord, statistiques, rapport, recherche sauvegardée avec alerte, export, API).

  1. Afficher en permanence, sur l'écran de la salle du support, les tickets en retard par groupe.
  2. Recevoir chaque lundi la liste des portables sans inventaire depuis 30 jours.
  3. Donner au contrôle de gestion la valeur nette comptable de tout le matériel au 31 décembre.
  4. Connaître le délai moyen de résolution des tickets « Impression » au troisième trimestre.
  5. Créer automatiquement un ticket quand l'outil de supervision détecte un serveur arrêté.
Voir la réponseMasquer la réponse de l'exercice 1
  1. Tableau de bord en plein écran, avec des tuiles « tickets en retard » filtrées par groupe.
  2. Recherche sauvegardée avec alerte hebdomadaire.
  3. Rapport « Informations financières et administratives du matériel », exporté en tableur.
  4. Statistiques, par ticket, critère catégorie, sur la période du 1er juillet au 30 septembre.
  5. API : la supervision appelle l'API de GLPI avec un compte technique limité à la création de tickets (ou envoie un courriel au collecteur, solution plus simple mais moins fiable).

Tu avais trouvé ?

Exercice 2 sur 4 Calculer des indicateurs Réussi À revoir

Fin novembre, l'entité Cèdre Solidarité compte 18 ordinateurs en service. 15 ont remonté un inventaire depuis moins de 7 jours ; 4 sont sous Windows 10 ; 13 sont sous garantie ou sous contrat. En novembre, 26 tickets ont été résolus avec un TTR, dont 19 dans le délai. Calcule les quatre indicateurs, arrondis à 0,1 %, et propose une action pour le plus mauvais.

Voir la réponseMasquer la réponse de l'exercice 2
  • Couverture de l'inventaire : 15 ÷ 18 ≈ 83,3 %.
  • Postes en fin de support : 4 ÷ 18 ≈ 22,2 %.
  • Couverture matérielle : 13 ÷ 18 ≈ 72,2 %.
  • Respect du TTR : 19 ÷ 26 ≈ 73,1 %.

Plusieurs actions se défendent. Le respect du TTR (73,1 %) est très en dessous de celui du bailleur (92,9 %) : analyser les 7 tickets en retard (catégorie, groupe, temps passé en attente) ; peut-être que le calendrier de l'association (quatre jours par semaine) n'est pas appliqué et que les délais sont calculés sur cinq jours. Les 22,2 % de postes sous Windows 10 sont aussi un risque de sécurité à traiter par un plan de renouvellement chiffré.

Tu avais trouvé ?

Exercice 3 sur 4 Une requête SQL Réussi À revoir

En t'inspirant de la requête du chapitre, écris une requête qui compte les ordinateurs actifs (ni à la corbeille, ni gabarits) par lieu, sachant que la table glpi_computers contient une colonne locations_id et que la table glpi_locations contient id et completename (le nom complet du lieu, avec ses parents). Les ordinateurs sans lieu doivent apparaître.

Voir la réponseMasquer la réponse de l'exercice 3
sql
SELECT COALESCE(l.completename, '(sans lieu)') AS lieu, COUNT(*) AS nb_postes
FROM glpi_computers AS c
LEFT JOIN glpi_locations AS l ON l.id = c.locations_id
WHERE c.is_deleted = 0
  AND c.is_template = 0
GROUP BY lieu
ORDER BY nb_postes DESC;

La jointure externe (LEFT JOIN) garde les ordinateurs sans lieu (leur locations_id vaut 0 et ne correspond à aucune ligne de glpi_locations) ; COALESCE remplace alors le nom vide par « (sans lieu) ». Avec un INNER JOIN, ces postes disparaîtraient du résultat, alors qu'ils sont justement ceux à corriger. La requête s'exécute en lecture seule, sur une copie ou avec un compte SELECT.

Tu avais trouvé ?

Exercice 4 sur 4 Sécuriser l'API Réussi À revoir

Nadia veut que le portail locataires (une application développée en interne) crée des tickets dans GLPI quand un locataire signale une panne. Donne quatre règles de sécurité pour cette intégration.

Voir la réponseMasquer la réponse de l'exercice 4
  1. Un compte technique dédié, avec un profil limité à la création de tickets dans l'entité et la catégorie concernées : pas de lecture du parc, pas d'administration (moindre privilège).
  2. Les jetons et secrets hors du code : dans la configuration du serveur ou un coffre de secrets, jamais dans le dépôt Git ; on les renouvelle s'ils fuient.
  3. HTTPS entre le portail et GLPI, avec vérification du certificat ; et l'API de GLPI accessible seulement depuis le serveur du portail (filtrage réseau), pas depuis Internet.
  4. Contrôle des entrées côté portail (longueur, contenu, protection contre les envois automatisés) avant de créer le ticket, et journalisation des appels pour retrouver l'origine d'un ticket suspect.

Tu avais trouvé ?

Chapitre terminé !

Fais les 4 exercices avant de passer à la suite : c'est en t'entraînant que tout se fixe.

chapitres
–
de série
–
du cours
–
Chapitre suivant : Exploiter et sécuriser GLPI : cron, sauvegardes, mises à jourRevoir le sommaire du cours