半導体製造業向け設備保全システムの発注は、設備台帳を電子化するだけではなく、製造装置・MES・SCADA・ERPを安全につなぎ、停止リスクと保全業務を同時に管理できる委託先を選ぶことが成功の条件です。
半導体工場では、成膜・エッチング・洗浄・露光・検査装置や真空ポンプ、冷却水循環ポンプ、搬送装置などの停止が、ウエハー廃棄、歩留まり低下、ロット滞留、出荷遅延につながります。本記事では、発注形態の選び方、RFPと要件の整理、契約形態、2026年時点で参考にできる費用レンジ、委託先の選定と見積比較のポイントを、半導体工場の実務に寄せて解説します。
▼全体ガイドの記事
・半導体製造業向け設備保全システム開発の完全ガイド
半導体製造業向け設備保全システムを発注する前の全体像

発注前に最初に決めるべきことは、システムを作ることではなく、どの停止リスクを、どの業務データと、どの運用体制で減らすかです。設備保全システムはCMMSやEAMを中心に構成しますが、半導体工場では製造実績を扱うMES、設備データを集めるSCADAやエッジ、部品や購買を扱うERPとの役割分担が欠かせません。
発注の目的は電子化ではなく停止リスクの低減です
設備台帳、点検予定、作業指示、故障履歴、予備品在庫を一つの画面で管理できても、停止の予兆を見逃したり、復旧後にロットや品質への影響を追えなかったりすれば、半導体工場向けとしては不十分です。発注目的は「紙をなくす」「Excelを置き換える」だけではなく、突発停止件数、平均修復時間(MTTR)、平均故障間隔(MTBF)、停止時間、点検工数、予備品欠品などのKPIを改善することです。RFPには、現状値と導入後の評価方法を必ず記載します。
対象設備と必要機能を階層で整理します
設備台帳は、工場、クリーンルーム、ライン、製造装置、ユニット、部品という親子関係で管理します。メーカー、型式、設置場所、保全責任者、保証期限、稼働状態を記録し、点検周期や校正、法定・社内検査を保全カレンダーに登録します。さらに、振動、電流、温度、圧力、流量、真空度などのセンサーデータ、アラーム、故障コード、原因、対策、作業者、時刻を結び付けます。クリーンルームで使うため、タブレット入力、写真添付、手袋をした状態での操作、オフライン入力の要否も要件に含めます。
CMMS・MES・SCADA・ERPの責任分界を先に決めます
CMMSには設備台帳、保全計画、作業指示、故障履歴、部品管理を持たせ、MESにはロット、レシピ、製造実績、トレーサビリティを持たせるなど、システムごとの責任分界を定義します。設備の稼働状態やアラームはSCADAやエッジで集め、購買・会計情報はERPと連携する設計が基本です。すべてを一つのシステムに詰め込むと、装置メーカーごとの差分や現場固有の例外がカスタム費用を膨らませます。RFPでは、データの正本、連携方式、障害時の再送、時刻同期、データ保持期間、各社の保守範囲を表にしておくと、見積比較が容易になります。
発注形態はSaaS・パッケージ・スクラッチをどう選びますか?

