製番管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

製番管理システム開発は、受注案件ごとに一意の製番を付け、設計・BOM・購買・工程・品質・原価・出荷を同じ案件キーでつなぐ取り組みです。成功の要点は、製品を導入することではなく、要件整理から定着までを六つのフェーズに分け、設計変更や欠品などの例外処理まで先に決めることです。

「Excelの進捗表では納期が読めない」「製番別の実際原価が締めるまで分からない」「図面の変更が購買や現場に伝わらない」といった悩みは、システムの機能不足だけでなく、業務ルールとデータのつなぎ方が曖昧なことから起こります。この記事では、製番管理システム開発の進め方、方式別の費用相場、見積書の読み方、現場で使える確認チェックリストを順番に解説します。

▼全体ガイドの記事
・製番管理システム開発の完全ガイド

製番管理システム開発の全体像

製番管理とは、注文や製造案件に固有の番号を割り当て、その番号を親キーとして情報を集約する管理方法です。標準品を品番やロットの総量で追う仕組みとは異なり、仕様や構成が注文ごとに変わる個別受注生産、機械・装置・産業設備の製造と相性が良いです。

製番管理システムは、受注・案件・製造番号の発番から、製番別の部品表、図面、仕様変更、手配、工程実績、検査、出荷、原価までを一貫して管理するシステムです。製番を単なる番号欄にせず、親製番から子製番、共通部品、代替部品、分納、再加工を追跡できるデータ構造にすることが重要です。

たとえば、装置1台の受注を製番「S-26001」とした場合、設計図面の版数、購入品の発注、外注加工、組立時間、検査記録、出荷書類をS-26001にひも付けます。途中で仕様が変わったときも、旧版の図面と新しい部品表を残し、どの時点で誰が承認したかをたどれる状態にします。

製番管理は「この注文の製品や部品は何か」を個別に追う方法で、ロット管理は「同じ条件で作ったまとまりがどこへ流れたか」を追う方法です。個別仕様の産業機械は製番を中心に管理し、材料の入荷単位や食品・化学品の品質追跡はロットを併用する設計が現実的です。

量産品を一つひとつ製番で管理すると、登録数と入力負担が増え、かえって現場が回らなくなる可能性があります。反対に、受注ごとの図面・納期・原価が異なる製品をロットだけで管理すると、案件別の赤字や設計変更の影響が見えにくくなります。自社の製造形態が個別受注、繰返受注、見込生産のどれに近いかを最初に判定することが重要です。

最低限、(1)受注・案件・製番の発番、(2)製番別BOMと図面・仕様変更履歴、(3)所要量計算・購買・外注手配、(4)工程計画・作業実績、(5)製番別の材料費・労務費・外注費・間接費、(6)検査・不適合・是正履歴、(7)製番から構成部品や仕入先まで戻れるトレーサビリティを定義します。販売、会計、在庫、WMS、CAD・PDM、設備IoTと連携する場合は、後付けではなく対象データと責任部門を要件に含めます。

製番管理システム開発の進め方を6フェーズで解説

開発は、要件整理、方式・製品の選定、設計・開発、テスト、稼働、定着の順に進めます。各フェーズの完了条件を文書化し、前の段階で決めるべきことを後工程へ持ち越さないことが、追加費用と現場混乱を抑えるポイントです。

最初に、営業の受注から設計、購買、外注、製造、検査、出荷、請求までを一枚の業務フローにします。部門ごとに「製番を発番する人」「BOMを確定する人」「設計変更を承認する人」「実績を締める人」を明らかにし、Excelや紙で管理している台帳を集めます。

要件定義では正常系だけでなく、分納、再加工、共通部品の複数案件引当、支給品、外注戻り、欠品、廃番、設計変更、製番の分割・統合を例にします。製番の採番規則、親子関係、BOMの版数、原価の締め日、訂正権限、保存期間を決め、現場が紙に戻る条件も記録することが必要です。成果物は業務フロー、用語集、データ項目一覧、権限表、非機能要件、受入条件です。

候補は、標準クラウド、製造業パッケージ、半完成品のカスタマイズ、フルスクラッチの四つに分けて比較します。製番別BOM、個別原価、外注、モバイル実績、API、設計変更履歴が標準機能なのか、設定で対応するのか、追加開発なのかを同じ表現で確認します。

選定時はデモ画面の見た目より、一本の案件を最後まで通すシナリオを評価します。受注を製番に変換し、BOMの一部を変更し、欠品部品を代替品へ置き換え、外注を経由して実績を登録し、予定原価と実際原価を比較して出荷する流れです。三菱電機デジタルイノベーションの公式情報でも、繰返生産向けMRP版、一品個別生産向け製番管理版、混在向けハイブリッド版を分けて案内しています（出典: 三菱電機デジタルイノベーション株式会社、2026年8月確認）。製造形態が混在する会社は、単一方式への無理な統一を避ける判断材料になります。

