SAP サービス サービス契約テンプレート

SAP サービス契約テンプレート
サービス契約テンプレートは、サービス契約に必要な明細構造、請求計画デフォルト、価格合意タイプを事前設定する、再利用可能なマスタレコードです。これは顧客との実際の有効な契約ではなく、サービス管理者が一度作成し、新しい類似契約を作成するたびに再利用する標準化されたパターンです。個別のサービス契約インスタンスとは異なります。インスタンスは特定の顧客、特定の設備、特定の有効期間を持ちますが、テンプレートはインスタンス作成を迅速かつ一貫して行うためのデフォルトのみを保持します。これは、サービスマスタデータ設定におけるフェーズ4の「サービステンプレート」オブジェクトの1つ目(サービス契約テンプレートとサービス指図テンプレート)であり、フェーズ2で既に定義されたサービス製品および価格条件マスタの直後に位置します。この記事では、まずテンプレートの概念を一般的な用語で説明し(パート1)、次にサービス固有の請求計画、価格合意、および更新ルールのフィールド詳細を説明します(パート2)。
パート 1: サービス契約テンプレート — 基本概念(全モジュール共通)
1.1 サービス契約テンプレートとは

SAPの一般的な意味において、テンプレートとは、下流のトランザクションを作成するたびに行単位で設定する必要がないように、繰り返し使用可能なデフォルト値のパターンを保持するマスタレコードです。サービス契約テンプレートは、この考え方をサービス契約管理に適用したものです。サービス管理者が新しい契約ごとに明細カテゴリ、請求頻度、価格合意タイプを再入力する代わりに、テンプレートにこれらを一度保存し、契約作成プロセスでそれらをコピーして開始点とし、特定の顧客に合わせて調整できるようにします。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | サービス契約の明細構造、請求計画のデフォルト、価格合意タイプを事前設定する再利用可能なパターンであり、定期的な契約作成を標準化します | |
| 使用するモジュール | サービス(所有者 — サービス管理者がテンプレートを保守・割り当て)、SD(テンプレート設定が再利用する基盤の販売伝票および請求計画フレームワーク)、FI(テンプレートの請求計画デフォルトから下流で生成される定期請求伝票および収益認識) | |
| トランザクション | Fioriアプリ サービス契約テンプレートの管理(作成/変更/表示)。従来のSAPGUIトランザクションはありません — S/4HANAサービス契約管理はFiori/WebClient優先です | |
| 主要テーブル | SD販売伝票フレームワークを再利用:VBAK / VBAP(伝票ヘッダ/明細、テンプレートは有効なオーダーではなく参照伝票として保存)、FPLA / FPLT(請求計画ヘッダ/明細、テンプレートが新しい契約に引き渡す定期請求デフォルトを保持) | |
| S/4HANAに関する注意 | 専用のテンプレート管理(サービス契約テンプレート / サービスオーダーテンプレート)はS/4HANAサービスの概念であり、従来のECCカスタマーサービスに直接の同等機能はありません。既存の販売伝票ベースの契約構造の上に標準化レイヤーとして位置づけられます。 |
1.2 明細カテゴリ(契約請求方法)バリアント

このテンプレートにおいて最も影響の大きいデフォルト設定は明細カテゴリです。この単一の設定によって、作成された契約が顧客にどのように請求されるか(固定の定期料金、段階的な複数年レート、使用量に応じた請求、または数量/金額の上限付き)が決まります。テンプレート設計時に誤ったデフォルトを選択すると、そのテンプレートから作成されたすべての契約が誤った請求動作を継承し、誰かが気づいて手動で修正するまでその状態が続くことになります。
| 明細カテゴリ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 標準 | SCN | 固定範囲の定期サービス契約で、標準的な定期スケジュールに基づき請求 | デフォルトのバリアント。請求計画は、契約期間中、固定間隔と固定合意価格で請求書を生成する | |
| 価格改定 | SCNA | 定期的な価格エスカレーション(指数連動型または固定率増加)を必要とする複数年契約 | 標準構造に価格改定条項を追加。改定ルールが発動されると、請求計画期間ごとに異なる価格に解決される | |
| アドホック請求 | SCNB | 固定カレンダースケジュールではなく、実際の消費量または使用イベントに基づいて請求される契約 | 請求計画のデフォルトが、カレンダーベースの期間ではなく、マイルストーンまたは使用トリガーパターンになる | |
| 数量/金額契約 | SCNC | 契約期間中に消費される総数量または金額上限によって制限される契約 | 上限に対する消費量は、リンクされた各サービスオーダーから追跡される。上限に達すると、契約は自動的にクローズされる |
設計原則: テンプレートは、デフォルトとして正確に1つの明細カテゴリを事前選択する必要があります。単一のテンプレート内で請求方法を混在させると、標準化の目的が損なわれます。すべての契約に対して手動で上書きを行う1つのテンプレートではなく、明細カテゴリごとに個別のテンプレートを作成してください。
1.3 組織レベルとデータ階層

