Supprimer une Activité avec un Temps Similaire

Aperçu

Le filtre Supprimer une Activité avec un Temps Similaire supprime des événements d'activités spécifiques des cas lorsqu'ils se produisent dans une fenêtre temporelle définie par rapport à une autre activité. Ce filtre au niveau événement est conçu pour nettoyer les journaux de processus en éliminant les activités redondantes ou en double qui se produisent trop près dans le temps. Vous spécifiez quelle activité supprimer, quelle activité servir de référence pour la comparaison (ou toutes les autres activités), et la différence de temps maximale qui déclenche la suppression.

Utilisations Courantes

Supprimer les activités en double ou redondantes qui se produisent à quelques secondes ou minutes d'intervalle
Nettoyer les journaux en éliminant les événements de nouvelle tentative automatique qui surviennent immédiatement après des échecs
Supprimer les événements de notification redondants qui se déclenchent trop près des activités déclencheuses
Filtrer les activités de saisie de données en double enregistrées dans une courte fenêtre temporelle
Nettoyer les journaux de processus où la même activité a été enregistrée plusieurs fois par erreur
Supprimer les activités de suivi qui surviennent trop rapidement après les activités initiales

Paramètres

Activity to Remove : Le nom de l'activité que vous souhaitez supprimer des cas.

Activity to Compare To : L'activité de référence pour comparer le timing. Laissez vide pour comparer avec toutes les autres activités.

Duration Threshold : La différence de temps maximale entre les événements. Si l'activité à supprimer survient dans cette fenêtre temporelle après l'activité de référence, elle sera supprimée.

Paramètre	Objectif	Exemple de valeur
Activity to Remove	Précise quelles activités supprimer	"Email Notification"
Activity to Compare To	Activité de référence pour la comparaison	"Order Confirmed" ou vide
Duration Threshold	Écart de temps maximal déclenchant la suppression	"00:05:00" (5 minutes)

Exemples

Exemple 1 : Suppression des Notifications Email en Double

Scénario : Votre système de gestion des commandes envoie parfois des notifications email en double quelques minutes après la confirmation de commande. Ces événements "Email Sent" en double encombrent votre journal de processus et ne représentent pas des étapes significatives du processus. Vous souhaitez supprimer les événements "Email Sent" qui surviennent dans les 5 minutes qui suivent l'activité "Order Confirmed".

Paramètres :

Activity to Remove : "Email Sent"
Activity to Compare To : "Order Confirmed"
Duration Threshold : "00:05:00" (5 minutes)

Résultat :

Tout événement "Email Sent" qui survient dans les 5 minutes suivant un événement "Order Confirmed" dans le même cas est supprimé. Par exemple, si le cas #12345 présente "Order Confirmed" à 10:00:00 et "Email Sent" à 10:02:30, l'événement email est supprimé. Si un autre cas a "Email Sent" à 10:08:00 (8 minutes plus tard), cet événement est conservé car il est hors de la fenêtre de 5 minutes.

Perspectives : Cela nettoie votre journal de processus en éliminant les notifications redondantes qui suivent systématiquement de près la confirmation de commande. Les événements email restants représentent des communications légitimes, tandis que les notifications en double sont filtrées, offrant une vision plus claire du flux réel du processus.

Exemple 2 : Élimination des Événements de Nouvelle Tentative Automatique

Scénario : Votre système de traitement des paiements effectue automatiquement des nouvelles tentatives pour les transactions échouées dans les 30 secondes. Ces événements automatiques "Retry Payment" sont générés par le système et doivent être supprimés de l'analyse, en ne conservant que les tentatives manuelles effectuées ultérieurement.

Paramètres :

Activity to Remove : "Retry Payment"
Activity to Compare To : "Payment Failed"
Duration Threshold : "00:00:30" (30 secondes)

Résultat :

Tout événement "Retry Payment" survenant dans les 30 secondes après "Payment Failed" est supprimé du journal. Si le cas #PAY-789 a "Payment Failed" à 14:15:00 et "Retry Payment" à 14:15:15, la tentative automatique est supprimée. Les nouvelles tentatives manuelles effectuées des heures plus tard restent dans le journal.

Perspectives : En filtrant les nouvelles tentatives automatiques, vous pouvez vous concentrer sur les étapes significatives du traitement des paiements et les interventions manuelles. Cela fournit des durées de cycle précises et aide à identifier les cas nécessitant une intervention humaine versus la récupération automatique.

Exemple 3 : Suppression des Vérifications de Statut Redondantes

Scénario : Votre application enregistre une activité "Status Check" qui survient parfois immédiatement après toute autre activité en raison de la surveillance automatisée. Vous souhaitez supprimer les événements "Status Check" qui se produisent dans les 1 seconde suivant toute autre activité, car il s'agit de contrôles système automatisés et non d'étapes significatives du processus.

Paramètres :

Activity to Remove : "Status Check"
Activity to Compare To : (laisser vide pour comparer à toutes les activités)
Duration Threshold : "00:00:01" (1 seconde)

Résultat :

Tout événement "Status Check" survenant dans la seconde qui suit toute autre activité est supprimé. Par exemple, si le cas #APP-456 a "Document Upload" à 11:30:00.000 et "Status Check" à 11:30:00.500 (500 millisecondes plus tard), la vérification de statut est supprimée. Les vérifications de statut survenant plus d'une seconde après l'activité précédente sont conservées.

Perspectives : Cela élimine les contrôles système automatisés qui encombrent votre journal de processus, ne conservant que les vérifications de statut intentionnelles initiées par les utilisateurs ou les processus programmés. Votre visualisation de processus devient plus claire et plus représentative des activités métier réelles.

Exemple 4 : Nettoyage des Saisies de Données en Double

Scénario : Lors d'une migration de données, certaines activités "Update Customer Info" ont été enregistrées deux fois par erreur dans la même minute. Vous souhaitez supprimer ces événements de mise à jour en double pour nettoyer vos données historiques.

Paramètres :

Activity to Remove : "Update Customer Info"
Activity to Compare To : (laisser vide)
Duration Threshold : "00:01:00" (1 minute)

Résultat :

Toute activité "Update Customer Info" survenant dans la minute qui suit toute autre activité dans le même cas est supprimée. Cela permet de détecter les entrées en double lors de la migration. Si le cas #CUST-321 présente deux activités "Update Customer Info" à 15:45:00 et 15:45:30, la seconde est supprimée.

Perspectives : Cela aide à nettoyer les données historiques des problèmes de migration ou des erreurs de double saisie. En supprimant les doublons quasi simultanés, vous obtenez une représentation plus précise des mises à jour réelles des informations clients et des métriques de processus plus propres.

Résultat

Ce filtre opère au niveau des événements, supprimant des événements individuels des cas :

Seuls les événements spécifiés dans "Activity to Remove" sont affectés
Les événements sont supprimés s'ils surviennent APRÈS les événements de référence dans le seuil de temps
La comparaison temporelle est directionnelle (considère uniquement les événements survenant après les événements de référence)
Les cas restent dans l'ensemble de données même si des événements sont supprimés
Toutes les autres propriétés et attributs des événements sont conservés
Si aucun événement ne correspond aux critères de suppression, les données originales sont retournées inchangées

Utilisez ce filtre pour nettoyer vos journaux de processus en supprimant les activités redondantes, en double, ou générées par le système qui surviennent trop près dans le temps d'étapes significatives du processus.

Cette documentation fait partie de la plateforme de process mining mindzie Studio.