Durée entre une activité et le temps actuel

Vue d'ensemble

L'enrichissement Durée entre une activité et le temps actuel calcule le temps écoulé entre une occurrence spécifique d'une activité dans votre processus et le moment actuel où l'analyse est effectuée. Cet enrichissement basé sur le temps permet une surveillance en temps réel du vieillissement des processus, aidant les organisations à suivre les accords de niveau de service, identifier les goulots d'étranglement et surveiller les éléments ouverts dans leurs processus. En créant un nouvel attribut de cas avec la durée calculée, vous pouvez facilement filtrer, trier et analyser les cas selon le temps écoulé depuis que des activités critiques ont eu lieu.

Cet enrichissement est particulièrement précieux pour les tableaux de bord opérationnels et les scénarios de surveillance en temps réel des processus. Contrairement aux calculs de durée statiques entre deux activités, cet enrichissement fournit des mesures temporelles dynamiques qui se mettent à jour chaque fois que votre jeu de données est actualisé, ce qui en fait un outil idéal pour suivre les cas vieillissants, surveiller les temps de réponse et garantir une exécution en temps voulu des processus. L'enrichissement supporte diverses unités de temps allant de secondes à années, vous permettant de choisir la granularité la plus appropriée à vos besoins d’analyse.

Usages courants

Suivre le vieillissement des tickets de support ouverts depuis le premier contact client
Surveiller le temps écoulé depuis la dernière mise à jour de statut dans les flux d’approbation
Calculer les jours écoulés depuis la commande pour les commandes non exécutées
Mesurer le temps passé depuis l’admission d’un patient dans les processus de santé
Suivre le vieillissement des factures impayées depuis leur émission
Surveiller le temps écoulé depuis le dernier contrôle qualité en production
Identifier les cas nécessitant une escalade en fonction du temps depuis des jalons spécifiques

Paramètres

Nom du nouvel attribut : Le nom du nouvel attribut de cas qui stockera la durée calculée. Choisissez un nom descriptif qui indique clairement la période mesurée, comme "Jours depuis l’enregistrement" ou "Heures depuis la dernière mise à jour". Cet attribut sera ajouté à votre table de cas et pourra être utilisé dans les filtres, calculateurs et autres enrichissements. Évitez les caractères spéciaux et assurez-vous que le nom ne soit pas en conflit avec des attributs existants.

Nom de l'activité : Sélectionnez l’activité à partir de laquelle vous souhaitez calculer la différence de temps jusqu’au moment actuel. Ce menu déroulant liste toutes les activités présentes dans votre jeu de données. L'enrichissement recherchera les occurrences de cette activité dans chaque cas et calculera la durée entre le timestamp de cette activité et l’heure actuelle. Si un cas ne contient pas l’activité sélectionnée, le nouvel attribut sera défini comme nul pour ce cas.

Type de durée : Choisissez l’unité de temps pour le calcul de la durée. Les options incluent :

TimeSpan : Représentation complète du temps (jours:heures:minutes:secondes)
Seconds : Nombre total de secondes écoulées
Minutes : Nombre total de minutes écoulées
Hours : Nombre total d’heures écoulées
Days : Nombre total de jours écoulés (par défaut pour la plupart des processus métier)
Weeks : Nombre total de semaines écoulées (arrondi à la semaine la plus proche)
Months : Nombre total de mois écoulés (en utilisant une moyenne de 30,44 jours par mois)
Years : Nombre total d’années écoulées (en tenant compte des années bissextiles avec 365,25 jours)

Sélectionnez l’unité qui correspond le mieux à vos besoins d’analyse et exigences de reporting.

Autoriser les périodes fractionnaires : Lorsqu’activé, permet des valeurs décimales dans le calcul de durée (par exemple 2,5 jours, 1,75 heures). Lorsqu’il est désactivé, les valeurs sont arrondies au nombre entier le plus proche. Ce paramètre s’applique uniquement lorsque le Type de durée n’est pas TimeSpan. Activez-le pour des calculs plus précis ou désactivez-le pour obtenir des valeurs entières plus propres dans les rapports. Les périodes fractionnaires sont particulièrement utiles pour les unités de temps courtes comme les heures ou les jours où la précision est importante.

Exemples

Exemple 1 : Vieillissement des tickets de support

Scénario : Une équipe de service client doit surveiller la durée d’ouverture des tickets depuis l’activité initiale "Ticket Created" afin de respecter leur SLA de réponse de 48 heures.

Paramètres :

Nom du nouvel attribut : Jours depuis création du ticket
Nom de l'activité : Ticket Created
Type de durée : Days
Autoriser les périodes fractionnaires : true

Résultat : L’enrichissement crée un nouvel attribut de cas "Jours depuis création du ticket" affichant des valeurs décimales indiquant le nombre précis de jours écoulés. Par exemple :

Cas 1001 : 0,5 (créé il y a 12 heures)
Cas 1002 : 2,3 (créé il y a 2 jours et 7 heures)
Cas 1003 : 5,8 (créé il y a presque 6 jours)

Analyse : L’équipe peut désormais créer des filtres pour identifier les tickets ouverts depuis plus de 2 jours nécessitant une attention immédiate, configurer des alertes pour ceux approchant la violation du SLA et suivre l’évolution moyenne du vieillissement dans le temps.

