Ereignisse Vor oder Nach Aktivität

Übersicht

Der Filter Ereignisse Vor oder Nach Aktivität wählt Ereignisse aus oder entfernt sie basierend auf ihrer Position relativ zu bestimmten Aktivitäten innerhalb eines jeden Falls. Dieser leistungsstarke Ereignisebenenfilter ermöglicht es Ihnen, sich auf bestimmte Abschnitte Ihres Prozesses zu konzentrieren, indem nur Ereignisse behalten werden, die vor, nach oder zwischen angegebenen Aktivitäten auftreten. Sie können Prozesssegmente analysieren, Muster in bestimmten Phasenschritten des Workflows identifizieren oder irrelevante Ereignisse entfernen, die außerhalb Ihres Interessengebiets liegen.

Häufige Anwendungsfälle

Analyse von Ereignissen, die vor einem kritischen Meilenstein oder Entscheidungspunkt auftreten
Fokussierung auf Aktivitäten, die nach einer bestimmten Prozessphase stattfinden
Extrahieren von Prozesssegmenten zwischen zwei Schlüsselaktivitäten
Entfernen von vorläufigen Ereignissen, um sich auf Kernprozessaktivitäten zu konzentrieren
Identifikation von Mustern in Prozessen nach Genehmigung oder Ablehnung
Untersuchung des Prozessverhaltens zwischen Start- und Endmeilensteinen

Einstellungen

Activity Name: Die Hauptaktivität, die als Referenzpunkt oder Grenze dient.

Activity Name 2: (Nur für Between-Operationen) Die zweite Aktivität, die die Endgrenze definiert.

Before/After Selection: Wählen Sie den Filtermodus, der bestimmt, welche Ereignisse behalten oder entfernt werden.

Modus	Beschreibung	Beispielanwendung
Before	Ereignisse vor dem ersten Auftreten der Aktivität	Analyse der Aktivitäten vor der ersten Genehmigung
Before and Including	Ereignisse vor und einschließlich des ersten Auftretens	Einschluss der Genehmigung in die Vor-Genehmigungs-Analyse
After	Ereignisse nach dem letzten Auftreten der Aktivität	Untersuchung der Aktivitäten nach Abschluss
After and Including	Ereignisse nach und einschließlich des letzten Auftretens	Einschluss des Abschlusses in die Nach-Abschluss-Analyse
Between	Ereignisse zwischen dem ersten Auftreten zweier Aktivitäten	Analyse der Verarbeitung zwischen Einreichung und Genehmigung
Between and Including	Ereignisse zwischen und einschließlich beider Aktivitäten	Einschluss der Grenzen in die Segmentanalyse

Remove Events: Wählen Sie, ob die übereinstimmenden Ereignisse beibehalten oder entfernt werden sollen.

Keep (false): Gibt nur Ereignisse zurück, die den Kriterien entsprechen
Remove (true): Entfernt Ereignisse, die den Kriterien entsprechen, und behält alle anderen

Beispiele

Beispiel 1: Analyse der Vor-Genehmigungs-Aktivitäten

Szenario: Sie möchten alle Aktivitäten analysieren, die vor der ersten "Manager Approval" in Ihrem Spesenabrechnungsprozess stattfinden, um zu verstehen, welche Vorbereitungsarbeiten vor der Genehmigung ablaufen.

Einstellungen:

Activity Name: "Manager Approval"
Before/After Selection: Before (ohne Einschluss)
Remove Events: Keep (false)

Ergebnis:

Für jeden Fall bleiben nur Ereignisse erhalten, die vor der ersten "Manager Approval" stattfinden. Fall #EXP-1234 könnte "Claim einreichen", "Quittungen anhängen", "Abteilungsprüfung" anzeigen, jedoch nicht "Manager Approval" oder Ereignisse danach. Dies ermöglicht die getrennte Analyse der Einreichungs- und Vorbereitungsphase.

Erkenntnisse: Durch die Isolierung der Vor-Genehmigungs-Aktivitäten können Sie Vorbereitungszeiten messen, Engpässe bei der Dokumentensammlung identifizieren und verstehen, welche Aktivitäten der Genehmigung konsistent vorausgehen. Dies hilft, die Einreichungsphase Ihres Workflows zu optimieren.

Beispiel 2: Untersuchung der Aktivitäten nach Ablehnung

Szenario: Wenn Kreditgesuche abgelehnt werden, möchten Sie analysieren, was danach passiert – ob Kunden erneut beantragen, Einsprüche einlegen oder den Prozess abbrechen. Der Fokus soll nur auf Ereignissen nach der Aktivität "Application Rejected" liegen.

Einstellungen:

Activity Name: "Application Rejected"
Before/After Selection: After (ohne Einschluss)
Remove Events: Keep (false)

Ergebnis:

Für jeden abgelehnten Fall bleiben nur Ereignisse erhalten, die nach der letzten "Application Rejected" stattfinden. Fall #LOAN-5678 könnte "Einspruch beantragt", "Zusätzliche Dokumente", "Manager Review" zeigen, aber nicht das Ereignis der Ablehnung selbst oder Ereignisse davor. Dies isoliert den Workflow nach der Ablehnung.

