値でブール属性をカウントする

概要

値でブール属性をカウントするエンリッチメントは、複数のブール（true/false）属性を評価し、それらのうち指定した値に一致するものの数をカウントする専門的な分析ツールです。このエンリッチメントは、TRUEまたはFALSEのいずれかに該当するブール属性の数を含む新しい整数属性を作成し、プロセスケース全体での複数基準の評価、コンプライアンススコアリング、リスク評価に強力な機能を提供します。

このエンリッチメントは、同時に複数の二値条件に対してケースを評価する必要がある場合に特に有用です。例えば、複数の規制要件を示すブールフラグがあるコンプライアンスシナリオでは、満たされた要件の数（TRUE値）や違反した要件の数（FALSE値）をカウントできます。同様に、複数の合格/不合格基準を持つ品質管理プロセスでは、合格または不合格チェックの数を定量化できます。このエンリッチメントは、ケースレベルとイベントレベルのブール属性の両方をサポートしており、プロセスデータの異なる粒度で柔軟な分析を可能にします。

よくある用途

  • 複数のコンプライアンスフラグで満たされた規制要件（TRUE）をカウントしコンプライアンススコアを計算する
  • 財務や運用プロセスでトリガーされたリスク指標の数（TRUE）をカウントしてリスクレベルを評価する
  • 製造プロセスで合格（TRUE）または不合格（FALSE）となった品質チェック属性をカウントして品質を測定する
  • 複数の満足度指標で肯定的な（TRUE）回答をカウントして顧客満足を評価する
  • プロジェクト管理プロセスで完了済み（TRUE）のタスクフラグをカウントして進捗状況を追跡する
  • 例外フラグ（TRUE）やエラー指標の数をカウントして問題のあるケースを特定する
  • 複数のSLA基準で満たされた（TRUE）または未達成（FALSE）をカウントしてベンダーのパフォーマンスを評価する

設定

フィルター： オプションのフィルターで、特定のケースまたはイベントに限定してカウントを実行できます。フィルターが適用されると、フィルター条件を満たすケースのみでブールカウントが実行されます。特定の期間、特定のケース種別、または特定の条件下でのスコア計算に役立ちます。フィルターを指定しない場合は、データセット内のすべてのケースにカウントが適用されます。

新しい属性名： 指定した値に一致するブール属性のカウントを格納する新しい整数属性の名前です。この属性は、ソース選択に応じてケーステーブルまたはイベントテーブルに追加されます。「ComplianceScore」や「QualityChecksPassed」、「RiskIndicatorCount」、「RequirementsMet」など、何をカウントしているかが明確な説明的な名前を付けてください。このフィールドは必須です。

ソース： ケーステーブルまたはイベントテーブルのどちらからブール属性をカウントするかを指定します。「Case」を選択するとケースレベル（ケース単位で1つの値を持つ属性）のブール属性を、「Event」を選択すると各イベントごとに異なる値を持つイベントレベルのブール属性をカウントします。選択可能なブール属性は、ソース選択に応じて更新されます。

属性名： カウント対象とするブール属性を選択するマルチセレクトリストです。選択可能なのは、選択したソースからのブール（true/false）属性のみです。複数の属性を選択でき、エンリッチメントは「Count If Value」設定で指定した値に一致するこれらの属性の数をカウントします。少なくとも1つの属性を選択する必要があります。

Count If Value： カウント対象とするブール値を指定します。TRUEまたはFALSEのいずれかを選択します。TRUEを選択すると、選択した属性のうちTRUEの数をカウントし、FALSEを選択するとFALSEの数をカウントします。分析の目的に応じて、正の条件（要件を満たした、チェック合格）または負の条件（違反、失敗）を測定できます。

例

例1：金融取引のコンプライアンススコアリング

シナリオ： 金融機関が複数の規制チェックを経た取引について、いくつの要件が満たされているかをカウントしコンプライアンススコアを算出します。複数のブール属性で各規制要件の満足を示しています。

設定：

  • ソース: Case
  • 新しい属性名: "Compliance Score"
  • 属性名: ["KYC_Verified", "AML_Check_Passed", "Sanctions_Clear", "Document_Complete", "Approval_Obtained", "Risk_Assessment_Done"]
  • Count If Value: True
  • フィルター: なし

出力： エンリッチメントは、合格したコンプライアンスチェックの数を示す整数値のケース属性「Compliance Score」を作成します：

  • 取引 TX-001: Compliance Score = 6（すべてのチェック合格）
  • 取引 TX-002: Compliance Score = 4（KYCおよびリスク評価未完了）
  • 取引 TX-003: Compliance Score = 5（制裁チェック不合格）
  • 取引 TX-004: Compliance Score = 3（基本チェックのみ完了）

インサイト： コンプライアンススコアが5未満の取引は追加審査対象となります。この定量スコアは、即時対応が必要な取引の優先順位付けや、取引種別ごとのコンプライアンス上のギャップパターン特定に役立ちます。

例2：製造業における品質管理評価

シナリオ： 製造工場が複数の品質検査ポイントでブール属性を用いて評価しています。不合格検査をカウントして、再作業が必要な製品を特定します。

設定：

  • ソース: Case
  • 新しい属性名: "Failed Quality Checks"
  • 属性名: ["Visual_Inspection", "Dimension_Check", "Weight_Tolerance", "Electrical_Test", "Pressure_Test", "Final_Assembly"]
  • Count If Value: False
  • フィルター: なし

