ケース属性とアクティビティ時間間の期間

概要

ケース属性とアクティビティ時間間の期間のエンリッチメントは、ケースレベルのタイムスタンプ属性とそのケース内の各個別イベントのアクティビティ時間との間の時間差を計算します。この強力なエンリッチメントは、新しいイベント属性を作成し、基準点（注文日、契約開始日、期限日など）とプロセス内の各アクティビティとの間に経過した時間を示します。これにより、アクティビティが重要なビジネスの期限、マイルストーン、基準日にどのように関連しているかを詳細に分析できます。

アクティビティ間の時間を測定する他のエンリッチメントとは異なり、このオペレーターはケースレベルのタイムスタンプをすべての期間計算の基準点として使用します。これは、サービスレベル契約の期限に対するすべてのアクティビティを測定する、プロジェクト開始日からの進捗を追跡する、支払い期限の周辺でアクティビティがどのように集まるかを分析するなど、重要なビジネス日付に対してプロセスの各ステップがどのように関連しているかを理解したい場合に特に有用です。エンリッチメントは、参照日以降の経過時間（順方向計算）と参照日までの残り時間（逆方向計算）の両方をサポートし、秒から年までの柔軟な時間単位オプションがあります。

一般的な利用例

注文日から注文処理の各実行アクティビティまでの経過時間を追跡
支払い期限の前後で各集金アクティビティが何日で行われたかを測定
医療プロセスにおける患者入院日から各医療行為までの時間を監視
プロジェクト管理における契約署名日から各マイルストーン納品までの日数を計算
ケース作成後、各カスタマーサービス対応がいつ発生したかを分析
製造開始日から各品質検査や製造ステップまでの期間を測定
ローン申請日から各承認・検証アクティビティまでの日数を追跡

設定

New Attribute Name: 計算された期間を格納する新しいイベント属性の名前。これはイベントレベルで作成されるため、ケース内の各イベントごとにケース属性から計算された期間値を持ちます。何を測定しているか分かりやすい記述的な名前を選択してください（例："Days_Since_Order_Date"、"Hours_Until_Due_Date"、"Time_From_Contract_Start"）。名前は一意で、既存のデータセットに存在していてはなりません。

Attribute Name: 期間計算の基準となるケースレベルのタイムスタンプ属性。このドロップダウンにはケーステーブルのすべての利用可能なDateTime属性が表示されます。ビジネスの基準日を表す属性（例："Order_Date"、"Due_Date"、"Contract_Start_Date"、"SLA_Deadline"）を選択してください。選択できるのはDateTimeタイプの属性のみで、有効なタイムスタンプ比較が保証されます。

Duration Type: 期間計算の時間単位を指定します。選択肢は以下の通りです：

TimeSpan: 日・時間・分・秒を含む完全な時間期間を保持（「2d 14:30:45」のように表示）
Seconds: タイムスタンプ間の秒数合計
Minutes: 分単位合計（短時間プロセス向け）
Hours: 時間単位合計（同日または複数日のプロセスに最適）
Days: 日単位合計（ビジネスプロセスで最も一般的）
Weeks: 週単位合計（長期間のプロセスに有用）
Months: 月単位の概算（「日数 / 30.44」で計算）
Years: 年単位（非常に長期間のプロセス向け）

Attribute Should Come First: 期間計算の方向を制御します。チェック済み（デフォルト）の場合、「イベント時間 - ケース属性時間」で計算され、参照日以降のイベントは正の値となります。チェックを外すと計算方向が反転し「ケース属性時間 - イベント時間」となり、参照日以前のイベントは正の値となります。開始日から経過時間を測定する場合はデフォルト設定を使用し、期限までの残時間を測定する場合はチェックを外します。

