JinJin48

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

June 23, 2026 · 19 min read

SAP MM 価格条件

価格条件は、SAPの条件技術フレームワークにおける購買管理（MM）向けに、仕入先と合意した価格条件（総額価格、割引、追加料金、運送費）を保存するマスタデータオブジェクトです。購買情報レコードのフラットな正味価格とは異なり、価格条件は複数レベルのロジック（日付範囲の有効性、数量スケール、仕入先階層、多段階計算スキーマ）をサポートします。適切に設定されたMM環境では、すべての購買発注明細の価格は、このフレームワークを通じて決定されます。この記事では、MM条件技術の全体的なアーキテクチャ（パート1）と、コンサルタントが定義・保守するMM固有の設定およびフィールド詳細（パート2）について説明します。

第1部: 価格条件 — 中核概念（全モジュール）#

1.1 価格条件とは#

価格条件は、SAPの条件技術（Condition Technique）内で管理される構造化された価格レコードであり、これは複数のSAPアプリケーション（MM、SD、TM）で使用されるルールベースの価格決定のための汎用フレームワークです。MM購買において、価格条件は、特定のキー組み合わせ（例：仕入先＋品目、または仕入先＋品目グループ＋購買組織）に対して、定義された有効期間にわたり合意された価格または調整係数を格納し、オプションで数量ベースのスケールを持つことができます。購買発注作成時、システムは価格決定手順で定義されたアクセス順序を通じて該当する価格条件を検索し、ステップ順に該当レコードを解決し、有効な購買発注価格を計算します。

1.2 条件技術の4つの構成要素#

MM購買における条件技術は、4つの連動する設定オブジェクトから構成されています。価格決定マスタデータの設計を決定する前に、これらの関係を理解することが不可欠です。

設計原則: 条件技術はトップダウンで設定（価格決定手順 → 条件タイプ → アクセス順序 → 条件テーブル）されますが、実行時にはボトムアップで評価（レコード検索 → ステップ計算 → 正味価格）されます。この2つの方向性を混同することが、価格決定の設定ミスで最も一般的な原因です。

1.3 組織階層とデータ階層#

データ階層と具体例

価格条件は3つの階層にわたってカスケードされます。

Layer 1 — Customizing (one-time setup, owned by MM Customizing team)
   │
   ├── Pricing Procedure RM0000
   │      Steps: PB00 → RA00 → FRB1 → NAVS
   │      Assigned to (Purchasing Org 1000 × Vendor Schema Group "01")
   │
   ├── Condition Type PB00 — Gross Price
   │      Condition Type RA00 — % Discount
   │      Condition Type FRB1 — Freight (absolute)
   │
   └── Access Sequence 0002
          Step 1: search by (Vendor × Material × Plant)
          Step 2: search by (Vendor × Material)
          Step 3: search by (Material)

Layer 2 — Master Data (owned by MM master data team, MEK1 / MEK2)
   │
   ├── Condition Record: Vendor A × Material 100 → €10.00/PC (PB00)
   │      Validity 2026-01-01 to 2026-12-31
   │      Scale: ≥100 PC → €9.40/PC
   │
   └── Condition Record: Vendor A → 5% discount (RA00)

Layer 3 — Runtime (created automatically every PO save)
   │
   └── PO 4500001234 Item 10 — Vendor A, Material 100, 50 PC
          Pricing procedure runs → final line value
          Document Condition stores: €10.00 − 5% = €9.50/PC

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

価格条件フレームワークは単独で動作するわけではありません。その設定はカスタマイジングオブジェクトに依存し、そのレコードは購買マスタデータと密接に連携します。

第2部: MM固有のフィールド詳細#

2.0 MM（在庫管理/購買管理）の所有範囲#

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

2.1 価格決定手順（計算スキーマ）#

価格決定手順（計算スキーマとも呼ばれる）は、購買発注明細行の完全な価格計算ロジックを定義します。これは最上位の制御オブジェクトであり、すべての条件タイプとその計算順序がここで定義されます。MMコンサルタントは、カスタマイズの要件を定義するために標準スキーマを理解する必要があります。

2.2 条件タイプの設定#

条件タイプは、各価格決定要素の動作（計算方法、適用されるスケール基準、条件レコードを保持できるかどうか）を定義します。MMコンサルタントは、価格決定の異常を診断するために、条件タイプの設定を読み解釈できなければなりません。

2.3 アクセス順序と条件テーブル#

アクセス順序は、購買発注作成時にシステムが正しい条件レコードを検索するための検索戦略を定義します。適切に設計されたアクセス順序は、不必要に詳細なレベルでの条件レコードを必要とせずに、価格を効率的に解決します。

2.4 条件レコード (KONP — マスタデータ)#

Condition Records（条件レコード）は、MMチームが管理する運用マスタデータです。各レコードは、特定のキー組み合わせに対して合意された価格または調整係数を、定義された有効期間にわたって保存します。これらは、MEK1（作成）、MEK2（変更）、およびMBN1（一括照会）を使用して作成・管理されます。

2.5 条件スケール#

条件スケールを使用すると、1つの条件レコードに、注文数量または金額に基づく複数の価格段階を保持できます。これらは、MEK1/MEK2の条件レコードの一部として管理され、購買発注明細レベルで評価されます。

前提条件: 条件タイプの設定でスケールが許可されている必要があります（T685のスケール基準フィールドが設定されていること）。条件タイプのスケール基準が空白の場合、MEK1のスケール入力画面は表示されません。これは、当初単価として設定された既存の条件タイプにスケールを追加する際に、よくある混乱の原因です。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction