属性と現在時刻の間の期間

概要

属性と現在時刻の間の期間エンリッチメントは、プロセスデータ内のタイムスタンプ属性と分析実行時の現在時刻との間に経過した時間を計算します。この強力なオペレーターは、特定のイベントやマイルストーンが各ケースで発生してからどれだけ時間が経過したかを自動的に算出し、リアルタイムのモニタリングや経過時間分析を可能にします。請求書の支払期日管理、保留中の注文期間の計測、SLA遵守のリアルタイム監視など、時間に依存する重要な指標を提供し、ボトルネックや期限切れのアイテム、時間敏感なプロセスの問題を特定するのに役立ちます。

このエンリッチメントは、現在のステータスと経過情報を表示する必要があるダッシュボードやレポートの作成に特に有用です。2つの固定された時点間の静的な期間計算とは異なり、分析が実行される時点で動的に計算が更新されるため、運用監視、コンプライアンス追跡、予防的なプロセスマネジメントに最適です。柔軟な出力オプションにより、期間を日・時間・分などの様々な単位や整数・小数の形式で表現でき、特定のビジネス要件や報告基準に合わせて結果を調整できます。

主な用途

  • 請求書の支払期日以降の経過日数を監視して売掛金管理を行う
  • 開かれているサポートチケットや顧客サービス要求の経過時間を追跡し、迅速な対応を確保する
  • 購買注文の承認待ち期間を計算して調達のボトルネックを特定する
  • 医療施設で患者の入院経過時間を測定し、滞在期間を監視する
  • 倉庫管理や在庫の経過分析のために、在庫品目が保管されている期間を特定する
  • 契約終了日からの経過期間を追跡して契約更新管理やコンプライアンスに活用する
  • 設備のメンテナンス期間を監視し、資産利用の最適化を図る

設定項目

新規属性名: 計算した期間を格納する新しいケース属性の名前です。計測する期間がわかる説明的な名前を設定してください。例えば、請求書の支払期日からの経過日数を計算する場合は、「DaysPastDue」や「InvoiceAgeDays」などが考えられます。組織の命名規則に従い、レポート利用者が理解しやすい名前を付けてください。スペースや特殊文字の使用は後続の分析で問題を引き起こす可能性があるため避けてください。

属性名: 期間計算の基点となる既存のタイムスタンプ属性を選択します。ドロップダウンにはデータセット内の全てのDateTime属性が表示されます。選択された属性が期間計算の開始ポイントとなります。一般的な例としては「DueDate」、「OrderDate」、「AdmissionDate」、「ContractStartDate」などがあります。正確な計算のために、選択した属性に有効な日時データが含まれていることを確認してください。

期間タイプ: 計算された期間の単位を指定します。利用可能なオプションは以下の通りです。

  • 日 (Days):ビジネスの経過時間や期日計算に標準的に使用(デフォルト)
  • 時間 (Hours):短期間のプロセスサイクルやSLA監視に有用
  • 分 (Minutes):詳細なオペレーショントラッキング向き
  • 秒 (Seconds):高精度の時間計測が必要な場合
  • 週 (Weeks):長期トレンドの分析に適用
  • 月 (Months):財務や契約期間の計算に便利
  • 年 (Years):長期のライフサイクル分析用
  • TimeSpan:フォーマットされた期間文字列(例:"5d 3h 45m")を返します
    ビジネスの報告ニーズに最も合致し、ユーザーにとって直感的な単位を選択してください。

属性値を最終時間として扱う: このチェックボックスは計算の方向を逆転させます。チェックが外れている(デフォルト)場合は、「現在時刻 - 属性値」の計算となり、過去の日付で正の値を返します。チェックすると、「属性値 - 現在時刻」の計算となり、未来の日付で正の値を返します。経過時間を知りたい場合はデフォルトのまま使用し、契約満了までの日数や予定メンテナンスまでの時間など、未来のイベントまでの残り時間を計算する場合はチェックしてください。

小数期間を許可: 出力に小数部分を含めるか(チェック時)、整数に丸めるか(チェックなし)を制御します。チェックなしの場合は整数値(例:"5 days")が返され、チェックありの場合は小数部分を含む期間(例:"5.75 days")となります。特に日や週などの大きな単位で部分期間が意味を持つ場合、より正確な計算に有用です。財務計算では利息やペナルティの正確な算出のために小数期間が必要とされることがあります。

例1:売掛金の請求書経過日数

シナリオ: 財務チームは未払請求書を監視し、支払期日からの経過日数を計算して期限超過を特定します。

設定:

  • 新規属性名: DaysPastDue
  • 属性名: InvoiceDueDate
  • 期間タイプ: Days
  • 属性値を最終時間として扱う: チェックなし
  • 小数期間を許可: チェックなし

出力:
「DaysPastDue」という新しいケース属性が整数値で作成され、請求書ごとの支払期日からの完全な経過日を表します。例:

  • 請求書 #1001(期日 2024-01-15):45日超過
  • 請求書 #1002(期日 2024-02-01):28日超過
  • 請求書 #1003(期日 2024-02-20):9日超過
  • 将来期日の請求書 #1004:0または負の値(まだ期日ではない)

洞察:
財務チームは30日以上経過した請求書を簡単にフィルターし、回収活動を強化できます。さらに経過期間のバケット(0-30日、31-60日、61-90日、90日以上)を作成し、平均売上債権回転日数(DSO)指標を計算可能です。

例2:患者滞在時間の監視

