半導体製造業向け歩留まり管理システム開発の発注/外注/依頼/委託方法について

半導体工場の歩留まり管理は、発注形態を選び、要件を整理してPoCで検証してから本番へ移すと、原因の特定と是正につながります。

発注形態、RFPと要件整理、契約と費用、委託先の比較は、この順に検討すると話を進めやすくなります。全体像は、下の完全ガイドの記事にまとめています。

▼全体ガイドの記事
・半導体製造業向け歩留まり管理システム開発の完全ガイド

歩留まり管理システムの概要と発注の範囲

半導体製造業向けの歩留まり管理システムは、工程・製品・ロット・設備ごとに歩留まりを把握する製造データ基盤です。良品数を生産数で割るだけの集計ツールとは、性質が異なります。

また、材料、装置、レシピの変化を追跡します。作業条件や検査工程の変化も把握して、必要に応じてロットホールドや設備停止などの対応につなげます。

YMS・MES・SPC・FDC・APCの役割の切り分け

発注前には、名称で比べるより先に、解決したい業務を分けておきます。YMSは歩留まり分析と可視化、MESは製造実行やロットの進行管理、SPCは工程の統計的な異常監視を担います。

  • FDC:設備状態の監視
  • APC:計測結果を前後工程の条件に反映する役割

YMSだけで原因が分かる場合もあります。ただし、原因が設備状態や工程条件にある場合は、MES・FDC・SPCとの連携が必要です。

前工程と後工程で異なるデータモデル

前工程では、成膜、リソグラフィ、エッチングを繰り返します。このため、工程数や設備数、レシピの版が増えていきます。

後工程では、管理の単位がウェーハからチップ、パッケージ、最終シリアルへと変わります。そのため、Genealogy(系譜)の設計が必要です。

KISの公開事例では、前工程は400〜1,000工程以上の管理、後工程はウェーハから最終製品までの履歴や、外注先との出来高・不良データ連携が論点です(出典:株式会社KIS「半導体向けMESソリューション導入事例」)。

発注形態の選び方

発注形態は、製品導入、既存MESへの追加、クラウド・ハイブリッド、スクラッチを候補として比べます。

短期の可視化か工場全体の制御かを決めないまま提案を受けると、見積の範囲がそろわず、価格だけの比較になります。

パッケージや専用YMSの導入

半導体MESのパッケージや専用YMSは、ロット、設備、検査、トレーサビリティの標準機能を活用できます。半導体特有の業務を理解した土台から導入を始められる点が特徴です。

ただし、独自工程をアドオンしすぎると、更新や障害対応が難しくなります。RFPでは、標準設定で済ませる項目、追加開発する項目、運用で吸収する項目を分けて書きます。

クラウド・ハイブリッド・スクラッチの使い分け

分析用データレイクやレポートをクラウドに置き、リアルタイム制御や機密性の高い装置連携を工場内に残す方法がハイブリッド構成です。拡張性とOT側の継続運転を両立しやすくなります。

通信断でも工場を運転できるか、外部へ出すデータ、IT/OT DMZの位置を、先に決めます。独自テスターや特殊工程が競争力に直結する場合は、スクラッチが適します。

マスタや権限、監査ログ、障害復旧は、スクラッチでも標準部品を再利用するほうが安全です。

最初の1ライン・1不良モードでのPoC

全工場を一度に扱わず、1ライン、1製品、1つの不良モードに絞れば、データ品質と現場運用の検証に集中できます。

PoCは画面表示だけで合否を決めず、データ取り込みの欠損率、原因候補の表示までの時間、再集計せずに判断できるか、異常時のロットホールド記録を見て判断します。

発注側は、合格条件と本番移行の追加費用を、PoC契約の段階で明記しておきます。

ポイント

発注形態は、短期の可視化で足りるか、工場全体の制御まで求めるかで選びます。対象範囲を先に決めておくと、各社の見積を同じ条件で比べられます。