上図は、サービスモジュールのマスタデータランドスケープから**ゾーンD — サービス製品&テンプレート(クライアントレベル)**を切り取ったものです。サービス契約テンプレートには、独自のプラントレベルや組織的なスコープはありません。これは、同じゾーンに既に存在するサービス製品および価格条件マスタから直接構築されるクライアントレベルのパターンです。
具体的な例を用いたデータ階層
Client 100
│
Material Master "SRV-001" (Type DIEN · UoM H)
│
└── ── Service Product is based on ──> Service Product "SRV-PM-01"
(Preventive Maintenance · UoM H)
Service Product "SRV-PM-01"
│
└── ── Contract Template is derived from Service Product ──>
Service Contract Template "SCT-001" ← this article's object
Item Cat. SCN · Billing Plan: Monthly
Pricing Condition "PR00" (JPY 15,000 / H)
│
└── ── Contract Template inherits pricing from Pricing Condition ──>
Service Contract Template "SCT-001"
Service Product "SRV-PM-01"
│
└── ── Order Template is derived from Service Product ──>
Service Order Template "SOT-001"
Inspection · Planned Duration 4H (sibling Phase 4 template)設計原則: サービス契約テンプレートは、明細のデフォルト値をサービス製品から、価格のデフォルト値を価格決定条件から取得します。テンプレートを作成する前に、両方の上位マスタが確定・リリースされていることを常に確認してください。そうしないと、上位マスタのいずれかが変更された時点でテンプレートの再作業が必要になります。
1.4 他のマスタデータオブジェクトとの統合

サービス契約テンプレートは単独で存在するものではなく、サービス製品マスタと価格条件マスタの収束点であり、そこから作成されるすべてのサービス契約インスタンスの起点となります。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| サービス製品 | テンプレートの明細デフォルトは、特定のサービス製品から直接構築される | テンプレートがデフォルトとするサービス製品を変更すると、将来そのテンプレートから作成されるすべての契約に影響するが、既に作成された契約に遡及して変更されることはない。テンプレートの更新は将来向けの変更としてのみ計画すること。 | |
| 価格条件 | テンプレートの価格合意タイプとデフォルト価格は、サービス製品に設定された価格条件を参照する | テンプレートは作成時に価格を固定しない。有効な条件レコードを指し示すため、その後の価格変更は、テンプレートの価格合意タイプが明示的に価格を固定していない限り、新しい契約に反映される。 | |
| サービスオーダーテンプレート | フェーズ4の関連テンプレート。サービス契約テンプレートの定期請求計画は、サービスオーダーテンプレートから生成される定期サービスオーダーのスケジュールを設定することが多い | 2つのテンプレートは独立して設定されるが、同じ定期メンテナンスのビジネスシナリオ(SRV-B05 定期サービスプロセス参照)向けに、通常は一緒に設計される。 | |
| ビジネスパートナー(販売先) | テンプレート自体には保存されない。テンプレートから実際のサービス契約インスタンスが作成される際にのみ指定される | テンプレートは顧客に依存しない設計である。これにより、同じサービス範囲を持つ1つのテンプレートを多くの顧客で再利用できる。 | |
| 請求計画 / FI | テンプレートの請求計画デフォルト(タイプ、頻度、開始ルール)は、契約自身の請求計画にコピーされ、FIがそれを読み取って定期請求伝票を生成する | テンプレートの請求計画デフォルトのエラー(例:誤った頻度)は、そのテンプレートから作成されるすべての契約に波及する。テンプレートレベルでの修正は、誤ったデフォルトで既に作成された契約を遡及的に修正しない。 |
パート 2: サービス固有のフィールド詳細
2.0 サービスオーナーシップの範囲

