Ereignisreihenfolge

Überblick

Der Filter Ereignisreihenfolge identifiziert Fälle basierend auf sequentiellen Beziehungen zwischen Aktivitäten. Er ermöglicht es Ihnen, Fälle zu finden, in denen eine Aktivität einer anderen gemäß bestimmten Mustern folgt: direkt (ohne zwischenliegende Aktivitäten), irgendwann später (an einer beliebigen späteren Stelle im Fall), am selben Datum oder zur selben Zeit. Dieser leistungsstarke Filter ist essenziell für Konformitätsprüfungen, Prozessvariantenanalysen und um zu erkennen, ob erwartete Aktivitätsabfolgen tatsächlich in Ihren Prozessdaten aufgetreten sind.

Der Filter bietet vier unterschiedliche Beziehungstypen, um verschiedene Analysebedürfnisse abzudecken. Sie können ihn verwenden, um zu überprüfen, dass erforderliche Sequenzen erfolgten (z.B. „Freigabe vor Zahlung“), Fälle zu finden, die Standardverfahren einhalten oder verletzen, oder zeitliche Beziehungen zwischen Aktivitäten zu analysieren.

Häufige Anwendungsfälle

  • Konformitätsprüfung: Überprüfen, ob erforderliche Aktivitätssequenzen in der richtigen Reihenfolge auftreten (z.B. „Bestellung“ muss vor „Wareneingang“ erfolgen).
  • Prozess-Compliance: Sicherstellen, dass Freigabeaktivitäten direkt vor Ausführungsaktivitäten ohne Zwischenschritte stattfinden.
  • Variantenanalyse: Fälle identifizieren, die bestimmten Prozesspfaden folgen, indem geprüft wird, ob bestimmte Aktivitäten irgendwann auf andere folgen.
  • Ursachenanalyse: Fälle finden, in denen problematische Sequenzen auftraten (z.B. „Nacharbeit“ nach „Qualitätskontrolle“).
  • Erkennung von gleichzeitigen Aktivitäten: Fälle lokalisieren, bei denen Aktivitäten zur selben Zeit oder am selben Datum stattfanden, was auf Datenqualitätsprobleme oder parallele Verarbeitung hindeuten kann.
  • Ausnahmebehandlung: Fälle entdecken, in denen Eskalationsaktivitäten regulären Aktivitäten folgten, was auf Prozessprobleme hinweist.

Einstellungen

Activity First: Die erste Aktivität in der Sequenzbeziehung. Dies ist die Aktivität, die vor der zweiten Aktivität erfolgen sollte.

Activity Follows: Die zweite Aktivität in der Sequenzbeziehung. Dies ist die Aktivität, die der ersten entsprechend der ausgewählten Folgemethode folgen sollte.

Follow Method: Definiert die Art der Beziehung, die zwischen den beiden Aktivitäten geprüft werden soll:

  • Directly Follows: Die zweite Aktivität muss unmittelbar auf die erste folgen, ohne dazwischenliegende Aktivitäten
  • Eventually Follows: Die zweite Aktivität muss irgendwann nach der ersten im Fall auftreten
  • Same Times: Beide Aktivitäten müssen exakt denselben Zeitstempel haben
  • Same Dates: Beide Aktivitäten müssen am selben Kalendertag stattfinden

Remove Filter: Wenn deaktiviert (Standard), werden Fälle zurückgegeben, die dem Folgemuster entsprechen. Wenn aktiviert, werden Fälle zurückgegeben, die dem Muster NICHT entsprechen, wodurch die Filterlogik umgekehrt wird.

Attribute Name (optional): Gibt die Ereignisattributspalte an, die für die Aktivitätsnamen analysiert wird. Wenn nicht angegeben, wird die Standard-Aktivitätsspalte des Ereignisprotokolls verwendet.

Compare Attribute Name (optional): Fügt eine zusätzliche Attributvergleichsbedingung hinzu, wenn die Methoden Directly Follows oder Eventually Follows verwendet werden. Ermöglicht komplexere Filterszenarien.