発注前の要件整理とRFPの記載項目

異常系デモで確認する通信断、データ重複、無権限のレシピ変更、設備停止の4項目を並べた図解。
接続・データ・権限・設備の観点を横断して確認できます。

RFPは、発注先が同じ条件で提案と見積を出せるように、業務とデータの共通仕様をまとめた文書です。

「歩留まりを見たい」という要望は、対象工程や更新頻度、利用者まで具体化しておきます。異常時の対応と既存システムとの境界も、あわせて書いておきます。情報が不足すると、連携・テスト・教育を含まない見積が出てくることがあります。

現状業務とデータの棚卸し

棚卸しでは、Excel・MES・ERP・QMSなどの業務データを洗い出します。装置側では、検査装置やテスター、計測機器の記録を対象にします。設備ログとウェーハマップも含めます。

  • データの属性:発生元、キー項目、時刻基準、単位、保存期間
  • 品質と接続:欠損と重複の状況、通信方式、責任部署

品目やロット、ウェーハ、シリアル番号の扱いがシステムごとに異なると、連携費用と分析精度に影響します。

良品率、FPY、スクラップ率、再加工率は、分母と分子をそろえておきます。さらに、検査結果の再判定や、ロットの分割・統合時の履歴も定めておきます。

定義が曖昧だと、同じデータを見ても、品質部門と製造部門で数値が食い違います。

RFPに記載する機能・非機能・連携・移行条件

RFPには、機能や運用条件、設備接続、データ移行の要点を、同じ粒度でそろえて記載します。

  • 分析機能:工程・製品・設備別のKPI、Pareto分析、管理図、ウェーハマップ、5M分析、異常検知、関連ロット検索
  • 業務機能とAI:ロットホールド、承認ワークフロー、CAPA、監査ログのほか、学習ラベル、正解・欠損データ、分析結果の利用業務
  • 運用条件:24時間365日運用、許容停止時間、応答時間、取り込み遅延、保持期間、バックアップ、災害復旧、同時利用者数、権限、脆弱性対応
  • 設備接続:SECS/GEMなどの方式と、通信断、再送、重複受信、装置停止、時刻ずれへの扱い
  • データ移行:対象とする過去年数、旧コードの変換、移行後に歩留まりを再計算する検証方法

正常系と異常系のデモ評価

候補会社のデモでは、正常なデータが表示される場面だけでなく、異常時に安全側へ動くかも見ておきます。

  • 接続異常:通信断や外部API停止時の動作
  • データ重複:同じ検査結果が二重に届いた場合の扱い
  • 権限・設備:無権限のレシピ変更や設備停止への対応

異常時の通知先、保留するロット、再開承認の記録先まで、デモで確かめます。

ポイント

RFPには、データ一覧や異常時の対応まで同じ条件で書き込みます。条件がそろわないと、見積の前提がずれて比較できなくなります。

契約形態と開発の進め方の設計

歩留まり管理システムの開発を、要件定義、PoC、開発とテスト、現場受入と本番移行の順に示す図解。
各段階で成果と判断条件を置く流れを示しています。

設備仕様やデータ品質の調査、現場ヒアリングの中で、要件が変わることがあります。そのため、要件定義・PoC・本開発・保守をまとめて発注するより、工程ごとに成果と責任を分けたほうが、リスクを管理しやすくなります。

準委任・請負・ライセンス契約の使い分け

契約形態ごとに、作業範囲、成果、料金、権利の条件は次のように整理できます。

  • 準委任:発注者と受託者が協力して調査や要件定義、設計を進め、作業時間や役務に応じて報酬を払う形。作業量を確定しにくい設備調査やPoCに向く。
  • 請負:合意した仕様どおりの成果完成を目的に本開発などで使い、仕様変更や連携先の遅延の扱いを契約で定める。
  • 製品・SaaS:初期導入、ライセンス、ユーザー数、データ量、接続数、保守、更新、解約時のデータ返却の条件
  • 権利条件:自社で作成したデータや業務ノウハウ、追加開発部分の著作権、第三者ライブラリの利用条件。法務との確認が必要。

