シフトアクティビティ時間

概要

Shift Activity Time エンリッチメントは、プロセスイベントログ内の特定のアクティビティのタイムスタンプを変更できる強力な時間調整ツールです。このエンリッチメントは、指定した時間数だけアクティビティのタイムスタンプを前後にシフトし、タイムゾーンの補正、異なるシステム間のデータ整合、またはシミュレーションシナリオに非常に役立ちます。

このエンリッチメントはアクティビティレベルで動作し、特定のアクティビティのみを対象に時間調整を行い、他は変更せずにそのままにできます。深夜のみに記録された日付値（真夜中のタイムスタンプ）のインテリジェントな処理も含まれており、時間情報がない日付データを保存するシステムとの連携時にデータの整合性を保つことができます。エンリッチメントはデータセット内のイベントタイムスタンプを直接修正し、タイムゾーン調整やシステムクロックの補正後に適切な時系列分析や正確な期間計算を可能にします。

一般的な用途

  • タイムゾーン補正：アクティビティが異なるタイムゾーンで記録されている場合にタイムスタンプを調整し、すべてのイベントを単一の基準タイムゾーンに揃えて正確なプロセス分析を行う
  • システムクロックの不整合：異なるシステム間でクロック同期の問題や時間の体系的なずれがある場合にタイムスタンプの不一致を修正する
  • データ統合：複数のソースからのイベントログを統合する際に、異なる時間基準や記録ルールを使用している場合のタイムスタンプを揃える
  • 夏時間調整：夏時間の変更が年間比較や季節分析に影響する場合に対応する
  • シミュレーションとテスト：アクティビティを異なる時間帯に移動させることで、さまざまなタイミング条件下のプロセス挙動を検証する
  • レガシーデータ修正：システム設定ミスやデータ移行によって誤って記録された過去データのタイムスタンプを修正する
  • 地域間プロセス分析：複数タイムゾーンにまたがるグローバルプロセスのタイムスタンプを統一して分析を行う

設定

Activity Names: タイムスタンプを調整したい特定のアクティビティを選択します。ドロップダウンには現在のデータセットで見つかったすべてのアクティビティが表示されます。選択したアクティビティ名のイベントのみがタイムスタンプ変更され、それ以外のアクティビティは変更されません。このターゲット指定により、プロセスの特定部分のみを正確に時間シフトできます。

Shift Hours: 選択したアクティビティのタイムスタンプをシフトする時間数を入力します。正の値はタイムスタンプを未来に移動し、負の値は過去に移動します。たとえば、5を入力すると各発生時刻に5時間加算され、-3を入力すると3時間減算されます。小数点での入力も可能で、例えば1.5は90分の調整を意味します。

Don't Shift Midnight: 有効（デフォルト）にすると、真夜中（00:00:00）に発生するタイムスタンプはシフトされません。この設定は、時間情報がない場合に多くのシステムが真夜中のタイムスタンプとして扱う日付のみの値を保持します。真夜中のタイムスタンプもシフトしたい場合（例えば、一様なタイムゾーン変換を行う場合など）は、このオプションを無効にしてください。

例

例1：グローバルサプライチェーンでのタイムゾーン不整合の修正

シナリオ: 多国籍企業の注文処理システムは「Order Placed」をUTCで記録する一方、倉庫管理システムは「Shipment Dispatched」を現地の東部時間（UTC-5）で記録します。この5時間の差が、出荷が注文前に行われているように見せてしまいます。

設定:

  • Activity Names: Shipment Dispatched
  • Shift Hours: 5
  • Don't Shift Midnight: 有効

出力: すべての「Shipment Dispatched」タイムスタンプが5時間加算され、東部時間からUTCに変換されます。例：

  • 元の「Shipment Dispatched」：2024-03-15 09:30:00（ET）
  • 調整後「Shipment Dispatched」：2024-03-15 14:30:00（UTC）
  • 「Order Placed」は変わらず：2024-03-15 13:45:00（UTC）

これにより、注文が出荷より先に行われる正しい順序が示されます。

洞察: 補正後、注文から出荷までの実際のリードタイムはマイナスではなく45分であることが明らかになり、正確なKPI計算や真のボトルネック特定が可能になります。

例2：医療スケジューリングでの夏時間調整

シナリオ: 病院の患者スケジューリングシステムが春の夏時間変更を正しく考慮していませんでした。3月の2週間の「Appointment Scheduled」アクティビティを1時間未来へシフトして、患者が実際に受けた予定時間に合わせます。

設定:

  • Activity Names: Appointment Scheduled
  • Shift Hours: 1
  • Don't Shift Midnight: 有効

出力: すべての「Appointment Scheduled」イベントが1時間未来へシフトされます：

  • 元のタイムスタンプ：2024-03-12 10:00:00
  • 調整後タイムスタンプ：2024-03-12 11:00:00
  • 「Patient Arrived」や「Consultation Started」など他のアクティビティは変更なし

これにより、予定スケジュールの指標が正確に反映されます。