基本設計では、製番を中心に受注、個別BOM、工程、在庫引当、購買、品質、原価、出荷の関係を定義します。たとえば「製番」「子製番」「品目コード」「BOM版数」「工程番号」「ロット・シリアル」「仕入先」「作業者」「原価要素」をキーと値の関係で整理し、同じ部品が複数案件にまたがるときの引当ルールを決めます。

画面設計では、設計者が図面とBOMを確認する画面、購買担当が未手配と納期遅れを見る画面、現場がバーコードやタブレットで実績を登録する画面、管理者が製番別の原価差異を見る画面を分けます。現場入力を一画面に詰め込みすぎず、作業者が数秒で登録できる項目数に抑えることが定着に直結します。会計や販売管理と連携する場合は、二重計上を防ぐ連携方向、エラー時の再送、締め後の訂正方法まで設計します。

テストは、画面が開くかを確認するだけでは不十分です。単体テスト、結合テスト、総合テスト、受入テストに分け、製番発番から出荷までの業務シナリオを繰り返します。製番別の予定原価と実際原価が正しく集計されるか、設計変更前の履歴を閲覧できるか、在庫と購買の数量が一致するかを確認します。

必ず用意したい異常系は、同じ製番の二重発番、BOM版数の取り違え、欠品、代替部品、外注品の納入遅れ、再加工、分納、通信断、端末故障、連携先の停止、締め後の訂正です。各ケースについて「誰が検知するか」「どのステータスにするか」「在庫と原価をどう戻すか」「監査ログに何を残すか」を受入条件にします。製造ラインを止める切替の場合は、旧システムへ戻す手順とバックアップからの復旧時間も試験します。

稼働時は、全工場・全製品を一度に切り替えるより、1工場・1製品群・代表的な数案件で始める段階導入が安全です。最初の範囲は受注、製番、BOM、手配、進捗までとし、次の段階で作業実績、品質、原価、会計・WMS連携を広げる方法も選べます。

本稼働前には、品目・取引先・工程・単価・BOM・過去案件の移行データを照合し、移行件数とエラー件数を確定します。旧Excelを残す場合も、どの情報を正とするか、並行期間をいつ終えるかを決めることが必要です。切替当日の問い合わせ窓口、障害の優先度、代替帳票、休日の連絡先を決めておくと、現場が判断に迷いません。

定着フェーズでは、研修を一度実施して終わりにしません。役割別の短い手順書、現場で使う用語に合わせた画面、問い合わせ先、月次の改善会を用意します。導入後1か月、3か月、6か月の時点で、入力率、未手配件数、納期遅延件数、設計変更の伝達時間、製番別粗利、仕掛在庫、購買リードタイムを確認します。

目標は「システムを使ったか」ではなく、経営と現場の判断が変わったかで置きます。たとえば、製番別原価の速報を月末締めから週次確認へ変える、設計変更の承認から現場確認までの時間を短くする、納期遅れの理由を製番・工程・仕入先まで特定する、といった業務成果に落とします。使われない項目は削り、現場の改善提案を次のリリースへ反映します。

製番管理システム開発の費用相場とコストの内訳

製番管理システムの公定価格はなく、金額は製番数、拠点・ユーザー数、BOMの深さ、工程の複雑さ、既存連携、現場端末、移行データ、カスタマイズ範囲で変わります。以下はリサーチノートに記載された製造業業務システムの類似相場と公開価格を整理した目安であり、製番管理だけに適用される市場平均ではありません。

クラウドSaaSを標準設定で使う場合は、初期費用0〜60万円程度が一般的な目安として挙げられますが、設定支援、初期データ整備、教育費は別途確認が必要です。GEN株式会社はGEN TRADINGについて月額23,500円から（税別、GMSP除く）と公開していますが、製造向けの機能・ユーザー数・導入支援の費用は個別確認が必要です（出典: GEN株式会社、2026年8月確認）。公開価格は相場そのものではなく、比較の起点として扱うことが適切です。

製造業パッケージは、ライセンスと設定で数十万〜数百万円、製番対応・連携・導入支援まで含めると300万〜1,500万円程度が目安です。半完成品に自社固有の帳票・原価・工程を加える場合は400万円からの公開例があり、要件量によって500万〜2,000万円程度まで広がります。フルスクラッチは小規模で300万〜1,000万円、中規模で1,000万〜5,000万円、大規模で5,000万〜1億円以上という類似相場がありますが、いずれも要件と体制に基づく推定レンジです。

