メインコンテンツへスキップ
見出し画像

SAP SDコンサルの仕事|SDモジュールの業務範囲と、SD案件で求められる経験

    SAP案件の募集では、「SD」ではなく「販売物流」と書かれていることがよくあります。そうした案件で、SDコンサルタントは何を任されるのでしょうか。

    SD(Sales and Distribution)は、受注から出荷、請求までを扱うモジュールです。ただ、案件で問われるのは画面の操作ではありません。「誰が、どの経路で、何を、いくらで売るのか」を、企業の業務に合わせてSAPの上に組み立てられるかどうかです。

    この記事では、SDの業務範囲を、コンサルタントが設計で決めることの目線で整理します。そのうえで、当社に届いたSAP案件の要件から、SDコンサルタントに何が求められているのかをまとめます。



    このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

    当社には、販売・販売物流(SD)の領域のSAP案件が継続的に届いています。この記事の後半でも、実際に届いた5件の条件を紹介しています。

    SDの経験や、受注から請求までの業務の知見を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

    下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

    画像

    アサインコネクトをチェックする


    この記事でわかること

    • SDが扱う範囲と、会計(FI)や購買・在庫(MM)との境目

    • 受注・出荷・請求の場面ごとに、コンサルタントが設計すること

    • SDの設計の出発点になる「販売エリア」と、価格の仕組み

    • SD案件で実際に求められている経験と、経歴書で伝えたいこと

    1. SDが扱うのは「受注から請求まで」。入金は会計へ

    SDは、日本語では「販売管理」と訳されることが多いモジュールです。顧客から注文を受け、商品を出荷し、請求書を出すところまでを扱います。案件では、出荷まわりを含めて「販売物流」と呼ばれることもあります。

    最初に押さえておきたいのは、どこで会計に引き渡すかです。SAPの公式トレーニングでは、請求伝票を保存すると、会計に必要な伝票が自動で作られると説明されています。顧客からの入金を消し込むのは会計(FI)の仕事で、SDは「何を、いくらで、誰に請求したか」を確定させて会計へ渡す役割を持っています。

    また、売るときの流れは商品によって変わります。在庫を持つ物を売る場合は、出荷が終わってから請求します。サービスを売る場合は、出荷がないため、受注から直接請求へ進みます。1つの受注に両方が混ざることもあります。

    各モジュールの全体像は、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

    2. 受注・出荷・請求の3つの場面と、そこで設計すること

    SDの業務は、受注・出荷・請求の3つの場面に分けると見通しがよくなります。ここでは、メーカーが取引先の販売店に製品を売る場面を例に、それぞれで何が起き、コンサルタントが何を決めるのかを追います。

    受注:価格・在庫の確認・与信の3つが動く

    販売店から「製品Aを100台、来月10日までに」という注文が入ると、受注伝票を登録します。このとき、裏側では主に3つの処理が動きます。

    • 価格の決定:顧客や数量に応じた価格・値引き・送料などを、あらかじめ登録した条件から自動で計算する

    • 在庫の確認:希望の日に出せる在庫があるかを確かめ、出せる日と数量を回答する。SAPの公式トレーニングでは、受注を登録すると、この確認が自動で行われると説明されています

    • 与信の確認:顧客ごとに決めた取引の上限を超えていないかを確かめ、超えていれば受注を止めて担当者の確認に回す

    コンサルタントが決めるのは、どの条件で価格が決まるのか、在庫が足りないときにどう回答するのか、与信で止まった受注を誰がどう判断するのか、といった業務のルールです。

    出荷:出庫の登録で、在庫の数量と金額が動く

    出荷の日が近づくと、受注をもとに出荷伝票を作ります。出荷伝票は、倉庫での取り出し(ピッキング)、梱包、輸送の手配、出庫の登録までをまとめて管理する伝票です。倉庫の作業そのものは、倉庫管理(EWM)と分担することもあります。

    出庫を登録すると、在庫の数量と金額が動きます。ここで会計への影響が初めて出るため、出荷のタイミングと、どの勘定科目に計上するかは、MMや会計の担当者と一緒に決める論点になります。

    請求:請求伝票を保存すると、会計の伝票ができる

    出荷が終わったら、出荷伝票をもとに請求伝票を作ります。同じ顧客・同じ請求日のものは、1枚の請求にまとめることもできます。

    SAPの公式トレーニングによると、請求伝票を保存すると、会計の伝票、収益性分析(CO-PA)向けの伝票、販売の統計、与信の利用額などが一度に更新されます。請求の設計は、会計・管理会計の数字に直結します。売上をどの勘定に、どの単位で計上するかは、SDだけでは決められません。収益認識基準への対応で、販売の側と会計の側がそれぞれ決めることは、別記事「SAPの収益認識の案件|収益認識基準への対応で、販売・会計のコンサルに求められる経験」で整理しています。

    3. SDコンサルが最初に決める「販売エリア」と、価格の仕組み

    受注・出荷・請求の動き方は、プロジェクトの最初に決める販売の組織と、価格の決まり方でほぼ形が決まります。

    販売エリア:誰が、どの経路で、何を売るか

    • 販売組織:販売に責任を持つ単位。受注・出荷・請求のすべての伝票が、どれか1つの販売組織に属します。1つの販売組織は1つの会社コード(会計の単位)に結びつきます

    • 流通チャネル:顧客に届ける経路。卸売、小売、直販など

    • 製品部門:扱う製品やサービスのまとまり。製品群ごとに分けることが多い

    この3つの組み合わせを「販売エリア」と呼びます。販売エリアごとに、顧客の条件や価格を変えたり、誰がどの範囲の販売を担当できるかを決めたりします。会社が複数あり、卸と直販の両方を持つ企業では、この組み合わせをどう切るかで、その後の価格や帳票の作りやすさが大きく変わります。

    価格の仕組み:条件の組み合わせで決まる

    SDの価格は、1つの金額を登録して終わりではありません。基本の価格、顧客ごとの値引き、数量に応じた割引、送料、税金などを「条件」として登録し、決まった順番で積み上げて最終的な金額を計算します。

    どの条件を、どの順番で、どの組み合わせから探すのかを設計するのは、SDコンサルタントの中心的な仕事の一つです。SAPのSD領域の認定試験でも、価格と条件の仕組みは、販売伝票・出荷と並んで出題の比重が大きい分野に挙げられています。

    マスタ:顧客と品目

    • ビジネスパートナ(得意先):注文する先、届け先、請求先、支払う先を分けて持てる。S/4HANAでは、得意先と仕入先をビジネスパートナとしてまとめて管理します

    • 品目マスタ:販売の単位や出荷の条件など、販売に必要な情報を持つ

    • 価格の条件:前の項で触れた、価格・値引き・送料などの登録内容

    4. 隣のモジュールとの境目

    SDは、物の動きとお金の動きの両方に接しているため、隣のモジュールとの境目をどう引くかが設計の大きな論点になります。

    • MM(購買・在庫):MMは仕入先からの購買、SDは顧客への販売。出荷で在庫が減るため、在庫の数字で接する。MMの記事は別記事「SAP MMモジュールとは|購買・在庫の業務と、MM案件で求められる経験」

    • FI(財務会計):請求のあと、売掛金の管理と入金の消し込みはFI。与信の管理も、SAPの公式トレーニングでは売掛金(会計)側のコースで扱われている

    • CO(管理会計):請求のデータが収益性分析に流れる。製品別・顧客別の利益をどう見たいかで、SDの設計が変わる。FI/COコンサルの仕事は、別記事「SAP FI/COコンサルの仕事|会計モジュールの違いと、会計案件で求められる経験」で整理しています

    • EWM(倉庫管理):ピッキングや梱包など倉庫の中の作業。物流センターを持つ企業で関わる

    • Service(サービス管理):修理や保守などのサービスを売る業務。SDと近いため、SDの経験者が求められることがある

    5. SD案件では何が求められているか

    2026年8月から10月までに当社へ届いたSAP案件を見返すと、販売・販売物流に関わるものが5件(募集の枠では6つ)ありました。発注元の企業が分からないように要件を言い換え、傾向だけをまとめます。件数は多くないので、目安として読んでください。

    5件の内訳(要件を言い換えて要約)

    • 製造業のSAP導入で、SDかMMのどちらかの設計と設定。SAP標準の設定内容を自分で調べて理解し、外部システムとの連携項目も業務を想像しながら整理していける人

    • クラウド版S/4HANAの導入で、販売物流のリーダーまたはサブリーダー。顧客との要件の整理と折衝、メンバーの作業管理と成果物の確認

    • 同じ企業の販売物流の運用保守で、SDのリーダー。問い合わせ対応と課題の整理、チームの取りまとめ

    • 電機メーカーの新規導入で、サービス管理のモジュールコンサルタント(SDの経験でも可)。業務の要件定義と、標準機能で課題が出たときの調査。日本語と英語でのやり取り

    • 製造業のS/4HANA構想策定で、販売と調達をまとめて担当するチーム。チームリードの枠と、メンバーの枠の2つ。どちらも要件定義の経験が必要で、リードの枠には収益認識基準(売上をいつ、いくらで計上するかの会計ルール)の知見も求められていた

    5件から見えた4つの傾向

    1. 6枠のうち3枠が、リーダー・チームリードの募集だった

    リーダーやサブリーダー、チームリードの枠が半分を占めていました。メンバーの作業管理、成果物の確認、取りまとめといった言葉が条件に並んでいます。

    2. 顧客と直接話して決められることが、ほぼ毎回求められていた

    要件の整理、折衝、業務観点の議論、顧客と合意しながら進めること。表現は違いますが、5件のうち4件に入っていました。設定ができることに加えて、業務の側で話をまとめられることが見られています。

    3. 標準機能を自分で調べて判断できることが条件になる

    「SAP標準の設定を理解し、自走して調べられる」「標準機能で課題が出たときに調査できる」といった条件が2件にありました。決まった設定を入れるだけでなく、標準で何ができるかを自分で確かめ、判断できるかが問われています。

    4. MMは「尚可」、隣の領域の経験が評価を上げる

    販売物流の2件で、MMの知見が「あれば尚可」とされていました。サービス管理の案件ではSDの経験でも可とされ、構想策定の案件では販売と調達が1つのチームでした。SDに加えて隣の領域を少し知っていることが、選ばれる理由になる場面があります。

    これまでのSDの経験が、どの枠に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

    SAP案件の受け取り方を見る

    6. 経歴書で伝えたい6つのこと

    前の章の傾向を踏まえると、SDコンサルタントの経歴書には、次の6つが読み取れるようにしておくと、案件の担当者に伝わりやすくなります。

    • 製品とバージョン:ECC/S/4HANA(オンプレミス/クラウド)

    • 担当した段階:構想策定、要件定義、設計、設定、テスト、データ移行、運用保守

    • 扱った販売の形:国内販売、輸出、卸と直販、受注生産、サービスの販売、返品など

    • 自分で設計したもの:販売エリアの切り方、価格の条件、与信のルール、出荷・請求のタイミングなど

    • つないだ相手:MM、FI・CO、EWM、外部の受注システムやEDI(企業間の電子取引)

    • チームでの役割:メンバー、サブリーダー、リーダー(人数も)。顧客との打ち合わせを自分が進めていたか

    たとえば、次の2つの書き方を比べてみてください(どちらも架空の例です)。

    • 伝わりにくい例:「SAP SDの導入プロジェクトに参画(3年)」

    • 伝わりやすい例:「卸と直販を持つ製造業のS/4HANA導入で、SDの要件定義から設定までを担当。販売エリアの構成と、取引先ごとの値引きの条件を設計し、売上の計上方法を会計チームと調整。顧客の営業部門との定例を主導し、メンバー3名の設計書を確認」

    2つ目の書き方なら、案件の担当者が知りたい「何を自分で設計したか」「顧客とどこまで決めてきたか」「何人をまとめたか」が、読むだけで分かります。業務コンサルと技術寄りのコンサルの違いは、別記事「SAPコンサルタントとは|仕事内容・4つのタイプ・キャリアの進み方」で整理しています。

    7. よくある質問

    「販売物流」と「SD」は同じ意味ですか?

    案件では、ほぼ同じ意味で使われることが多くあります。ただし「販売物流」と書かれている場合は、受注や請求に加えて、出荷・在庫・倉庫まわりまで含めて担当する前提のことがあります。どこまでが担当範囲かは、案件ごとに確認するのが確実です。

    営業事務の経験だけで、SDの案件に入れますか?

    受注の入力や請求書の発行に慣れていることは、SDの業務を理解する土台になります。一方で、今回の5件はどれも、SAPの導入や運用保守に関わった経験を条件にしていました。まずは社内のSAP導入でキーユーザー(業務側の窓口)を務めるなど、仕組みを作る側に一度入る経験が、SDコンサルへの近道になります。

    導入と運用保守は、どちらの案件を選ぶべきですか?

    求められることが違うため、どちらが上ということはありません。今回の5件では、導入では顧客との要件の整理や設計が、運用保守では問い合わせ対応や課題の整理、チームの取りまとめが条件に並んでいました。これまでの経験に近い方から選ぶと、条件の確認がスムーズに進みやすくなります。

    資格は必要ですか?

    今回の5件で、資格が必須とされたものはありませんでした。持っていると、SDの基礎を一通り学んだことを示す材料にはなります。販売の領域では、SAPの認定資格「SAP Certified Associate - SAP S/4HANA Cloud Private Edition, Sales」(C_TS462)が用意されています。資格の選び方は、別記事「SAP資格一覧|レベル・領域別の選び方と、2026年に変わった認定制度」で整理しています。

    まとめ

    • SDは「受注から請求まで」を扱い、入金の消し込みは会計(FI)へ引き継ぐ

    • コンサルタントの仕事の中心は、販売エリアの切り方、価格の条件、与信や出荷・請求のルールを業務に合わせて設計すること

    • 当社に届いた案件では、リーダーの経験、顧客と直接決められること、標準機能を自分で調べて判断できることが見られていた

    アサインコネクトは、SAP人材に特化した案件紹介サービスです。

    希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

    SAP案件を受け取る方法を見る


    参考資料

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