Entfernen von Aktivitäten mit ähnlicher Zeit

Übersicht

Der Filter „Remove Activity with Similar Time“ entfernt bestimmte Aktivitätenereignisse aus Fällen, wenn sie innerhalb eines definierten Zeitfensters zu einer anderen Aktivität auftreten. Dieser filter auf Ereignisebene dient dazu, Prozessprotokolle zu bereinigen, indem redundante oder doppelte Aktivitäten eliminiert werden, die zu dicht beieinander zeitlich auftreten. Sie geben an, welche Aktivität entfernt werden soll, mit welcher Aktivität verglichen werden soll (oder mit allen anderen Aktivitäten) und der maximale Zeitunterschied, der eine Entfernung auslöst.

Häufige Anwendungsfälle

Entfernen von doppelten oder redundanten Aktivitäten, die innerhalb von Sekunden oder Minuten nacheinander auftreten
Bereinigen von Protokollen durch Entfernen automatischer Wiederholungsereignisse, die unmittelbar nach Fehlern auftreten
Entfernen redundanter Benachrichtigungsereignisse, die zu nahe an ihren auslösenden Aktivitäten ausgelöst werden
Filtern von doppelten Dateneingabeaktivitäten, die innerhalb eines kurzen Zeitfensters protokolliert wurden
Bereinigen von Prozessprotokollen, bei denen die gleiche Aktivität versehentlich mehrfach protokolliert wurde
Entfernen von Folgeaktivitäten, die zu schnell nach den Erstaktivitäten auftreten

Einstellungen

Activity to Remove: Der Name der Aktivität, die Sie aus Fällen entfernen möchten.

Activity to Compare To: Die Referenzaktivität, mit der die Zeit verglichen wird. Lassen Sie das Feld leer, um mit allen anderen Aktivitäten zu vergleichen.

Duration Threshold: Der maximale Zeitunterschied zwischen Ereignissen. Wenn die zu entfernende Aktivität innerhalb dieses Zeitfensters nach der Referenzaktivität auftritt, wird sie entfernt.

Einstellung	Zweck	Beispielwert
Activity to Remove	Gibt an, welche Aktivitätsereignisse entfernt werden sollen	"Email Notification"
Activity to Compare To	Referenzaktivität für den Zeitvergleich	"Order Confirmed" oder leer lassen
Duration Threshold	Maximale Zeitspanne, die eine Entfernung auslöst	"00:05:00" (5 Minuten)

Beispiele

Beispiel 1: Entfernen doppelter E-Mail-Benachrichtigungen

Szenario: Ihr Bestellverwaltungssystem sendet manchmal doppelte E-Mail-Benachrichtigungen innerhalb von Minuten nach der Bestellbestätigung. Diese doppelten „Email Sent“-Ereignisse verunreinigen Ihr Prozessprotokoll und stellen keine sinnvollen Prozessschritte dar. Sie möchten „Email Sent“-Ereignisse entfernen, die innerhalb von 5 Minuten nach dem „Order Confirmed“-Ereignis auftreten.

Einstellungen:

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

Ergebnis:

Jedes „Email Sent“-Ereignis, das innerhalb von 5 Minuten nach einem „Order Confirmed“-Ereignis im selben Fall auftritt, wird entfernt. Wenn zum Beispiel Fall #12345 „Order Confirmed“ um 10:00:00 Uhr und „Email Sent“ um 10:02:30 Uhr hat, wird das E-Mail-Ereignis entfernt. Bei einem anderen Fall mit „Email Sent“ um 10:08:00 Uhr (8 Minuten später) bleibt das Ereignis erhalten, da es außerhalb des 5-Minuten-Fensters liegt.

Erkenntnisse: Dies bereinigt Ihr Prozessprotokoll, indem redundante Benachrichtigungsereignisse entfernt werden, die stets kurz nach der Bestellbestätigung folgen. Die verbleibenden E-Mail-Ereignisse repräsentieren echte, getrennte Kommunikationen, während doppelte Benachrichtigungen herausgefiltert werden, was Ihnen eine sauberere Ansicht des tatsächlichen Prozessablaufs gibt.

Beispiel 2: Eliminieren automatischer Wiederholungsversuche

Szenario: Ihr Zahlungssystem versucht fehlgeschlagene Transaktionen automatisch innerhalb von 30 Sekunden erneut. Diese automatischen „Retry Payment“-Ereignisse werden systemseitig generiert und sollten aus der Analyse entfernt werden, sodass nur manuelle Wiederholungsversuche erhalten bleiben, die später erfolgen.

Einstellungen:

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

Ergebnis:

