Votre template de data pour la gestion des problèmes

Freshservice
Votre `template` de `data` pour la gestion des problèmes

Votre template de data pour la gestion des problèmes

Ce `template` fournit un cadre complet pour cartographier le cycle de vie de vos problèmes dans Freshservice, vous permettant d'identifier les `bottlenecks` dans l'analyse des causes profondes et la création de solutions de contournement. Il décrit les `attributs` et activités essentiels nécessaires pour construire un `event log` robuste pour le `Process Mining`. En suivant ce guide, vous pouvez rationaliser votre processus d'extraction et vous concentrer sur l'amélioration de la stabilité des services IT.
  • Attributs critiques pour une analyse approfondie des causes profondes
  • Cartographie standardisée des activités pour le cycle de vie des problèmes
  • Guide technique pour l'extraction des `data` Freshservice
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion des problèmes

Ces champs de `data` recommandés fournissent le contexte nécessaire à votre `event log` pour permettre une analyse détaillée de la performance de votre gestion des problèmes.
3 Obligatoire 10 Recommandé 7 Facultatif
Nom Description
Activité
ActivityName
L'`event` ou l'action spécifique effectuée sur le dossier de problème.
Description

Cet attribut décrit l'étape au sein du cycle de vie du processus, telle que « Problème enregistré », « Cause profonde identifiée » ou « Groupe de support modifié ». C'est le composant principal des algorithmes de découverte de processus pour cartographier la séquence de travail.

En analyse, ce champ détermine les nœuds dans la carte de processus et est essentiel pour identifier les boucles de reprise, les étapes ignorées et les variantes de processus.

Pourquoi c'est important

Il définit le 'quoi' de l'exécution du processus et est obligatoire pour la génération de la carte des processus.

Où obtenir

Dérivé des points de terminaison 'Activités' ou 'Journal d'audit' de Freshservice.

Exemples
Problème enregistréPriorité Mise à JourStatut changé à Résolu
Dossier de problème
ProblemNumber
L'identifiant alphanumérique unique assigné au dossier de problème (ex. : PRB-10234).
Description

Cet attribut sert d'Case ID central pour l'analyse de Process Mining. Il identifie de manière unique une investigation de problème spécifique au sein de Freshservice, reliant toutes les activités, events et changements associés. Il est utilisé pour regrouper les entrées individuelles du log d'audit en une instance de processus cohérente.

En analyse, cet identifiant permet aux utilisateurs de passer d'agrégations de haut niveau à des parcours de problèmes spécifiques pour comprendre la séquence exacte des events qui se sont produits.

Pourquoi c'est important

C'est la clé fondamentale pour reconstituer le flux de processus et est requise pour identifier de manière unique chaque cas.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'display_id'.

Exemples
PRB-10023PRB-10045PRB-11201
Timestamp
EventTimestamp
La date et l'heure exactes de l'activité.
Description

Cet attribut enregistre le moment où un event spécifique a eu lieu dans le système. Il permet au moteur de Process Mining de commander les events chronologiquement et de calculer les durées entre les étapes.

En analyse, ces data constituent la base de tous les KPI temporels, tels que le temps de traitement, l'analyse des délais et l'identification des bottlenecks.

Pourquoi c'est important

Il établit la chronologie des événements, permettant le calcul du temps de cycle et l'ordonnancement des processus.

Où obtenir

Champs 'created_at' ou 'updated_at' de l'API Freshservice dans le flux d'activité.

Exemples
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
Agent assigné
AgentName
Le nom de l'agent du service d'assistance actuellement affecté au problème.
Description

Cet attribut identifie la personne responsable de l'investigation ou de la résolution du problème. Il permet l'analyse des ressources et le suivi des performances.

En analyse, il aide à identifier la répartition de la charge de travail et les individus spécifiques qui peuvent être surchargés ou particulièrement efficaces dans l'analyse des causes profondes (RCA).

Pourquoi c'est important

Clé pour l'analyse des ressources et le Process Mining organisationnel.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'responder_id' (nécessite une recherche dans la table Agents).

Exemples
Alice SmithBob JonesAdministrateur Système
Catégorie de Cause Racine
RootCauseCategory
La classification de la cause sous-jacente identifiée pour le problème.
Description

Cet attribut catégorise la raison pour laquelle le problème est survenu, comme « Bug logiciel », « Erreur de configuration » ou « Erreur humaine ». Il est renseigné après la phase d'analyse des causes profondes (RCA).

