SAP SDとは何ですか？

JinJin48

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

May 24, 2026 · 13 min read

1) SDがカバーする範囲#

SAP Sales and Distribution (SD) は、SAP ERPおよびSAP S/4HANAのモジュールであり、顧客からの受注から代金回収までのすべてのステップを管理します。これは**オーダー・トゥ・キャッシュ（O2C）**サイクルに沿って構成されています。すなわち、販売促進活動 → 受注 → 出荷伝票 → 出庫 → 請求 → 入金です。

このモジュールは正式には、SD-MD（マスタデータ）、SD-SLS（販売）、SD-SHP（出荷）、SD-BIL（請求）、SD-TBA（輸送）、SD-CAS（販売支援）、SD-FTT（外国貿易）のサブモジュールに分割されています。実際には、要件定義プロジェクトでは、主に5つの機能領域に重点が置かれます。

受注管理#

販売伝票はSDの中心的な文書です。すべての受注は3段階の構造を持っています。

• ヘッダー — 販売先、全体価格、受注日、要求納期、支払条件、インコタームズ
• 明細 — 各品目またはサービスの数量、プラント、明細カテゴリ
• スケジュールライン — 各明細の納期と確定数量、およびMRP/ATPへのリンク

注文タイプはドキュメントの動作を定義します。標準的な出荷ベースの注文にはタイプORを使用します。返品にはRE、クレジットメモ依頼にはKR、デビットメモ依頼にはDRを使用します。緊急注文（RO）と現金販売（CS）は、合理化された出荷フローを持ちます。見積（QT）と引合（IN）は、コピー管理を介して注文作成に連携する販売前ドキュメントです。

品目カテゴリは、明細レベルでの処理を制御します。TANは標準の納入対象品目、TANNは無償品目で納入はトリガーされるが請求は行われません。TABは購買依頼を介して外部ベンダーに第三者注文をルーティングします。TAKは受注生産品目で、特別在庫区分を介して製造指図と受注を紐付けます。品目カテゴリは、販売伝票タイプと品目マスタの品目カテゴリグループから自動的に決定され、手動での上書きも可能です。

スケジュールラインカテゴリ（例：標準購買のCP、計画なしのCN）は、所要量がMRPに転送されるかどうか、および出庫時に使用される在庫移動タイプを決定します。

在庫引当可能在庫確認（ATP） は、日程行レベルでチェックされます。システムは、チェック範囲（在庫のみ、購買発注を含む、製造指図を含むなど）を定義するチェックルールを使用して、需要に対する制限なし在庫と入庫予定を読み取ります。S/4HANAでは、高度なATP（aATP）により、製品代替、マルチレベルATP、および能力引当可能在庫確認（CTP）機能が拡張されます。

価格設定#

SD の価格設定は、条件技術（4層のルールエンジン）によって管理されています。

1. 条件テーブル — 条件レコードを保存するためのキーフィールドを定義します（例：販売組織 + 得意先 + 品目で得意先固有価格を保存）。
2. アクセス順序 — 優先順位に従って条件テーブル間の検索パスを定義します。システムは、有効なレコードを返す最初のテーブルを読み取り、（デフォルトでは）そこで停止します。
3. 条件タイプ — 価格設定要素の性質を定義します：PR00（基本価格）、K007（得意先割引%）、RA01（ヘッダ割引）、MWST（税）、VPRS（内部原価）。各条件タイプは、手動入力の可否、必須かどうか、および計算方法（パーセンテージ、固定金額、数量ベース）を指定します。
4. 価格設定手順 — ステップ番号、小計のためのFrom/To参照、要求ルーチン（ルーチンがfalseを返すと条件はスキップされる）、および総勘定元帳勘定にマッピングされる勘定キーを持つ、条件タイプのマスターリストです。

価格手続の決定はトランザクションOVKKで行われます。販売エリア + 顧客価格手続（得意先マスタから） + 伝票価格手続（注文タイプから）の組み合わせにより、適切な価格手続が返されます。

VPRS（原価条件）は、品目マスタから移動平均価格または標準原価を取得します。これは顧客には表示されませんが、利益管理の原価構成要素としてCO-PAに流れます。

リベート処理では、HBクラスの条件タイプが各請求時に引当勘定に引当金を計上し、後続のリベート決済実行により、その引当金に対してクレジットメモが作成されます。

出荷と配送#

出荷伝票（トランザクションVL01N）は、受注または出荷日程計画（VL10）から作成されます。出荷先、納入先住所、品目、数量、および受注からの要求納期がコピーされます。

配送プロセスの主要なステップ:

