半導体製造業向けMES開発の発注/外注/依頼/委託方法について

半導体製造業向けMESの発注・外注は、工程と装置を分解してRFPに落とし、段階導入できる委託先と契約を選ぶ進め方が基本です。

半導体のMES開発では、一般的な生産管理システムのように画面や帳票の数だけを比較してはいけません。ロット・ウェーハ・キャリアの追跡、SECS/GEMなどの装置通信、レシピや工程条件の版管理、品質異常時の影響範囲特定、24時間稼働を止めない切り替えまで、発注前に整理する必要があります。本記事では、発注形態の選択、RFPと要件整理、契約形態、費用相場、委託先の選定、見積比較、稼働までの進め方を、2026年時点の公開情報とリサーチノートに基づいて解説します。

▼全体ガイドの記事
・半導体製造業向けMES開発の完全ガイド

半導体製造業向けMESを発注・外注する全体像

半導体製造業向けMESの発注全体像を整理するイメージ

発注の成否は、開発会社を早く探すことよりも、自社が守るべき製造ルールと、委託先へ任せる範囲を切り分けることに左右されます。特に半導体では、MES単体ではなく、ERP、APC、FDC、WMS、搬送設備、検査システム、データ基盤が連携するため、最初からシステム境界を明確にすることが大切です。

最初に決めるべき発注範囲

発注範囲は、要件定義だけ、要件定義から開発まで、既存MESの設定・連携だけ、稼働後の保守までを含める一括委託などに分けられます。たとえば、現場の業務整理は自社とコンサルタントが担当し、装置接続とアプリケーション開発をSIerへ委託する方法もあります。逆に、要件が固まっていない段階で「MES一式」と依頼すると、後から追加費用と納期延長が発生しやすくなります。

外注先に任せる範囲と自社に残す範囲

自社に残すべきなのは、製造上の判断基準、品質判定、レシピ変更の承認権限、停止・再開のルール、将来の工程追加方針です。委託先には、業務フローの可視化、データモデル、画面・API、装置ゲートウェイ、テスト環境、移行支援などを任せます。自社が製造ノウハウを持ち、委託先がシステム実装とプロジェクト管理を持つ形にすると、要件定義を丸投げするリスクを抑えられます。

製品ベンダー・SIer・開発会社の役割の違い

半導体MESでは、製品を持つベンダー、パッケージを導入するSIer、個別開発を担うシステム会社の役割が一致しない場合があります。製品ベンダーは標準機能やロードマップに強く、SIerはERP・設備・現場運用との統合に強く、開発会社は既存業務に合わせた拡張や周辺システムの再設計に強い傾向があります。RFPでは、製品の保有者、一次窓口、装置接続の担当、障害時の責任者を分けて書くことが重要です。

半導体製造業向けMESの発注形態はどれを選びますか?

半導体MESの発注形態を比較するイメージ

結論として、標準機能が自社工程に合うなら半導体特化パッケージ、独自工程と既存設備の差分が大きいならセミカスタム、研究開発や限定ラインで早く試すならSaaSやクラウド、競争力の核となる特殊工程があるならスクラッチを検討します。実際には、MES本体、装置接続、分析、バックアップを分けたハイブリッド構成が多く、すべてを一つの方式に統一する必要はありません。

半導体特化パッケージを発注する場合

半導体特化パッケージは、ロット・ウェーハのトレーサビリティ、リワーク、ディスパッチ、SPC、レシピ管理、装置自動化を標準機能として持ちやすい選択肢です。既存の工程を標準機能へ寄せるFit to Standardを採用できれば、基本機能の開発量を抑え、拠点展開やアップデートもしやすくなります。ただし、標準対応と実機接続完了は別なので、装置1台を使った接続PoC、通信異常、アラーム復旧、データ欠損のデモを発注条件に含めます。

SaaS・クラウドを選ぶ場合

SaaSやクラウドは、研究開発ライン、新興ファブ、限定工程の実験管理など、初期インフラを軽くして早く始めたい場合に向きます。Critical Manufacturingは2026年、半導体の研究開発ラボや新興ファブ向けに、AWS上で事前設定したワークフロー、実験追跡、レシピ管理、トレーサビリティを固定年額で提供するパッケージを公表しています(出典: Critical Manufacturing「MES in a focused SaaS package」)。

一方で、装置に近い制御をクラウドへ移す場合は、通信遅延、通信断時の継続運転、データ所在地、外部保守、機密レシピの扱いを確認します。MES本体をクラウドに置いても、装置ゲートウェイや一時データの収集機能を工場内に残す設計があります。月額・年額だけで判断せず、接続費、データ転送費、バックアップ、監査ログ、退去時のデータ返却まで総額で比較します。

ハイブリッド・セミカスタム・スクラッチの使い分け

オンプレミスやハイブリッドは、24時間稼働、低遅延、既存設備との接続、工場内の機密データを重視する場合に現実的です。セミカスタムは、標準の履歴・権限・監査機能を利用しながら、独自の工程ルールやAPIだけを追加する方式です。フルスクラッチは、特殊な工程や新しい生産モデルが競争力の中心で、パッケージの制約が事業上許容できない場合に限定したほうが安全です。

2025年のSiemens Opcenter Execution Semiconductor 2504では、コンテナ化デプロイ、Critical Ratioを用いたディスパッチ・スケジューリング、SPCのサブグループ化、リワーク制御などが強化されています(出典: Siemens「What’s new in Opcenter Execution Semiconductor 2504」)。このような標準機能の更新も確認し、作る機能と買う機能を分けて発注することが、将来の改修費を抑えるポイントです。

RFP・要件整理で何を決めるべきですか?

半導体MESのRFPと要件を整理するイメージ

RFPは「高性能なMESを作ってください」という依頼書ではなく、対象ライン、業務イベント、連携境界、品質条件、運用制約、評価方法を同じ条件で比較するための資料です。現行業務のブラックボックス化や例外処理の属人化を残したまま機能一覧だけを作ると、ベンダーごとに前提が変わり、見積金額を並べても比較できません。

現状業務・設備・データの棚卸し

最初に、前工程、後工程、検査、研究開発のどこを対象にするかを決めます。そのうえで、工程数、装置台数、装置メーカー、通信方式、搬送設備、現行MESやExcel、ERP・PLM・WMS・品質システム、データ保持年数、同時利用者数を一覧にします。管理単位は、ロット、キャリア、ウェーハ、チップ、パッケージ、シリアルのどこまで必要かを工程別に書き分けます。

正常系だけでは不足するため、ロットの分割・統合、リワーク、廃棄、再測定、装置停止、通信遅延、測定値欠損、誤投入、材料の有効期限切れ、外注先からの不完全データも記載します。これらの例外がRFPに含まれているかどうかで、同じ「トレーサビリティ対応」でも提案内容と費用が大きく変わります。

装置通信とシステム連携の要件

装置連携では、SECS-I、SECS-II、HSMS、GEM、GEM300などの対応状況、イベント収集、アラーム、処理開始・終了、レシピ照合、データ収集、再送制御を確認します。SEMIの公式標準情報では、装置通信、GEM、処理管理、キャリア管理、基板追跡、Control Jobなどの規格が整理されています(出典: SEMI「Information and Control」)。標準名だけでなく、対象装置の実装差と、通信断から復旧するまでの業務を要求仕様にします。

ERPとは製造指示・品目・在庫・原価、品質システムとは検査・判定、WMSとは材料・保管、APCやFDCとは工程制御・設備データを連携する関係になります。RFPでは、どのシステムが正となるか、データ連携の方向、同期・非同期、再送、重複排除、時刻の基準、エラー時の責任分界を明記します。ここを曖昧にすると、開発中に「そのデータは別システムの担当です」という手戻りが発生します。

受け入れ条件とKPIの定義

受け入れ条件は、機能が存在することではなく、実際の業務を止めずに使えることとして定義します。たとえば、指定された装置から必要なイベントが欠損なく収集されること、異常ロットから関連ロットを検索できること、分割・統合後も親子関係を追跡できること、通信断後に重複登録なく復旧できることをテスト項目にします。

KPIは、手入力時間、異常発生から影響ロットを特定するまでの時間、装置稼働率、WIP、サイクルタイム、待機時間、歩留まり、再作業件数などから選びます。導入前の現状値と、稼働後に確認する目標値、計測方法、計測期間をRFPに書きます。特に「見える化する」だけでは評価できないため、何分短縮するか、何%改善したいかなど、自社で測定可能な表現に変換します。

契約形態と役割分担はどう設計しますか?

半導体MESの契約と役割分担を考えるイメージ

半導体MESの契約は、要件の不確実性、製造停止の影響、委託先が負う責任、成果物の検収方法を踏まえて組み合わせます。要件が固まっていない工程を固定価格で一括発注すると、変更要求の扱いが争点になりやすく、反対にすべてを準委任にすると予算と納期が見えにくくなります。

請負・固定価格契約が向く範囲

請負契約や固定価格契約は、対象機能、仕様、成果物、納期、検収条件が明確な範囲に向きます。たとえば、確定済みのデータ移行、標準APIの実装、特定装置の接続アダプター、確定した帳票、テスト仕様書などは、成果物と合否を定めやすい領域です。契約書には、仕様変更の手続き、追加費用の算定方法、遅延時の扱い、検収後の瑕疵対応、ソースコードや設定情報の引き渡しを記載します。

準委任・時間精算契約が向く範囲

準委任や時間精算の契約は、現状分析、要件定義、Fit & Gap、PoC、装置通信の調査など、実施しながら論点を確定する範囲に向きます。半導体工場では、古い装置の通信仕様や現場の例外処理が事前資料だけでは分からないことがあります。この段階を準委任で進め、成果物として業務一覧、課題台帳、要件定義書、PoC結果、次工程の見積を残すと、開発工程の固定価格化を判断しやすくなります。

複数社に委託する場合の責任分界

製品ベンダー、装置メーカー、設備自動化会社、SIerを組み合わせる場合は、発注者側に全体アーキテクトまたはPMOを置きます。MESのデータモデル、API、マスタ、時刻、障害通知、変更管理を共通ルールにし、誰がテスト環境を用意し、誰が現地立ち上げを担うかをRACIなどで整理します。障害が「装置かMESか連携か分からない」状態を避けるには、契約上の窓口だけでなく、共同テストとエスカレーション時間まで決める必要があります。

半導体製造業向けMESの費用相場と見積の内訳

半導体MESの費用と見積内訳を確認するイメージ

半導体MESの公開価格は限られるため、以下の金額は新規開発の確定価格ではなく、公開価格、一般製造業の相場、半導体特有の接続・検証工数を組み合わせた編集用の推定レンジです。工程数、装置台数、通信方式、同時利用者、データ保持年数、既存システム、求める自動化水準、24時間保守によって大きく変わるため、予算計画の初期仮説として利用します。

規模別の初期費用レンジ

限定ラインのPoCや後工程の一部で、基本的な実績・ロット追跡・可視化を行う場合は、初期費用1,000万〜3,000万円程度が推定レンジです。1拠点で複数設備、品質・SPC、ERP連携、段階導入まで行う中規模・セミカスタムでは、3,000万〜1億5,000万円程度が目安になります。多数の装置、GEM300、搬送、APC・FDC、歩留まり、監査、24時間運用を含む新工場・本格ファブでは、1億5,000万〜10億円超のレンジも想定されます。いずれも半導体MESの実案件価格を断定するものではなく、要件確定前の推定です。

参考として、2025年2月に公示された産業技術総合研究所の「半導体製造管理システムCIMVision-semi300(MES)年間保守並びにMESライセンス更新一式」は、契約価格が2,126万7,400円でした(出典: ジェトロ政府公共調達データベース)。これは既存システムの年間保守とライセンス更新であり、新規開発費ではありませんが、半導体MESの保守・ライセンス費も無視できないことを示す公開事例です。

見積書で分けて確認する費用項目

見積は、要件定義・企画、基本設計・環境構築、実装・設定、テスト、移行、教育、現地立ち上げ、保守運用に分けます。一般的な製造業システムの初期見積では、要件定義が10〜12%、設計・環境構築が22〜24%、実装が48〜50%、テストが15〜17%程度という配分を叩き台にできます。ただし、半導体では装置接続、異常系、データ移行、切り替えリハーサル、現場教育の比重が増えるため、単純にこの割合を当てはめてはいけません。

初期費用以外には、ライセンス・サブスクリプション、クラウド利用料、データ転送・保管、監視、バックアップ、脆弱性対応、装置追加、レシピ改訂、バージョンアップ、現地保守、教育、障害時のオンサイト対応があります。保守運用は初期開発費の年15〜25%程度を目安に置けますが、24時間365日対応や装置メーカーをまたぐ一次切り分けを含む場合は個別見積になります。安い初期見積ほど、これらが別紙や未計上になっていないか確認します。

初期費用ではなく総保有コストで比較する

見積比較では、初期費用だけでなく、5年程度の利用期間を想定した総保有コストを並べます。ライセンス形態、追加装置1台の接続費、データ保持量が増えた場合の費用、保守の時間帯、教育の回数、現地立ち上げ日数、移行失敗時の再作業を同じ条件で確認します。パッケージが安くても個別改修が多い場合や、SaaSが安くても接続・データ転送・退去費用が高い場合があります。

半導体MESの委託先選定と見積比較のポイント

半導体MESの委託先と見積を比較するイメージ

