設備保全データテンプレート
設備保全データテンプレート
- 詳細な分析に推奨される属性
- 監視すべき重要なプロセス上の節目
- Oracle向けのシステム固有の抽出ガイド
資産保全の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
ワークフローで発生するイベントまたはステータス変更の名称です。 | ||
|
説明
この属性は、「作業指示を作成」「オペレーションを開始」「作業指示をクローズ」など、保全プロセスで実行された具体的なステップを記録します。プロセスマップ上のノードにあたります。 分析担当者はこれを使ってプロセスフローを可視化し、バリアントを特定し、プロセスステップ間のボトルネックを検出します。
重要な理由
プロセスフローとイベントの順序を定義するために必要です。
入手先
トランザクション履歴テーブルまたはステータス変更ログから取得します。
例
保全作業指示を作成作業指示をリリースオペレーションを完了
|
|||
|
イベントタイムスタンプ
EventDateTime
|
アクティビティが発生した日時です。 | ||
|
説明
この属性は、イベントが発生した正確な時点を記録します。ケース内でアクティビティを時系列に並べ、ステップ間の所要時間を計算するために使われます。 正確なタイムスタンプは、サイクルタイムの計算、遅延の特定、SLAに対するパフォーマンスの測定に欠かせません。
重要な理由
プロセスのタイムラインを確立するために欠かせません。
入手先
トランザクションテーブルのCREATION_DATEまたはLAST_UPDATE_DATE列
例
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
保全作業指示
WorkOrderNumber
|
保全作業指示を一意に識別するIDです。 | ||
|
説明
作業指示番号は、保全プロセスにおける一意のケース識別子です。最初の依頼またはスケジュール生成から、実行、完了、財務処理の完了まで、保全タスクのライフサイクルを追跡します。 分析では、この属性がイベントデータとケースレベルの属性を結合する中心キーになります。単一の作業に関連するすべてのアクティビティをグループ化し、エンドツーエンドのサイクルタイムを計算できます。
重要な理由
プロセスインスタンスの主キーであり、ケース履歴の再構築に欠かせません。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_NUMBER列
例
WO-2023-0015WO-2023-0089WO-2023-1102
|
|||
|
ソースシステム
SourceSystem
|
データの発生元となったシステムの名称です。 | ||
|
説明
レコードを抽出したソフトウェアまたはデータベースを示します。この場合、通常は「Oracle Maintenance Cloud」です。 複数システムの環境でデータの系譜を追跡するために欠かせません。
重要な理由
複数システムの環境でデータの系譜を追跡します。
入手先
抽出時に固定値として設定します。
例
Oracle Maintenance CloudOracle Cloud ERP
|
|||
|
最終データ更新日時
LastDataUpdate
|
直近のデータ抽出日時です。 | ||
|
説明
データを最後に抽出またはプロセスマイニングツールで更新した日時です。分析対象のデータがどの時点のものかを把握するのに役立ちます。 データガバナンスに必要なシステムメタデータ項目です。
重要な理由
データの鮮度を把握できるようにします。
入手先
抽出時のシステム時刻。
例
2023-10-30T12:00:00Z
|
|||
|
作業指示ステータス
WorkOrderStatus
|
作業指示の現在のライフサイクル状態です。 | ||
|
説明
Unreleased、Released、On Hold、Completed、Closedなど、作業指示のステータスを示します。処理中のケースと完了したケースを分けて抽出できます。 ダッシュボードで仕掛かり中の作業(WIP)を可視化し、特定のステータスで滞留している作業指示を特定するために使われます。
重要な理由
作業指示の進捗状況を示すスナップショットを提供します。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_STATUS_ID列
例
リリース済み保留中クローズ済み
|
|||
|
保全タイプ
WorkOrderType
|
作業指示を予防、是正、予知のいずれかに分類します。 | ||
|
説明
この属性は、保全作業の性質を定義します。一般的な値には、Preventive、Corrective、Emergency、Condition-Basedがあります。 プロアクティブ保全比率KPIに欠かせない属性であり、計画された作業量と、故障への計画外の対応量を比較できます。
重要な理由
計画保全と事後修理を区別します。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_TYPE_ID列(タイプ定義に結合)
例
予防保全是正保全緊急
|
|||
|
優先度
Priority
|
作業指示に設定された緊急度です。 | ||
|
説明
Critical、High、Medium、Lowなど、作業指示の重要度を示します。スケジュール設定とリソース配分を左右します。 作業指示変換効率ダッシュボードで、重大な故障が適切に優先されていることを確認するために重要です。
重要な理由
目標対応時間とリソース配分を決定します。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_PRIORITY_ID列
例
重大高標準
|
|||
|
実績完了日
ActualCompletionDate
|
保全作業を完了した日時です。 | ||
|
説明
物理的な作業の最終完了を記録します。このタイムスタンプがライフサイクルにおける実行段階の終了点になります。 技術実行サイクルタイムの終点であり、管理上の滞留時間の起点です。
重要な理由
技術実行段階の終了を示します。
入手先
WIE_WORK_ORDERS_BテーブルのCOMPLETED_DATE列またはCLOSED_DATE列。
例
2023-10-252023-10-262023-10-27
|
|||
|
実績開始日
ActualStartDate
|
作業を実際に開始した日時です。 | ||
|
説明
技術者が実際に作業を開始した時点を記録します。通常は「オペレーションを開始」トランザクションによって記録されます。 資材充足遅延の終点や、リソーススケジュールの円滑性を計算するために使われます。
重要な理由
実行時間と計画時間を比較するために欠かせません。
入手先
WIE_WORK_ORDERS_BテーブルのACTUAL_START_DATE列
例
2023-10-212023-10-222023-10-23
|
|||
|
担当技術者
AssignedTechnician
|
タスクの実行を担当する個人またはリソースグループです。 | ||
|
説明
作業を担当する技術者のユーザーIDまたは従業員IDを記録します。ヘッダーレベルまたはオペレーションレベルで割り当てられる場合があります。 技術者の稼働率や労働分析に使い、スキル不足やリソースの過剰利用を特定します。
重要な理由
リソースのパフォーマンス分析とキャパシティ計画が可能になります。
入手先
WIE_OPERATION_RESOURCESテーブルまたは同様の割り当てテーブル
例
J. SmithTech-005外部委託業者
|
|||
|
組織コード
OrganizationCode
|
保全組織またはプラントのコードです。 | ||
|
説明
保全作業を担当する特定の事業部門、プラント、または施設を示します。地域別または施設別のベンチマークが可能になります。 拠点や業務単位ごとのパフォーマンス差を把握するために使われます。
重要な理由
物理的な所在地または事業部門別に分析を分けます。
入手先
WIE_WORK_ORDERS_BテーブルのORGANIZATION_ID列
例
M1NY-PLANTLON-DEPOT
|
|||
|
資産番号
AssetNumber
|
保全対象となる設備を一意に識別する番号です。 | ||
|
説明
保全作業指示の対象となる特定の物理資産または機械を識別します。プロセスを資産階層に紐づけます。 資産手戻り頻度KPIに欠かせない属性であり、繰り返し故障する機械を特定できます。
重要な理由
保全アクティビティを特定の物理設備に紐づけます。
入手先
WIE_WORK_ORDERS_BテーブルのASSET_ID列(CSI_ITEM_INSTANCESに結合)
例
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
|
|||
|
SLA目標日
SlaTargetDate
|
作業指図を完了しなければならない期限です。 | ||
|
説明
優先度と作成日に基づいて算出します。資産を復旧するという事業上の約束を示します。 保全がサービス上の義務を果たしているかを判定する「SLA達成率」KPIに使用します。
重要な理由
期限遵守に関する達成基準を定義します。
入手先
通常はカスタム項目として設定するか、優先度の設定から導出します。
例
2023-11-012023-11-052023-11-10
|
|||
|
予定開始日
ScheduledStartDate
|
保全作業の計画上の開始日です。 | ||
|
説明
作業を開始する予定の日時です。実績開始日と比較することで、スケジュール遵守状況を確認できます。 スケジュールと遅延の分析で、保全計画の乱れを検出するために使われます。
重要な理由
スケジュール遵守状況と遅延を測定する基準です。
入手先
WIE_WORK_ORDERS_BテーブルのPLANNED_START_DATE列
例
2023-10-202023-10-212023-10-22
|
|||
|
作業指図の説明
WorkOrderDescription
|
問題または作業内容を簡潔に説明するテキストです。 | ||
|
説明
依頼者または計画担当者が入力する自由記述項目です。問題や必要な作業を説明し、構造化データだけでは把握できない背景を補足します。 テキスト分析や「その他」の作業種別を手動で確認する際に役立ちます。
重要な理由
保全作業の内容を人が読みやすい形で補足します。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_DESCRIPTION列。
例
コンベヤーベルトのモーターを交換月次安全点検ポンプAの油漏れを修理
|
|||
|
依頼日
RequestDate
|
最初の保全依頼を受け付けた日付です。 | ||
|
説明
保全の必要性が初めて特定され、記録された日時です。リードタイム計算の開始点になります。 作業指示変換リードタイムKPIに欠かせない属性であり、問題の特定から作業指示の作成までの遅延を測定できます。
重要な理由
エンドツーエンドのプロセスライフサイクルの開始を示します。
入手先
WIE_WORK_ORDERS_Bテーブルのソース依頼リンクから取得します。
例
2023-10-012023-10-052023-11-12
|
|||
|
再作業かどうか
IsRework
|
この作業指図が再修理であるかどうかを示すフラグです。 | ||
|
説明
同じ資産IDについて、過去30日以内に別の作業指図がクローズされている場合にtrueとなるブール型フラグです。算出される属性です。 「資産再作業頻度」KPIに直接使用し、修理品質の低さや資産の故障再発を特定するのに役立ちます。
重要な理由
品質上の問題と故障の再発を特定します。
入手先
データ変換レイヤーで算出します。
例
truefalse
|
|||
|
合計コスト
TotalCost
|
この作業指図で発生した財務上の総コストです。 | ||
|
説明
作業指図に関連する資材費、労務費、間接費の合計です。通常、「保全コスト転送済み」アクティビティで確定します。 予算と実績支出を比較する「保全計画精度」分析に使用します。
重要な理由
保全活動における主要な財務指標です。
入手先
作業指図IDに紐づく原価計算モジュールのテーブル。
例
1500.00250.505000.00
|
|||
|
実績労働時間
ActualLaborHours
|
この作業指図に対して技術者が費やした合計時間です。 | ||
|
説明
作業指図の労務トランザクションに記録された、すべての期間値の合計です。実際に投入された作業量を測定します。 計画精度を評価する「推定労働時間と実績労働時間の差異」KPIに使用します。
重要な理由
原価計算と要員効率を測る主要指標です。
入手先
WIE_WORK_ORDER_TRANSACTIONS(リソーストランザクション)から集計します。
例
4.512.00.75
|
|||
|
推定労働時間
EstimatedLaborHours
|
作業指図に対して計画された労働時間です。 | ||
|
説明
計画担当者が作業に必要と見積もった時間です。計画またはリリースの段階で設定します。 実績労働時間と比較して差異を算出し、今後の計画基準の改善に役立てます。
重要な理由
実行効率を評価するための基準です。
入手先
WIE_OPERATION_RESOURCESテーブルの計画数量。
例
5.010.01.0
|
|||
|
資産カテゴリ
AssetCategory
|
HVAC、車両、製造ラインなど、資産を種類別にグループ化したものです。 | ||
|
説明
資産をより大きなグループに分類します。設備の種類ごとに保全パフォーマンスを大局的に分析できます。 保全リードタイム概要ダッシュボードで、どの設備クラスが最も多くの遅延を引き起こしているかを特定するために使われます。
重要な理由
設備の種類別に保全パフォーマンスを集計分析できます。
入手先
資産IDに割り当てられたItem Categoryから取得します。
例
大型機械車両群施設
|
|||
資産保全アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
オペレーションを開始
|
作業指示内の特定のオペレーション(例:Op 10、Op 20)を開始することです。技術作業が実際に始まる正確な時点を示します。 | ||
|
重要な理由
「作業開始」のマイルストーンを示します。実際の作業時間と計画時間を比較するために欠かせません。
入手先
WIE_WO_OPERATIONS_Bのステータス変更、またはオペレーションに対する最初のリソーストランザクションのタイムスタンプから取得します。
取得
フィールドXとYを比較して取得します
イベントタイプ
inferred
|
|||
|
作業指示をクローズ
|
作業指示を最終的に管理上クローズすることです。以降はコストを計上できず、会計処理のために作業指示が確定します。 | ||
|
重要な理由
管理上のライフサイクルの終了を示します。CompletedからClosedまでの時間が、管理上の滞留時間にあたります。
入手先
STATUS_CODEが「CLOSED」に変更されたWIE_WO_STATUS_HISTORYから取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
作業指示をリリース
|
作業指示のステータスをDraftまたはUnreleasedからReleasedへ変更することです。この操作により、作業指示に対する資材とリソースの使用が承認されます。 | ||
|
重要な理由
計画段階の終了と、実行開始の承認を示します。ここでの遅延は、計画上のボトルネックを示します。
入手先
STATUS_CODEが「RELEASED」に変更されたWIE_WO_STATUS_HISTORYから取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示を完了
|
作業指示全体の技術的な完了です。物理的な資産の修理が終わり、使用可能になったことを示しますが、財務処理は継続する場合があります。 | ||
|
重要な理由
運用面では、保全対応が実質的に終了したことを示します。SLA遵守状況の計算に使われます。
入手先
STATUS_CODEが「COMPLETED」に変更されたWIE_WO_STATUS_HISTORYから取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
保全作業指示を作成
|
依頼から変換するか、手動で作成することで、システムがWork Orderエンティティを生成することです。このイベントにより、プロセスマイニング用のCase IDが設定され、計画と実行の基準点が定まります。 | ||
|
重要な理由
プロセスインスタンスの主要な起点となるイベントです。受付段階と計画・実行段階を分けます。
入手先
WIE_WORK_ORDERS_BテーブルのCREATION_DATEタイムスタンプから取得します。
取得
WOヘッダーレコードが作成された時点で記録されます
イベントタイプ
explicit
|
|||
|
保全依頼を作成
|
セルフサービスポータルまたはヘルプデスク画面から、保全依頼を最初に登録することです。正式な作業指示になる前に、故障やサービスの必要性が初めて示された時点を記録します。通常はWork Requestsテーブルに記録されます。 | ||
|
重要な理由
保全需要サイクルの実質的な開始点を示します。故障の特定から対応可能な作業指示の作成までのリードタイムを計算するために欠かせません。
入手先
MNT_WORK_REQUESTSテーブルのCREATION_DATEフィールドから取得します。
取得
Work Requestsテーブルにレコードが挿入された時点で記録されます
イベントタイプ
explicit
|
|||
|
労働時間を記録
|
技術者が作業指示に費やした時間を記録することです。保全アクティビティに対してコストが計上されるトランザクションイベントです。 | ||
|
重要な理由
作業量とコストの累積を追跡します。この種類のイベントが複数ある場合は、作業が継続していることを示し、労働時間の差異合計の計算に使われます。
入手先
WIE_RESOURCE_TRANSACTIONSテーブルから取得します。
取得
トランザクションXの実行時に記録されます
イベントタイプ
explicit
|
|||
|
資材を払い出し
|
倉庫から特定の作業指示へ払い出した在庫を、実際に減算することです。部品が保全場所へ物理的に移動したことを示します。 | ||
|
重要な理由
作業開始の準備が進んでいることを示す具体的なサインです。このイベントと「Released」を比較すると、倉庫でのピッキング処理の遅延を明らかにできます。
入手先
TRANSACTION_SOURCE_TYPE_IDがWork Orderに紐づくINV_MATERIAL_TXNSテーブルから取得します。
取得
トランザクションXの実行時に記録されます
イベントタイプ
explicit
|
|||
|
オペレーションを完了
|
ルーティング内の特定のステップ(Operation)を完了することです。技術作業の一部が完了したことを示します。 | ||
|
重要な理由
進捗を詳細に把握できます。「保全タスクを実行」は通常、最後のオペレーションの完了から取得します。
入手先
WIE_WO_OPERATIONS_Bのステータス変更、または完了を示すトランザクション履歴から取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示をキャンセル
|
作業指示が正常に完了する前に終了することです。重複、不要、または統合が理由となる場合があります。 | ||
|
重要な理由
キャンセル率が高い場合、依頼受付プロセスや重複検知ロジックに問題がある可能性を示します。
入手先
STATUS_CODEが「CANCELED」に変更されたWIE_WO_STATUS_HISTORYから取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
作業指示をスケジュール
|
作業指示のオペレーションに、具体的な開始日やリソース(技術者・工具)を割り当てることです。これにより、システム上の計画日が更新されます。 | ||
|
重要な理由
配車またはスケジュール担当チームの効率を測定します。リリースからスケジュール設定までの間隔は、リソースの競合を示します。
入手先
WIE_OPERATION_RESOURCESまたはWIE_WO_OPERATIONS_Bのスケジュール列の更新から取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示を保留
|
作業指示のステータスを「On Hold」に変更し、実行を停止します。通常は、部品不足、立ち入り不可、安全上の問題などが原因です。 | ||
|
重要な理由
プロセスの非効率を生む大きな要因です。保留の頻度と期間を特定することが、全体のリードタイム短縮につながります。
入手先
STATUS_CODEが「ON_HOLD」に変更されたWIE_WO_STATUS_HISTORYから取得します。
取得
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
保全コストを振り替え
|
保全システムに蓄積されたコストをCost Managementモジュールへ振り替えることです。財務上の精算にあたります。 | ||
|
重要な理由
保全による財務的影響が認識されたことを確認します。「保全計画精度」の分析に欠かせません。
入手先
作業指示のトランザクションソースに紐づく原価計算配賦テーブルから取得します。
取得
トランザクションXの実行時に記録されます
イベントタイプ
inferred
|
|||
|
品質検査を記録
|
保全作業指示に関連する品質結果を入力することです。修理が安全基準と運用基準を満たしていることを確認します。 | ||
|
重要な理由
コンプライアンスを確保します。完了前の品質チェックがない場合、安全上のリスクやプロセス逸脱の可能性があります。
入手先
作業指示IDに紐づくQA_RESULTSまたは同様のQuality Collection Planテーブルから取得します。
取得
トランザクションXの実行時に記録されます
イベントタイプ
explicit
|
|||
|
資材を割り当て
|
必要な予備部品やコンポーネントを作業指示に予約または割り当てることです。これにより、作業開始前に在庫を確保できます。 | ||
|
重要な理由
サプライチェーンの準備状況を分析するうえで重要です。このステップの遅延は、在庫不足や調達計画の遅れを示します。
入手先
WIE_WO_COMPONENTS_BテーブルのCREATION_DATEまたはALLOCATION_DATEに基づいて取得します。
取得
トランザクションXの実行時に記録されます
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを現在のOracle環境に適用し、保全データを具体的な改善案につなげます。プロセスマイニングを始める際は、私たちがサポートします。
設備保全を最適化し、スケジュール遅延を今すぐ解消
サイクルタイムを30%短縮し、リソースを今すぐ適切に配分
クレジットカードは不要です。14日間無料でお試しいただけます。