見積書は、要件定義、基本・詳細設計、画面・帳票開発、連携開発、マスタ整備、データ移行、テスト、教育、切替支援、保守運用に分けて確認します。特に製番管理では、BOMの初期登録、過去製番の移行、図面ファイルの整理、原価要素の設定が別作業になりやすいため、システム本体の価格だけで判断すると予算が不足します。

リサーチノートの目安では、費用の約60〜80％が人件費で、PMは90万〜150万円、SEは65万〜110万円、PGは50万〜90万円程度の人月単価です。これは市場全体を保証する統計ではなく、見積の工数感を確認するための参考値です。作業量は人月単価だけでなく、何人月をどの工程に置くか、レビューと品質保証を含むかで比較することが重要です。

年間保守、クラウド利用料、ユーザー追加、バックアップ、端末・バーコード機器、API連携の監視、法改正対応、アップデート検証をTCOに含めます。リサーチノートでは、リリース後の保守運用を初期費用の年15〜25％程度とする目安がありますが、24時間対応や現場端末の保守を含むかで変わります。

期間は、標準SaaSの設定で即日〜数週間、パッケージ導入で1〜6か月、半完成品のカスタマイズで3〜9か月、フルスクラッチで小規模3〜6か月・中規模6〜12か月・大規模12か月以上が目安です。データ移行と現場教育を短縮すると稼働後の手戻りが増えるため、見積では開発期間だけでなく、受入と定着の期間も確保することが必要です。

製番管理システムの見積もりを取る際のポイント

相見積もりで価格だけを並べると、標準機能と追加開発の差、移行範囲、テストの深さ、稼働後支援の違いを見落とします。RFPでは「何を作るか」だけでなく、「どの業務結果を、どのデータで、誰が確認できれば合格か」を書くことが大切です。

RFPには、製番の採番単位、親子製番、分納・再加工、製番別BOMの版数、共通部品と代替部品、所要量計算、購買・外注、工程実績、検査と不適合、製番別原価の速報・確定タイミング、出荷・請求を記載します。さらに、利用拠点、ユーザーと権限、端末、通信断時の運用、API・EDI、図面ファイル、監査ログ、バックアップ、保存期間、移行対象を明記します。

確認文は「製番管理に対応していますか」では足りません。「設計変更後に未発注・発注済み・入荷済みの部品をどう判定するか」「同じ共通部品を複数製番へ引き当てた際の原価配賦はどうするか」「実績未入力の製番を誰が検知するか」のように、実データと例外を含む質問にします。回答を標準、設定、追加開発、運用変更の四分類で返してもらうと比較しやすいです。

デモでは、実際の製品群と過去案件のデータを使い、受注から製番発番、個別BOM、部品手配、設計変更、工程実績、外注、検査、出荷、原価確認までを一続きで操作します。画面の多さより、営業・設計・購買・現場・経理が同じ製番を見て意思決定できるかを評価することが重要です。

PoCは1製品群・1工場・数案件に絞り、正常系と異常系を実行します。評価結果は、製番の発番時間、BOM登録時間、未手配の検知、実績入力時間、原価差異の確認、設計変更の通知、帳票出力、APIエラーの復旧という観測可能な項目で採点します。導入候補が「できる」と回答した機能は、実際に操作して検証し、追加費用と制約を議事録へ残します。

候補会社は、個別受注生産や製造業の実績、要件定義を担う担当者、製番別原価とBOMへの理解、現場端末・既存システム連携、移行の経験、テスト体制、保守窓口で比較します。製品の導入社数だけでなく、似た製品形態、拠点数、外注比率、設計変更の頻度が自社に近い事例を確認することが必要です。

契約前には、要件変更時の単価と承認手順、納期遅延時の扱い、成果物の所有権、データ返却、解約時の移行支援、SLA、脆弱性対応、アップデートの影響範囲を確認します。クラウドではデータの所在、バックアップ、認証、多要素認証、通信断時の現場運用を確認し、スクラッチでは保守担当者が退職した後も改修できる体制を確認します。

製番には、図面、仕入先、作業者、検査、価格、取引書類など、漏えい・改ざんの影響が大きい情報が集まります。経済産業省は2025年4月、中小規模の製造事業者向けに、工場セキュリティの重要性と始め方を具体的な手順・事例で示す解説書を公表しました（出典: 経済産業省、2025年）。RFPでは、ITネットワークと設備ネットワークの分離、資産・アカウント管理、バックアップ、ログ監視、インシデント時の操業継続を確認します。

