Problem Flow

Problem Management ITIL automatisé dans GLPI

Problem Flow apporte la Gestion des problèmes ITIL à GLPI, de façon automatique. Il observe les tickets résolus et clos avec des règles au même format que les règles métier de GLPI : catégorie, lieu, type d'élément associé, type de solution, priorité, source de la demande, groupes, demandeur et mots dans le titre, la description ou le texte de la solution. Lorsque le minimum de tickets est atteint sur la période, le module ouvre le Problème et y lie les tickets qui l'ont provoqué.

Sous licenceGLPI 11 et 12

Fonctionnalités

Il est livré avec 27 règles prêtes, inactives, pour les cas les plus courants : le même équipement en panne à répétition ; Wi-Fi, impression, électricité ou téléphonie en difficulté sur un même lieu ; des services comme la messagerie, le VPN, la connexion, la sauvegarde et le certificat numérique ; les solutions de contournement récurrentes ; et tout incident critique. Le bouton Tester montre ce que la règle aurait détecté dans vos tickets, sans rien créer, et vous n'activez que ce qui a du sens.

Le comptage peut être séparé par élément, lieu, catégorie, groupe de techniciens, demandeur ou service : avec un minimum de 5, cinq incidents Wi-Fi à l'agence Centre et cinq à l'agence Nord ouvrent deux Problèmes, un par agence. Un minimum de demandeurs distincts évite qu'une seule personne déclenche l'alerte, et un intervalle minimal empêche les Problèmes répétés. Les actions de la règle définissent la création du Problème : titre, gabarit, catégorie, urgence, impact, groupe de techniciens, technicien et groupe observateur. L'analyse de la cause racine suit le flux normal de GLPI, et l'onglet Logs indique quelle règle a ouvert chaque Problème, pour quel groupe et avec quels tickets.

Règles avec les critères et opérateurs des règles natives de GLPI, y compris "sous" pour les sous-catégories et sous-lieux

27 modèles de règle prêts : équipement, lieu, services, catégorie et incident critique

Bouton Tester : simule la règle sur vos tickets avant de l'activer, sans rien créer

Un Problème pour chaque cause commune : comptage séparé par élément, lieu, catégorie, groupe de techniciens, demandeur ou service

Minimum de demandeurs distincts contre les fausses alertes

Les solutions de contournement récurrentes deviennent un Problème : le candidat à l'erreur connue de l'ITIL

Les actions de la règle définissent le Problème : titre, gabarit, catégorie, urgence, impact, groupe de techniciens et technicien

Incidents liés au Problème, sans doublon : intervalle minimal et tickets déjà liés ignorés

Onglet Logs avec la règle, le groupe et les tickets de chaque Problème, et alerte facultative à l'équipe par un suivi

Comment ça fonctionne

Étape 1

Choisissez un modèle ou créez la règle

Dans l'onglet Règles, partez de l'un des 27 modèles prêts ou créez la vôtre : critères, combien de tickets en combien de jours, comment regrouper et comment le Problème doit être ouvert.

Étape 2

Testez avant d'activer

Le bouton Tester simule la règle sur la période, avec vos tickets : il montre chaque groupe, le nombre de tickets et de demandeurs comptés face au minimum et l'aperçu du Problème. Rien n'est créé.

Étape 3

Évaluation automatique

Chaque fois qu'un ticket est résolu ou clos, et aussi par l'action automatique de GLPI (toutes les 6 heures, par défaut), les règles actives sont évaluées. Lorsque le minimum est atteint, le Problème est ouvert avec les tickets liés.

Étape 4

Analyse de la cause racine dans GLPI

Le Problème réunit les incidents pour l'analyse de la cause racine dans le flux normal de GLPI. L'onglet Logs indique quelle règle a ouvert chaque Problème, pour quel groupe et avec quels tickets.

Voyez-le en action

Un aperçu rapide de ce que le plugin fait en pratique.

Démo vidéo bientôt disponible.

Galerie d'images

Commencez à utiliser Problem Flow

Consultez les plans disponibles ou lisez l'article complet sur ce module.

Voir les plans Lire l'article complet
Besoin d'aide ?