SAP PM 設備

SAP PM 設備
設備マスタは SAP プラント保全の中核オブジェクトであり、保全対象となる単一の一意に識別可能な物理資産を表します。各設備は機能場所に設置され、検索と属性管理のために分類され、測定ポイントによって測定され、保全計画や保全指図で参照されます。機能場所とともに、PM マスタデータ構造全体の基盤となります。この記事では、設備のカテゴリ、組織レベル、統合関係、および PM コンサルタントが設定する必要のあるフィールドレベルの詳細について説明します。
パート 1: 設備 — 中核概念(全モジュール共通)
1.1 設備とは

設備とは、個別かつ一意の番号が付与された物理的なオブジェクトであり、そのライフサイクル全体にわたって保全、点検、または追跡を行う必要があるものです。機能場所(何がどこにあるかを定義する)とは異なり、設備は何がそこにあるか、つまりその識別情報、メーカー、型式、設置日、技術仕様を定義します。
| 側面 | 詳細 | |
|---|---|---|
| 役割 | 単一の保守可能な資産を一意に識別します。ロケーション、分類、および保守履歴をリンクします。 | |
| 使用するモジュール | PM(プライマリオーナー — 保守履歴、工事指図、部品表)、FI-AA(資本化された設備の資産統合)、CO(保守指図への原価割当)、MM(スペアパーツ部品表、調達)、QM(設備の品質検査) | |
| トランザクション | IE01(作成)/ IE02(変更)/ IE03(表示)/ IW38(設備の工事指図)/ IL11(機能場所の設備一覧) | |
| 主要テーブル | EQUI(設備マスタ一般データ)/ EQUZ(設備使用期間/設置履歴)/ EQBS(設備からビジネスパートナへ)/ IFLO(機能場所割当) | |
| S/4HANA 注記 | 設備マスタデータモデルはECCから変更されていません。S/4HANAでは、ビジネスパートナー(BP)統合により、設備サプライヤ向けのスタンドアロン仕入先マスタリンクが置き換えられます。Fioriアプリ「設備管理」(F2748)は、最新の保守UIを提供します。 |
1.2 設備カテゴリ

設備カテゴリは、設備マスタレコードの最も基本的な分類です。画面レイアウト、表示される項目、およびその設備に対して有効な組織割り当てを制御します。作成時に誤ったカテゴリを選択すると、手戻りが発生します。カテゴリは一度設定すると変更できません。
| カテゴリ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 機械 | M | 生産機械、コンベヤライン、ポンプ、コンプレッサ、プレス機 | 産業プラント設備のデフォルトカテゴリ。製造関連項目(メーカ、型式、年式)を制御します。ほとんどのPM実装では、主にカテゴリMを使用します。 | |
| 電気設備 | E | 開閉装置、制御盤、変圧器、配電システム | 電気固有の項目(電圧、電力定格)。一部の実装では、電気設備は検査コンプライアンス(IEC、OSHA)のために機械設備とは別に管理されます。 | |
| 計装機器 | I | センサ、流量計、圧力計、温度伝送器 | 校正に関連する設備。カウンタ読み取りのために測定ポイントにリンクされることが多い。計装カテゴリには、校正サイクルに関する追加のカスタマイジングが存在する場合があります。 | |
| 車両 | V | フォークリフト、トラック、社用車、移動式クレーン | 走行距離またはエンジン稼働時間ベースの保全。車両ではカウンタベースの保全計画が一般的です。車両減価償却追跡のためのFI-AA連携。 |
設計原則: 設備カテゴリはカスタマイジングで定義されます(SPRO → プラント保全 → マスタデータ → 技術オブジェクト → 設備 → 設備カテゴリの定義)。プロジェクト固有のニーズに応じてカスタムカテゴリを作成できます(例:規制上の点検間隔が必要な安全設備用の「S」)。ただし、標準カテゴリ(M、E、I、V)でほとんどの実装をカバーできます。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Client
│
├── Equipment (General Data)
│ Category, Manufacturer, Model, Serial Number
│ One record per equipment — shared across company codes
│
└── Company Code
│
└── Plant (1000, 2000, ...)
│
├── Planning Plant
│ Maintenance planning responsibility; may differ from maintenance plant
│
├── Maintenance Plant
│ Physical location plant; determines work center availability
│
└── Functional Location
Hierarchical position within the plant structure
Installation history tracked over time
Reference link (not an org level):
Equipment ──(via FI-AA)──> Asset Number
Fixed asset integration for capitalized equipment1.4 他のマスタデータオブジェクトとの統合

