Freeze Time
概要
Freeze Time エンリッチメントは、プロセスマイニングデータセット内のすべての時間ベースの計算に対して固定された基準点を設定する特殊な時間操作オペレーターです。このエンリッチメントを適用すると、すべての後続の「現在」を基準にした期間や時間差の計算において「現在時刻」として扱われる特定の日付と時刻が設定されます。これは、一貫した過去の分析を実施したり、再現可能なレポートを作成したり、特定の時点でのプロセス状態をシミュレーションするときに特に有用です。
このエンリッチメントは、データセットが「現在時刻」の概念を解釈する方法を根本的に変更します。計算が行われる実際のシステム時刻を使用する代わりに、すべての時間に敏感なエンリッチメントはこの固定されたタイムスタンプを参照点として使用します。これにより、期間計算、エイジング指標、時間に基づく分類が、分析を実行する時期に関係なく一貫して行われるため、規制報告、過去の比較、特定時点のプロセス再現に不可欠となります。
主な用途
- 過去の報告およびコンプライアンス監査 - 規制遵守や監査目的で、特定の過去の日付時点でのプロセスの正確な状態を示すレポートを生成
- 年度末・月末分析 - 会計期間終了時点で時間を固定し、正確なエイジング指標、サイクルタイム、パフォーマンス指標を算出
- 一貫したベンチマーク計算 - 異なるデータセット間でプロセスのパフォーマンスを比較するとき、すべての時間ベースのKPIが同一の基準点を使うように保証
- シミュレーションおよびシナリオ検討 - 完了段階の異なる時点でプロセスがどのように見えるか理解するために、異なる固定ポイントを設定
- 再現可能な分析ワークフロー - 時間に敏感な計算が後日再実行された場合でも同一の結果を保証
- 古くなった在庫や売掛金の追跡 - 現在の日付ではなく特定の締め切り日を基準に、未回収期間を算出
- プロジェクトマイルストーンの評価 - 重要な意思決定ポイントでのプロジェクトの状況や期間指標を評価
設定
Date: データセット内のすべての時間ベースの計算に対して固定する基準日付。この日付が「現在時刻」となり、イベントと「現在」の間の期間を計算するエンリッチメントの基準となります。日付セレクターでは過去や未来の任意の日付を選択でき、エンリッチメントを初めて追加した際のデフォルトは当日の日付です。インターフェース上は yyyy-MM-dd の形式で表示。
例
例1：月末売掛金エイジング
シナリオ: 財務チームが実際の分析日時に関係なく毎月末日の請求書の状況を一貫して示すエイジングレポートを生成する必要がある。
設定:
- Date: 2024-12-31
出力: 「属性と現在時刻の間の期間」エンリッチメント（請求書の日付属性を対象）と組み合わせると、すべてのエイジング計算は2024年12月31日を基準点として使用。例えば2024年12月1日の日付の請求書は、2025年2月に分析を行っても30日間経過と表示される。
インサイト: 固定時刻方式により月末レポートは一貫性を保ち、いつでも同じ結果で再生成可能。これは財務監査や規制遵守に重要。
例2：製造注文のバックログ分析
シナリオ: 製造工場の管理者が前四半期末時点での全オープン生産注文の状況を分析し、ボトルネックや能力問題を把握したい。
設定:
- Date: 2024-09-30
出力: オープン注文のすべての期間計算は開始日から2024年9月30日まで行われる。9月30日以降に完了した注文も「進行中」として表示され、固定日時までの期間で計算。これにより四半期末の生産パイプラインの正確な状況が把握できる。
インサイト: 重要なポイントで時間を固定することで、意思決定時点で利用可能だった情報に基づいた過去のプロセス状態を再構築可能。
例3：医療機関における患者待機時間報告
シナリオ: 病院が規制報告のため、深夜0時時点で施設内にいるすべての患者の救急待機時間を報告する必要がある。
設定:
- Date: 2024-11-15
出力: 患者到着時間と「現在時刻」の期間を計算するとき、すべて2024年11月15日午前0時を終点として使用。例えば11月14日午後8時に到着した患者は、実際の退院日時や報告作成日時にかかわらず4時間の待機時間が表示される。
インサイト: 規制遵守のための正確なポイントインタイム報告が可能となり、指定時間の患者キューの正確な状況が示される。
例4：プロジェクトポートフォリオステータスダッシュボード
シナリオ: PMOが四半期ごとの運営委員会会議で示されたすべてのプロジェクト期間や遅延を、実施後レビューのために再現したい。
設定:
- Date: 2024-10-15
出力: すべてのプロジェクト期間指標、マイルストーンのエイジング計算、遅延測定は2024年10月15日を基準点として使用。この日付時点でのプロジェクト状況ならびに期間が示され、当日ステークホルダーに提示されたダッシュボードを正確に再現可能。
インサイト: 発表日で時間を固定することで、過去の意思決定の検証や重要な意思決定時点で使用可能だったデータの理解が深まる。
例5：サプライチェーンのリードタイム分析
シナリオ: 調達チームが年末時点での仕入先パフォーマンス評価のため、購入注文のリードタイムを分析。すべての計算が受領日時にかかわらず同一の締め切り日を使う必要がある。
設定:
- Date: 2024-12-31
出力: 2024年12月31日時点でまだ輸送中の注文は注文日から固定時刻までのリードタイムを表示。2025年1月に受領した注文も12月31日を計算の終点とし、年末時点のパフォーマンス指標を正確に反映。
インサイト: 一貫した計測終点の使用により、公平な仕入先比較が可能となり、1月初旬の納品が年末の指標を歪めるのを防止。
出力
Freeze Time エンリッチメントは直接新しい属性を作成しません。代わりに、データセット全体の動作を変更し、すべての後続の時間ベースの計算に影響を与えるグローバルな参照タイムスタンプを設定します。この固定タイムスタンプが「現在時刻」の基準となり、「現在」を基準に期間や時間差を計算するエンリッチメントで参照されます。
この影響は、「属性と現在時刻の間の期間」や「アクティビティと現在時刻の間の期間」といった時間に敏感なエンリッチメントを使うときに表れます。これらはすべて実際のシステム時刻ではなく固定された日付を使用します。これにより、時間ベースのすべての指標に一貫性が生まれ、再現可能な分析結果を得ることが可能です。
固定時刻の設定はエンリッチメントパイプライン全体にわたって持続し、Freeze Time エンリッチメントを除外したり、異なる固定日を設定しない限り、すべての下流計算に影響を与え続けます。
関連項目
- Duration Between an Attribute and Current Time - 属性の日付が固定時刻からどのくらい前かを計算する
- Duration Between an Activity and Current Time - アクティビティ実行から固定基準点までの経過時間を測る
- Shift Activity Time - 時間ベースの調整のためにアクティビティタイムスタンプを固定期間シフト
- Add Days to a Date - 既存の日付に日数を加えて新しい日付属性を作成
- Correct Time Zone - 時間を固定する前にすべてのタイムスタンプを一貫したタイムゾーンに調整
このドキュメントは mindzie Studio プロセスマイニングプラットフォームの一部です。