設備保全データテンプレート
設備保全データテンプレート
これは資産保全向けの汎用プロセスマイニング用データテンプレートです。より具体的なガイダンスについては、システム別テンプレートをご利用ください。
特定のシステムを選択- 保全における標準マイルストーンの一覧
- 詳細なパフォーマンス分析に対応する柔軟な属性スキーマ
- あらゆるエンタープライズ資産管理データソースとの完全な互換性
資産保全の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | ワークフロー内で発生する特定のタスク、ステータス変更、またはイベントです。 | ||
| 説明 この属性は、保全作業指図のライフサイクルで実行された手順を定義します。作成、承認、進行中、保留、完了など、作業指図が通過する個別の状態を記録します。 正確なプロセスマイニングを行うため、この項目ではさまざまなシステムイベントを読みやすいアクティビティに統一します。プロセスマップの可視化、ステージ間の遷移時間の計算、作業指図が以前のステータスに戻る手直しループの特定に欠かせません。 重要な理由 プロセスマップのノードを定義し、ワークフローの再構成に必要です。 入手先 ステータス履歴テーブル、トランザクションログ、または作業指図変更ログから取得します。 例 作業指示の作成材料の払い出し承認済みステータスを進行中に変更作業指示のクローズ | |||
| イベントタイムスタンプ EventTimestamp | アクティビティが発生した具体的な日時です。 | ||
| 説明 この属性は、保全ログ内のすべてのイベントに時間情報を付与します。ソースシステムでステータスが変更された時点、またはトランザクションが確定した正確な時刻を記録します。 タイムスタンプは、プロセスマイニングで期間ベースの指標を算出する基礎です。サイクルタイム、リードタイム、リソースの待機時間を計算できます。短時間に連続して発生するイベントを正しい順序に並べるには、高精度のタイムスタンプが必要です。 重要な理由 イベントの順序付けと、すべての期間指標の計算に利用します。 入手先 アクティビティとともに、トランザクションログ、履歴テーブル、または監査証跡に記録されています。 例 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| ソースシステム SourceSystem | レコードの生成元となったアプリケーションまたはデータベースの名称です。 | ||
| 説明 この属性は、データを生成したソフトウェア環境を識別します。複雑な保全環境では、ERP、専用のCMMS、IoT監視プラットフォームなど、複数のシステムからデータが取り込まれる場合があります。 複数のシステムを1つのプロセスモデルに取り込む場合、この項目でデータを絞り込めます。データの系譜を確認できるほか、異なるレガシーシステム間でデータ品質やプロセスの違いを比較する際にも利用できます。 重要な理由 複数システムの環境でデータの追跡可能性を確保します。 入手先 抽出処理中に固定値として設定するか、システム設定からマッピングします。 例 SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| 作業指図番号 WorkOrderNumber | 保全案件または作業指図を一意に識別する番号です。 | ||
| 説明 この属性は、プロセスマイニング分析における案件の中心的な識別子です。初回の依頼または予防保全のトリガーから、作業完了と財務処理の終了まで、1件の保全サイクル全体を表します。 分析では、この項目を主キーとして、関連するすべてのイベント、コスト、リソースログをグループ化します。これにより、プロセスマイニングエンジンは個々の作業のライフサイクルを再構成できます。分析担当者は作業の流れを追跡し、案件単位のボトルネックを特定するとともに、注文種別や優先度と個別の結果を関連付けられます。 重要な理由 一意のプロセスインスタンスを区別するために必要な基本的なCase IDです。 入手先 通常は作業指図ヘッダーテーブルにあります(例:MaximoのWONUM、SAPのAUFNR)。 例 WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| 最終データ更新日時 LastDataUpdate | レコードが最後に抽出または更新された日時を示すタイムスタンプです。 | ||
| 説明 この属性は、分析に使用するデータセットの最新性を追跡します。データがどの程度新しいかを把握し、業務システムとプロセスマイニング環境の間に生じる遅延の可能性を特定できます。 物理的なプロセスフローの一部ではありませんが、データガバナンスに欠かせません。リアルタイムデータを見ているのか、過去の締め期間のスナップショットを見ているのかを、関係者が確認できるようにします。 重要な理由 データの最新性の検証と増分ロードの管理に役立ちます。 入手先 ETLパイプラインまたは抽出スクリプトによって実行時に生成されます。 例 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| 予防保全かどうか IsPreventive | 作業指図が予防保全プログラムの一部かどうかを示すフラグです。 | ||
| 説明 この真偽値属性は、作業指図種別を予防保全と非予防保全の2つに分類します。通常は作業指図種別コードから導出します。 このフラグを使うと、予防保全の遵守状況に絞ってダッシュボードをすばやくフィルタリングできます。予防保全と是正保全の比率を示すKPIの計算も簡単になります。これは、保全組織の成熟度を測る標準的な業界指標です。 重要な理由 予防保全比率のフィルタリングとKPI計算を簡単にします。 入手先 作業指図種別またはシステム固有のフラグ(例:PPMフラグ)から導出します。 例 truefalse | |||
| 作業指図種別 WorkOrderType | 保全作業を予防、是正、緊急、プロジェクトベースに分類します。 | ||
| 説明 この属性は、保全作業の性質を分類します。計画作業(予防保全)と、計画外の停止(是正または緊急)を区別する値が一般的です。ほぼすべてのEAM/CMMSシステムに標準項目として用意されています。 分析担当者は、この項目でプロセスモデルを分けて確認します。緊急修理と予防保全のワークフローを比較すると、プロセス経路、承認要件、サイクルタイムに大きな違いが見つかることがあります。予防保全と事後保全の比率を計算する際の主要な切り口です。 重要な理由 計画作業と計画外作業を分けて分析するために重要です。 入手先 作業指図ヘッダーテーブル(例:MaximoのWORKTYPE、SAPのAUART)。 例 予防保全事後保全緊急対応予知保全設備投資プロジェクト | |||
| 保全部門 MaintenanceDepartment | 作業の実行を担当する組織単位または作業場です。 | ||
| 説明 この属性は、作業指図を担当するチーム、技能分野、または部門を識別します。例として、電気、機械、計装、施設管理などがあります。 この切り口により、異なるチームのパフォーマンスを比較できます。分析担当者は、部門ごとのサイクルタイム、バックログ、手直し率を比較し、特定の技能分野における研修ニーズやリソース不足を特定できます。 重要な理由 異なるチーム間でパフォーマンスとバックログを比較できます。 入手先 作業指図ヘッダー(例:SAPのワークセンター、MaximoのCrew ID)。 例 機械整備工場電気保全施設管理外部請負業者計装 | |||
| 優先度 PriorityLevel | 作業指図に設定された緊急度または重要度です。 | ||
| 説明 この属性は、保全作業が業務にとってどの程度重要かを示します。値は通常、数値コード(1、2、3)または説明ラベル(重大、高、中、低)で表されます。必要な対応時間とリソース配分を決定します。 プロセス分析では、この属性をSLAのコンプライアンス確認に使います。高優先度の案件が低優先度の案件より実際に速く処理されているか、承認のボトルネックで滞留していないかを調べられます。 重要な理由 SLAのコンプライアンス分析とリソース優先度の確認に利用できます。 入手先 作業指図ヘッダーテーブル(例:MaximoのPRIORITY、SAPのPRIOK)。 例 1 - 重大2 - 高3 - 中4 - 低緊急対応 | |||
| 実績作業時間 ActualLaborHours | 技術者が作業指図に費やした合計時間です。 | ||
| 説明 この属性は、作業指図に記録されたすべての作業時間の合計です。タスク完了に実際に費やした工数を表します。 要員の稼働率と作業効率を計算するうえで欠かせない指標です。実績時間と見積時間を比較すると、計画の精度を確認できます。大きな差異は、作業範囲が不明確であることや、スキル不足を示す場合があります。 重要な理由 作業工数を測定し、稼働率と計画精度の計算に利用します。 入手先 タイムシートまたは労務トランザクションテーブルから集計します。 例 4.512.00.548.0160.0 | |||
| 実績総コスト TotalActualCost | 労務費、資材費、サービス費を含む、発生した費用の合計です。 | ||
| 説明 この属性は、作業指図に関連するすべての財務計上額を合計します。保全作業がもたらした最終的な経済的影響を示します。 コスト分析は、設備管理におけるプロセスマイニングの主要な目的の1つです。この属性により、保全費用が最も高い設備クラスを特定し、修理費が設備の交換価値を上回る外れ値を見つけられます。 重要な理由 財務影響の分析と予算差異の報告における中心的な項目です。 入手先 コスト集計テーブル、または注文に関連付けられたGL計上額から集計します。 例 1500.00245.5010000.000.00560.75 | |||
| 目標完了日 TargetCompletionDate | 作業指図を完了する予定の期限です。 | ||
| 説明 この属性は、計画担当者が設定した期限、またはSLAで定められた期限を表します。期限どおりに完了したかを計算する基準になります。 実際の完了日と目標完了日を比較すると、スケジュール遵守率や遅延指標を計算できます。大きな差異は、計画の非効率やリソース制約を示します。 重要な理由 遅延とスケジュール遵守率を計算する基準になります。 入手先 作業指図のスケジューリングタブ(例:SAPのGLTRP、MaximoのSCHEDFINISH)。 例 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| 設備ID AssetId | 保全対象となる設備または施設を一意に識別するIDです。 | ||
| 説明 この属性は、作業指図を現場の物理的な対象物に関連付けます。保全対象となる設備のタグ番号、設備ID、または機械コードを表します。 頻繁に修理が必要な「問題設備」や設備を特定するうえで重要です。設備IDごとに作業指図を集計すると、平均故障間隔(MTBF)を計算し、保全予算を不均衡に消費している設備を特定できます。 重要な理由 特定の設備のパフォーマンス分析とMTBFの計算に利用できます。 入手先 作業指図ヘッダーテーブル(例:MaximoのASSETNUM、SAPのEQUNR)。 例 PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| 設備重要度 AssetCriticality | 設備の業務上の重要性を示す評価です。 | ||
| 説明 この属性は、設備の故障が安全、環境、または生産に及ぼす影響に基づいて設備を分類します。設備マスターレコードの固定属性であることが多い一方、作業指図にもスナップショットとして記録される場合があります。 この属性を使うと、保全チームが重要設備の作業を適切に優先しているかを確認できます。最も重要な設備で予防保全スケジュールの遵守率が最も高くなっているかを検証する際にも役立ちます。 重要な理由 保全の重点を業務リスクと運用への影響に合わせるのに役立ちます。 入手先 設備マスターデータ、または非正規化されている場合は作業指図ヘッダーです。 例 A - 重要設備B - 必須設備C - 二次設備安全上の重要設備生産上の重要設備 | |||
| 作業場所 WorkLocation | 作業を実施する物理的な拠点または機能場所です。 | ||
| 説明 この属性は、設備が存在する地理的または機能的な区域を定義します。特定の建物、フロア、遠隔拠点などが該当します。 場所のデータは、移動時間の非効率や物流を分析するのに役立ちます。低優先度の作業のために技術者が遠隔地間を頻繁に移動している場合、プロセスマイニングによって、より適切な経路計画や場所ごとの作業指図の集約といった改善機会を見つけられます。 重要な理由 物流分析と、場所固有のボトルネックの特定に役立ちます。 入手先 作業指図ヘッダー、または関連付けられた設備場所テーブルです。 例 A棟 - 2階北工場拠点55遠隔ポンプステーション作業場 | |||
| 割り当て済みリソース AssignedResource | 作業を担当する特定の技術者または責任者です。 | ||
| 説明 この属性は、保全作業を実行する個人または主任技術者を識別します。部門がチームを管理するのに対し、この項目では担当者を記録します。 この粒度のデータは、スタッフ間の作業負荷の分布を分析する際に役立ちます。特定の技術者に作業が集中していないか、また特定の担当者の手直し率が高く、研修が必要ではないかを確認できます。 重要な理由 作業負荷の平準化分析と個人別のパフォーマンス指標に利用できます。 入手先 作業指図の割り当てテーブルまたは労務明細テーブルです。 例 J. SmithA. DoeTech-001Vendor-XYZクルーリーダー5 | |||
資産保全アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 作業指示のクローズ | 作業指示を財務的に確定し、アーカイブする最終的な事務処理ステップです。以降はコストや作業時間を登録できません。 | ||
| 重要な理由 システム上のケースの完全な終了を示します。ここでの遅延は事務処理のバックログを示します。 入手先 ステータスがClosed、Archived、CLSDに変更された時点で取得します。 取得 Closedへの最終ステータス変更を取得します。 イベントタイプ explicit | |||
| 作業指示のスケジュール設定 | 特定の作業リソース、作業班、または確定したカレンダー枠を作業指示に割り当てることです。これにより、作業指示はバックログから日次または週次の実行スケジュールに移ります。 | ||
| 重要な理由 作業がバックログに留まっていた時間と、特定の技術者を待っていた時間を区別できます。 入手先 作業員の割り当てまたは派遣レコードの作成から導出します。 取得 リソースが割り当てられた時点、または派遣ステータスが設定された時点のタイムスタンプです。 イベントタイプ explicit | |||
| 作業指示の作成 | システム上で保全作業指示レコードを正式に作成することです。これによりケースIDが確定し、計画、スケジュール、実行の基準点が設定されます。 | ||
| 重要な理由 これはプロセスの中心となる基準点であり、保全に関する事務処理ライフサイクルの開始を定義します。 入手先 メインの作業指示ヘッダーテーブルにある作成タイムスタンプから抽出します。 取得 固有の作業指示IDが生成された時点のタイムスタンプを記録します。 イベントタイプ explicit | |||
| 作業指示の完了 | 物理的な作業が技術的に完了したことです。資産は運用に戻りますが、財務上の事務処理が残っている場合があります。 | ||
| 重要な理由 修理期間と資産の停止時間の終了を計算するために使用する主要なタイムスタンプです。 入手先 ステータスがCompleted、TECO、Finishedに変更された時点で取得します。 取得 技術的な完了を示すステータス変更を取得します。 イベントタイプ explicit | |||
| 作業指示の承認 | 作業範囲、コスト見積もり、計画が確認され、承認されたことを示す承認ステータスの変更です。これにより、作業を実行できる状態になります。 | ||
| 重要な理由 計画と予算上の課題を解消するために必要な事務処理のリードタイムを測定します。 入手先 通常は、ステータスがApproved、Released、Authorizedのいずれかに変更された時点で記録されます。 取得 承認を示すステータス変更イベントを抽出します。 イベントタイプ explicit | |||
| 作業指示の開始 | 技術者が資産に対する実作業を開始した時点です。計画と待機から、実際の実行へ移行したことを示します。 | ||
| 重要な理由 平均修理時間(MTTR)の計算や、事務処理上の待ち時間と実作業時間の区別に欠かせません。 入手先 通常は、ステータスがIn Progressに変更された時点、または最初の作業時間入力のタイムスタンプで示されます。 取得 ステータスがIn ProgressまたはStartedに変更されたイベントを取得します。 イベントタイプ explicit | |||
| 作業時間の記録 | 技術者が作業指示に対して実際の作業時間を記録することです。異なる作業班のメンバーが作業に加わるため、このアクティビティは複数回繰り返されることがあります。 | ||
| 重要な理由 コスト計算と利用効率分析の基礎となります。作業時間の入力間隔に空白がある場合、プロセスの中断を示している可能性があります。 入手先 時間確認テーブルまたは作業時間取引ログから抽出します。 取得 作業指示に対する時間登録の各実績を記録します。 イベントタイプ explicit | |||
| 作業指示のキャンセル | 作業指示が正常に完了する前に、途中で終了することです。作業が不要、重複、または統合された場合に発生します。 | ||
| 重要な理由 キャンセル率が高い場合、依頼の上流での絞り込みが不十分であるか、データ入力が重複している可能性があります。 入手先 ステータスがCancelled、Rejected、Voidに変更された時点で取得します。 取得 キャンセルを示す終了ステータスの値を抽出します。 イベントタイプ explicit | |||
| 作業指示の保留 | 作業指示のステータスが保留状態に変更され、実行が停止することです。通常は、部品不足、立ち入り不可、安全上の問題などが原因で発生します。 | ||
| 重要な理由 標準的なプロセスフローを妨げるボトルネックや外部依存関係を特定できます。 入手先 値がHold、Suspended、Blockedに変更された時点を、ステータス履歴から明示的に取得します。 取得 保留状態を示すステータス変更を抽出します。 イベントタイプ explicit | |||
| 保全の手戻りを記録 | 完了した作業が不合格になった、または短期間で再び失敗し、ステータスをIn Progressに戻す必要が生じたことを示します。これはプロセスループを表します。 | ||
| 重要な理由 技術研修の問題や予備部品の品質不良を示す重要な指標です。 入手先 ステータスがCompleteからIn Progressへ戻った場合、またはReworkコードとして明示的に記録された場合に推定します。 取得 ステータスの後戻りや手戻りフラグを特定します。 イベントタイプ inferred | |||
| 保全依頼の作成 | オペレーターまたは自動システムが不具合報告やサービス依頼を最初に登録することです。正式な作業指示に先行することが多く、需要ライフサイクルの実質的な開始点になります。 | ||
| 重要な理由 このステップを記録すると、保全チームが依頼を受け付けた時点ではなく、問題が特定された時点からの総応答時間を計算できます。 入手先 通常は、サービス依頼ログ、ヘルプデスクのチケットテーブル、通知履歴テーブルなどに記録されています。 取得 作業指示に紐づく上流の依頼オブジェクトから作成タイムスタンプを抽出します。 イベントタイプ explicit | |||
| 優先度の更新 | 作成後に作業指示の重要度または緊急度が変更されたことです。新しい優先度の値と、判断が行われた時刻を記録します。 | ||
| 重要な理由 優先度の変更が頻繁に発生する場合、トリアージプロセスの不備や、バックログの待ち行列を回避するためのシステム操作を示している可能性があります。 入手先 通常は、優先度フィールドを監視するフィールド監査証跡やシステム履歴ログに記録されます。 取得 監査ログで優先度フィールドの変更を特定します。 イベントタイプ explicit | |||
| 品質検査の完了 | 修理を検査、測定、またはテストする具体的な検証ステップです。稼働に戻す前に、資産が運用基準を満たしていることを確認します。 | ||
| 重要な理由 コンプライアンスと安全性の分析に欠かせません。このステップで不合格になると、手戻りループが発生します。 入手先 検査ログ、チェックリストの完了記録、または特定のステータスマイルストーンに記録されています。 取得 検査作業の完了または品質ステータスの更新を特定します。 イベントタイプ explicit | |||
| 材料の払い出し | 予備部品を在庫から作業指示へ物理的に払い出すことです。材料が利用可能で、消費されたことを確認します。 | ||
| 重要な理由 部品が実際に使用されたことを確認し、材料の可用性に起因する遅延時間の計測を終了します。 入手先 請求タイプが作業指示に紐づく在庫取引ログに記録されています。 取得 在庫払い出し取引からタイムスタンプを抽出します。 イベントタイプ explicit | |||
| 材料請求の作成 | 予備部品や消耗品の正式な依頼が作業指示に紐づけられることです。これにより、修理に必要なサプライチェーンのサブプロセスが開始されます。 | ||
| 重要な理由 サプライチェーンへの依存や材料不足による遅延を分析するために欠かせません。 入手先 材料所要量テーブル、またはステータスがWaiting on Materialに変更された時点で確認できます。 取得 作業指示に紐づく材料明細の作成を特定します。 イベントタイプ explicit | |||
| 目標日の更新 | 作業指示の計画開始日または完了予定日を更新することです。リソースの可用性や遅延に応じて、見込みを調整したことを示します。 | ||
| 重要な理由 日付の変更を追跡すると、KPIが実績によって達成されたのか、単に目標日を変更した結果なのかを特定できます。 入手先 Scheduled StartまたはRequired By Dateフィールドの変更を追跡する監査ログに記録されています。 取得 作業指示の履歴で日付フィールドの更新を取得します。 イベントタイプ explicit | |||
抽出ガイド
始める準備はできていますか
プラットフォーム別の抽出ガイドに従う場合でも、この汎用テンプレートを独自のデータ環境に適用する場合でも、プロセスマイニングを始める準備は整っています。
今すぐ設備保全の効率を高める
リアルタイムデータで設備停止時間と保全コストを削減します。
クレジットカードは必要ありません。5分で設定できます。