シナリオ: 病院管理者は入院患者の滞在時間をトラッキングし、ベッド利用の最適化や退院遅延の早期検知をリアルタイムで行いたい。

設定:

  • 新規属性名: CurrentLengthOfStayHours
  • 属性名: AdmissionDateTime
  • 期間タイプ: Hours
  • 属性値を最終時間として扱う: チェックなし
  • 小数期間を許可: チェックあり

出力:
「CurrentLengthOfStayHours」が、入院からの正確な経過時間(時間単位で小数含む)で生成されます。例:

  • 患者A(3日前入院):72.5時間
  • 患者B(昨日午前入院):31.25時間
  • 患者C(6時間前入院):6.0時間
  • 患者D(2週間前入院):336.75時間

洞察:
病院スタッフは長期入院患者を特定し、ケースマネジメントの介入が必要なケースを把握、平均滞在時間の傾向をリアルタイムで監視し、退院パターンを予測してベッド稼働率を管理できます。

例3:購買注文の承認遅延

シナリオ: 調達チームは承認待ちの購買注文を特定し、迅速な処理を促進してサプライヤーとの関係悪化を防止します。

設定:

  • 新規属性名: DaysAwaitingApproval
  • 属性名: SubmissionDate
  • 期間タイプ: Days
  • 属性値を最終時間として扱う: チェックなし
  • 小数期間を許可: チェックあり

出力:
分数日を含む「DaysAwaitingApproval」属性を作成します。例:

  • PO-2024-001(先週提出):7.5日
  • PO-2024-002(昨日提出):1.25日
  • PO-2024-003(今朝提出):0.33日
  • PO-2024-004(3週間前提出):21.75日

洞察:
調達チームは承認待ち期間の長い注文を優先し、遅延パターンを分析して承認のボトルネックを特定、許容期間を超えた注文に対するアラート設定も可能です。

例4:設備メンテナンス期間の追跡

シナリオ: 製造工場は設備のメンテナンス期間を監視し、生産のダウンタイムを最小化しメンテナンススケジュールを最適化したい。

設定:

  • 新規属性名: MaintenanceTimeSpan
  • 属性名: MaintenanceStartTime
  • 期間タイプ: TimeSpan
  • 属性値を最終時間として扱う: チェックなし
  • 小数期間を許可: TimeSpanは非適用

出力:
フォーマット済み期間文字列を表示する「MaintenanceTimeSpan」を作成します。例:

  • 機械A:「2d 4h 30m」(2日4時間30分のメンテナンス)
  • 機械B:「0d 8h 15m」(8時間15分のメンテナンス)
  • 機械C:「5d 12h 45m」(5日12時間45分のメンテナンス)
  • 機械D:「0d 2h 10m」(2時間10分のメンテナンス)

洞察:
操業管理者は特に長期間のメンテナンスを要する設備を素早く特定し、計画対実績のメンテナンス時間を算出し、メンテナンスウィンドウの最適化で生産影響を抑制できます。

例5:契約更新カウントダウン

シナリオ: 営業チームは顧客契約の満了までの残日数を追跡し、更新管理やサービス中断防止に努めます。

設定:

  • 新規属性名: DaysUntilExpiration
  • 属性名: ContractEndDate
  • 期間タイプ: Days
  • 属性値を最終時間として扱う: チェックあり
  • 小数期間を許可: チェックなし

出力:
契約満了までの整数日数を示す「DaysUntilExpiration」を作成します。例:

  • 顧客A:契約満了まで2か月 → 60日
  • 顧客B:契約満了まで来週 → 7日
  • 顧客C:契約満了まで明日 → 1日
  • 顧客D:契約期限切れ → -5日(負の値は期限切れを示す)

洞察:
営業チームは30〜60日以内に満了する契約を対象とした更新キャンペーンを立案し、1週間以内に満了する契約を優先的に対応、既に期限切れの契約は速やかな対処が求められます。

出力

属性と現在時刻の間の期間エンリッチメントは、各ケースについて計算された時間期間を格納する単一の新しいケース属性をデータセットに作成します。この属性のデータ型と形式は、選択した期間タイプ設定によって異なります。期間タイプがDays、Hours、Minutes、Seconds、Weeks、Months、Yearsの場合、小数期間を許可していなければ整数属性を作成し、許可していれば小数属性を作成します。整数値は大まかなレポート向けに適しており、小数値は詳細分析のための正確な測定を提供します。期間タイプがTimeSpanの場合は、"3d 14h 22m" のようなフォーマット済み文字列のTimeSpan属性を生成し、オペレーショナルダッシュボードに最適です。

出力属性は、元のタイムスタンプ属性にnull値が含まれている場合に自動的にnullを返し、データの整合性を保ちます。また、負の値が出力された場合は逆方向の時間関係を示します。属性値を最終時間として扱わない場合、負の値はタイムスタンプが未来であることを意味し、扱う場合は過去を意味します。この双方向の機能により、経過時間分析とカウントダウンの両方に適用可能です。

計算された期間値は直ちに後続のエンリッチメント、フィルター、計算式に使用できます。よく使われる用途としては、カテゴリバケット(例:"0-30日"、"31-60日")の作成、閾値を用いたアラート設定、平均期間や最大期間の統計計算、プロセスパフォーマンスモニタリングのKPI構築などがあります。この属性はmindzieの可視化コンポーネントとシームレスに連携し、分析更新のたびに動的に変化するチャートやゲージ、テーブルを作成できます。


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