資産保全データテンプレート

この属性は、保全作業指示のライフサイクルで実行されるステップを定義します。作業指示がたどる、作成、承認、進行中、保留、完了などの状態を記録します。

正確なプロセスマイニングを行うには、さまざまなシステムイベントを読みやすいアクティビティに統一します。プロセスマップの可視化、各段階の移行時間の算出、作業指示が前のステータスに戻る手戻りの特定に欠かせない項目です。

プロセスマップのノードを定義し、ワークフローの再構成に必要です。

ステータス履歴テーブル、トランザクションログ、または作業指示の変更ログから取得します。

この属性は、保全ログ内の各イベントに時間情報を付与します。ステータスが変更された時点や、ソースシステムでトランザクションが確定した時点を正確に記録します。

タイムスタンプは、プロセスマイニングで期間に関する指標を算出する基礎となります。サイクルタイム、リードタイム、リソースの待機時間を計算できます。短時間に連続して発生するイベントを正しい順序に並べるには、精度の高いタイムスタンプが必要です。

イベントの順序付けと、期間に関する各種指標の算出に使います。

アクティビティとともに、トランザクションログ、履歴テーブル、または監査証跡に記録されています。

この属性は、データの生成元となったソフトウェア環境を識別します。複雑な保全環境では、ERP、専用のCMMS、IoT監視プラットフォームなど、複数のシステムからデータが取り込まれる場合があります。

複数のシステムのデータを1つのプロセスモデルに取り込む場合、この項目でデータを絞り込めます。また、データの来歴を確認したり、異なるレガシーシステム間でデータ品質やプロセスの違いを比較したりする際にも役立ちます。

複数システムの環境で、データの追跡可能性を確保します。

抽出処理で固定値を設定するか、システム設定からマッピングします。

この属性は、プロセスマイニング分析における中心的な案件識別子です。初回の依頼または予防保全の開始から、作業完了と財務処理の終了まで、保全サイクル全体を1件の案件として表します。

分析では、この項目を主キーとして、関連するイベント、コスト、リソースの記録をまとめます。これにより、特定の作業のライフサイクルを再構成し、作業の流れを追跡したり、案件単位のボトルネックを特定したり、結果を作業指示の種類や優先度と関連付けたりできます。

プロセスの各インスタンスを一意に識別するために必要な基本のケースIDです。

通常は作業指示のヘッダーテーブルにあります（例：MaximoのWONUM、SAPのAUFNR）。

この属性は、分析に使用するデータセットの更新状況を追跡します。データの鮮度を把握し、業務システムとプロセスマイニング環境の間に生じる遅延の可能性を特定するのに役立ちます。

実際のプロセスの流れを表す項目ではありませんが、データガバナンスに欠かせません。関係者は、リアルタイムのデータを見ているのか、前回の締め処理時点のスナップショットを見ているのかを確認できます。

データの鮮度の確認と、増分データの読み込み管理に役立ちます。

ETLパイプラインまたは抽出スクリプトの実行時に生成されます。

この真偽値属性は、作業指示の種類を予防保全と予防保全以外の2つに分類します。多くの場合、作業指示の種類コードから設定されます。

このフラグを使うと、ダッシュボードをすばやく絞り込み、予防保全の適合状況に焦点を当てられます。保全組織の成熟度を測る標準的な業界指標である、予防保全／是正保全比率のKPIも簡単に算出できます。

予防保全の比率に関する絞り込みやKPIの算出を簡単にします。

作業指示の種類、またはシステム固有のフラグ（例：PPMフラグ）から設定します。

この属性は、保全作業の種類を分類します。一般的な値では、計画作業（予防保全）と、計画外の停止に伴う作業（是正または緊急）を区別します。ほぼすべてのEAM／CMMSシステムに標準項目として用意されています。

分析では、この項目を使ってプロセスモデルを分類します。緊急修理と予防保全のワークフローを比較すると、プロセスの経路、承認要件、サイクルタイムに大きな違いが見つかることがあります。予防保全と事後保全の比率を算出する際の主要な分類軸です。

計画作業と計画外作業を分けて分析するうえで欠かせません。

作業指示ヘッダーテーブル（例：MaximoのWORKTYPE、SAPのAUART）。

この属性は、作業指示を担当するチーム、職種、または部門を示します。たとえば、電気、機械、計装、施設管理などです。