1. ピッキング — 倉庫管理（LE-WMまたはSAP EWM）が保管棚から商品を選択し、仕分けエリアに移動します。ピッキング確認により、出荷伝票上の実際のピッキング数量が更新されます。
2. 梱包 — 適切な梱包材を使用して、商品がハンドリングユニット（HU）に割り当てられます。国内出荷では梱包は任意ですが、国際貨物では必須となることがよくあります。
3. 出荷実績登録（PGI） — 移動タイプ601により、商品の物理的な出庫が記録されます。PGIにより、MMの制限なし在庫が減少し、会計伝票（売上原価の借方、在庫の貸方）が作成され、請求予定エントリがトリガーされます。出荷伝票のステータスは「出荷済」に変わり、それ以上の変更はできなくなります。

出荷ポイント決定は自動で行われます：積荷グループ（品目マスタより）＋出荷条件（得意先マスタまたは受注ヘッダより）＋プラント → 出荷ポイント。1つの納入には1つの出荷ポイントしか設定できないため、異なる品目が混在する場合、納入分割が発生することがあります。

ルート決定では、出荷ポイントからの出発ゾーン、出荷先住所からの輸送ゾーン、出荷条件、および品目マスタからの輸送グループを使用してルートを導出します。ルートには輸送時間が含まれており、これがピッキング/梱包作業の後ろ向きスケジューリングに反映されます。

バックオーダー処理（トランザクション V_V2）は、未確認数量のある納入日程行を特定し、優先順位ルールに従って新たに利用可能となった在庫を再割り当てします。

請求#

請求伝票（トランザクションVF01または請求予定リストVF04）は、出荷伝票の出庫、またはサービスの場合は販売注文から直接作成されます。一般的な請求タイプ：

• F2 — 出荷伝票から作成される標準請求書
• RE — 返品受注（REオーダータイプ）からのクレジットメモ
• RK — 請求書訂正依頼
• BV — 現金売上請求書（注文保存時に自動生成）
• LR — 返品に関する出荷関連クレジットメモ

プロジェクトやサブスクリプションのシナリオでは、請求計画によって請求と納品が分離されます。マイルストーン請求は、プロジェクトのマイルストーンが完了した時点で部分請求書を作成します。定期請求は、カレンダースケジュール（毎月、四半期ごと）に基づいて固定金額の請求書を生成します。

勘定決定（トランザクション VKOA）は、勘定科目表 + 販売組織 + 勘定設定グループ（得意先） + 勘定設定グループ（品目） + 勘定キーの組み合わせを総勘定元帳勘定にマッピングします。一般的な勘定キー：ERL（収益）、ERF（運賃収益）、ERS（原価/売上原価相殺）、ERS（リベート見越）。

請求書は自動的にFI会計伝票をリリースします。売掛金が統制勘定に対して借方に計上され、収益勘定が貸方に計上されます。これがSD-FI統合の主要なポイントです。

インターパニー請求には、販売会社コードから外部顧客への標準請求書と、出荷会社コードから販売会社コードへの振替価格でのインターパニー請求書（タイプIV）の2つの文書が含まれます。

S/4HANAにおける収益認識は、ASC 606/IFRS 15のルールに従うことができます。イベントベースの収益認識（VBREVENI）では、条件タイプに収益認識キーを使用し、請求時に繰延収益を計上し、履行義務が充足された時点で収益を認識します。

与信管理#

SD（販売管理）における与信管理では、取引の実行を許可する前に、顧客の総与信エクスポージャー（未処理受注 + 未処理出荷 + 未処理請求書 + 未処理FI明細）が与信限度額を超えていないかをチェックします。

クラシックSD与信管理 (SD-BF-CM):

• 与信管理領域 — 与信を管理する組織単位。各会社コードは1つの与信管理領域に割り当てられます。
• 静的与信チェック — 総与信エクスポージャー ≤ 与信限度額（時間軸なし）。
• 動的与信チェック — 設定可能な将来期間内のエクスポージャーが限度額にカウントされます。納期がその期間を超える受注は与信を消費しません。
• リスク区分 — 顧客はリスクグループ（例：001=高リスク、003=低リスク）に割り当てられ、適用されるチェックタイプとリアクション（警告、エラー、ワークフロー）を制御します。
• チェックポイント: 受注保存、納入伝票作成、出庫。

SAP Credit Management / FIN-FSCM-CR（新規S/4HANA導入に推奨）： S/4HANAでは従来のSD与信管理に制限があるため、新規設定にはFIN-FSCM-CRを使用すべきです。本ソリューションはSD、FI、財務から統合された与信エクスポージャーを提供します。与信セグメントにより、ビジネスユニットごとにエクスポージャーを分割できます。ルールベースの意思決定エンジンが信用力を評価し、Fioriアプリ（例：「与信限度額使用率」）により与信アナリストはリアルタイムで状況を把握できます。

2) 組織構造#