要件定義から本番移行までの段階化

工程ごとに、成果物、レビュー参加者、未解決課題、次工程へ進む判断者を決めておきます。設備接続は、装置停止時間やテストデータの制約があるため、アプリ完成後にまとめて試験する計画は避けます。そのため、開発は次の4段階に区切って進めます。

  1. 現状調査と要件定義
  2. データモデルの設計と、PoCでの検証
  3. 詳細設計・開発後の連携・性能・障害テスト
  4. 現場受入、本番移行、安定化支援

本番移行は、1ラインでの並行稼働から始め、対象製品を広げ、工場内の他ラインへ展開する順が現実的です。並行稼働の間は、旧システムと新システムの数値の差を一定期間比べ、現場が新しい画面と判断手順に慣れてから、旧運用を縮小します。

切替時間、ロールバック、手作業への退避、連絡網も、RFPとテスト計画に含めておきます。工場を止めないことを優先する場合は、特にこの確認が欠かせません。

ポイント

要件が動く前提で、工程ごとに成果と責任を区切ります。次に進む判断者を先に決めておくと、工程をまたぐ手戻りを減らせ、遅れの原因も追いやすくなります。

半導体製造業向け歩留まり管理システムの費用相場

既存データの可視化、YMSと既存MES・検査データの連携、工場横断基盤の3区分を費用幅の横棒で示す図解。
対象範囲が広がるにつれて、費用帯も大きくなります。

費用は、設備台数やデータ量、前後工程の範囲、既存MES・検査装置との接続数によって変わります。さらに、リアルタイム性やオンプレミス要件、24時間365日運用も費用に影響します。

専用製品の定価は非公開が多いため、示す金額は、リサーチノートと国内製造業システム開発の類似相場による概算です。あくまで予算検討の目安で、正式な見積もりではありません。

歩留まり可視化MVPの費用目安

MVPの費用と期間は、対象機能とデータ整備の状況を分けて、次のとおり見積もります。

  • 規模と期間:既存DB・CSVを使う1ラインまたは1工場のダッシュボード、簡易Pareto、基本権限。費用は500万〜1,500万円、期間は3〜6か月程度
  • 対象条件:装置へリアルタイム指示を返さず、既存データで可視化と原因候補の確認に絞る場合の目安(出典:本テーマのリサーチノート、2026年)
  • データ整備:CSV列名の変動、ロット番号の不統一、過去データの欠損が多い場合は、画面より整備に工数がかかる
  • 見積範囲:データクレンジング、マスタ整備、利用部門の確認、PoC評価を含むか。BI画面だけでは原因分析に使えず、追加開発になる場合もある

YMSと既存MES・検査データ連携の費用目安

連携の範囲と工場横断基盤では費用帯が異なるため、見積もりは対象範囲ごとに分けて比べます。

  • YMS連携:データ正規化、ウェーハマップ、ロット履歴、SPC、権限、監査ログ、複数IFを含む場合。2,000万〜8,000万円、6〜12か月程度
  • 変動要因:設備接続数、通信仕様、データ量、履歴移行範囲で上下する。設備・IF一覧を添えて見積もる(出典:本テーマのリサーチノート、2026年)
  • 工場横断基盤:設備接続、搬送、ディスパッチ、APC/FDC、前後工程、外注連携、冗長化、段階移行、24時間365日運用を含む
  • 大規模開発:1億〜数億円以上、12〜24か月以上になることも。停止リスク、設備試験、フェイルオーバー、教育、保守は個別に確認

保守費・追加設備費・データ運用費の予算化

