SAP サービス価格決定条件

SAP サービス価格決定条件
価格条件は、SAPの条件技術によって生成されるマスタデータレコードです。条件技術は、SD、サービス、およびその他の販売関連モジュールで共有されるルールベースの検索エンジンであり、サービス製品、顧客、販売組織などのキー項目の組み合わせから、伝票明細の価格、割引、追加料金、または税額を決定します。SAP S/4HANAサービスでは、サービス製品自体が定義された後、サービス製品(品目タイプDIEN)の価格を設定するメカニズムです。この記事では、まず条件技術を一般的な概念として説明し(パート1)、その後、サービス固有の設定と項目の詳細を説明します(パート2)。
第1部: 価格条件 — 基本概念(全モジュール共通)
1.1 価格決定条件とは

価格条件(一般に「条件レコード」と呼ばれる)は、伝票に直接入力される価格ではありません。これは、実行時にシステムが定義されたキーフィールドの組み合わせの順序を使用して検索し、特定の明細行に適用される値を計算するために管理されるマスタレコードです。数値をハードコーディングする代わりに、ビジネスユーザーは条件タイプに対して条件レコードを管理し、SAPは伝票タイプに割り当てられたアクセス順序と価格決定手順に従って、該当するレコードを解決します。
| 側面 | 詳細 | |
|---|---|---|
| 役割 | SAPのルールベースの条件技術を介して、伝票明細行に適用される金額またはパーセンテージ値(価格、割引、追加料金、税、運賃)を決定します。 | |
| 使用モジュール | SD(販売価格決定 — この技術の主要な所有者)、サービス/CS(サービス指図およびサービス契約の価格決定)、MM(購買条件 — 別の条件インフラストラクチャですが、同じ基本技術を使用)、FI-CA(コンバージェントインボイシング) | |
| トランザクション | VK11 / VK12 / VK13(条件レコードの作成 / 変更 / 照会)、V/06(条件タイプカスタマイジング)、V/07(アクセス順序)、V/08(価格決定手順) | |
| 主要テーブル | KONP(条件明細)、KONH(条件ヘッダ)、条件テーブル固有のAテーブル(例:A305)、T685(条件タイプ) | |
| S/4HANAの注意点 | Fioriアプリ 価格決定条件の管理 が、日常的な条件レコード保守の主要UIであり、ビジネスユーザー向けの手動VK11/VK12ナビゲーションを置き換えます。基礎となる条件タイプ → アクセス順序 → 条件テーブル → 条件レコードの技術はECCから変更されていません。 |
1.2 条件カテゴリと条件タイプ

すべての条件タイプには条件クラスが割り当てられており、これは価格決定手順の累計におけるその値の動作を制御します。つまり、正味価値に加算されるか、純粋に情報提供(統計)となるか、または別の税計算に供給されるかを決定します。条件クラスを誤ることは、よくある設定ミスです。間違ったクラスで設定された割引は、正味価値を減らせないか、請求書から黙って消えてしまいます。
| 条件クラス | コード例 | ユースケース | 主要な動作 |
|---|---|---|---|
| 価格 | PR00 | サービス品目の基本価格 | ほとんどの価格決定手順で必須。後続の条件が調整する正味価格の起点となる |
| 割引/割増(%) | RA00 | 契約レベルのパーセント割引 | 手順の前ステップにおける累積正味価格に基づいて計算。数量または金額によるスケール設定が可能 |
| 割引/割増(金額) | RB00 | 固定額控除 | 単価または伝票単位の絶対値。基本価格とは独立 |
| 運賃/配送費用 | KF00 | 現地派遣または移動費用の割増 | フィールドサービスにおいて、サービス料金とは別に技術者の移動費用を回収するために一般的に使用 |
| 税金 | MWST | 売上税の決定 | 販売価格決定手順ではなく、専用の税手順によって解決されるが、同一の条件テクニックを使用 |
| バリアント/コンフィギュレーション | VASE | 設定可能なサービス品目の特性値に基づく価格割増 | アドバンストバリアントコンフィギュレーション(AVC)が必要。関連する特性値の組み合わせごとに1つの条件レコードが必要 |
設計原則: 条件クラスは、ビジネス上の呼称ではなく、累計値における値の動作(正味価格に加算するか、統計/情報のみとするか)に基づいて選択します。
1.3 組織レベルとデータ階層