| データセクション | サービス関与 | 備考 | |
|---|---|---|---|
| テンプレートヘッダーと明細カテゴリのデフォルト | ◎ オーナー | サービスマネージャーは、テンプレートID、説明、およびデフォルトの明細カテゴリ(SCN/SCNA/SCNB/SCNC)を所有します。これはテンプレート上で最も重要な設定です。 | |
| オブジェクトリストのデフォルト | ○ PMと共有 | テンプレートが契約カバレッジの参照として提案する設備/機能場所カテゴリは、PMの技術オブジェクトマスタデータを参照しますが、デフォルトリスト自体はサービスが管理します。 | |
| 請求計画のデフォルト | ○ SD/FIと共有 | 請求計画構造(FPLA/FPLT)とその下流の請求伝票生成は、SD/FIの共有機能です。サービスは、テンプレートがどの請求計画デフォルトを持つかを所有します。 | |
| 価格契約と更新ルール | ○ SDと共有 | 価格契約タイプは、SDの条件技術と価格決定手順インフラを再利用します。サービスは、テンプレートがデフォルトとする契約タイプと更新動作を所有します。 |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 テンプレートヘッダーと明細カテゴリのデフォルト

テンプレートヘッダおよび明細カテゴリのデフォルトは、テンプレート自体を識別し、そのテンプレートから作成されるすべての契約がどのように請求されるかを規定する単一のデフォルトを設定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| テンプレートID | テンプレートの一意の識別子(例:「SCT-001」) | ビジネスシナリオをエンコードする命名規則を採用する(例:サービスラインごとにプレフィックスを付ける)。これにより、サービス管理者が各テンプレートを開かなくても適切なテンプレートを見つけられるようになる。これは、企業が複数のテンプレートを管理する場合に重要となる。 | |
| 説明 | テンプレートの使用目的を説明するフリーテキストラベル | 契約作成時にテンプレートを選択する担当者向けに記述する。テンプレートの保守担当者向けではない。例:「年間予防保全 - 標準請求」のような、汎用的な内部コードではなく、具体的な名称とする。 | |
| 販売エリアデフォルト(販売組織/流通チャネル/事業部門) | 新規契約にコピーされるデフォルトの組織範囲 | この値が、参照するサービスの価格条件を管理するために使用される販売エリアと一致していることを確認する。一致していない場合、テンプレートから作成された契約は、作成時に有効な価格を見つけられずエラーとなる。 | |
| 明細カテゴリデフォルト(SCN / SCNA / SCNB / SCNC) | このテンプレートが適用する請求方法のバリアント(1.2項参照) | 契約の動作を最も決定づけるフィールドである。テンプレートがしばらく使用された後にこの値を変更しても、影響を受けるのは新規作成される契約のみであり、テンプレートから既に生成された契約には影響しない。 | |
| 言語 | 契約レベルのテキストおよび顧客向け出力のデフォルト言語 | テンプレートが特定の地域向けに設定されている場合は、その顧客セグメントの主要言語に設定する。グローバルテンプレートの場合は、通常、契約作成時に上書きできるようにしておく。 |
2.2 オブジェクト一覧のデフォルト設定

オブジェクト一覧デフォルトは、このテンプレートから作成された契約が対象とする技術オブジェクトの種類(設備または機能場所)とその数を決定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| オブジェクトカテゴリデフォルト | テンプレートが設備レベルまたは機能場所レベルのカバレッジを想定するかどうか | 資産固有の契約(例:特定のエアコンユニット)には設備レベルを設定する。カバレッジが場所ベースで、契約期間中に設置される特定の資産が変更される可能性がある場合は、機能場所レベルを設定する。 | |
| オブジェクト一覧テンプレート | 標準的な契約がカバーするオブジェクトの数とタイプを示すプレースホルダパターン | これはカウント/カテゴリのプレースホルダのみとし、テンプレート自体に特定の設備番号を事前に入力しないこと。異なる顧客の資産間での再利用ができなくなるため。 | |
| 数量/カウントプレースホルダ | この契約シナリオでカバーされる標準的なオブジェクト数 | 実際の契約が締結される前のキャパシティおよび収益予測に有用。システムによって強制されるハードリミットではない。 | |
| シリアル番号処理 | 契約作成時に、カバーされる設備に検証済みのシリアル番号を必須とするかどうか | オブジェクトの識別が明確でなければならない高価値または保証対象の設備に対して有効にする。個別のシリアル追跡が付加価値を生まない単純な場所ベースのカバレッジではオフのままにする。 |
2.3 請求計画デフォルト