電子取引データを製番にひも付ける場合は、電子帳簿保存法の検索性、訂正削除履歴、帳簿との関連性、保存方法を経理部門と確認します（出典: 国税庁「電子帳簿保存法の概要」、2026年8月確認）。また、取適法は2026年1月1日に施行され、製造委託などの取引に関する義務・禁止事項が整理されています。公正取引委員会は2026年6月、令和7年度の勧告件数を39件と公表しているため、外注先、発注日、委託内容、受領・検査、支払、価格協議の履歴を製番・購買データと関連付ける要件も検討することが必要です（出典: 公正取引委員会、2026年）。

製番管理システム開発でよくある質問（FAQ）

製番管理システムは、製造業の業務データを大きく変えるため、方式選びだけでなく、導入範囲と運用ルールについて疑問が生まれます。ここでは、相談時によく出る質問に対して、判断の基準を先に示します。

すべての量産工場に必要とは限りません。標準品をロットや品番の総量で安定して管理できる場合は、製番を一品ごとに付けるより、ロット・在庫・工程の仕組みを優先した方が運用しやすいです。

一方、量産と個別受注が混在する場合や、試作品・特注品だけを個別原価で追いたい場合は、MRPと製番を併用できる方式が候補です。受注ごとに仕様、部品、納期、原価が変わる製品が売上や利益の中心なら、製番管理の効果を検証する価値があります。

標準設定だけなら即日〜数週間、パッケージ導入なら1〜6か月、個別開発を含むと3〜12か月以上が目安です。拠点数、BOM・工程の複雑さ、会計・CAD・WMS連携、データ移行、受入テスト、教育の量で変わります。

期間を短くしたい場合は、まず1工場・1製品群で受注、製番、BOM、手配、進捗までを稼働し、原価・品質・外部連携を段階的に追加します。ただし、要件整理と異常系テストを削ると稼働後の手戻りが増えるため、短縮する範囲と残す品質基準を合意することが必要です。

最初にExcelをそのまま移すのではなく、品目コード、単位、取引先、工程、BOM版数、製番、在庫、原価項目の重複と欠損を整理します。部署ごとに異なるコードを一つに統合できない場合は、変換表と責任者を決め、移行後にどのデータを正とするかを合意します。

過去データはすべて移す必要はなく、稼働中の製番、保証・保守対象、原価分析に使う履歴など、目的に応じて範囲を決めます。移行前後で製番数、BOM明細数、在庫数量、原価合計、未完了工程を照合し、差異の理由を記録することが必要です。

標準業務が多く、初期投資と運用負担を抑えたい場合はクラウド型が候補です。自社固有の製番別原価、設備連携、複雑な工程、競争力に直結する業務を作り込みたい場合は、パッケージの拡張やスクラッチを検討します。

実務では、製番・原価などのコアは製造業パッケージ、現場入力や申請はSaaS・ローコード、周辺システムとはAPIでつなぐハイブリッド構成も選べます。方式を先に決めるのではなく、標準機能で業務を変えられる範囲と、変えるべきでない競争力の範囲を分けて判断することが重要です。

製番管理システム開発の進め方まとめ

製番管理システム開発は、要件整理、選定、設計・開発、テスト、稼働、定着の六フェーズで進めると、判断の抜け漏れを抑えやすいです。特に、製番を案件の親キーとして、個別BOM、設計変更、手配、工程、品質、実際原価、出荷をつなげることが中心になります。

最初の打ち合わせでは、個別受注と量産・ロットの使い分け、製番の採番と親子関係、BOM版数、設計変更、欠品・代替・再加工、外注、実績入力、原価の速報・確定、移行データ、連携、権限・監査ログ、通信断、セキュリティ、電子帳簿保存、取適法を確認します。これらを一つでも曖昧にしたまま価格だけを比較すると、契約後の追加開発と運用負荷につながります。

まずは代表的な製品を一つ選び、受注から出荷までの製番を一本追跡することから始めます。現在のExcel、図面、発注、作業実績、検査、原価を並べ、どこで同じ情報を転記しているか、どこで製番が切れているかを確認します。その事実をRFPとPoCのシナリオに変えれば、自社に合う方式と開発会社を比較しやすくなります。

費用は初期開発費だけでなく、移行・教育・連携・保守を含むTCOで見積もり、標準機能、設定、追加開発、運用変更を分けて判断することが重要です。製造現場が入力でき、経営が製番別の納期・品質・原価を早く判断できる状態までを成果と定義することが、導入を成功させる近道です。

▼全体ガイドの記事
・製番管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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