資材所要量計画システム（MRP）開発の発注/外注/依頼/委託方法について

資材所要量計画システム（MRP）の発注・外注は、製品の需要からBOM、在庫、リードタイムを正しくつなぎ、購買と製造の提案まで任せられる開発パートナーを選ぶことが成否を左右します。

MRPの導入を検討すると、クラウドやパッケージを選ぶべきか、スクラッチ開発を依頼すべきか、RFPに何を書けばよいか、契約と費用をどう比較すればよいかで迷いやすいです。この記事では、発注形態の選び方、要件整理、契約形態、2026年時点の費用の考え方、委託先の見極め方、見積比較のポイントを順番に解説します。

▼全体ガイドの記事
・資材所要量計画システム（MRP）開発の完全ガイド

資材所要量計画システム（MRP）の発注形態はどう選びますか？

発注形態は、標準機能に業務を合わせられる範囲、独自の生産ルールの重要度、拠点数、既存システムとの連携量で決めます。MRPは需要、MPS、BOM、在庫、入荷予定を段階的に計算し、正味不足量から製造または購買の数量と日付を提案する仕組みです。これはSAP Insights「MRP（資材所要量計画）とは？」の説明に基づく整理です。そのため、見た目の画面数よりデータ構造と計画ロジックの適合性を見て選ぶことが重要です。

クラウドやパッケージは、BOM管理、在庫引当、購買提案、製造指図、ロットサイズ、リードタイム計算など、製造業で共通する機能を短期間で利用しやすい発注形態です。標準機能に業務を合わせるFit to Standardを採用できる企業や、まず1工場・主要品目から始めたい企業に向いています。初期設定、マスタ移行、権限設定、帳票、教育、既存の販売・会計・WMS・MESとの連携は別途費用になることが多いため、月額料金だけで判断してはいけません。

クラウドを選ぶ場合は、利用料のほかに、インターネット接続が不安定なときの現場継続、データの保管場所、バックアップと復旧目標、APIの上限、アップデートの告知期間を確認します。例えばMicrosoftの公式ページでは、Dynamics 365 Supply Chain Managementの通常版からPremiumまで、1ユーザーあたり月額約3.1万〜4.5万円相当の価格帯が掲載されています。価格は年払い・税別・掲載時点の情報です。これはライセンスの参考レンジであり、導入支援やデータ移行、追加開発を含むMRP導入費用ではありません。

独自のBOM構造、内示と確定受注の扱い、製番管理、受注生産と繰返生産の混在、特殊な補充ルールなどが競争力に直結する場合は、スクラッチ開発やハイブリッド構成が候補になります。ハイブリッドでは、ERPやパッケージを在庫・購買・会計の中核に置き、独自の計画画面やワークフローを別サービスで実装し、APIやデータ基盤で連携します。すべてを独自開発するより、標準化できる範囲と差別化する範囲を分けやすい点が利点です。

一方で、スクラッチは自由度が高い分、要件定義、テスト、保守人材、障害時の手動運用、法改正やセキュリティ対応を発注側も長期的に担います。塗装ライン、金型、設備稼働時間、熟練者といった能力制約まで計画したい場合、MRPだけで解決しようとせず、APSや有限能力計画との連携を要件に含めます。MRPは無限能力を前提に資材を計算する場合があり、資材が揃っても設備が空いていない問題は別の計画機能で扱う必要があります。

発注前にMRPの要件とRFPをどう整理しますか？

RFPは、欲しい画面を並べる資料ではなく、どの業務課題をどのデータと判断で解決するかを開発会社へ伝える資料です。まず生産方式、対象工場、品目数、BOMの階層、日次の受注件数、内示と確定受注の扱い、調達区分、購買・製造リードタイム、既存連携を整理します。ここが曖昧なまま見積を取ると、会社ごとに前提が違うため、金額だけを比較できなくなります。

