半導体製造業向けロット管理システムの発注は、要件を整理し、PoCで異常時の動きを確かめ、段階的に導入する順に進めると、停止リスクを抑えやすくなります。
まず業務の全体像を押さえ、発注形態、RFPと契約、費用相場、委託先の選び方を順に検討すると、判断材料がそろいやすくなります。
▼全体ガイドの記事
・半導体製造業向けロット管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
半導体製造業向けロット管理システムの発注で押さえる全体像
半導体製造業向けロット管理システムは、製造実行システム（MES）の中核です。材料投入から工程処理、検査、保留、出荷までのイベントを記録し、ロットの動きを追えるようにします。
発注時には、追跡する単位と時点、担当者、設備・レシピ・材料との関係を決めておきます。決めないまま進めると、ロットを画面で検索できるだけの仕組みになり、要件を満たせません。
ロット管理とgenealogyの違い
ロット管理とgenealogyは、追跡する情報も使い方も異なります。そのため、発注時には次の軸を要件として切り分けます。
- ロット管理：所在、工程、数量、状態、滞留を追跡する
- genealogy：親ロットと子ロット、ウェーハとダイ、ダイとパッケージやシリアル番号の系譜を保持する
- 異常時の追跡：使用した薬液、レチクル、装置、チャンバーなどを上流へたどり、同じ条件の影響品を下流へ特定する
前工程と後工程では、ロット・ウェーハ・チップ・パッケージの関係が異なるため、番号を一つの文字列で持つ方式では表しきれません。トレースバックでは、レシピや作業者も確認の対象にします。
RFPには「追跡できる」と書くだけでなく、異常ロットから何分以内に関連ロットを一覧にするかを、受入条件として定めます。
発注範囲の切り分け
発注範囲と契約の境界は、次の区分で整理しておくと、各社の見積もりを同じ条件で比べやすくなります。
- 対象システム：業務アプリ、設備接続、搬送制御、品質管理、ERP、生産計画、外注連携
- RFPの章立て：設備インターフェース、データ基盤、運用監視、教育、保守を分ける
- 契約体制：一次請けに全体統括を任せるか、発注者が各社と個別契約する
半導体の前工程では、成膜・露光・エッチングなどを含め、数百から1,000以上の工程を扱う事例もあります。こうした現場では、設備イベントの収集と工程順序の制御も重要です（出典：KIS「半導体向けMESソリューション導入事例」、2026年確認）。
半導体製造業向けロット管理システムの発注形態の選び方
発注形態は、標準機能を早く使いたいのか、半導体固有の工程を作り込みたいのか、設備を止めずに段階導入したいのかで選びます。
全工場を一括で刷新するよりも、1工程のPoCから始めたほうが、停止リスクや要件の膨張を抑えやすくなります。その後は、1ライン、1工場、複数拠点へと順に広げます。
パッケージとクラウドの選び方
標準機能をどれだけ早く導入できるかと、工場固有の運用条件を見比べて、候補を絞り込みます。
- パッケージ：ロット、仕掛、品質、作業指示を早く使いたい企業向け
- クラウド：サーバー調達や初期構築を抑えやすいが、ネットワーク、機密データ、設備接続、オフライン運用の確認が必要
- 公開価格：一般MESには初期50万円、年額5万円、月額10万〜15万円の小規模プランもある（出典：ITreview「FMESの価格」、2025年掲載）
設備コネクタ、genealogy、電子署名は、別見積もりになりやすい項目です。24時間監視やデータ移行も、個別に見積もられることが多くあります。そのため、公開料金を工場全体の導入費とは見なせません。
ハーフスクラッチとフルスクラッチの使い分け
標準機能で補える範囲と、独自工程の重要度を基準にして、開発方式を選びます。
- ハーフスクラッチ：標準MESに独自工程、品目コード、承認、帳票、外注連携を加える
- 向く企業：既存ラインがあり、独自ルールにも合わせたい企業
- フルスクラッチ：既存製品で競争力のある独自工程やデータモデルを表せない場合に選ぶ
標準機能と個別開発の境界は、RFPと見積書に明記します。これにより、保守性と現場適合性を両立できます。
設計思想やソースコードを開発会社だけが把握すると、追加改修で依存が生まれます。そこで、データモデルやAPI、テストコードを契約に含めます。あわせて運用手順やリポジトリの権利、引き継ぎ条件も契約の対象にします。
PoCと段階導入の検証項目
PoCでは画面の見栄えより、現場で起きる異常系の検証を優先します。次の状況を再現して、処理が期待どおりに動くかを確かめます。
- イベント二重送信：装置から同じイベントが二重に送られてくる場合
- 通信遅延：通信が数分遅れる場合
- 読取重複：同じ読み取りが重なる場合
- ロット分割・再統合：ロットを分割したあとに、再び統合する場合
- 品質保留ロット：誤って投入しそうになる場合
評価KPIには、影響ロットの確定時間と手入力件数を含めます。さらに、状態不整合件数、工程間滞留時間、設備停止時間も設定します。
KISの後工程の事例では、外注企業と標準化したデータフォーマットを整え、出来高・不良や外注作業中ロットの流動制限を連携させたと紹介されています（出典：KIS「半導体向けMESソリューション導入事例」、2026年確認）。
PoCに外注先とのデータ授受も含めておくと、本番との差を小さくできます。
RFPと要件整理の進め方
RFPは、機能の一覧である前に、発注者と受託者が業務と品質基準を共有するための比較資料です。まず、現場のExcel、紙帳票、口頭ルール、設備仕様、外注先とのCSVを集めます。
現状の業務フローと目標とする状態の差を把握してから、RFPを作成します。
最初に棚卸しする情報
要件整理では、業務の状態、管理データ、外部連携の順に、情報を洗い出します。
- 工程と状態：投入、仕掛、処理中、検査待ち、品質保留、再加工、廃棄、出荷
- 変更記録：状態変更の役割、理由、承認者、記録時刻
- 管理データ：ロット・ウェーハ・ダイ・パッケージ・シリアル番号の関係、材料、薬液、治工具、レチクル、設備、レシピ、計測値
- システム連携：ERP、生産計画、WMS、品質管理、設備監視、搬送制御、外注先
各連携では、送受信の方向、形式、頻度、遅延の許容、再送方法、欠損時の扱いまで記載します。曖昧な要件を残さないためです。
RFPに書く必須項目
RFPには対象範囲と品質条件を明記し、それを提案と受入テストの基準にします。
- 基本情報：背景・目的、対象工程・拠点、管理単位、必要機能、保持期間
- 規模と運用：ユーザー数、処理件数、連携、可用性、性能、セキュリティ、移行、教育、保守、成果物、日程、予算
- 半導体固有の条件：前工程・後工程、外注工程、ロット分割・統合の有無
- 異常時の受入条件：通信断、重複、装置エラー、時刻ずれ、保留解除、再投入、外注返却、マスタ変更、権限失効
たとえば、同一イベントを2回受信しても実績を二重計上しないことを、条件に含めます。また、品質保留ロットは権限者が解除するまで次工程へ進めないと定めると、判定の基準がはっきりします。
RFPに書くセキュリティ要件
セキュリティ要件は、IT認証だけでなく、工場の設備と連続稼働も含めて整理します。
- 保護対象：OTネットワーク、設備制御、レシピ、顧客設計情報、連続稼働
- ガイドライン：指針が対象とする工場領域を確認する
- 対策要件：資産台帳、ネットワーク分離、最小権限、多要素認証、操作ログ、バックアップ、復旧目標
- 運用要件：脆弱性対応、パッチ停止手順、委託先アクセス、データ持ち出し制御
経済産業省は2025年10月に、半導体デバイス工場向けのOTセキュリティガイドラインを公開しました。同ガイドラインは、ファブ、ファブシステム、外部サービス、IT/OT DMZ、組織・人の領域ごとに対策を示しています（出典：経済産業省「半導体デバイス工場におけるOTセキュリティガイドライン」、2025年）。
NISTは2025年2月にCSF 2.0の半導体製造プロファイル案を公開しました（出典：NIST IR 8546、2025年）。提案を比べるときは、製品名よりもリスクと達成水準を基準にすると、監査に対応しやすくなります。
請負と準委任の使い分け
契約形態は、要件の確定度と検収方法で決めます。たとえば、要件定義やPoCは準委任、仕様が確定したあとの開発は請負、稼働後の改善は準委任や保守契約に分ける方法があります。
学習しながら要件が具体化していく半導体工場の案件では、工程ごとに契約を分けると扱いやすくなります。
請負契約の検収対象
請負では、成果物と検収条件を合意するとともに、変更管理の扱いも契約前に決めておきます。
- 仕様成果物：要件、画面・API仕様、データモデル、設備接続仕様
- 運用成果物：性能、障害時の挙動、テスト、移行データ、操作マニュアル、教育記録
- 変更管理：一括請負を固定価格にする場合は、設備仕様、対象工程、セキュリティ要件、移行データの変更時の影響を理解できる手順を定める
検収条件が曖昧なままだと、修正と支払いの境界をめぐって対立につながります。そのため、変更を無償範囲、追加見積もり、納期変更のどれに扱うかを、事前に決めておきます。
準委任契約とアジャイル開発の使いどころ
要件や成果物の範囲が変わっていく工程では、準委任や反復開発を選択肢に入れます。
- 準委任：時間・体制で精算し、現場ヒアリング、現行解析、PoC、要件定義、運用改善に使う
- 月次報告：意思決定記録、課題一覧、設計書、試験結果などを定める
- アジャイル：ロット登録、工程移動、保留・解除、履歴検索を短い反復で実装し現場確認する
設備接続や24時間稼働の切り替えは、短い開発サイクルの中だけで安全を担保することが難しい場面です。そのため、リリース判定、ロールバック、変更凍結、障害時の連絡網を別途定めます。
保守契約と追加改修の条件
稼働後の窓口、対応時間、追加費用、引き継ぎの条件は、契約の中でそろえておきます。
- 保守範囲：窓口、受付時間、重大度、一次回答・復旧目標、監視、バックアップ、脆弱性、設備・OS互換性
- 夜間対応：24時間365日稼働なら、停止損失と照らして休日・夜間のオンコールを判断する
- 追加改修：時間・役割別単価、最低工数、見積有効期間、設計レビュー費、緊急割増
- 引き継ぎ：ソース、DB、API、テスト環境の利用権と、文書・引き継ぎの責任範囲
担当者が退職しても保守を続けられるように、利用環境と引き継ぎ条件を契約に含めておきます。
半導体製造業向けロット管理システムの費用相場の目安
費用は、設備接続数、工程数、拠点数、前後工程で変わります。さらに、品質・搬送連携、可用性、保存期間、移行データ量も費用に影響します。
以下の金額は、一般MESの公開価格と業界の開発規模をもとにした、半導体向けの推定です。特定製品の定価ではありません。
小規模PoCの費用と期間
PoCの見積もりは、実機接続や異常系の検証範囲をそろえたうえで、金額と期間を比べます。
- 規模と目安：1工程、数台の設備、バーコード・QR登録、検索、実績記録で初期300万〜1,000万円、期間3〜6か月（半導体向け推定）
- 接続方法：シミュレーターやCSVなら抑えやすいが、本番の遅延・欠損は確認できない
- 見積項目：設備コネクタ、テストデータ、異常系試験、立会い、セキュリティ審査、データ移行
実機接続を省く場合は、PoC後の接続費用を別枠で確保しておきます。画面の試作だけで進めると、本番の接続・運用設計費が抜けやすく、判断を誤るおそれがあります。
1工場の実運用費用
1工場の実運用の費用は、連携範囲と見積に含む作業をそろえて比べます。
- 導入目安：複数工程、設備・ERP・品質連携、分割・統合、監査ログ、権限管理で初期1,000万〜5,000万円、6〜12か月（半導体向け推定）
- 公開価格例：一般MESや製造管理システムの価格例も参考にする
- 価格差：ライセンスのみか、SI、設備接続、移行、教育、保守を含むか
- 工数構成の比較目安：要件定義10〜12%、設計・環境22〜24%、実装48〜50%、テスト15〜17%
一般MESの公開例では、パッケージが160万〜704万円、別製品が320万円です（出典：MESマガジン「MESの導入費用・価格例」、最終更新2026年7月）。また、製造管理システムには、5,000万円からの公開価格例もあります（出典：MESマガジン「MESの導入費用・価格例」、最終更新2026年7月）。
見積書では、要件定義と実装を分けて示してもらいます。設計・環境構築とテストも、工程ごとに区切ってもらうと比べやすくなります。移行、教育、稼働立会いも、区切りを明記してもらいます。ただし、工数比率は比較用の目安で、個別案件の標準配分ではありません。
大規模ファブや複数拠点の費用の考え方
大規模案件では、初期費用だけでなく運用費も見込み、総保有コストで比べます。条件によっては、次のような規模を見込むケースもあります。
- 導入目安：前後工程、搬送自動化、APC・SPC、冗長化、海外・外注連携、複数拠点で初期5,000万〜1億円超、期間12〜24か月以上（半導体向け推定）
- 増額要因：設備インターフェース数、履歴保存量、24時間稼働の切替条件
- 運用費：保守、監視、クラウド、データ保管、ライセンス、設備コネクタ、セキュリティ対応。初期開発費の年15〜25%を仮置きする方法もある
運用費の割合は、予算計画で置くときの一般的な目安です。ただし、SLA、対応時間、対象環境、改修枠によって変わるため、必ず3年から5年の総保有コストで比べます。
委託先選定と見積比較の確認項目
委託先は、知名度や営業資料だけで選ばず、同じRFPを渡して同じ異常シナリオをデモしてもらいます。
担当者が、前工程・後工程や設備接続、ロット分割・統合を説明できるかを確認します。品質停止、外注連携、24時間運用についても、同じように確かめます。
半導体の技術適合性の見極め
設備接続から異常処理まで、自社の工程や設備に合うかを、デモで確かめます。
- 設備と製品構造：SECS/GEM、装置ごとの通信差、搬送制御、ウェーハ・ダイ・シリアルの階層
- 工程機能：再加工、ロット分割・統合、レシピ、計測値、電子署名
- デモ確認：二重読取、通信再送、設備停止、品質保留、関連ロット停止、外注中の流動制限、返却検収、系譜表示
- 運用確認：実装範囲、重複排除、監査ログ、再処理の説明ができるか。できなければ本番に問題が残る
Siemensの2025年11月版では、対象製品がOpcenter Execution Semiconductorです。紹介されている機能は、ロットパッキング、電子署名、コンテナ化です。さらに、オンプレミス性能分析、REST API強化もあります（出典：Siemens「What’s new in Opcenter Execution Semiconductor 2510」、2025年）。
最新機能の紹介に加えて、自社設備への実装範囲を質問します。
見積書の比較項目
総額を比べる前に、見積範囲、数量、標準・個別対応の区分をそろえます。
- 作業範囲：要件定義、設計、実装、設備接続、ライセンス、環境、移行、試験、教育、立会い、保守、追加改修
- 数量：設備台数、工程数、拠点数、ユーザー数、外注先数、保存年数
- 対応区分：標準機能、設定、個別開発、外部製品、将来対応、対象外
- 一式項目：「連携」「導入支援」「保守」の作業、工数、前提、除外条件
見積の前提が異なる場合は、最安値と最高値を見るだけでなく、差が生じた理由を質問します。
導入後の保守と移行体制の比較
保守の役割分担と、移行時に発注者が確認すべき条件を並べて評価します。
- 役割と障害対応：一次窓口、製品・設備ベンダー、ネットワーク担当、現場責任者、切り分け手順
- 運用実績：問い合わせ管理、監視、ログ保管、復元訓練、夜間対応
- 移行対象：全履歴か、稼働中ロットと品質に必要な履歴かを選ぶ
- 移行計画：コード不統一への対応、変換、照合、エラー処理、並行稼働、切戻し、現場教育
品目や設備のコードが不統一な場合、移行は単純なコピーでは済みません。そのため、計画を受託者任せにせず、発注者側でも確認します。
よくある質問（FAQ）
発注では、費用だけでなく、発注者側の体制や既存設備との境界も質問になります。初回相談の前に確認しておきたい点を、次の質問で取り上げます。
半導体製造業向けロット管理システムは最初にいくら予算を取ればよいですか？
費用の目安は、導入規模によって異なります。
- 1工程のPoC：半導体向け推定で300万〜1,000万円
- 1工場の実運用：半導体向け推定で1,000万〜5,000万円
- 大規模ファブや複数拠点：半導体向け推定で5,000万〜1億円超を仮置き
費用は、設備接続、品質・搬送連携、移行、24時間運用の範囲によって変わります。そのため、RFPに前提を記し、複数社へ同じ条件で見積もりを依頼します。
パッケージ導入と個別開発はどちらが失敗しにくいですか？
どちらが失敗しにくいかは、一概にはいえません。標準工程が多ければパッケージ、独自工程や既存設備が多ければハーフスクラッチが適しやすいです。
パッケージのアドオンを増やしすぎると、更新や保守が難しくなります。一方で、個別開発でも標準化する領域を決めておけば、保守性を保てます。そのうえで、要件ごとに標準利用、設定、開発を分類して判断します。
外注先を選ぶときに必ず聞くべき質問は何ですか？
まず、前工程・後工程の経験と、設備接続について尋ねます。通信障害の試験方法と、分割・統合やリワークのデータモデルも尋ねます。加えて、外注先との実績・不良データの標準化、24時間稼働中の切替・切戻し計画、追加改修単価と担当体制についても質問します。回答が一般論で終わらず、画面、設計書、試験項目、運用体制で示されるかを確認します。
クラウドで半導体工場のロット管理を発注できますか？
クラウドも選択肢の一つです。設備や搬送の接続を工場内のエッジに置き、分析・管理機能をクラウドに置く構成も検討します。
RFPでは、データ保存場所、ネットワーク分離、通信断時の継続運転を確認します。さらに、再送、バックアップ、復旧時間、保守アクセスも確認の対象です。
安全性は、クラウドかオンプレミスかだけで決めず、運用条件に沿って判断します。
まとめ
発注前には、ロット番号だけでなく、ウェーハ・ダイ・パッケージのgenealogy、工程実績、設備・材料・レシピを含めて、業務モデルを固めておきます。
品質保留、分割・統合、外注中のロットも、追跡の対象です。発注形態は目的と現場の制約で選び、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を創業。