Exemple 2 : Contrôle qualité en fabrication

Scénario : Une usine fabrique des produits et doit suivre le temps écoulé depuis la dernière inspection qualité pour les articles encore en ligne de production, afin de garantir des inspections toutes les 4 heures.

Paramètres :

Nom du nouvel attribut : Heures depuis dernière inspection
Nom de l'activité : Quality Inspection Completed
Type de durée : Hours
Autoriser les périodes fractionnaires : false

Résultat : L’enrichissement génère un attribut entier affichant le nombre d’heures entières écoulées depuis la dernière inspection :

Lot A-100 : 2 heures
Lot A-101 : 5 heures (inspection immédiate requise)
Lot A-102 : 1 heure

Analyse : Les responsables de production peuvent rapidement identifier les lots en retard d’inspection, optimiser la planification des inspections et garantir le respect des normes qualité.

Exemple 3 : Suivi des patients en milieu hospitalier

Scénario : Un service des urgences hospitalier suit le temps d’attente des patients depuis le triage afin de prioriser les soins et respecter les temps d’attente cibles.

Paramètres :

Nom du nouvel attribut : Minutes depuis triage
Nom de l'activité : Patient Triaged
Type de durée : Minutes
Autoriser les périodes fractionnaires : false

Résultat : Crée un compteur en minutes pour chaque patient :

Patient ID 5001 : 45 minutes
Patient ID 5002 : 120 minutes
Patient ID 5003 : 15 minutes

Analyse : Le personnel peut immédiatement identifier les patients en attente excessive, équilibrer la charge de travail entre les ressources disponibles et suivre les performances par rapport aux objectifs.

Exemple 4 : Vieillissement des factures pour comptes clients

Scénario : Le département financier doit suivre les factures impayées pour gérer la trésorerie et cibler les efforts de recouvrement, notamment pour les factures de plus de 30, 60 et 90 jours.

Paramètres :

Nom du nouvel attribut : Âge des factures (jours)
Nom de l'activité : Invoice Sent
Type de durée : Days
Autoriser les périodes fractionnaires : false

Résultat : Produit un compteur entier en jours pour chaque facture impayée :

Facture 2024-1001 : 15 jours
Facture 2024-1002 : 67 jours (appel au recouvrement requis)
Facture 2024-1003 : 92 jours (escalade au service contentieux)

Analyse : L’équipe finance peut catégoriser les factures selon leur ancienneté, prioriser les relances sur les plus anciennes et identifier les clients présentant des problèmes de paiement.

Exemple 5 : Suivi du processus d’approvisionnement

Scénario : Une équipe achat suit le temps écoulé depuis l’approbation de la demande d’achat pour garantir une passation de commande rapide et identifier les retards dans le processus d’approvisionnement.

Paramètres :

Nom du nouvel attribut : Jours depuis approbation DA
Nom de l'activité : Purchase Requisition Approved
Type de durée : Days
Autoriser les périodes fractionnaires : true

Résultat : Crée un compteur précis en jours montrant les délais dans les achats :

PR-2024-501 : 1,2 jours (traitement normal)
PR-2024-502 : 8,7 jours (investigation des retards)
PR-2024-503 : 0,4 jour (récemment approuvé)

Analyse : Les responsables achats peuvent identifier les goulots d’étranglement dans le processus d’achat, suivre l’efficacité de la sélection des fournisseurs et garantir la passation de commandes dans les délais pour maintenir les niveaux de stock.

Résultat

L’enrichissement crée un nouvel attribut au niveau des cas dans votre jeu de données avec la durée calculée entre l’activité sélectionnée et l’heure actuelle. Le type de données de l’attribut dépend de votre choix de Type de durée : type TimeSpan pour la durée TimeSpan, nombre décimal pour les périodes fractionnaires ou entier pour les périodes entières. La valeur de l’attribut se met automatiquement à jour à chaque actualisation du jeu de données, fournissant une information de vieillissement en temps réel.

Les cas où l’activité sélectionnée est absente auront une valeur nulle pour le nouvel attribut, ce qui vous permet d’identifier et filtrer facilement les cas sans cette activité. Le nouvel attribut s’intègre parfaitement avec d’autres fonctionnalités de mindzie Studio – utilisez-le dans des filtres pour identifier les cas âgés, dans des calculateurs pour analyser l’âge moyen, ou dans des tableaux de bord pour la surveillance en temps réel. Vous pouvez également combiner cet enrichissement avec des enrichissements de catégorisation des performances pour classifier automatiquement les cas selon leur âge (par exemple, "Nouveau", "Vieillissant", "En retard").

L’enrichissement gère intelligemment les comparaisons Date seule et DateHeure. Lorsque les timestamps comprennent des composantes temporelles, il calcule des durées précises. Lorsqu’il s’agit de valeurs date seules, il compare au niveau de la date, garantissant ainsi des calculs exacts quelle que soit la précision temporelle de vos données. Ceci rend l’enrichissement polyvalent pour différentes sources de données et types de processus.

Cette documentation fait partie de la plateforme d’analyse de processus mindzie Studio.