SAP SDモジュール 業務フロー完全解説｜受注から売上計上まで

はじめに

SAPのSDモジュール（Sales and Distribution：販売管理）は、企業の「モノを売る」業務全体をカバーするモジュールです。顧客からの引き合い・受注から始まり、出荷・請求書発行・代金回収まで、企業の販売サイクルを一元管理します。

この記事では、Order-to-Cash（受注から入金まで） と呼ばれる一連の業務フローを、「なぜその業務が必要なのか」というビジネス観点と、「SAPではどのトランザクションで操作するか」を対応付けながら解説します。

flowchart LR
    M0["STEP 0\nマスタデータ設定\nXD01 / MM01 / VK11"]
    M1["STEP 1\n引き合い・見積\nVA11 / VA21"]
    M2["STEP 2\n受注\nVA01"]
    M3a["STEP 3a\n出荷伝票作成\nVL01N"]
    M3b["STEP 3b\nピッキング・出庫転記\nVL02N"]
    M4["STEP 4\n請求書発行\nVF01"]
    M5["STEP 5\n入金消込\nF-28"]

    M0 --> M1
    M1 --> M2
    M2 --> M3a
    M3a --> M3b
    M3b --> M4
    M4 --> M5

SDモジュールが管理する業務の全体像

SDモジュールが担う業務は大きく以下の4領域に分かれます。

本記事では、このうち販売管理・出荷管理・請求管理（O2Cサイクル）を中心に解説します。

STEP 0：マスタデータの設定

業務フローを始める前に、SAPには2つの重要なマスタデータが必要です。

得意先マスタ（Customer Master）

業務的な意味： 得意先マスタとは、商品を販売する取引先（顧客）の情報を登録したデータです。会社名・住所・支払条件・与信枠・出荷先など、取引に必要なすべての情報が集約されています。得意先マスタが登録されていないと、その顧客への受注入力ができません。

得意先マスタは「一般データ」「会社コードデータ」「販売エリアデータ」の3層で管理されており、財務・販売それぞれの視点から顧客情報を保持します。販売エリアは販売組織・流通チャネル・製品部門の組み合わせで決まります。

品目マスタ（Material Master）の販売ビュー

業務的な意味： 品目マスタはMMモジュールでも使用しますが、SDでは「販売ビュー」が重要です。販売価格・販売単位・出荷処理の設定など、売る側の視点での情報が登録されています。MMの購買ビューと組み合わせることで、同じ品目を「買う」「売る」の両面で管理できます。

ポイント：価格条件（Condition） SDでは、価格をマスタに固定値として持つのではなく「条件レコード」として管理します。得意先ごと・品目ごと・数量ブレイクごとに異なる価格を設定でき、プロモーション割引なども条件レコードで表現します。価格の組み立て順序は価格設定手順、個々の値引き・割増は条件タイプ、販促施策はリベートや無償提供で表現します。

STEP 1：引き合い・見積（Inquiry / Quotation）

業務的な意味

引き合いとは、顧客が「この商品をいくらで売ってもらえますか？」と問い合わせてくる段階です。この時点ではまだ売買の約束はありません。

企業は引き合いに対して見積書を作成し、顧客に提示します。見積書には有効期限があり、その期間内であれば記載の条件で販売できることを保証します。

見積ステップが必要な理由：

• 交渉管理：価格・数量・納期の交渉履歴をSAPに記録するため
• 転換率の把握：見積から受注への転換率を分析し、営業活動の効率を測るため
• 受注への自動転記：見積を参照して受注を作成すれば、入力の手間を省きミスを防げるため

SAPでの操作

STEP 2：受注（Sales Order）

業務的な意味

受注とは、顧客から正式に「この商品をこの数量・この価格で購入する」という意思確認を受け、SAPに記録するプロセスです。

受注を登録した時点で、販売側と顧客の間に約束（コミットメント）が生まれます。受注は後続のすべての業務（出荷・請求）の起点となる最重要伝票です。

受注が持つ情報：

