生産スケジューラ開発の発注は、現場の課題とKPIを整理し、製品と委託先を比べ、PoCで確かめてから本開発に進む流れで進めるのが基本です。この順序で進めると、計画業務の改善につながります。
▼全体ガイドの記事
・生産スケジューラ開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
生産スケジューラ開発を発注・外注する前に押さえる全体像
生産スケジューラは、受注や需要に対して、制約条件のもとでいつ、何を、どの設備・人員で、どの順番に作るかを計画するシステムです。
生産管理システムが受注・在庫・実績を管理し、MRPが必要量を計算します。一方、生産スケジューラは、有限能力や段取り替え、前後工程も考慮して、実行可能な順序を作ります。外注では、まずこの業務上の役割を委託先と共通の理解にそろえることが出発点です。
最初に決める改善の目的
目標は「生産計画を自動化する」と書くだけでは曖昧なので、達成したい成果を、計画時間や納期回答、段取り・在庫の項目ごとに、数値や状態で言い換えておきます。
- 計画時間：現在は8時間かかる作成時間を、2時間以内にする。
- 納期回答：翌日だった納期回答を、当日中に返せるようにする。
- 段取り・在庫：段取り時間を減らし、在庫と欠品を同時に抑える。
- KPI候補：計画工数・納期遵守率、在庫金額・仕掛量、段取り回数・設備負荷率・残業時間の各指標。
導入前に測れるKPIを二つから四つに絞ると、委託先の提案と導入後の評価を比較しやすくなります。
発注形態の比較：パッケージ・SaaS・スクラッチ
発注形態は、制約への適合性や独自ルールの重要度を基準に比べます。
- パッケージ：多品種・多工程の制約を早く実装したい場合の候補です。
- SaaS・クラウド型：1工場・少数ユーザーで小さく試したい場合に、始めやすい形態です。
- スクラッチ：独自工程や評価ルールが競争力の中心で、既製品に合わせると業務を失う場合の候補となります。
スクラッチでは、アルゴリズムと運用保守を自社または委託先が長期に担います。そのため、初期開発費だけで比べないようにします。
外注しても発注側に残る責任
委託先は仕組みを設計・開発できますが、現場の制約やマスタの正本は自動的には決まりません。優先順位や計画変更の承認者も、発注側が定める必要があります。
発注側は、工場や生産管理、製造技術の現場側と、購買や営業、情報システムの社内側から意思決定者を選びます。そのうえで、現場の暗黙知をルールとして確認します。
「ベテランなら分かる例外」を洗い出さないまま発注すると、デモでは動いても、実運用で使えない結果になりがちです。
生産スケジューラ開発の発注・外注の進め方
発注・外注は、現状把握から稼働支援まで段階に分けて進めると、失敗を抑えられます。
- 現状把握と要件整理
- 候補選定と提案比較
- 契約とPoCまたはプロトタイプ
- 開発、テスト、稼働支援
全工場の本番システムを一度に作るより、まず代表的な製品群やラインで計画が成立するかを確かめます。その結果を本開発の要件に反映すると、進め方として安全です。
企画フェーズの対象範囲と現状データの確認
企画では、生産形態と計画条件、現行データとその状態をそろえておきます。
- 生産形態：受注・見込生産、ジョブショップ・ライン・バッチ、単一・複数工場。
- 計画条件：工程数、設備数、作業員割当、計画粒度・期間。さらに、更新頻度、材料引当、段取り、休日も条件です。
- 現行データ：Excel、受注データ、BOM、在庫をサンプルにします。設備カレンダー、標準時間、実績データも対象です。
- データの状態：正しいデータと、手入力や推測によるデータを分けて把握する。
現行データの確認を飛ばすと、後工程でデータクレンジングの費用が増えます。
RFPに記載する機能・制約・連携・運用
RFPには、対象業務、対象工場、利用者、計画の入力・出力、必要なガント表示、再スケジュールの条件を書きます。また、設備・人員・材料・納期・ロット・段取りなどの制約も明記します。
ERPや生産管理、MESとの連携方式も記載します。さらに、WMS、購買、IoTや実績収集との連携方式も書き添えます。連携では、データの正本や更新タイミング、エラー時の再送と重複排除も決めておく必要があります。
「API連携」とだけ書くと、各社の前提がずれやすくなります。項目、件数、頻度、ファイル形式、認証、停止時の扱いまで示すと、見積条件がそろいます。
PoCとプロトタイプによる実行可能性の検証
候補を絞ったら、代表的な製品群の過去データを使い、制約を反映した計画を作ります。計算速度だけでなく、現場で使える計画かも確かめます。
確かめるのは、納期遅れがどの程度減るか、段取りが現実的か、材料不足を正しく扱えるかです。加えて、特急注文でどの範囲が崩れるか、担当者が結果を手修正できるかも検証します。
AIをうたう製品には、目的関数の優先順位、制約違反の扱い、計画理由の説明、学習データの品質を尋ねます。
開発・テスト・稼働支援の段階
要件確定後は、開発、テスト、受入、稼働支援を段階的に進めます。
- 設計・開発：マスタや画面・帳票、連携、権限を設計し、機能単位で開発する。
- テスト：設備停止、欠員、材料遅延、受注取消をシナリオにします。
- 受入：情報システム部門だけでなく、計画担当者と現場責任者が行い、「この計画なら実行できる」と判断する。
- 稼働支援：1ラインか1製品群でパイロット運用し、KPIと問い合わせの内容を見てから対象を広げる。
設計・開発では、ログ、バックアップ、障害時の復旧も含めます。テストでは、納期変更、計画再実行、連携停止も対象に入れ、正常系も確認します。
生産スケジューラ開発の契約形態の選び方
契約形態は、成果物と仕様をどこまで固められるか、発注側がどれだけ意思決定できるかで選びます。要件が明確な開発部分は請負、変化が多い業務整理や改善の伴走は準委任が基本です。
現場検証でルールが変わりやすいため、要件整理・PoC・本開発・運用支援を分けて契約する構成が現実的です。全工程を一つの契約に押し込めると、途中の変更に対応しにくくなります。
請負契約の成果物と検収条件
請負契約は、委託先が合意した成果物を完成させ、発注側が検収する契約です。
画面や帳票、連携仕様、計画ロジック、性能は、明文化しやすい部分です。対応ブラウザや端末、マスタ移行、操作マニュアル、テスト結果、納品物も、請負で契約しやすい項目です。
検収条件を「現場で使えること」だけにすると、解釈が人によって分かれます。そのため、代表データでの納期遵守、制約違反の表示、再計画時間、エラー時の通知など、判定できる基準を置いておきます。
準委任契約の使いどころ：要件整理と伴走支援
準委任契約は、委託先が専門知識を提供し、合意した業務を遂行する契約です。成果物の形や優先順位が変わる作業に適します。
- 対象業務：現場ヒアリング、業務分析、RFP作成支援、製品選定。
- 検証・改善：制約モデリング、プロトタイプ検証、導入後の運用改善。
- 契約条件：時間単価・月額・稼働人数、担当者の役割、会議体、報告内容。作業時間の上限、成果物、秘密保持も定めます。
委託先とは、まず何を前に進めるのかを合意しておくことが大切です。
段階契約の変更管理と中止条件
おすすめは、要件整理を準委任または小規模な請負で行い、PoCの判定後に本開発を請負または準委任で発注する段階契約です。
各段階の開始条件、成果物、予算上限、次段階へ進むKPI、延期・中止条件、データや設定の返却方法を、契約書や個別発注書に記載します。
PoCで計画が成立しなかった場合は、本開発へ進まない選択肢を残せます。そのため、発注側はリスクを管理しやすくなります。
生産スケジューラ開発の費用相場と開発期間
生産スケジューラ単体の、市場全体の平均価格は公開されていません。そのため、公開価格と、類似する業務システムの規模から置いた推定レンジを分けて考えます。
製品ライセンスに、要件定義や制約設定、マスタ整備を加えて考えます。さらに、連携、教育、稼働支援、保守も含めた総保有コストで比べます。税区分やユーザー数、拠点数、導入支援の範囲も、各社でそろえておきます。
前提が異なる見積を総額だけで並べると、判断を誤るおそれがあります。
公開価格の目安と導入支援の別見積
公開情報で確認できる製品価格には幅があるため、各製品の公式価格を並べて見ておきます。
- Asprova：システムインテグレータの公式ページによると、標準構成は480万円からです。
- FLEXSCHE：税別で、GPは320万円、GUI Extensionは80万円、Editorは40万円です。
- JoyScheduler：東京ガス・TGESの本体1ライセンスは198万円で、ビューアやWeb Clientは別料金です。
上記は各社の公式価格ページを2026年8月に確認した情報です。ただし、これらは製品価格であり、要件定義や連携開発を含む導入総額ではありません。
連携・カスタマイズ込みの500万〜2,000万円程度の仮置き
連携・カスタマイズを含む費用は、案件の規模に応じた推定レンジとして、仮に置いておきます。
- 追加範囲：ERP・MES・WMS連携、マスタ移行、複数拠点、独自制約、教育、稼働立会い。
- パッケージの初期予算：上記を含む案件では、500万〜2,000万円程度を仮置きするケースがあります。
- 小規模スクラッチ・APS：300万〜1,000万円の範囲に入ることもあります。
- 中規模スクラッチ・APS：1,000万〜5,000万円の範囲になることもあります。
- 大規模・複数工場：5,000万円〜1億円以上に及ぶこともあります。
これは公的な市場平均ではなく、公開製品価格と類似業務システムの規模から整理した推定レンジです。
金額は、独自制約や拠点数、24時間運用、既存システムの状態によって大きく変わります。そのため、見積書には単一の金額だけでなく、前提条件と上下幅を残します。
費用の工数・期間・運用費への分解
見積は初期費用と導入・運用費に分け、保守条件も個別に確かめます。
- 初期費用：現場調査・要件定義、ライセンスまたはSaaS利用料、マスタ整備、制約ロジック、連携開発、データ移行。
- 導入・運用費：テスト、教育、稼働支援、保守、クラウド、セキュリティ。
- FLEXSCHE年間保守目安：ハードウェアライセンスは製品価格の12%、代替ライセンス付きソフトウェアは15%。
この保守率は、株式会社フレクシェの公式価格表を2026年8月に確認した情報です。保守率は製品ごとに異なります。
一般的な業務システムの初期開発費に対する年間15〜25%という目安とは混同せず、個別の条件で確かめます。
導入期間は、要件の難しさとデータ整備の進み具合で変わる推定です。導入の形態ごとの期間は、4つに分けて並べると比べやすくなります。
- 小規模SaaSの設定やPoC：2週間〜2か月。
- パッケージ導入：2〜6か月。
- 連携・カスタマイズ込み：4〜12か月。
- スクラッチや複数工場展開：9〜18か月以上。
全社一括では2年以上かかる場合もあります。一方で、1〜2か月のPoC、3〜6か月のパイロット、その後の拠点展開に分けると、投資判断を段階的に行えます。
委託先の選定とRFP・見積比較で確認すべきポイント
委託先は、知名度だけでなく、製品の適合性や製造業務の理解、連携実績、現場への定着まで確認します。
候補には、製品ベンダー、導入SIer、AI・SaaS提供会社、業務整理から担う開発会社があり、得意領域も異なります。そこで、タイプごとに分けて、同じ条件で比べます。
たとえば、AsprovaのようにERPやMESとの連携を重視する製品や、FLEXSCHEのようにモジュールを分けて構成できる製品があります。このほか、AI×SaaSでスモールスタートを打ち出す製品や、最適化機能を備えた低価格帯の製品も候補になります。
RFPの記載項目：業務・データ・連携・成果物
RFPには、会社・工場の背景、現行業務の課題、対象範囲、導入目的を記載します。さらに、KPI、希望時期、予算の考え方も書き添えます。
- 機能要件：受注・需要の取り込み、MPS、日次・週次計画、ガント表示、負荷確認。
- 計画機能：材料制約、段取り、特急注文への対応。What-ifシミュレーション、実績反映、権限、操作ログ。
- 性能・稼働：応答時間、同時利用者、稼働時間。
- 継続・保守：バックアップ、復旧目標、監視、認証。アクセス制御、データ返却、保守時間帯も含めます。
各項目の条件を具体的に書いておくと、提案内容と見積の前提がそろいます。
同じ前提で比べる見積の明細と除外項目
相見積もりでは、金額の安さを比べる前に、対象範囲と前提条件をそろえます。
- 規模：ライセンス数、ユーザー数、拠点数、対象設備。
- 計画範囲：製品数、工程数、計画期間、連携本数。
- 移行・支援：データ移行件数、教育回数、稼働立会いの日数、保守時間。
- 見積明細：要件定義、標準設定、追加開発、インターフェース、マスタ整備、テスト。
- その他：旅費、税、保守、クラウド費用、対象外項目、追加単価。
委託先への質問項目：デモ・実績・担当体制
委託先には、デモ・導入実績・担当体制について、自社の条件に合わせて尋ねます。
- デモ：自社の匿名化データで、設備停止、材料遅延、欠員、特急注文、納期変更を試してもらう。
- 導入実績：同業種・製造形態・規模の課題、対象工程、連携先、期間、利用者、導入後のKPIを聞く。
- 担当体制：可能なら提案営業に加え、要件定義と稼働後の担当者にも参加してもらう。
- AIの機能：納期・在庫・段取り・稼働率の優先順位、制約の編集、計画理由、手動修正の保存を見る。
- SaaS：通信断時の業務継続、バックアップ、データ所在、API制限、ユーザー・拠点の追加料金、終了時のデータ返却。
AI型は、「自動で最適化する」という説明を聞くだけでなく、上の項目で中身を確かめます。加えて、学習データや推論結果を外部に持ち出すかどうかも尋ねます。
工場のセキュリティと障害時の運用
生産スケジューラは、ERPやクラウドだけで完結せず、MESや設備、実績収集などのOT環境と接続する場合があります。そのため、RFPに対策を含めておく必要があります。
- ネットワーク：分離・ゾーニング、最小権限。
- 端末・認証：MFA、端末管理、パッチ適用。
- 監視・記録：操作ログ、バックアップ、監視。
- 脆弱性・契約：報告・修正・費用負担、ログ保存期間、再委託、秘密情報の管理。
- 障害時：手動運転と復旧手順、対応時間、復旧テストを決める。紙や既存Excelへの切替と責任者も定め、工場停止のリスクを抑える。
経済産業省は2025年4月、中小規模の製造事業者向け「工場セキュリティの重要性と始め方」を公表しました。同資料は、サプライチェーンを含む工場セキュリティを、規模にかかわらず検討する必要性を示しています。この内容は、2025年4月公表の資料を確認したものです。
発注後の定着に向けた注意点
成果と言えるのは、計画担当者が日々使い、実績を戻し、制約を見直せる状態になったときです。納品は、その状態をつくる出発点にあたります。
稼働初期は、計画の正しさだけでなく、操作の迷い、マスタ更新の遅れ、現場との認識差、連携エラーも記録します。月次や四半期ごとにKPIを確かめ、最初に決めた目的と現場の実態がずれていないかを見直します。
マスタの責任者と更新ルール
工程やBOM、標準時間、設備能力、作業員、休日のマスタに誤りがあると、計算が正しくても現場で実行できない計画になります。段取り、在庫、納期のデータも、誤りがあれば同じことが起きます。
まず、品目コードや設備コードの正本を決めておきます。そのうえで、誰が登録・承認・変更するのか、変更をいつスケジューラに反映するのかを定めます。
外注先が初期マスタを整備しても、日々の更新を委託先に頼ったままだと、運用費も属人化も増えます。そこで、発注側へ移管する教育と手順書を納品物に含めます。
導入効果の判定に使うKPI
「AIで自動作成できた」「Excelをやめた」といった事実だけでは、現場の改善につながったかは分かりません。
導入前後で比べるのは、計画作成時間や再計画時間、納期遵守率、在庫・仕掛金額です。段取り時間や設備負荷の偏り、残業、計画変更回数も比べる対象です。
効果の出方は、製品や拠点によって異なります。そこで、契約時に達成を保証できないKPIと検証するKPIを分け、測定方法と確認時期を合意しておきます。
ベンダー依存を避けるための知識とデータの引き継ぎ
委託先だけが制約ロジックを理解している状態では、将来の改修や拠点展開で大きな負担になります。そのため、資料は発注側が使える形で保管します。
- 運用・技術資料：設定値、インターフェース仕様、データ辞書、運用手順、教育資料。
- 検証・障害記録：テストデータ、テスト結果、障害履歴。
- 権利・契約：ソースコードや設定ファイルの権利、第三者製品ライセンス、再委託先の範囲。
- 移管条件：契約終了時のデータ返却、別会社へ移管する場合の協力範囲。
よくある質問（FAQ）
発注時によくある質問を取り上げます。答えは、自社の工場条件や既存システムによって変わるため、最終的にはRFPとPoCで具体化します。
生産スケジューラの発注費用は最低いくらですか？
公開価格を見ると、JoyScheduler本体は198万円（税込）、FLEXSCHE GPは320万円（税別）です。Asprovaは標準構成で480万円からという例もあります。
ただし、これらは製品やライセンスの価格であり、要件定義、データ整備、連携、教育、保守を含む発注総額ではありません。
予算を考えるには、対象範囲と導入段階を示したうえで、複数社から前提付きの見積を取る必要があります。
パッケージ導入とスクラッチ開発はどちらが適していますか？
多品種・多工程で、設備や材料の制約を短期間で扱いたい企業は、パッケージから検討すると検証しやすいです。
独自工程や独自の評価ルールが競争力の中心で、既製品に合わせると重要な業務を失う場合は、スクラッチが候補です。
迷う場合は、標準機能で対応できる範囲をPoCで確かめ、差別化に直結する部分だけを追加開発する方法が現実的です。
RFPがなくても生産スケジューラを外注できますか？
外注することはできます。ただし、RFPなしで各社に相談すると前提がそろわず、提案や見積を比べにくくなります。
最初から完璧な仕様書を用意する必要はありません。課題や対象工程、現行データ、制約、連携先を整理します。さらに、希望KPI、予算の考え方、PoCで確かめたいことも書き出します。
要件整理を支援できる会社へ準委任で依頼し、RFPを共同で作る進め方もあります。
AI搭載の生産スケジューラなら担当者は不要になりますか？
担当者が不要になるとは限りません。AIや最適化エンジンは、大量の制約を処理する助けになります。
目的の優先順位を決め、例外を判断し、結果を現場へ説明する役割は残ります。そのため、候補製品が制約を編集できるか、計画理由を確認できるか、手動修正を記録できるかは、デモで検証します。
担当者の判断を仕組みに移しながら、運用を標準化していきます。
まとめ
発注前には、現場の課題とKPI、対象範囲、制約、既存システム、運用責任を整理しておきます。製品は、これらを整理したあとで比べるのが順序です。
パッケージ、SaaS、スクラッチを比べ、RFPで条件をそろえます。そのうえで、請負と準委任を工程に応じて使い分けます。
費用は、ライセンスだけでなく、マスタ整備、連携、教育、保守を含むTCO（総保有コスト）で判断します。
発注前に始める代表ラインのPoCと明細見積
最初の一歩は、1ライン・1製品群・主要制約に絞ったPoCです。匿名化した実データで計画を作り、納期、段取り、材料、設備停止、現場の手修正を確認します。
結果をもとに要件定義、本開発、拠点展開の順で発注すれば、全社一括導入の不確実性を抑えながら投資対効果を評価できます。
相見積もりの比較範囲：計画・データ・セキュリティ
相見積もりでは、価格に加えて委託先と製品の条件を比べます。
- 委託先と見積：同業実績、担当体制、連携仕様、マスタ移行、教育、保守。加えて、標準機能と追加開発の境界も見ます。
- 運用と製品：障害時の復旧、データ返却、制約ルールの編集・説明、担当者による計画結果の修正。
発注側と委託先が同じKPIと前提を持てれば、生産スケジューラは、計画作成の自動化にとどまらず、属人化の解消と現場の意思決定を支える基盤になります。
▼全体ガイドの記事
・生産スケジューラ開発の完全ガイド
▼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を創業。