設備保全データテンプレート
設備保全データテンプレート
- 詳細な分析に推奨される属性
- 監視すべき主要なプロセス上の節目
- Oracle向けのデータ抽出手順
設備保全の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
ワークフローで発生したイベントまたはステータス変更の名前です。 | ||
|
説明
この属性には、「作業指示の作成」「作業の開始」「作業指示のクローズ」など、保全プロセスで実行された具体的なステップが記録されます。プロセスマップ上のノードにあたります。 分析担当者はこれを使ってプロセスの流れを可視化し、バリアントを特定し、プロセスの各ステップ間にあるボトルネックを検出します。
重要な理由
プロセスの流れとイベントの順序を定義するために必要です。
入手先
トランザクション履歴テーブルまたはステータス変更ログから取得します。
例
保全作業指示の作成作業指示のリリース作業の完了
|
|||
|
イベントのタイムスタンプ
EventDateTime
|
アクティビティが発生した日時です。 | ||
|
説明
この属性には、イベントが発生した正確な時刻が記録されます。ケース内のアクティビティを時系列に並べ、各ステップ間の所要時間を算出するために使われます。 正確なタイムスタンプは、サイクルタイムの算出、遅延の特定、SLAに対するパフォーマンスの測定に欠かせません。
重要な理由
プロセスの時系列を把握するために欠かせません。
入手先
トランザクションテーブルのCREATION_DATE列またはLAST_UPDATE_DATE列。
例
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
保全作業指示
WorkOrderNumber
|
保全作業指示を一意に識別するIDです。 | ||
|
説明
作業指示番号は、保全プロセスのケースを一意に識別します。最初の依頼やスケジュールの作成から、作業の実行・完了、財務処理の完了まで、保全作業のライフサイクルを追跡します。 分析では、この属性をキーとして、イベントデータとケース単位の属性を結合します。1つの作業に関連するすべてのアクティビティをまとめ、開始から終了までのサイクルタイムを算出できます。
重要な理由
プロセスインスタンスの主キーであり、ケース履歴を再構成するために欠かせません。
入手先
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
|
作業指示の現在のライフサイクル上の状態です。 | ||
|
説明
未リリース、リリース済み、保留、完了、クローズなど、作業指示のステータスを示します。未完了のケースと完了したケースを絞り込む際に役立ちます。 ダッシュボードで進行中の作業(WIP)を可視化し、特定の状態で滞留しているオーダーを特定するために使われます。
重要な理由
作業指示の進捗状況を示すスナップショットです。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_STATUS_ID列。
例
リリース済み保留クローズ
|
|||
|
保全の種類
WorkOrderType
|
作業指示を予防保全、是正保全、予知保全に分類します。 | ||
|
説明
この属性は、保全作業の種類を示します。一般的な値には、予防保全、是正保全、緊急保全、状態基準保全があります。 予防保全比率の重要業績評価指標(KPI)に欠かせない属性です。計画された作業量と、故障への計画外の対応を比較できます。
重要な理由
計画保全と事後対応型の修理を区別します。
入手先
WIE_WORK_ORDERS_BテーブルのWORK_ORDER_TYPE_ID列(種類の定義と結合)。
例
予防保全是正保全緊急保全
|
|||
|
優先度
Priority
|
作業指示に設定された緊急度です。 | ||
|
説明
重大、高、中、低など、作業指示の重要度を示します。スケジュール設定とリソース配分の判断に使われます。 作業指示の変換効率ダッシュボードで、重大な故障が適切に優先されているかを確認するために重要です。
重要な理由
目標対応時間とリソース配分を決定します。
入手先
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
|
作業を実際に開始した日時。 | ||
|
説明
技術者が実際に作業を開始した日時を記録します。「Operation Started」トランザクションを契機に記録されることがよくあります。 資材充足遅延の終了点と、リソーススケジュールの流動性の算出に使用します。
重要な理由
計画と実績の作業時間を比較するために欠かせない項目です。
入手先
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
|
作業指示にかかった費用の合計。 | ||
|
説明
作業指示に関連する資材費、労務費、間接費の合計です。通常、「Maintenance Costs Transferred」アクティビティの実行時に確定します。 予算と実績の支出を比較する保全計画の精度分析に使用します。
重要な理由
保全作業に関する主要な財務指標。
入手先
作業指示IDに関連付けられた原価計算モジュールのテーブル。
例
1500.00250.505000.00
|
|||
|
実績作業時間
ActualLaborHours
|
作業指示に対して技術者が作業した合計時間。 | ||
|
説明
作業指示に関する労務トランザクションに記録された所要時間の合計です。実際に投入した作業量を示します。 計画の精度を評価する「見積もりと実績の作業時間差」KPIに使用します。
重要な理由
原価計算と人員の作業効率を測る主要な指標。
入手先
WIE_WORK_ORDER_TRANSACTIONS(リソーストランザクション)から集計。
例
4.512.00.75
|
|||
|
見積もり作業時間
EstimatedLaborHours
|
作業指示に対して計画された作業時間。 | ||
|
説明
計画担当者が作業に必要と見積もった時間です。計画段階またはリリース段階で設定します。 実績作業時間と比較して差異を把握し、今後の計画基準の改善に役立てます。
重要な理由
作業の実行効率を評価するための基準。
入手先
WIE_OPERATION_RESOURCESテーブルの計画数量。
例
5.010.01.0
|
|||
|
資産カテゴリ
AssetCategory
|
空調設備、車両、製造ラインなど、資産を種類別に分類します。 | ||
|
説明
資産を大きなグループに分類します。これにより、設備の種類ごとに保全パフォーマンスを俯瞰して分析できます。 保全リードタイム概要ダッシュボードで、どの設備分類が最も遅延を引き起こしているかを特定するために使われます。
重要な理由
設備の種類ごとに保全パフォーマンスを集計して分析できます。
入手先
資産IDに割り当てられた品目カテゴリから取得します。
例
重機車両施設
|
|||
設備保全のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
作業の開始
|
作業指示内の特定の作業(例:Op 10、Op 20)を開始することです。技術作業が実際に始まった時点を示します。 | ||
|
重要な理由
「作業開始」のマイルストーンを示します。実際の工具作業時間と計画所要時間を比較するうえで欠かせません。
入手先
WIE_WO_OPERATIONS_Bのステータス変更、または作業に関する最初のリソーストランザクションのタイムスタンプから取得します。
記録
フィールドXとYを比較して取得
イベントタイプ
inferred
|
|||
|
作業指示のクローズ
|
作業指示の事務処理上の最終クローズです。以降は費用を計上できず、会計処理に向けて作業指示が確定します。 | ||
|
重要な理由
事務処理上のライフサイクルの終了を示します。「完了」から「クローズ」までの時間が事務処理の遅れにあたります。
入手先
WIE_WO_STATUS_HISTORYでSTATUS_CODEが「CLOSED」に変わったことから取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
作業指示のリリース
|
作業指示のステータスを下書きまたは未リリースからリリース済みに変更することです。この操作により、作業指示に対する資材やリソースの使用が許可されます。 | ||
|
重要な理由
計画段階の終了と、実行開始の承認を示します。ここでの遅延は、計画上のボトルネックを示します。
入手先
WIE_WO_STATUS_HISTORYでSTATUS_CODEが「RELEASED」に変わったことから取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示の完了
|
作業指示全体の技術的な作業が完了することです。資産の修理が終わり、稼働可能な状態になったことを示しますが、財務処理は続く場合があります。 | ||
|
重要な理由
業務上、保全作業が実質的に終了した時点を示します。SLAの遵守状況の算出に使われます。
入手先
WIE_WO_STATUS_HISTORYでSTATUS_CODEが「COMPLETED」に変わったことから取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
作業時間の記録
|
技術者が作業指示に費やした時間を記録することです。保全作業に対する費用が計上されるトランザクションイベントです。 | ||
|
重要な理由
作業量と費用の累積を追跡します。このイベントが複数回発生する場合、作業が継続中であることを示し、総作業時間の差異を算出するために使われます。
入手先
WIE_RESOURCE_TRANSACTIONSテーブルから取得します。
記録
トランザクションXの実行時に記録されます。
イベントタイプ
explicit
|
|||
|
保全作業指示の作成
|
依頼から変換するか、手動で作成して、システム上に作業指示エンティティを作成することです。このイベントでプロセスマイニングのケースIDが設定され、計画と実行のベースラインになります。 | ||
|
重要な理由
プロセスインスタンスの主要な起点となるイベントです。受付段階と計画・実行段階を分けます。
入手先
WIE_WORK_ORDERS_BテーブルのCREATION_DATEタイムスタンプから取得します。
記録
作業指示のヘッダーレコードが作成された時点で記録されます。
イベントタイプ
explicit
|
|||
|
保全依頼の作成
|
セルフサービスポータルまたはヘルプデスク画面から保全依頼を最初に送信することです。正式な作業指示になる前に、故障やサービスの必要性が最初に示された時点を記録します。通常はWork Requestsテーブルから取得します。 | ||
|
重要な理由
保全需要サイクルの実際の開始点を示します。故障の特定から、対応可能な作業指示の作成までのリードタイムを算出するうえで欠かせません。
入手先
MNT_WORK_REQUESTSテーブルのCREATION_DATEフィールドから取得します。
記録
Work Requestsテーブルにレコードが追加された時点で記録されます。
イベントタイプ
explicit
|
|||
|
資材の払出
|
倉庫から特定の作業指示に払い出した在庫を実際に減算することです。部品が保全作業場所へ物理的に移動したことを示します。 | ||
|
重要な理由
作業開始の準備が整いつつあることを示す具体的な指標です。このイベントを「リリース」と比較すると、倉庫でのピッキングにかかる遅れが分かります。
入手先
INV_MATERIAL_TXNSテーブルで、TRANSACTION_SOURCE_TYPE_IDが作業指示に関連付けられているレコードから取得します。
記録
トランザクションXの実行時に記録されます。
イベントタイプ
explicit
|
|||
|
作業の完了
|
ルーティング内の特定の工程(作業)が完了することです。技術作業の一部が終了したことを示します。 | ||
|
重要な理由
進捗を詳細に把握できます。「保全作業の実行」は通常、最後の工程の完了から取得します。
入手先
WIE_WO_OPERATIONS_Bのステータス変更、または完了を示すトランザクション履歴から取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示のキャンセル
|
作業指示が正常に完了する前に終了することです。作業が重複している、不要になった、または別の作業に統合された場合などに発生します。 | ||
|
重要な理由
キャンセル率が高い場合、依頼受付プロセスや重複検出ロジックに問題がある可能性があります。
入手先
WIE_WO_STATUS_HISTORYでSTATUS_CODEが「CANCELED」に変わったことから取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
作業指示のスケジュール設定
|
作業指示の作業に、具体的な開始日やリソース(技術者・工具)を割り当てることです。システム上の計画日程が更新されます。 | ||
|
重要な理由
配車・スケジュール担当チームの効率を測定します。リリースからスケジュール設定までの間隔は、リソースの競合を示します。
入手先
WIE_OPERATION_RESOURCESまたはWIE_WO_OPERATIONS_Bのスケジュール関連列の更新から取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
作業指示の保留
|
作業指示のステータスを「保留」に変更し、実行を停止することです。部品不足、立ち入り不可、安全上の問題などが原因で発生します。 | ||
|
重要な理由
プロセスの非効率を招く主な要因です。保留の頻度と期間を特定することが、リードタイム全体の短縮につながります。
入手先
WIE_WO_STATUS_HISTORYでSTATUS_CODEが「ON_HOLD」に変わったことから取得します。
記録
変更前後のステータスフィールドを比較
イベントタイプ
explicit
|
|||
|
保全費用の振替
|
保全システムに累積した費用をCost Managementモジュールへ振り替えることです。これにより財務上の精算が行われます。 | ||
|
重要な理由
保全による財務上の影響が認識されたことを確認します。「保全計画の精度」を分析するうえで欠かせません。
入手先
作業指示のトランザクションソースに関連付けられたCost Accountingの配賦テーブルから取得します。
記録
トランザクションXの実行時に記録されます。
イベントタイプ
inferred
|
|||
|
品質検査結果の記録
|
保全作業指示に関連する品質検査結果を入力することです。修理が安全基準と業務基準を満たしていることを確認します。 | ||
|
重要な理由
コンプライアンスを確保します。完了前に品質チェックが行われていない場合、安全上のリスクやプロセス逸脱が考えられます。
入手先
作業指示IDに関連付けられたQA_RESULTS、または同様の品質収集計画テーブルから取得します。
記録
トランザクションXの実行時に記録されます。
イベントタイプ
explicit
|
|||
|
資材の割り当て
|
必要な予備部品やコンポーネントを作業指示に予約または割り当てることです。作業開始前に在庫を確保します。 | ||
|
重要な理由
サプライチェーンの準備状況を分析するうえで重要です。この段階が遅れる場合、在庫不足や調達計画の遅れが考えられます。
入手先
WIE_WO_COMPONENTS_BテーブルのCREATION_DATEまたはALLOCATION_DATEに基づいて取得します。
記録
トランザクションXの実行時に記録されます。
イベントタイプ
explicit
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートをOracle環境に適用し、保全データを改善に役立つインサイトへとつなげましょう。プロセスマイニングを始めるにあたり、担当チームがサポートします。
設備保全を効率化し、スケジュールの遅れを防ぎましょう
サイクルタイムを30%短縮し、今すぐリソースを適切に配分しましょう
クレジットカードは不要です。14日間の無料トライアルをご利用いただけます。