• 顧客情報（得意先番号・出荷先・請求先）
• 品目・数量・単価・割引
• 希望納期・出荷条件
• 支払条件（例：請求後30日払い）
• 受注明細ごとの明細カテゴリ・納入日程行カテゴリ（在庫引当・手配方法を制御）
• 輸出取引ならインコタームズによる費用・リスク負担の取り決め

受注タイプのバリエーションとして、委託販売、第三者直送（ドロップシップ）、返品処理などがあり、業務に応じて使い分けます。

SAPでの操作

VA01で入力する主な項目：

ポイント：与信チェック 受注保存時に、設定に応じて自動与信チェックが走ります。顧客の与信限度額を超える受注は、ブロックされて営業管理者の承認が必要になります。これにより、回収不能な売上を未然に防ぎます。未出荷分は受注残（バックログ）として別途モニタリングします。

ポイント：在庫引当（ATP チェック） SAPは受注登録時に「この納期までに在庫・生産能力があるか」を自動確認します（Available-to-Promise）。ATPチェックにより、出荷できない受注を約束してしまうリスクを防ぎます。

STEP 3：出荷（Delivery）

業務的な意味

出荷とは、受注した商品を倉庫から取り出し、顧客に向けて発送する準備と実行のプロセスです。

受注があっても、倉庫が動かなければ商品は届きません。出荷処理では「どの倉庫から・何を・何個・いつ出すか」を記録し、倉庫作業（ピッキング）の指示を出します。

出荷処理のステップ：

1. 出荷伝票の作成：受注をもとに出荷指示書を作成。どの出荷ポイントから出すかが自動決定されます
2. ピッキング：倉庫担当者が棚から商品を集める作業。SAPでは「転送指図（Transfer Order）」という伝票でどの棚から何個取り出すかを指示します
3. 出庫転記（Goods Issue）：倉庫から商品が出たことをSAPに記録し、在庫を減らす

SAPでの操作

出荷処理の流れとトランザクション：

flowchart LR
    SO["受注\nVA01\n在庫：変化なし\n伝票：受注確定"]
    DL["出荷伝票作成\nVL01N\n在庫：引当済\n伝票：出荷伝票オープン"]
    PK["ピッキング数量入力\nVL02N\n在庫：ピッキング中\n伝票：ピッキング確認済"]
    GI["出庫転記\nVL02N（出庫転記ボタン）\n在庫：実在庫が減算\n伝票：出荷完了\nFI：売上原価仕訳が自動起票"]

    SO --> DL
    DL --> PK
    PK --> GI

ポイント：出庫転記と在庫の連動 出庫転記を行うと、MMモジュールの在庫が減少します（移動タイプ601）。また、FIモジュールで売上原価の仕訳が自動的に起票されます。MMとFIをまたぐこの自動連携が、SAPの統合ERPとしての強みの一つです。

STEP 4：請求書発行（Billing）

業務的な意味

請求書発行とは、出荷した商品に対して顧客への請求書を作成し、代金を請求するプロセスです。

出庫転記が完了すると「商品を渡した」という事実が確定します。その事実に基づき、顧客に対して「代金を支払ってください」という請求書を発行します。SAP上で請求書を保存した瞬間、FIモジュールに売上の仕訳が自動起票されます。請求の種類（通常請求・クレジットメモ・デビットメモなど）は請求伝票タイプで制御し、請求書・納品書などの帳票出力は出力タイプで管理します。

請求書が重要な理由：

• 売上認識：請求書発行（または出荷）のタイミングが会計上の売上認識時点になる
• 債権管理：請求書を発行することで、顧客への売掛金（未収金）がFIに記録される
• 法的証憑：顧客との取引を証明する法的書類として機能する

SAPでの操作

ポイント：FIへの自動仕訳 VF01で請求書を保存すると、FIモジュールに以下の仕訳が自動起票されます。

• 借方：売掛金（顧客）
• 貸方：売上高

このようにSDとFIはリアルタイムで連携しており、請求書伝票番号がそのまま会計伝票番号に紐付きます。

STEP 5：入金・売掛金消込（Payment / Clearing）