結論として、標準的な点検・作業管理を早く始めるならSaaS、既製品を基盤に装置や基幹システムと連携するならパッケージ+SI、工場固有の制御・トレーサビリティ・複数拠点要件が競争力に直結するならスクラッチが候補です。半導体工場では、全機能を一度に決めるより、標準業務と固有業務を分け、1装置群でPoCを行ってから拡張する進め方が現実的です。
SaaS型CMMSは標準業務を小さく始めたい場合に向いています
SaaS型は、設備台帳、点検、作業指示、部品在庫などの標準機能を比較的短期間で導入しやすく、サーバー運用やアップデートを委託先に任せられます。公開されているCMMS導入情報では、初期設定支援が0万〜60万円程度、月額が数万円から10万円程度の例がありますが、ユーザー数、設備数、API、データ移行、サポート範囲で変わります(出典: 株式会社ripla「設備保全管理システム(CMMS)開発の進め方」、2026年確認)。
一方、装置メーカーごとに異なる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を数値でまとめます
最初に、設備台帳がどこにあり、点検依頼がどの経路で届き、作業完了を誰が承認し、部品がどのように出庫されるかを可視化します。紙、Excel、メール、口頭連絡などの例外処理も対象です。2024年の公開調査では、保全部門担当者の46.5%が50歳以上とされており、熟練者の判断を記録して引き継ぐことは、設備保全システム導入の重要な目的です(出典: 株式会社ripla「設備保全管理システム(CMMS)開発の進め方」、2026年確認)。
KPIは、突発停止件数、停止時間、MTBF、MTTR、点検実施率、作業指示の滞留時間、部品欠品による復旧遅延、保全費、対象装置の歩留まりやロット影響などから選びます。すべてを採用する必要はありません。最初のPoCでは、真空ポンプや冷却水ポンプなど、停止損失が大きく、センサーデータを取得しやすい装置群に絞り、現状値を計測してから目標を設定します。
機能要件とデータ連携要件を分けて書きます
機能要件には、設備台帳・階層管理、保全計画、時間基準保全(TBM)・状態基準保全(CBM)、作業指示、点検項目、写真、測定値、故障コード、原因分析、承認、部品在庫、購買、ダッシュボード、帳票、モバイル入力を記載します。データ連携要件には、装置から収集する項目、取得頻度、時刻の基準、欠損時の扱い、通信プロトコル、API、再送、エラー通知、責任分界を記載します。
SECS/GEM、OPC UA、Modbus TCP、MQTTのどれを使うかを発注者が一方的に決めるのではなく、対象装置の世代、メーカー、既存ゲートウェイ、読み取り専用か書き込みを含むかを確認します。古い装置にセンサーを追加する場合は、設置工事、校正、電源、通信、クリーンルームへの持ち込み、停止窓まで要件に含めます。
非機能要件とセキュリティをRFPの中心に置きます
24時間365日稼働する工場では、可用性、冗長化、バックアップ、復旧目標、監視、パッチ適用、脆弱性対応、ログ保存、権限分離、MFA、特権ID、IT/OT分離、リモートアクセス、障害時の紙・ローカル運用を非機能要件にします。経済産業省は2025年10月に「半導体デバイス工場におけるOTセキュリティガイドライン」を公表し、供給責任、機密情報、半導体品質を守る観点から、NIST CSF 2.0やSEMI E187/E188と整合する対策を示しています(出典: 経済産業省「OT Security Guidelines for Semiconductor Device Factories」、2025年)。
また、SEMI E187は新しい半導体製造装置のOS、ネットワーク、エンドポイント保護、監視などの基本的なサイバーセキュリティを扱い、SEMI E188は既存装置を含むマルウェアスキャン、脆弱性スキャン、導入・保守時の手順に重点を置きます(出典: SEMI「How SEMI E187 and E188 Standards Elevate Cybersecurity」、2024年掲載)。RFPには「準拠」とだけ書かず、対象装置、スキャン報告、パッチの承認者、保守用媒体、リモート接続の記録など、確認可能な受入条件へ落とし込みます。
契約形態と開発の進め方はどう設計しますか?