SAP SDの組織単位は、マスタデータを作成する前に設計しなければならない階層構造を形成します。販売に関連するすべてのトランザクションは、3つの単位を組み合わせた販売エリアのコンテキストで発生します。

販売組織#

販売組織（ドイツ語: Verkaufsorganisation、テーブルT001W）は、販売における最上位の単位です。これは、製品の販売と流通を担当する法的または地域的なエンティティを表します。販売組織は1つの会社コードにのみ割り当てられ、組織レベルでSD-FIリンクを形成します。

設計上の考慮事項：

• 通常、1つの法人に対して1つの販売組織が基本となる。別々の法人では、財務報告、与信管理、価格設定が販売組織固有であるため、ほとんどの場合、別々の販売組織が必要となる。
• 同一会社コード内で複数の販売組織を持つことは可能である（例：同じ法人を共有する異なる地域の販売部門）が、得意先マスタの販売エリアデータを販売組織ごとに管理する必要があるため、マスタデータの保守が増加する。
• SAPは、特定の条件レコードを共有するための「参照販売組織」コンセプトを提供している。

流通チャネル#

流通チャネル（Vertriebsweg）は、商品やサービスが顧客に届く手段を表します。一般的な例：10 = 直接販売、20 = 卸売、30 = インターネット/eコマース、40 = 小売。

流通チャネルは販売組織に割り当てられます。各チャネルは以下の項目を個別に持つことができます：

• 価格設定（販売組織＋流通チャネルをキーとする条件レコード）
• 得意先マスタデータ（販売エリアごとの支払条件、インコタームズ、出荷条件）
• 勘定決定

共通販売チャネル（SPRO：共通販売チャネルの定義）を使用すると、1つのチャネルが条件レコードや顧客マスタデータを別のチャネルと共有できるため、メンテナンスの手間が削減されます。

部門#

Division（Sparte） は、製品やサービスをビジネスラインごとにグループ化するものです（例：01 = 機械、02 = スペアパーツ、03 = サービス）。品目は基本データにDivisionを設定する必要があります。品目が受注に登録される際、部門間販売が有効化されていない限り、販売エリア（Divisionを含む）は品目のDivisionと一致している必要があります。

区分は以下に関連します：

• 顧客品目情報レコード
• 価格設定（価格リストは区分ごとに設定可能）
• 販売統計およびレポートのセグメンテーション

共通部門（SPRO：共通部門の定義）により、得意先マスタデータを部門間で共有できます。

販売エリアと下流ユニット#

販売エリア = 販売組織 + 流通チャネル + 部門。以下はすべて販売エリアをキーとしています：

• 得意先マスタの販売エリアデータ（支払条件、インコタームズ、出荷条件、得意先価格決定手順、出力条件）
• 条件レコード（価格、割引、追加料金）
• 得意先品目情報レコード

販売エリアの下には、レポート作成や作業負荷の割り当てに役立つ2つのオプションの組織単位があります。

• 営業所 — 営業担当者の地理的または機能的なグループ（例：東京営業所、大阪営業所）
• 営業グループ — 営業所内のチーム（例：キーアカウントチーム）

営業所も販売グループも価格設定や伝票決定には影響しません。これらは主にレポート用の区分であり、販売伝票に手動またはデフォルトで割り当てることができます。

プラントは、在庫と生産を管理する物流単位です。各プラントは販売組織に割り当てられます。受注伝票の明細が作成されると、得意先マスタや品目マスタのデフォルト値に基づいてプラントが提案されますが、上書きすることも可能です。プラントは、在庫確認、MRP、出荷ポイントの決定を実行するための基準となります。

3) ロール#

概要#

SAP SDは、企業の販売活動を物流および財務バックエンドに連携させるモジュールです。その5つの中核サブモジュール（受注管理、価格設定、出荷・納品、請求、与信管理）が連携して、受注から入金までのサイクルを実装します。組織構造の設計（販売組織、流通チャネル、部門）は基礎となるものであり、ここでの判断が、本番稼働後も長年にわたってマスタデータ、価格設定の保守、およびレポートの形態を決定づけます。

S/4HANAにおける最も重要な構造変更は、得意先マスタ（XD01）からビジネスパートナー（BPトランザクション）への置き換えです。与信管理は、新規導入において従来のSD-BF-CMからFIN-FSCM-CRへ移行します。Fioriアプリが、販売処理、与信分析、出荷管理の主要インターフェースとしてSAP GUIに取って代わります。

要件定義プロジェクトにおいて、初期段階で重要な判断事項は以下の通りです。必要な販売組織と流通チャネルの数、採用する価格設定手順の戦略、実装する与信管理アプローチ（クラシック vs. FSCM-CR）、そしてMM（ATP）、FI（勘定決定）、CO（CO-PA特性）、PP（MTOシナリオ）との統合境界をどこに設定するかです。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data