Behalte Ereignisse mit demselben Wert wie Fallattribut

Übersicht

Der Filter Behalte Ereignisse mit demselben Wert wie Fallattribut vergleicht Ereignisattribute mit Fallattributen, um nur übereinstimmende Ereignisse beizubehalten. Dieser spezialisierte Filter auf Ereignisebene entfernt Ereignisse aus Fällen, bei denen der Ereignisattributwert nicht mit dem entsprechenden Fallattributwert übereinstimmt, und gibt nur Fälle zurück, die mindestens ein übereinstimmendes Ereignis enthalten. Er ist besonders nützlich, um Ereignisse nach organisatorischem Kontext, geografischen Regionen oder Geschäftsvorschriften zu filtern, bei denen Ereignismerkmale mit den Eigenschaften auf Fallebene übereinstimmen müssen.

Häufige Anwendungsfälle

Nur Ereignisse behalten, die von Ressourcen aus derselben Region wie der Fall bearbeitet werden
Ereignisse filtern, um Fallbusinessregeln oder -einschränkungen zu erfüllen
Ereignisse beibehalten, bei denen der Verarbeitungsort mit dem Herkunftsort des Falls übereinstimmt
Fokus auf Ereignisse, die von der für jeden Fall zuständigen Abteilung ausgeführt werden
Ereignisse entfernen, die von falschen Organisationseinheiten bearbeitet werden
Sicherstellen, dass Ereigniszuteilungen mit den Routingregeln auf Fallebene übereinstimmen

Einstellungen

Case Column Name: Der Name des Fallattributs, das als Referenzwert verwendet wird.

Event Column Name: Der Name des Ereignisattributs, das mit dem Fallattribut verglichen wird.

Keep Event If Null: Wählen Sie, ob Ereignisse behalten werden sollen, bei denen das Ereignisattribut null ist.

Keep null events (true): Ereignisse mit null-Werten in der Ereignisspalte werden zusammen mit passenden Ereignissen beibehalten
Remove null events (false): Nur Ereignisse mit nicht-null Werten, die genau dem Fallattribut entsprechen, werden behalten

Einstellung	Zweck	Beispielwert
Case Column Name	Referenzattribut auf Fallebene	"Customer Region"
Event Column Name	Attribut zum Vergleich auf Ereignisebene	"Processing Region"
Keep Event If Null	Umgang mit null-Ereigniswerten	True oder False

Beispiele

Beispiel 1: Filtern von Ereignissen nach regionaler Übereinstimmung

Szenario: Ihr Kundensupportprozess weist Fälle Regionen basierend auf dem Kundenstandort zu. Manchmal bearbeiten jedoch Support-Mitarbeiter aus anderen Regionen Tickets aufgrund von Workload-Verteilung. Sie möchten nur Ereignisse analysieren, bei denen die "Agent Region" mit der "Customer Region" übereinstimmt, um die regionale Leistung genau zu messen.

Einstellungen:

Case Column Name: "Customer Region"
Event Column Name: "Agent Region"
Keep Event If Null: False

Ergebnis:

Für jeden Fall werden nur Ereignisse behalten, bei denen die Region des Agenten mit der Kundenregion übereinstimmt. Fall #SUP-1234 mit Customer Region = "Northeast" behält Ereignisse von Agenten aus dem Nordosten, entfernt jedoch Ereignisse von Agenten aus dem Südosten oder Westen. Fälle ohne passende Ereignisse werden vollständig aus den Ergebnissen ausgeschlossen.

Erkenntnisse: Dies zeigt Ihnen die tatsächliche regionale Leistung, bei der Agenten Fälle aus ihren eigenen Regionen bearbeiten. Durch das Herausfiltern regionenübergreifender Bearbeitung können Sie messen, wie effizient jede Region ihre eigenen Kunden betreut, und erkennen, ob bestimmte Regionen regelmäßig Unterstützung von anderen Regionen benötigen.

Beispiel 2: Analyse abteilungsspezifischer Arbeitsabläufe

Szenario: Ihr Genehmigungsworkflow leitet Fälle je nach Anfrageart an bestimmte Abteilungen weiter. Sie möchten nur Ereignisse analysieren, die von der für jeden Fall zugewiesenen Abteilung ausgeführt werden, um zu verstehen, wie gut die abteilungsspezifische Weiterleitung bei korrekter Anwendung funktioniert.

Einstellungen:

Case Column Name: "Assigned Department"
Event Column Name: "Processing Department"
Keep Event If Null: True

Ergebnis:

Für jeden Fall werden Ereignisse beibehalten, bei denen die verarbeitende Abteilung mit der zugewiesenen Abteilung übereinstimmt. Fall #REQ-5678 mit Assigned Department = "Finance" behält alle Aktivitäten der Finanzabteilung. Ereignisse mit null in Processing Department werden ebenfalls behalten, was möglicherweise automatisierte Systemaktivitäten darstellt. Fälle ohne passende Ereignisse werden aus der Analyse entfernt.

