【テンプレート付】SCM（サプライチェーン管理）の要件定義｜機能要件・非機能要件チェックリストと進め方

SCM（サプライチェーン管理）の要件定義とは

SCM（サプライチェーン管理）における要件定義とは、需要予測から生産計画（S&OP/PSI計画）、調達、在庫、物流、納期回答までの一連のフローのうち、どの計画レイヤー（戦略・戦術・実行）をシステムで最適化するかを定め、必要なマスタ・トランザクションデータの整備範囲と連携先を確定する工程です。需給バランス計算やアロケーション（引当）のロジック、計画サイクルとバケット（日次・週次・月次）の粒度を明文化し、ERPやWMSとの責任分界点を定義します。在庫の持ち方や欠品・過剰のトレードオフを誰がどのKPIで判断するかまで合意することが核心です。

なぜ要件定義でSCM（サプライチェーン管理）導入の成否が決まるのか

SCM（サプライチェーン管理）は需給計画の前提（リードタイム・安全在庫・BOM・予測精度）が崩れると計画全体が機能不全に陥るため、要件定義段階でこれらの前提とデータ品質を詰めきれるかが成否を分けます。多拠点・多階層のサプライチェーンでは連携と粒度の設計ミスが後工程で致命傷になります。

• 需要予測の精度前提とロジック（統計予測か内示・受注ベースか）を決めずに導入し、計画が現場に信用されず手作業のExcelに逆戻りする
• ERP側のマスタ（品目・BOM・リードタイム・調達先）が未整備のまま計画系を載せ、ゴミデータでアロケーションが破綻する
• 計画サイクルとタイムバケット（日次・週次・月次）の設計が現場の意思決定リズムと合わず、計画結果が実行に落ちない
• 多拠点・委託先・サプライヤーをまたぐ在庫可視化と納期回答（ATP/CTP）の範囲を曖昧にし、欠品と過剰在庫が同時に発生する

要件定義で決める5つの範囲

1. 需給計画（デマンドプランニング） — 統計予測・内示・受注を統合し、需要予測と安全在庫を算出する範囲
2. 生産・供給計画（サプライプランニング/S&OP・PSI） — 需要に対し能力・資材制約を考慮して供給計画と在庫計画を立てる範囲
3. 調達・サプライヤー連携 — 発注点・MRP連動の発注、内示・確定注文、サプライヤーからの納期回答を扱う範囲
4. 在庫・アロケーション管理 — 多拠点・多階層の在庫可視化と引当（ATP/CTP）、補充計画を扱う範囲
5. 物流・配送計画 — 輸配送計画、3PL/倉庫との連携、輸送リードタイムとコスト最適化を扱う範囲

SCM（サプライチェーン管理）では「計画系（APS/需給計画）」と「実行系（ERP・WMS・TMS）」の責任分界点を明確にしないと、同じ在庫数を二重管理して数字が食い違うため、最初に切り分けることが必須です。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	現状のサプライチェーン構造（拠点・調達先・物流網・在庫拠点）とフロー、欠品率・在庫回転・予測精度などの現状値を可視化する	サプライチェーンマップ、現状KPIベースライン、課題一覧
②	需給計画の対象範囲（戦略/戦術/実行のどのレイヤー）と計画サイクル・タイムバケット、最適化したいKPIを定義する	計画対象スコープ定義書、KPI目標設定書
③	需要予測・供給計画・アロケーション・補充のロジックと、必要なマスタ・前提データ（リードタイム・安全在庫・BOM）を整理する	ロジック仕様書、マスタ整備計画、データ品質要件
④	ERP・WMS・EDI・予測ツール等との連携範囲・粒度・頻度を確定し、機能要件・非機能要件に落とす	機能要件一覧、連携インターフェース仕様、非機能要件書
⑤	要件をRFP化しベンダーへ提示、PoC（予測精度・計画解の妥当性）で検証し評価・選定する	RFP、PoC評価結果、ベンダー評価表