Use Date If No Time (optional): Wenn aktiviert, wird datumsbasierte Sortierung für Aktivitäten ohne Zeitangabe verwendet. Nur relevant für Directly Follows und Eventually Follows.

Beispiele

Beispiel 1: Direkte Sequenzüberprüfung

Szenario: Sie möchten alle Bestellungen finden, bei denen der Wareneingang direkt auf die Erstellung der Bestellung folgt, ohne dazwischenliegende Aktivitäten. Dies hilft, die reibungslosesten, schnellsten Fälle ohne Komplikationen zu identifizieren.

Einstellungen:

  • Activity First: "Create Purchase Order"
  • Activity Follows: "Goods Receipt"
  • Follow Method: Directly Follows
  • Remove Filter: deaktiviert

Ergebnis: Gibt nur Fälle zurück, in denen „Goods Receipt“ unmittelbar auf „Create Purchase Order“ folgt, ohne dazwischenliegende Aktivitäten wie Freigaben, Änderungen oder Sperren.

Erkenntnisse: Diese Fälle repräsentieren den idealen Prozessverlauf. Der Vergleich ihrer Merkmale (Lieferant, Abteilung, Wert) mit Fällen mit zusätzlichen Schritten zeigt auf, welche Faktoren einen reibungslosen Ablauf ermöglichen.

Beispiel 2: Erkennung eines späteren Folgens

Szenario: Sie möchten überprüfen, dass alle Fälle mit einer Qualitätskontrolle irgendwann zur Auslieferung geführt haben, unabhängig von der Anzahl der dazwischenliegenden Schritte.

Einstellungen:

  • Activity First: "Quality Check"
  • Activity Follows: "Deliver Order"
  • Follow Method: Eventually Follows
  • Remove Filter: deaktiviert

Ergebnis: Gibt alle Fälle zurück, in denen „Deliver Order“ irgendwann nach „Quality Check“ erfolgte, selbst wenn es Nacharbeit, Freigaben oder andere Aktivitäten dazwischen gab.

Erkenntnisse: Dies bestätigt, dass qualitätsgeprüfte Artikel letztlich geliefert wurden. Fehlende Fälle können auf unvollständige Verarbeitung oder stornierten Auftrag nach der Qualitätskontrolle hindeuten.

Beispiel 3: Erkennung von Compliance-Verstößen

Szenario: Sie möchten Fälle finden, in denen Zahlung ohne vorherige Freigabe erfolgte, was gegen Unternehmensrichtlinien verstößt. Der invertierte Filter hilft, diese nicht konformen Fälle zu identifizieren.

Einstellungen:

  • Activity First: "Approve Payment"
  • Activity Follows: "Execute Payment"
  • Follow Method: Directly Follows
  • Remove Filter: aktiviert

Ergebnis: Gibt Fälle zurück, in denen „Execute Payment“ NICHT unmittelbar auf „Approve Payment“ folgt, was fehlende Freigaben oder zwischenliegende Aktivitäten zwischen Freigabe und Zahlung bedeutet.

Erkenntnisse: Diese Fälle stellen mögliche Compliance-Verstöße dar, die untersucht werden sollten. Sie können automatische Zahlungen, Notfallbearbeitung oder Lücken im Freigabeverfahren offenbaren.

Beispiel 4: Analyse von Aktivitäten am selben Tag

Szenario: Sie möchten Fälle identifizieren, in denen Auftragserstellung und Lieferung am selben Tag erfolgten, was auf beschleunigte Bearbeitung oder Datenqualitätsprobleme hinweisen kann.

Einstellungen:

  • Activity First: "Create Order"
  • Activity Follows: "Deliver Order"
  • Follow Method: Same Dates
  • Remove Filter: deaktiviert

Ergebnis: Gibt Fälle zurück, in denen beide Aktivitäten am selben Kalendertag stattfanden, unabhängig von der tatsächlichen Zeitdifferenz.