Allow Fractional Periods: 期間値に小数点以下の値を含めるかどうかを決定します。チェックなし（デフォルト）は期間を切り捨てて整数値とし（例：3.7日は3日に丸める）、チェックありは小数精度を保持します（例：3.7日、2.5時間）。詳細な時間メトリクスを分析したり、微細な時間差が重要な場合にチェックを付けてください。整数単位で十分なきれいなレポートが必要な場合はチェックを外してください。

例

例 1: 注文処理時間の追跡

シナリオ: Eコマース企業が注文日から各発送ステップまでの所要時間を追跡し、ボトルネックを特定したい。

設定:

New Attribute Name: Days_Since_Order
Attribute Name: Order_Date
Duration Type: Days
Attribute Should Come First: チェックあり（true）
Allow Fractional Periods: チェックなし（false）

出力: 「Days_Since_Order」という新しいイベント属性が作成され、注文日からの整数日数を表示： | Activity | Activity Time | Order_Date | Days_Since_Order | |-----------------|---------------------|-------------|------------------| | Order Placed | 2024-01-15 09:00 | 2024-01-15 | 0 | | Payment Verified| 2024-01-15 14:00 | 2024-01-15 | 0 | | Picked | 2024-01-16 10:00 | 2024-01-15 | 1 | | Packed | 2024-01-16 15:00 | 2024-01-15 | 1 | | Shipped | 2024-01-17 08:00 | 2024-01-15 | 2 | | Delivered | 2024-01-19 16:00 | 2024-01-15 | 4 |

インサイト: 「Days_Since_Order」が3日以上の注文を簡単に抽出して出荷段階での遅延原因を特定できる。

例 2: 支払期限前の集金活動

シナリオ: 金融サービス企業が支払い期限に対する集金活動を分析し、積極的措置か事後対応かを把握したい。

設定:

New Attribute Name: Days_Until_Due_Date
Attribute Name: Payment_Due_Date
Duration Type: Days
Attribute Should Come First: チェックなし（false）
Allow Fractional Periods: チェックあり（true）

出力: 「Days_Until_Due_Date」は支払い期限までの小数日数を、期限超過は負の値で示す： | Activity | Activity Time | Payment_Due_Date | Days_Until_Due_Date | |----------------|---------------|------------------|---------------------| | Invoice Sent | 2024-02-01 | 2024-02-15 | 14.0 | | Reminder Email | 2024-02-10 | 2024-02-15 | 5.0 | | Phone Call | 2024-02-14 | 2024-02-15 | 1.0 | | Payment Received| 2024-02-16 | 2024-02-15 | -1.0 | | Late Fee Applied| 2024-02-20 | 2024-02-15 | -5.0 |

インサイト: 正の値は積極的な集金活動、負の値は期限後の対応を示し、収集戦略の最適化に役立つ。

例 3: 医療における患者治療の時間軸

シナリオ: 病院が患者入院時間を基準に治療活動を追跡し、迅速なケア提供と重要治療の遅延特定を行いたい。

設定:

New Attribute Name: Hours_Since_Admission
Attribute Name: Admission_DateTime
Duration Type: Hours
Attribute Should Come First: チェックあり（true）
Allow Fractional Periods: チェックあり（true）

出力: 「Hours_Since_Admission」として正確な小数表記の時間を出力： | Activity | Activity Time | Admission_DateTime | Hours_Since_Admission | |----------------------|---------------------|-------------------|----------------------| | Emergency Admission | 2024-03-10 14:30 | 2024-03-10 14:30 | 0.0 | | Triage Assessment | 2024-03-10 14:45 | 2024-03-10 14:30 | 0.25 | | Blood Test Ordered | 2024-03-10 15:15 | 2024-03-10 14:30 | 0.75 | | Doctor Consultation | 2024-03-10 16:00 | 2024-03-10 14:30 | 1.5 | | Treatment Started | 2024-03-10 17:30 | 2024-03-10 14:30 | 3.0 | | Patient Discharged | 2024-03-11 09:00 | 2024-03-10 14:30 | 18.5 |

インサイト: トリアージは0.5時間以内、治療は4時間以内などの重要アクティビティ閾値を設定し、緊急ケース全体のコンプライアンスを監視可能。