設備は、PMマスタデータのすべてのドメインの交差点に位置します。これは独立したオブジェクトではなく、その価値は、設備が基点となる関係性のネットワークから生まれます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 機能場所 | 設備は1つの機能場所に設置される | 機能場所は物理構造(プラント → 建屋 → ライン → プロセス)を定義します。設備は、設備レベルで上書きされない限り、機能場所のマスタデータ(原価センタ、プラント、保全作業区)を継承します。 | |
| クラス / 特性 | 設備は属性管理と検索のためにクラスに割り当てられる | 分類(クラスタイプ002)により、技術パラメータによる設備検索が可能になります。これは、安全リコールや一括交換プログラムのために特定のタイプや定格の全設備を検索する必要がある大規模な設備群にとって重要です。 | |
| 測定ポイント | 測定ポイントは、カウンタおよびゲージ測定値のために設備に定義される | カウンタベースの保全計画(稼働時間、生産サイクル、走行距離)は測定ポイントに依存します。各測定ポイントは正確に1つの設備に属し、測定文書は設備のカウンタ履歴に対して転記されます。 | |
| 保全部品表 (IB01) | 設備部品表は、設備を構成するスペアパーツを一覧表示する | 使用目的「3」の設備部品表は、保全に関連する構成品目を一覧表示します。設備の作業指図が作成されると、部品表を展開して構成品目の予約を自動的に生成できます。 | |
| 保全計画 / 保全項目 | 設備は保全計画のコールオブジェクトである | 保全計画は、保全オブジェクトとして設備を直接参照します。計画がトリガーされると、設備番号が事前入力された状態で作業指図または通知が作成され、保全履歴が構築されます。 | |
| FI-AA 資産マスタ | 設備はFI-AA資産番号にリンクされる | 資本化された資産の場合、作業指図から資産への原価決済(投資指図、資産の減価償却エリアへの決済)にはこのリンクが必要です。 | |
| PRT(生産資源/治工具) | 設備はタスクリストでPRTとして使用できる | 校正済みトルクレンチやリフティングジグなどの設備が保全作業で生産資源/治工具として使用される場合、タスクリストの作業に設備カテゴリのPRTとして割り当てられます。これにより、PRT設備レコードに対する使用状況が追跡されます。 |
第2部: PM固有のフィールド詳細
2.0 PMオーナーシップの範囲

| データ区分 | PM関与 | 備考 | |
|---|---|---|---|
| 一般データ | ◎ オーナー | 設備カテゴリ、説明、オブジェクトタイプ、ステータス | |
| ロケーションと組織 | ◎ オーナー | プラント、計画プラント、機能場所、原価センタ、作業区 | |
| 構造 | ◎ オーナー | 上位設備 / 機能場所階層ポジション | |
| オリジン | ◎ オーナー | メーカー、型式、シリアル番号、製造年、原産国 | |
| 追加データ | ◎ オーナー | 稼働開始日、取得日、取得価額 | |
| FI-AA連携(資産データ) | ○ FIと共有 | 資産番号と会社コード — FIチームと設定 |
凡例: ◎ = オーナー/最重要, ○ = 直接関与
2.1 一般データ

