ケース属性の比較
概要
Compare Case Attributesエンリッチメントは、2つのケース属性間の等価比較を行い、一致するかどうかを示すブール結果属性を作成します。この論理演算子により、ケースレベルで任意の2つの属性を比較してデータの一貫性を検証し、ビジネスルールの検証やプロセスデータの不整合の特定が可能になります。このエンリッチメントは、品質チェック、コンプライアンス検証、およびプロセス適合性分析に必要な重要な機能を提供します。
このエンリッチメントは、異なるデータポイントが正しく整合しているか確認したり、期待される一致が発生しないケースを特定したりする必要があるプロセスマイニングのシナリオで特に有効です。たとえば、計画値と実績値を比較して逸脱を特定したり、異なるシステムフィールドが一貫した情報を持っているか検証したり、手動入力が自動計算と一致しているかをチェックしたりできます。比較は異なるデータ型間で動作し、数値、日付、テキストフィールドの比較時には型変換を自動で処理するため、データ検証および品質保証に多用途のツールとなっています。
主な用途
- 財務コンプライアンスのために請求書金額が発注書の値と一致していることを検証
- 配送計画日と要望日を比較してスケジュールの競合を特定
- 顧客情報の異なるシステムフィールド間の一貫性を検証
- 承認された予算が実際の支出承認と一致しているかを確認
- 手動入力がシステム計算値と異なるケースを特定
- 注文システムと配送システム間の製品コードの一致を検証
- 物流プロセスの開始地と終了地を比較して往復ルートを特定
設定
新しい属性名: 比較結果を格納するブール属性の名前を指定します。何を比較しているかを明確に示す分かりやすい名前を選択してください。例として、請求金額と発注書を比較する場合は「Amount_Matches_PO」、計画配送日と実際の配送日を比較する場合は「Delivery_Date_Consistent」などがあります。属性には値が一致すればTrue、不一致であればFalseが格納されます。
ケース列1: 比較する最初のケース属性を選択します。このドロップダウンには、元の属性および他のエンリッチメントで作成されたすべての利用可能なケース属性が表示されます。属性のデータ型はテキスト、数値、日付、ブールいずれでもかまいません。比較時に適切な型変換をエンリッチメント側で処理します。
ケース列2: 最初の属性と比較する2つ目のケース属性を選択します。ケース列1と同様にすべての利用可能なケース属性が表示されます。この2つの属性値を各ケースごとに比較して等しいかどうか判定します。Null値の取り扱いも適切に行い、2つのNull値は等しいと見なされますが、Nullと非Nullの比較はFalseになります。
例
例1: 請求書と発注書の検証
シナリオ: 調達から支払いまでのプロセスで、請求書金額が元の発注書の値と一致しているか検証し、不一致があれば調査や承認が必要となるケースを特定します。
設定:
- 新しい属性名: Invoice_Matches_PO
- ケース列1: Invoice_Amount
- ケース列2: PO_Amount
出力: ブール属性「Invoice_Matches_PO」を作成し、以下の値を格納します:
- True: Invoice_AmountがPO_Amountと等しい場合（例：両方とも5,000.00）
- False: 値が異なる場合（例：Invoice_Amountが5,250.00、PO_Amountが5,000.00）
- False: 一方がNullで他方が非Nullの場合
活用: 金額の不一致による追加承認が必要な請求書を特定し、一致する請求書は自動でスループロセスに回すことが可能で、仕入先の請求の正確性を測る指標としても活用できます。
例2: 配送日の一貫性チェック
シナリオ: 物流プロセスにおいて、顧客に約束した配送日がスケジューリングシステムの計画配送日と一致しているか確認します。
設定:
- 新しい属性名: Delivery_Dates_Aligned
- ケース列1: Customer_Promise_Date
- ケース列2: System_Planned_Date
出力: ブール属性「Delivery_Dates_Aligned」を作成し、以下を示します:
- True: 両日付が同一の場合（例：2024-03-15）
- False: 日付が異なる場合（例：顧客約束が2024-03-15、計画が2024-03-17）
活用: 顧客の期待と内部計画が一致しないケースを特定でき、コミュニケーション精度の測定やスケジューリング競合が頻発する工程の把握に役立ちます。
例3: 医療分野でのデータ品質検証
シナリオ: 患者ケアプロセスにおいて、入院システムに記録された担当医が退院サマリーに記載された医師と一致しているか検証します。
設定:
- 新しい属性名: Physician_Records_Match
- ケース列1: Admission_Physician_ID
- ケース列2: Discharge_Physician_ID
出力: ブール属性「Physician_Records_Match」を作成し、以下を示します:
- True: 両IDが一致する場合（例：「DOC-12345」）
- False: 医師IDが異なる場合、引き継ぎや入力ミスを示す
活用: 医師の引き継ぎケースの特定、システム間のデータ一貫性の検証、ケア継続性の品質監査を支援します。
例4: 製造仕様遵守の検証
シナリオ: 製造プロセスで、実際に使用した材料等級が製造指示書の指定等級と一致しているかを確認します。
設定:
- 新しい属性名: Material_Grade_Compliant
- ケース列1: Specified_Material_Grade
- ケース列2: Actual_Material_Grade
出力: ブール属性「Material_Grade_Compliant」を作成し、以下を示します:
- True: 指定等級と実際に使用された等級が一致する場合（例：「Grade_A」）
- False: 異なる等級が使われた場合（例：指定が「Grade_A」、実際は「Grade_B」）
活用: 品質管理の追跡、仕様に合わない生産ロットの特定、生産ラインや期間ごとの遵守率計算に役立ちます。
例5: 物流における往復検知
シナリオ: 輸送管理プロセスで、出発地と目的地を比較して往復輸送である出荷を特定します。
設定:
- 新しい属性名: Is_Round_Trip
- ケース列1: Origin_Location
- ケース列2: Final_Destination
出力: ブール属性「Is_Round_Trip」を作成し、以下を示します:
- True: 出発地と目的地が同一の場合（例：「Warehouse_NYC」）
- False: 場所が異なる場合（例：「Warehouse_NYC」から「Store_Boston」）
活用: 往復ルートの特定による経路最適化、往復輸送と片道輸送の価格戦略の差別化、車両稼働率分析を支援します。
出力
Compare Case Attributesエンリッチメントは、設定で指定した名前の単一の新しいブール型ケース属性を作成します。この属性は、比較対象の2つの属性値が同一の場合にTrueを、異なる場合にFalseを格納します。比較は各ケースごとに独立して実行されます。
ブール属性は、True/False、Yes/No、1/0、またはカスタムラベルなど、可視化の好みに応じて異なる形式で表示が可能です。この属性はmindzieStudioの他の機能とシームレスに連携します:
- フィルタリング: ブール結果を使ってケースをフィルタリングし、一致するケースのみまたは不一致のみを表示
- 適合分析: 一致と不一致のケース割合を特定
- プロセスフロー: 属性の一致・不一致に基づいてプロセス経路を分岐
- 計算式: 複雑な検証ルールに対するAND/OR論理式の一部として使用
- ダッシュボード: 一致率や傾向を示すKPIの作成
Null値の取扱いも適切で、2つのNullは等しいと扱いTrueを返し、Nullと非Nullの比較はFalseとなります。これにより欠損データが重要なデータ検証シナリオでも一貫した動作が保証されます。
本ドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。