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

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

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

このデータテンプレートは、組織の環境における作業指示書管理と設備修理サイクルを分析するための構造化された枠組みを提供します。保全業務を透明性高く把握するために必要なデータ項目とプロセス上の節目を具体的に示しています。このガイドに沿って準備することで、イベントログにボトルネックの特定と計画外停止の削減に必要な情報を確実に含められます。
  • 保全属性の詳細な一覧
  • 追跡すべき重要なプロセス上の節目
  • 技術データの抽出手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

資産保全の属性

以下は、資産保全業務を詳細に分析するため、イベントログに含めることを推奨するデータ項目です。
5 必須 9 推奨 9 任意
名前 説明
アクティビティ
Activity
作業指示のライフサイクルで発生した具体的なイベントまたはステータス変更です。
説明

この属性は、保全プロセスで実行されたステップを表します。たとえば、「作業指示承認済み」や「作業員記録済み」などです。IBM Maximoでは通常、履歴テーブルのステータス変更や、作業時間報告などの特定の取引ログから取得します。

プロセスマップのノードを構成し、ステップの順序を可視化できます。これらの値を分析することで、組織はプロセスのバリエーション、ループ、標準的な保全手順からの逸脱を特定できます。

重要な理由

プロセスの「何を」に当たる情報を定義し、プロセスマップの作成とワークフロー実行の理解に欠かせません。

入手先

テーブル:WOSTATUS(列:STATUS)またはWOLOG

APPRINPRGCOMPCLOSEWMATL
イベント日時
EventTimestamp
アクティビティが発生した具体的な日時です。
説明

ステータス変更や作業時間の記録など、イベントが発生した正確な時点を記録します。リードタイムや所要時間の計算など、すべてのパフォーマンス分析に必要な時間情報を提供します。

正確な日時は、「計画・承認平均リードタイム」の計算と、イベントの正しい順序付けに欠かせません。Maximoでは通常、ステータスレコードの変更日時が使われます。

重要な理由

イベントを時系列に並べ、時間ベースのすべてのKPIを計算するために必要です。

入手先

テーブル:WOSTATUS、列:CHANGEDATE

2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z
保全作業指示
WorkOrderNumber
保全作業指示を識別する一意の英数字IDです。
説明

この属性は、保全プロセスにおける中心的なケース識別子です。IBM Maximo内の各作業指示を一意に識別し、関連するすべてのアクティビティ、作業員取引、資材使用を1件の実行済み作業に結び付けます。

プロセスマイニング分析では、このIDを使って個々のイベントを1つのまとまったケースにグループ化します。初回の要求作成から承認、実行、最終的な管理上の完了処理まで、保全作業のライフサイクル全体を追跡できます。

重要な理由

プロセスフローを再構築するための基本キーであり、部門をまたいだ個別作業の追跡を可能にします。

入手先

テーブル:WORKORDER、列:WONUM

WO100234WO100235CM-99281PM-11002
ソースシステム
SourceSystem
データの取得元となったシステム名です。
説明

データレコードの元となるアプリケーションを識別します。この場合、通常は「IBM Maximo」です。複数の保全システムからデータを統合したり、ERPデータと連携したりする場合に特に役立ちます。

複数のCMMSインスタンスを含む複雑なシステム環境でプロセスマイニングプロジェクトを実施する場合、記録システム別にビューを絞り込めます。

重要な理由

複数システム環境におけるデータの系譜と追跡可能性を確保します。

入手先

抽出時にハードコード

IBM MaximoMaximo PRODMaximo Legacy
最終データ更新
LastDataUpdate
データが抽出または最後に更新された日時です。
説明

レコードがプロセスマイニング用に最後に処理または抽出された時点を示します。データの鮮度と信頼性を評価し、保全業務の最新状態を分析に反映できているか確認するのに役立ちます。

増分データロードや、ダッシュボードに作業指示のステータスとバックログの最新情報が表示されていることの検証に欠かせない属性です。

重要な理由

データの遅延と鮮度を把握するために重要です。

入手先

抽出時のシステム時刻

2023-11-01T00:00:00Z2023-11-01T12:00:00Z
作業指示タイプ
WorkType
作業指示を予防保全(PM)、是正保全(CM)、緊急保全(EM)に分類します。
説明

保全作業の性質を分類する属性です。Maximoで一般的に使われる値には、PM(予防保全)、CM(是正保全)、EM(緊急保全)があります。この分類は、「予防保全と事後保全」ダッシュボードの基盤となります。

