アクティビティと現在時刻間の期間
概要
「アクティビティと現在時刻間の期間」エンリッチメントは、プロセス内の特定のアクティビティ発生時刻と分析実行時の現在時刻との間に経過した時間を計算します。この強力な時間ベースのエンリッチメントにより、プロセスの経過時間をリアルタイムに監視でき、SLAの追跡、ボトルネックの特定、プロセス内の未処理項目の監視が可能になります。計算された期間を新しいケース属性として作成することで、重要なアクティビティの実行からどれくらい時間が経過したかに基づき、ケースの絞り込みやソート、分析が簡単に行えます。
このエンリッチメントは、運用ダッシュボードやリアルタイムのプロセス監視に特に役立ちます。2つのアクティビティ間の静的な期間計算とは異なり、データセットの更新時に動的に時間を測定し直すため、経過時間の経過に応じたケースの追跡、応答時間の監視、プロセス完了を確実にする用途に適しています。秒単位から年単位まで様々な時間単位をサポートし、分析ニーズに最適な粒度の選択が可能です。
主な用途
- 顧客初回連絡からの未処理サポートチケットの経過時間追跡
- 承認ワークフローにおける最終ステータス更新からの経過時間監視
- 注文未履行の注文発注日からの日数計算
- 医療プロセスにおける患者入院からの経過時間測定
- 発行済み未払い請求書の経過時間追跡
- 製造での最終品質チェックからの経過時間監視
- 特定のマイルストーンからの経過時間に基づくケースのエスカレーション判別
設定
新規属性名: 計算された期間を格納する新しいケース属性の名前です。「登録から経過日数」や「最終更新からの経過時間」など、測定される時間範囲を明示的に示す説明的な名前を選択してください。この属性はケーステーブルに追加され、フィルターや計算式、他のエンリッチメントで使用可能です。特殊文字は避け、既存の属性名と重複しないようにしてください。
アクティビティ名: 現在時刻との差分を計算したい基準のアクティビティを選択します。ドロップダウンにはデータセット内の全アクティビティが表示されます。各ケースでこのアクティビティの発生時刻から現在時刻までの期間を計算します。選択したアクティビティが存在しないケースは該当属性がnullになります。
期間タイプ: 期間計算の単位を選択します。選択肢は以下の通りです：
- TimeSpan：日:時:分:秒での完全な時間表現
- Seconds：経過秒数の合計
- Minutes：経過分数の合計
- Hours：経過時間の合計
- Days：経過日数の合計（多くのビジネスプロセスのデフォルト）
- Weeks：経過週数の合計（最も近い週に丸め）
- Months：経過月数の合計（30.44日/月の平均使用）
- Years：経過年数の合計（うるう年を考慮し365.25日/年）
分析やレポート要件に最適な単位を選択してください。
小数期間を許可: 有効にすると期間計算で小数点以下の値（例：2.5日、1.75時間）を許可します。無効にすると最も近い整数に丸められます。Duration TypeがTimeSpanでない場合のみ適用されます。より正確な計算が必要な場合は有効化し、整数値が望ましい場合は無効にしてください。特に時間や日単位の短い期間で精度が重要な場合に便利です。
例
例1：サポートチケット経過時間追跡
シナリオ: カスタマーサービスチームは、初回「チケット作成」アクティビティからの経過時間を監視し、48時間以内に対応するSLAを確実に達成する必要があります。
設定:
- 新規属性名: Days Since Ticket Created
- アクティビティ名: Ticket Created
- 期間タイプ: Days
- 小数期間を許可: true
出力: 「Days Since Ticket Created」という小数値を含む属性を作成し、正確な経過日数を表示します。例：
- ケース1001: 0.5（12時間前に作成）
- ケース1002: 2.3（2日7時間前に作成）
- ケース1003: 5.8（ほぼ6日前に作成）
インサイト: 2日以上経過したチケットのフィルター作成や、SLA違反直前のアラート設定、平均経過時間の傾向分析が可能になります。
例2：製造品質管理
シナリオ: 製造工場は、製品が生産ラインにある間の最終品質検査からの経過時間を追跡し、4時間ごとの検査を確実に実施する必要があります。
設定:
- 新規属性名: Hours Since Last Inspection
- アクティビティ名: Quality Inspection Completed
- 期間タイプ: Hours
- 小数期間を許可: false
出力: 最終検査からの経過時間を整数時間で表示：
- バッチA-100: 2時間
- バッチA-101: 5時間（即時検査が必要）
- バッチA-102: 1時間
インサイト: 検査が遅れているバッチの特定、検査スケジュールの最適化、品質基準の遵守に役立ちます。
例3：医療患者モニタリング
シナリオ: 病院の救急部門がトリアージからの患者の待ち時間を追跡し、ケア優先度設定と目標待機時間の管理を行います。
設定:
- 新規属性名: Minutes Since Triage
- アクティビティ名: Patient Triaged
- 期間タイプ: Minutes
- 小数期間を許可: false
出力: 各患者の待機分をカウント：
- 患者ID 5001: 45分
- 患者ID 5002: 120分
- 患者ID 5003: 15分
インサイト: 待機時間が長い患者の即時特定、リソース配分の最適化、目標指標に対するパフォーマンス追跡が可能です。
例4：売掛金の請求書経過時間
シナリオ: 財務部門は未払い請求書の経過時間を監視し、キャッシュフロー管理や30日、60日、90日以上の請求書回収活動の優先順位付けを行います。
設定:
- 新規属性名: Invoice Age (Days)
- アクティビティ名: Invoice Sent
- 期間タイプ: Days
- 小数期間を許可: false
出力: 未払い請求書の経過日数を整数で表示：
- 請求書2024-1001: 15日
- 請求書2024-1002: 67日（回収電話要）
- 請求書2024-1003: 92日（回収へエスカレーション）
インサイト: 経過日数別の請求書分類、古い請求書の優先回収、支払い問題のある顧客の特定が可能です。
例5：調達プロセス監視
シナリオ: 調達チームが購入依頼承認からの経過日数を追跡し、注文のタイムリーな発注や調達プロセスの遅延を特定します。
設定:
- 新規属性名: Days Since PR Approval
- アクティビティ名: Purchase Requisition Approved
- 期間タイプ: Days
- 小数期間を許可: true
出力: 調達遅延を正確に示す日数カウント：
- PR-2024-501: 1.2日（通常処理）
- PR-2024-502: 8.7日（遅延調査要）
- PR-2024-503: 0.4日（最近承認）
インサイト: 購買処理のボトルネック特定、ベンダー選定効率の追跡、タイムリーな発注による在庫維持に貢献します。
出力
このエンリッチメントは、選択したアクティビティと現在時刻間の計算した期間を持つ新しいケースレベルの属性をデータセットに作成します。属性のデータ型はDuration Typeの設定により異なり、TimeSpanの場合はTimeSpan型、小数期間を許可している場合は浮動小数点数、整数期間の場合は整数となります。データセットの更新ごとに属性値が動的に更新され、リアルタイムの経過時間情報を提供します。
選択したアクティビティが存在しないケースは新しい属性がnull値となり、該当ケースの判別と絞り込みが簡単にできます。新規属性はmindzie Studioの他機能とシームレスに連携し、フィルターで経過時間が長いケースを抽出したり、計算式で平均経過時間を分析したり、ダッシュボードでリアルタイム監視に利用可能です。また、パフォーマンス区分エンリッチメントと組み合わせて、ケースを「新規」「経過」「期限超過」などの年齢層で自動分類できます。
このエンリッチメントは日付のみの値と日時の比較の両方に対応します。タイムスタンプに時間成分が含まれる場合は正確な期間を計算し、日付のみの場合は日単位で比較するため、データの時間精度にかかわらず正確な計算が行えます。様々なデータソースとプロセスタイプに対応可能な汎用性の高い機能です。
このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。