半導体製造業向けの設備保全システムは、停止リスクの特定、要件整理、PoC、本番展開の順に発注を進めます。この流れで、停止リスクと保全業務の改善につなげます。
発注形態、RFPと契約、費用相場、委託先の比較の順に見ていきます。全体像は半導体製造業向け設備保全システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・半導体製造業向け設備保全システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
半導体製造業向け設備保全システムを発注する前の全体像
発注前には、どの停止リスクを、どの業務データと運用体制で減らすかを決めておきます。
保全システムは、CMMSやEAMを中心に構成します。
半導体工場では、製造実績を扱うMES、設備データを集めるSCADAやエッジ、部品や購買を扱うERPとの役割分担が欠かせません。
停止リスクの低減が発注の目的
設備台帳や点検予定を一画面で管理しても、停止の予兆や復旧後のロット・品質への影響を追えなければ、十分とはいえません。
目的は紙やExcelの置き換えにとどまらず、KPIの改善にあります。
KPIには、次の項目があります。
- 停止の指標：突発停止件数、平均修復時間（MTTR）、平均故障間隔（MTBF）
- 時間・工数・部品の指標：停止時間、点検工数、予備品欠品
改善を測るには基準が要るため、RFPには現状値と導入後の評価方法を記載します。
対象設備と必要機能の階層整理
設備と必要機能は、4つの観点で整理します。
- 設備階層：工場、クリーンルーム、ライン、装置、ユニット、部品を親子関係で管理します。
- 台帳と保全予定：メーカー、型式、場所、責任者、保証期限、稼働状態、点検周期、校正、法定・社内検査を記録します。
- 設備データ：振動、電流、温度、圧力、流量、真空度に、アラーム、故障コード、原因、対策、作業者、時刻を結び付けます。
- 現場利用：タブレット、写真添付、手袋での操作、オフライン入力の要否。
CMMS・MES・SCADA・ERPの責任分界
各システムの役割を分けておけば、データの重複や連携範囲を整理できます。
- CMMS：設備台帳、保全計画、作業指示、故障履歴、部品を扱います。
- MES：ロット、レシピ、製造実績、トレーサビリティを担います。
- SCADA・エッジ：設備の稼働状態やアラームを収集します。
- ERP：購買・会計情報を管理します。
すべてを一つのシステムに詰め込むと、装置メーカーごとの差分や現場の例外への対応で、カスタム費用が膨らみやすくなります。
そこで、RFPではデータの正本や連携方式、障害時の再送、時刻同期を表にまとめます。保持期間や各社の保守範囲も同じ表に入れると、提案を比べやすくなります。
発注形態の選び方（SaaS・パッケージ・スクラッチ）
標準業務を早く始めるならSaaS、既製品と基幹連携が中心ならパッケージ＋SI、固有要件が競争力に直結するならスクラッチが候補になります。
標準業務と固有業務を分けたうえで、1装置群でPoCを行ってから拡張すると、半導体工場でも段階を追って判断できます。
標準業務を小さく始める場合のSaaS型CMMS
SaaS型は、設備台帳や点検、作業指示などの標準機能を、比較的短期間で導入しやすい方式です。
部品在庫も、標準機能に含まれます。また、サーバー運用やアップデートを委託先に任せられます。
株式会社ripla「設備保全管理システム（CMMS）開発の進め方」の2026年確認情報には、費用例が掲載されています。
初期設定支援が0万〜60万円程度、月額が数万円から10万円程度の例があります。
SaaSを導入した後も装置固有の要件は残るため、契約前に条件を確かめておきます。
- 費用条件：ユーザー数、設備数、API、データ移行、サポート範囲によって、金額が変わります。
- 個別開発：監査ログ、工場内エッジ、細かな権限分離は、別開発の場合があります。
装置メーカーごとに異なる通信方式を直接つなぐ機能は、別開発になる場合があります。
通信方式には、SECS/GEM、OPC UA、Modbus TCPがあるほか、MQTTやベンダーAPIも含まれます。
OTからクラウドへの通信の可否や、工場内でのデータ保持、障害時のローカル作業の継続は、契約前に確認しておきます。
連携と導入支援のバランスを取りやすいパッケージ＋SI
パッケージ＋SIは、既製機能を土台にして、個別要件に対応する発注形態です。
- 追加範囲：装置データ収集、MES・SCADA・ERP連携、マスタ移行、権限、現場画面を加えます。
- 業務設計：Fit to Standardで、標準機能に合わせる範囲とカスタム範囲を分けます。
- 見積区分：標準機能、設定、追加開発、外部サービス、保守の内訳。
保全員の作業画面と、製造・品質部門が見るロット影響画面は、役割別に設計します。
複数メーカーの装置を持つ1ラインや、複数工場への展開に向いています。一方で、ライセンスや追加モジュールは、別見積になる場合があります。
APIやゲートウェイ、導入支援は別の見積に分かれることがあり、教育と保守も、別見積になることがあります。
固有要件が投資効果に直結する場合のスクラッチ開発
スクラッチ開発を検討するうえでは、固有要件と運用条件を自社で定義できるかが判断の軸になります。
- 適する要件：装置・ロット・レシピ・作業者・時刻・変更を細かく結び付けます。
- 深い統合：既存MES、搬送、品質基盤との連携が競争力に直結する場合に検討します。
- 工場運用：24時間365日の可用性、冗長化、実機相当の試験、段階移行、工場差分を設計できます。
自由度が高いほど、要件定義の責任も発注者側に移ります。そのため、設備データの正本、異常判定の承認者、通信断や停止時の作業を、先に決めておく必要があります。
判断には、将来の更新や脆弱性対応まで含めたTCOを使います。モデル再学習や担当交代後の保守も、その中に含めます。
RFPと要件整理で伝える内容
RFPは、機能だけでなく、現場運用や対象設備、セキュリティまで含めて前提をまとめた資料です。データ連携や停止窓、受入条件も、そこに含めます。
同じ条件で提案を受けるため、現状と目標を分け、必須・望ましい・将来要件を区別します。
AI予知保全では、予測精度に加えて、異常ラベルや誤報対応、承認者を記載します。
PoCの合格条件も、併せて書きます。
現状業務とKPIの数値整理
現状業務の流れと、改善を測るKPIを、セットで整理します。
- 業務の可視化：台帳の所在、点検依頼、完了承認、部品出庫を確認し、紙やExcel、メール、口頭の例外も含めます。
- 基本指標：突発停止件数、停止時間、MTBF、MTTR、点検実施率、保全費。
- 業務への影響：作業指示の滞留時間、部品欠品による復旧遅延、歩留まり、ロット影響。
- PoC対象：停止損失が大きく、データを取りやすい真空ポンプや冷却水ポンプなどに絞ります。
株式会社ripla「設備保全管理システム（CMMS）開発の進め方」の2026年確認情報によると、2024年の調査では保全部門担当者の46.5%が50歳以上です。このため、熟練者の判断を記録して引き継ぐことも、設備保全システムの導入目的になります。
KPIは、すべて採用しなくても構いません。PoCで現状値を測ったうえで、対象に合わせて目標を決めます。
機能要件とデータ連携要件の書き分け
RFPで機能と連携の条件を分けておくと、提案範囲と責任を比べられます。
- 機能要件：設備階層、保全計画、TBM・CBM、作業指示、点検、写真、測定値、故障分析、承認、部品、購買、帳票、モバイル入力。
- 連携要件：収集項目、取得頻度、時刻基準、欠損時の扱い、通信、API、再送、エラー通知、責任分界。
SECS/GEM、OPC UA、Modbus TCPは、装置の世代やメーカーを確認して選びます。
MQTTを含め、既存ゲートウェイの有無や、読み取り専用か書き込みを含むかも確認します。
古い装置にセンサーを追加する場合は、設置工事や電源、通信まで要件に含めます。校正やクリーンルームへの持ち込み、停止窓も、要件に入れておきます。
RFPの中心に置く非機能要件とセキュリティ
24時間365日稼働する工場では、要件を、復旧や監視、アクセスの観点から整理します。
- 可用性と復旧：冗長化、バックアップ、復旧目標、監視を定義します。
- 保護とアクセス：パッチ、脆弱性対応、ログ、権限、MFA、特権IDの扱い。
- 工場運用：IT/OT分離、リモートアクセス、障害時の紙・ローカル運用を含めます。
経済産業省は2025年10月に半導体デバイス工場向けOTセキュリティガイドラインを公表しました。同指針は、供給責任、機密情報、半導体品質を守る対策を示します（出典：経済産業省「OT Security Guidelines for Semiconductor Device Factories」、2025年）。
この対策は、NIST CSF 2.0やSEMI E187/E188と整合します。
SEMI E187は、新しい装置のOSやネットワーク、エンドポイント保護を扱います。監視なども、その対象です。
SEMI E188は、既存装置を含むマルウェア・脆弱性スキャンや、導入・保守手順を扱います（出典：SEMI「How SEMI E187 and E188 Standards Elevate Cybersecurity」、2024年掲載）。
RFPには「準拠」の一語で済ませず、受入条件として対象装置やスキャン報告を書きます。パッチ承認者や保守用媒体、リモート接続記録なども、受入条件に含めます。
契約形態と開発の進め方の設計
要件が固まった工程は請負、探索やPoCなど変動が大きい工程は準委任にするなど、工程ごとに使い分けます。
全体を一括請負にすると、「半導体工場の標準」の認識違いが、変更費用や納期の争点になりやすくなります。そのため、要件の不確実性と受入条件を見ながら、段階的に契約します。
調査・要件定義・PoCに向く準委任契約
準委任は、作業時間や専門知識の提供に対して対価を払う形で、仕様が変わりやすい工程に合います。たとえば、現状調査や業務整理、装置データ確認があります。構成検討やPoCも、この工程に当たります。
準委任でも品質を確認し続けるため、発注者と委託先の関わり方を次の3点で決めておきます。
- 発注者の関与：保全・製造・品質・情報システムの担当者が、意思決定に参加します。
- 週次の管理：課題、前提、決定事項を週ごとに残します。
- 成果物：調査報告書、要件一覧、データ項目表、PoC評価報告書を定義します。
仕様・納品物・検収条件が固まった工程の請負契約
請負契約では、納品物と受入条件を対応させて、検収内容を決めます。
- 成果物：設計書、実装、テスト、移行、教育など、作るものを合意します。
- 機能の受入条件：正しい時刻での装置データ取込、通信断からの復旧、監査可能な履歴、権限外操作の拒否を確認します。
- 検収試験：負荷、障害注入、バックアップ復元、セキュリティ、現場リハーサルを実施します。
変更管理では、追加費用だけでなく、既存機能への影響や停止窓を確認します。再テストと文書更新、保守引き継ぎも、対象に含めます。
契約には、著作権・利用権、データ所有権、ソースや設定情報の保管を明記します。
第三者ライセンスや脆弱性通知期限、終了時のデータ返却は、契約で決めておきます。
調査・PoC・本番展開の段階分け
工程を分けておくと、各段階で次へ進む条件を確認できます。
- 調査・要件定義：対象業務と装置の条件を整理します。
- PoC：1ライン・1装置群でセンサー収集、可視化、アラーム、作業指示を試します。
- 本番導入・拡張：検証結果を踏まえて対象を広げます。
PoCでは、故障ラベルや誤報率、対応時間を評価します。
入力負担や現場の承認率も見ます。
AI精度に加えて、保全員が判断に使えるか、欠損時に安全側へ動くかも確認します。
クエストの公開事例では、半導体メーカーの生産システムを24時間365日運用しています。
生産システムが止まると、搬送装置や製造装置を含むライン停止につながります。
同事例では、本番相当のテストと運用体制が重視されています（出典：株式会社クエスト「半導体メーカーの生産システム保守・運用」、2026年確認）。
この考え方を保全システムにも当てはめ、開発部隊とは別のテスト担当や夜間のエスカレーションを発注条件として求めます。
復旧手順と停止時の代替運用も、発注条件に含めます。
半導体製造業向け設備保全システムの費用相場
半導体工場専用の公開価格は少ないため、一般的なCMMSの公開相場に、装置連携やセンサー、OTセキュリティを加味した推定を示します。実機テストやデータ移行も、加味しています。
費用は、装置台数や工場数、24時間監視によって大きく変わります。既存のMES・SCADA・ERPとの連携も、金額に影響します。
セキュリティ審査、バリデーション、停止窓の制約も、金額に影響する要因です。
示す金額は、RFPで前提をそろえるための予算検討用の目安です。特定の価格を約束するものではありません。
対象範囲別の初期費用の推定レンジ
対象範囲ごとの推定額を把握したうえで、同じ条件で見積を依頼します。
- SaaS・CMMS：初期設定支援20万〜60万円程度に、月額ライセンスが加わる例があります。
- パッケージ＋限定連携：1ラインのマスタ移行や限定IoT連携を含め、300万〜1,000万円程度が推定の目安です。
- 複数装置・基幹連携：権限、監査、教育まで含め、1,000万〜5,000万円程度の推定レンジです。
- スクラッチ開発：5,000万円〜1.5億円超。複数工場・グローバル展開は1億円〜数億円超の可能性があります。
これらは公開一律価格ではなく、一般的なCMMS相場に、半導体特有の要素を加えた推定です。
半導体特有の要素には、通信や冗長化、検証環境があります。センサー施工や審査、停止回避も含みます。
株式会社ripla「設備保全管理システム（CMMS）開発の完全ガイド」の2026年確認資料には費用例があります。小規模は200万〜500万円、中規模は500万〜1,500万円です。同じ資料では、大規模開発は1,500万〜5,000万円以上とされています。
見積書の開発費・連携費・検証費への分解
見積項目を分けて見ると、費用の抜けを確認できます。製造業システムの目安は、要件定義が10〜12%、設計・環境構築が22〜24%です。
実装は48〜50%、テストは15〜17%です。ただし、半導体案件は実機テストや審査が増えるため、実装費だけでは比べられません。
- 開発・基盤：要件定義、設計、環境、ライセンス、教育、導入支援、保守を分けます。
- 連携・移行：ゲートウェイ、センサー施工、装置改修、データ移行、連携開発を確認します。
- 検証・現場作業：校正、クリーンルーム、夜間立会い、テスト用ライセンス、データ整備、マスタ登録、手順書。
「別途」と書かれた項目は、金額が未確定でも、数量や単価の考え方、確定時期を確認します。
各社の見積は、同じ装置数やユーザー数を前提に並べます。保持期間やSLAも、そろえて比べます。
ランニングコストと停止機会損失を含むTCO
導入後に続く費用や、初期費用以外の変動要因も、TCOに含めます。
一般的なCMMSの年間保守費は、初期開発費の15〜25%程度が目安です。24時間365日監視やOT現地対応は、別のSLA費用になります（出典：NotebookLMリサーチノート「半導体製造業向け設備保全システム」、2026年8月）。
- 継続費用：クラウド、DB、ライセンス、通信、センサー交換、監視、ヘルプデスクの費用。
- 保守・更新：パッチ、脆弱性対応、機能改善、AI再学習、教育更新の費用が続きます。
- 増額要因：月額ライセンスや装置連携、保持期間の延長、現地対応の範囲によって、費用が増えることがあります。
初期費用が安くても、月額ライセンスが増え続けたり、装置連携が別料金だったりする場合があります。
保持期間を延ばすと追加費用が発生し、障害時の現地対応が対象外になる場合もあります。
一方で、初期費用が高くても、欠品や突発停止のリスクを下げられる場合があります。点検工数やウエハー廃棄のリスクについても、下げられることがあります。
3年程度のTCOと、導入しない場合の停止・品質・人材リスクを、同じ資料で比べます。
委託先選定と見積比較で確認すべきポイント
委託先は、CMMS製品の機能だけでなく、半導体装置や製造ラインまで担当できるかで比べます。OTセキュリティや24時間運用も、担当範囲に含めて確認します。
知名度や提案書の見栄えだけで決めないよう、類似実績や実機デモを確認します。異常系テストや運用・保守体制、責任分界も、見ておきます。
同じRFPと評価表で提案を受けます。
担当範囲と運用結果で見る実績
設備台帳や保全計画の経験だけでは、十分とはいえません。実装範囲や運用結果、責任体制も確かめます。
- 導入技術：装置横断のデータ収集、MES・搬送連携、クリーンルーム導入。
- 運用経験：夜間対応、データ移行、セキュリティ審査、複数工場展開。
- 責任分界：対象装置、データ、連携、現場入力、異常判定、保守窓口を図にします。
- 一次窓口：SIer、製品ベンダー、装置メーカー、センサー会社の担当を決め、契約とSLAで体制を確認します。
オムロンの公開事例では、半導体生産ラインの真空ポンプを振動データで常時監視しました。
この事例では、突発故障ゼロ、メンテナンスコスト15%以上削減、周期30%以上延長を示しています（出典：オムロン株式会社「野洲工場の真空ポンプ予兆保全事例」、2026年確認）。
この効果が自社でも出るとは限りません。センサー条件や対象期間、評価方法を確認します。
障害時に、製品側やネットワーク側、装置側で責任が分散しないよう、契約とSLAで体制を定めます。
前提条件と成果物をそろえた見積比較
同一条件の見積と提案内容、実機デモを、同じ評価軸で比べます。
- 費用項目：初期・月額・年額、保守、追加開発単価、納期、除外事項をそろえます。
- 見積前提：利用者・設備・工場数、連携先、移行量、試験、教育、SLAをそろえます。
- 評価軸：技術適合性、製造業実績、OTセキュリティ、24時間運用、現場定着、費用、拡張性に重みを付けます。
- 異常系デモ：センサー欠損、通信断、アラーム多発、誤報、権限不足、部品欠品、承認漏れ、バックアップ復元を確認します。
価格だけでなく、要件定義の深さや標準機能の利用率、カスタム理由も評価します。更新への影響や発注者側の工数も、見ておきます。
ただし、安価な見積では、試験や移行が抜けていることがあります。教育や運用設計も、含まれているかを確認します。
「対応できます」と答えた内容が、画面や設計に反映されているかを確認します。試験項目や運用手順まで、見ておきます。
失敗リスクを小さく始め、契約と運用で抑える方法
失敗の主因を踏まえて、対象選定やPoC、本番後の運用条件を決めておきます。
- 避ける失敗：全設備の一括導入、AI精度だけへの期待、複雑な現場入力、装置ごとのデータ差分の見落とし。
- 小規模検証：停止損失が大きく、データ取得が可能で、保全員が協力しやすい1装置群を選びます。
- PoC判定：3〜6か月程度で合格条件を試し、未達なら対象を増やさずデータや業務を見直します。
- 本番運用：月次でデータ品質、KPI、誤報、未完了作業、アクセスログ、脆弱性、復旧訓練を確認します。
- モデル管理：故障事例の追加、再学習、閾値変更の承認、有効期限を運用に含めます。
運用で得た経験をシステムへ移しながら、安全に対象設備を増やします。
よくある質問
半導体製造業向け設備保全システムの方式、費用、クラウド、予知保全について、提案依頼の前に判断しやすいよう回答します。
半導体工場の設備保全システムにSaaSやクラウドは使えますか？
使える場合があり、工場内エッジとクラウドを組み合わせた構成も候補になります。
送信可能なデータや遅延、可用性は、セキュリティ部門と確認します。バックアップやデータの所在、リモートアクセスも、合わせて確かめます。
クラウド停止時にも、最低限の点検や作業登録を続けられるように設計します。
予知保全から始めるべきですか？
予知保全を最初の目的にはせず、まず設備台帳や点検計画、故障履歴を整えます。作業指示やセンサー収集の仕組みも、整えておきます。
故障ラベルが少なく、欠損が多く、判定手順も統一されていない状態では、AI精度を評価できません。
そのため、まず1装置群でラベルと対応時間を蓄積します。誤報を含む結果を確認してから、予知保全へ進みます。
RFPに最低限入れるべき項目は何ですか？
対象工場・ライン・装置数、保全業務、KPIを記載します。現行システムや連携先、通信、センサーの条件も必要です。
ユーザーの権限や可用性、バックアップ、セキュリティも盛り込みます。
移行データや停止窓、教育も必要です。保守体制と納品物、受入条件も、記載します。必須と希望、将来要件は分けて書きます。受入条件には、通信断やデータ欠損、アラーム多発、権限エラー、復旧試験を含めます。
委託先は何社くらいに見積を依頼すべきですか？
要件定義の後に、得意領域の異なる3社前後へ同じRFPを提示すると、比較しやすくなります。
- 提案先の幅：SaaS・CMMS導入会社や製造業に強いSIer、装置データや予知保全に強い会社など、異なる方式の候補を含めます。
- 比べ方：社数を増やすより、同じ評価表で比べるほうが有効です。
- 評価項目：実機デモや質疑、見積前提を入れます。24時間運用やセキュリティ、導入後の責任分界も、評価の対象にします。
まとめ
発注時は、停止リスクとKPIを定め、CMMS・MES・SCADA・ERPの役割を分けておきます。
標準業務はSaaS、既存連携はパッケージ＋SI、固有要件はスクラッチを候補にします。
RFP・契約・見積比較の一体設計
RFPには、装置やデータ、通信、セキュリティの条件を記載します。停止窓や受入条件、保守SLAも含めます。そのうえで、仕様が固まった工程は請負、変動する工程は準委任を使います。
初期費用だけでなく、連携やセンサー、試験を含むTCOで比べます。教育や保守、クラウドも加えて、金額の根拠と除外事項を確認します。
経済産業省のOTセキュリティガイドラインは、2025年に公表されています。セキュリティは納品後の追加対応とせず、発注条件に入れます。
1装置群のPoCから始める進め方
停止損失が大きく、データを取れる1装置群から始めます。入力と異常判定を確認し、復旧や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を創業。