委託先は、会社名や製品の知名度だけでなく、同じ種類の工程・装置・稼働条件を経験したチームで評価します。半導体の導入実績があっても、前工程の大規模ファブと後工程の個片追跡では必要な知識が異なります。候補を3〜5社程度に絞り、同一RFP、同一データ例、同一の異常系シナリオで提案とデモを比較すると、金額の前提も見えやすくなります。

実績は件数よりも条件の近さを確認する

確認する実績は、前工程・後工程・検査・研究開発のどこか、ロットからウェーハや個片まで追跡したか、装置・搬送設備と接続したか、ERP・品質・WMSと連携したか、24時間運用へ移行したかです。実績紹介だけでなく、担当予定者がその案件に参加したか、同じ担当者が要件定義から稼働まで対応するかを聞きます。顧客名を開示できない場合でも、装置数や工程数を匿名化した範囲で説明できるかが判断材料になります。

異常系デモと接続PoCを実施する

提案デモでは、正常なロットを画面に表示するだけでは不十分です。装置通信が途切れた場合、アラームが発生した場合、測定値が規格外になった場合、ロットを分割して一部だけリワークした場合、同じレシピや装置で処理した影響ロットを検索する場合を見せてもらいます。データの登録者、承認者、解除者、監査ログ、再送や復旧の操作が確認できると、現場での運用イメージを持てます。

本契約の前に、実機または同等のシミュレーターを使った接続PoCを設定します。PoCでは、装置1台との通信、イベントの欠損・重複、レシピ照合、処理完了、異常復旧、ログ保存、性能を測ります。PoC費用を本開発の見積に含めるか、別契約にするか、PoCで判明した差分を本契約へどう反映するかもRFPで指定します。

見積比較は金額・前提・除外項目を分ける

見積書を比較するときは、金額の高低を先に見ず、対象範囲、工数、単価、ライセンス、装置接続数、データ移行量、テストケース、現地対応、保守時間、前提条件、除外項目を横並びにします。「装置連携一式」ではなく、対象装置数、通信方式、接続試験の回数、異常系試験、旧型装置の扱いを確認します。「移行一式」ではなく、対象データ期間、項目変換、クレンジング、リハーサル回数、照合方法を確認します。

極端に安い提案では、要件定義、テスト環境、データ移行、教育、切り替えリハーサル、稼働後の現地支援が省かれていないかを見ます。極端に高い提案では、標準機能と個別開発の境界、将来拡張のための過剰設計、不要なライセンス、ベンダー独自の専用運用が含まれていないかを確認します。比較表には、価格だけでなく、納期、リスク、体制、将来の変更容易性も記載します。

発注から稼働までの進め方

半導体MESの導入工程と稼働計画を整理するイメージ

発注後は、要件定義、PoC、設計・開発、テスト、移行・教育、並行稼働、切り替え、安定化の順に進めます。新工場では、建設、装置搬入、レシピ確定、量産認定、品質承認のマイルストーンとMESを一つの計画へ統合します。既存工場では、ラインを一気に切り替えるのではなく、影響の小さい工程からMVPを稼働させ、データと運用を確認して段階展開します。

PoCからMVPへ段階的に広げる

最初のPoCは、広い機能を浅く作るより、重要な工程イベントを深く検証します。ロット投入、装置処理、測定値の収集、異常ロットの保留、影響範囲の検索、リワーク、実績のERP連携を一本の流れで動かすと、データモデルと責任分界の問題を早く発見できます。MVPでは、対象ラインと装置を限定し、手入力を残す部分、自動化する部分、将来追加する部分を明確にします。

異常系テストと切り替えリハーサル

テストは、単体・連携・総合・性能・セキュリティ・現場受け入れに分け、正常系と異常系を同じ重さで実施します。通信断、サーバー障害、データ重複、時刻ずれ、装置アラーム、レシピ不一致、権限不足、バックアップからの復旧、関連ロットの保留解除を再現します。24時間稼働の工場では、夜間・休日の連絡、手動運転への切り替え、復旧後の再同期までをリハーサルします。

切り替え判定には、誰がGo・No-Goを決めるか、未解決障害をどの水準まで許容するか、旧システムをいつまで参照できるか、切り戻し条件は何かを含めます。現場教育では、通常操作だけでなく、異常時の保留、承認、復旧、問い合わせの手順を訓練します。稼働後の最初の数週間は、委託先の担当者が現場と同じ時間帯で対応できる体制を契約に含めると安心です。

稼働後の保守とセキュリティ運用