出力： 不合格検査の数を示す「Failed Quality Checks」属性を作成します：

  • 製品 P-5001: Failed Quality Checks = 0（全検査合格）
  • 製品 P-5002: Failed Quality Checks = 2（寸法と重量不合格）
  • 製品 P-5003: Failed Quality Checks = 1（電気検査不合格）
  • 製品 P-5004: Failed Quality Checks = 3（外観、圧力、組立不合格）

インサイト： どの製品も不合格があれば再作業が必要で、多数不合格は完全な再製造の可能性あり。カウントは再作業の最適ルーティングと特定検査カテゴリの体系的品質問題把握を支援します。

例3：ローン申請のリスク評価

シナリオ： 銀行がブール属性として複数のリスク指標を保持し、トリガーされたリスクフラグの数をカウントしてローン申請ごとのリスクレベルを判定します。

設定：

  • ソース: Case
  • 新しい属性名: "Risk Indicators Count"
  • 属性名: ["High_Debt_Ratio", "Unstable_Employment", "Poor_Credit_History", "Insufficient_Collateral", "Previous_Default", "Income_Verification_Failed"]
  • Count If Value: True
  • フィルター: Case_Type = "Personal Loan"

出力： 個人ローン申請に対するリスク指標のトリガー数をカウントします：

  • 申請 LA-2024-101: Risk Indicators Count = 0（低リスク）
  • 申請 LA-2024-102: Risk Indicators Count = 2（High_Debt_RatioおよびPoor_Credit_History）
  • 申請 LA-2024-103: Risk Indicators Count = 4（複数リスク要因）
  • 申請 LA-2024-104: Risk Indicators Count = 1（Unstable_Employmentのみ）

インサイト： 0～1のリスク指標は迅速審査、2～3は追加評価、4以上は上級審査担当者へ自動エスカレーション。体系的なスコアリングにより意思決定の一貫性と処理効率が向上します。

例4：ITサービス管理におけるSLAパフォーマンス監視

シナリオ： ITサービスデスクがインシデントごとに複数のSLA基準をブール属性で追跡し、満たされたSLA数をカウントしてサービスカテゴリごとのパフォーマンススコアを計算します。

設定：

  • ソース: Case
  • 新しい属性名: "SLA Criteria Met"
  • 属性名: ["Response_Time_Met", "Resolution_Time_Met", "First_Call_Resolution", "Customer_Satisfied", "Escalation_Avoided", "Documentation_Complete"]
  • Count If Value: True
  • フィルター: Priority = "High"

出力： 優先度が高いインシデントのSLAパフォーマンスを算出します：

  • インシデント INC-8001: SLA Criteria Met = 6（満点）
  • インシデント INC-8002: SLA Criteria Met = 4（解決時間とエスカレーション問題）
  • インシデント INC-8003: SLA Criteria Met = 5（ドキュメント不完全）
  • インシデント INC-8004: SLA Criteria Met = 2（複数のSLA違反）

インサイト： 数値化されたSLAパフォーマンスはサービス提供の改善に貢献。低スコア案件は特定SLA領域の体系的問題を明らかにし、教育やプロセス最適化の指針となります。

例5：多基準によるベンダー評価

シナリオ： 調達チームが複数のパフォーマンス基準をブールの合格/不合格属性で評価し、ベンダーランキングおよび選定のため総合パフォーマンススコアを算出します。

設定：

  • ソース: Case
  • 新しい属性名: "Vendor Performance Score"
  • 属性名: ["On_Time_Delivery", "Quality_Standards_Met", "Price_Competitive", "Documentation_Accurate", "Responsive_Support", "Sustainability_Compliant"]
  • Count If Value: True
  • フィルター: Evaluation_Period = "Q4-2024"

出力： Q4評価におけるベンダーパフォーマンススコアを計算します：

  • ベンダー V-101: Vendor Performance Score = 6（優秀）
  • ベンダー V-102: Vendor Performance Score = 4（納期と価格問題）
  • ベンダー V-103: Vendor Performance Score = 5（ドキュメント問題）
  • ベンダー V-104: Vendor Performance Score = 3（複数のパフォーマンスギャップ）

インサイト： 5～6のベンダーは優先パートナー、3～4は改善計画が必要、3未満は契約終了の可能性あり。この客観的スコアリングは戦略的なベンダー管理や交渉を支援します。

出力

値でブール属性をカウントするエンリッチメントは、ソース選択に応じてケーステーブルまたはイベントテーブルに1つの新しい整数属性を生成します。この属性は、指定した値（TRUEまたはFALSE）に一致する選択したブール属性の数を格納します。

ケースレベルのカウントの場合、各ケースは選択されたすべてのブール属性における一致数の合計を表す1つのカウント値を受け取ります。このカウント値はケース内のすべてのイベントで一定であり、ケースレベルのスコアリング、分類、フィルタリングに有用です。

イベントレベルのカウントの場合、各イベントはそのイベント時点のブール属性の値に基づく独自のカウント値を受け取ります。これにより、プロセス実行中のブール条件の変化を追跡できます。

出力属性は以下のような後続分析に利用できます：

  • スコアの閾値に基づくケースのフィルタリング（例：コンプライアンススコアが4以上のケースのみ表示）
  • 「Categorize Attribute Values」エンリッチメントを用いたパフォーマンスカテゴリの作成
  • 集計計算機によるケースグループ間の平均スコア計算
  • スコアを特徴量とした予測モデルの構築
  • ダッシュボードやレポートでのスコア分布の可視化

この整数カウントは、複数の二値評価を単一の指標に変換する定量的手段を提供し、多基準評価に基づくより高度な分析と意思決定を可能にします。

関連項目

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