JinJin48

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

July 6, 2026 · 17 min read

SAP サービス保証マスタ

保証マスタは、保証の判定ルール（日付基準、カウンタ基準、またはその組み合わせ）、対象となるサービス製品と部品の範囲、およびS/4HANA 2023 FPS3以降は、保証対象の修理費用がどのように吸収されるかを管理する会計インディケータを定義する、再利用可能なマスタレコードです。これはそれ自体がクレームやトランザクションではなく、システムが、対象の設備に対してサービス通知またはサービス指図が作成された瞬間に自動的に読み取り、作業が顧客に請求可能か、保証範囲に該当するかを判定するための恒常的な定義です。これはサービスマスタデータ設定の第5フェーズ（最終フェーズ）であり、事前に確立された2つの前提条件、すなわち、対象範囲を定義するサービス製品マスタ（フェーズ2）と、保証が最終的に保護する設備マスタ（フェーズ3）の直下に位置し、フェーズ5の唯一のオブジェクトです。この記事では、まず保証の概念を一般的な用語で説明し（パート1）、次にサービス固有の対象範囲、カウンタ、およびクレーム権利フィールドの詳細を説明します（パート2）。

第1部: 保証マスタ — 基本概念（全モジュール共通）#

1.1 保証マスタとは#

保証とは、一般的な意味では、定義された有効期間および範囲内において、特定の修理または交換作業が顧客に請求されないという継続的な約束です。SAPはこれを、販売伝票への一回限りのメモではなく、マスタレコードとしてモデル化しています。その理由は、同じ保証条件が通常、多くの設備や同一製品の多くのユニットに適用され、かつ、その約束に対するチェックが、サービス担当者によるケースバイケースの再判断ではなく、クレームが発生するたびに自動的かつ一貫して行われなければならないからです。

1.2 保証決定ルールタイプ#

保証マスタにおける最も重要な設計上の判断は、どの決定ルールが失効を管理するかです。なぜなら、これによって保証が正しくチェックされるために依存するデータと、そのデータが信頼できなくなる日に何が起こるかの両方が決まるからです。実際に使用量が測定されることのない設備に対してカウンタベースのルールを選択すると、請求時に確信を持って評価できない保証が生まれます。

設計原則: ルールタイプは、対象製品が現場で実際にどのように測定されるかに合わせるべきであり、営業チームが約束をどのように表現したいかには合わせないでください。カウンターが更新されない設備に対してCombinedルールを維持すると、暗黙のうちに日付のみのチェックに劣化し、クレームが誤って承認または却下されるまで誰も気付きません。

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

ゾーン C — 技術オブジェクト参照（プラントレベル）。 この保証マスタが最終的に保護する設備はプラントレベルに存在し、その保証割当は、設備カード上のゾーン間参照チップとして描画され、下記のゾーン D にある保証マスタ自身のノードを指します。

ゾーン D — サービス製品 & テンプレート（クライアントレベル）。 保証マスタ自体はクライアントレベルのレコードであり、特定のプラントとは独立して定義され、その「対象」関係は、サービス範囲が適用されるサービス製品を指します。

具体的な例を用いたデータ階層

Client 100
   │
   ├── Material Master "SRV-001" (Type DIEN · UoM H)
   │      └── ── based on ──> Service Product "SRV-PM-01" (Preventive · UoM H)
   │
   ├── Warranty Master "WTY-001" (BGM1 · Combined Rule: 1yr / 8,000H)   ← this article's object
   │      └── ── covers ──> Service Product "SRV-PM-01"
   │
   └── Company Code 1000
          └── Plant 1000
                 └── Functional Location "FL-BLDG-01" — HQ Bldg. 1F, Cat. M
                        └── Equipment "EQ-10001" — Air Conditioner A
                               ├── ── assigned to ──> Warranty Master "WTY-001"
                               ├── Sub-Equipment "EQ-10001-A" — Compressor Unit
                               └── Sub-Equipment "EQ-10001-B" — Fan Unit

設計原則: 保証マスタのレコード自体はプラントや設備の下に配置されることはなく、常にクライアントレベルの定義です。その保証を特定の設備（または2023 FPS3以降は品目/設備カテゴリ）に割り当てることだけが組織スコープによって異なり、その割り当ては常に参照としてモデル化され、包含関係としてはモデル化されません。

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

保証マスタは単独で存在するものではなく、設備が保証範囲を参照する際の集約ポイントであり、サービス通知/指図処理がクレーム時に自動的に読み取る対象です。

パート 2: サービス固有のフィールド詳細#

2.0 サービスオーナーシップの範囲#

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

2.1 保証ヘッダーと有効性ルール#

保証ヘッダおよび有効性ルールのフィールドは、保証自体を識別し、その有効期限がどのように、また何に対して評価されるかを規定する単一のデフォルトを設定します。

2.2 保証カウンタ定義#

2.1 のルールタイプが「カウンタベース」または「複合」の場合、保証カウンタ定義フィールドが適用され、クレーム権利チェックが実際に読み取る使用量測定値を決定します。

2.3 サービスカバレッジとオブジェクト一覧#

サービス範囲 & オブジェクトリストフィールドは、保証の約束の範囲内に正確に該当するものを定義します。これは、サービス担当者または自動エンタイトルメントチェックが、特定の請求対象品目が保証対象かどうかを判断するために読み取るものです。

2.4 保証チェックルールと請求権#

保証チェックルールおよびクレーム権利フィールドは、クレームが発生した時点で自動的な適用範囲判定が実際にどのように行われ、適用されるかを管理します（SRV-B06 保証クレームプロセスを参照）。

2.5 会計管理指標と原価割当#

会計インディケータと原価割当フィールドは、請求が補償対象と判断された後の財務的な処理を決定します。このセクションは、下流のFI/COに最も直接的な影響を与える部分です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data