この属性で絞り込むことで、「緊急保全比率」KPIを計算し、場当たり的な事後対応から計画的な信頼性向上作業へ、保全戦略がどのように変化しているかを把握できます。

重要な理由

計画作業と計画外作業を区別し、保全の成熟度を示す重要な指標となります。

入手先

テーブル:WORKORDER、列:WORKTYPE

PMCMEMCPMOD
優先度
Priority
作業指示に設定された緊急度です。
説明

作業指示の重要度と緊急度を示す数値または分類値です。Maximoでは通常、数値が小さいほど緊急度が高く、たとえば1が緊急を示します。

バックログ内の作業の優先順位付けに使われ、「重要資産のSLAパフォーマンス」ダッシュボードに欠かせません。低優先度の作業と比べ、高優先度の作業が必要な速さで処理されているかを確認できます。

重要な理由

組織が最も緊急性の高い作業にリソースを集中できているかを分析できます。

入手先

テーブル:WORKORDER、列:WOPRIORITY

1234
実績作業時間
ActualLaborHours
作業指示に対してすべての技術者が実際に費やした合計時間です。
説明

作業指示に記録されたすべての作業時間の合計です。リソース利用状況を検証する指標となり、「技術者稼働率差異」KPIを支えます。

作業コストの計算や、特定の作業に実際にかかった時間の履歴データに基づく、今後の作業計画の改善に使います。

重要な理由

作業コストと効率を分析するための主要指標です。

入手先

テーブル:WORKORDER、列:ACTLABHRS

2.55.012.0
実績完了日時
ActualFinishDate
物理的な作業が完了した日時です。
説明

保全作業が技術的に完了した時点を記録します。チケットの管理上の完了処理とは異なります。この日時と「目標完了日」を比較することで、SLA遵守状況を計算できます。

「作業指示の管理リードタイム」ダッシュボードで、作業完了からシステム上の書類処理完了までの遅れを測定するために使います。

重要な理由

技術的な実行フェーズの終了を示します。

入手先

テーブル:WORKORDER、列:ACTFINISH

2023-10-15T16:00:00Z2023-10-16T10:30:00Z
担当技術者
AssignedResource
作業の実行を担当する特定の担当者または主任技術者です。
説明

作業指示を担当する個人または主任技術者を識別します。「Lead」フィールド、または作業員の割り当てから取得できます。「リソースと請負業者の生産性」ダッシュボードで利用します。

この属性を分析すると、「保全作業量の分布」ビューで作業量の偏りを特定し、技術者や作業班ごとの効率を比較できます。

重要な理由

作業員の生産性分析と作業量の平準化に欠かせません。

入手先

テーブル:WORKORDER、列:LEAD(またはASSIGNMENTテーブル)

JSMITHBPATELMRODRIGUEZ
現在のステータス
Status
作業指示の現在のライフサイクル状態です。
説明

作業指示の現在の管理上のステータスです(例:「APPR」「WAPPR」「COMP」)。「アクティビティ」属性が変更履歴を記録するのに対し、この属性は最後に確認された状態を示します。

「オープン」作業指示と「クローズ」作業指示だけを表示するなど、データセットの絞り込みに使え、「保全作業量の分布」分析を支えます。

重要な理由

現在の作業量とバックログのスナップショットを提供します。

入手先

テーブル:WORKORDER、列:STATUS

APPRCLOSEINPRG
目標完了日
TargetCompletionDate
作業指示に設定された予定または必須の期限です。
説明

作業指示を完了する予定の日付です。通常は優先度と作成日に基づいて計算されます。「重要資産のSLAパフォーマンス」ダッシュボードの基準となります。

この項目を「実績完了日時」と比較することで、期限内完了率を算出し、保全期間を頻繁に超過する資産カテゴリを特定できます。

重要な理由

SLA遵守状況とスケジュール遵守状況を測定する基準です。

入手先

テーブル:WORKORDER、列:TARGCOMPDATE

2023-10-20T17:00:00Z2023-10-25T08:00:00Z
資産番号
AssetNumber
保全対象となる設備または資産の一意の識別子です。
説明

保全作業の対象となる特定の機械、車両、施設設備です。プロセスデータを物理的な資産階層に結び付けます。頻繁に故障する問題資産を特定するうえで重要です。

「保全品質と手直し率」分析で使われ、この属性によって資産別に作業指示を集計し、平均故障間隔(MTBF)を計算して、慢性的な信頼性の問題を特定できます。

