Or フィルター

概要

Or フィルターは、複数のフィルターを OR 論理で組み合わせる論理フィルターで、各ケースは個別のフィルター条件のいずれかに一致すれば含まれます。この強力なケースレベルのフィルターにより、異なるフィルタータイプを組み合わせて複雑なフィルタリングシナリオを単一の操作で作成できます。ケースがすべての条件を満たす必要がある（AND論理）代わりに、少なくとも1つの条件を満たせば結果に含まれます。

よくある用途

複数の地域や事業部からケースを単一分析に含める
複数の優先度や価値基準のいずれかを満たすケースを選択する
異なる属性条件を組み合わせて例外ケースを抽出する
複数の経路で含まれる柔軟なフィルタリングルールを作成する
複数の条件を持つ複雑な業務ルールを構築する
複数のコンプライアンスや品質基準のいずれかを満たすケースを特定する

設定

Filter List: OR論理で組み合わせる個別のフィルター集です。リスト内の各フィルターが条件を表し、これらの条件のいずれかに一致すればケースは含まれます。

動作の仕組み:

リスト内の各フィルターが元のデータセットに対して独立に評価される
全てのフィルターの結果を集合の和（OR論理）で結合する
重複するケースは自動的に除外される
最終結果には1つ以上のフィルター条件に一致したケースが含まれる

注意: OR操作の意味を持たせるには少なくとも2つのフィルターが必要です。フィルター数が2未満の場合、元のデータセットが変更されずに返されます。

例

例1: 複数地域の分析

シナリオ: 東部と西部の両方の販売地域の注文を分析したい場合。2回の別分析や複雑な属性フィルターの代わりに、ORフィルターでどちらかの地域のケースを含められます。

設定:

フィルター1: 属性「Region」が「Eastern」のケース
フィルター2: 属性「Region」が「Western」のケース

結果:

Region = "Eastern" または Region = "Western" のケースが結果に含まれます。東部地域のケース #12345 と西部地域のケース #67890 は含まれますが、北部地域のケース #11111 は除外されます。合計1,000ケースのうち、東部300件・西部250件なら結果は550件になります。

インサイト: 複数地域を同時に比較・分析でき、高パフォーマンス地域のベストプラクティスの特定、地域間の処理パターン比較、特定地理エリアの統合パフォーマンス計測が可能です。

例2: 優先度または高価値ケース

シナリオ: 優先度が「High」の高優先度ケースと、注文額が10,000ドルを超える高価値ケースの双方を特別対応したいため、両方を含める分析。

設定:

フィルター1: 属性「Priority」が「High」のケース
フィルター2: 属性「Order Amount」が10000より大きいケース

結果:

優先度が高いケースまたは注文額が10,000ドル超のケースが含まれます。優先度が高く金額が5,000ドルのケース #ABC、優先度は中で金額が15,000ドルのケース #DEF、両方に該当するケース #GHI はすべて含まれます。低優先度かつ低価値のケースは除外されます。

インサイト: 顧客重要度（優先度）や財務的重要性（価値）いずれかで特別対応すべきケースを全て網羅し、VIPケースへのリソース割り当てや高優先度・高価値ケースの処理速度を分析できます。

例3: 複数のステータス条件

シナリオ: 「進行中」「レビュー待ち」「承認待ち」など、いずれかのアクティブなステータスのケースを分析したい。これらはいずれも対応が必要なアクティブケースを示す。

設定:

フィルター1: 属性「Status」が「In Progress」のケース
フィルター2: 属性「Status」が「Pending Review」のケース
フィルター3: 属性「Status」が「Awaiting Approval」のケース

結果:

3つのアクティブステータスのいずれかに該当するケースが含まれ、ステータス「Completed」のケースは除外されます。これにより、すべてのアクティブフェーズの作業負荷を総合的に把握可能です。

インサイト: 複数のアクティブステータスをまとめて分析でき、どのフェーズでボトルネックが発生しているかを特定し、アクティブケース全体の期間を測定できます。

例4: 例外ケースの特定

シナリオ: 調査対象の例外ケースを特定したい。30日以上の所要期間、50件以上のイベント、5人以上の異なる担当者がいるケースのいずれか。

設定:

フィルター1: ケース期間が30日超のケース
フィルター2: イベント数が50件超のケース
フィルター3: ユニーク担当者数が5人超のケース

結果:

例外基準のいずれかを満たすケースが含まれます。45日間のケース #AAA、多数イベントのケース #BBB、複数担当者のケース #CCC はすべて含まれ、該当しない通常ケースは除外されます。

インサイト: 調査が必要な異常な挙動を示すケースを特定し、それらケースの共通パターンを分析、例外対応の改善策を策定できます。

例5: コンプライアンスまたは監査基準

シナリオ: 制限国からのケース、承認なしで承認閾値を超えたケース、不正検知フラグが立ったケースなど、複数のリスク指標のいずれかを満たすケースを監査対象にしたい。

設定:

フィルター1: 属性「Country」が ["Country A", "Country B", "Country C"] のいずれかのケース
フィルター2: 属性「Amount」が50000超かつ「Manager Approval」が「No」のケース
フィルター3: 属性「Fraud Flag」が「Yes」のケース

結果:

いずれかのリスク指標に該当するケースが含まれます。これにより全体ケースの約5%程度になる可能性が高いが、重要なリスクケースを網羅的に抽出可能です。

インサイト: 複数のリスク指標をORで結合し、例外的なケースを漏らさず監査対象とし、リスクのあるケースにリソース集中が可能です。

出力

このフィルターはケース単位で集合の和（union）論理を用いて動作します:

構成される各フィルターを元のデータセットに対して独立評価
結果を集合の和で結合（重複なし）
少なくとも1つのフィルター条件に一致したケースを返す
含まれるケースのすべてのケースおよびイベント属性を保持
意味ある動作には少なくとも2つのフィルターが必要
2つ未満の場合は元のデータセットを返す

複数の異なる条件でケースを含める柔軟かつ包括的なルール作成に適しており、多様なシナリオを単一分析でカバーできます。

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