Filterliste

Überblick

Die Filterliste ist ein logischer Filter, der mehrere Filter mit UND-Logik kombiniert, wobei ein Fall ALLE Filterbedingungen erfüllen muss, um in den Ergebnissen enthalten zu sein. Dieser leistungsstarke Fall-Level-Filter wendet eine Folge von Filtern nacheinander an, wobei jeder Filter auf den Ergebnissen des vorherigen Filters arbeitet. Nur Fälle, die alle Filter erfolgreich durchlaufen, bleiben im endgültigen Datensatz, was ihn ideal für die Erstellung präziser, multikriterieller Filterregeln macht.

Häufige Anwendungsfälle

  • Mehrere Kriterien anwenden, die alle gleichzeitig erfüllt sein müssen
  • Komplexe Filterlogik mit mehreren erforderlichen Bedingungen erstellen
  • Sequentielle Filter-Pipelines bauen, bei denen jeder Filter den Datensatz weiter einschränkt
  • Verschiedene Filtertypen kombinieren, um präzise Einschlussregeln zu erstellen
  • Geschäftsregeln umsetzen, die mehrere gleichzeitige Qualifikationen erfordern
  • Strenge Compliance- oder Qualitätsfilter mit mehreren obligatorischen Kriterien erstellen

Einstellungen

Filterliste: Eine Sammlung einzelner Filter, die nacheinander mit UND-Logik angewendet werden. Jeder Filter in der Liste wird auf die Ergebnisse des vorherigen Filters angewendet, sodass ein Fall alle Filter bestehen muss, um in den endgültigen Ergebnissen zu bleiben.

Funktionsweise:

  1. Der erste Filter wird auf den ursprünglichen Datensatz angewendet
  2. Der zweite Filter wird auf die Ergebnisse des ersten Filters angewendet
  3. Dies wird sequentiell für alle Filter in der Liste fortgesetzt
  4. Nur Fälle, die alle Filter passieren, erscheinen in den endgültigen Ergebnissen

Hinweis: Wenn keine Filter in der Liste sind, wird der ursprüngliche Datensatz unverändert zurückgegeben. Mit nur einem Filter verhält es sich wie dieser einzelne Filter.

Beispiele

Beispiel 1: Analyse hochvolumiger Bestellungen aus der Region

Szenario: Sie möchten nur hochvolumige Bestellungen aus der östlichen Region analysieren. Fälle müssen sowohl aus der östlichen Region stammen UND Bestellwerte über 5.000 $ aufweisen. Beide Bedingungen sind verpflichtend.

Einstellungen:

  • Filter 1: Fälle mit Attribut "Region" gleich "Eastern"
  • Filter 2: Fälle mit Attribut "Order Amount" größer als 5000

Ergebnis:

Nur Fälle, die beide Bedingungen erfüllen, werden eingeschlossen. Fall #12345 aus Eastern mit 8.000 \(ist eingeschlossen (beide Bedingungen erfüllt). Fall #67890 aus Eastern mit 2.000\) ist ausgeschlossen (Bedingung Betrag nicht erfüllt). Fall #11111 aus Western mit 10.000 \(ist ausgeschlossen (Region-Bedingung nicht erfüllt). Wenn Sie insgesamt 1.000 Fälle haben mit 300 aus Eastern und 80 dieser Eastern-Fälle über 5.000\) liegen, enthält Ihr Ergebnis 80 Fälle.

Erkenntnisse: Dies ermöglicht eine fokussierte Analyse des Zielsegments – hochvolumige Bestellungen aus der östlichen Region. Sie können die Leistung für diese spezifische Kombination messen, bewährte Verfahren für die Bearbeitung regional hoher Volumina identifizieren und die Verarbeitung für diesen wichtigen Kundensegment optimieren.

Beispiel 2: Abgeschlossene Hochprioritätsfälle

Szenario: Sie möchten nur Hochprioritätsfälle analysieren, die abgeschlossen wurden, um zu messen, wie gut Ihre Organisation Prioritätsfälle bis zum Abschluss bearbeitet hat. Fälle müssen sowohl Priorität = "High" UND Status = "Completed" sein.

Einstellungen:

  • Filter 1: Fälle mit Attribut "Priority" gleich "High"
  • Filter 2: Fälle mit Attribut "Status" gleich "Completed"

Ergebnis:

Nur abgeschlossene Hochprioritätsfälle werden eingeschlossen. Fall #ABC mit Priorität "High" und Status "Completed" ist eingeschlossen (beide Bedingungen erfüllt). Fall #DEF mit Priorität "High" und Status "In Progress" ist ausgeschlossen (nicht abgeschlossen). Fall #GHI mit Priorität "Low" und Status "Completed" ist ausgeschlossen (nicht hochprioritär).

Erkenntnisse: Dies zeigt, wie Hochprioritätsfälle bei ihrem Abschluss abgeschnitten haben. Sie können die Durchlaufzeit für abgeschlossene Prioritätsfälle messen, feststellen, ob Prioritätsfälle schneller bearbeitet wurden, und die Effektivität der Ressourcenzuweisung für Ihre wichtigsten Fälle analysieren.

Beispiel 3: Aktuelle Qualitätsfälle in der Fertigung

Szenario: Ihre Qualitätsanalyse soll sich auf aktuelle Fertigungsfälle der letzten 90 Tage konzentrieren, bei denen auch Qualitätsprüfungen durchgeführt wurden. Fälle müssen innerhalb des Zeitraums liegen UND die Aktivität "Quality Inspection" enthalten.