重要な理由

プロセスの実行状況を物理インフラのパフォーマンスに結び付けます。

入手先

テーブル:WORKORDER、列:ASSETNUM

PUMP-101HVAC-02FLEET-99
資産重要度
AssetCriticality
資産が業務運営にとってどれほど重要かを示すスコアです。
説明

故障時の影響度を示す、通常は1~10またはA/B/Cで表される資産レコード上の分類です。作業指示ビューに結合する必要があります。

「重要資産のSLAパフォーマンス」ダッシュボードに必須です。重要な発電機の遅延を休憩室のコーヒーメーカーの遅延より重く評価するなど、影響の大きい対象に焦点を当てた分析ができます。

重要な理由

業務上のリスク別にプロセスパフォーマンスを区分できます。

入手先

テーブル:ASSET、列:PRIORITY(ASSETNUM経由で結合)

1510
SLA違反かどうか
IsSlaBreached
実績完了日が目標日を超過したかどうかを示すフラグです。
説明

「実績完了日時」と「目標完了日」を比較して計算する真偽値項目です。実績が目標を超過した場合、trueになります。

あらかじめ計算されたこの指標により、「重要資産のSLAパフォーマンス」ダッシュボードで、実行時の日付計算をせずにSLA違反件数をすぐに確認できます。

重要な理由

パフォーマンスのコンプライアンス状況をすぐに把握できます。

入手先

ACTFINISHとTARGCOMPDATEから計算

truefalse
サイトID
SiteId
複数サイトでMaximoを運用する場合の上位レベルのサイト識別子です。
説明

大規模な組織では、Maximoを「サイト」単位で分割して運用することがよくあります。この属性は、データベースレベルで異なる工場や施設を区別します。

「標準保全プロセスのコンプライアンス」分析で事業部門間のパフォーマンスを比較するために欠かせません。適切な業務環境の中で比較できるようになります。

重要な理由

複数サイト環境でデータの範囲を定めるために重要です。

入手先

テーブル:WORKORDER、列:SITEID

BEDFORDNASHUATEXAS
ベンダー
Vendor
該当する場合に、作業指示を担当する外部請負業者です。
説明

保全作業を担当する外部企業を識別します。作業を外部委託した場合に入力されます。「請負業者実行効率」KPIに欠かせません。

この属性を分析することで、保全組織は複数のベンダー間、またベンダーと社内チーム間で、コスト、速度、品質のパフォーマンスを比較できます。

重要な理由

ベンダー管理と外部委託のパフォーマンス分析を可能にします。

入手先

テーブル:WORKORDER、列:VENDOR

ACME SERVICESSIEMENSFAST REPAIR INC
報告日時
ReportedDate
問題が最初に報告された、または要求が作成された日時です。
説明

保全の必要性が初めて特定され、システムに入力された時点を示す日時です。顧客体験の時間軸における実質的な開始点となります。

この報告日時から実際に作業が開始されるまでの期間を測定し、「計画・承認平均リードタイム」を計算します。保全組織の対応力の評価にも役立ちます。

重要な理由

保全ライフサイクル全体の対応力を測定する起点を定めます。

入手先

テーブル:WORKORDER、列:REPORTDATE

2023-10-10T08:00:00Z2023-10-10T09:15:00Z
場所
Location
作業を実施する機能上の場所または物理的な拠点です。
説明

資産が所在する物理的な区域または機能上の場所コードを指定します。特定の資産番号より広い範囲を示し、地理別または区域別の分析に役立ちます。

「保全作業量の分布」ダッシュボードで保全作業が集中する場所を可視化し、拠点間を移動する技術者の物流計画に使います。

重要な理由

物流とリソース配分を検討するための地理的な文脈を提供します。

入手先

テーブル:WORKORDER、列:LOCATION

BRILER-RMPLANT-AOFFICE-1
実績総コスト
TotalActualCost
作業指示にかかった作業員、資材、サービス、工具のコスト合計です。
説明

保全作業がもたらした財務上の影響総額です。Maximoでは、各コスト要素(作業員+資材+サービス+工具)の合計です。

この属性により、遅延や手直しなどのプロセス非効率と財務上の損失を直接関連付ける、コストベースのプロセスマイニングが可能になります。最もコストの高い保全タイプや資産クラスの特定にも役立ちます。

重要な理由

業務上のアクティビティを財務上の成果に結び付けます。

