MRPの開発は、6つのフェーズを順に進めるのが基本です。要件整理から定着まで、各フェーズの区切りを明確にして次の工程へ進めることで、現場で使える調達・製造計画につながります。
▼全体ガイドの記事
・資材所要量計画システム（MRP）開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
資材所要量計画システム（MRP）開発の全体像
MRPは、受注・需要予測・MPS（基準生産計画）から、必要な部品をいつ、いくつ作るか買うかを計算します。その計算では、BOM（部品表）を下位の階層へ展開し、在庫や入荷予定を差し引いて正味不足量を求めます。
SAPの公式解説も、BOMとMPSから構成品目を段階的に計算し、利用可能在庫との差分を求める流れを示しています。さらに、ロットサイズとリードタイムから調達開始日を逆算します（出典：SAP Insights「MRPとは」、2026年閲覧）。
MRPが需要を手配へ変換する流れ
需要を手配につなげるには、必要量の計算、調達日程、基礎データを順に押さえる必要があります。
- 総所要量：完成品1,000個に部品Aを2個使う場合、部品Aは2,000個
- 正味所要量：現在庫・入荷予定・引当済み数を差し引いたうえで、安全在庫・歩留まりを加味した数量
- 手配時期：調達リードタイムが10日なら、必要日の10日前までに候補を作成
- マスタ：品目コード、単位、BOMの有効期間・リビジョン、調達区分
- 調達・在庫データ：ロットサイズ、標準リードタイム、仕入先、休日カレンダー、在庫拠点を一貫して管理
データに誤りがあっても、MRPの計算は止まらずに動きます。そのため、誤った発注提案が高速に出るリスクがあります。
最初に決めるべき対象範囲
MRP単体で進めるか、生産管理や購買、在庫まで含む基幹システムとして進めるかで、期間と費用が変わります。対象工場や品目数、BOM階層を一覧にすると、規模の大きさをつかめます。在庫拠点や仕入先数、利用者数も、一覧に加えます。
生産方式によっても、確認すべき要件は変わります。
- 見込生産：販売予測とMPSの連動
- 受注生産：受注変更への対応と製番管理
- プロセス製造：配合・ロット・歩留まりの扱い
- 多品種少量：頻繁なBOM改訂と代替部品への対応
MRPが計算する範囲と、人が承認・調整する範囲は分けて考えます。設備能力や金型、熟練者が制約になる場合は、無限能力を前提とするMRPに加えて、APSや有限能力計画との連携が必要になります。ライン順序まで制約に含まれる場合も、この連携を検討することになります。
社内では、計算結果をすぐに発注へ流さず、例外メッセージを計画担当者が確認して承認する業務を、要件に含めておきます。
資材所要量計画システム（MRP）開発の進め方と6フェーズ
MRPの開発・導入は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズに分けると、抜け漏れを管理しやすくなります。
各フェーズでは、何を作るかと、次の工程に進む判断条件を決めておきます。未解決の論点を後工程へ持ち越さないことが大切です。
フェーズ1：要件整理と業務・データの現状把握
現行の計画作成は、まず業務フローとして書き出します。受注・内示の取り込み頻度、MPSの承認者、MRPの実行時点を確認し、購買依頼から納期回答までの流れをたどります。
Excelの計算式、手作業による補正、電話やメールで届く納期変更は、表に出にくい要件です。こうした要件は記録に残したうえで、導入前のKPIの基準値を押さえます。
- マスタ・在庫：品目重複、BOM登録率・有効期限、単位の揺れ、在庫差異
- 調達・生産：発注残の正確性、標準と実績のリードタイム差、仕入先の最低発注量、代替・廃止品
- 拠点・成果：拠点間移動、欠品率、在庫回転日数、緊急購買件数
- 運用KPI：納期回答時間、計画工数、MRP再計算時間、変更反映時間
フェーズ2：パッケージ・クラウド・スクラッチの選定
知名度や画面の印象よりも、生産方式とデータ構造への適合性を基準に選びます。標準BOMと購買業務を早く始めるなら、SaaSやパッケージが候補になります。
マスタを統合するなら、ERP内蔵のMRPが候補です。独自の補充ルール、特殊な製番、能力計画が競争力に直結する場合は、スクラッチまたはハイブリッドを検討します。
候補の会社には、代表的なBOMを使ったデモと、次の5つのPoCシナリオを依頼します。
- BOM展開：多段階の部品構成の展開
- 在庫引当：在庫と発注残の割り付け
- 納期変更：納期が動いたときの再計算
- 部品欠品：不足部品が出た場合の計算
- 仕入先遅延：入荷の遅れを反映した計算
PoCでは、BOM改訂や代替部品の扱いに加えて、分納、返品、通信断からの再送も確かめます。
製品のベンダーと実装会社が別々の場合は、要件定義から保守まで、どこを誰が受け持つかを提案書に明記します。
フェーズ3：設計・開発での計算と連携の担当範囲
機能要件に加えて、データごとの責任部署と、エラーが起きたときの扱いを決めておきます。品目やBOM、在庫については、正本のシステムと連携する時点を定めます。受注、購買発注、製造実績は、正本とするシステムと連携時点を定義します。
同じデータが二重に登録されたときの検知方法も決めておきます。
連携の方式は、連携先の可用性と業務の締め時間に合わせて選びます。方式には、APIやCSV、EDIのほか、バッチやリアルタイム連携もあります。
- 計算管理：再計算の実行、計算時点の保存、差分の確認、アクションメッセージ
- 運用管理：承認、操作ログ、権限分離、バックアップ、リストア
大量のデータを扱う場合は、夜間バッチに加えて、非同期ジョブや差分計算を検討します。
工場と接続する場合は、監査ログと、ネットワーク断時に手作業で業務を続ける手順を非機能要件に含めます。
フェーズ4：テストでの異常系と現場シナリオの検証
画面の表示だけでなく、計算結果が実際の手配につながるかを検証します。テストの観点は分けたうえで、期待する数量や日付、メッセージを記録します。
- テストの種類：単体、連携、業務シナリオ、性能、障害復旧、受入
- 対象品目：深いBOM、代替部品、ロット制約、外注工程、仕掛品
- 受注の変化：内示から確定受注への数量変更や、納期の前倒し
- 供給の変化：仕入先遅延、棚卸しで在庫が減ること、BOM改訂
再計算のあとに不要な発注が出ないか、前倒し・後ろ倒し・キャンセルを誰が承認するかも確かめます。
性能の確認は、通常日だけでなく、月末や複数拠点の同時処理でも行います。
フェーズ5：稼働時の切替と並行運用の設計
移行の時点は、品目やBOM、在庫残高について決めます。発注残、仕掛、未処理受注については、どの時点の数字を移すかを定めます。旧システムの最終更新や新システムの初期残高、未連携データを手順書に記し、責任者が照合します。
生産を止められない工場では、一定期間の並行運用や、工場ごとの段階的な切替を検討します。
稼働初日は、MRPの実行から納期回答までを時間帯ごとに確かめます。
- 確認する業務：例外確認、購買依頼の承認、製造指図、在庫引当、納期回答
- 問い合わせ分類：重大障害、計算不整合、連携遅延、操作ミス
問い合わせの窓口を一本化し、比較用の照合帳票と現場の支援者を用意しておきます。切替直後に計画担当者がExcelへ戻りたくなる状況にも備えます。
フェーズ6：定着と改善による業務成果づくり
稼働後は、操作方法だけでなく、マスタ更新と例外処理のルールを定着させることが欠かせません。BOMの登録や改訂には、承認者を決めておきます。
社内では、リードタイムを何か月ごとに見直すか、在庫差異をどの部署が調べるかを決めておきます。
計画や購買、製造の各部門が個別に改善すると、欠品や過剰在庫を招くことがあります。倉庫や設計、情報システムを含め、月次会議でKPIを確認しながら、部門をまたいで改善します。
- 改善の順番：データ品質、例外処理、計画精度、連携速度
- 追加技術の判断：AI需要予測やDDMRPは、KPIの改善につながるかで決める
追加機能を入れる前に、過去データの欠損と受注の重複を整えます。在庫の実在性や、予測結果の承認ルールも決めておきます。
SAPは2026年1月更新の解説で、DDMRPを従来型MRPを改善する需要主導の補充アプローチと説明しています。
資材所要量計画システムの費用相場と内訳
MRP単体の標準価格は非公開のことが多く、費用は拠点数や品目数、BOM階層によって変わります。加えて、利用者数や連携先、移行によっても変わります。カスタマイズや教育も、金額に関わる要素です。
以下の金額は、2025年公開の生産管理システム相場と規模要因をもとに整理した目安です。検討初期の予算幅として使い、個別の企業の確定見積としては扱わないでください。
クラウド・パッケージの公開相場を基準にした目安
キッセイコムテックの相場では、クラウド型は初期10万〜100万円程度、月額2万〜20万円程度です。パッケージ型は初期200万〜800万円程度で、年間保守は本体価格の10〜15％程度です。
いずれも、同社の「生産管理システムとは？」（2025年掲載）の相場を基にしています。
標準機能を使い、1拠点・少数ユーザー・少ない連携先に絞るなら、この水準を起点にできます。ただし、掲載相場に移行やBOMのクレンジング、ERP・WMS連携が含まれるとは限りません。
教育や並行稼働支援についても、含まれるかは別に確かめます。
- クラウド：初期設定、ユーザー追加、保存容量、API利用料、サポート時間
- パッケージ：ライセンス、サーバー、アドオン、帳票、保守
複数拠点・スクラッチ開発での追加要因の積み上げ
拠点や独自要件によって、費用と期間の目安は次のように変わります。いずれもMRPの標準価格ではなく、公開相場と業務システムの規模要因から推定した数字です。
- 複数拠点連携：初期1,000万〜5,000万円、6〜12か月程度
- スクラッチ：1,000万円から数千万円、大規模刷新は5,000万円〜1億円超も
- 小規模PoC：対象を限定し、300万〜1,000万円、3〜6か月程度
これらは、複数拠点の在庫融通を含む場合の目安です。加えて、次の対応や連携を含む場合の目安でもあります。
- 海外拠点：言語、通貨、税務
- 連携先：ERP、WMS、MES、EDI
拠点間補充や輸送リードタイムを加えるほど、費用は上振れしやすくなります。在庫評価や権限体系を加える場合も、費用が上振れする要因になります。
スクラッチの対象は、独自BOMや特殊な内示、有限能力計画です。製番管理や設備連携も、対象に入ります。発注側は、要件定義とPoCのあとに、必ず再見積もりを受けます。
5年間のTCOと効果の比較
見積もりでは、初期費用に加えて、次の3項目も含めた5年間のTCOを合計します。
- 基盤・契約：ライセンスまたは月額、サーバー・ネットワーク、追加ユーザー
- 保守・基盤運用：保守、監視、バックアップ、脆弱性対応
- 変更・運用：連携変更、マスタ更新、教育の再実施、障害対応
スクラッチでは、初期費用の15〜25％程度を年間の保守運用費とする考え方があります。その金額は、24時間監視や工場休日対応の有無で変わります。
効果は、生産停止時間や過剰在庫金額、緊急購買で測ります。特急輸送費や計画作業時間、納期回答時間も、測る対象になります。
日立システムズは、11ライセンスのプリンタ部品製造業の事例を公開しています。内示・確定手配とMRPによる資材発注、複数工場のデータ共有を扱った事例です。
公開事例は個別案件の結果です。自社にそのまま当てはめるのではなく、同じ指標を導入前後で測る参考として使います。
MRP開発の見積もりを取る際のポイント
「BOM管理一式」「外部連携一式」のように書くと、追加費用の範囲が見えなくなります。見積依頼書には、対象工場や品目、BOM階層を、規模が分かるように書いておきます。計画期間や連携先、利用者数も記しておきます。
処理時間や移行の範囲、テストと教育の条件も具体化します。機能名の数で比べると、各社の見積もりを並べて検討しにくくなります。
見積依頼書に書く業務・データ・非機能要件
機能要件には、需要の取り込み、MPS連携、BOM展開を書きます。さらに、正味所要量やロットサイズ、リードタイムの逆算も記載します。
購買・製造の提案と例外メッセージを記載します。承認や計算履歴の残し方も、機能要件に含めます。
- 業務シナリオ：内示・確定受注、納期変更、欠品、遅延、返品
- 部品・移動：代替部品、BOM改訂、分納、拠点間移動
- 移行・連携：初期移行と日次連携、コード・単位変換、履歴移行
- データ整備：クレンジングの責任者と分担
非機能要件では、最大処理時間や同時利用者数、稼働時間を定めます。復旧の目標やバックアップの世代、ログの保存期間も決めます。権限の範囲や、API再送、通信断時の継続方法も、非機能要件の対象です。
設備やMESと接続する場合は、IT・OT境界の位置を確かめます。リモート接続や資産把握、脆弱性対応も確認します。
IPAの2026年4月版の制御システム向けガイドは、2つのリスク分析手法を示しています。その2つは、資産ベースと事業被害ベースの手法です（出典：IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年）。RFPのセキュリティ確認にも活用できます。
複数社を同じ条件で比べる方法
3社程度を目安に、同じ業務シナリオ、データサンプル、稼働目標を提示します。公開社数や事例数だけでなく、担当者が計算結果と例外処理を説明できるかを確かめます。
- 適合性：製造業・生産方式の経験、MRPとBOMの適合
- 実行力：連携・移行実績、テスト・切替の体制
- 契約後：保守対応と価格の透明性
見積もりは、初期費用、ライセンス、設定の項目を分けて比べます。追加開発や移行、連携は、それぞれ別の行として並べます。
テストや教育、稼働支援は、一覧表の行として揃えます。保守も、同じ表に加えます。
標準機能と設定は、アドオンと分けて見ます。将来対応も区別します。
BOM移行や現場教育が別見積もりになっていると、契約後のTCOは上がります。高額な提案には、不要な全社刷新が含まれる場合もあります。そのため、範囲と納品物を照らし合わせます。
契約前の追加費用とリスクの条件
追加費用や契約リスクは、上限と、責任の分け方を項目ごとに確かめます。
- 上限：品目・拠点・連携・画面・帳票・データ量・利用者数
- 変更・検収：要件変更、受入不合格時の修正
- 遅延・障害：納期遅延、性能未達、障害時の責任の分け方
準委任か請負かを決めるときも、納品物や期限、受入担当を明記します。工場業務を理解している現場責任者が、開発に参加できるかも確かめます。
情報システムだけで決めると、BOM改訂や仕入先との納期調整など、現場の例外が抜けることがあります。意思決定者は、経営層や計画、購買から選びます。
製造や倉庫からも、現場の担当者を入れます。設計や経理、情報システムの担当者も、判断に加わる形にします。
課題の優先順位と判断期限を決めておくと、追加開発が膨らむのを抑えやすくなります。
資材所要量計画システム（MRP）のよくある質問
発注前に判断しやすいよう、導入期間やデータ品質などの疑問に答えます。開発方式やAIやAPSの必要性についても、順に取り上げます。
MRPシステムの開発・導入期間はどれくらいですか？
1拠点で標準機能を使うなら数週間から数か月、複数拠点・複数連携なら6〜12か月程度が目安です。独自開発や基幹刷新を含む場合は、12か月以上を見込みます。
期間を左右するのは画面数よりも、データの移行と連携テストです。現場受入や切替方法も、期間に響きます。代表工場でPoCと段階導入を行えば、現実的な計画が立てられます。
BOMや在庫データが整っていなくてもMRPを導入できますか？
導入はできますが、計算機能を開発する前に、データ診断とクレンジングの計画が必要です。品目コードの重複や単位の揺れ、BOMの旧版は、計算の信頼性を下げます。在庫差異やリードタイムの欠損も、計算の信頼性を下げる要因になります。
まずは主要品目に絞って登録率と在庫差異を測り、データの責任者と更新ルールを決めてから本稼働します。
AIやAPSを最初からMRPに組み込むべきですか？
最初から必須とは限りません。ただし、設備や作業者、金型の能力制約で計画を実行できない場合は、APSが候補になります。
需要の変動やバッファ補充が課題で、データと運用が整っているなら、DDMRPやAIを検討できます。
まずは通常のMRPで、BOMや在庫を安定させます。リードタイムと実績連携を整えてから、次の段階に進みます。KPIで不足を見つけてから追加機能を選ぶと、投資効果を説明しやすくなります。
工場やMESと連携する場合、セキュリティで何を確認しますか？
工場やMESとの連携では、接続や運用の面から、セキュリティを確かめます。
- 接続・アクセス：接続資産、通信経路、認証、権限
- 運用・復旧：ログ、バックアップ、復旧手順、通信断時の業務継続
- 工場セキュリティ：経済産業省が2025年4月に、中小規模の製造事業者向けの解説書を公開
- サプライチェーン：経済産業省はサプライチェーンを介した被害拡大にも言及（出典：経済産業省「工場セキュリティの重要性と始め方」、2025年）
MRPのRFPにも、工場の停止を防ぐためのIT・OT境界と、責任の分け方を含めます。
まとめ
6フェーズで進める成功の近道
計算ロジックを組むことだけが、MRP開発の中身ではありません。要件整理で生産方式、業務範囲、KPIを決め、選定でBOMと連携に合う方式を見極めます。
設計ではデータの責任と例外処理を定めます。テストでは異常系を確かめ、在庫と発注残の切替、現場教育、定着までを一つの計画として進めます。
発注前のデータ・TCO・PoCの確認
クラウドの相場は、初期10万〜100万円程度、月額2万〜20万円程度です。パッケージは、初期200万〜800万円程度です。
- 追加費用：データ移行、複数拠点、既存システム連携、教育、保守
- TCOと効果：5年間の合計と、欠品・過剰在庫・緊急購買・計画工数を同じ指標で比べる
- データ・PoC：BOM・在庫・リードタイムの診断と、代表品目で計算結果を現場が信頼できるかの確認
▼全体ガイドの記事
・資材所要量計画システム（MRP）開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。