Einstellungen:

  • Filter 1: Zeitraumsfilter für die letzten 90 Tage
  • Filter 2: Fälle mit Aktivität "Quality Inspection"

Ergebnis:

Nur Fälle der letzten 90 Tage, die auch Qualitätsinspektionen enthalten, bleiben erhalten. Aktuelle Fälle ohne Qualitätsinspektionen werden ausgeschlossen. Ältere Fälle mit Qualitätsinspektionen ebenfalls ausgeschlossen. Dies liefert einen fokussierten Datensatz aktueller, qualitätsgeprüfter Produktionsfälle.

Erkenntnisse: Durch die Kombination von Aktualität mit der Anforderung einer Qualitätsprüfung analysieren Sie aktuelle Qualitätspraktiken statt historischer oder unvollständiger Daten. Dies zeigt, ob die Rate der Qualitätsprüfungen steigt und wie aktuelle qualitätsgeprüfte Fälle im Vergleich zu historischen Daten abschneiden.

Beispiel 4: Komplexe Compliance-Filterung

Szenario: Eine Compliance-Prüfung erfordert Fälle, die mehrere Kriterien erfüllen – sie müssen aus regulierten Branchen stammen, den gesetzlichen Schwellenwert überschreiten, bestimmte Hochrisikoländer involvieren und die Freigabe durch den Manager beinhalten. Alle vier Bedingungen sind für die Aufnahme in die Prüfung verpflichtend.

Einstellungen:

  • Filter 1: Fälle mit Attribut "Industry" ist eines von ["Banking", "Healthcare", "Insurance"]
  • Filter 2: Fälle mit Attribut "Transaction Amount" größer als 10000
  • Filter 3: Fälle mit Attribut "Country" ist eines von ["Country X", "Country Y", "Country Z"]
  • Filter 4: Fälle mit Aktivität "Manager Approval"

Ergebnis:

Nur Fälle, die alle vier Filter bestehen, werden in die Prüfungsstichprobe aufgenommen. Dies ist vielleicht eine kleine Teilmenge (vielleicht 2-3 % aller Fälle), aber genau die Fälle, die eine detaillierte regulatorische Überprüfung erfordern. Jeder Filter eliminiert Fälle, die dieses spezifische Kriterium nicht erfüllen, was zu einem stark fokussierten Compliance-Datensatz führt.

Erkenntnisse: Dies erzeugt eine präzise Prüfpobulation, die exakt den regulatorischen Anforderungen entspricht. Sie stellen sicher, dass Prüfressourcen sich auf wirklich relevante Fälle konzentrieren, während Sie dokumentieren, dass Ihre Filterlogik den regulatorischen Kriterien entspricht. Die sequentielle UND-Logik garantiert, dass keine Fälle durchrutschen, die ein einzelnes Kriterium nicht erfüllen.

Beispiel 5: Ressourcenspezifische Leistungsanalyse

Szenario: Sie möchten Fälle analysieren, die ausschließlich von erfahrenen Ressourcen in der Abteilung Claims bearbeitet wurden und zudem innerhalb der SLA abgeschlossen wurden. Fälle müssen alle drei Bedingungen erfüllen – richtige Abteilung, Erfahrungsstufe der Ressource und SLA-Konformität.

Einstellungen:

  • Filter 1: Fälle mit Attribut "Department" gleich "Claims"
  • Filter 2: Fälle mit Attribut "Resource Experience" gleich "Senior"
  • Filter 3: Fälle mit Attribut "SLA Compliance" gleich "Met"

Ergebnis:

Nur Fälle aus der Abteilung Claims, die von Senior-Ressourcen bearbeitet wurden und die SLA erfüllt haben, sind eingeschlossen. Dieser fokussierte Datensatz zeigt optimale Leistung – erfahrene Ressourcen bearbeiten die Abteilungsarbeit innerhalb vorgegebener Zeitrahmen. Fälle, die auch nur ein Kriterium nicht erfüllen, sind ausgeschlossen.

Erkenntnisse: Dies zeigt die Leistung, wenn alle optimalen Bedingungen erfüllt sind – richtige Abteilung, erfahrenes Personal, erfolgreiches Ergebnis. Sie können dies als Benchmark für erwartete Leistung nutzen und mit Fällen vergleichen, bei denen eine oder mehrere Bedingungen nicht erfüllt wurden, um zu ermitteln, welche Faktoren die Leistung am stärksten beeinflussen.

Ausgabe

Dieser Filter arbeitet auf Fall-Ebene mit sequentieller UND-Logik:

  • Filter werden nacheinander in Sequenz angewendet
  • Jeder Filter arbeitet auf den Ergebnissen des vorherigen Filters
  • Nur Fälle, die alle Filter bestehen, erscheinen in den Endergebnissen
  • Die Datensatzgröße nimmt durch die Filtersequenz progressiv ab (oder bleibt gleich)
  • Alle Fall- und Ereignisattribute der eingeschlossenen Fälle bleiben erhalten
  • Gibt den ursprünglichen Datensatz zurück, wenn keine Filter in der Liste sind
  • Strenger als OR-Filter – typischerweise passieren weniger Fälle

Verwenden Sie die Filterliste, wenn Fälle mehrere gleichzeitige Bedingungen erfüllen müssen und Sie präzise Filterregeln benötigen, die sicherstellen, dass alle Kriterien vor Einbeziehung der Fälle in Ihre Analyse erfüllt sind.

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