上記の図は、サービスモジュールのマスタデータランドスケープから**ゾーンD — サービス製品&テンプレート(クライアントレベル)**を切り取ったものであり、価格決定条件が、価格設定対象のサービス製品およびそれを消費するテンプレートに対してどの位置にあるかを示しています。
具体的な例を用いたデータ階層
Material Master "SRV-001" (Type DIEN · UoM H)
│
└── ── based on ──> Service Product "SRV-PM-01" (Preventive Maintenance · UoM H)
│
├── ── priced by ──> Pricing Condition "PR00" — Base Price, JPY 15,000 / H
│
└── ── used in ──> Service Contract Template "SCT-001" (Item Cat. SCN)注記: 販売組織と流通チャネルは、ここでは個別の階層ノードとして表示されません。このクライアントレベルのゾーンでは、これらは条件レコード自体に内部で保持されるキー項目であり(2.3参照)、独立した組織レベルのノードではありません。
1.4 他のマスタデータオブジェクトとの統合

価格決定条件は単独では成立しません。価格設定の対象となるオブジェクトと、その条件が管理された組織コンテキストと組み合わさって初めて意味を持ちます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| サービス品目(品目マスタ、タイプDIEN/KMAT) | 価格決定対象 — 条件レコードの品目/サービスキー項目 | サービス価格決定の条件レコードは、サービス品目番号をキー項目の1つとして保持します。新しい番号でサービス品目を再作成すると、既存の条件レコードは孤立します。 | |
| ビジネスパートナー(得意先/支払元) | 顧客固有の個別価格決定を可能にするオプションのキー項目 | 得意先をキー項目として含む条件テーブルでは、同じサービス品目に対して顧客ごとに異なる価格を設定できます。これがない場合、価格は販売エリア全体で一律になります。 | |
| 販売組織 / 流通チャネル | 条件レコードの組織キー項目 | 同じサービス品目でも、販売組織ごとに異なる価格を設定できます(例:国内価格表と輸出価格表)。 | |
| 価格決定手順 | どの条件タイプが有効か、その順序、および各条件が必須かどうかを決定します | サービス指図/契約伝票タイプに割り当てられた価格決定手順により、システムが検索する条件タイプが制御されます。その手順内で一致する有効な条件タイプがない場合、メンテナンスされた条件レコードは黙って無視されます。 | |
| サービス契約テンプレート / サービス指図テンプレート | 請求計画または明細作成時に解決された条件値を消費します | テンプレートは、新しい伝票にデフォルトで設定される条件を標準化します。条件が編集不可とマークされていない限り、伝票レベルでのアドホックな上書きは引き続き可能です。 |
パート 2: SRV固有のフィールド詳細
2.0 SRVオーナーシップの範囲

| データ区分 | SRV関与 | 備考 | |
|---|---|---|---|
| 条件タイプ定義 | ○ SDと共有 | SD価格決定コンフィグレーションが通常カスタマイジングトランザクション(V/06)を所有します。サービス部門は、どの条件タイプ(PR00、RA00、RB00、VASE)がサービス価格決定シナリオに関連するかを定義します。 | |
| 条件テーブルとアクセス順序 | ○ SDと共有 | 共有のカスタマイジングオブジェクトです。サービス部門は、サービス固有の価格決定に必要なキー項目の組み合わせ(例:サービス品目+販売組織+顧客)を確認します。 | |
| 条件レコード保守 | ◎ 主管 | サービス管理者/担当者が、サービス品目の実際の価格と割引値を継続的に保守します。 | |
| 価格決定手順決定 | ○ SDと共有 | 販売エリア決定ロジックは共有されます。サービス固有の伝票タイプ(サービス契約、サービスオーダー)が、それぞれの価格決定手順割当を決定します。 | |
| バリアント/設定可能サービス価格決定(VASE) | ○ SD(AVC)と共有 | サービス品目が高度バリアント設定の下で品目タイプKMATを使用する場合にのみ関連します。 |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 条件タイプ定義