業務範囲は、需要予測・受注の取込、MPS、BOM展開、正味所要量計算、在庫と発注残の差引、購買依頼、製造指図候補、納期回答、実績反映、例外メッセージまで一連の流れで書きます。品目マスタはコード、名称、単位、調達区分、標準リードタイム、ロットサイズ、安全在庫、発注点、廃番日、拠点を持つか確認します。BOMは階層、数量、歩留まり、代替部品、リビジョン、有効期間、変更承認を定義し、工程は作業時間、外注工程、設備、休日カレンダーまで対象にします。

特に先に診断したいのは、BOMと在庫の品質です。Excelや担当者の経験に分散したデータをそのまま移行すると、計算速度だけが上がり、誤った発注提案を高速に出す状態になります。品目コードの重複、単位の揺れ、BOM未登録・旧版、在庫差異、リードタイム欠損、仕入先別の最小発注量をサンプルで確認し、移行対象外・補正ルール・責任者をRFPに記載します。

MRP導入の目的は、システムを稼働させることではなく、欠品・過剰在庫・緊急購買・計画担当者の手作業を減らすことです。KPIには欠品率、在庫回転日数、緊急購買件数、納期回答時間、計画作成工数、MRP再計算時間を置き、現状値と目標値を並べます。目標値が未確定でも、測定方法とデータの取得元を決めておくと、導入効果を検証しやすくなります。

PoCでは、正常な受注だけを流すのでは不十分です。主要製品の多段階BOMを展開し、在庫と発注残を差し引き、納期変更、欠品、仕入先遅延、BOM改訂、返品、代替部品、通信断のケースを試します。内示が減って確定受注が増えた場合や、同一部品を複数工場で取り合う場合に、どの担当者へどのアクションメッセージが出るかまで確認します。

RFPには、提案書に含める範囲も指定します。製品・ライセンス費、要件定義、設定、追加開発、データクレンジング、移行、API・EDI連携、テスト、教育、稼働支援、保守を分け、前提条件と除外事項を明示してもらいます。成果物、利用する開発会社や導入パートナー、発注側の作業、想定スケジュール、体制、検収条件、障害対応時間も同じ書式で回答してもらうことが比較の土台になります。

MRPの発注・外注はどの順番で進めますか？

MRPの外注は、現状分析、要件定義、方式選定、PoC、設計・開発、移行・テスト、教育・稼働支援の順で進めます。工程を飛ばして製品デモから契約へ進むと、標準機能と追加開発の境界が不明確になりやすいです。発注側には、生産管理責任者、購買、製造現場、情報システム、経理、工場ごとの代表者を含む意思決定チームが必要です。

最初の現状分析では、計画担当者がどの表を見て、どのタイミングで数量を調整し、例外時に誰へ確認しているかを業務フローにします。見込生産、受注生産、個別受注、多品種少量、プロセス製造では、需要の持ち方やBOMの表現が異なります。製造形態を一括りにせず、工場・製品群ごとの代表ケースを選ぶことが、要件漏れを減らします。

要件定義では、機能要件と非機能要件を分けます。機能要件は、BOMの改訂、内示と確定の優先順位、在庫引当、購買・製造の手配提案、承認、変更履歴、帳票、外注工程を定義します。非機能要件は、同時利用者、計算時間、データ量、稼働時間、バックアップ、復旧目標、権限分離、監査ログ、APIの冪等性、障害時の手動継続を記載します。

要件のすべてを最初から作り込むのではなく、1工場、主要品目、代表的なBOMを対象にPoCを実施します。PoCでは、需要投入からMRP計算、在庫・発注残の差引、購買依頼または製造指図候補の出力までを通し、現場が結果を説明できるかを確かめます。計算結果が合わないときに、BOM、在庫、リードタイム、ロットサイズのどこが原因か追跡できるログも必須です。

PoCの合格条件を満たしたら、基本設計、詳細設計、連携開発、移行設計へ進みます。外注する場合でも、業務ルールを開発会社だけに預けず、発注側の業務責任者が承認します。自社固有のルールを追加する場合は、将来のアップデートで壊れない実装方法、設定で吸収できるか、標準機能へ戻せるかを設計書に残します。