半導体工場のMESでは、開発完了が運用の開始です。装置追加、工程条件やレシピの改訂、品質ルール変更、OSやミドルウェアの更新、脆弱性対応、データ保持量の増加、外注先との連携変更が継続します。保守契約では、受付時間、一次回答、復旧目標、オンサイト条件、バックアップ・リストア、障害報告、変更の見積方法、担当者の引き継ぎを定義します。

経済産業省は2025年10月に「半導体デバイス工場におけるOTセキュリティガイドライン」を公表し、ファブ、ファブシステム、外部サービス、IT/OT DMZ、組織・人の観点で対策を整理しています(出典: 経済産業省「OT Security Guidelines for Semiconductor Device Factories」)。RFPには、ネットワーク分離、リモート保守、認証・権限、監査ログ、脆弱性評価、バックアップ、機密レシピと顧客情報の保護を具体的な確認項目として入れます。

半導体製造業向けMESの発注・外注でよくある質問(FAQ)

半導体MESの発注に関する疑問を確認するイメージ

ここでは、半導体MESの発注前に特に多い疑問へ回答します。費用と納期は設備・工程・自動化水準で変わるため、回答のレンジと判断条件をRFPへ落とし込むことが大切です。

半導体MESはパッケージとスクラッチのどちらがよいですか?

標準機能でロット追跡、装置連携、品質、監査を満たせるなら、パッケージまたはセミカスタムが有力です。独自工程が競争力の中心で、標準機能へ合わせることが業務や品質を損なう場合に限り、スクラッチを検討します。最終的には、対象ラインを限定したPoCで、標準機能・設定・拡張・個別開発の境界を確認して決めます。

半導体MESの発注費用はどのくらいですか?

編集用の推定レンジでは、限定ラインのPoCが1,000万〜3,000万円程度、中規模・セミカスタムが3,000万〜1億5,000万円程度、新工場・本格ファブが1億5,000万〜10億円超です。これは新規開発の断定額ではなく、装置数、工程数、通信、品質、移行、教育、保守を含むかで変わります。RFPでは初期費用、運用費、追加装置費、保守費を分けて見積依頼します。

RFPはいつ作成し、何社へ依頼すればよいですか?

候補会社へ声をかける前に、対象ライン、現状業務、装置一覧、連携対象、異常系、受け入れ条件、予算の考え方を最低限整理します。候補は3〜5社程度へ同じRFPを渡し、提案内容、担当予定者、異常系デモ、接続PoC、費用の前提を比較します。要件が固まっていない場合は、いきなり本開発を発注せず、要件定義・PoCを準委任で依頼し、その成果をもとに本契約を判断します。

半導体MESをクラウド化しても安全ですか?

安全性はクラウドかオンプレミスかだけで決まらず、装置接続、ネットワーク分離、認証、権限、暗号化、監査、バックアップ、リモート保守、通信断時の継続運転を含む構成と運用で決まります。MES本体と装置ゲートウェイを分離するハイブリッドも選択肢です。METIのOTセキュリティガイドラインを参照し、自社のリスク分析と設備条件に合わせて、RFPと契約のセキュリティ要求へ具体化します。

まとめ

半導体MESの発注・外注計画をまとめるイメージ

半導体製造業向けMESを発注・外注するときは、製品名や初期費用だけで選ばず、工程の管理単位、装置・搬送連携、異常時の影響範囲、品質・監査、24時間運用、将来の工程追加を要件へ落とし込むことが重要です。標準機能を活用する範囲と、独自開発する範囲を整理し、要件定義・PoC・本開発・保守を適切な契約に分けます。

発注前の最終チェック

発注前には、対象ラインと管理単位が決まっていること、装置通信と既存システムの責任分界が書かれていること、正常系・異常系の受け入れ条件があること、初期費用とランニングコストが分かれていること、候補各社へ同じ条件で依頼していることを確認します。見積の安さだけでなく、担当者の経験、接続PoC、移行・教育、切り替えリハーサル、保守SLAまで含めて比較すると、稼働後の追加費用と停止リスクを抑えやすくなります。

最初の一歩は現状と例外処理の棚卸し

最初から全工場の完成形を決める必要はありません。まずは、重要な1ラインまたは1工程を選び、ロット・ウェーハの履歴、装置データ、品質判定、異常時の影響範囲を整理し、同じ前提で複数社へRFPを提示します。PoCで実現性と費用の変数を確認してから、段階的に発注・外注範囲を広げることが、半導体MESを現場へ定着させる現実的な進め方です。

▼全体ガイドの記事
・半導体製造業向けMES開発の完全ガイド

会社紹介

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

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

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

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

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

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