Fälle mit unverändertem Attribut

Übersicht

Der Filter Fälle mit unverändertem Attribut wählt Fälle aus, bei denen ein bestimmtes Attribut während des gesamten Falls denselben Wert behält. Dieser filter auf Fall-Ebene prüft alle Ereignisse innerhalb jedes Falls und gibt nur jene Fälle zurück, bei denen jedes Ereignis im ausgewählten Attribut denselben Wert aufweist. Dieser Filter ist besonders nützlich, um Prozesse zu identifizieren, bei denen bestimmte Eigenschaften konstant bleiben, Datenqualitätsprobleme zu erkennen oder Fälle zu finden, die standardisierten Mustern ohne Variation folgen.

Häufige Anwendungsfälle

Validierung der Datenqualität: Ermitteln Sie Fälle, bei denen Attribute, die sich ändern sollten (wie Status oder Standort), im Verlauf des Prozesses statisch bleiben, was auf Probleme bei der Datenaufzeichnung hinweisen kann.
Prozessstandardisierung: Finden Sie Fälle, die vollständig von einer einzigen Abteilung, Ressource oder einem System ohne Übergaben bearbeitet wurden.
Konsistenzanalyse: Erkennen Sie Fälle, bei denen Schlüsselattribute wie Prioritätsstufe, Kundentyp oder Produktkategorie vom Anfang bis zum Ende unverändert geblieben sind.
Verarbeitung an einem einzigen Standort: Identifizieren Sie Fälle, die komplett an einem Standort oder einer Einrichtung bearbeitet wurden, ohne Standortwechsel.
Analyse dedizierter Ressourcen: Finden Sie Fälle, die während des gesamten Prozesses von einer einzelnen Ressource oder einem Teammitglied betreut wurden.
Erkennung statischer Konfigurationen: Entdecken Sie Fälle, bei denen Konfigurationswerte oder Systemeinstellungen konstant blieben, was auf stabile Verarbeitungsbedingungen hinweist.

Einstellungen

Event Attribute Name: Wählen Sie das Ereignisattribut aus, das Sie auf Konsistenz prüfen möchten. Der Filter gibt alle Fälle zurück, bei denen jedes Ereignis denselben Wert in diesem Attribut hat. Das Attribut muss in Ihrer Ereignistabelle vorhanden sein und einen unterstützten Datentyp besitzen (String, Integer, DateTime, TimeSpan, Decimal, Boolean).

Hinweis: Der Filter verwendet exakte Wertübereinstimmung. Für numerische und Datumsattribute müssen die Werte identisch sein. Bei String-Attributen ist der Vergleich case-sensitiv. Nullwerte werden als gültig behandelt – wenn alle Ereignisse im ausgewählten Attribut Nullwerte haben, wird der Fall in die Ergebnisse aufgenommen.

Beispiele

Beispiel 1: Finden von Fällen einer einzigen Abteilung

Szenario: Sie möchten Bestellungen identifizieren, die vollständig innerhalb einer einzigen Abteilung bearbeitet wurden, ohne abteilungsübergreifende Übergaben.

Einstellungen:

Event Attribute Name: "Department"

Ergebnis: Der Filter gibt nur Fälle zurück, bei denen alle Ereignisse denselben Abteilungswert haben, z.B. alle Ereignisse mit "Finance" oder alle mit "Procurement".

Erkenntnisse: Diese Fälle zeigen optimierte Prozesse ohne Abteilungswechsel. Dies hilft, folgende Punkte zu identifizieren:

Abteilungen mit durchgehender Prozessverantwortung
Fälle, die Koordinationsaufwand vermieden haben
Potenzielle Best Practices für Prozess-Effizienz
Einfachere Fälle ohne bereichsübergreifende Zusammenarbeit

Beispiel 2: Erkennung unveränderter Prioritätsstufen

Szenario: Sie möchten Fälle finden, bei denen die Priorität vom Anfang bis zum Ende nie geändert wurde, was auf unkomplizierte Bearbeitung oder fehlende Eskalation dringender Fälle hinweisen kann.

Einstellungen:

Event Attribute Name: "Priority"

Ergebnis: Der Filter wählt Fälle aus, bei denen alle Ereignisse denselben Prioritätswert haben (z.B. alle "Low", alle "Medium" oder alle "High").

Erkenntnisse: Dies zeigt:

Fälle, die ihre ursprüngliche Prioritätsklassifikation beibehielten
Mögliche Probleme, bei denen dringende Fälle nicht eskaliert wurden
Standardisierte Bearbeitungsmuster für verschiedene Prioritätsstufen
Chancen zur Implementierung dynamischer Prioritätsanpassungen

