期待される順序
概要
期待される順序のエンリッチメントは、イベントのタイムスタンプが同一または曖昧な場合に正しいアクティビティの順序を確立し、正確なプロセスフローの表現を可能にします。これは、正確な時刻情報が利用できない状況でも、プロセスの流れを正しく把握するために不可欠です。このエンリッチメントは、日付のみの精度でアクティビティが記録されるデータセット、同じ時刻にイベントのタイムスタンプを付与するバッチ処理システム、ミリ秒単位のタイミング精度を持たないレガシーシステムに特に重要です。
同じ日付やタイムスタンプを共有する複数のイベントが発生した場合、プロセスマイニングツールは自動的に正しい順序を決定できません。期待される順序のエンリッチメントは、アクティビティの論理的なビジネス順序を定義できるようにし、これをプロセス発見や分析において正しい順序付けに利用します。これにより、プロセスマップ、適合性チェック、パフォーマンス指標がデータの読み込み順序に基づく任意の並びではなく、実際のビジネスプロセスの流れを正しく反映します。
一般的な用途
- 日付のみのタイムスタンプイベントの正しいアクティビティ順序を確立（SAPやERPシステムで一般的）
- 同一システムタイムスタンプを付与されるバッチ処理アクティビティの正しい順序を定義
- 複数のアクティビティが同時に発生するが既知のビジネス順序がある場合のあいまいさを解消
- タイムスタンプの精度が不足するレガシーシステムデータの順序問題を修正
- リアルタイムではなく日次単位で活動が記録される場合に正確なプロセス発見を保証
- 異なるデータ抽出やインポート間で一貫したアクティビティ順序を維持
- 適合性チェック時に逸脱分析前に期待される流れを確立しサポート
設定
期待されるアクティビティ順序: このインタラクティブリストにはイベントログ内に存在するすべてのアクティビティが表示され、ビジネス上の正しい順序に配置できます。ドラッグハンドル（六つの点のアイコン）を使ってアクティビティを上下にドラッグし順序を並べ替えます。ここで定義する順序は、同一タイムスタンプのアクティビティがプロセス発見や分析時にどのように順序付けされるかを決定します。リスト上部のアクティビティが下部のものより先に発生するとみなされます。明示的に順序付けされていないアクティビティは定義した順序の後に配置され、元のデータの相対順序を保持します。
事例
事例1：日次タイムスタンプの購買注文プロセス
シナリオ: ある組織のERPシステムは購買注文のイベントを日付のみの精度で記録しており、同じ日に発生したアクティビティの正しい順序を判別できません。ビジネス上の標準フローは知られているため、プロセスマイニング分析においてこれを適用したい。
設定:
- 期待されるアクティビティ順序:
- 購買依頼作成
- 購買依頼承認
- 購買注文作成
- 購買注文送付
- 受領
- 請求書検証
- 支払い処理
- 購買注文完了
出力: エンリッチメントは「Expected Order」という新しい整数値のイベント属性を作成し、定義した順序の位置 (1-8) を割り当てます。同じ日付の複数のイベントでは、この値を基にプロセスマップや分析で正しい順序を決定します。
示唆: 正しいアクティビティ順序の確立により、組織は購買から支払いまでのプロセスを正確に分析でき、特定のステップ間のボトルネック把握や適合性チェックが実際のビジネスプロセスを反映していることがわかります。
事例2：医療現場の患者治療プロトコル
シナリオ: 病院の患者管理システムは治療活動を正確な時刻ではなくシフト単位（午前、午後、夕方）で記録している。同じシフト内で発生する複数のアクティビティは医療プロトコルに従い順序付ける必要がある。
設定:
- 期待されるアクティビティ順序:
- 患者登録
- トリアージ評価
- バイタルサイン測定
- 医師診察
- 診断検査指示
- 検査室での検査
- 画像検査実施
- 検査結果確認
- 診断
- 治療処方
- 薬剤投与
- 退院手続き
出力: 各イベントに1～12の「Expected Order」値が割り当てられ、同一タイムスタンプのイベントも適切に順序付けられます。例えば、「トリアージ評価」は「医師診察」より前に必ず表示されます。
示唆: 正しい順序により、15％のケースで「医師診察前のバイタルサイン測定」が抜けていることが判明し、遵守問題を示唆。また、特定の治療ステップ間の待機時間の正確な計算も可能になります。
事例3：製造の品質管理プロセス
シナリオ: 製造会社の品質管理システムは複数の検査活動をバッチ処理し、バッチ完了時に同一タイムスタンプで記録する。検査の実際の順序は厳格なプロトコルに従っており、プロセス分析でこれを反映させる必要がある。
設定:
- 期待されるアクティビティ順序:
- 原材料受領
- 初期品質検査
- 材料準備
- 生産開始
- 加工中検査1
- 加工中検査2
- 最終組立
- 最終品質検査
- 梱包作業
- 出荷準備
- 製品出荷
出力: エンリッチメントは検査活動に連番の順序値を割り当てるため、同時に記録される複数検査も正しい順序でプロセスマップに表示される。
示唆: 適切な順序付けにより、8％の製品で「加工中検査2」が省略されている問題が発見され、顧客からの品質不具合の原因が明らかになる。さらに、実際のボトルネックは「最終組立」ではなく「材料準備」であることがわかる。
事例4：保険請求処理
シナリオ: 保険会社の請求システムは複雑な請求に対し、同一日に複数の評価・承認活動を記録する。ビジネスは適切なレビュー階層を適用したい。
設定:
- 期待されるアクティビティ順序:
- 請求提出
- 初期書類確認
- 請求登録
- 担当者割り当て
- 損害評価
- 第1段階レビュー
- 医療レビュー（該当時）
- 第2段階レビュー
- 最終承認決定
- 支払い処理
- 請求完了
出力: 各アクティビティに順序値が付与され、複数レビューが同一日にあっても適切な階層構造が保持される。
示唆: 適切な順序により、22％の請求が「第1段階レビュー」を飛ばして「第2段階レビュー」されていることが判明し、教育やシステム設定上の問題が示唆される。また、「医療レビュー」が含まれる場合は全体の進行に遅延をもたらすことも把握可能。
事例5：月次決算プロセス
シナリオ: 財務部門は月末締めの複数活動を同じ月最終日の日付で記録している。会計原則や依存関係に基づく処理順序が必要だが、フラットなタイムスタンプのため適切な分析が困難。
設定:
- 期待されるアクティビティ順序:
- 取引入力凍結
- 試算表作成
- 未決制御勘定確認
- 未決項目消去
- 発生主義処理
- 前払費用処理
- 減価償却計算
- 連結決算調整
- 財務諸表レビュー
- 経営承認
- 決算仕訳登録
- 期末ロック
出力: エンリッチメントは「Expected Order」属性を作成し、すべて同日でも決算活動が適切な順序で表示される。例えば「未決項目消去」は必ず「未決制御勘定確認」の後に来る。
示唆: 正しい順序により、30％の月次決算で「連結決算調整」が「財務諸表レビュー」後に発生していることがわかり、誤った残高を前提に財務諸表をレビューしていることが判明。これにより手戻りや締め遅れが生じている。
出力
期待される順序のエンリッチメントは、同一タイムスタンプのアクティビティの順序を決定する単一のイベント属性を作成します：
Expected Order: 定義した順序における各アクティビティの相対的な位置を指定する整数属性で、イベントテーブルに追加されます。番号は1から始まり、同一タイムスタンプの場合は番号の小さいアクティビティが先に発生します。定義に含まれないアクティビティには、最後に定義されたアクティビティより大きい値が割り当てられ、元のデータの相対順序を保持します。
この属性はプロセスマイニングエンジンによって自動的に使用され、以下の処理で効果を発揮します：
- プロセスマップの作成および辺の向きの決定
- アクティビティ間の所要時間計算
- 期待される経路に対する適合性チェック
- プロセスバリアントおよびその発生頻度の分析
- プロセス内のリワークやループパターンの特定
期待される順序属性は既存のタイムスタンプ属性と連携して動作し、タイムスタンプが同一または曖昧な場合にのみ順序付けに影響します。明確に異なるタイムスタンプのイベントは、期待される順序によらず時間的順序が保たれます。
このドキュメントは mindzie Studio プロセスマイニングプラットフォームの一部です。