En analyse, il est utilisé pour le dashboard de « Qualité de catégorisation des causes profondes » afin d'identifier les faiblesses systémiques de l'infrastructure.

Pourquoi c'est important

Essentiel pour l'analyse des tendances et l'identification des domaines d'amélioration proactive.

Où obtenir

Objet 'Problème' de l'API Freshservice. Souvent un champ personnalisé ou le champ texte 'root_cause' selon la configuration.

Exemples
Défaillance logicielleErreur de configurationDysfonctionnement matériel
Délai d'analyse des causes profondes (RCA)
TimeToRootCause
La durée entre la création du problème et l'identification de la cause profonde.
Description

Cet attribut de durée est calculé en mesurant la différence de temps entre l'event « Problème enregistré » et l'event « Cause profonde identifiée ».

En analyse, il alimente le KPI « Temps moyen d'identification des causes profondes », soulignant l'efficacité de la phase de diagnostic.

Pourquoi c'est important

Mesure spécifiquement la vitesse de la phase d'investigation.

Où obtenir

Calculé à partir des horodatages d'événements.

Exemples
48 heures3 jours45 minutes
Département
DepartmentName
Le département de l'utilisateur qui a signalé le problème ou qui est principalement affecté.
Description

Cet attribut identifie l'unité commerciale impactée par le problème.

En analyse, il aide à segmenter la « Performance SLA des problèmes critiques » pour voir si certains départements reçoivent un service plus lent que d'autres.

Pourquoi c'est important

Fournit un contexte organisationnel sur l'impact des problèmes.

Où obtenir

API Freshservice, via la recherche de demandeur dans la table Département.

Exemples
FinanceRHIT
Est rouvert
IsReopened
Un indicateur signalant si l'enregistrement du problème est passé d'un état fermé à un état ouvert.
Description

Cet attribut booléen est calculé en vérifiant l'historique des activités pour les transitions d'un état terminal vers un état actif.

En analyse, il supporte le dashboard des « Tendances de réouverture des dossiers de problèmes », servant d'indicateur clé de qualité pour le processus de résolution.

Pourquoi c'est important

Indicateur principal des résolutions faussement positives et du remaniement.

Où obtenir

Calculé à partir du journal d'événements (ActivityName).

Exemples
truefaux
Groupe de support
SupportGroup
L'équipe technique ou le groupe assigné pour gérer le problème.
Description

Cet attribut représente la propriété d'équipe du dossier de problème. Les transferts entre groupes sont une source majeure de retard dans la gestion des problèmes.

En analyse, ce champ est utilisé pour générer la « Heatmap des transferts de groupe de support » et identifier les comportements de type "ping-pong" entre les équipes.

Pourquoi c'est important

Critique pour analyser les transferts et identifier les goulots d'étranglement cloisonnés.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'group_id' (nécessite une recherche dans la table Groupes).

Exemples
Équipe Base de donnéesOpérations RéseauSupport Applicatif
Incidents liés
RelatedIncidentCount
Le nombre d'enregistrements d'incidents liés à ce problème.
Description

Cet attribut compte le nombre d'incidents individuels associés au dossier de problème. Il sert de proxy pour le volume de perturbations utilisateur.

En analyse, il est utilisé pour le KPI « Densité de liaison des incidents » afin de vérifier si les problèmes réduisent réellement le volume d'incidents.

Pourquoi c'est important

Indique l'ampleur de l'effet du problème sur le service d'assistance.

Où obtenir

API Freshservice, nombre d'éléments du tableau 'associated_incidents'.

Exemples
05120
Priorité
ProblemPriority
Le niveau de priorité assigné au problème (ex. : Faible, Moyen, Élevé, Urgent).
Description

Cet attribut indique l'importance relative et l'urgence du dossier de problème. Il est généralement déterminé par une matrice d'impact et d'urgence.

En analyse, ce champ est crucial pour la segmentation. Il permet aux analystes de comparer les temps de cycle et le respect des SLA entre les problèmes critiques et les défauts mineurs.

Pourquoi c'est important

Essentiel pour filtrer et prioriser l'analyse des problèmes à fort impact.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'priorité'.

Exemples
FaibleMoyenÉlevéUrgent
SLA Non Respecté
IsSlaBreached
Un indicateur signalant si l'enregistrement du problème n'a pas atteint son objectif de niveau de service (SLA).
Description