Erkenntnisse: Dies offenbart das Kundenverhalten nach der Ablehnung und zeigt Möglichkeiten zur Prozessverbesserung auf. Sie können messen, wie viele Kunden erneut beantragen, wie lange sie bis zum Einspruch warten und ob bestimmte Ablehnungsgründe zu mehr Einsprüchen führen.

Beispiel 3: Analyse der Verarbeitung zwischen Aktivitäten

Szenario: Ihr Versicherungsanspruchprozess hat ein klares Verarbeitungsfenster zwischen "Initial Assessment" und "Final Decision". Sie möchten nur Aktivitäten analysieren, die während dieser Kernverarbeitungsphase stattfinden, ohne vorläufige und Folgeaktivitäten.

Einstellungen:

Activity Name: "Initial Assessment"
Activity Name 2: "Final Decision"
Before/After Selection: Between (ohne Einschluss)
Remove Events: Keep (false)

Ergebnis:

Für jeden Fall bleiben nur Ereignisse zwischen der ersten "Initial Assessment" und der ersten "Final Decision" erhalten, ohne die beide Grenzaktivitäten einzuschließen. Fall #CLM-9876 könnte "Dokumentenprüfung", "Expertenkonsultation", "Anforderung zusätzlicher Informationen" zeigen, aber nicht die Bewertung oder Entscheidung selbst.

Erkenntnisse: Dies isoliert die Kernaktivitäten der Schadenbearbeitung, ermöglicht Messungen zur Verarbeitungseffizienz, identifiziert typische Untersuchungsschritte und analysiert Engpässe in der Bewertungsphase ohne Störungen durch vorläufige oder nachentscheidende Aktivitäten.

Beispiel 4: Entfernen von Aktivitäten nach Abschluss

Szenario: Ihre Analyse der Auftragsabwicklung soll sich nur auf Aktivitäten bis einschließlich der Lieferung konzentrieren. Ereignisse nach "Delivered" wie "Kundenzufriedenheitsumfrage" und "Feedback gesammelt" sind wichtig, sollten aber von der Berechnung der Durchlaufzeit ausgeschlossen werden.

Einstellungen:

Activity Name: "Delivered"
Before/After Selection: After and Including (Delivered)
Remove Events: Remove (true)

Ergebnis:

Für jeden Fall werden das Ereignis "Delivered" und alle danach folgenden entfernt, sodass nur die Erfüllungsaktivitäten erhalten bleiben. Fall #ORD-4567 behält "Bestellung erhalten", "Zahlung verarbeitet", "Versandt" bei, entfernt jedoch "Delivered", "Umfrage gesendet" und "Feedback erhalten".

Erkenntnisse: Durch das Entfernen der Aktivitäten nach Lieferung spiegeln Ihre Durchlaufzeitberechnungen die tatsächliche Erfüllungsdauer wider, ohne die Sammlung von Kundenfeedback einzubeziehen. Dies liefert genaue betriebliche Kennzahlen, während Feedbackaktivitäten separat mit einem anderen Filter analysiert werden können.

Beispiel 5: Vollständige Analyse eines Workflow-Segments

Szenario: Sie möchten den kompletten Genehmigungsworkflow analysieren, einschließlich des Startpunkts "Approval Request Submitted" und des Endpunkts "Final Approval Decision", und alles außerhalb dieses Segments ausschließen.

Einstellungen:

Activity Name: "Approval Request Submitted"
Activity Name 2: "Final Approval Decision"
Before/After Selection: Between and Including
Remove Events: Keep (false)

Ergebnis:

Für jeden Fall bleiben Ereignisse vom ersten "Approval Request Submitted" bis zum ersten "Final Approval Decision" erhalten, einschließlich beider Grenzaktivitäten. So erhalten Sie das vollständige Genehmigungssegment mit klar definiertem Anfang und Ende.

Erkenntnisse: Das Einschließen beider Grenzen liefert vollständige Kennzahlen zum Genehmigungsworkflow einschließlich der Aktivitäten, die den Beginn und das Ende des Genehmigungsprozesses markieren. Dies ist ideal zur Messung der Gesamtdauer der Genehmigung und zur Analyse der vollständigen Abfolge genehmigungsbezogener Aktivitäten.

Ausgabe

Dieser Filter arbeitet auf Ereignisebene und kann Ihren Prozesslog erheblich umgestalten:

Before/After-Modi: Finden das erste (Before) oder letzte (After) Auftreten der angegebenen Aktivität
Between-Modi: Finden Ereignisse zwischen dem ersten Auftreten von Activity Name und Activity Name 2
Remove-Modus: Kehrt die Auswahl um (entfernt die übereinstimmenden Ereignisse statt sie zu behalten)
Fälle bleiben im Datensatz, auch wenn Ereignisse entfernt werden
Leere Fälle können entstehen, wenn alle Ereignisse gefiltert werden
Ereignisfolgen und Attribute bleiben für behaltene Ereignisse erhalten

Verwenden Sie diesen Filter, um Ihre Analyse auf bestimmte Prozesssegmente zu fokussieren, Verhaltensmuster vor oder nach wichtigen Meilensteinen zu verstehen oder irrelevante Ereignisse außerhalb Ihres Interessengebiets zu entfernen.

Diese Dokumentation ist Teil der mindzie Studio Process-Mining-Plattform.