契約は、要件が固まっている工程を請負、探索やPoCなど変動が大きい工程を準委任とするなど、工程ごとに使い分ける方法が適しています。最初から全体を一括請負にすると、発注者と受注者が想定する「半導体工場の標準」が異なったとき、変更費用や納期の争点になりやすくなります。要件の不確実性と、受入条件を見ながら段階的に契約します。
準委任契約は調査・要件定義・PoCに向いています
準委任契約は、作業時間や専門知識の提供に対して対価を支払う形で、現状調査、業務整理、装置データの確認、アーキテクチャ検討、PoCのように成果物や仕様が変わりやすい工程と相性があります。発注者側の保全・製造・品質・情報システム担当者が意思決定に参加し、週次で課題、前提、決定事項を記録します。準委任だから品質保証が不要になるわけではなく、調査報告書、要件一覧、データ項目表、PoC評価報告書などを成果物として定義します。
請負契約は仕様・納品物・検収条件が固まった工程に使います
請負契約は、設計書、実装、テスト、移行、教育など、作るものと検収条件を合意しやすい工程に向いています。設備保全システムでは、画面が表示されることだけでなく、指定した装置データが正しい時刻で取り込まれること、通信断から復旧できること、作業履歴が監査可能であること、権限外の操作を拒否できることを受入条件にします。負荷試験、障害注入、バックアップ復元、セキュリティ試験、現場リハーサルも検収項目に含めます。
変更管理では、追加機能の金額だけでなく、既存機能への影響、停止窓、再テスト、文書更新、保守引き継ぎを確認します。契約書や個別契約に、成果物の著作権・利用権、ソースコードや設定情報の保管、第三者ライセンス、データの所有権、脆弱性発見時の通知期限、終了時のデータ返却を明記すると、将来の委託先変更にも備えられます。
調査・PoC・本番展開を分けると判断しやすくなります
おすすめは、第一段階で現状調査と要件定義、第二段階で1ライン・1装置群のPoC、第三段階で本番導入と拡張に分ける進め方です。PoCではセンサー収集、可視化、アラーム、作業指示までを試し、故障ラベルの作り方、誤報率、対応時間、入力負担、現場の承認率を評価します。AIモデルの精度だけで本番化を決めず、保全員が判断に使えるか、データ欠損時に安全側へ倒れるかを確認します。
半導体メーカーの生産システムを24時間365日運用するクエストの公開事例では、生産システムの停止が搬送装置や製造装置を含むライン停止につながるため、本番相当のテストと運用体制が重視されています(出典: 株式会社クエスト「半導体メーカーの生産システム保守・運用」、2026年確認)。この考え方を保全システムにも適用し、開発部隊とは別のテスト担当、夜間のエスカレーション、復旧手順、停止時の代替運用を発注条件にします。
半導体製造業向け設備保全システムの費用相場はどのくらいですか?

半導体工場専用の公開価格は少ないため、以下は一般的なCMMSの公開相場に、装置連携、センサー、OTセキュリティ、実機テスト、データ移行を加味した推定レンジです。装置台数、工場数、24時間監視、既存MES・SCADA・ERP、セキュリティ審査、バリデーション、停止窓の制約で大きく変わります。したがって、特定の金額を約束するものではなく、RFPで同じ前提をそろえるための予算検討用の目安として扱います。
対象範囲別の初期費用は推定レンジで比較します
標準機能中心のSaaS・CMMS導入は、初期設定支援が20万〜60万円程度に加え、ユーザー数や設備数に応じた月額ライセンスがかかる例があります。CMMSパッケージに1ラインのマスタ移行や限定的なIoT連携を加える場合は、300万〜1,000万円程度が推定の目安です。複数メーカー装置とMES・SCADA・ERPを連携し、権限・監査・教育まで含める場合は、1,000万〜5,000万円程度の推定レンジになります。
半導体工場向けのスクラッチ開発や大規模カスタムは、5,000万円〜1.5億円超、複数工場・グローバル展開は1億円〜数億円超のレンジになる可能性があります。これらは公開された一律価格ではなく、CMMSの一般相場と、半導体特有の装置通信、冗長化、検証環境、センサー施工、セキュリティ審査、停止回避を組み合わせた推定です。公開情報として、CMMSのスクラッチ開発は小規模200万〜500万円、中規模500万〜1,500万円、大規模1,500万〜5,000万円以上とされる例があります(出典: 株式会社ripla「設備保全管理システム(CMMS)開発の完全ガイド」、2026年確認)。
見積書は開発費・連携費・検証費に分解して確認します
見積の比較では、要件定義、画面・業務設計、インフラ、ライセンス、装置ゲートウェイ、センサーと施工、データ移行、連携開発、テスト、教育、導入支援、保守を分けます。製造業システムの目安として、要件定義10〜12%、設計・環境構築22〜24%、実装48〜50%、テスト15〜17%という配分を参考にできますが、半導体案件では実機テストやセキュリティ審査が増えるため、単純に実装費だけで比べません。
特に漏れやすいのは、装置側の改修費、通信ゲートウェイ、センサー校正、クリーンルーム作業、夜間・休日の立会い、テスト用ライセンス、データクレンジング、マスタ登録、現場教育、運用手順書です。「別途」と書かれた項目は、金額が未確定でも数量、単価の考え方、確定時期を確認します。各社の見積は、同じ装置数、同じユーザー数、同じデータ保持期間、同じSLAを前提に並べます。
ランニングコストと停止機会損失もTCOに含めます
導入後は、クラウド・データベース、ライセンス、通信、センサー交換、監視、ヘルプデスク、パッチ適用、脆弱性対応、機能改善、AIモデルの再学習、教育更新が発生します。一般的なCMMSでは、年間保守費を初期開発費の15〜25%程度とする目安がありますが、24時間365日の監視やOTの現地対応を含める場合は別のSLA費用になります(出典: NotebookLMリサーチノート「半導体製造業向け設備保全システム」、2026年8月)。
初期費用が安くても、月額ライセンスが増え続ける、装置連携が別料金、データ保持期間を延ばすと追加費用が発生する、障害時の現地対応が対象外ということがあります。反対に、初期費用が高くても、予備品欠品、点検工数、突発停止、ウエハー廃棄のリスクを下げられる場合があります。3年程度の総保有コストと、導入しない場合の停止・品質・人材リスクを同じ資料で比較します。
委託先選定と見積比較で確認すべきポイント

