品質管理システムの発注は、現状と要件を整理し、PoCを経て段階的に導入すると、品質判断と製造実行を追跡できます。
発注する側は、発注形態を決め、RFPで要件をそろえ、工程ごとに契約を分けたうえで委託先を比べます。全体像は完全ガイドで扱っています。
▼全体ガイドの記事
・半導体製造業向け品質管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
半導体製造業向け品質管理システムの発注・外注の意味
発注・外注とは、自社工場の品質業務と製造データを整理したうえで、その要件に合う製品や開発会社へ委託することです。委託する内容には、導入、連携、開発、保守があります。
委託の方法には、単独のQMSを購入する方法や、MESの品質機能を使う方法があります。さらに、クラウドQMSとオンプレミスMESをAPIで接続する構成もあります。
QMSとMESの役割の違い
QMSは、品質計画、検査、規格を扱います。品質異常、不適合、CAPAへの対応も含みます。加えて、監査、文書、承認履歴も扱います。
品質を保証するための判断と改善が、QMSの中心です。一方でMESは、製造指示、投入、仕掛品を扱います。工程実績や装置連携も扱い、搬送や作業履歴まで及びます。
MESは現場の製造実行を中心に扱います。特に、異常時に対象ロットを止め、装置や関連ロットを特定し、承認後に解除するには、両者のデータ連携が欠かせません。
外注の目的と引き受けるリスク
外注は、開発費を抑えるだけでなく、社内に足りない専門性を補うためにも使います。そのため、外注先を選ぶ際は、必要な専門性と委託に伴うリスクを確認します。
- 外部委託：半導体の工程知識と品質保証を組み合わせ、装置インターフェースや24時間運用まで任せられます。
- 自社開発：現場ヒアリングはできても、データモデルや異常系テスト、切替の経験が不足する場合があります。
- 画面制作のみの委託：業務を理解していない会社だと、画面が使いやすくても、影響ロットや履歴を追跡できないことがあります。
発注する側は、誰が作るかだけでなく、どのリスクをどこまで引き受けるかも決めておきます。
発注形態の選び方
主な発注形態には、標準QMSの導入やパッケージのカスタマイズ、既存MESとの連携があります。さらに、独自システム開発もあります。
半導体工場では、標準機能に合わせる領域と、独自の品質判定や装置連携を作り込む領域に分けて考える方法が現実的です。
標準QMSの導入
標準QMSが向くかどうかは、対象業務と装置データの扱いを基準に判断します。
- 候補となる範囲：文書管理、監査、是正処置、不適合管理が中心で、装置データをリアルタイムに扱わない場合です。
- 導入面の利点：導入が早く、アップデートを受けやすい傾向があります。
- 標準機能の限界：ウェーハから最終シリアルまでの複雑な系譜、独自判定、設備停止との連動は、既製の機能では実現できるとは限りません。
外注先には、機能一覧で、標準機能、設定対応、追加開発の範囲を分けて示してもらいます。そのため、どこからが追加開発になるかを見極めやすくなります。
パッケージと既存MESの連携
すでにMESが稼働している場合は、MESを製造実行基盤として残します。そのうえで、QMSやSPC、文書管理を追加し、APIやメッセージ連携でつなぐ方式が適しています。
品質側には、ロットIDやウェーハID、装置IDを渡します。レシピ版数や測定値、検査日時、判定結果も渡します。また、異常時のholdやreleaseは、MESへ返す設計が必要です。
連携仕様が曖昧だと、接続テストの直前にデータ項目の不足が判明します。そのため、追加費用や納期遅延につながることがあります。
ハイブリッド構成とスクラッチ開発
既製品で不足する品質判定や異常時の関連ロット停止が、競争力に直結する場合は、標準製品と個別開発を組み合わせます。また、特殊な検査データや、外注先との荷姿変換が競争力に直結する場合も、同じ組み合わせを検討します。
独自部分だけをAPIや拡張モジュールにします。認証や文書版管理、監査ログは標準機能を使うと、将来の保守範囲を小さくできます。
全面スクラッチは柔軟ですが、要件定義からテスト、運用の引き継ぎ、担当者の交代まで、自社と開発会社が継続して管理する必要があります。
RFPと要件整理の進め方
RFPは、価格だけを求める資料ではなく、同じ条件で提案と見積を比べるための発注条件書です。品質部門だけでなく、製造技術や設備、情報システムの担当者も加わります。セキュリティ、購買、経理の担当者と、実際に入力する現場も含めて作ります。
要求を機能名だけで並べると、会社ごとに解釈が分かれやすくなります。そのため、異常時の業務シナリオで書くと、解釈の差を減らせます。
現状業務と困りごとの洗い出し
品質計画から文書改訂までの流れを、業務フローに描きます。途中には、受入・工程内・出荷検査があります。さらに、異常起票、影響範囲調査、CAPA、監査もあります。
業務の流れに合わせて、情報がどこに置かれているかも記録します。対象は、Excelや紙、装置ごとの個別DBです。さらに、既存MES、LIMS、ERPも対象に含めます。
導入後の効果を比べるには、現状の数値を押さえておく必要があります。たとえば、異常発生からholdまでの時間や、影響ロットの調査工数、解除承認の証跡を現状値として記録します。
データモデルと品質イベントの定義
異常が出たロットを前後にたどれるよう、まずデータの持ち方を決めておきます。
- 製品の関係：ロットからウェーハ、チップ、パッケージ、製品シリアルまでのつながりを定めます。
- 前工程：成膜、リソグラフィ、エッチングなどの工程ごとに、レシピ版数や装置、材料、測定値を追跡します。
- 後工程：ウェーハからチップ、パッケージへ変わる荷姿と、外注先の実績をつなぎます。
KISの公開事例では、前工程で400〜1,000工程以上に及ぶ複雑な工程管理が紹介されています。一方、後工程では、ウェーハから最終シリアルまでの履歴や、外注先との標準化データ連携が紹介されています。
RFPに必ず含める要求項目
機能要件では、品質判断から監査、サプライヤー管理まで、業務に必要な範囲を整理しておきます。
品質ダッシュボードなどの画面も含め、特に半導体向けでは、停止・解除やデータ欠損時の扱いを明記します。
- 品質機能：品質計画、検査項目、規格値から、SPC、傾向判定、不適合、CAPA、8Dまで。
- 履歴管理：変更管理や文書版管理、監査証跡、校正管理、サプライヤー品質に関する取り決め。
- 異常対応：関連ロットのhold、release承認、前後方向の追跡、通信断時の再送の取り扱い。
- 非機能要件：24時間365日の可用性、目標復旧時間、バックアップ、アクセス権、暗号化の条件。
- 運用条件：ログ保管期間、リモート保守、データ保管場所、脆弱性対応、障害時の手動運転の範囲。
準委任と請負の契約形態の選び方
契約は、要件がどこまで確定しているかと、発注者と受託者の役割分担で選びます。要件定義、PoC、開発、保守を分けると、各段階の成果物と判断基準を合意しやすくなります。
初期調査から本番稼働までを一契約にまとめる進め方では、仕様変更や責任範囲をめぐる争いが生じる恐れがあります。
準委任契約が向く要件整理や伴走支援
準委任契約は、作業時間や専門知識の提供を受ける契約です。現状分析やRFP作成の支援、要件定義、PoCに向きます。さらに、プロジェクト管理やアジャイル開発にも適しています。
半導体工場では、データを確認しながら要件を決める場面があり、初期から完成仕様を固定できないことがあります。
何を作るかを整理する段階では、契約書に成果物や稼働日、担当者を書きます。また、報告方法や秘密保持も記載します。
請負契約が向く範囲
請負契約は、合意した仕事を完成させ、成果物を納品する契約です。画面やAPIのほか、帳票や移行データ、テスト仕様書まで明確にできる場合に適します。
半導体の品質判定や設備連携は、実データを調べるまで不確定な部分が残りやすい領域です。そのため請負では、対象工程や装置プロトコル、データ量を定めます。さらに、性能や異常系、受入テスト、瑕疵対応、変更単価も定めます。
工程ごとの契約の分け方と意思決定の節目
契約は工程ごとに分け、各段階で成果物と判断基準を合意します。そのため、次へ進むかどうかを判断する節目を、段階ごとに作れます。
- 現状調査とRFP作成
- 要件定義とPoC
- 設計と開発
- 移行と総合テスト
- 保守運用
要件定義の後には、データ項目と業務フローを承認します。そのうえで、PoCの後に接続の可否とKPIを確認し、本開発に進むかを判断します。
契約には、知的財産権や第三者ソフトのライセンス、ソースコードの利用範囲を含めます。さらに、再委託や秘密情報、障害時の連絡に加え、終了時のデータ返却も入れます。
発注から稼働までの進め方
発注から稼働までは、要件定義から設計・開発、テスト・移行、教育・稼働、そして改善へと、この順で進みます。
品質データの欠損や設備停止は、生産と出荷に影響します。そのため、切替と復旧の手順も計画に含めます。
要件定義で決める現場の判断
画面や帳票を決める前に、品質イベントが起きたときの判断を先に決めておきます。たとえば、検査値が規格外だった場合に、誰が起票し、どのロットを止め、誰が解除を承認するかを定めます。
関連ロットの調査方法も業務シナリオに書き込みます。また、工程能力や歩留まりを計算する期間と母集団も決めます。さらに、再検査や、測定器の校正期限切れをどう扱うかも定めます。
設計・開発での標準と個別の切り分け
設計では、標準機能と個別開発を分けたうえで、仕様を具体化します。
- 具体化する仕様：機能やデータ項目、権限、画面を決めます。API、ログ、エラー処理も含めます。
- 標準機能：業務を製品に合わせる、Fit to Standardの考え方。
- 個別開発：独自の品質判定や装置連携が、開発の対象です。
Siemensは2025年のOpcenter Execution Semiconductor 2504で、半導体MESの機能を説明しています。その機能には、前工程と組立・テスト、トレーサビリティ、ERP連携、SPCサブグループが含まれます。
半導体向けの製品では、製造実行と品質データの接続が前提になります。そのため、自社と同じデータ粒度で扱えるかを確認します。
テスト・移行・稼働判定の分け方
テスト、データ移行、稼働判定を順に行います。異常時の対応まで確認するのも、この段階です。
- テスト：単体から受入までの各段階で、通信断、重複受信、欠損値、装置交換を確認します。レシピ変更、ロット分割・統合、権限不足、サーバー障害も対象です。
- データ移行：旧項目の意味、単位、時刻、欠損理由、版数の整合。
- 稼働判定：品質部門の受入条件、製造部門の手動運転、情報システム部門の復旧可否を、別々に評価します。
半導体製造業向け品質管理システムの費用相場
標準SaaSは、数百万円未満から始まる場合があります。装置連携や複数工程、データ移行に加え、バリデーションや24時間運用まで含めると、1,000万円台から数億円規模まで広がります。
半導体専用システムの国内の公開価格は少ないため、ここでの数字は、リサーチノートと2025〜2026年の公開価格情報をもとにした概算です。そのため、同じRFPで見積もりを取ります。
導入パターン別の概算レンジ
導入範囲に応じた費用の目安は次のとおりです。いずれも、範囲と前提を置いて推定した値で、公開定価ではありません。
- 標準SaaS型QMS：初期設定・支援は0〜60万円程度です。
- 1拠点パッケージ：導入費は300万〜1,000万円程度です。
- 1工程PoC・中規模ライン：ロット追跡、品質判定、hold・release、装置・測定データ連携までで1,000万〜3,000万円程度です。
- 中規模カスタマイズ：複数工程を本番化し、移行、教育、監査、24時間運用まで含め、3,000万〜1億円程度です。
- 複数工場・全社基盤：1億〜3億円以上になる可能性があります。
Factory Investigatorの2026年調査では、製造業向けQMS6製品のうち、公開価格があったのは1製品でした。そのプランは、5ユーザー込みで年額19,000〜39,000米ドルです。
1ドル150円で換算すると、年285万〜585万円になります。ただし、ユーザー数や導入支援、検証、連携、為替は含まれないため、半導体工場の実売価格とは分けて考えます。公開価格が少ないことは、導入条件ごとに個別見積もりが必要な領域であることを示しています。
見積金額を構成する主な費用
接続と検証の工数は、装置やデータの条件によって変わります。見積書では、その条件とあわせて確認します。
- 導入準備：企画、現状調査、要件定義、ライセンスを含みます。
- 構築：設計、開発、装置・既存システム連携、インフラの作業。
- 移行と定着：データ移行、テスト、バリデーション、教育、稼働立会いを含みます。
装置プロトコルが複数ある場合や、測定器・画像検査のデータ形式がばらばらな場合は、工数が増えます。さらに、過去ロットを大量に移行する場合も、接続と検証の工数が増えます。
「連携一式」や「テスト一式」と書かれた見積もりでは、対象システム数やインターフェース数、異常系、再試験の条件を確認します。
3〜5年で比べるランニングコスト
ランニングコストは、開発費だけでなく、3〜5年間の総保有コストで比べます。
- 利用・保管：ライセンス、クラウド利用料、追加ユーザー、データ保管。
- 基盤保全：監視、バックアップ、セキュリティ対応、パッチ適用。
- 保守・障害：問い合わせ窓口、小規模な改修、障害時の対応の範囲。
- 運用支援：教育や、夜間・休日を含む対応体制。
一般的な業務システムの公開情報では、人月単価はジュニア50万〜70万円、ミドル80万〜120万円、シニア130万〜200万円とされています。また、保守運用費は月額2万〜20万円とされています（出典：Harmonic Society、2025年）。
半導体案件では、OTと品質保証の専門性や、夜間・休日対応が加わるため、公開単価をそのまま適用できません。そのため、体制と対応時間を見積書で確認します。
初期開発が安くても、追加ライセンスや装置接続の従量費、保守対象外の改修が別請求になると、長期では高くなることがあります。さらに、夜間対応やデータ保管、脆弱性対応が別請求になる場合もあります。
標準機能と保守範囲が明確で複数工場へ展開しやすい場合は、初期費用が高くても、拠点追加時の単価を抑えられる可能性があります。
委託先の選定と見積比較のポイント
委託先は、価格に加えて、工程理解や品質保証、装置・MES・ERPとの接続力、24時間運用、セキュリティ、保守体制で評価します。
提案書を見るだけでなく、同じ業務シナリオを説明してもらい、デモやPoCで実データに近い条件を確認します。
半導体の実績は、前工程か後工程かを分けて聞きます。品質管理か生産管理かも、対象装置や規模とあわせて確認します。
半導体の実績とプロジェクト体制の確認
実績と体制は、導入件数だけでなく、具体的な条件までそろえて確認します。
- 実績の範囲：前後工程や、ウェーハ・チップ・パッケージの管理単位。
- 接続と運用：装置・測定器、MES・ERP・LIMSとの連携、保守期間、異常時の停止と解除の進め方。
- 事例の粒度：自社のRFPと同じ水準で説明できるかどうか。
- 担当体制：営業に加えて、業務、品質、連携、セキュリティ、テスト、保守の担当者と、その役割。
- 引継ぎ：再委託の担当工程、障害時の一次窓口、担当交代時に渡す設計書・運用手順。
KISの公開事例では、前工程で品質判定や傾向判定、トレーサビリティが示されています。一方、後工程では、外注先との標準化データ連携や、装置・ロット・関連ロットの停止が示されています。
同じ条件・同じ単位で比べる見積書
見積もりの金額は、前提や単位がそろわないと比べられません。そのため、人月単価や対象範囲、納品物、受入条件をそろえてから比べます。
- 費用項目：要件定義や設計、開発を工程ごとに分けます。ライセンスや連携、移行、テストも、別の項目として示します。
- 前提条件：工数や機能、工程、接続先の前提です。データ量や環境数、ユーザー数も、同じ条件で示します。
- 契約条件：納品物、受入条件、保証期間、支払条件の取り決め。
「品質管理機能一式」や「API連携一式」のような項目は、機能数や接続数、テストケース、エラー処理の範囲まで分解してもらいます。
比較表には、価格や要件適合度、製造実績を置きます。連携やセキュリティ、運用、期間、拡張性、担当者の専門性も、同じ表に並べます。
品質異常による出荷停止が重大なら、追跡とhold・releaseの評価配分を大きくします。また、複数工場への展開が目的なら、共通マスタや拠点追加費を重視します。
品質とOTセキュリティの同時評価
経済産業省は2025年10月、半導体デバイス工場向けOTセキュリティガイドラインを公表しました。そのガイドラインは、APTなど高度な脅威を想定し、生産目標や機密情報、半導体品質を守る対策を整理しています。
対象は、ファブエリア、ファブシステム、外部サービス、IT・OT DMZ、組織・人です（出典：経済産業省「半導体デバイス工場におけるOTセキュリティガイドライン」、2025年）。発注時には、対策要件もRFPに含めます。
- システム対策：認証や暗号化、OTネットワーク分離、装置資産管理、リモートアクセスの方式。
- 脆弱性対応：評価の方法と、SEMI E187・E188、NIST CSF 2.0との関係。
- アクセス管理：データ保管、最小権限、退職者の権限削除の扱い。
- 事故対応：委託先からのリモート接続方法と、事故時の連絡時間。
セキュリティを後付けすると、ネットワーク構成や装置接続を設計し直すことになります。そのため、ログ監視、バックアップ、復旧訓練も、RFPの項目に入れます。
発注側は、品質データの完全性と工場の可用性を両立できるかどうかも、価格と同じ評価表で採点します。
よくある質問
回答は工場の条件や既存システムによって変わるため、内容をRFPの確認項目に置き換えてご活用ください。
品質管理システムはQMSだけを発注すればよいですか？
QMSだけとは限りません。品質文書やCAPAが中心ならQMS、製造指示や装置実績が中心ならMES、傾向監視が中心ならSPCを起点に、機能を連携させます。また、QMSとMESを共通IDでつなぐ構成も検討できます。
半導体の実績がない開発会社にも発注できますか？
発注はできますが、業務理解を補う体制が必要になります。その場合は、製造データ連携や品質ワークフロー、監査ログ、24時間運用に強い会社が候補になります。
半導体の知識は、自社の担当者と専門パートナーで補完します。そのうえで、工程や装置、レシピ、荷姿、影響ロットをRFPに具体化します。
発注側は、PoCで実データに近いシナリオを検証してから、本開発へ進みます。
費用を抑えるにはどこから始めればよいですか？
品質異常の影響が大きく、効果を測りやすい1工程か1ラインで、PoCを行います。対象は、ロット追跡、検査結果、異常起票、hold・releaseに絞ります。そのうえで、通信断や欠損データも検証します。
標準機能を優先し、独自開発は判定や装置連携に限定します。そのため、初期費用と保守範囲を抑えやすくなります。
発注前に最低限そろえる資料は何ですか？
発注前に、業務・システム・予算の前提となる資料をそろえておきます。
- 業務・データ：現行業務フロー、工程一覧、品質イベント一覧、データ項目表。
- システム・管理：システム構成図、装置・測定器一覧、既存インターフェース、ユーザー権限、セキュリティ方針を用意します。
- 計画：想定スケジュールと予算の考え方。
資料がすべてそろわなくても、未確定の事項と確認期限を書き添えておけば比べられます。
特に、見積の精度には、ロットIDとウェーハIDの関係や、装置・レシピ履歴、過去データ量、異常時のhold・releaseが影響します。
まとめ
まず、QMSやMES、SPCの役割を整理します。そのうえで、品質判断と製造実行を、どのデータでつなぐかを決めます。
RFPには、前後工程やロット、ウェーハ、シリアルを具体的に書きます。装置やレシピ、材料、測定値、異常時のhold・releaseも、同じように書き込みます。
発注成功のポイント：総保有コストと現場定着
費用は、初期開発だけでなく、3〜5年の総保有コストで比べます。ライセンスや連携、移行を含めます。さらに、検証や教育、保守、障害対応も入れて考えます。
委託先は、半導体の実績に加えて、品質保証や装置連携、OTセキュリティ、復旧、稼働後の改善まで確認します。
価格差を、機能や工数、前提条件に分けて説明できる見積書を選ぶことが、後からの追加費用を抑える基本になります。
小さく検証してから広げる段階的な進め方
まず1工程・1ラインでPoCを行い、効果を確かめてから本番化します。
- PoCで確かめること：データ連携や品質判定、異常対応、KPIの検証。
- 導入前後で測ること：異常検知、影響ロットの特定、hold解除までの時間。
- 効果指標：歩留まりや再検率、停止時間、CAPA完了日数、監査準備工数。
半導体工場の品質管理は、納品した後も続きます。データ定義と現場運用を改善し、次の投資判断につなげます。
▼全体ガイドの記事
・半導体製造業向け品質管理システム開発の完全ガイド
▼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を創業。