入手先

テーブル:WORKORDER、列:ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST

150.002500.500.00
故障コード
FailureCode
資産が故障した理由を示す標準化コードです。
説明

故障原因を分類するために技術者が選択する構造化コードです。たとえば、「摩耗」「電気系統」「操作ミス」などがあります。根本原因分析(RCA)に欠かせません。

これらのコードを集計すると、エンジニアリングチームは資産全体に共通する体系的な問題を特定できます。「保全品質と手直し率」分析を支え、予防保全戦略の変更にも役立ちます。

重要な理由

信頼性エンジニアリングと故障分析の主要データです。

入手先

テーブル:WORKORDER、列:FAILURECODE

LEAKOVERHEATVIBRATION
緊急作業かどうか
IsEmergency
作業指示が緊急かどうかを示すフラグです。
説明

作業タイプまたは優先度に基づいて計算される真偽値フラグです。作業タイプが「EM」(緊急)または優先度が1の場合、trueになります。

この簡略化された属性により、可視化レイヤーで複雑なロジックを設定せずにダッシュボードを絞り込み、「緊急保全比率」を抽出できます。

重要な理由

事後保全分析のための絞り込みを簡単にします。

入手先

WORKTYPEから計算

truefalse
見積作業時間
EstimatedLaborHours
作業指示に必要と見積もられた計画上の作業時間です。
説明

計画段階で作業完了に必要と見積もられた合計時間です。「作業時間見積精度ダッシュボード」で「実績作業時間」と比較します。

この値と実績の大きな差は、計画の精度不足、標準作業手順の不足、または想定以上の作業を必要とする予期しない資産状態を示します。

重要な理由

計画精度とリソース予測を評価するために欠かせません。

入手先

テーブル:WORKORDER、列:ESTLABHRS

2.04.58.0
必須 推奨 任意

資産保全アクティビティ

作業指示のライフサイクルを正確にディスカバリーするため、イベントログに取得すべき主要なプロセス手順とマイルストーンです。
6 推奨 7 任意
アクティビティ 説明
作業を開始
技術者が現場で実作業を開始したことを示します。ユーザーが作業中であることを示すステータスに変更した時点で明確に記録されます。
重要な理由

計画時間と実行時間を分ける重要なマイルストーンです。平均計画・承認リードタイムの算出に使用します。

入手先

STATUS = 'INPRG'となっているWOSTATUSテーブルのレコード

取得

トランザクションによってステータスがINPRGに変更された時点で記録

イベントタイプ explicit
作業指示をキャンセル
作業が不要、重複、または実行不可能と判断され、プロセスが途中で終了します。終端状態です。
重要な理由

作業指示キャンセル分析ダッシュボードにデータを供給します。割合が高い場合、依頼作成段階の上流プロセスに問題があることを示します。

入手先

STATUS = 'CAN'となっているWOSTATUSテーブルのレコード

取得

トランザクションによってステータスがCANに変更された時点で記録

イベントタイプ explicit
作業指示をクローズ
作業指示が財務上精算され、読み取り専用になるライフサイクル上の最終イベントです。以後、追加の費用は計上できません。
重要な理由

事務処理上のリードタイムの終了を示します。ここでの遅延は財務報告に影響します。

入手先

STATUS = 'CLOSE'となっているWOSTATUSテーブルのレコード

取得

トランザクションによってステータスがCLOSEに変更された時点で記録

イベントタイプ explicit
作業指示を完了
技術者が現場作業の完了を承認します。このステータス変更により、実行時間KPIの計測が終了します。
重要な理由

技術作業の実行における主要な終了タイムスタンプです。SLA遵守率と技術者の稼働率の算出に使用します。

入手先

STATUS = 'COMP'となっているWOSTATUSテーブルのレコード

取得

トランザクションによってステータスがCOMPに変更された時点で記録

イベントタイプ explicit
作業指示を承認
作業指示が必要な計画確認と財務承認を通過したことを示します。システム履歴のステータス変更から取得します。
重要な理由

計画・承認リードタイムKPIの算出に欠かせません。ここでの遅延は事務処理上のボトルネックを示します。

入手先

STATUS = 'APPR'となっているWOSTATUSテーブルのレコード

取得

ステータスフィールドの変更前後を比較してAPPRへの遷移を特定