Condition Type(条件タイプ)は、実際の値が入力される前に、特定の種類の価格、割引、または追加料金がどのように動作するかを定義するカスタマイジングオブジェクト(トランザクション V/06)です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 条件タイプ | 条件を識別する4桁のコード(PR00、RA00、RB00、VASE) | PR00はサービス製品の標準的な基本価格条件です。割引に流用せず、Zコードにコピーして使用することで、標準SAPの動作と将来のアップグレードの予測可能性を維持します。 | |
| 条件クラス | 値が価格、割増/割引、または税のいずれであるかを制御します | 値が価格決定手順の累計にどのように関与するかを決定します。カスタム割引条件でこれを誤って設定すると、割引が「請求書合計額を減らさない」という最も一般的な原因となります。 | |
| 計算タイプ | パーセンテージ、固定金額、または数量ベース | 時間ベースのサービス価格設定(1時間あたりの円)には、確認済みサービス時間にリンクした数量ベースの計算を使用します。パーセンテージベースの条件は、手順内の正しい基準値計算式を参照する必要があります。 | |
| プラス/マイナス | 条件の符号を正、負、または両方に制限します | 割引(RA00、RB00)はマイナスのみに設定し、データ入力ミスにより顧客への請求書が誤って増額されるのを防ぎます。 | |
| 手動入力 | 値を伝票に手動で入力できるか、条件レコードからのみ自動的に入力されるか、またはその両方を制御します | 契約交渉による価格設定の場合、理由コードとともにのみ手動入力を許可し、アドホックな上書きが監査可能な状態を維持します。 | |
| スケール基準 | スケール区分(段階的価格設定)が数量、金額、または重量のいずれに基づくかを定義します | 数量ベースのサービス契約(例:閾値を超える場合の訪問ごとの割引)では、関連する割引条件タイプに数量ベースのスケールが必要です。 |
2.2 条件テーブル & アクセス順序

アクセス順序とは、システムが明細行に対して有効な条件レコードを検索する際に、最も具体的なものから最も具体的でないものへとチェックする、条件テーブルの順序付きリストです。
| フィールド | 説明 | 実践的な使用法 | |
|---|---|---|---|
| 条件テーブル | 固有の条件レコードを識別するキーフィールドの組み合わせを定義します(例:販売組織 + 流通チャネル + サービス製品 + 顧客) | アクセス順序で最も具体的なテーブルを最初に設計します。例えば、顧客固有の価格設定をサービス製品のみの価格設定より先に配置することで、顧客と交渉したレートが常に一般価格表よりも優先されるようにします。 | |
| アクセス順序 | 特定の条件タイプに対して検索される条件テーブルの順序付きリスト | 順序は短く、十分に文書化してください。類似したテーブルが多数ある過度に長いアクセス順序は、サービス価格設定における「誤った価格適用」インシデントの最も一般的な根本原因です。 | |
| キーフィールド | 条件テーブルのエントリを一意にする特定のフィールド(販売組織、流通チャネル、サービス製品、顧客など) | 顧客をキーフィールドとして追加することで、顧客固有のサービス価格設定が可能になります。これを省略すると、販売エリア内のすべての顧客が同じ価格を共有することになります。 | |
| 排他インジケータ | 特定のテーブルで一致が見つかった場合、アクセス順序の検索を停止します | 顧客固有の契約価格など、一致した場合に常に優先されるべきテーブルに使用します。後続のより具体的でないテーブルが適用されるのを防ぎます。 | |
| 要件ルーチン | テーブルがチェックされる条件をさらに制限するABAPルーチン(例:特定の伝票タイプの場合のみ) | 交渉済み契約が存在しない現金販売のサービスオーダーでは、顧客固有のテーブルを完全にスキップするために有用であり、価格設定のパフォーマンスを向上させます。 |
2.3 条件レコード管理

条件レコードは、実際に登録されたデータであり、特定のキーの組み合わせに紐づく具体的な価格や割引額を保持します。これは、VK11またはFioriの「価格条件の管理」アプリを使用して作成されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 販売組織 / 流通チャネル | 価格の組織範囲 | 同一のサービス品目を国内と海外で異なる価格レベルで販売する場合、販売組織ごとに個別のレコードを管理します。 | |
| サービス品目 | 価格を記録する品目マスタ(タイプ DIEN/KMAT) | 入力前にサービス品目の基本単位を確認します。EAベースのサービス品目に対して時間単価を入力すると、請求伝票で誤った金額が算出されます。 | |
| 得意先(任意) | 条件テーブルに含まれる場合、レコードを特定の得意先に制限します | 得意先固有のレコードはアクセス順序において一般価格表よりも優先されます。基本PR00レコードを編集するのではなく、これらを個別契約に使用します。 | |
| 金額 / パーセンテージ & 単位 | 管理される値とその単位 | 時間ベースのサービスの場合、単位はサービス品目の価格決定単位(例:JPY/H)と完全に一致している必要があります。一致しない場合、請求伝票で誤った合計額が計算されます。 | |
| 有効期間 | レコードの有効開始日 / 有効終了日 | 同一キー組み合わせで有効期間が重複すると、価格決定が不明瞭になります。新しいレートを作成する前に、必ず以前のレコードの有効終了日を確定させてください。 | |
| スケール | 数量または金額の区分による段階値 | ボリュームサービス契約で一般的です。例:期間内の累積確定時間がしきい値を超えた場合に、より低い時間単価を適用します。 | |
| 削除インジケータ | 履歴を削除せずに、将来の価格決定からレコードを論理削除します | 過去の請求伝票が、その時点で有効だった条件レコードを参照できるようにするため、物理削除よりも推奨されます。 |
2.4 価格決定手順の決定