委託先は、単にCMMS製品を扱える会社ではなく、半導体装置、製造ライン、OTセキュリティ、24時間運用をどこまで担当できるかで比較します。会社の知名度や提案書の見栄えだけで決めず、対象装置に近い実績、実機デモ、異常系のテスト、運用・保守体制、責任分界を確認します。候補を複数社に絞ったら、同じRFPと評価表で提案を受けます。
実績は会社名ではなく担当範囲と運用結果で確認します
確認する実績は、半導体または近い製造業での設備台帳・保全計画だけでは足りません。装置メーカー横断のデータ収集、MESや搬送システムとの連携、クリーンルームでの導入、夜間障害対応、データ移行、セキュリティ審査、複数工場展開の経験を聞きます。公開事例として、オムロンは半導体生産ラインの真空ポンプを振動データで常時監視し、突発故障ゼロ、メンテナンスコスト15%以上削減、周期30%以上延長を示しています(出典: オムロン株式会社「野洲工場の真空ポンプ予兆保全事例」、2026年確認)。ただし、自社案件で同じ効果を保証する数字ではないため、センサー条件、対象期間、評価方法を確認します。
提案時には、対象装置、データ項目、連携方式、現場入力、異常判定、保守窓口を一枚の責任分界図にしてもらいます。システムインテグレーター、製品ベンダー、装置メーカー、センサー会社のどこが一次窓口になるかも重要です。障害が起きたときに「製品側」「ネットワーク側」「装置側」でたらい回しにならない体制を、契約とSLAで確認します。
見積比較は金額より前提条件と成果物をそろえます
見積比較表には、初期費用、月額・年額費用、保守費、追加開発の単価、対象ユーザー数、設備数、工場数、連携先、データ移行量、テスト範囲、教育回数、SLA、納期、除外事項を並べます。提案価格だけでなく、要件定義の深さ、標準機能の利用率、カスタムの理由、将来のアップデートへの影響、発注者側に必要な担当工数を評価します。極端に安い見積は、テスト、移行、教育、運用設計が含まれていない可能性があります。
評価軸は、技術適合性、半導体・製造業実績、OTセキュリティ、24時間運用、現場定着、費用、拡張性に分け、各項目に重みを設定します。実機デモでは、正常系だけでなく、センサー欠損、通信断、アラーム多発、誤報、権限不足、部品欠品、承認漏れ、バックアップ復元を見せてもらいます。発注先が口頭で「対応できます」と答えるだけでなく、画面、設計、試験項目、運用手順に落ちているかを確認します。
失敗リスクは小さく始めて契約と運用で抑えます
よくある失敗は、全設備を対象にして初期費用と移行負荷が膨らむこと、AIの精度だけを期待して故障ラベルや現場手順が整わないこと、現場入力が複雑で使われないこと、装置メーカーごとのデータ差分を後から発見することです。対策として、停止損失が大きく、データ取得が可能で、保全員が協力しやすい1装置群を選び、3〜6か月程度のPoCで合格条件を検証します。合格しなければ対象を増やさず、データや業務を見直します。
本番化後は、月次でデータ品質、KPI、誤報、未完了作業、アクセスログ、脆弱性、復旧訓練を確認します。予防保全から状態基準保全、予知保全へ移行する場合も、モデルを作った時点で終わりにせず、故障事例の追加、再学習、閾値変更の承認、モデルの有効期限を運用に組み込みます。これにより、担当者の経験をシステムへ移しながら、安全な範囲で対象設備を増やせます。
よくある質問

