Fälle mit geändertem Attribut
Übersicht
Der Filter Fälle mit geändertem Attribut wählt Fälle aus, bei denen ein Ereignisattribut innerhalb des Falls unterschiedliche Werte aufweist. Dieser fallbezogene Filter untersucht alle Ereignisse in jedem Fall und behält nur solche Fälle bei, bei denen sich das angegebene Attribut von Ereignis zu Ereignis ändert. Der Filter ist besonders nützlich, um dynamische Prozesse zu identifizieren, bei denen sich Attributwerte während der Fallbearbeitung ändern, wie beispielsweise Statusübergänge, Standortwechsel oder Ressourcenübergaben.
Der Filter konzentriert sich auf nicht null-Werte – er filtert zuerst null-Werte heraus und überprüft dann, ob die verbleibenden Werte identisch sind. Fälle, in denen alle Ereignisse denselben Wert (oder alle null-Werte) haben, werden von den Ergebnissen ausgeschlossen.
Häufige Verwendungszwecke
- Statusfortschrittsanalyse: Ermitteln Sie Fälle, in denen sich der Status während der Bearbeitung geändert hat, was auf Fortschritte durch verschiedene Phasen hinweist.
- Erkennung von Ressourcenübergaben: Finden Sie Fälle, bei denen unterschiedliche Ressourcen oder Abteilungen verschiedene Ereignisse bearbeitet haben, um Zusammenarbeit aufzuzeigen.
- Verfolgung von Standortwechseln: Entdecken Sie Fälle, bei denen sich das Standortattribut geändert hat, was auf physische Bewegungen oder Transfers zwischen Standorten hinweist.
- Prioritätserhöhungen: Erkennen Sie Fälle, in denen sich Prioritätsstufen während der Ausführung geändert haben, was Eskalations- oder Deeskalationsmuster anzeigt.
- Erkennung von Prozessabweichungen: Finden Sie Fälle, bei denen sich Attributwerte unerwartet geändert haben, was Ausnahmen oder nicht standardmäßige Abläufe anzeigen könnte.
- Mehrstufige Prozessanalyse: Identifizieren Sie Fälle, die mehrere Phasen durchlaufen haben, indem Sie Änderungen in phasenbezogenen Attributen erkennen.
Einstellungen
Event Column Name: Wählen Sie das Ereignisattribut aus, das Sie auf Variation überprüfen möchten. Der Filter gibt Fälle zurück, bei denen dieses Attribut in den Ereignissen unterschiedliche Werte aufweist. Nur nicht null-Werte werden bei der Überprüfung auf Variation berücksichtigt.
Hinweis: Das Attribut muss in der Ereignistabelle vorhanden und vom unterstützten Datentyp sein (String, Int32, Int64, DateTime, TimeSpan, Single, Double oder Boolean). Wenn Sie den Spaltennamen falsch eingeben, schlägt das Validierungssystem des Filters ähnliche Spaltennamen vor.
Beispiele
Beispiel 1: Finden von Fällen mit Statusänderungen
Szenario: Sie möchten alle Auftragsbearbeitungsfälle finden, bei denen sich der Auftragsstatus während der Bearbeitung geändert hat, was anzeigt, dass der Auftrag verschiedene Phasen durchlaufen hat.
Einstellungen:
- Event Column Name: "Order Status"
Ergebnis: Der Filter gibt Fälle zurück, bei denen verschiedene Ereignisse unterschiedliche Werte im Feld "Order Status" haben (z. B. "Neu" -> "In Bearbeitung" -> "Versandt"). Fälle, bei denen alle Ereignisse denselben Status haben, werden ausgeschlossen.
Erkenntnisse: Dies hilft dabei:
- Fälle zu identifizieren, die den Arbeitsablauf erfolgreich durchlaufen haben
- normale Bearbeitungsmuster mit Statusübergängen zu erkennen
- Fälle zu finden, die mehrere Statusänderungen erfahren haben
- Aufträge zu erkennen, die verschiedene Erfüllungsphasen durchlaufen haben
Beispiel 2: Erkennung von Ressourcenübergaben
Szenario: Sie müssen Fälle finden, in denen verschiedene Ressourcen oder Mitarbeiter an unterschiedlichen Aktivitäten gearbeitet haben, was auf Zusammenarbeit oder Übergabesituationen hinweist.
Einstellungen:
- Event Column Name: "Resource"
Ergebnis: Der Filter wählt Fälle aus, bei denen das Attribut "Resource" über die Ereignisse hinweg variiert, d.h. mehrere Personen oder Systeme unterschiedliche Aktivitäten bearbeitet haben.
Erkenntnisse: Diese Fälle zeigen:
- kooperative Arbeitsmuster, bei denen mehrere Personen beitragen
- Übergaben zwischen Abteilungen oder Teams
- Fälle, die spezielle Expertise von unterschiedlichen Ressourcen erfordern
- mögliche Engpässe aufgrund von Ressourcenwechseln
Beispiel 3: Erkennung von Standortwechseln
Szenario: Sie möchten Sendungen oder Artikel verfolgen, die während der Bearbeitung zwischen verschiedenen Standorten bewegt wurden.
Einstellungen:
- Event Column Name: "Location"
Ergebnis: Der Filter gibt Fälle zurück, bei denen Ereignisse an unterschiedlichen Standorten stattgefunden haben, was auf physische Bewegungen oder Transfers hinweist.
Erkenntnisse: Dies kann aufzeigen:
- Artikel, die durch mehrere Lager oder Verteilerzentren gereist sind
- standortübergreifende Bearbeitungsmuster
- geografische Routing-Pfade von Fällen
- Fälle, die Koordination an mehreren Standorten erfordern
Beispiel 4: Finden von Prioritätserhöhungen
Szenario: Identifizieren Sie Support-Tickets oder Anfragen, bei denen sich die Prioritätsstufe während der Bearbeitung geändert hat, was eine Eskalation oder Deeskalation anzeigt.
Einstellungen:
- Event Column Name: "Priority"
Ergebnis: Der Filter wählt Fälle aus, bei denen sich die Werte von "Priority" zwischen den Ereignissen geändert haben (z. B. von "Niedrig" zu "Hoch").
Erkenntnisse: Diese Fälle könnten anzeigen:
- eskalierte Probleme, die erhöhte Aufmerksamkeit benötigen
- deeskalierte Fälle nach erster Bewertung
- dynamische Prioritätsanpassungen basierend auf Kundenfeedback
- Fälle, die eine Eingreifung des Managements erfordern
Beispiel 5: Erkennung von Abteilungswechseln
Szenario: Sie möchten Fälle finden, die während der Bearbeitung zwischen Abteilungen transferiert wurden, was auf komplexe Fälle mit bereichsübergreifender Unterstützung hinweist.
Einstellungen:
- Event Column Name: "Department"
Ergebnis: Der Filter gibt Fälle zurück, bei denen verschiedene Ereignisse von unterschiedlichen Abteilungen bearbeitet wurden.
Erkenntnisse: Dies hilft dabei:
- Fälle zu erkennen, die Expertise aus mehreren Abteilungen benötigen
- abteilungsübergreifende Zusammenarbeitsmuster aufzudecken
- mögliche Verzögerungen durch Übergaben zwischen Abteilungen zu identifizieren
- komplexe Fälle, die von Prozessoptimierung profitieren könnten, zu erkennen
Beispiel 6: Verfolgung von Änderungen der Genehmigungsebene
Szenario: Identifizieren Sie Fälle, bei denen sich die Genehmigungsebene geändert hat, etwa Anfragen, die zur Eskalation an höhere Managementebenen geführt haben.
Einstellungen:
- Event Column Name: "Approval Level"
Ergebnis: Der Filter wählt Fälle aus, bei denen das Attribut "Approval Level" über die Ereignisse hinweg variiert.
Erkenntnisse: Diese Fälle können darstellen:
- Anfragen, die mehrere Genehmigungsstufen durchlaufen haben
- Eskalationsmuster für hochvolumige oder komplexe Anfragen
- Fälle, die über Standard-Genehmigungsschwellen hinausgingen
- mehrstufige Genehmigungsabläufe
Ausgabe
Der Filter gibt einen neuen Datensatz zurück, der nur die Fälle enthält, bei denen das angegebene Ereignisattribut über die Ereignisse hinweg unterschiedliche Werte aufweist. Jeder zurückgegebene Fall behält alle ursprünglichen Ereignisse und Attribute bei, und Sie sehen die Variation in den Werten des ausgewählten Attributs.
Fälle, bei denen alle nicht null-Werte identisch sind, werden ausgeschlossen. Fälle mit nur null-Werten oder einem einzigen eindeutigen Wert werden ebenfalls ausgeschlossen.
Wenn keine Fälle den Kriterien entsprechen, gibt der Filter einen leeren Ergebnismenge zurück.
Technische Hinweise
- Filtertyp: Fallbezogener Filter (entfernt ganze Fälle, nicht einzelne Ereignisse)
- Nullbehandlung: Ignoriert null-Werte bei der Überprüfung auf Variation – berücksichtigt nur nicht null-Werte
- Variationserkennung: Vergleicht den ersten nicht null-Wert mit allen anderen nicht null-Werten
- Unterstützte Datentypen: String, Int32, Int64, DateTime, TimeSpan, Single, Double, Boolean
- Validierung: Schlägt automatisch ähnliche Spaltennamen vor, wenn die angegebene Spalte nicht gefunden wird
Diese Dokumentation ist Teil der mindzieStudio Process-Mining-Plattform.