一般データは、設備レコードの最上位レベルであり、すべての組織割当てで共有されます。これはオブジェクトを識別し、どのPMプロセスが適用されるかを制御します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 設備番号 (EQUNR) | 設備の一意の識別子 | カスタマイジングに応じて、内部番号割当または外部番号割当が可能。ブループリント時に番号ポリシーを定義する:内部割当(システムによる連番)はシンプル、外部割当(エンジニアが割り当てる資産タグ番号)は物理的な資産タグシステムと整合するが、欠番や重複を防ぐためのガバナンスが必要。 | |
| 設備カテゴリ | カテゴリコード(M、E、I、V、またはカスタム) | 画面レイアウトと項目選択を決定する。作成時に設定され、後から変更不可。データガバナンスポリシーにカテゴリ割当ルールを文書化し、すべてのプロジェクトチームメンバーが作成時に正しいカテゴリを割り当てられるようにする。 | |
| 説明 | 設備の短いテキスト説明 | 構造化された命名規則を使用する:設備タイプ + メーカー + モデル(例:「遠心ポンプ ABB NHM-65」)。一貫した命名により、設備群全体の検索とレポート作成が可能になる。非構造化された説明(「ライン3用ポンプ」)は、大規模な設備カタログでは使用できなくなる。 | |
| オブジェクトタイプ | 技術オブジェクトタイプ(カテゴリ内のサブ分類) | カテゴリをさらに細分化する。例:M(機械)内で、「ポンプ」、「圧縮機」、「コンベア」などのタイプを定義する。オブジェクトタイプはカスタマイジングで定義され、一括処理やレポート作成の選択基準として使用できる。 | |
| 保全ステータス | PM処理ステータス | 設備に対して保全指図、通知、作業依頼を作成できるかどうかを制御する。稼働中の設備には「有効」を設定する。休止中の設備にはステータス「INAC」(非アクティブ)を使用して、意図しない保全活動を防止する。 | |
| ABC指標 | 重要度分類 | A = 高重要度(故障により生産停止や安全上の危険が発生)、B = 中重要度(パフォーマンス低下)、C = 低重要度(非クリティカル/冗長)。ABC指標は保全戦略の決定を促進する:Aクラス設備は通常、時間基準の予防保全と状態監視を受ける。Cクラス設備は故障するまで使用される可能性がある。 | |
| オペレータ | 設備の責任者 | 設備のオペレーターまたは責任部門。通知のルーティングや、組織帰属による設備検索に使用される情報フィールド。 |
2.2 ロケーションと組織

ロケーションと組織データは、保全コストの割り当て方法、責任を持つ計画担当者、およびプラント構造内で設備が物理的に配置される場所を決定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プラント (IWERK) | 保全プラント — 物理的な設置場所 | 設備が物理的に存在するプラント。作業区、スペアパーツ倉庫、保全作業員がどの作業指図で利用可能かを決定します。複数プラント環境では、プラント割当により、デフォルトでどの会社コードが保全コストを負担するかも制御されます。 | |
| 計画プラント (SWERK) | 保全計画プラント | 保全計画を担当するプラント。保全計画を集中化している企業(1つの計画チームが複数の生産プラントを担当)の場合、計画プラントと保全プラントは異なります。この区別により、設備に対してどの計画グループとタスクリストが利用可能かが制御されます。 | |
| 機能場所 (TPLNR) | 階層的な設置位置 | 設備をプラント階層内の物理的な位置にリンクします。設備は、設備レベルで明示的に値が上書きされない限り、機能場所の組織データ(原価センタ、作業区、計画プラント)を継承します。設備作成時には必ず機能場所を割り当ててください。機能場所がない設備は、大規模な設備群の中で見つけたり保守したりすることが困難になります。 | |
| 原価センタ (KOSTL) | 保全コスト配賦先センタ | 保全コスト(人件費、材料費、外注費)が決済される原価センタ。生産設備の場合、通常は生産原価センタとなります。COの原価センタ設計と整合している必要があります。ブループリント時にCOチームと原価センタ割当を確認し、保全コストが生産、施設、または車両のコストノードに正しく集約されるようにしてください。 | |
| 作業区 (GEWRK) | この設備を主に担当する作業区 | この設備を主に担当する保全作業区(チームまたは部門)。設備が選択された際に作業指図に事前入力され、保全計画担当者やスケジューラのデータ入力時間を削減します。 | |
| 計画グループ | 保全計画グループ | この設備の保全計画を担当する計画グループ(INGRP)。この設備に関連するMRPおよび保全スケジューリングメッセージの受信者を制御します。保全計画チームの組織構造に合わせて設定してください。 | |
| ロケーション (EQORT) | 自由記述の物理的な設置場所説明 | 機能場所内の詳細なサブロケーション(例:「3号館北壁、G-7柱」)。特に機能場所階層だけでは不十分な大規模または複雑な施設において、現場技術者が設備を見つけるための正確な物理的な指示が必要な場合に有用です。 |
2.3 構造

