Title here
Summary here
SAP PM 保全項目
SAP PM 保全項目
保全項目は、どの技術オブジェクトに対してどのような保全を実施するかを定義するマスタデータオブジェクトです。保全対象（設備または機能場所）を、標準作業手順を含むタスクリストに結び付け、保全計画内で呼び出し可能な作業単位として位置づけられます。保全項目がない場合、保全計画には定義された作業範囲が存在せず、いつ作業を呼び出すかは分かっても、どの作業をどのオブジェクトに対して呼び出すかは不明です。この記事では、保全項目の役割、タイプ、組織範囲、データフィールド、および周辺のフェーズ6マスタデータチェーンとの統合について説明します。
第1部: 保全項目 — 中核概念（全モジュール共通）
1.1 保全項目とは
保全項目は、1つのオブジェクトで3つの質問に答える計画レコードです。どのような保全作業が必要か（タスクリスト）、どの資産に必要か（設備または機能場所）、どの計画に基づいてスケジュールされるか（保全計画）です。これは予防保全プログラムの最小単位であり、保全計画によって生成されるすべての保全コールオブジェクトは、少なくとも1つの保全項目に遡ります。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | 保全対象（設備/機能場所）を保全計画内のタスクリストにリンクします。サイクルごとに生成されるコールオブジェクト（通知または保全指図）を定義します。 | |
| 使用モジュール | PM（プライマリオーナー — 予防保全計画）、CS（設備をサービス対象とするサービス指向計画） | |
| トランザクション | IP04（保全項目の個別作成）/ IP11（作成）/ IP12（変更）/ IP13（表示） — 保全計画内からIP01/IP02経由でもアクセス可能 | |
| 主要テーブル | MPLA（保全項目ヘッダ）、MPOS（保全項目 — 対象リストエントリ）、MPLB（単一サイクル計画の保全項目サイクル割当） | |
| S/4HANA 注意点 | ECCからデータモデルは変更なし。Fioriアプリ「保全項目の管理」(F2370)は利用可能ですが、複雑な複数項目計画の場合、多くのPMコンサルタントは引き続きIP04/IP11–IP13で作業しています。保全計画の日程計画(IP30)は、引き続きMPLAレコードを変更せずに使用します。 |
1.2 保全項目バリアントと参照オブジェクトタイプ
保全項目は、異なるタイプの技術オブジェクトを参照することができ、1つの保全計画に複数の保全項目を含めることができます。各保全項目は、異なるオブジェクト、または同一オブジェクト上の異なる作業範囲に対応します。参照オブジェクトタイプによって、必要なマスタデータと、生成される保全指図または通知へのデータ投入方法が決まります。
| 参照オブジェクトタイプ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 設備 | E | 定期的な保全が必要な単一の機械または資産（例：ポンプ、モーター、ロボットアーム） | 保全指図は設備番号を継承します。設備使用履歴（IH08）は、実行のたびに更新されます。 | |
| 機能場所 | T | 設置されている設備に関係なく、定期的な保全が必要な設置場所（例：スプレーブース、HVACゾーン） | 保全指図は機能場所を継承します。資産主導ではなく場所主導の保全に適しています。 | |
| なし（計画レベルのみ） | — | 特定の技術オブジェクトに紐づかない一般的な保全タスク（例：現場点検、規制チェック） | タスクリストは実行されます。設備履歴は更新されません。生産環境では最も一般的ではありません。 | |
| オブジェクトリスト（複数） | — | 1つのスケジューリングサイクルで複数の設備または場所をカバーする計画 | 各MPOSエントリは1つのオブジェクトを表します。計画は、サイクルごとにエントリごとに1つのコールオブジェクトを生成します。 |
設計原則: 資産ごとのライフサイクル履歴とコスト追跡が必要な場合は、設備ベースの保全明細を使用します。資産が頻繁に交換される場合（例：レンタルまたはリース設備）で、個々の資産履歴よりもロケーションの継続性が重要な場合は、機能場所ベースの明細が適切です。
1.3 組織レベルとデータ階層
具体的な例を用いたデータ階層
Maintenance Plan MP-PUMP-001
Strategy: Time-Based, Monthly
│
└── Maintenance Item 10
Vibration Check — Cooling Water Pumps
Task List MAINT-GEN-01
│
├── Object List Entry
│ Equipment 10001234 — Centrifugal Pump #3
│
└── Generated Work Order (per cycle)
Inherits Equipment, Task List, Operations1.4 他のマスタデータオブジェクトとの統合
保守項目は単独では存在しません。これは、PMマスタデータモデルにおいて、計画レイヤーを資産レイヤーと作業定義レイヤーの両方に接続する結合レコードです。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| タスクリスト (IA01–IA03) | 保全項目は、グループとグループカウンタによってタスクリストを参照する | タスクリストは、作業、構成品目、作業区、標準時間を定義します。タスクリストが割り当てられていない場合、保全項目は定義済みの作業手順がないコールオブジェクトを生成します。これは単純な点検には有用ですが、複雑な規制対象の保全には問題があります。 | |
| 設備 (IE01–IE03) | 保全項目は設備番号を参照する | 作業指図の設備フィールドが自動的に設定されます。設備レベルのコスト累計と使用履歴が可能になります。設備はPM対象としてフラグ設定されている必要があります（保全プラントが割り当てられていること）。 | |
| 機能場所 (IL01–IL03) | 保全項目は機能場所を参照する | 保全範囲が場所主導の場合に使用されます。設備と機能場所の両方が項目に割り当てられている場合、生成される作業指図では設備が優先されます。 | |
| 保全計画 (IP01–IP03) | 保全項目は1つの保全計画に属する | 保全項目は、計画に属さずに存在することはできません。計画の戦略（時間ベース、カウンタベース、複数カウンタ）により、項目のコールオブジェクトがいつ生成されるかが制御されます。 | |
| 保全戦略 (IP11 / カスタマイジング) | 計画レベルで割り当てられた戦略は、その計画内のすべての項目に適用される | 単一サイクル計画内のすべての保全項目は同じサイクルを共有します。戦略ベースの計画内では、各項目に異なる戦略パッケージを割り当てることができます。 | |
| 通知 / 作業指図 | 保全項目は、コールオブジェクトが生成されるテンプレートである | IP30（期限監視）はMPLAレコードを読み取り、期日を計算し、項目で設定されたコールオブジェクトタイプに基づいて通知または作業指図を生成します。 |
第2部: PM固有のフィールド詳細
2.0 PMオーナーシップの範囲
| データセクション | PM関与 | 備考 | |
|---|---|---|---|
| 一般データ | ◎ オーナー | 明細テキスト、保全プラント、計画グループ、主要作業区 | |
| タスクリスト割当 | ◎ オーナー | タスクリストグループ、グループカウンタ、作業選択 | |
| オブジェクト割当 | ◎ オーナー | 設備、機能場所、構成品目；コールオブジェクトの設定を駆動 | |
| コールオブジェクト設定 | ◎ オーナー | コールオブジェクトタイプ（通知タイプ vs. 指図タイプ）、指図タイプ、優先度 | |
| オブジェクト一覧 | ◎ オーナー | 明細ごとの複数設備/機能場所エントリ；ソートおよびアクティブ/非アクティブフラグ | |
| CO / 管理会計 | ○ COと共有 | 決済ルールと原価センタは作業区および設備から継承；COコンサルタントは指図レベル（明細レベルではない）で勘定割当をレビュー |
凡例: ◎ = オーナー/重要, ○ = 直接関与
2.1 一般データ
一般データは、保全項目の識別とルーティングのレイヤです。これらのフィールドは、生成された作業の計画を担当する組織単位と、計画概要で項目が表示される場所を制御します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 保全項目テキスト | 保全項目の短い説明 | 生成される保全通知または作業指図の件名行のデフォルトテキストとして使用されます。オブジェクトと保全タイプの両方を識別できる説明テキストを記述します。例：「ポンプP-101 月次点検」— これにより、運用チームが完全な計画を開かなくても作業を識別できます。 | |
| 保全プラント | 技術オブジェクトが存在するプラント | 割り当てられた設備または機能場所の保全プラントと一致する必要があります。不一致があると、IP30でスケジューリングエラーが発生します。複数プラント展開の場合、作業手順（タスクリスト）が同一であっても、各プラントの設備ごとに個別の保全項目が必要です。 | |
| 計画グループ | 責任計画グループ（PMカスタマイジング） | 生成された作業指図または保全通知を正しい計画担当者の受信箱にルーティングします。ブループリント時に定義された組織責任マトリックスと整合します。複数のPM部門（例：機械保全 vs. 電気保全）があるプラントでは重要です。 | |
| 主要作業区 | 実行のデフォルト作業区 | 生成された作業指図ヘッダの作業区を事前設定します。タスクリスト作業で割り当てられた作業区と一致させる必要があります。異なる場合、指図作成時にはタスクリスト作業レベルの作業区が項目レベルのデフォルトを上書きします。 | |
| ソート項目 | フリーテキストのグループ化キー | 保全計画概要（IP16、IP17）でのカスタムソートに使用されます。一般的な値：原価センタコード、資産カテゴリ、地理的ゾーン。システムロジックはなく、純粋に組織的なレポート作成補助です。 | |
| 削除フラグ | 項目を論理削除としてマーク | 一時的に範囲外の項目（例：長期修理中の設備）は、物理的に削除するのではなく、このフラグを設定します。フラグが設定された項目は、履歴データを失うことなくIP30のスケジューリングから除外されます。MMPLAによる物理削除は元に戻せません。 |
2.2 タスクリスト割当
タスクリスト割当セクションは、保全項目がその作業内容を取得する場所です。有効なタスクリスト参照がない場合、生成された呼出オブジェクトには作業が含まれず、毎回手動で作業範囲を入力する必要があります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| タスクリストタイプ | タスクリストのカテゴリ：E（設備）、T（機能場所）、A（一般） | 参照オブジェクトのタイプと一致させる必要があります。設備タスクリスト（タイプE）は、同じ設備番号を参照する保全項目にのみ割り当てることができます。同じ作業手順が複数の異なる設備レコードに適用される場合は、一般タスクリスト（タイプA）を使用します。 | |
| タスクリストグループ | タスクリストを識別するグループ番号 | 複数のタスクリストが同じグループ番号を共有できます（グループカウンタで区別されます）。グループ番号は主要な参照キーです。一括保守や一括更新シナリオで必要となるため、設定時には必ず記録しておいてください。 | |
| グループカウンタ | タスクリストグループ内のバージョンセレクタ | グループ内の特定のタスクリストバージョンを選択します。カウンタ1が標準ベースラインです。季節的なバリエーション（例：夏用と冬用の潤滑手順）や、本番適用前に承認待ちの改訂版には、追加のカウンタを使用します。 | |
| 作業選択 | タスクリスト内の特定の作業への制限 | 空白のままにすると、すべての作業が実行されます。入力するとサブセットのみが呼び出されます。これは、1つの保全計画が年間タスクリストの四半期サブセットをカバーする場合に便利です。タスクリストを複製することなく、呼び出しオブジェクトの複雑さを軽減します。 | |
| 改訂レベル | 割り当て時点のタスクリストの改訂番号 | 情報用です。タスクリストが改訂されても、既存の保全項目は手動で更新されない限り、以前の改訂を参照し続けます。PMマスタデータガバナンスの一環として、保全項目とタスクリストの整合性を定期的（例：年次）に見直すスケジュールを設定してください。 |
2.3 オブジェクト割当
オブジェクト割当セクションでは、保全作業が実行される技術オブジェクトを定義します。設備（または機能場所）と保全項目のタスクリストの組み合わせにより、保全コールの全範囲が定義されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 参照オブジェクトカテゴリ | 明細が設備(E)、機能場所(T)、または技術オブジェクトなしのいずれを参照するかを決定します。 | 明細作成時に設定します。後から変更するには明細を削除して再作成する必要があります。ブループリント時に慎重に選択してください。グローバルなPMロールアウトでは、通常、すべての生産設備は設備ベースの明細に、インフラ設備（ユーティリティ、建物）は機能場所ベースの明細に標準化します。 | |
| 設備番号 | 設備マスタレコード (EQUI/EQUZ) | この保全サイクルの対象となる特定の機械、車両、または計器です。IE01/IE02から入力されます。入力時、システムは設備の保全プラントが明細の保全プラントと一致することを検証します。 | |
| 機能場所 | 設置場所 (IFLOT) | 場所主導の保全における設備の代替です。設備と機能場所の両方が入力されている場合、作業指図ヘッダでは設備番号が優先され、機能場所はコンテキストとして保持されます。 | |
| 構成品目 | 設備内の構成部品またはサブアセンブリ | 任意。保全範囲を特定のサブコンポーネント（例：コンベヤ駆動ユニット内のギアボックス）に限定するために使用します。複数の保守可能なサブアセンブリを持つ設備において、技術者が誤った範囲で作業を行うリスクを低減します。 |
2.4 コールオブジェクト設定
呼出オブジェクト設定は、保全計画の日程計画が保全項目をトリガーするたびに、どの伝票が自動的に作成されるかを制御します。これは計画層と実行層の間の橋渡しとなります。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| コールオブジェクト | 生成される伝票のタイプ：通知（PM、QMタイプ）または指図 | 保全項目において最も重要な設定。作業内容が明確で直接実行に移せる場合は「指図」（PM01、PM03）を使用する。作業に計画担当者のレビューと作業指図作成前の範囲確認が必要な場合（状態基準保全や検査タイプの周期で、正確な作業範囲が変動する場合が典型）は「通知」を使用する。 | |
| 通知タイプ | PM通知タイプ（M1、M2、M3）またはQMタイプ | コールオブジェクト＝通知の場合に必須。予防保全トリガーの通知にはM2（保全依頼）が標準タイプ。M1（故障報告）は計画生成アイテムには使用すべきではない。これは事後保全を意味するため。 | |
| 指図タイプ | PM作業指図タイプ（PM01、PM02、PM03） | コールオブジェクト＝指図の場合に必須。計画生成作業にはPM01（予防保全指図）が標準タイプ。PM02（緊急指図）とPM03（事後保全指図）は計画によって自動生成すべきではない。手動による事後保全のために予約しておくこと。 | |
| 優先順位 | 生成されるコールオブジェクトの緊急度コード | 計画担当者の作業リストにおける優先順位付けを促進し、能力計画におけるスケジューリングに影響を与える可能性がある。ブループリント時に全社的な優先順位スケール（例：1＝安全重要、2＝生産重要、3＝標準、4＝機会利用）を定義し、すべての保全項目で一貫して適用すること。 | |
| メイン作業区（上書き） | コールオブジェクトレベルでの作業区の上書き | 入力されている場合、生成されたコールオブジェクトに対してのみ、一般データのメイン作業区を上書きする。計画作業区（一般データ）と実行作業区（作業チーム）が異なる場合に有用。 |
2.5 オブジェクト一覧
Object List（オブジェクト一覧）を使用すると、1つの保全項目で複数の技術オブジェクトを1つの日程計画サイクル内でカバーできます。計画が呼び出されると、システムはアクティブなObject Listエントリごとに、それぞれ独自の技術オブジェクト割り当てを持つ1つの呼出伝票を生成します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 対象一覧区分 | この明細に対して複数対象のカバレッジを有効化します | 有効に設定すると、対象一覧タブが使用可能になります。有効化すると、対象割当セクションの単一の設備/機能場所フィールドは、一覧エントリによって置き換えられます。複数の対象が実際に同じ保全サイクルを共有する場合を除き、有効化しないでください。不要な対象一覧は、大規模な計画においてIP30でのスケジューリング実行時間を増加させます。 | |
| 設備 / 機能場所（エントリごと） | 各一覧エントリの技術対象 | 各行は1つの資産またはロケーションを表します。同じタスクリストがすべてのエントリに適用されます。異なる資産に異なる手順が必要な場合は、個別の保全項目（および必要に応じて個別の計画）を作成するのが正しい設計です。 | |
| ソート番号 | 一覧エントリの順序番号 | 生成される保全指図パッケージ内でコール対象が表示される順序を制御します。将来の挿入時に完全な再採番を必要としないよう、間隔を空けて連続番号（10、20、30…）を使用します。 | |
| 有効 / 無効フラグ | スケジューリングからエントリを一時的に削除します | 特定の設備が修理中または一時的に使用停止されている場合、一覧から削除せずにエントリを無効に設定します。これにより一覧構造が保持され、設備が運用に復帰したらすぐに再有効化できます。 | |
| 構成品目（エントリごと） | 対象ごとのサブアセンブリ範囲 | 対象割当セクションと同じ機能で、対象一覧の各エントリに個別に適用されます。一覧内の対象が異なるサブアセンブリ対象を持つ場合に、きめ細かい範囲定義を可能にします。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| pm-001 | Overview | SAP PMとは何ですか？ |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| pm-a01 | Overview | SAP PM マスタデータ：概要、階層、関係性 |
| pm-a02-01 | Master Data | SAP PM 機能場所 |
| pm-a02-02 | Master Data | SAP PM 設備 |
| pm-a03-01 | Master Data | SAP PM クラス |
| pm-a03-02 | Master Data | SAP PM 特性 |
| pm-a04-01 | Master Data | SAP PM 測定ポイント |
| pm-a05-01 | Master Data | SAP PM 作業区 |
| pm-a06-01 | Master Data | SAP PM 品目マスタ |
| pm-a05-02 | Master Data | SAP PM タスクリスト |
| pm-a05-03 | Master Data | SAP PM 生産資源/治工具 |
| pm-a06-03 | Master Data | SAP PM 保全部品表 |
| pm-a07-01 | Master Data | SAP PM 保全項目 📍 |
| pm-a07-02 | Master Data | SAP PM 保全計画 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| pm-b01 | Overview | SAP PMトランザクション：プロセスフロー、階層、および関係 |
Prev
SAP PS アクティビティ要素Next
SAP CO 内部指図