SCM（サプライチェーン管理）では在庫回転率・欠品率（充足率）・予測精度（MAPE/Bias）・計画遵守率・キャッシュコンバージョンサイクルなど、トレードオフ関係にあるKPIをセットで置くことが重要です。

機能要件チェックリスト（SCM（サプライチェーン管理）の核心）

SCM（サプライチェーン管理）に求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
需要予測（デマンドプランニング）	統計予測モデル（季節性・トレンド）、内示・受注・販売実績の取込、新商品・販促のイベント補正、予測精度（MAPE/Bias）モニタリング
S&OP・需給調整	需要計画と供給計画の突合、シナリオ比較（What-if）、合意形成ワークフロー、需給ギャップの可視化と承認
生産・供給計画（APS）	能力・資材制約を考慮したスケジューリング、有限能力計画、ボトルネック工程の負荷平準化、PSI（生産・販売・在庫）計画
在庫計画・最適化	安全在庫の自動計算（サービスレベル基準）、多階層在庫最適化（MEIO）、ABC/XYZ分析、デッドストック・滞留在庫検知
アロケーション・納期回答	受注引当（ATP）、能力考慮の納期回答（CTP）、優先顧客・チャネルへの配分ルール、欠品時の代替・分割出荷提案
調達・MRP連携	所要量展開（MRP）、発注点・定期発注、サプライヤーへの内示・確定注文、入荷予定（ASN）と納期遵守の管理
補充・配送計画（DRP）	拠点間補充計画（DRP）、輸送リードタイム考慮の補充、出荷・配車計画、3PL/倉庫への出荷指示
サプライヤー・取引先コラボレーション	サプライヤーポータルでの内示共有、納期回答・出荷情報の受領、VMI（預託在庫）管理、供給リスク・遅延アラート
在庫・SCの可視化（コントロールタワー）	多拠点・多階層の在庫リアルタイム可視化、納期遅延・欠品リスクのアラート、KPIダッシュボード、トレーサビリティ追跡
マスタ管理	品目・BOM・調達先マスタ、リードタイム・MOQ・ロットサイズ、安全在庫パラメータ、拠点・輸送ルートマスタの一元管理

見落としがちな要件: 見落としがちなのは、計画の前提となるリードタイム・MOQ・歩留まり・安全在庫パラメータのメンテナンス機能と、計画変更時の差分（リプランニング）への対応です。また、内示と確定注文の差分管理、複数階層BOMでの所要量の同期、輸出入時の原産地・関税・為替を含む供給リスク管理は、グローバルSCMでは必須でありながら漏れやすい要件です。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	全品目・全拠点の需給計画バッチが計画サイクル内に完了すること（例: 数万SKU×数十拠点の週次MRP/最適化計算を夜間バッチ8時間以内、納期回答ATP照会は3秒以内）
可用性	受注・納期回答に直結するため業務時間帯の稼働率99.9%以上、計画バッチ失敗時のリラン・部分再計算手順を確立すること
拡張性	拠点・SKU・サプライヤーの増加や海外拠点追加に対し、再構築なくマスタ・計画モデルを拡張できること（例: SKU数2倍でも計画時間が線形以内）
セキュリティ	サプライヤー別・拠点別のデータアクセス制御、原価・調達価格・取引条件の機微情報のロールベース権限管理、EDI連携の通信暗号化
運用保守	需要予測モデルや安全在庫パラメータを業務部門が再学習・チューニングできる運用設計、計画ロジック変更時の影響範囲管理
移行	既存の品目・BOM・リードタイム・在庫マスタおよび過去の出荷実績（予測学習用）を、データクレンジングのうえ移行できること
コンプライアンス	輸出入規制・原産地証明・トレーサビリティ（食品・医薬のロット追跡）への対応、改正電子帳簿保存法に沿った発注・取引データ保存

