製番管理システムの発注は、例外業務の整理、要件とRFPの合意、方式と委託先の選定の順に進めると、受注から原価まで一貫して管理できます。
発注形態の選択から受入テストまで、各段階で決めることと判断の材料を順に取り上げます。
▼全体ガイドの記事
・製番管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
製番管理システムの発注・外注の全体像
発注では、機能数より、受注した案件を出荷、請求、原価確定まで追えるかが問われます。
製番の採番だけでは、設計変更や共通部品、外注戻り、分納といった例外を処理しきれず、Excelや電話でのやり取りが残ります。
案件の親キーとしての製番
製番は受注明細や製造案件ごとに付けます。
設計図面や個別BOM、部材手配はこの番号にひも付け、作業実績や検査結果も同じ番号で結びます。
- ひも付け：外注先、出荷先、売上、実際原価を同じ番号の下に集める
- 個別追跡：装置・機械など受注ごとに仕様が変わる個別受注生産では、製番単位で追うことで現場判断と経営の採算管理を一致させやすい
- 番号と部品：親子製番や共通部品を、複数案件へどう引き当てるかの決まり
- 例外処理：再加工・返品、変更前後の版数、原価の締め時点の決め方
例外の扱いが曖昧なまま依頼すると、登録できない例外や原価の不一致が生じ、完成後の追加開発につながります。
業務成果で定める外注の目的
導入の目的は、経営や現場で得たい成果として書きます。たとえば、原価差異の月次確認や、設計変更の伝達短縮です。
- 納期：遵守率の確認
- 採算：製番別粗利の把握
- 購買：リードタイムの計測
- 入力：実績の当日登録率
KPIは、導入前後で比べられるものを二つから四つに絞ると、要件の優先順位を決めやすくなります。
標準品を同じ条件で繰り返し生産する企業は、すべての業務を製番方式に変える必要はありません。
ロットや品番別の総量管理が向く工程もあるので、製番、ロット、シリアル番号を業務ごとに使い分けます。
発注形態の選び方
発注形態は、標準クラウド、製造業パッケージ、半完成品のカスタマイズ、フルスクラッチに分けて考えます。
製番管理の中心機能は、パッケージや半完成品で早く稼働させます。そのうえで、独自性の高い現場入力や連携だけを追加開発すると、費用と適合性のバランスを取りやすい傾向にあります。
標準業務から始めたい企業に向くクラウドSaaS
クラウドSaaSは、サーバーの購入やOS更新を抱えにくく、利用開始までを短くしやすい方式です。
- 拠点共有：受注、製番、購買、進捗の情報
- 小規模導入：一つの工場から始める
- 現場機能：端末、コード読取、図面参照の確認
スマートフォンやタブレットでの実績登録、QRコードやバーコード、安全な図面参照は、デモで実際に確かめます。
料金の単位はサービスごとに異なります。利用者や拠点、外部連携、保守支援のほか、保存量や帳票が別料金の場合があります。
月額だけでなく、五年間の総保有コストで比べます。
GENは、製番や外注、原価の管理、API、モバイル実績登録を案内しています。
GEN TRADINGの同プランは、月額23,500円からと公式サイトに表示されています。ただし、製造向けプランや導入支援費は別に確認が必要です（出典: GEN株式会社公式サイト、2026年確認）。
標準機能と導入支援を重視する企業に向く製造業パッケージ
製造業パッケージは、受注から原価まで、製番やBOM、MRPなどの機能を組み合わせた方式です。
標準機能を軸に選定します。
- 製品例：日立システムズのFutureStage、三菱電機デジタルイノベーションのFactory-ONE、クラステクノロジーのQuickCIM
- 適合確認：製番別BOMの版数、設計変更、子製番、個別原価、外注戻り
標準機能に合わせる範囲を先に決めると、開発期間と保守負担を抑えられます。反対に、帳票や独自承認をすべて再現しようとすると、アドオンと更新時の検証が増えます。
競争力に直結しない帳票や申請は、標準機能やローコードに寄せます。そのうえで、独自の見積計算や原価配賦を作り込みます。
独自工程と連携範囲で使い分ける半完成品・スクラッチ
半完成品は、受注生産向けの機能を土台に、見積計算、帳票、ワークフロー、外部連携を自社仕様に調整します。
- 公開価格例：半完成品とカスタマイズの価格総額は400万円から、スクラッチ開発は1,500万円から
- 導入期間例：6か月から1年以上
この価格と期間は市場平均ではなく、一社の公開例です。
方式ごとの初期費用と期間を考える具体例になります（出典: マキナフロー公式サイト、2026年確認）。
独自原価や特殊工程の計画、設備とのリアルタイム連携、複雑な親子製番が競争力の核になるなら、スクラッチも候補に入ります。
発注側には、業務の決定者や受入テストの担当者、稼働後の管理者が必要です。
固有機能と標準機能を分けたうえで、費用、納期、保守性を比べます。
発注前の要件整理とRFPの作り方
RFPは、希望を伝える資料にとどまらず、各社が同じ条件で提案と見積を作るための基準書です。そのため、現状や範囲、データ、制約を記載します。体制や成果指標、提案してほしい内容も書き込みます。
完成度の高い仕様書がなくても、RFPは作れます。ただし、業務上の事実と希望を分けて書くことで、各社の価格差を比べやすくなります。
受注から出荷までの製番単位の現状業務
営業の見積と受注から原価締めまでを、一枚の業務フローにまとめます。設計図面とBOM、購買発注、外注品の支給と受入を、製番の流れに沿って並べます。製造指示と実績、品質検査、倉庫の入出庫、出荷、請求も、同じ流れに入れます。
- 工程ごと：担当者、時点、番号、登録内容、次の部門への受け渡し
- 情報源：Excel、紙、メール、基幹システムを併記
分納、追加工、再加工を実例で確かめます。
代替・共通部品、外注戻り、設計変更は、同じ案件の流れで扱えるかを見ます。欠品、廃棄、返品も含めます。
通常の案件だけで要件を書くと、費用のかかる例外要件が抜けてしまいます。そこで、問題が起きた案件を三つから五つ選び、システム上で最後まで追跡できるかを発注前に評価します。
RFPに入れる製番・BOM・原価・連携の確認項目
機能要件では、製番の発番と親子関係、重複防止を書きます。BOMについては、版数と履歴も記載します。
- 計画：所要量計算と在庫引当
- 製造業務：購買・外注、工程進捗、作業時間、検査、不適合、出荷の流れ
- 原価：材料費、労務費、外注費、間接費
- 追跡：製番から部品、仕入先、作業者、検査、出荷先までさかのぼる
製番から出荷先までさかのぼる追跡は、検索画面だけでなく、帳票やデータ出力でも確認します。
作業者、検査記録、出荷先まで遡れるかも、あわせて確かめます。
非機能要件には、利用者数や拠点、稼働時間、応答時間を含めます。加えて、バックアップや権限、監査ログ、データ保存期間、障害時の復旧目標も書き込みます。
通信が途切れたときの入力方法と、連携方式も指定します。
連携先は、APIやEDI、会計、WMS、CAD/PDMなどです。
工場と接続する場合は、OTや設備網の分離が対象です。
アカウントや脆弱性、ログ監視、操業継続も含まれます。
経済産業省は2025年4月、中小規模の製造事業者向けに、工場セキュリティの具体的な手順と事例を示す解説書を公表しました（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。
PoCとデモで確かめる例外系
ベンダーの標準デモを見るだけでなく、自社の実案件を匿名化して、製番の発番から原価確定までを試します。
- 製番の発番と、受注明細・個別BOMの登録
- 設計変更、所要量、外注発注、入荷の処理
- 作業実績、検査、分納を経て、原価確定までの進行
営業から経理まで各部門の担当者が操作し、役割ごとの画面やデータの違いも確かめます。
PoCの成功条件は、数値にして決めておきます。たとえば、製番から部品と外注品を三分以内に検索できること、変更の版数と承認者を履歴で確認できることです。
実績を入力したあとに製番別原価へ反映されるかを確認します。また、一時的な通信断でも登録データを失わないかも見ます。
未達の項目は、標準機能や設定で解決するのか、追加開発や業務変更で対応するのかを、提案書に明記してもらいます。
契約形態とプロジェクトの進め方
確定している要件と、現場で試しながら決める要件が混在しています。そのため、不確実性に応じて一括契約、分割契約、準委任を選びます。
契約書には、契約名に加えて成果物と検収の条件を書きます。
変更手続きや、誰がどこまで受け持つかも含めます。知的財産やデータ返却、保守範囲も、文書にします。
成果物と検収条件を明確にできる場合の請負契約
請負契約は、合意した成果物の完成と検収が中心になります。そのため、成果物と合格条件をはっきりさせておきます。
- 成果物：要件、画面、帳票、連携、試験仕様、マニュアル、移行データ、納品形式の定義
- 契約の適性：範囲が定まっていれば、予算を管理しやすい
- 未確定要件：原価計算や例外処理が曖昧だと、リスク費用や変更契約が増える
- 受入条件：重複、版数の不整合、外注の未入荷、実績訂正、分納、返品、原価締めを試験の対象にする
- 責任範囲：瑕疵対応期間と、修正・追加要望の区別を契約書と仕様書でそろえる
要件探索や伴走支援に向く準委任契約
準委任は、専門家の知識や作業を受ける契約です。要件定義や現状分析、PoCのほか、管理や運用改善にも向きます。
- 業務の合意：採番規則や原価締めを決めるための作業時間、体制、会議、報告、課題対応
- 成果物：業務フロー、要件一覧、試験計画、意思決定記録
- 契約分割：要件定義は準委任、確定範囲の開発は請負とする方法もある
- 継続判断：終了条件と次契約の基準を設け、月次で予算や未決事項を見直す
準委任は長引くほど、毎月の費用が積み上がります。
発注側は、各フェーズで終わりを決めておき、課題や変更要求も月次で確かめます。
変更管理票で合意する設計変更と追加開発
工程や帳票の変更は、口頭やチャットで済ませず、変更管理票に記録します。設計変更前の版や過去データの扱い、発注済みの外注品への伝達も、管理の対象にします。
- 変更内容：理由、対象製番、影響するBOM・画面・連携の記録
- 影響と承認：工数、納期、費用、承認者
製造や検査の外注は、システム開発契約とは分けて考えます。
発注側は、委託内容や納期、検査、支払を整理します。
再委託や情報管理、図面の利用範囲も、整理の対象に入ります。
取適法は2026年1月に施行されました。
対象となる取引では、発注内容などの明示、記録の保存、受領後60日以内の支払期日などが求められます。
また、公正取引委員会は2026年6月、中部地区の運用状況として措置822件を公表しました。主な内訳は、支払遅延275件、代金減額204件、買いたたき112件です（出典: 公正取引委員会「令和7年度における中部地区の取適法の運用状況等について」、2026年）。
適用の対象は、取引内容や資本金、従業員の基準で変わります。そのため、法務や経理と確認します。
製番管理システムの費用相場と見積の内訳
製番管理システムには、全国共通の公定価格がありません。
費用は、製番数や拠点数、ユーザー数、BOMの複雑さで変わります。既存システムとの連携や端末、移行、カスタマイズ、教育、保守によっても変わります。
示す金額は、リサーチノートと公開価格例から整理した2026年時点の検討レンジです。
発注前の予算目安として扱います。
方式別の初期費用と、公開例・推定相場の区別
クラウドSaaSの標準設定は、初期費用0〜60万円程度が目安です。ただし、月額や設定、移行、支援の範囲によって変わります。
- 製造業パッケージ：数十万〜数百万円。製番対応・連携込みは300万〜1,500万円程度
- 半完成品：カスタマイズは500万〜2,000万円程度
- スクラッチ：小規模300万〜1,000万円、中規模1,000万〜5,000万円、大規模5,000万円超の可能性
方式別の金額は、要件量から推定したレンジです。
製番管理だけの市場統計ではない点に注意が必要です（出典: NotebookLM Q&A「生産・製造」およびリサーチノート、2026年）。
リサーチノートの期間の目安は、標準SaaSが即日〜数週間、パッケージが1〜6か月、半完成品が3〜9か月です。
スクラッチは、小規模が3〜6か月、中規模が6〜12か月、大規模が12か月以上です。
公開価格と自社の見積は一致しないため、金額の高低よりも、対象範囲と前提、除外作業を確認します。
要件定義から保守までを作業単位に分けた見積
見積書では、要件定義からリリース後の保守までを作業単位に分けてもらいます。
- 作り込み：設計、画面・帳票、製番・BOM、購買・外注、工程・実績、品質、原価
- 連携・管理：API・EDI、権限、監査ログ
- 導入・運用：移行、テスト、教育、並行稼働、リリース、保守
「開発一式」では比べられないため、工数と担当ロール、単価を確認します。前提や除外事項、追加時の単価も、あわせて見ます。
ノートでは、業務システム費用の約60〜80％が人件費と整理されています。一人月の目安は、PMが月90万〜150万円、SEが65万〜110万円、PGが50万〜90万円です。これは個別の相場を断定する数値ではなく、体制を考える際の参考です（出典: NotebookLM Q&A「生産・製造」、2026年）。
保守運用は、初期費用の年15〜25％程度を見込みます。その際は、障害や法改正への対応、脆弱性やバックアップ、問い合わせ、更新検証のどこまでを範囲に含むかを確認します。
初期費用だけでなく五年間の総保有コスト
クラウドは、月額に加えて、ユーザー追加や連携オプションの費用が続きます。移行や教育、サポート費も、費用として続きます。
買い切り型は、月額がなくても、サーバーやOS、データベースをはじめ、脆弱性対応や更新、保守要員が必要です。
- 五年総額：ライセンス、開発、移行、教育、運用、保守、追加開発、終了時のデータ取り出しの合計
- 比較欄：初期費用、月額・年額、導入支援、追加開発、連携、端末、教育、保守、障害時費用、データ返却
五年間の総額で見ると、初期見積が安くても、総額まで安いとは限りません。
補助金を使える可能性があっても、採択や対象経費を前提にはしません。補助なしで成り立つ予算を作って、検討を進めます。
委託先の選び方と見積比較のポイント
委託先は、会社の規模や価格に加えて、個別受注生産と製造現場への理解で選びます。
開発会社、パッケージベンダー、導入コンサルは、それぞれ得意領域が異なります。そこで、同じ評価軸で採点し、導入後の担当者も確認します。
導入実績は社数より案件の中身
「製造業に多数の実績がある」という説明に加えて、個別受注や受注組立、繰返生産、ロット生産のどれに近いかを尋ねます。
- 業務経験：製番別原価、図面・BOM履歴、外注、複数拠点の連携方法
- 利用者の声：同規模・同業態の利用者から、導入期間、追加費用、定着、障害対応、保守を事実ベースで聞く
- 導入事例：導入前の課題、範囲、利用者数、稼働までの期間、導入後の変化
- KPIとの関係：納期回答時間、実績入力の締め、棚卸し、原価差異など自社KPIに近い変化を確認する。ベンダー発表は考慮して評価する
見積比較の観点は価格より含まれる作業と前提
二社から四社に同じRFPを渡し、質問期間と回答期限をそろえておくと、見積を比べやすくなります。
- 見積内訳：要件定義、開発、ライセンス、移行、連携、テスト、教育、稼働支援、保守
- 対象範囲：標準、設定、追加開発、対象外に分け、移行や受入テストが発注側の作業かを確認
- 評価軸：適合度、個別受注経験、提案の具体性、体制、日程の妥当性、費用の透明性、保守・障害対応、セキュリティ、データ可搬性
- 確認質問：BOM版数、共通部品の引当、原価締め、通信断時の入力、API、追加開発費
安い提案では、移行や受入テストが発注側の作業として除外されていることがあります。そのため、金額だけで判断しません。
保守体制と発注側のリスク分担
発注側の役割も、見積に含めて考えます。稼働後の停止リスクと役割分担を、契約前に確認します。
- 保守窓口：障害優先度、回答・復旧目標、夜間休日対応、更新、脆弱性、バックアップ、復旧、教育責任者
- 操業継続：工場の停止が難しい場合の、保守可能な時間帯と代替運用、復旧訓練の計画
- 社内体制：業務責任者、決定者、マスタや移行の担当、試験ユーザー、稼働後の管理者
- 運営方法：委託先任せだと業務ルールの決定が遅れ、追加費用や日程延長につながるため、週次の課題管理、月次報告、変更承認の記録が必要
発注後の受入テストと運用定着
選定後は、要件定義と設計、開発の順に進みます。そのあと、テストや教育、移行を行い、並行稼働を経てリリースします。
全社一斉に切り替えるより、一工場や一つの製品群で発番から出荷、原価まで試し、課題を直してから対象を広げるほうが、製造ラインへの影響を抑えやすくなります。
実案件と異常系を使う受入テスト
受入テストでは、業務処理と異常系、データ移行を、実データに近い情報で確認します。
- 業務の一連確認：受注、製番発番、BOM展開、購買・外注、入荷、工程実績、品質検査、出荷、請求、原価締め
- 異常系：設計変更、欠品、代替、外注遅延、再加工、分納、返品、訂正、権限不足、通信断、連携エラー
- 合否記録：試験結果、証跡、未解決の不具合、回避策、再試験日の記録と、合格基準の責任者による承認
- 移行対象：品目、取引先、仕入先、工程、単価、在庫、BOM、過去製番、図面、原価実績、対象年数
- 移行照合：欠損や重複の扱い、過去記録への参照、新旧残高の突き合わせ
移行のリハーサルは、本番前に複数回行います。
教育とKPIによる現場への定着
教育は、一度の操作説明会で終えず、役割別の演習と、稼働後のKPI確認を続けます。
- 役割別教育：営業、設計、購買、製造、品質、経理が実案件で演習する
- 現場支援：必須入力、訂正権限、窓口、入力例、よくあるエラーへの対処
- 月次KPI：納期遵守、見積・実績差、購買期間、仕掛在庫、変更伝達時間、当日入力率、不適合再発
- 改善記録：問い合わせを改善要望として残し、機能、マスタ、運用ルールのどこに問題があるかを切り分ける
よくある質問（FAQ）
発注では、方式や価格、契約、社内体制への疑問が重なります。ここでは、発注前に出やすい質問に答えます。
製番管理システムの開発費用はいくらかかりますか？
標準設定のクラウドSaaSは初期0〜60万円程度で、パッケージは数十万〜数百万円からです。製番対応や連携を込みにした場合は、300万〜1,500万円程度です。
半完成品は500万〜2,000万円程度、スクラッチは数百万円から数千万円以上が目安です。これは公定価格ではありません。
要件量と公開例から出したレンジです。比べるときは、移行や教育、保守、追加開発を含めた五年間の総額で見積もります。
RFPがなくても開発会社へ相談できますか？
相談はできます。現状の業務フローや困っている案件、利用部門を整理しておくと、提案の精度が上がります。既存システムや予算、希望時期も、あわせて伝えます。
RFPがない場合は、要件定義を準委任で依頼し、その成果物を使って相見積もりへ進みます。未確定の事項は示したうえで、口頭の要望だけで固定価格を求めないようにします。
製番管理とロット管理は同じシステムで管理できますか？
同じシステムで扱える製品はありますが、製番とロットが同じ項目とは限りません。
製番は受注案件ごと、ロットは同じ条件のまとまり、シリアル番号は個体ごとに追います。品目や工程ごとに使い分けられるかを確認します。
製番からロット、ロットから原材料、原材料から仕入先まで遡る必要がある場合は、実データに近いシナリオでトレーサビリティを試します。
開発会社とパッケージベンダーはどちらへ発注すべきですか？
自社の業務を標準機能に合わせられ、短期間で安定稼働させたい場合は、製造業パッケージと導入支援に強い会社が候補になります。
独自工程や複雑な連携、固有の原価が競争力の核なら、半完成品やスクラッチも比べます。
いずれの場合も、同じRFPで担当範囲を確認します。製番別BOMや設計変更、外注の扱いに加えて、原価、受入テスト、保守も対象です。
まとめ
製番を案件の親キーとして、受注から出荷までの業務をつなぎます。BOMや設計変更、購買、外注、原価も、同じ番号でひも付けます。
発注形態は、標準SaaSやパッケージ、半完成品、スクラッチを、自社要件と五年間の総保有コストで比べます。
RFPには、分納や欠品、再加工、代替部品といった例外のほか、外注遅延や通信断、原価締めも含めます。
発注前に決める三つの事項
相見積もりの前に、社内で合意しておく範囲を整理します。
- 追跡範囲：製番、ロット、シリアル番号と対象データ
- 機能範囲：標準機能に合わせる業務と固有開発
- 契約条件：費用、納期、検収、保守、データ返却
この三つを社内で合意してから相見積もりを取ると、価格差を、機能や工数、リスクの違いとして説明できます。
過去の案件を使ったRFPのたたき台
RFPのたたき台は、過去のトラブル案件を起点に、次の順で作ります。
- 納期遅延、原価差異、設計変更の伝達漏れが起きた案件を三つ選ぶ
- 受注から出荷のデータと担当部門を書き出し、製番で追う要件を決める
- 二社から四社に同じRFPを渡し、提案とデモを比べたうえで、現場が使い続けられる方式と委託先を選ぶ
▼全体ガイドの記事
・製番管理システム開発の完全ガイド
▼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を創業。