洞察: この調整は、この期間の患者の無断欠席増加は実際の行動変化ではなく、記録時間の誤りによるものであったことを示します。

例3：製造業におけるレガシーシステムデータの統合

シナリオ: 製造プラントが古い生産ラインシステムの歴史データを統合中。このシステムは間違ったタイムゾーン設定によりすべてのタイムスタンプが8時間遅れて記録されています。すべての「Quality Check Completed」アクティビティのタイムスタンプを補正する必要があります。

設定:

  • Activity Names: Quality Check Completed
  • Shift Hours: 8
  • Don't Shift Midnight: 無効

出力: すべての「Quality Check Completed」タイムスタンプが8時間未来へシフトされます：

  • 元のタイムスタンプ：2024-01-15 00:00:00（真夜中）
  • 調整後タイムスタンプ：2024-01-15 08:00:00（真夜中でも正しくシフト）
  • 近代システムの製造イベントは変更なし

"Don't Shift Midnight"を無効にしたため、真夜中の値でさえも正しくシフトされます。

洞察: 補正後のデータは、品質検査が無人の夜間帯ではなく、期待通り昼間のシフト中に行われていたことを示し、正確なシフトパフォーマンス分析を可能にします。

例4：金融サービスでのプロセス変更シミュレーション

シナリオ: 銀行が深夜バッチ処理を3時間早めて朝のシステム負荷を減らす影響をシミュレートしたい。すべての「Batch Processing Started」アクティビティを3時間過去にシフトして、営業終了後の処理との潜在的衝突を分析します。

設定:

  • Activity Names: Batch Processing Started
  • Shift Hours: -3
  • Don't Shift Midnight: 無効

出力: すべてのバッチ処理開始時刻が3時間早まります：

  • 元の開始時間：2024-02-20 02:00:00
  • シミュレーション開始時間：2024-02-19 23:00:00（前日にシフト）
  • 下流のすべてのアクティビティは元のまま維持

洞察: シミュレーションは、バッチ処理を3時間早めると、午後11時30分まで実行される営業終了後の照合処理と衝突が生じ、実施前にプロセスの見直しが必要であることを示します。

例5：調達での地域別データ修正

シナリオ: 調達システムは欧州オフィスからの「PO Approved」を中央ヨーロッパ時間（CET）で記録し、米国オフィスでは太平洋標準時（PST）で記録しています。グローバルな承認プロセスを分析するため、米国の承認をすべて9時間加算してCETに変換します。

設定:

  • Activity Names: PO Approved
  • Shift Hours: 9
  • Don't Shift Midnight: 有効

出力: 米国の「PO Approved」がPSTからCETにシフトされます：

  • 元の米国承認：2024-04-10 14:00:00 PST
  • CETに調整後：2024-04-10 23:00:00 CET
  • 欧州の承認は変更なし
  • 真夜中として記録された日付のみの承認タイムスタンプは保持される

洞察: 統一されたタイムラインにより、一見遅れているように見えた欧州の承認が、営業日ベースでは実際には米国よりも早く処理されていることが判明し、地域別の稼働時間に基づくSLA見直しが促されます。

出力

Shift Activity Time エンリッチメントは、イベントログ内の選択したアクティビティのタイムスタンプ値を直接修正します。新しい属性は作成せず、既存のイベントタイムスタンプをその場で更新します。修正後のタイムスタンプは元のデータ型およびフォーマットを維持しますが、設定に基づく時間調整が反映されます。

エンリッチメントは指定したアクティビティ名に一致するイベントにのみ影響を与え、それ以外のアクティビティのタイムスタンプは変更しません。この選択的な修正により、異なるアクティビティ間の相対的なタイミングは保持しつつ、特定のタイムスタンプ問題を修正します。「Don't Shift Midnight」が有効な場合、真夜中のタイムスタンプ（00:00:00）は変更されず、多くのシステムで時間を追跡しない日付専用値を保護します。

このエンリッチメント適用後、以降のすべての計算や分析は調整済みのタイムスタンプを自動的に使用します。これには期間計算、スループット時間指標、ボトルネック分析、および時間に基づくフィルタリングやセグメンテーションが含まれます。調整された時間はエンリッチメントされたデータセット内で永続的に保持されるため、適用した時間シフトは監査トレイルのために記録することを推奨します。

また、このエンリッチメントは日付境界を正しく処理するため、タイムスタンプを過去にシフトすると前日に移動する場合があり、未来にシフトすると翌日へ進む場合があります。月や年の境界も適切に処理され、大きな時間シフトであってもデータの整合性を保ちます。

関連項目

  • Freeze Time: データセット全体の基準時間を固定し、一貫したスナップショット作成に便利
  • Add Days to a Date: 日付属性に対し日数を加減算し、日付のみの値を扱う場合に利用
  • Duration Between Two Activities: 時間補正後のアクティビティ間の時間差を計算
  • Add Time to attributes: アクティビティタイムスタンプ以外のケースまたはイベント属性にも時間調整を適用

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