SCM（サプライチェーン管理）では、需給計画の最適化バッチが計画サイクル（週次・日次）内に終わらないと意思決定が間に合わないため、SKU・拠点数の増加を見越した計算性能とスケーラビリティの確保が最重要です。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
ERP（生産・販売・会計）	品目・BOM・在庫・受注・発注・原価データの双方向連携。計画結果（生産指示・購買依頼）をERPへ戻し実行に落とす
WMS（倉庫管理システム）	拠点別のリアルタイム在庫・入出荷実績・ロット情報の取得、出荷指示・補充指示の連携
TMS（輸配送管理システム）／3PL	配車・輸送計画、輸送リードタイム・運賃実績、配送ステータスの連携
EDI／取引先・サプライヤー連携	内示・確定注文・出荷案内（ASN）・受領実績・納期回答の電子データ交換、VMI在庫情報の授受
MES／生産実行・IoT	製造実績・進捗・設備稼働・歩留まりの取得による供給計画・能力計画の精度向上
需要予測・BI／データ基盤	POS・販売実績・市場データの取込による統計予測、計画KPIのダッシュボード可視化
CRM／SFA	商談・販促・内示情報の取込によるデマンドプランニングの精度向上

SCM（サプライチェーン管理）はERPを起点に在庫・受注・発注の単一の真実（Single Source of Truth）を保ち、計画系と実行系で在庫数が二重にならないよう連携の方向と更新タイミングを厳密に定義することが不可欠です。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 対象スコープ（需給計画・供給計画・在庫最適化・調達・物流のどこまで）と最適化対象KPI
• 需要予測・供給計画・アロケーション（ATP/CTP）・在庫最適化（MEIO）の具体的ロジックと対応範囲
• ERP・WMS・TMS・EDI等との標準連携実績とインターフェース方式（API/ファイル/EDI規格）
• 対象規模（SKU数・拠点数・サプライヤー数・明細件数）における計画バッチの処理性能の実績値
• 同業種（製造業の業態別）での導入実績と、需給計画・S&OP運用の定着支援体制
• PoC（自社データでの予測精度・計画解の妥当性検証）の実施可否と評価方法

SCM（サプライチェーン管理）のRFPでは、機能の有無だけでなく自社のSKU・拠点規模での計画処理性能と、ERP/EDI連携の実績を必ず数値・事例で確認することが重要です。

ベンダーを横並び比較する評価マトリクス

SCM（サプライチェーン管理）のベンダー評価軸は、需給計画・在庫最適化ロジックの妥当性と自社業態への適合（重み高）、ERP・WMS・EDI連携の実績、対象規模での処理性能、計画運用（S&OP）の定着支援力、TCOを重み付けして比較します。需要変動の大きい消費財か、長納期・多階層BOMの組立加工品かなど、自社のサプライチェーン特性に応じて重み配分を変えるべきです。

計画ロジックがブラックボックスで業務部門がパラメータ調整・検証できない製品は、運用段階で現場に使われなくなるため評価で重視すべきです。

SCM（サプライチェーン管理）導入でよくある失敗と回避策

よくある失敗	原因	回避策
導入後に計画系が現場で使われず、結局Excelの手作業計画に戻る	需要予測ロジックの前提や安全在庫の根拠が現場に説明・納得されず、計画結果が信用されない	PoCで自社データを使い予測精度（MAPE）と計画解を現場と検証し、パラメータを業務部門が調整できる運用を要件化する
在庫数や受注残がシステム間で食い違い、納期回答が信用できない	計画系（APS）と実行系（ERP/WMS）の責任分界点と更新タイミングが曖昧で在庫を二重管理した	ERPを在庫の単一の真実とし、計画系との連携方向・粒度・頻度を要件定義で厳密に定義する
導入後に計画バッチが時間内に終わらず、日々の意思決定に間に合わない	SKU・拠点・制約条件の規模を過小評価し、最適化計算の性能・スケーラビリティを検証しなかった	自社の最大規模（SKU×拠点×明細）でバッチ性能をPoCで実測し、拡張時の計算時間を非機能要件に明記する
マスタ（リードタイム・BOM・安全在庫）が不正確で計画解が現実と乖離する	ERP側マスタ整備を後回しにし、ゴミデータのまま計画ロジックを稼働させた	要件定義段階でマスタ整備計画とデータ品質基準を定め、整備完了をカットオーバー条件にする

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。