例 4: 製造リードタイムの分析

シナリオ: 製造業者が計画生産開始日から各製造ステップを測定し、製造スケジュールの最適化とプロセスの非効率を特定したい。

設定:

New Attribute Name: Production_Days
Attribute Name: Planned_Start_Date
Duration Type: Days
Attribute Should Come First: チェックあり（true）
Allow Fractional Periods: チェックなし（false）

出力: 「Production_Days」として計画開始日からの日数を整数で表示： | Activity | Activity Time | Planned_Start_Date | Production_Days | |-------------------|---------------|--------------------|-----------------| | Material Received | 2024-04-01 | 2024-04-03 | -2 | | Production Started| 2024-04-03 | 2024-04-03 | 0 | | Assembly Complete | 2024-04-05 | 2024-04-03 | 2 | | Quality Check 1 | 2024-04-06 | 2024-04-03 | 3 | | Rework | 2024-04-07 | 2024-04-03 | 4 | | Quality Check 2 | 2024-04-08 | 2024-04-03 | 5 | | Packaging | 2024-04-09 | 2024-04-03 | 6 |

インサイト: マイナス値は材料の早期到着を示し、生産サイクルは6日で、リワークによる追加2日が品質問題を示唆。

例 5: プロジェクトマイルストーンの追跡

シナリオ: コンサルティング会社が契約署名日を基準にすべてのプロジェクト活動を追跡し、納品物の契約遵守とスケジュールリスクを把握したい。

設定:

New Attribute Name: Weeks_From_Contract
Attribute Name: Contract_Signed_Date
Duration Type: Weeks
Attribute Should Come First: チェックあり（true）
Allow Fractional Periods: チェックあり（true）

出力: 「Weeks_From_Contract」として小数週数を出力： | Activity | Activity Time | Contract_Signed_Date | Weeks_From_Contract | |-------------------|---------------|---------------------|---------------------| | Contract Signed | 2024-01-01 | 2024-01-01 | 0.0 | | Kickoff Meeting | 2024-01-03 | 2024-01-01 | 0.29 | | Requirements Gathered | 2024-01-15 | 2024-01-01 | 2.0 | | Design Approved | 2024-01-29 | 2024-01-01 | 4.0 | | Development Started| 2024-02-05 | 2024-01-01 | 5.0 | | Testing Complete | 2024-03-04 | 2024-01-01 | 9.0 | | Delivery | 2024-03-11 | 2024-01-01 | 10.0 |

インサイト: 実マイルストーンのタイミングと契約スケジュールを比較し、10週間の総期間は将来のプロジェクト見積もりとリソース計画の検証に役立つ。

出力

このエンリッチメントは、指定したケース属性と各イベントのアクティビティ時間間の計算された期間を含む新しいイベントレベル属性を作成します。属性タイプはDuration Typeの選択に依存します。TimeSpan選択時はTimeSpan型（完全な時間精度を保持）、小数期間無効時は整数型（整数期間）、小数期間有効時は浮動小数点型（小数期間）になります。

データセット内の各イベントは、それぞれのアクティビティタイムスタンプに基づいて個別に期間が計算されます。「Attribute Should Come First」設定に従い、期間が正（参照日以降のイベント）または負（参照日前のイベント）になります。日付に時間成分がない場合（深夜タイムスタンプ）、エンリッチメントは自動的に日付のみの計算に切り替え、日単位の計算をより簡潔にします。

新しい属性はmindzieStudioの他の機能とシームレスに統合されます。フィルターで特定の時間範囲内のイベントを識別したり（例：「注文日から5日以上経過したすべてのアクティビティを表示」）、計算機能と組み合わせて平均期間の算出、異常値検出、期間ベースのKPI作成に利用できます。また、時間バケットへの分類や異常タイミングパターンを持つケースの特定など、他のエンリッチメントの入力にも活用可能です。

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