Cet attribut booléen est vrai si le temps de résolution du problème a dépassé la politique définie.

En analyse, il alimente le dashboard de « Performance SLA des problèmes critiques », aidant à identifier quelles équipes ou catégories rencontrent le plus de difficultés en matière de ponctualité.

Pourquoi c'est important

Mesure directe de la conformité et de la performance des processus.

Où obtenir

API Freshservice, dérivé des indicateurs 'sla_policy' ou 'sla_breached'.

Exemples
truefaux
Statut
ProblemStatus
L'état actuel du cycle de vie du problème (ex. : Ouvert, Changement demandé, Résolu).
Description

Cet attribut suit la progression du problème à travers son workflow. Les modifications de ce champ déclenchent des activités de processus standard.

En analyse, il sert de filtre principal pour distinguer le travail actif du travail terminé et permet l'analyse du WIP (Work In Progress).

Pourquoi c'est important

Définit l'état du cas et est utilisé pour calculer les statistiques de flux.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'statut'.

Exemples
OuvertChangement en attenteRésoluClôturé
Actif impacté
AssociatedAsset
L'élément de configuration (CI) ou l'actif principal lié au problème.
Description

Cet attribut identifie l'actif matériel ou logiciel spécifique qui fait l'objet de l'investigation.

En analyse, il permet une « Qualité de catégorisation des causes profondes » par type d'actif, révélant si certains appareils ou versions logicielles sont sujets aux défauts.

Pourquoi c'est important

Connecte la performance des processus aux composants d'infrastructure.

Où obtenir

API Freshservice, champ 'associated_assets'.

Exemples
Serveur-01Application de paieCommutateur de cœur A
Date d'échéance
DueDate
La date cible à laquelle le dossier de problème est censé être résolu.
Description

Cet attribut contient la date limite du problème, souvent définie par les politiques SLA ou manuellement par un gestionnaire.

En analyse, la comparaison de cette date avec la date de résolution réelle offre un aperçu de la précision de la planification et de la définition d'attentes réalistes.

Pourquoi c'est important

Point de référence pour l'analyse de la livraison dans les délais.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'due_by'.

Exemples
2023-12-31T17:00:00Z
Demande de changement liée
ChangeRequestId
L'identifiant de la demande de changement créée pour résoudre le problème.
Description

Cet attribut contient l'ID d'une demande de changement associée au dossier de problème pour l'implémentation d'un correctif permanent.

En analyse, il est essentiel pour le KPI « Temps de transition RCA vers Changement », permettant de mesurer le temps perdu entre la découverte d'une cause et l'action corrective.

Pourquoi c'est important

Relie le processus de gestion des problèmes au processus de gestion des changements.

Où obtenir

API Freshservice, champ 'associated_change_request'.

Exemples
CHG-2001CHG-2045
Dernière mise à jour des données
LastExtractionTime
Le `timestamp` indiquant quand les `data` ont été extraites de Freshservice.
Description

Cet attribut indique la fraîcheur de l'ensemble de data utilisé pour l'analyse. Il aide les utilisateurs à comprendre s'ils consultent des data en temps réel ou un instantané du passé.

En analyse, il est utilisé comme point de référence pour calculer les durées d'ouverture actuelles des cas actifs.

Pourquoi c'est important

Fournit un contexte sur la latence et la fiabilité des données.

Où obtenir

Heure système au moment de l'exécution de l'ETL.

Exemples
2023-11-01T12:00:00Z
Description de la solution de contournement
WorkaroundNotes
Le texte décrivant la solution temporaire ou solution de contournement.
Description

Cet attribut contient les détails de la solution temporaire fournie. Sa présence indique qu'une solution de contournement a été publiée avec succès.

En analyse, le timestamp associé au renseignement de ce champ alimente l'indicateur clé de performance (KPI) « Délai moyen de publication des solutions de contournement ».

Pourquoi c'est important

Critique pour mesurer la vitesse d'atténuation par rapport à la vitesse de résolution complète.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'solution de contournement'.

Exemples
Redémarrer le service manuellementVider le cache du navigateurUtiliser un `endpoint` VPN alternatif
Impact
ImpactLevel
La mesure de l'effet du problème sur les processus métier.
Description

Cet attribut quantifie la portée du problème, souvent utilisé conjointement avec l'urgence pour déterminer la priorité.