「構造」タブでは、技術オブジェクト階層内における設備の位置を定義します。これには、機能階層(機能場所)と設備間階層(サブ設備)の両方が含まれます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 上位設備 | 設備アセンブリ内の親設備 | 設備内設備階層を有効にします。例:ポンプスキッドアセンブリ(親)内に設置されたポンプ(子)。保全履歴や工事指図は、アセンブリレベルまたは構成部品レベルのいずれでも表示できます。サブコンポーネントが個別に保守されつつ、より大きな資産の一部として追跡される複雑な機械に使用します。 | |
| 上位機能場所 | この設備が設置されている機能場所 | ロケーション/組織タブの機能場所フィールドと重複します。階層コンテキストで同じ値を表示します。構造ビューにより、技術オブジェクト全体の階層内での位置が視覚的に明確になります。 | |
| 設置許可 | 機能場所への設備設置を許可するフラグ | この設備を機能場所に設置できるかどうかを制御します。別の設備(例:ポンプアセンブリ内のモーター)のサブコンポーネントである設備の場合、設置はアセンブリレベルで管理され、個々のコンポーネントレベルで制限される場合があります。 |
前提条件: 設備レコードを作成して設置する前に、機能場所階層が完全に定義されている必要があります(IL01)。存在しない、または構造が正しくない機能場所に設置された設備は、本番環境で修正に多大なコストがかかる孤立レコードを生成します。
2.4 原価

Originデータは、メーカーが出荷した時点での設備の物理的な識別情報を記録します。このデータは、ベンダーとの連絡、保証請求、スペアパーツの発注、および規制遵守に不可欠です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| メーカ (HERST) | メーカ名 | OEM名。重複を防ぐため、標準化されたメーカ名リスト(カスタマイジングまたは特性を使用して定義)を使用します(“ABB” vs. “ABB Ltd.” vs. “Asea Brown Boveri”)。メーカ名が不整合だと、メーカ別の設備レポートが断片化し、安全リコールの影響を受けるベンダーの全設備を特定できなくなります。 | |
| 製造国 | 設備が製造された国 | 輸入コンプライアンス文書に必要であり、保証条件に影響する場合があります。規制産業(食品、医薬品、原子力)では、製造国によって適用される検査体制が決まることがあります。 | |
| 型番 (TYPBZ) | メーカの型式指定 | メーカのモデルまたは型番。スペアパーツ発注に不可欠です。多くのOEM部品カタログは、顧客固有の設備番号ではなく、型番で整理されています。設備の銘板に印刷されている正確な型番文字列を保存します。 | |
| メーカシリアル番号 (SERGE) | メーカからの一意のシリアル番号 | 設備の銘板または文書に記載されているメーカのシリアル番号。これは、保証請求、OEMサービスホットラインサポート、およびリコール通知のための主要キーです。設備1台につき1つのシリアル番号です。データロード時に一意性を強制します。 | |
| 製造年 | 設備が製造された年 | 経年ベースの保守判断(例:安全上重要な設備の20年経過後の強制交換)および現在の資産価値の計算に使用されます。また、保険および財務報告のための情報としても使用されます。 | |
| 製造月 | 製造月 | 四半期または月次の経年分析のために製造年を補完します。厳格な設備使用年数制限がある産業(圧力容器、吊り上げ設備、安全弁)で重要です。 |
2.5 追加データ

