フィルターリスト

概要

フィルターリストは、複数のフィルターをANDロジックで組み合わせた論理フィルターであり、結果に含まれるためにはケースがすべてのフィルター条件を満たす必要があります。この強力なケースレベルのフィルターは、一連のフィルターを順番に適用し、各フィルターが前のフィルターの結果に対して動作します。すべてのフィルターを通過したケースのみが最終データセットに残るため、精密な複数条件のフィルタリングルールの作成に最適です。

よくある用途

複数の条件を同時にすべて満たす必要がある場合の適用
複数の必須条件を含む複雑なフィルタリングロジックの作成
各フィルターがデータセットを絞り込む連続的なフィルタリングパイプラインの構築
異なるタイプのフィルターを組み合わせて正確な包含ルールを作成
複数の同時資格条件が必要なビジネスルールの実装
複数の必須基準を持つ厳格なコンプライアンスまたは品質フィルターの作成

設定

Filter List: 複数の個別フィルターをANDロジックで順次適用するコレクションです。リスト内の各フィルターは前のフィルターの結果に適用され、すべてのフィルターを通過したケースのみが最終結果に残ります。

動作方法:

最初のフィルターが元のデータセットに適用されます
2 番目のフィルターが最初のフィルターの結果に適用されます
これがリスト内のすべてのフィルターに順次行われます
すべてのフィルターを通過したケースのみが最終結果に表示されます

注意: リストにフィルターがない場合は元のデータセットがそのまま返されます。フィルターが1つだけの場合は、その単一フィルターの動作と同様です。

例

例1：高額地域別分析

シナリオ: 東部地域の高額注文のみを分析したい。ケースは東部地域であり、かつ注文金額が5,000ドルを超えている必要がある。両方の条件が必須。

設定:

フィルター1: 属性「Region」が「Eastern」のケース
フィルター2: 属性「Order Amount」が5000より大きいケース

結果:

両方の条件を満たすケースのみが含まれます。東部地域で8,000ドルのケース #12345 は含まれます（両条件を満たす）。東部地域で2,000ドルのケース #67890 は除外されます（金額条件を満たさない）。西部地域で10,000ドルのケース #11111 は除外されます（地域条件を満たさない）。合計1,000件のケースのうち300件が東部地域であり、そのうち80件が5,000ドル超えの場合、結果は80件になります。

洞察: 対象セグメントである高額東部地域の注文に焦点を絞った分析が可能です。この特定の組み合わせでのパフォーマンスを測定し、高額地域ビジネスのベストプラクティスを特定し、重要な顧客セグメントの処理最適化が行えます。

例2：完了した高優先度ケース

シナリオ: 組織が高優先度ケースを完了までどの程度うまく処理したかを測定するため、高優先度かつ完了済みのケースだけを分析したい。ケースはPriority = "High" かつ Status = "Completed" である必要がある。

設定:

フィルター1: 属性「Priority」が「High」のケース
フィルター2: 属性「Status」が「Completed」のケース

結果:

完了した高優先度ケースのみが含まれます。Priority = "High" かつ Status = "Completed" のケース #ABC は含まれます（両条件満たす）。Priority = "High" かつ Status = "In Progress" のケース #DEF は除外されます（未完了）。Priority = "Low" かつ Status = "Completed" のケース #GHI は除外されます（優先度が低い）。

洞察: 完了した高優先度ケースのパフォーマンスを示します。完了した優先度ケースのサイクルタイムを測定し、優先度ケースが迅速に処理されたかどうかを特定し、最も重要なケースへのリソース配分の効果を分析できます。

例3：最近の製造品質ケース

シナリオ: 直近90日以内の製造ケースで品質検査が行われたケースに焦点を当てて分析したい。日付範囲内でかつ「Quality Inspection」アクティビティを含むケースが必要。

設定:

フィルター1: 過去90日の期間フィルター
フィルター2: アクティビティに「Quality Inspection」を含むケース

結果:

過去90日以内で品質検査イベントを含むケースのみが保持されます。品質検査を含まない最近のケース、また古い品質検査ケースは除外されます。これにより最近の品質検査済み生産に絞ったデータセットとなります。

洞察: 最近性と品質検査必須条件を組み合わせることで、過去の不完全なデータではなく現在の品質実務を分析できます。品質検査件数の改善状況や最近の品質検査済みケースのパフォーマンスを過去データと比較可能です。

例4：複雑なコンプライアンスフィルタリング

シナリオ: 監査により複数基準を満たすケースのみを対象とする必要がある。規制対象業界であること、規制閾値を超えること、高リスク国を含むこと、マネージャー承認があることの4条件すべてが必須。

設定:

フィルター1: 属性「Industry」が["Banking", "Healthcare", "Insurance"] のいずれかのケース
フィルター2: 属性「Transaction Amount」が10000より大きいケース
フィルター3: 属性「Country」が["Country X", "Country Y", "Country Z"] のいずれかのケース
フィルター4: アクティビティに「Manager Approval」を含むケース

結果:

4つのフィルターすべてを通過したケースのみ監査サンプルに含まれます。これは全ケースの2〜3%程度の小規模なサブセットかもしれませんが、詳細監査が必要な正確なケース群です。各フィルターが該当しないケースを除外し、高度に特化したコンプライアンスデータセットとなります。

洞察: 正確な監査対象人口を作成し、規制要件に完全に一致させます。監査リソースは関連性の高いケースに集中し、フィルター論理が規制基準に合致していることを文書化できます。連続したANDロジックにより、どの条件にも合致しないケースは完全に除外されます。

例5：リソース別パフォーマンス分析

シナリオ: クレーム部門の経験豊富なリソースが対応し、SLA内に完了したケースだけを分析したい。ケースは部署、リソース経験レベル、SLA遵守のすべてを満たす必要がある。

設定:

フィルター1: 属性「Department」が「Claims」のケース
フィルター2: 属性「Resource Experience」が「Senior」のケース
フィルター3: 属性「SLA Compliance」が「Met」のケース

結果:

クレーム部門でシニアリソースにより対応され、SLAを達成したケースのみが含まれます。この絞り込みにより、最適なパフォーマンスを示すデータセットとなります。いずれかの条件を満たさないケースは除外されます。

洞察: 最適条件がすべて満たされた場合のパフォーマンスを明確に示します。これをベンチマークとし、1つ以上の条件が満たされなかったケースと比較することで、パフォーマンスに最も影響を与える要因を特定できます。

出力

このフィルターはケースレベルで順次ANDロジックを使用して動作します：

フィルターを一つずつ順次適用
各フィルターは前のフィルター結果に作用
すべてのフィルターを通過したケースのみが最終結果に表示
フィルター適用の連続によるデータセットサイズは徐々に減少（または同じまま）
含まれるケースのすべてのケース属性とイベント属性を保持
リストにフィルターがなければ元のデータセットを返す
ORフィルターよりも厳格で、通過するケース数は通常少ない

複数の同時条件を満たすケースが必要で、分析に含める前にすべての基準をクリアしていることを保証したい場合に、Filter List を使用してください。

このドキュメントは mindzie Studio のプロセスマイニングプラットフォームの一部です。