テストは、単体テスト、連携テスト、業務シナリオテスト、性能テスト、権限・セキュリティテスト、受入テストに分けます。MRPでは、計算式の正しさだけでなく、日付の逆算、休日、最小ロット、端数、代替部品、在庫引当、発注残の変更が結果へ反映されるかを検証します。購買担当者が提案を承認し、仕入先へ発注し、入荷実績が次回計算へ戻る一連の流れを実データに近い条件で試します。

切替時は、旧システムとの並行稼働期間、在庫残高の確定日時、未完了の購買発注、製造途中の仕掛、戻し方、緊急発注の手順を決めます。全工場を一度に切り替えるより、影響範囲を限定した段階導入のほうが、生産停止リスクを抑えやすいです。教育は操作説明だけでなく、MRPの提案を鵜呑みにせず、例外メッセージと根拠データを確認する訓練まで含めます。

MRP開発の契約形態は請負と準委任のどちらが適切ですか？

契約形態は、要件が固まっているか、成果物を客観的に検収できるか、発注側が業務判断をどれだけ行えるかで使い分けます。MRPのようにデータ品質や現場ルールが調査後に変わりやすい案件では、要件定義を準委任で進め、仕様が固まった開発部分を請負にする段階分けが現実的です。法的な適用や責任範囲は契約書と専門家の確認が必要です。

請負契約は、合意した成果物を完成させ、検収することを軸にした契約です。基本設計書、画面・帳票一覧、API仕様、移行ツール、テスト結果、操作マニュアルなど、何を納めるかを明示しやすい点が特徴です。固定価格で開発予算を管理しやすい一方、要件の曖昧さを残すと、前提外の追加費用や納期変更が発生しやすくなります。

契約前に、検収基準、瑕疵への対応、保証期間、再委託の可否、知的財産権、ソースコードの利用権、第三者サービスの費用、仕様変更の単価と承認手順を決めます。MRPでは「計算結果が正しい」の定義が重要です。対象データ、期待する数量・日付、例外時の表示、再計算の条件を受入テスト仕様に落とし込みます。

準委任契約は、専門家の知識や作業の提供を受けながら、発注側と開発側が共同で成果を作る場面に向いています。現状分析、Fit to Standard、RFP作成支援、データ診断、プロジェクト管理、稼働後の改善など、途中で調査結果や優先順位が変わる工程で使いやすいです。作業時間や体制を基準にするため、成果物、担当者、稼働時間、報告方法、意思決定者を別紙で明確にします。

準委任で注意したいのは、作業を依頼するだけで成果の責任が曖昧にならないようにすることです。週次の課題一覧、決定事項、未決事項、次回までの担当、リスク、消化工数を共有し、要件定義書やデータ診断報告書などの中間成果物を受け取ります。請負へ移行する判断基準を設けると、要件が固まらないまま高額な固定価格契約を結ぶリスクを抑えられます。

稼働後は、クラウド利用料、ライセンス、問い合わせ窓口、障害対応、脆弱性対応、バックアップ、マスタ更新、法改正、追加連携を運用契約として整理します。MRPの停止は購買や製造の停止につながるため、営業時間外の連絡先、初動時間、復旧目標、代替手順、データ復旧の責任者を決めます。工場の設備やIoTと接続する場合は、ITとOTのネットワーク分離、リモート接続、資産管理、ログ保管も契約範囲に含めます。

経済産業省は2025年4月に中小規模の製造事業者向け工場セキュリティの解説書を公表し、サプライチェーンを含む工場のサイバー・フィジカル・セキュリティを扱っています。IPAの制御システム向けリスク分析ガイドも、要件定義やRFPの確認項目として活用できます。購買発注・検収・仕入計上を会計へ連携する場合は、電子帳簿保存法やインボイス制度の保存要件も、税務判断ではなくシステム連携の要件として確認します。

資材所要量計画システム（MRP）の費用相場はいくらですか？

MRP単体の標準価格は、拠点数、品目数、BOM階層、同時利用者、連携先、データ移行、カスタマイズ、運用支援で大きく変わります。したがって、以下の金額は公開されている生産管理システムの相場と、MRPの案件規模から整理した目安です。個別案件の確定見積ではなく、RFPで比較軸を作るためのレンジとして利用します。

