資産保全データテンプレート
資産保全データテンプレート
- 保全属性の詳細な一覧
- 追跡すべき重要なプロセス上の節目
- 技術データの抽出手順
資産保全の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ 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 | |||
資産保全アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 作業を開始 | 技術者が現場で実作業を開始したことを示します。ユーザーが作業中であることを示すステータスに変更した時点で明確に記録されます。 | ||
| 重要な理由 計画時間と実行時間を分ける重要なマイルストーンです。平均計画・承認リードタイムの算出に使用します。 入手先 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 | |||
抽出ガイド
ステップ
データベースビューの方針を決める:ProcessMindではフラットなイベントログが必要ですが、Maximoではデータが階層構造で保存されています(ヘッダーはWORKORDER、履歴はWOSTATUS、費用はWOLABTRANS)。そのため、まずMaximoデータベースにDatabase Viewを作成する方法が最も信頼性の高い手順です。このビューをIntegration Frameworkのデータソースとして使用します。
SQLビューを作成する:データベース管理ツール(SQL Developer、SSMS)で、Queryセクションに記載されたSQLを実行します。
WORKORDER、WOSTATUS、WOLABTRANS、MATUSETRANS、A_WORKORDER(監査)を1つのフラットな構造に統合します。ビューをMaximoに登録する:管理者としてMaximoにログインします。System Configuration、Platform Configuration、Database Configurationの順に移動します。
PM_WO_EVENTLOGという新しいObjectを作成し、前の手順で作成したデータベースビューにマッピングします。ConfigDBを実行して登録します(通常、Viewの登録にダウンタイムは必要ありませんが、社内手順を確認してください)。Object Structureを作成する:Integration、Object Structuresの順に移動します。
MX_PM_EVENTSという新しいObject Structureを作成します。ソースオブジェクトとしてPM_WO_EVENTLOGを追加します。利用できる場合は、Flat Structureのサポートにチェックが入っていることを確認します。Publish Channelを設定する:Integration、Publish Channelsの順に移動します。
MX_PM_EVENTSObject Structureに関連付けたPC_PM_EVENTSという新しいチャネルを作成します。必要に応じて処理ルールを定義できます。External Systemを設定する:Integration、External Systemsの順に移動します。対象システムを選択するか、汎用のEXTSYSを作成します。このシステムに
PC_PM_EVENTSPublish Channelを追加します。データエクスポートを有効にする:External Systemsアプリケーションで、Data Export機能のタブを使用します。
PC_PM_EVENTSチャネルを選択します。ここでSQLのWhere句(例:EVENTTIMESTAMP >= '2023-01-01')を指定し、エクスポート範囲を限定できます。データをエクスポートする:Exportをクリックします。設定したEnd Pointに応じて、XMLまたはCSVファイルが生成されます。ProcessMindではCSVを推奨します。End Point(例:
MXFLATFILE)がCSVを出力する設定になっていることを確認してください。出力を確認する:生成されたCSVファイルを開きます。ヘッダーがクエリで定義した属性(WorkOrderNumber、Activityなど)と一致し、階層構造を示すXMLタグが残っていないことを確認します。
最終整形:MaximoのCSVエクスポートに標準のシステムメタデータ列(
OWNER1、ORGIDなど)が含まれている場合、不要であれば削除します。整形済みのCSVをProcessMindに読み込みます。
設定
- Maximoのステータス同義語:Maximoでは、APPRやWAPPRなどのカスタムステータスコードを使用できます。クエリは標準の内部値を前提としています。WOSTATUSドメインの
SYNONYMDOMAINを確認し、カスタムステータスを正しくマッピングしてください。 - 監査テーブル:「Target Date Updated」の抽出には
A_WORKORDER監査テーブルを使用します。WORKORDERオブジェクトで監査が有効になっていない場合、このアクティビティの行は生成されません。必要に応じて、Database Configurationで監査を有効にしてください。 - 日付範囲:初回読み込みでは、
EVENTTIMESTAMPを過去6~12か月に絞り込んでください。大量の履歴データを読み込むと、Integration FrameworkのWebインターフェースでタイムアウトする場合があります。5万行を超えるデータセットでは、バックグラウンド処理を使用してください。 - サイト/組織のフィルター:Maximoは複数サイトに対応しています。特定の施設を対象に分析する場合は、必ず
SITEIDで絞り込んでください。 - パフォーマンス:
UNION ALLクエリはデータベースのリソースを多く消費します。WOSTATUS.WONUM、WOLABTRANS.REFWO、MATUSETRANS.REFWOにデータベースインデックスが設定されていることを確認してください。
a サンプルクエリ sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') ステップ
データベース接続:IBM Maximoのバックエンドデータベース(通常はDB2、Oracle、またはSQL Server)に、読み取り専用のJDBCまたはODBC接続を確立します。ユーザーにWORKORDER、WOSTATUS、LABTRANS、MATUSETRANSテーブルへのSELECT権限があることを確認してください。
対象範囲を決める:抽出対象のSITESまたはORGIDSを決定します。Maximoは複数サイトに対応しており、作業指示書番号(WONUM)はSITEIDと組み合わせた場合にのみ一意になります。日付範囲も決めます。通常はREPORTDATE(作成日)またはSTATUSDATEで絞り込みます。
データモデルを理解する:WORKORDERテーブルはヘッダーとして機能します。WOSTATUSテーブルにはライフサイクルの変更履歴が保存されます。LABTRANSには詳細な労務明細が、MATUSETRANSには資材の移動が保存されます。これらをUNION ALLで結合し、1つのイベントストリームを作成します。
同義語を処理する:Maximoでは、SYNONYMDOMAINで定義されたステータスについて、内部値(MAXVALUE)と表示値(VALUE)を使用します。サイトによって同じ論理ステータスの表示ラベルが異なる場合があるため、整合性を保つには内部値MAXVALUEでフィルタリングすることを推奨します。
クエリを準備する:Queryセクションに記載されたSQLをコピーします。[Your Database Schema]や[Start Date]などのプレースホルダーを実際の値に置き換えます。環境で検査や品質チェックに固有のカスタムステータスコードを使用している場合は、該当するセクションのWHERE句を更新してください。
抽出を実行する:クエリを実行します。データ量によっては、データベースのタイムアウトを避けるため、月単位などのバッチに分けて実行する必要があります。
データを検証する:すべての作業指示書に「Maintenance Request Created」イベントが存在することを確認します。タイムスタンプがProcessMindと互換性のある形式(ISO 8601を推奨)になっていることも確認してください。
後処理:Maximoのタイムスタンプには通常ミリ秒が含まれます。短時間に発生するイベントを正しい順序で並べるため、ミリ秒を保持してください。
エクスポート:結果をCSVまたはParquetファイルとして保存します。列ヘッダーは、クエリ出力で定義した属性と一致している必要があります。
ProcessMindへのアップロード:ファイルをProcessMindにインポートします。WorkOrderNumberをCase ID、Activityをアクティビティ名、EventTimestampをタイムスタンプとしてマッピングします。
設定
- データベースプラットフォーム:Maximoは通常、IBM DB2、Oracle、またはSQL Server上で稼働します。記載されている構文は標準SQLですが、環境によっては日付関数(TO_DATEとCASTなど)の調整が必要です。
- 日付フィルター:WORKORDERテーブルのREPORTDATE列を使用して、プロセスインスタンスの対象範囲を定義します。通常は過去12か月の移動期間を指定します。
- サイトIDの重要性:一意性の判定にWONUMだけを使用しないでください。WONUMとSITEIDを連結するか、複数サイトを分析する場合はSITEIDをケース属性として必ず含めてください。
- ステータスロジック:Maximoではカスタムステータス値を使用できます。WMATLやCOMPなどの標準ステータスで結果が得られない場合は、SYNONYMDOMAINテーブルを確認してください。
- パフォーマンス:LABTRANSとMATUSETRANSは非常に大きくなる場合があります。これらのテーブルでREFWOとSITEIDにインデックスが設定されていることを確認してください。
a サンプルクエリ sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH') 準備はできましたか?
このテンプレートをデータ抽出プロセスに適用し、今日から保全戦略の変革を始めましょう。技術ログを具体的なプロセス改善案につなげるため、私たちがサポートします。
資産保全を変革し、今日から停止時間を削減
保全サイクル時間を30%短縮し、ボトルネックを解消
14日間無料。クレジットカードは不要です