この項目を使うと、チーム間の実績を比較できます。部門ごとのサイクルタイム、未処理案件数、手戻り率を比較し、特定の職種における研修の必要性やリソース不足を特定できます。

チーム間で実績や未処理案件数を比較するのに役立ちます。

作業指示ヘッダー（例：SAPの作業区、MaximoのクルーID）。

この属性は、保全作業が業務にとってどの程度重要かを示します。値は通常、数値コード（1、2、3）または「重大」「高」「中」「低」などのラベルで表されます。必要な対応時間やリソースの割り当てを決める際に使われます。

プロセス分析では、この属性を使ってSLAへの適合状況を確認します。優先度の高い案件が低い案件より早く処理されているか、承認のボトルネックで滞留していないかを分析できます。

SLAへの適合状況の分析と、リソースの優先順位付けの確認に役立ちます。

作業指示ヘッダーテーブル（例：MaximoのPRIORITY、SAPのPRIOK）。

この属性は、スケジューラーが設定した、またはSLAで定められた期限を表します。納期遵守の算出における基準日です。

実際の完了日とこの予定日を比較すると、スケジュール遵守率や遅延に関する指標を算出できます。大きな差がある場合は、計画の非効率やリソースの制約が考えられます。

遅延とスケジュール遵守状況を算出するためのベースラインです。

作業指示のスケジュールタブ（例：SAPのGLTRP、MaximoのSCHEDFINISH）。

この属性は、作業指示に記録されたすべての作業時間を合計し、作業完了に実際にかかった工数を示します。

要員の稼働率や作業効率を算出するうえで重要な指標です。実績時間と見積時間を比較すると、計画の精度を確認できます。大きな差がある場合は、作業範囲が不明確だったり、スキルが不足していたりする可能性があります。

作業工数を測定し、稼働率や計画精度の算出に使います。

タイムシートまたは作業時間トランザクションテーブルから集計します。

この属性は、作業指示に関連するすべての財務計上額を合計し、保全作業による最終的な経済的影響を示します。

コスト分析は、設備管理におけるプロセスマイニングの主な目的の1つです。この属性を使うと、保全費用が最も高い設備クラスを特定したり、修理費用が設備の交換価値を上回る例外的なケースを見つけたりできます。

財務への影響の分析や、予算差異の報告に欠かせません。

コスト集計テーブル、または作業指示に関連付けられた総勘定元帳の計上データから集計します。

この属性は、作業指示を現場の物理的な対象物に関連付けます。保全対象となる設備のタグ番号、設備ID、または機械コードを表します。

頻繁な修理が必要な設備や、問題を繰り返し起こす設備を特定するうえで重要です。設備IDごとに作業指示を集計すると、平均故障間隔（MTBF）を算出し、保全予算を過度に消費している設備を特定できます。

特定の設備の稼働状況の分析と、MTBFの算出に役立ちます。

作業指示ヘッダーテーブル（例：MaximoのASSETNUM、SAPのEQUNR）。

この属性は、設備の故障が安全、環境、生産に及ぼす影響に基づいて設備を分類します。設備マスターレコードに固定値として登録されることが多い一方、作業指示にも記録される場合があります。

この属性を使うと、保全チームが重要設備の作業を適切に優先しているかを確認できます。重要度の高い設備ほど、予防保全のスケジュールが守られているかを検証するのにも役立ちます。

保全の重点を事業リスクや業務への影響に合わせるのに役立ちます。

設備マスターデータ、または非正規化されている場合は作業指示ヘッダー。

この属性は、設備がある地理的な場所または機能上の区域を示します。特定の建物、階、遠隔地などが該当します。

場所のデータは、移動時間の非効率や物流の分析に役立ちます。優先度の低い作業のために技術者が離れた場所を頻繁に移動している場合、プロセスマイニングで、経路の見直しや場所ごとの作業指示のまとめ方を改善できる可能性を確認できます。

物流の分析や、場所に起因するボトルネックの特定に役立ちます。

作業指示ヘッダー、または関連付けられた設備所在地テーブル。

この属性は、保全作業を担当する個人または主任技術者を示します。部門がチームを記録するのに対し、この項目では担当者を特定します。

この粒度のデータは、スタッフ間の作業負荷の分析に役立ちます。特定の技術者に負荷が集中していないか、特定の担当者の手戻り率が高く、研修が必要ではないかを確認できます。

作業負荷の平準化や、個人別の実績指標の分析に役立ちます。

作業指示の割り当てテーブルまたは作業時間の詳細テーブル。