公開情報では、クラウド型の初期費用は10万〜100万円程度、月額は2万〜20万円程度、パッケージ型は初期200万〜800万円程度、年間保守は本体価格の10〜15％程度、スクラッチ開発型は1,000万円〜数千万円とされています。出典はキッセイコムテック「生産管理システムとは？」（2025年掲載）です。これは一般的な生産管理システムの相場であり、MRPの移行・連携・教育を含む総額ではありません。

MRP案件としては、主要品目を使った小規模PoCなら300万〜1,000万円程度、1工場の中規模導入なら1,000万〜5,000万円程度、複数拠点・ERP・WMS・MESを含む刷新なら5,000万円超を含めて個別見積になる可能性があります。複数拠点連携の1,000万〜5,000万円程度、スクラッチの1,000万円〜数千万円というレンジは、リサーチノートに記載した類似する業務システム相場からの推定です。企業規模や対象範囲が違う案件へ、そのまま当てはめてはいけません。

見積では、ライセンスまたは利用料、要件定義、設定、追加開発、サーバーやクラウド基盤、データクレンジング、移行ツール、API・EDI連携、帳票、テスト、教育、稼働支援を分けます。特にBOM移行は、件数だけでなく、階層・有効期間・改訂・単位・代替部品の不備を直す作業が発生します。現行データが整っていない場合は、システム開発費とは別にデータ整備費を置くほうが、予算の変動を説明しやすいです。

ランニングコストは、月額・年額の利用料、ユーザー追加、保守、問い合わせ、監視、バックアップ、脆弱性対応、法改正対応、マスタ保守、追加連携に分けます。スクラッチでは、初期費用の15〜25％程度を年間保守運用の目安とする考え方もありますが、監視時間、工場休日対応、SLA、改修上限を含むかで変わります。5年間のTCOとして、初期費用と運用費に加えて、教育、データ補正、旧システムの並行稼働、緊急対応まで比較します。

費用対効果は、在庫金額だけで判断しません。欠品による生産停止、緊急購買、特急輸送、納期回答の遅れ、計画担当者の手作業、棚卸差異を金額と時間に換算します。日立システムズの公開事例では、プリンタ部品製造業が11ライセンスで内示・確定受注とMRPによる資材発注、複数工場のデータ共有を扱い、数千万円の在庫金額削減が紹介されています。ただし個別案件の効果であり、自社で同じ削減額になると断定せず、現状値からROIを試算します。

委託先の選定と見積比較では何を確認しますか？

委託先は、知名度や見積総額だけでなく、自社と同じ生産方式・規模・データ複雑性の案件を任せられるかで選びます。製品ベンダーが提案していても、要件定義、移行、開発、テスト、運用を別の導入パートナーが担う場合があります。誰がどの工程に責任を持つか、再委託先を含めた体制と実績を確認します。

実績確認では、会社名の一覧だけでなく、対象業種、生産方式、拠点数、品目数、BOM階層、利用者数、連携先、導入期間、担当範囲を聞きます。日立のSCPLANは高速MRP計算をコアにグローバル拠点間の需給計画を扱う公式資料を公開しています。TPiCS-Xは組立・加工・プロセス、繰返生産、少量多品種、一品受注など混在する生産形態を訴求しています。こうした公開情報は候補を絞る材料ですが、最終的には自社データを使ったデモとPoCで確認します。

質問は「MRP機能がありますか」だけでは足りません。「BOMの有効期間と改訂をどう扱いますか」「内示から確定へ変わったとき、発注提案はどう変わりますか」「発注残の納期変更をどう再計算しますか」「能力制約はMRP内かAPS連携か」「ログから計算根拠を追えますか」「API障害時に手動運用できますか」と具体化します。回答が画面デモだけでなく、データモデル、処理時間、例外メッセージ、運用体制まで説明しているかを見ます。

見積比較では、金額の安い順に並べるのではなく、RFPの要求項目を縦に置き、各社の対応方法、標準・設定・追加開発の区分、工数、単価、期間、担当体制、前提、除外事項を横に並べます。特に、データ整備、連携先ごとの接続、帳票、移行リハーサル、教育、並行稼働、稼働後支援が含まれているかを確認します。見積に「一式」が多い会社には、作業分解と完了条件を追加で依頼します。