業務的な意味

入金消込とは、顧客から代金が振り込まれたとき、FIモジュールの売掛金（未収金）を消す処理です。

請求書を発行した段階では、まだお金は手元にありません。顧客が支払いを行い、銀行口座に入金されて初めて、売掛金が消えて現金に変わります。この消込処理はFIモジュールの領域ですが、O2Cサイクルの最終ステップです。

消込処理をしないとどうなるか： 消込を行わないと、すでに入金済みの請求書が「未回収」のまま売掛残高に残り続けます。その結果、財務諸表の売掛金が実態より過大になり、経営者が「まだいくら回収できていないか」を正確に把握できなくなります。また、入金済みの顧客に督促書を送ってしまうなど、業務上のミスにもつながります。

O2Cサイクル全体のまとめ

ここまで解説したフローを整理します。

flowchart LR
    subgraph SALES["営業"]
        S1["引き合い受付\nVA11"]
        S2["見積作成\nVA21"]
        S3["受注登録\nVA01"]
        S4["請求書発行\nVF01"]
        S1 --> S2 --> S3
    end
    subgraph WH["倉庫・物流"]
        W1["出荷伝票作成\nVL01N"]
        W2["ピッキング実施\nVL02N（ピッキング）"]
        W3["出庫転記\nVL02N（出庫転記）"]
        W1 --> W2 --> W3
    end
    subgraph FI["経理（FI）"]
        F1["入金確認\n銀行照合"]
        F2["売掛金消込\nF-28"]
        F3["売掛残高照会\nFBL5N"]
        F1 --> F2
    end

    S3 --> W1
    W3 --> S4
    S4 --> F3
    F3 --> F2

よくある疑問

Q. 受注なしに出荷・請求できますか？ A. 設定により可能ですが、O2Cの内部統制上、受注→出荷→請求の順序を必須にしている企業がほとんどです。受注なしの出荷を許可すると、売上の発生原因が追跡できなくなるリスクがあります。

Q. 出庫転記前に請求書を発行できますか？ A. 請求タイプの設定によっては可能です（前払い請求など）。ただし一般的な商品販売では「出荷後に請求」が原則で、これにより「出荷していない商品を請求する」不正を防止します。

Q. 返品・クレジットメモはどう処理しますか？ A. 顧客から商品が返品された場合は、返品受注（受注タイプRE）を作成し、入庫処理（返品入庫）→クレジットメモ発行のフローで処理します。これにより在庫と売上の両方が正確に戻されます。

もっと体系的に学びたい人へ

SDの流れを追っていくと、受注時点での在庫引当はMM、出荷実績の仕訳と売掛はFI、利益分析はCO-PAと、常にどこかのモジュールと手をつないで進んでいるのが分かります。SDとFI/MMの連携がイメージできると、顧客からの問い合わせや受注残の議論が一気に立体的になってきます。

その橋渡しの部分は、一度まとまった書籍で俯瞰しておくのがいちばん早い、というのが正直なところです。下記の本は図解中心でSAP全体の業務連携が整理されているので、SDを入り口にSAPを学んでいる方にとっても参考になると思います。

まとめ

SDモジュールの業務フローを整理すると、核心は「顧客との約束（受注）を起点に、出荷・請求・回収まで一気通貫で管理する」ことです。

• 受注：顧客との取引コミットメントの記録（VA01）
• 出荷：商品の物理的な移動と在庫減算（VL01N / VL02N）
• 請求書発行：売上計上と売掛金の発生（VF01）
• 入金消込：売掛金の回収完了（F-28）

SAPのSDモジュールは、この業務フローをMMモジュール（在庫）・FIモジュール（会計）と自動連携させることで、営業・倉庫・経理が同じデータをリアルタイムで共有し、転記ミスのない業務運営を実現します。

各トランザクションの詳細操作については、個別の記事でさらに詳しく解説予定です。

各モジュールの業務フローをより深く理解するには、S/4HANAの全体像を先につかんでおくのが近道です。約2時間の動画で主要機能と特徴を一通り押さえられます。