Erkenntnisse: Dies zeigt, wie oft Fälle innerhalb der zugewiesenen Abteilung bleiben im Vergleich zu Fällen, die eskaliert oder weitergeleitet werden. Durch Einbeziehung der null-Ereignisse behalten Sie Systemaktivitäten bei und konzentrieren sich gleichzeitig auf die Abteilungsübereinstimmung. Dies hilft, Fälle zu identifizieren, die abteilungsübergreifende Zusammenarbeit erforderten, und die Effizienz der Verarbeitung durch eine einzelne Abteilung zu messen.

Beispiel 3: Validierung standortbasierter Verarbeitungsregeln

Szenario: In Ihrem Fertigungsprozess gilt eine Geschäftsvorschrift, dass Teile in Anlagen im selben Land wie die Bestellung bearbeitet werden müssen, um regulatorische Vorgaben einzuhalten. Sie möchten überprüfen, ob diese Regel eingehalten wird, indem Sie nur Ereignisse beibehalten, bei denen "Processing Country" mit "Order Country" übereinstimmt.

Einstellungen:

Case Column Name: "Order Country"
Event Column Name: "Processing Country"
Keep Event If Null: False

Ergebnis:

Für jede Bestellung werden nur Verarbeitungsevents beibehalten, die im selben Land wie der Bestellungsursprung stattgefunden haben. Bestellung #MFG-9876 aus Deutschland behält nur Ereignisse, die in deutschen Einrichtungen verarbeitet wurden, und entfernt Ereignisse aus anderen Ländern. Bestellungen, bei denen alle Ereignisse herausgefiltert wurden, weisen auf vollständige Regelverstöße hin.

Erkenntnisse: Dies bietet eine Compliance-Validierung, indem gezeigt wird, welche Bestellungen vollständig im korrekten Land bearbeitet wurden. Bestellungen, die in den gefilterten Daten verschwinden, deuten auf Regelverstöße hin, die untersucht werden müssen. Sie können schnell Compliance-Probleme erkennen und beheben, bevor sie zu regulatorischen Problemen werden.

Beispiel 4: Analyse der Genauigkeit der Ressourcenzuteilung

Szenario: Ihr Projektmanagementsystem weist Teammitglieder basierend auf deren Kompetenzniveau Projekten zu. Jeder Fall hat ein "Required Skill Level" und jede Aktivität ein "Resource Skill Level". Sie möchten nur Arbeiten analysieren, die von entsprechend qualifizierten Ressourcen durchgeführt werden.

Einstellungen:

Case Column Name: "Required Skill Level"
Event Column Name: "Resource Skill Level"
Keep Event If Null: True

Ergebnis:

Für jeden Projektfall werden nur Aktivitäten beibehalten, die von Ressourcen mit passendem Kompetenzniveau ausgeführt wurden. Projekt #PROJ-4567, das "Senior" Expertise benötigt, behält nur Ereignisse von Senior-Level-Ressourcen. Ereignisse mit null-Kompetenzniveau (vielleicht automatisierte oder nicht zugewiesene Aktivitäten) werden behalten, da Keep Event If Null auf true gesetzt ist.

Erkenntnisse: Dies zeigt, welcher Anteil der Arbeit von entsprechend qualifizierten Ressourcen ausgeführt wird, im Vergleich zu über- oder unterqualifizierten Zuweisungen. Durch die Analyse dieser gefilterten Fälle können Sie die Produktivität messen, wenn Kompetenzniveau korrekt übereinstimmt, und Muster bei Kompetenzabweichungen erkennen, die die Projekteffizienz beeinflussen.

Ausgabe

Dieser Filter arbeitet sowohl auf Ereignis- als auch auf Fallebene mit einzigartigem Verhalten:

Filterung auf Ereignisebene: Entfernt Ereignisse, bei denen das Ereignisattribut nicht mit dem Fallattribut übereinstimmt
Ergebnis auf Fallebene: Gibt nur Fälle zurück, die mindestens ein passendes Ereignis enthalten
Nicht übereinstimmende Ereignisse werden in allen Fällen entfernt
Fälle ohne passende Ereignisse werden vollständig aus den Ergebnissen ausgeschlossen
Wenn Keep Event If Null auf true gesetzt ist, werden Ereignisse mit null-Werten in der Ereignisspalte behalten
Wenn Keep Event If Null auf false gesetzt ist, werden nur exakte Nicht-Null-Übereinstimmungen beibehalten
Alle anderen Ereignis- und Fallattribute bleiben erhalten

Verwenden Sie diesen Filter, um sicherzustellen, dass Aktivitäten auf Ereignisebene mit Regeln auf Fallebene übereinstimmen, organisatorische Weiterleitungen zu validieren oder die Analyse auf korrekt zugewiesene Arbeit zu konzentrieren und gleichzeitig Ausnahmen zu identifizieren.

Diese Dokumentation ist Teil der mindzie Studio Process Mining Plattform.