Jedes „Retry Payment“-Ereignis, das innerhalb von 30 Sekunden nach „Payment Failed“ auftritt, wird aus dem Protokoll entfernt. Wenn Fall #PAY-789 „Payment Failed“ um 14:15:00 Uhr und „Retry Payment“ um 14:15:15 Uhr hat, wird der Wiederholungsversuch entfernt. Manuelle Wiederholungen, die Stunden später erfolgen, bleiben im Protokoll.

Erkenntnisse: Durch das Herausfiltern von automatischen System-Wiederholungen können Sie sich auf sinnvolle Zahlungsschritte und manuelle Eingriffe konzentrieren. Dies liefert genaue Zykluszeiten und hilft, Fälle zu identifizieren, die menschliche Intervention versus automatische Wiederherstellung benötigen.

Beispiel 3: Entfernen redundanter Statusprüfungen

Szenario: Ihre Anwendung protokolliert eine „Status Check“-Aktivität, die manchmal unmittelbar nach einer anderen Aktivität aufgrund automatisierter Überwachung erfolgt. Sie möchten „Status Check“-Ereignisse entfernen, die innerhalb von 1 Sekunde nach einer anderen Aktivität auftreten, da es sich um automatisierte Systemprüfungen und nicht um sinnvolle Prozessschritte handelt.

Einstellungen:

Activity to Remove: "Status Check"
Activity to Compare To: (leer lassen, um mit allen Aktivitäten zu vergleichen)
Duration Threshold: "00:00:01" (1 Sekunde)

Ergebnis:

Jedes „Status Check“-Ereignis, das innerhalb von 1 Sekunde nach einer anderen Aktivität auftritt, wird entfernt. Wenn zum Beispiel Fall #APP-456 „Document Upload“ um 11:30:00.000 Uhr und „Status Check“ um 11:30:00.500 Uhr (500 Millisekunden später) hat, wird die Statusprüfung entfernt. Statusprüfungen, die mehr als 1 Sekunde nach der vorherigen Aktivität erfolgen, bleiben erhalten.

Erkenntnisse: Dies beseitigt automatisierte Systemüberwachungsereignisse, die Ihr Prozessprotokoll verunreinigen, und behält nur absichtlich initiierte Statusprüfungen durch Benutzer oder geplante Prozesse. Ihre Prozessvisualisierung wird sauberer und repräsentiert echte Geschäftsaktivitäten besser.

Beispiel 4: Bereinigen doppelter Dateneingaben

Szenario: Während einer Datenmigration wurden einige „Update Customer Info“-Aktivitäten versehentlich innerhalb derselben Minute doppelt protokolliert. Sie möchten diese doppelten Aktualisierungsvorgänge entfernen, um Ihre historischen Daten zu bereinigen.

Einstellungen:

Activity to Remove: "Update Customer Info"
Activity to Compare To: (leer lassen)
Duration Threshold: "00:01:00" (1 Minute)

Ergebnis:

Jedes „Update Customer Info“-Ereignis, das innerhalb von 1 Minute nach einer anderen Aktivität im selben Fall auftritt, wird entfernt. Dies erfasst doppelte Einträge, die während der Migration entstanden sind. Wenn Fall #CUST-321 zwei „Update Customer Info“-Ereignisse um 15:45:00 Uhr und 15:45:30 Uhr hat, wird das zweite entfernt.

Erkenntnisse: Dies hilft, historische Daten von Migrationsproblemen oder Doppelbuchungen zu bereinigen. Durch das Entfernen nahezu gleichzeitiger Duplikate erhalten Sie eine genauere Darstellung tatsächlicher Kundeninformationsaktualisierungen und sauberere Prozesskennzahlen.

Ausgabe

Dieser Filter arbeitet auf Ereignisebene und entfernt einzelne Ereignisse aus Fällen:

Nur die angegebenen „Activity to Remove“-Ereignisse sind betroffen
Ereignisse werden entfernt, wenn sie NACH den Referenzereignissen innerhalb des Zeitlimits auftreten
Der Zeitvergleich ist gerichtet (es werden nur Ereignisse betrachtet, die nach den Referenzereignissen auftreten)
Fälle bleiben im Datensatz enthalten, auch wenn Ereignisse entfernt werden
Alle anderen Ereigniseigenschaften und Attribute bleiben erhalten
Wenn keine Ereignisse die Entfernungsbedingungen erfüllen, werden die Originaldaten unverändert zurückgegeben

Verwenden Sie diesen Filter, um Prozessprotokolle zu bereinigen, indem redundante, doppelte oder systemgenerierte Aktivitäten entfernt werden, die zeitlich zu nah an sinnvollen Prozessschritten auftreten.

Diese Dokumentation ist Teil der mindzie Studio Process Mining Plattform.