イベントタイプ explicit
保全依頼を作成
システムで作業指示が生成される最初のイベントで、多くの場合、サービス依頼や自動スケジュールが起点になります。WORKORDERテーブルの作成タイムスタンプ、またはWOSTATUS履歴の最初の記録から明確に取得できます。
重要な理由

プロセスインスタンスの開始を示し、解決までの総時間と初期対応の速さを測定する基準になります。

入手先

WORKORDER.REPORTDATE、またはWOSTATUSテーブルの最初の記録(通常はステータスWAPPR)

取得

トランザクションによってWOレコードが作成された時点で記録

イベントタイプ explicit
リソースをスケジュール
特定の労働力や作業班が作業指示に割り当てられた時点です。割り当てが生成された時点、またはステータスがWaiting Scheduleに移行した時点で追跡します。
重要な理由

計画・承認サイクル分析ダッシュボードで、対応可能な技術者を見つけるまでの時間を切り分けるために役立ちます。

入手先

ASSIGNMENTテーブルへの行の作成、またはWOSTATUSの'WSCH'への変更

取得

WOに関連付けられたAssignmentレコードの作成から導出

イベントタイプ inferred
労働時間を記録
特定の作業指示について技術者が実際に費やした時間の入力を示します。複数の技術者が作業に参加する場合、1つの作業指示に対して複数の記録が発生することがあります。
重要な理由

実績と予定を比較するための実績値を提供し、労働時間見積もり精度ダッシュボードにデータを供給します。

入手先

作業指示に関連付けられたLABTRANSテーブルのエントリ

取得

LABTRANSでトランザクションが発生した時点で記録

イベントタイプ explicit
品質検査に不合格
完了した作業がレビューで却下され、ステータスがIn Progressに戻る場合などに発生します。手戻りのループを示します。
重要な理由

プロセス上の失敗を明らかにし、保全品質・手戻り率ダッシュボードを直接支援します。

入手先

WOSTATUSがCOMPからINPRGまたはWAPPRへ戻る遷移から推定

取得

WOSTATUS履歴のフィールドを比較して後戻りの遷移から導出

イベントタイプ inferred
検査を完了
ライフサイクル中に安全検査または技術検査が実施されたことを示します。多くの場合、ステータス変更やチェックリスト測定の完了から取得します。
重要な理由

安全・コンプライアンス文書ダッシュボードに必要です。法令上の手順が省略されていないことを確認できます。

入手先

WOSTATUSを'INSP'または同等のカスタムステータスへ変更、またはMEASUREMENTエントリの完了

取得

ステータスフィールドの変更前後を比較

イベントタイプ inferred
目標日を更新
予定完了日またはSLA目標の変更を記録します。遅延に合わせて予定が変更されたケースを特定できます。
重要な理由

重要資産のSLAパフォーマンスを分析し、SLA違反を避けるために日付が変更される「不正な調整」を特定するうえで重要です。

入手先

TARGETCOMPDATEまたはSCHEDFINISHフィールドの監査証跡

取得

トランザクションによって日付フィールドが更新された時点で記録

イベントタイプ explicit
資材を払い出し
在庫から作業指示へ部品を実際に使用または払い出したことを記録します。部品が利用可能で、作業に使われていることを確認できます。
重要な理由

サプライチェーンプロセスを検証し、保全作業の総コスト分析に影響します。

入手先

ISSUETYPE = 'ISSUE'となっているMATUSETRANSテーブルのレコード

取得

MATUSETRANSでトランザクションが発生した時点で記録

イベントタイプ explicit
資材依頼を提出
保全作業に必要な予備部品や消耗品が依頼されたことを示します。ステータスがWaiting on Materialに変わったこと、または資材所要量の明細が作成されたことから推定できます。
重要な理由

資材準備状況ダッシュボードで、作業の実行を妨げるサプライチェーンの遅延を特定するために必要です。

入手先

STATUS = 'WMATL'となっているWOSTATUSテーブルのレコード、またはWPMATERIALテーブルのエントリ作成

取得

ステータスがWMATLに変更されたことから推定

イベントタイプ inferred
推奨 任意

抽出ガイド

IBM Maximoからデータを取得する方法

準備はできましたか?

このテンプレートをデータ抽出プロセスに適用し、今日から保全戦略の変革を始めましょう。技術ログを具体的なプロセス改善案につなげるため、私たちがサポートします。

資産保全を変革し、今日から停止時間を削減

保全サイクル時間を30%短縮し、ボトルネックを解消

無料トライアルを開始

14日間無料。クレジットカードは不要です