JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 14, 2026 · 15 min read

SAP FSM 設備

Equipmentは、FSMにおけるサービス対象資産のマスタレコードです。これは、顧客先に設置された機械、HVACユニット、ポンプ、または継続的なフィールドサービスを必要とするその他の物理的オブジェクトを指します。このマスタレコードは、識別情報、ビジネスパートナーとロケーションの割り当て、階層、ライフサイクルステータスを保持し、別の記事で説明されている2つの密接に関連するオブジェクト（機器階層（親子構造）とサービス履歴（過去のサービスコール））の基点となります。本記事では、FSMコンサルタントがEquipmentレコードを作成する際に設定および管理するすべてのフィールドと、それらのフィールドがEquipmentをビジネスパートナー、住所、スキル要件、および周辺のシリアル化ツールマスタにどのように接続するかをマッピングします。

パート 1: 設備 — 中核概念（全モジュール共通）#

1.1 設備とは#

設備は、個別の保守対象資産を表します。これは、顧客の敷地内に設置された物理的なユニットであり、技術者が点検、修理、または保守のために派遣される対象です。これは、FSMの設備管理ドメインにおけるアンカーオブジェクトです。すべてのサービスコール、サービス履歴エントリ、およびスキル要件は、特定の設備レコードに遡ります。

1.2 設備ステータスとライフサイクル#

機器ステータスは、テクニシャンがその資産に対して派遣可能かどうかを決定する唯一の項目です。ステータスを誤ると、正当なサービス作業がブロックされるか、すでに廃棄されるべき機器に対して派遣が進められてしまいます。

設計原則: 設備除却では、レコードを決して削除してはなりません。サービス履歴と保証監査証跡は、除却後も設備マスタが存続することに依存しています。

1.3 組織レベルとデータ階層#

データ階層と具体例（ゾーンB · 設備管理 — テナントレベル；FSMには設備より上位の会社コード/プラントスコープはありません）

Client (FSM Tenant)
   │
   ├── Equipment EQ-001 — AC Unit A (Serial SN-2024-001)
   │      ↗ references Business Partner BP-001 — ABC Corp (Zone A)
   │      ↗ references Address AD-A — 1-1 Marunouchi, Tokyo (Zone A)
   │      │
   │      └── Equipment Hierarchy EQ-001-01 — Sub-unit of EQ-001
   │
   ├── Equipment EQ-002 — Pump B (Serial SN-2024-002)
   │      ↗ references Business Partner BP-002 — XYZ Ltd (Zone A)
   │      ↗ references Address AD-B — 2-2 Umeda, Osaka (Zone A)
   │      │
   │      └── Equipment Hierarchy EQ-002-01 — Sub-unit of EQ-002
   │
   └── Equipment EQ-003 — Chiller C (Serial SN-2024-003)
          ↗ references Business Partner BP-002 — XYZ Ltd (Zone A)
          │
          └── Equipment Hierarchy EQ-003-01 — Sub-unit of EQ-003

Service History (reference log — points back to its Equipment, not nested under it):
   Service History SH-001 ── refers to ──▶ Equipment EQ-001
   Service History SH-002 ── refers to ──▶ Equipment EQ-002

設計原則: 設備はFSMにおけるテナントレベル（クライアントレベル）のマスタであり、ECCスタイルの設備（EQUI）が保全プラントの下に位置するのとは異なり、その上位に会社コード/プラント階層は存在しません。ビジネスパートナーと住所は設備によって参照され、所有されません。設備階層は真の親子包含関係です。サービス履歴は参照ログであり、子ノードではありません。

1.4 他のマスタデータオブジェクトとの統合#

設備は単独で存在するものではありません。顧客のビジネスパートナーと住所、技術者に必要なスキル、サービスツールの使用ログは、すべて設備を参照点として関連付けられます。

パート 2: FSM 固有のフィールド詳細#

2.0 FSM 所有権の範囲#

凡例: ◎ = オーナー/重要、○ = 直接関与

2.1 コア識別と分類#

これらのフィールドは、設備レコードが実際に何であるかを定義し、S/4HANAから複製された場合に、ソースシステムの設備マスタにどのようにマッピングされるかを確立します。

2.2 ステータスとライフサイクル#

ステータスは出動可否を決定し（1.2参照）、設備がその運用ライフサイクルを経るにつれて正確に維持される必要があります。

2.3 ビジネスパートナーとロケーション割当#

設備は、必ず1つの所有ビジネスパートナーと1つの設置住所に解決される必要があります。これらは両方とも、設備を作成する前に（マスタデータ設定フローに従って）同期される前提条件です。

2.4 階層とサービス履歴の連携#

以下は、機器レコード自体に保持されるフィールドであり、マルチレベルのインストレーションにおけるその位置を確立し、サービストラックレコードを表面化するものです。機器階層とサービス履歴の詳細なフィールドセットは、スタンドアロンオブジェクトとして、それぞれの記事で説明されています。

2.5 スキル要件とセルフサービス#

これらのフィールドは、設備を派遣時のテクニシャン割り当て、および顧客向けセルフサービスのチェックイン体験に接続します。

前提条件: スキル要件のマッチングは、対応するスキル (FSM-A04-01) が少なくとも1人の担当者/テクニシャン (FSM-A04-04) にも割り当てられている場合にのみ機能します。そうでない場合、アシストスケジューリングは、この設備に対して作成されたサービスコールに対して、該当するテクニシャンを返しません。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction