JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 15 min read

カバー: 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 条件カテゴリと条件タイプ

条件カテゴリを比較する2x3マトリックス:価格、割引率、割引額、運賃、税金、バリアント/コンフィギュレーション価格

すべての条件タイプには条件クラスが割り当てられており、これは価格決定手順の累計におけるその値の動作を制御します。つまり、正味価値に加算されるか、純粋に情報提供(統計)となるか、または別の税計算に供給されるかを決定します。条件クラスを誤ることは、よくある設定ミスです。間違ったクラスで設定された割引は、正味価値を減らせないか、請求書から黙って消えてしまいます。

条件クラスコード例ユースケース主要な動作
価格PR00サービス品目の基本価格ほとんどの価格決定手順で必須。後続の条件が調整する正味価格の起点となる
割引/割増(%)RA00契約レベルのパーセント割引手順の前ステップにおける累積正味価格に基づいて計算。数量または金額によるスケール設定が可能
割引/割増(金額)RB00固定額控除単価または伝票単位の絶対値。基本価格とは独立
運賃/配送費用KF00現地派遣または移動費用の割増フィールドサービスにおいて、サービス料金とは別に技術者の移動費用を回収するために一般的に使用
税金MWST売上税の決定販売価格決定手順ではなく、専用の税手順によって解決されるが、同一の条件テクニックを使用
バリアント/コンフィギュレーションVASE設定可能なサービス品目の特性値に基づく価格割増アドバンストバリアントコンフィギュレーション(AVC)が必要。関連する特性値の組み合わせごとに1つの条件レコードが必要

設計原則: 条件クラスは、ビジネス上の呼称ではなく、累計値における値の動作(正味価格に加算するか、統計/情報のみとするか)に基づいて選択します。


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

サービス基本データランドスケープ(サービス製品&テンプレート、クライアントレベル)からのゾーンDの切り抜き。価格条件PR00を示す

上記の図は、サービスモジュールのマスタデータランドスケープから**ゾーン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関与を示すチェックリスト:条件タイプ、条件テーブル/アクセス順序、条件レコード、価格決定手順の決定、バリアント価格決定

データ区分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 価格決定手順の決定

価格決定手順の決定入力(販売エリア、伝票価格決定手順、顧客価格決定手順)と、その結果として有効となる条件タイプの順序を示す2列比較図

価格決定手順は、特定のサービスオーダーまたはサービス契約において、どの条件タイプが検索されるか、およびそれらがどの順序で計算されるかを決定します。

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

2.5 バリアント / 設定可能サービス価格決定 (VASE)

設定可能サービス価格決定フローを示すスタック階層図: コンフィギュレーションプロファイル → 特性値 → VASE条件レコード → サービスオーダー割増

サービスプロダクトが設定可能(高度バリアント設定における品目タイプKMAT)である場合、標準の単一条件レコードでは考えられるすべての特性の組み合わせを捕捉できません。VASEはまさにこのケースのために存在します。

前提条件: 設定可能サービスプロダクトにはAVC(アドバンストバリアントコンフィギュレーション)モードが必要です。このシナリオではクラシックバリアントコンフィギュレーションモードはサポートされていません。

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

次に読むべきもの

L1) Big Picture

IDCategoryTitle
srv-001OverviewSAP Serviceとは何ですか?

L2-A) Master Data

IDCategoryTitle
srv-a01OverviewSAP サービス基本データ:概要、階層、および関連性
srv-a03-01Master DataSAP サービス品目マスタ
srv-a04-01Master DataSAPスペアパーツマスタ
srv-a03-02Master DataSAP サービス価格決定条件 📍
srv-a05-01Master DataSAP サービス機能場所
srv-a05-02Master DataSAP サービス設備
srv-a05-03Master DataSAP サービス部品表
srv-a06-01Master DataSAP サービス サービス契約テンプレート
srv-a06-02Master DataSAP サービス サービスオーダーテンプレート
srv-a07-01Master DataSAP サービス保証マスタ