比較の評価軸は、製造業・MRP実績30％、BOM・計画機能25％、連携・拡張性20％、導入・保守体制15％、価格透明性10％のように社内で重み付けできます。これは編集上の評価例であり、契約前の客観的な点数ではありません。営業担当だけで決めず、現場、購買、情報システム、経理がそれぞれの確認項目を持ち、提案時の質問とデモ評価を同じ記録に残します。

リスクとして、BOM未整備、現行踏襲の丸投げ、アドオン過多、周辺連携テスト不足、担当者の属人化、データ移行の遅れ、工場のネットワーク停止、導入後の保守費増加があります。提案時点で、リスク一覧、発生条件、影響、予防策、発生時の担当と期限を出してもらいます。開発会社がリスクを小さく見せるより、未確定事項を正しく示し、調査工程と追加費用の条件を説明するほうが信頼できます。

契約後の変更管理では、追加要件をその場の口頭依頼で進めず、影響範囲、費用、納期、テスト、承認者を記録します。MRPの計画結果は購買・製造・出荷へ波及するため、画面の小さな変更でもデータ連携や権限へ影響する場合があります。月次の経営会議ではKPIと予算を、週次の現場会議では課題と変更を確認し、発注側が意思決定を止めない体制を作ります。

よくある質問（FAQ）

MRPの発注では、製品選び、費用、データ移行、契約責任の疑問が同時に出てきます。ここでは、初回の相談や社内稟議で聞かれやすい質問へ、発注判断に必要な範囲で回答します。

標準的なBOM、在庫、購買、製造の流れを利用できるなら、パッケージやERP内蔵MRPから検証する方法が現実的です。独自の計画ロジックや生産方式が競争力に直結し、標準機能へ合わせると業務上の価値を失う場合は、スクラッチまたはハイブリッドを検討します。最初から結論を決めず、代表データのPoCで標準機能と差分を確認します。

外注できますが、データ診断とクレンジングを開発工程の前に置く必要があります。品目コード、BOM、在庫、リードタイム、単位、発注残をサンプル確認し、補正ルールと責任者を決めます。データ整備を発注側の隠れ作業にせず、見積・スケジュール・受入条件へ含めることが重要です。

クラウドの小規模導入は数週間から数か月、パッケージの1工場導入は数か月、複数拠点連携や大規模なスクラッチ開発は6〜12か月以上を見込むことがあります。期間は機能数より、BOMと在庫の品質、既存連携、意思決定の速さ、段階導入の範囲で変わります。PoC、移行リハーサル、教育、並行稼働を省いて短縮すると、切替後の生産・購買リスクが高まります。

MRPだけで設備能力や人員不足を解決できるとは限りません。MRPは資材の必要量と手配時期を計算する機能で、塗装ラインや金型、熟練者、設備時間の制約を同時に扱うにはAPSや有限能力計画との連携が必要です。RFPでは、資材計画と能力計画をどの製品・機能が担い、結果をどこで承認するかを明記します。

まとめ

資材所要量計画システム（MRP）の発注・外注では、最初に自社の生産方式、対象拠点、BOM、在庫、リードタイム、既存連携を整理します。そのうえで、標準化できる範囲はクラウド・パッケージやERP内蔵MRPを使い、独自の計画ロジックだけをハイブリッドやスクラッチで補うと、費用と保守負担のバランスを取りやすいです。

RFPでは、業務課題、KPI、PoCシナリオ、データ移行、機能・非機能要件、連携、契約、検収、運用責任を一つの前提にそろえます。見積はライセンス、設定、開発、移行、教育、保守を分解し、公開相場と案件固有の推定を区別して、5年間のTCOと導入効果で比較します。価格だけでなく、MRPの計算根拠を説明でき、例外や障害時にも現場を支えられる委託先を選ぶことが、安定した運用につながります。

▼全体ガイドの記事
・資材所要量計画システム（MRP）開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。