追加データは、設備のライフサイクルと商取引履歴(取得時期、初期価値、保証範囲)を記録します。このセクションは、資本化された設備についてPMとFI-AA(固定資産会計)を連携させます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 稼働開始日 (INBDT) | 設備が最初に稼働を開始した日付 | 運用開始日 — 取得日や納入日とは区別されます。カウンタ基準の保全計画では、この日付を最初のサイクル計画(例:最初の500時間点検)の基準点として使用します。また、保全戦略の見直しのために設備の経過年数を計算する際にも使用します。 | |
| 取得日 | 設備が購入または受領された日付 | 会社が法的所有権を取得した日付です。FI-AA(固定資産会計)との統合において、この日付は資産の償却開始日と一致します。運用開始前に試運転期間を経る設備では、稼働開始日と大きく異なる場合があります。 | |
| 取得価額 | 当初の購入価格 | 取得時点での設備の当初原価です。PM(保全)では参考情報であり、正規の価額はFI-AA(固定資産会計)で管理されます。保全予算の概算見積もり(産業用設備の標準的なMRO支出は、交換資産価値の年間2~5%)に使用します。 | |
| 保証期限日 | OEM保証の有効期限 | 保証期間中の保全作業は、保証権利を維持するために、多くの場合OEMまたは認定サービスパートナーが実施する必要があります。保全戦略において保証期間内の設備にフラグを設定します。保証対象設備の工事指示書では、非OEMスペアパーツの発注や自社での保守作業を行う前にチェックをトリガーする必要があります。 | |
| サイズ/寸法フィールド | 設備の物理的な寸法 | 保全停止中のスペース計画(例:吊り上げや取り出しのためのアクセス要件)に役立ちます。大型または複雑な設備には入力し、小型の計器や工具については空白のままにします。 |
2.6 FI-AA 連携(固定資産データ)

FI-AAリンクは、設備マスタを財務会計の固定資産モジュールに接続します。資本化された設備の場合、このリンクは必須です。これにより、保全コストを正しい資産に決済でき、資産ライフサイクル全体を通じてPMとFI-AAの同期が維持されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 会社コード | 資産を所有するFI会社コード | 資産がFI-AAで資本化されている会社コードと一致する必要があります。機器が、所有エンティティとは異なる会社コードに属するプラントに設置されている場合(会社間資産シナリオ)、機器レコードを作成する前にFIチームと正しい会社コードの割り当てを確認してください。 | |
| 資産番号 | FI-AA資産マスタ番号 | FI-AAモジュール(テーブルANLA)のメイン資産番号です。設備を資産マスタにリンクすることで、以下が可能になります:(1) 保守作業指図のコストを資産の累積支出勘定に決済する、(2) FIレポートで、資産簿価や減価償却と併せて保守履歴をクロスレポートで表示する。 | |
| 資産副番号 | FI-AA資産副番号 | 単一のFI-AAメイン資産に、副資産として追跡される複数の物理コンポーネントがある場合に使用されます。例えば、生産ライン(メイン資産)に個々の機械を副資産として設定する場合、各機械は1つの設備レコードとして、1つの資産副番号にリンクされます。 |
前提条件: 設備と固定資産のリンクを設定する前に、FI-AA資産マスタがシステムに存在している必要があります。プロジェクトの本番稼働計画において、設備データ移行とFI-AA資産の資産計上のタイミングを調整してください。FI-AAに資産がまだ存在しない場合は、資産フィールドは空白のままにし、資産計上後に資産が作成されてから入力してください。
次に読むべきもの
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トランザクション:プロセスフロー、階層、および関係 |