Beispiel 3: Identifizierung statischer Status-Fälle

Szenario: Finden Sie Fälle, bei denen ein Statusattribut nie geändert wurde, was auf Datenqualitätsprobleme oder unvollständige Prozessausführung hindeuten kann.

Einstellungen:

Event Attribute Name: "Status"

Ergebnis: Der Filter gibt Fälle zurück, bei denen das Statusfeld in allen Ereignissen denselben Wert hat.

Erkenntnisse: Diese Fälle können Folgendes darstellen:

Fehler bei der Datenaufzeichnung, bei denen Statusupdates nicht protokolliert wurden
Abgebrochene oder verworfene Fälle, die nie weiterverfolgt wurden
Systemintegrationsprobleme, die Statusupdates verhinderten
Fälle, die eine Datenqualitätsbereinigung erfordern

Beispiel 4: Verarbeitung an einem einzigen Standort

Szenario: Identifizieren Sie Fertigungsaufträge, die komplett in einer Produktionsstätte ohne Standortwechsel abgeschlossen wurden.

Einstellungen:

Event Attribute Name: "Location"

Ergebnis: Der Filter wählt Fälle aus, bei denen alle Ereignisse am selben Standort stattgefunden haben.

Erkenntnisse: Dies kann aufzeigen:

Produkte, die von Anfang bis Ende an einem Standort gefertigt wurden
Fälle, die logistische Komplexität vermieden haben
Standortbezogene Fähigkeiten und Expertise
Chancen für zentralisierte Verarbeitungsmodelle

Beispiel 5: Konsistente Ressourcenzuweisung

Szenario: Finden Sie Fälle, bei denen dieselbe Ressource alle Aktivitäten bearbeitet hat, was auf eine dedizierte Fallverantwortung hinweist.

Einstellungen:

Event Attribute Name: "Resource"

Ergebnis: Der Filter gibt Fälle zurück, bei denen jedes Ereignis von derselben Ressource oder Person ausgeführt wurde.

Erkenntnisse: Diese Fälle zeigen:

End-to-End-Fallverantwortung einzelner Ressourcen
Potenzielle Effizienzsteigerungen durch Vermeidung von Übergaben
Muster der Ressourcenspezialisierung
Schulungsmöglichkeiten für dedizierte Fallbearbeitung

Beispiel 6: Einheitliche Kunden-Typenverarbeitung

Szenario: Finden Sie Fälle, bei denen die Klassifikation des Kundentyps während der gesamten Bearbeitung konstant blieb.

Einstellungen:

Event Attribute Name: "CustomerType"

Ergebnis: Der Filter wählt Fälle aus, bei denen alle Ereignisse denselben Kundentypenwert haben (z.B. alle "Premium", alle "Standard" oder alle "Enterprise").

Erkenntnisse: Dies hilft, folgende Aspekte zu verstehen:

Kundensegmente mit stabilen Klassifikationen
Prozesse, die auf spezifische Kundentypen zugeschnitten sind
Konsistenz in der Kundenkategorisierung
Muster im Umgang mit unterschiedlichen Kundentypen

Ausgabe

Der Filter gibt einen neuen Datensatz zurück, der nur die Fälle enthält, bei denen alle Ereignisse identische Werte im angegebenen Attribut aufweisen. Jeder zurückgegebene Fall behält alle seine ursprünglichen Ereignisse und Attribute bei. Falls in einem Fall eine Variation des ausgewählten Attributswerts über die Ereignisse hinweg besteht, wird dieser Fall aus den Ergebnissen ausgeschlossen.

Wenn keine Fälle den Kriterien entsprechen (d.h. alle Fälle mindestens ein Ereignis mit einem anderen Wert haben), liefert der Filter ein leeres Ergebnis.

Technische Hinweise

Filtertyp: Fall-Level-Filter (entfernt ganze Fälle, keine einzelnen Ereignisse)
Vergleichslogik: Verwendet den Wert des ersten Ereignisses als Referenz und vergleicht alle folgenden Ereignisse damit
Nullwertbehandlung: Nullwerte werden als gültig und konsistent behandelt – Fälle, bei denen alle Ereignisse Nullwerte haben, werden aufgenommen
Unterstützte Datentypen: String, Int32, Int64, DateTime, TimeSpan, Single, Double, Boolean
Performance: Effizient mittels LINQ implementiert mit frühzeitiger Abbruch bei Wertabweichung

Diese Dokumentation ist Teil der mindzieStudio Process Mining Plattform.