初期費用以外の継続費と、見積もりに含まれる工程を分けて確かめます。

  • 運用費:ライセンス、クラウド、監視、バックアップ、脆弱性対応、OS・ミドルウェア更新、設備追加、レシピ変更、データ保管、問い合わせ対応
  • 保守費の目安:製造業システムでは初期費用の年15〜25%程度を仮置きする場合がある
  • TCO比較:要件定義、データモデル、結合・総合テスト、移行、教育、安定化が別料金なら、追加請求になり得る

上の割合は、あくまで仮の目安です(出典:NotebookLM「生産・製造」Q&Aおよび本テーマのリサーチノート、2026年)。初期費用と3年間の運用費を合算して比べます。

半導体向けは24時間対応や設備追加で変動するため、固定相場とは断定できません。

ポイント

予算は、MVP、既存連携、工場横断基盤のどれを狙うかで決めます。範囲を決めずに金額だけを見ると、判断を誤りやすくなります。

委託先の選定と見積比較の確認ポイント

委託先は、知名度や価格よりも、半導体製造に対する対応力で選びます。なかでも、データモデルと設備連携への対応は欠かせません。現場運用やセキュリティ、保守の体制も確かめます。

YMS専業や半導体MESの会社と、設備データ・FDC、国内個別開発に強いSIerでは、得意な領域が異なります。そのため、自社に足りない部分を補える組み合わせを検討します。

実績の担当範囲の確認

実績は、導入条件と担当範囲を確かめたうえで見ます。公開事例は、自社の要件にそのまま当てはめないよう注意します。

  • 担当範囲:前後工程、新旧工場、設備数、追跡、外注連携、APC・ロットホールドの実績
  • 導入検証:導入期間、移行方法、稼働後の保守体制を、匿名化事例やデモで確かめる
  • 製品更新:更新内容と自社の運用方針との適合、更新時の検証担当

外注先とのデータ連携は、標準フォーマットで受け渡せるかも確かめます。確認項目には、ウェーハから最終シリアルまでの追跡も含めます。

たとえば、IBMはRapidusの最先端半導体製造拠点IIM-1にSiView Standardを導入しました。2025年4月に稼働し、IBMは同年12月に発表しました。

ただし、公開事例だけでは、自社の工程・設備・セキュリティ要件に合うとは限りません(出典:日本IBMニュースリリース)。国内支援や責任分界、追加開発、移行条件も確認します。

また、SiemensのOpcenter Execution Semiconductorは、2025年の更新で機能を強化しました。強化の内容は、コンテナ化、SPCサブグループ機能、リワーク工程制御です(出典:Siemens公式ブログ)。

今後の更新が自社の運用方式やインフラ方針に合うかと、更新時の検証を誰が担うかも、委託先と詰めておきます。

同じ分類にそろえた見積書の比較

各社の見積を同じ分類と対象範囲にそろえると、価格差の理由が比べられます。

  • 費目:要件定義・調査、データモデル、標準設定、追加開発、設備・テスター連携、分析・AI、セキュリティ、テスト、移行、教育、プロジェクト管理、保守
  • 一式の内訳:作業、数量、前提・除外条件、成果物、検収方法。連携・テスト・保守は、対象機器数と対応時間も必要
  • 前提の差:既存MESのAPIと装置からの新規収集、1ラインと全工場の違い

同じ範囲で再見積もってもらうと、安さの理由と追加費用のリスクが見えてきます。

OTセキュリティと稼働後の責任分界

セキュリティ要件と稼働後の支援条件は、委託先との責任分界に沿って定めます。

  • ガイドライン:対象範囲と参照規格の確認、必要な対策の要件への反映
  • 安全対策:ネットワーク分離、リモートアクセス、秘密情報の保管、脆弱性対応、ログ、バックアップ、復旧訓練、サプライチェーン上の責任の定め
  • 障害支援:復旧時間、問い合わせ受付、一次切り分け、装置メーカーやクラウド事業者との窓口
  • 追加費用:追加作業単価、オンサイト、夜間・休日対応、更新時の互換性検証の費用を明文化し、想定外のコストを抑える