請求計画デフォルトは、新しい契約の請求計画に直接コピーされ、FIが最終的に読み取って定期請求伝票を生成するものです。このセクションは、最も直接的な下流の財務影響を及ぼします。
| フィールド | 説明 | 実践的な使用法 | |
|---|---|---|---|
| 請求プランタイプ | 定期請求 vs マイルストーン請求プランの構造 | 標準的な定期契約(SCN/SCNA)には「定期」を設定します。固定されたカレンダースケジュールが適用されないアドホック/従量課金テンプレート(SCNB)にのみ、マイルストーン指向のデフォルトを設定します。 | |
| 請求頻度 | 請求伝票が生成される間隔(例:月次、四半期) | 顧客の期待する請求サイクルに合わせ、価格決定条件の価格単位と整合性を確認します。時間単価の条件に対して月次の頻度を設定する場合、各請求実行前に確定時間数を取得する必要があります。 | |
| 請求プラン開始ルール | 契約開始日を基準に、プランの最初の請求日を決定する方法 | 一般的なデフォルトは「契約開始日」または「翌期の初日」です。企業の収益認識ポリシーに合致するルールを選択し、定期請求が期間途中の請求に関する紛争を引き起こさないようにします。 | |
| 按分ルール/期間 | 最初または最後の期間が途中から始まる場合の請求方法、および請求伝票がどの程度前もって作成されるか | 期間の途中で開始または終了する可能性がある契約に対して明示的に設定します。按分ルールが未定義であることは、契約開始/終了時の請求紛争の一般的な原因です。 | |
| 請求一覧/一括請求デフォルト | 同一顧客の複数の契約明細または複数の契約を1つの請求書に統合するかどうか | 多くの契約を持つ大口顧客に対して有効にし、請求書発行数を削減します。一括請求が顧客の買掛金照合要件と競合しないことをFI部門と確認します。 |
2.4 価格合意と更新ルール

価格契約および更新ルールは、複数年にわたる契約期間中の価格の動作と、契約が有効期限に近づいた際に自動的に発生する処理を規定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 価格合意タイプ | 契約価格が全期間固定か、各請求実行時に有効な価格条件から再読み取りされるか、または価格調整条項によって管理されるか | 全期間固定が管理上最もシンプルだが、長期契約ではマージン低下のリスクがある。再読み取りまたは調整ベースの合意はマージンを保護するが、増額計算方法について顧客との明確なコミュニケーションが必要となる。 | |
| 価格調整条項 | 定義された間隔で適用される、指標ベースまたは固定レートのエスカレーション計算式(SCNAテンプレートに関連) | テンプレート説明に指標ソース(例:公表された消費者物価指数/生産者物価指数)を記載し、そこから作成されるすべての契約に同じエスカレーションロジックが一貫して適用されるようにする。 | |
| 更新/解約ルール | 解約に必要な通知期間、および契約が自動更新されるか、能動的な更新が必要か | 会社の標準的な取引条件に合わせてデフォルトの通知期間(例:期間終了の90日前)を設定する。自動更新のデフォルト設定は、契約が失効して気付かれないことによる収益漏洩を減らすが、各更新日の前に信頼性の高い通知プロセスが必要となる。 | |
| 有効期限終了時のアクション | 契約の有効期限日に達したときのシステム動作:自動更新、手動レビューフラグ、または失効 | 自動更新は安定した低タッチのサービスラインに適している。レビューフラグは、契約範囲や価格の再交渉が見込まれる契約に適している。アクティブな収益を生み出す契約に対しては、サイレント失効のデフォルト設定を避けること。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| srv-001 | Overview | SAP Serviceとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| srv-a01 | Overview | SAP サービス基本データ:概要、階層、および関連性 |
| srv-a03-01 | Master Data | SAP サービス品目マスタ |
| srv-a04-01 | Master Data | SAPスペアパーツマスタ |
| srv-a03-02 | Master Data | SAP サービス価格決定条件 |
| srv-a05-01 | Master Data | SAP サービス機能場所 |
| srv-a05-02 | Master Data | SAP サービス設備 |
| srv-a05-03 | Master Data | SAP サービス部品表 |
| srv-a06-01 | Master Data | SAP サービス サービス契約テンプレート 📍 |
| srv-a06-02 | Master Data | SAP サービス サービスオーダーテンプレート |
| srv-a07-01 | Master Data | SAP サービス保証マスタ |