En analyse, il aide à prioriser les bottlenecks de processus qui affectent les fonctions métier les plus critiques.

Pourquoi c'est important

Utilisé pour pondérer les résultats d'analyse par criticité métier.

Où obtenir

Objet 'Problème' de l'API Freshservice, champ 'impact'.

Exemples
FaibleMoyenÉlevé
Système source
SourceSystem
Le nom du système d'où proviennent les données.
Description

Cet attribut statique identifie l'origine de l'ensemble de data, qui est « Freshservice ». Dans les environnements multi-systèmes, il aide à distinguer les dossiers provenant de différents outils ou instances ITSM.

En analyse, il est principalement utilisé pour filtrer ou regrouper lors de la combinaison de data provenant de plusieurs sources.

Pourquoi c'est important

Assure la lignée des données et la traçabilité dans les implémentations de Process Mining multi-systèmes.

Où obtenir

Valeur codée en dur lors de l'extraction.

Exemples
Freshservice
Obligatoire Recommandé Facultatif

Activités de gestion des problèmes

Capturez ces jalons de processus essentiels et ces changements de statut pour visualiser le parcours complet des enregistrements de problèmes au sein de votre centre de services.
7 Recommandé 8 Facultatif
Activité Description
Cause profonde identifiée
Le moment où le champ de texte de la cause profonde ou la section d'analyse est renseigné. Capturé en identifiant la première mise à jour du champ « Cause profonde » depuis un état nul.
Pourquoi c'est important

Le jalon principal pour l'analyse du délai d'analyse des causes profondes (RCA). Il marque la transition de l'investigation à la conception de la solution.

Où obtenir

Flux d'activité : mise à jour des champs 'root_cause' ou 'analysis'.

Capture

Comparer le champ 'root_cause' avant/après la mise à jour

Type d'événement inferred
Correction permanente appliquée
Représente la mise en œuvre de la solution finale. Dans Freshservice, cela est généralement déduit lorsque le statut passe à « Solved » ou « Resolved ».
Pourquoi c'est important

Calcule le délai de mise en œuvre de la correction permanente. Marque la fin du travail de rectification technique.

Où obtenir

Flux d'activité : changement de statut à 'Résolu'.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Demande de changement associée
Le lien d'un dossier de changement au dossier de problème, signalant le début de la phase de remédiation. Capturé via l'« Association avec le changement » (`system event`).
Pourquoi c'est important

Vital pour le moniteur de bottleneck des demandes de changement. Mesure le transfert de la gestion des problèmes à la gestion des changements.

Où obtenir

Flux d'activité : événement 'Association avec un changement'.

Capture

Enregistré lorsqu'un ID de changement est lié

Type d'événement explicit
Groupe de support assigné
Acheminement du dossier de problème vers une équipe technique ou un groupe d'affectation spécifique. Capturé en surveillant les modifications du champ « Group » dans l'historique du ticket.
Pourquoi c'est important

Essentiel pour la carte thermique des transferts entre groupes de support. Le suivi de cela révèle les effets de ping-pong et les transferts excessifs entre les équipes.

Où obtenir

Flux d'activité : mises à jour des champs 'group_id' ou 'group_name'.

Capture

Enregistré lorsque le champ Groupe est mis à jour

Type d'événement explicit
Problème clôturé
L'événement final du cycle de vie où le dossier est verrouillé et considéré comme inactif. Capturé par la transition de statut vers « Clôturé ».
Pourquoi c'est important

Définit la fin absolue de l'instance de processus. Requis pour le calcul du temps de cycle total.

Où obtenir

Flux d'activité : changement de statut à 'Fermé'.

Capture

Enregistré lorsque le statut passe à Clôturé

Type d'événement explicit
Problème enregistré
La création initiale du dossier de problème dans le système. Cet `event` est explicitement capturé dans le `log` d'audit de Freshservice lorsqu'un nouveau ticket de problème est enregistré.
Pourquoi c'est important

Marque le début de l'instance de processus. C'est le point d'ancrage pour le calcul de tous les délais et temps de cycle.

Où obtenir

Flux d'activité Freshservice ou API Tickets (timestamp created_at).

Capture

Enregistré lorsque la transaction Nouveau problème est exécutée

Type d'événement explicit
Solution de contournement publiée
L'ajout d'une solution temporaire au dossier de problème, souvent désignée comme une note ou un champ « Workaround ». Utilisé pour calculer la vitesse de publication des solutions de contournement.
Pourquoi c'est important

