SAP SD/MMコンサルのフリーランス案件の仕事内容|案件の種類と働き方
公開 2026-11-04 監修:株式会社エージェントベスト
SAP SD/MMコンサルのフリーランス案件の仕事は、営業・購買・物流の部門から業務の要望を聞き取り、受注から請求、発注から支払までの流れを設定とテストで形にし、動き出した後は伝票とマスタから問題の原因を追うことの繰り返しです。ただし、新規導入なのか、S/4HANAへの移行なのか、海外拠点への展開なのか、運用保守なのかで、1日の時間の使い方も、向き合う相手も、手元に残る成果物も大きく変わります。
この記事では、SD/MMのフリーランス案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はSD/MMの報酬の記事、機能ごとに問われる設定はSD/MMのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。
仕事の中身は「案件の種類」と「工程」で決まる
SD/MMの案件票には「SD/MMコンサルタント募集」と短く書かれていることが多く、同じ言葉でも中身は案件ごとに違います。違いを生むのは、主に次の2つです。
- 案件の種類:新しく仕組みを作るのか、旧環境から移すのか、国内の仕組みを海外に広げるのか、動いている仕組みを守るのか
- 工程:要件定義・設計の段階か、設定とテストの段階か、本番切替の前後か、稼働後か
この2つの掛け合わせで、SD/MMのフリーランス案件はおおむね次の4種類に分けられます。
| 案件の種類 | 主な相手 | 時間を多く使う仕事 |
|---|---|---|
| 新規導入・再構築 | 営業・購買・物流の部門、FI/COやPPの担当、開発者 | 業務の聞き取り、標準機能との差の整理、設定、統合テスト |
| S/4HANAへの移行 | 旧環境を知る社内担当、移行チーム、FI/COの担当 | 既存の設定とアドオンの調査、マスタの整理、移行後の確認 |
| 海外展開(ロールアウト) | 本社のテンプレート担当、現地の業務部門、現地のベンダー | 共通テンプレートの適用、拠点ごとの差の調整、英語での会議 |
| 運用保守 | 業務部門のキーユーザー、保守チーム、取引先のシステム担当 | 問い合わせの切り分け、設定の変更、月末・期末の支援 |
以下では、それぞれの1日と1か月の流れを、典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。
新規導入・再構築の案件の仕事
1日の流れ(例)
午前は、営業部門や購買部門との業務の確認会です。受注の入力から出荷、請求までの流れを一つずつ聞き取り、「締め日でまとめて請求する」「直送がある」「検収のあとに単価が変わる」といった例外を拾います。午後は、聞き取った内容を標準の機能でどう実現するかを検討し、設定を進めます。夕方は、FI/COの担当者と、請求や入庫で作られる仕訳の勘定をどう決めるかをすり合わせたり、開発者に追加開発の仕様を説明したりします。
設計の段階では聞き取りと資料づくりの時間が長く、設定とテストの段階では、検証環境で伝票を流して確かめる時間が1日の多くを占めるようになります。
1か月の流れ(例)
- 要件定義の時期:週ごとに業務の領域(受注、出荷、請求、購買、在庫)を順に確認し、標準の機能との差を一覧にする。月末に差の一覧を業務部門と確認し、標準に寄せるか追加開発にするかの判断を仰ぐ
- 設計・設定の時期:週の前半に設定を進め、後半にチーム内でレビューを受ける。月の節目で設定の一覧を発注側に説明する
- テストの時期:月初にシナリオを確定し、月の半ばまでに受注から請求、発注から支払までを通して流す。月末に残った不具合の対応方針を決める
- 稼働の直前:マスタの移行のリハーサル、キーユーザー向けの説明会、切替当日の手順の確認
成果物
業務フローと標準機能との差の一覧、設定の内容を記した一覧、追加開発の仕様書(帳票、インターフェース、入力チェックなど)、統合テストのシナリオと結果、マスタの移行手順、キーユーザー向けの操作手順です。SD/MMは成果物を見せられない代わりに、作った文書の種類と、作るときに決めたことを説明できるようにしておくと、次の案件につながります。
S/4HANAへの移行の案件の仕事
1日の流れ(例)
午前は、旧環境の設定とアドオンを一つずつ調べる時間です。どの画面で何が動いているか、なぜその作り込みがあるのかを、社内の担当者に聞きながら整理します。午後は、S/4HANAで扱いが変わる部分を移行チームと共有し、たとえば得意先と仕入先をビジネスパートナーとして一つにまとめる作業で、重複の整理のルールを決めます。夕方は、FI/COの担当と、在庫や売上の勘定の扱いが移行でどう変わるかを確かめます。
新規導入と違い、「今の仕組みがなぜそうなっているか」を読み解く時間が長くなります。旧環境の作りを知る社内の担当者が、最も大事な相手です。
1か月の流れ(例)
- 月初:調査する対象(アドオン、帳票、インターフェース、マスタ)の一覧を更新し、優先順位を決める
- 毎週:移行チームの定例会議で、調査の結果と「標準に置き換える・業務を変える・残す」の判断を報告する
- 月の半ば:マスタの移行のテストを行い、件数や値の偏りを確かめる
- 月末:旧環境と新環境で同じ伝票を流し、結果の差を業務部門と確認する
成果物
既存の設定とアドオンの棚卸し表、作り込みごとの扱いの判断と理由、マスタの整理ルールと移行後の確認の観点、新旧の比較テストの結果です。移行の案件では、「なぜ残したか」「なぜやめたか」を書いた資料の重みが増します。移行の進め方そのものはS/4HANA移行がフリーランスになるにはで解説しています。
海外展開(ロールアウト)の案件の仕事
1日の流れ(例)
本社で作った共通のテンプレートを、海外の拠点に広げる案件です。午前は、現地の業務部門とのオンライン会議で、テンプレートの流れを説明し、現地の商習慣との差を聞き取ります。時差があるため、会議が朝早くや夕方に寄ることがあります。午後は、拠点ごとの差をどこまで認めるかを本社のテンプレート担当と相談し、認めた差を設定に反映します。現地のベンダーが参画している場合は、設定の分担と確認の方法を決めるやり取りも入ります。
英語での会議や文書が条件になる案件が多く、本社の方針と現地の事情の間で落としどころを探すのが仕事の中心になります。
1か月の流れ(例)
- 月初:対象の拠点の業務の領域ごとに、テンプレートとの差の確認の予定を組む
- 毎週:現地との確認会と、本社のテンプレート会議の2つの定例に出て、差の扱いを決める
- 月の半ば:認めた差を設定し、現地のキーユーザーに検証環境で確かめてもらう
- 月末:拠点の進み具合を本社に報告し、次の拠点の準備に入る
成果物
テンプレートと拠点の差の一覧と判断の記録、拠点ごとの設定の差分、現地向けのテストのシナリオ、英語の操作手順や説明資料です。会社間の取引や輸出入の流れを扱うことが多く、扱った取引の形を整理しておくと、次の海外案件で説明しやすくなります。
運用保守の案件の仕事
1日の流れ(例)
朝は、前日に届いた問い合わせを確認し、出荷が止まっている、請求書照合が保留になっているなど、業務に影響が出ているものから順に切り分けます。午前は、伝票の流れをさかのぼり、マスタの値と設定の条件を一つずつ確かめて原因を特定します。午後は、新しい取引先の追加や価格条件の変更といった小さな改修の設計と設定、キーユーザーへの回答に時間を使います。夕方は、翌日以降の改修の予定と、残っている問い合わせの状況をチーム内で共有します。
問い合わせの切り分けと、小さな改修の積み重ねが中心で、1日の中で複数の案件を並行して扱います。
1か月の流れ(例)
- 月初:前月末の締め請求や在庫の締めで出た問題の対応を終える
- 毎週:保守チームの定例で、問い合わせの件数と傾向、改修の進み具合を共有する
- 月の半ば:改修を検証環境で確かめ、業務部門の確認を受けて本番に反映する
- 月末:締め請求、在庫の評価、月次の処理が動く時期で、問い合わせが増えやすい。期末はさらに増える
成果物
問い合わせの記録と原因・対応の履歴、改修の仕様と設定の変更記録、業務部門向けの回答、月末・期末の処理の手順です。運用保守は期間が長くなりやすく、保守の中で原因を追った経験は、導入の案件でも生かせる力として伝わります。新規開発と保守の違いは新規開発案件と保守運用案件の違いで解説しています。
どの案件にも共通する仕事
種類が違っても、次の仕事はほぼすべてのSD/MM案件にあります。
- 業務の聞き取りと整理:営業・購買・物流の担当者から要望を聞き、例外の処理まで含めて言葉にする
- 設定とその説明:検証環境で設定を組み、なぜそう組んだかを業務部門と他モジュールの担当に説明する
- 伝票を流して確かめる:受注から請求、発注から支払までを通して流し、会計への影響まで確かめる
- 他のモジュールとの調整:FI/COとは勘定と仕訳、PPとは所要量と生産の計画、外部システムとはデータの項目の対応づけを決める
- 記録:決めたことと理由を一か所に残し、後から来た人も追えるようにする
フリーランスならではの仕事として、自分の稼働の記録と報告もあります。月の稼働時間に幅を決めて精算する契約が多いため、会議や調査に使った時間を日々つけておく必要があります。精算の仕組みは精算幅の記事をご覧ください。
関わる相手と、その相手に出すもの
SD/MMコンサルの1日は、誰に何を渡すかで組み立てられています。相手ごとに整理すると、次のようになります。
| 相手 | SD/MMコンサルが出すもの | 頻度の目安 |
|---|---|---|
| 営業・購買・物流の部門 | 業務フローの確認、例外処理の扱い、操作手順 | 要件定義とテストの時期は週に複数回 |
| FI/COの担当 | 請求・入庫・在庫の評価で動く勘定の確認 | 設計の時期と統合テストの時期 |
| PPの担当(製造業の場合) | 受注と生産計画、購買と所要量計算のつなぎ目 | 設計の時期 |
| 開発者(ABAP) | 追加開発の仕様書、テストの観点 | 設計とテストの時期 |
| 外部システムの担当(EDI、倉庫管理など) | インターフェースの項目の対応表、連携テストの計画 | 設計と連携テストの時期 |
| プロジェクトの責任者・PM | 進み具合、判断が必要な事項 | 週次 |
会計とのつなぎ目は、SD/MMコンサルが最も頻繁に相談する相手です。会計側の仕事の中身はFI/COコンサルの仕事内容の記事で解説しています。働く場所については、設定やテストはオンラインで回せる一方、倉庫や工場の業務調査、帳票の印刷確認、本番切替では現地を求められやすくなります。詳しくはSD/MMのリモート案件の記事をご覧ください。
よくある質問
SD/MMコンサルは、自分で設定を組む時間が多いですか?
工程によります。要件定義の時期は聞き取りと資料づくりが中心で、設定とテストの時期は検証環境で手を動かす時間が長くなります。運用保守では、調査と小さな改修が中心です。どの工程から参画するかで、1日の配分は大きく変わります。
SDとMMの両方を一人で担当することはありますか?
中堅規模の企業の導入や保守では、SDとMMを一人で見る体制もあります。大規模な案件では、SDとMMで担当が分かれ、会社間の取引や直送のように両方にまたがる取引で連携します。参画前に、どちらを主に担うかを確かめておくと、稼働の見込みとのずれを防げます。独立の進め方はSD/MMコンサルがフリーランスになるにはで解説しています。
参画して最初の1か月は何をすることが多いですか?
業種と取引の形の把握、既存の設定と資料の読み込み、他モジュールや業務部門との窓口の確認から始めるのが一般的です。初月の進め方はSD/MMコンサルの参画初月にやることで詳しく解説します。