JinJin48

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

July 15, 2026 · 13 min read

SAP FSM サービス履歴

サービス履歴は、特定の設備（FSM-A03-01）に関連付けられた完了済みサービスイベントの読み取り専用レコードです。これは、リンクされたサービスコールまたはアクティビティがクローズステータスに達した瞬間に自動生成されるログエントリであり、設備や設備階層レコードのように直接作成されるものではありません。過去の訪問すべてを、何が、いつ、誰が実行したか、そして保証、監査、技術者準備のために何にリンクされているかを照会可能な証跡に変えることで、設備管理ドメイン（ゾーンB）を完結させます。この記事では、FSMがサービス履歴レコードに表示するすべてのフィールドと、それらのフィールドが設備、設備階層、発信元のサービスコール、そしてERP統合が有効な場合は対応するS/4HANAサービス確認にどのように接続されるかをマッピングします。

パート 1: サービス履歴 — 中核概念（全モジュール共通）#

1.1 サービス履歴とは#

サービス履歴は、サービス対象資産に対する単一の完了したサービスイベントを表します。つまり、何が、いつ、誰によって行われたかのスナップショットであり、資産自体が追跡されている限り保持されます。これは、顧客マスタや資産マスタのように独立して作成されるデータではなく、サービスコールまたはアクティビティが作業クローズされた時点の、派生された読み取り専用の反映です。

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 (Hierarchy Level 2)
   │
   ├── 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 (Hierarchy Level 2)
   │
   └── 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 (Hierarchy Level 2)

Service History (reference log — points back to whichever Equipment node was actually serviced, never nested under it):
   Service History SH-001 — Filter replacement, 2026-03-01 ── refers to ──▶ Equipment EQ-001
   Service History SH-002 — Seal leak repair, 2026-04-12 ── refers to ──▶ Equipment EQ-002
   Service History SH-003 — Annual inspection, 2026-05-20 ── refers to ──▶ Equipment Hierarchy EQ-003-01 (sub-unit of EQ-003)
          ↗ references Service Call SC-3007 (FSM-B03) and Technician T-014 — Jane Tanaka

設計原則: サービス履歴は、ランドスケープ内で設備または設備階層の子ノードとして表示されることはありません。サービスが実際に実施された設備ノード（トップレベルまたは階層サブユニットのいずれか）を指し示す矢印付きの参照ログとして描画されます。サービス履歴自体は会社コード/プラントのスコープを持たず、参照するテナントレベルの設備レコードを継承するのみです。

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

サービス履歴は単独では意味を持ちません。そのすべてのフィールドは、サービスが実施された設備と、そのレコードを生成したサービスコールを指し示すために存在します。

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

2.0 FSM 所有権の範囲#

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

2.1 コア識別とリンケージ#

これらのフィールドは、このレコードが何であるか、そしてそれが正確に何を参照しているかを定義します。サービス履歴は、これらの参照と2.2のイベントメタデータ以外に、編集可能な独自のコンテンツを持ちません。

前提条件: サービス履歴レコードは、リンクされたサービスコール/アクティビティが完了ステータスに達した後にのみ存在します。オープンまたは進行中のアクティビティは、完了するまでサービス履歴エントリを生成しません。

2.2 サービスイベントの詳細と結果#

これらのフィールドには、訪問中に発生した内容の本質が含まれています。つまり、フォローアップ訪問に備えるテクニシャンや、SLAに関する紛争を確認するマネージャーが実際に読む必要がある詳細です。

2.3 ソース & リファレンスのトレーサビリティ#

何が起こったかという事実に加えて、サービス履歴には、特定の訪問に関する完全な裏付け証拠（署名済みレポート、消費された部品、顧客のフィードバック、および該当する場合はERP側の確認）をコンサルタントが取得するために必要なポインタも保持されています。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction

ゾーン クロップ ソース: 04-fsm-a01-master-landscape.png (mtime: Jul 15 11:04)