価格決定手順は、特定のサービスオーダーまたはサービス契約において、どの条件タイプが検索されるか、およびそれらがどの順序で計算されるかを決定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 価格決定手順 | 伝票に割り当てられる条件タイプとその計算ロジックの順序付きリスト | SD販売伝票の価格決定手順をそのまま流用せず、サービス伝票専用の価格決定手順を設計する。サービス固有の条件(例:設定可能サービスのVASE)を適切なステップに配置する必要がある。 | |
| 販売エリア(販売組織/流通チャネル/事業部門) | 価格決定手順割当の3つの決定キーの1つ | サービス契約/指図伝票タイプで使用される販売エリアが、PR00レコードの登録に使用される販売エリアと一致していることを確認する。一致しない場合、レコードは見つからない。 | |
| 伝票価格決定手順 | 販売伝票タイプから導出される決定キー | サービス契約とサービス指図の伝票タイプに、それぞれ異なる伝票価格決定手順区分を割り当て、各伝票タイプが自身の価格決定手順にルーティングできるようにする。 | |
| 顧客価格決定手順 | 顧客/支払元マスタから導出される決定キー | このフィールドを使用して顧客をセグメント化し(例:キーアカウント vs 標準)、異なる割引条件タイプが利用可能な手順にルーティングする。 | |
| ステップ/カウンタ & 条件タイプ順序 | 手順内における条件タイプの計算順序 | 基本価格(PR00)は、ステップ順序においてパーセント割引(RA00)より前に配置する必要がある。RA00の計算基準は通常、前ステップの正味値となるため。 | |
| 勘定キー | 条件タイプの値を勘定決定を介して特定の収益/割引総勘定元帳にリンクする | サービス基本収益と契約割引に異なる勘定キーを割り当て、FIレポートで総収益と割引控除額を区別できるようにする。 |
2.5 バリアント / 設定可能サービス価格決定 (VASE)

サービスプロダクトが設定可能(高度バリアント設定における品目タイプKMAT)である場合、標準の単一条件レコードでは考えられるすべての特性の組み合わせを捕捉できません。VASEはまさにこのケースのために存在します。
前提条件: 設定可能サービスプロダクトにはAVC(アドバンストバリアントコンフィギュレーション)モードが必要です。このシナリオではクラシックバリアントコンフィギュレーションモードはサポートされていません。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| 条件タイプ VASE | バリアント価格決定専用の条件タイプ | 設定可能なサービス契約/指図伝票タイプに割り当てられた価格決定手順にVASEが含まれていることを確認してください。標準の非設定可能手順にはデフォルトでは含まれていません。 | |
| バリアント条件キー | 特性値の組み合わせから生成される内部キー | サービス製品番号単独ではなく、このキーがVASEレコードの実際のルックアップキーです。同じサービス製品でも選択された特性値が異なる2つの指図は、異なるVASEレコードに解決されます。 | |
| 特性値依存関係 | 割増金または割引金をトリガーする特定の特性値(コンフィギュレーションプロファイルから) | 価格影響を持つ特性値ごとに1つのVASEレコードを管理します。例:「緊急対応SLA」特性値がPR00に加えて固定割増金を追加する場合。 | |
| コンフィギュレーションプロファイルリンク | 選択可能な特性と値を管理するコンフィギュレーションプロファイルへの参照 | コンフィギュレーションプロファイルの変更(特性値の追加/削除)は、VASEレコードの管理と連携する必要があります。そうしないと、新しいコンフィギュレーションオプションの価格がゼロになります。 |
次に読むべきもの
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 サービス保証マスタ |