NexTool Solutions

GLPI ouvre tout seul les tickets de maintenance préventive : nettoyage d'imprimante, test de sauvegarde, changement de mot de passe de service, revue des accès. Nous avons testé les tickets récurrents de GLPI 11 et ils fonctionnent, mais trois détails font disparaître la maintenance préventive ou la font partir de travers sans aucun avertissement. Une récurrence mensuelle qui commence le 31 finit par tomber le 3. Une création anticipée supérieure à la périodicité fait que GLPI ne crée jamais rien. Et un gabarit sans champs génère un ticket vide.

À quoi servent les tickets récurrents

Toute routine qui dépend aujourd'hui de la mémoire de quelqu'un :

• Maintenance préventive des imprimantes, des onduleurs et de la climatisation de la salle serveurs.
• Test de restauration de sauvegarde (une sauvegarde qui n'a jamais été restaurée n'est pas une sauvegarde ; voir sauvegarde et reprise après sinistre dans GLPI).
• Revue trimestrielle des accès et des comptes inactifs.
• Renouvellement des certificats, licences et domaines.
• Checklists d'ouverture et de clôture de mois.

Le ticket naît le bon jour, avec catégorie, groupe et description prêts, entre dans la file et compte dans le SLA comme n'importe quel autre.

Comment le configurer

1. Créez le gabarit de ticket

Le ticket récurrent n'a ni titre ni description propres : il copie tout d'un Gabarit de ticket. Dans les champs prédéfinis du gabarit, renseignez au minimum :

• Titre et description (avec la checklist de la tâche) ;
• Catégorie et type (généralement Demande) ;
• Groupe attribué, pour que le ticket ne naisse pas sans responsable ;
• Urgence ou priorité.

2. Créez le ticket récurrent

Dans Assistance > Tickets récurrents :

Dans l'onglet des éléments, associez les actifs (l'imprimante, le serveur) pour que le ticket naisse déjà lié à eux.

3. Vérifiez l'action automatique

C'est l'action automatique RecurrentItems qui crée les tickets ; elle s'exécute toutes les heures. En pratique, le ticket peut apparaître jusqu'à une heure après l'horaire prévu. Si l'heure exacte compte, utilisez une création anticipée d'au moins 1 heure. Et le cron de GLPI doit tourner (voir l'étape 6 de comment installer GLPI 11).

Le test : où la récurrence déraille

Nous avons utilisé le calcul de GLPI 11 lui-même pour voir les prochaines dates dans des cas qui posent souvent problème, et nous avons créé de vrais tickets dans notre entité de test (données fictives, supprimées ensuite).

Les trois pièges

1. Le 29, le 30 ou le 31 en mensuel

Avec une périodicité en mois, GLPI ajoute « 1 mois » à la date. Février n'a pas de 31, donc 31/01 + 1 mois devient 03/03, et à partir de là la récurrence reste le 3. La maintenance préventive « du dernier jour du mois » devient celle « du 3 ».

Solution : commencez les récurrences mensuelles entre le 1er et le 28. S'il faut que ce soit en fin de mois, utilisez le 28 et une création anticipée.

2. Création anticipée supérieure à la périodicité

Pour un ticket récurrent quotidien avec une création anticipée de 2 jours, GLPI considère la configuration comme invalide et laisse la prochaine date vide. À l'écran, le récurrent apparaît actif ; en pratique, il ne crée rien.

Solution : la création anticipée doit être inférieure à la périodicité. Après l'enregistrement, vérifiez que la prochaine date de création a bien été renseignée.

3. Gabarit sans champs

Si le gabarit n'a ni titre ni description, GLPI crée quand même le ticket, vide. Personne ne sait quoi en faire, et il reste bloqué dans la file.

Solution : titre, description, catégorie et groupe dans le gabarit, toujours. Et ouvrez l'historique du récurrent : chaque création laisse un message, y compris en cas d'échec.

Bonnes pratiques

• Un récurrent par routine, avec le nom de la routine et la périodicité dans le nom (« Préventive imprimantes - mensuel »).
• Checklist dans la description, avec ce qu'il faut faire et comment consigner le résultat.
• Calendrier avec jours fériés pour ne pas créer de ticket un jour non travaillé : voir comment générer et associer des calendriers de jours fériés.
• SLA de résolution proportionné : une maintenance préventive mensuelle n'a pas besoin du SLA d'un incident.
• Revue trimestrielle de la liste des récurrents : équipement remplacé, routine modifiée, date de fin dépassée.
• Les changements peuvent aussi être récurrents (Assistance > Changements récurrents), pour les fenêtres de maintenance planifiées.

Test de NexTool le 4 octobre 2026, sur le GLPI 11.0.7 de notre support, entité de test avec données fictives. Les prochaines dates ont été calculées par la fonction de GLPI lui-même ; les gabarits, récurrents et tickets de test ont été supprimés à la fin.