半導体製造業向け設備保全システムの発注では、方式、費用、クラウド利用、予知保全の開始時期について質問が集まりやすいです。ここでは、提案依頼前に判断しやすいよう、結論を先に回答します。
半導体工場の設備保全システムにSaaSやクラウドは使えますか?
使える場合がありますが、工場内エッジとクラウドを組み合わせるハイブリッド構成が候補になります。OTネットワークから外部サービスへ送れるデータ、遅延、可用性、バックアップ、データ所在、リモートアクセスをセキュリティ部門と確認し、クラウド停止時も最低限の点検・作業登録を継続できる設計にします。
予知保全から始めるべきですか?
最初から予知保全を目的にする必要はなく、設備台帳、点検計画、故障履歴、作業指示、センサー収集を整えることが先です。故障ラベルが少ない、データ欠損が多い、現場の判定手順が統一されていない状態では、AIの精度を評価できません。まず1装置群で異常ラベルと対応時間を蓄積し、誤報を含む運用結果を確認してから予知保全へ進みます。
RFPに最低限入れるべき項目は何ですか?
対象工場・ライン・装置数、保全業務、KPI、現行システム、連携先、通信プロトコル、センサー、ユーザーと権限、可用性、バックアップ、セキュリティ、移行データ、停止窓、教育、保守体制、納品物、受入条件を入れます。必須・希望・将来の要件を分け、正常系だけでなく通信断、データ欠損、アラーム多発、権限エラー、復旧試験を受入条件にすることが大切です。
委託先は何社くらいに見積を依頼すべきですか?
要件定義後に、得意領域が異なる3社前後へ同じRFPを提示すると比較しやすくなります。SaaS・CMMSの導入会社、製造業に強いSIer、装置データや予知保全に強い会社など、方式の異なる候補を含めます。会社数を増やしすぎるより、実機デモ、質疑応答、見積の前提、24時間運用、セキュリティ、導入後の責任分界を同じ評価表で確認するほうが有効です。
まとめ

半導体製造業向け設備保全システムの発注では、最初に停止リスクとKPIを定義し、CMMS・MES・SCADA・ERPの役割分担を決めます。標準業務を早く始めるならSaaS、既存システムや装置をつなぐならパッケージ+SI、固有要件が競争力に直結するならスクラッチというように、要件と運用体制に応じて発注形態を選びます。
RFP・契約・見積比較を一体で設計します
RFPには、対象装置、データ項目、通信、セキュリティ、停止窓、受入条件、保守SLAを記載し、準委任と請負を工程に応じて使い分けます。初期開発費だけでなく、連携・センサー・テスト・教育・保守・クラウドを含むTCOで見積を比較し、金額の根拠と除外事項を確認します。2025年に経済産業省のOTセキュリティガイドラインが公表されているため、セキュリティを納品後の追加対応にせず、発注条件へ組み込むことも重要です。
1装置群のPoCから始めることが成功への近道です
全装置を一度に対象にせず、停止損失が大きくデータを取得しやすい1装置群から始め、現場入力、異常判定、復旧、KPIの変化を確認します。合格基準を満たしたら、夜間・休日の停止窓を使ってライン、工場へ段階的に広げます。現場が使い続けられること、障害時にも安全に運用できること、委託先と自社の責任が明確であることを確認してから、本格的な設備保全DXへ進みます。
▼全体ガイドの記事
・半導体製造業向け設備保全システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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