Erkenntnisse: Auftragsfertigstellung am selben Tag kann bedeuten:

  • Expressversandanforderungen
  • Lokale Lieferungen mit schneller Abwicklung
  • Notfallbestellungen mit Sonderbehandlung
  • Potenzielle Zeitstempel-Fehler falls dieses Muster unerwartet ist

Beispiel 5: Erkennung identischer Zeitstempel

Szenario: Sie möchten Fälle finden, in denen zwei verschiedene Systeme Aktivitäten zum exakt gleichen Zeitpunkt erfasst haben, was auf Datenqualitätsprobleme oder Batch-Verarbeitung hindeuten kann.

Einstellungen:

  • Activity First: "System A Update"
  • Activity Follows: "System B Update"
  • Follow Method: Same Times
  • Remove Filter: deaktiviert

Ergebnis: Gibt Fälle zurück, in denen beide Aktivitäten identische Zeitstempel bis zur Sekunde haben.

Erkenntnisse: Exakte Übereinstimmungen von Zeitstempeln bei unterschiedlichen Aktivitäten können auf Folgendes hindeuten:

  • Automatisierte Batchprozesse, die mehrere Systeme aktualisieren
  • Datenimportprobleme mit fehlender korrekter Zeiterfassung
  • Bedarf an präziserer Zeitstempelgranularität
  • Integrationsprobleme zwischen Systemen

Beispiel 6: Finden von Fällen ohne erwartete Sequenzen

Szenario: Sie möchten Fälle identifizieren, bei denen eine Freigabe niemals zur Ausführung geführt hat, was auf stornierte oder blockierte Prozesse hindeuten kann.

Einstellungen:

  • Activity First: "Approve Request"
  • Activity Follows: "Execute Request"
  • Follow Method: Eventually Follows
  • Remove Filter: aktiviert

Ergebnis: Gibt Fälle zurück, in denen „Execute Request“ NICHT irgendwann nach „Approve Request“ im Fall vorgekommen ist.

Erkenntnisse: Diese Fälle stellen freigegebene Anfragen dar, die nie ausgeführt wurden, möglicherweise aufgrund von:

  • Stornierten Freigaben
  • Fällen, die nach Freigabe festhängen
  • Prozessfehlfunktionen, die Eingreifen erfordern
  • Freigegebenen Anfragen, die auf Ausführung warten

Ausgabe

Der Filter gibt einen Datensatz zurück, der nur die Fälle enthält, die die angegebene sequentielle Beziehung erfüllen (oder nicht erfüllen, falls Remove Filter aktiviert ist). Alle Ereignisse und Attribute jedes Falls bleiben in den gefilterten Ergebnissen erhalten. Die Anzahl der Fälle im Ergebnis ist typischerweise geringer als im Eingang, da nicht erfüllende Fälle entfernt werden.

Wenn keine Fälle die angegebene Sequenzbeziehung erfüllen, gibt der Filter eine leere Ergebnismenge zurück.

Technische Hinweise

  • Filtertyp: Fallbasierter Filter (entfernt komplette Fälle basierend auf Aktivitätsbeziehungen)
  • Aktivitätsvergleich: Verwendet exakte, groß-/kleinschreibungssensible Stringvergleiche der Aktivitätsnamen
  • Zeitliche Logik: Für Directly Follows und Eventually Follows müssen Aktivitäten in chronologischer Reihenfolge existieren
  • Validierung: Schlägt automatisch ähnliche Aktivitätsnamen vor, falls angegebene Aktivitäten nicht gefunden werden
  • Performance: Optimiert für effiziente Sequenz-Erkennung auch bei Fällen mit vielen Aktivitäten
  • Beide Aktivitäten erforderlich: Fälle müssen beide angegebenen Aktivitäten enthalten, um einbezogen zu werden (außer bei invertierter Logik)

Diese Dokumentation ist Teil der mindzieStudio Process-Mining-Plattform.