経済産業省は2025年10月、半導体デバイス工場向けのOTセキュリティガイドラインを、日本語と英語で策定しました(出典:経済産業省「半導体デバイス工場におけるOTセキュリティガイドライン」)。

このガイドラインは、SEMI E187/E188、NIST CSF 2.0との整合を意識しています。対象は、ファブ、ファブシステム、外部サービスです。加えて、IT/OT DMZと組織・人の対策も含まれます。

ポイント

委託先の候補は、得意領域が自社の不足を補えるかどうかで絞ります。稼働後の障害対応と責任分界まで確かめてから、見積を比べます。

半導体製造業向け歩留まり管理システムの発注でよくある質問

発注を検討する段階では、システムの範囲、費用、導入期間、外注先の選び方に疑問が生じやすいものです。特に相談の多い質問に、直接答えます。

歩留まり管理ならYMSだけを発注すれば十分ですか?

可視化や分析が主な目的で、既存MESや検査データを安定して取得できるなら、YMS単体や分析機能の追加から始められる可能性があります。

ロット停止や設備条件の変更、製造実行、設備異常の予兆検知まで行う場合は、MES・SPC・FDC・APCとの連携範囲も発注の対象になります。

小さく始める場合の費用と期間はどのくらいですか?

既存データを使う1ラインの歩留まり可視化MVPは、500万〜1,500万円、3〜6か月程度が目安です。

装置・テスター連携、ウェーハマップ、SPC、監査ログを含める場合は、2,000万〜8,000万円、6〜12か月程度へ広がる可能性があります。

データ品質と設備接続を調べたうえで、対象範囲を固定してから見積もりを取ります。

発注先は何社に相談して見積比較すべきですか?

RFPの条件をそろえられるなら、3〜5社程度に相談すると、製品導入型、SI開発型、設備データ連携型を比べやすくなります。

社数よりも、同じデータ一覧や対象ライン、非機能要件、PoCの合否条件を各社に同じように渡せるかが大切です。そのうえで、実績や提案、異常系、保守、責任分界を総合評価します。

まとめ

発注では、YMS・MES・SPC・FDC・APCの役割と対象範囲を整理しておきます。そのうえで、設備・テスター・検査・ERP・QMSのデータ、歩留まりの定義、トレーサビリティ、異常時の対応、移行条件を、RFPにまとめます。

発注前の対象範囲とPoCの合否条件の固定

発注前に、対象ラインや製品、データの範囲を一枚にまとめます。そこへ、リアルタイム性や利用者、異常時の業務を書き加えます。

PoCの合否条件も同じ資料に入れると、各社の提案と見積を同じ条件で比べ、標準機能と追加開発を判断できます。

価格だけでなく連携・安全性・保守の総合評価

発注先は、実績と費用、セキュリティ、PoCの評価結果をあわせて判断します。

  • 委託先評価:半導体製造、設備・外注連携、OT対策、段階移行、障害支援の経験、総費用と責任分界の比較
  • 費用目安:MVPは500万〜1,500万円、既存連携は2,000万〜8,000万円、工場横断基盤は1億〜数億円以上(推定)
  • 安全性:2025年策定の経済産業省ガイドラインを踏まえた、機密情報、IT/OT DMZ、リモートアクセス、復旧、稼働後の責任分界の確認
  • PoC評価:1ライン・1製品・1不良モードでの試行
  • 本番移行:PoC後の範囲と予算の見直しを行い、工場を止めずに段階導入すると、歩留まり改善と現場への定着を両立できる

原因候補の表示までの時間、データ欠損率、再集計せずに判断できるか、異常時のロットホールド記録が、評価の中心になります。

金額は確定した相場ではないため、作業範囲と設備接続、テストの扱いを同じ分類で比べます。

▼全体ガイドの記事
・半導体製造業向け歩留まり管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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