Mesure la rapidité avec laquelle l'équipe atténue l'impact. Essentiel pour l'indicateur clé de performance (KPI) 'Délai moyen de solution de contournement'.

Où obtenir

Flux d'activité : mise à jour du champ 'solution de contournement' ou création d'une note marquée comme Solution/Solution de contournement.

Capture

Enregistré lorsque le champ Solution de contournement est renseigné

Type d'événement explicit
Actif lié
L'association d'un élément de configuration (CI) ou d'un actif au dossier de problème. Cela aide à identifier le « Service métier affecté » ou l'« Élément de configuration impacté ».
Pourquoi c'est important

Relie le problème abstrait à l'infrastructure physique ou logique. Crucial pour l'analyse de la qualité de la catégorisation des causes profondes.

Où obtenir

Flux d'activité : événement 'Association avec un actif'.

Capture

Enregistré lorsqu'un actif est attaché à l'enregistrement

Type d'événement explicit
Agent assigné
L'affectation d'un intervenant individuel spécifique au dossier de problème. Capturé explicitement lorsque le champ « Agent » est renseigné ou mis à jour.
Pourquoi c'est important

Indique quand une ressource a officiellement pris en charge le travail. Aide à analyser l'allocation des ressources par priorité.

Où obtenir

Flux d'activité : mises à jour du champ 'responder_id'.

Capture

Enregistré lorsque le champ Agent est mis à jour

Type d'événement explicit
Note ajoutée
Activité générale capturant l'ajout d'une note publique ou privée à l'enregistrement. Représente la collaboration ou les mises à jour en cours.
Pourquoi c'est important

Peut indiquer un travail actif même si le statut n'a pas changé. Utile pour identifier les périodes d'« attente active ».

Où obtenir

Flux d'activité : événement 'Note ajoutée'.

Capture

Enregistré lorsqu'un commentaire est publié

Type d'événement explicit
Priorité Mise à Jour
Modification du niveau d'urgence ou d'impact de l'enregistrement du problème. Capturée via la piste d'audit du champ 'Priorité'.
Pourquoi c'est important

Critique pour l'analyse des violations de SLA et le filtrage du tableau de bord de performance des SLA pour les problèmes critiques.

Où obtenir

Flux d'activité : mises à jour du champ 'priorité'.

Capture

Enregistré lorsque le champ Priorité est modifié

Type d'événement explicit
Problème rouvert
Une transition d'un état 'Résolu' ou 'Fermé' vers un état 'Ouvert'. Indique que la correction a échoué ou a été rejetée.
Pourquoi c'est important

La métrique clé pour le dashboard des tendances de réouverture des dossiers de problèmes. Des taux élevés indiquent une faible qualité de l'analyse des causes profondes (RCA) ou des correctifs.

Où obtenir

Flux d'activité : changement de statut de [Fermé/Résolu] à [Ouvert/En cours].

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
SLA Non Respecté
Un événement généré par le système indiquant que l'heure 'Échéance' a été dépassée. Freshservice enregistre des marqueurs spécifiques de violation de SLA.
Pourquoi c'est important

Soutient directement l'analyse des performances SLA des problèmes critiques. Met en évidence les échecs de conformité.

Où obtenir

Flux d'activité : journal système de violation de SLA.

Capture

Enregistré lorsque le moniteur SLA du système se déclenche

Type d'événement explicit
Statut : Changement en attente
Une transition de statut indiquant que le problème est en attente de mise en œuvre d'une demande de changement. Déduite du changement du champ statut à 'Demande de changement' ou similaire.
Pourquoi c'est important

Identifie les temps d'attente où l'équipe de gestion des problèmes dépend de processus de changement externes.

Où obtenir

Flux d'activité : changement de statut vers l'ID représentant 'Demande de changement'.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Tâche de problème terminée
L'achèvement d'une sous-tâche liée au dossier de problème. Ceci est souvent utilisé pour suivre les revues post-implémentation (PIR) ou des étapes d'investigation spécifiques.
Pourquoi c'est important

Supporte le dashboard d'audit de fin de revue en suivant la clôture des tâches de revue.

Où obtenir

Flux d'activité : changement de statut de 'Tâche' à Fermé/Terminé.

Capture

Enregistré lorsqu'une tâche liée est marquée comme terminée

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `données` de `Freshservice`