MESのリアーキテクチャの発注は、RFPや前提データを整え、発注先と契約を選び、移行手順を委託先と合意する順に進めます。この順にそろえると、切り替え時の工場停止のリスクを抑えやすくなります。
発注先と契約の選び方、準備する資料、移行と連携の注意点、費用とROIの順に説明します。
▼全体ガイドの記事
・MESのリアーキテクチャの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
MESのリアーキテクチャの発注・外注とは｜外部委託が前提になる理由
MESのリアーキテクチャは、追加開発で複雑になった内部構造を、保守性と拡張性の高い設計へ作り変える取り組みです。延命改修やバージョンアップとは異なり、設備や上位システムとの連携も見直す対象になります。
作り変えには、製造現場とITの両方に通じた専門人材が必要です。ところが、その人材が社内にそろっていない企業が多く、外部発注が前提になりやすい領域です。
リアーキテクチャと刷新・リプレイス・改修の違い
発注側は、求める作業がリアーキテクチャなのかを、発注前に明確にしておきます。リプレイスはハードウェアやパッケージの入れ替え、改修は既存機能の一部修正を指すため、どれに当たるかを区別しておかないと、ベンダーの見積もりが噛み合わなくなります。
- リプレイス：ハードウェアやパッケージを新製品に入れ替えること
- 改修：既存システムの一部機能を直すこと
- リアーキテクチャ：機能をおおむね保ったまま、内部構造・データ連携・基盤を作り変えること
リアーキテクチャの価値は、疎結合化、API連携の標準化、データモデル再設計といった非機能要件にあります。そのため、作り変える範囲と維持する範囲を、発注書やRFPに明記しておく必要があります。範囲が曖昧なままだと、ベンダーは単純な入れ替えとして見積もるおそれがあり、後から設計変更と追加費用が生じます。
内製と外注の判断基準｜製造現場の特殊性
内製か外注かは、費用だけでは決められません。MESが止まると工場も売上も止まるため、稼働後の保守と障害対応まで含めて考える必要があります。
- 部分内製：PLC制御や生産技術に詳しい人材がいれば、一部を社内で担える
- 専門領域：基盤設計や移行設計まで社内で担える製造業は多くない
- ハイブリッド型：要件定義や現場調整は自社で行い、基盤と移行の設計は専門家に委託する、主流の形
古い設備のデータ取得や、上位の生産管理システム・ERPとの連携設計には、専門知識が必要になります。そのため、委託先の技術力と稼働後の保守の担い手を基準に外注範囲を決めると、判断を整理しやすくなります。
MESリアーキテクチャの発注先の種類と選び方
発注先は、MESパッケージベンダー、SIer、製造業に強い専門開発会社・コンサルティング企業に大別できます。
得意分野と費用構造は発注先ごとに異なるため、課題に合う相手を選ぶ必要があります。技術があっても現場が動かない、あるいは現場に詳しくても基盤設計が弱いといった不一致を避けるためです。
パッケージベンダー・SIer・専門開発会社の使い分け
候補の違いは、標準機能をどこまで使えるか、大規模案件をどう管理するか、作り変えにどう対応できるかに表れます。自社の工程と案件規模に照らして比べます。
- MESパッケージベンダー：Fit to Standardで進められるなら、短期間・低リスクで刷新しやすい
- 大手SIer：大規模・多拠点案件の管理を得意とする
- 専門会社・コンサル：現場調整から基盤の再設計まで、支援する例が多い
独自工程や例外処理が多いと、パッケージのカスタマイズ費が膨らみます。一方で、SIerは人月単価が高く、小回りの利く改善には向かない面があります。
専門会社は、リアーキテクチャのように作り変えが中心の案件と相性がよい傾向があります。また、コンポーザブルMES（cMES）は、モジュールを組み合わせて現場主導で進化させる選択肢です。
AIによるコード生成で、スクラッチ開発の工期・コストを3割から7割圧縮する手法も広がっています。そこで、こうした選択肢への対応力も確認し、最低3社の提案内容を比べます。
一括請負と準委任（ラボ型）の契約形態の選び方
契約形態は、発注後の柔軟性とリスクの分担を左右します。そのため、要件が固まっている作業と、設計を探りながら進める作業を分けて考えます。
- 一括請負：納品するものと金額を先に確定でき、要件が固まった開発の予算管理に向く
- 準委任（ラボ型・SES型）：人材を一定期間確保して、柔軟に進められる
- 組み合わせ：移行プログラムは請負とし、設計探索や継続改善は準委任とする
設計判断が変わる領域を請負にすると、変更のたびに追加契約が必要になり、進行が硬直することがあります。また、どちらの形態でも、契約時に瑕疵担保の範囲、保守の引き継ぎ条件、知的財産の帰属を明文化しておくと、稼働後のトラブルを避けやすくなります。
発注前に準備すべきドキュメントと要件整理
発注の品質は、渡す資料の質に左右されます。準備が足りないまま見積もりを頼むと、ベンダーがリスクを上乗せし、金額が膨らんで比較もしにくくなります。そのため、MES特有の前提工程も含めて情報を整えることが、適正価格での発注につながります。
RFP・要件定義書とAs-Is／To-Beの整理
RFP（提案依頼書）には、現状の課題（As-Is）と実現したい姿（To-Be）を記します。あわせて、対象範囲、連携先、予定、予算感も示します。
- 対象と予定：対象範囲、連携先システム、想定スケジュール
- 非機能要件：保守性、拡張性、連携の応答性能を、具体的な数値で示す
- 現行情報：設備接続点数、データ項目、連携先一覧を添える
非機能要件を数値にすると、提案の精度が上がります。さらに、現行情報を揃えると、見積もりの根拠が明確になります。
情報を出し惜しみすると、後工程で仕様変更や追加費用が生じやすくなります。そこで、NDA（守秘契約）を結んだうえで、実態に近い情報を共有すると、総コストを抑えやすくなります。
BOP（工程表）とマスタ整備という前提工程
MES発注では、BOP（工程順序・作業手順・標準時間）とマスタデータの整備が見落とされがちです。BOPはMESの動作の前提になるため、未整備のままだと機能が正しく動かず、プロジェクトが頓挫します。
- BOP：発注範囲に含めるか、自社で先に整えるかを決める
- マスタデータ：整備の担当と範囲
- データ移行：マッピング、クレンジング、複数回のリハーサルを行う
移行準備を軽視すると、稼働後に在庫不整合や実績欠落が起き、業務停止につながる場合があります。そのため、マスタ整備と移行リハーサルを誰がどこまで担うかを決め、必要な工数を見積もりに含めます。
発注・外注を成功させる進め方｜フェーズ別の握りどころ
契約後に任せきりにせず、各段階で委託先と決める事項を明確にしておきます。MESは現場を止められないため、移行時の決定権と手順も、事前に合意しておく必要があります。
進め方は、ベンダー選定と契約、移行と切り替えの2段階に分けて考えます。
ベンダー選定・見積比較・契約フェーズ
RFPを複数社に示したうえで、金額だけでなく提案の中身を比べます。特に、実績、移行対策、保守体制を確認します。
- 実績：同業種・同規模の案件を手がけた経験がある
- 移行リスク：移行時の問題に対する具体的な対策を示している
- 保守体制：運用段階まで伴走できる体制を持つ
安さだけで選ぶと、稼働後の保守費用が割高になったり、障害対応が遅れたりするリスクがあります。そのため、初期費用に加えて、ライセンス・インフラ・保守を含む数年単位の総保有コスト（TCO）で比較します。
不明点は質疑の場で必ず確認し、前提をそろえたうえで再見積もりを頼みます。さらに、契約時には検収・支払い条件と遅延時の扱いを明文化し、責任分界点（どこまでを誰が受け持つか）を定めます。
移行フェーズで握る切り戻し計画と段階移行のトレードオフ
切り替え方式は、停止リスクと移行期間・費用のバランスで選びます。一括移行は費用を抑えやすい一方で、初日に問題が起きると工場全体が止まる重大なリスクがあります。
- 一括移行（ビッグバン方式）：コストを抑えやすい反面、停止時の影響が大きい
- 段階移行：安全性は高いものの、並行稼働のための追加開発や二重入力が生じる
段階移行では、新旧データの同期プログラムが必要になり、移行期間と費用が膨らむ可能性があります。こうした前提のもとで、委託先と切り戻し計画に合意し、許容できるダウンタイムが何時間までかを決めておきます。
旧システムへ戻す条件と、それを発動する権限者も、稼働前に経営層を交えて明文化します。計画が曖昧だと障害時の判断が遅れ、被害が広がります。そこで、「止めない移行」を発注仕様に含めます。
MES特有の発注リスクと委託時の注意点
MESのリアーキテクチャは、一般的な開発発注の知識に加えて、MES特有の事情を押さえる必要があります。特に、古い設備、ERPとの粒度の違い、多拠点展開への具体策を委託先が持つかを、提案の段階で見極めます。
レガシー設備のデータ連携とERP-MES疎結合の発注仕様
古いPLCや独自通信規格の海外製設備からのデータ取得は、MES発注の隠れた難所です。そのため、設備を高額で一新せず、後付けセンサーや通信ゲートウェイを使うレトロフィットIoTが現実的な選択になります。
- 設備ごとの取得可否：対象ごとに、データ取得の可否と方式を分けて整理する
- 連携方式：APIや連携基盤を介した疎結合・非同期連携を指定する
ERP（計画層）は月次・日次、MES（実行層）は分・秒単位で動きます。両者の速さは大きく違うため、連携方式と設備ごとの取得方式を見積もりに反映させます。
両者を無理にリアルタイムで密結合させると、性能が破綻し、画面が極端に重くなります。仕様には連携方針を明記し、ベンダーがその意図を理解しているかを確かめます。方針を省くと、稼働後に同様の問題が表面化するおそれがあります。
多拠点ロールアウトのインフラ設計と発注スコープ
1工場で成功しても、全社展開でつまずく企業は少なくありません。拠点が増えると、トランザクションやログが二次関数的に急増し、帯域や本部サーバが不足します。
- 工場側のバッファ：本部にかかる負荷を平準化する
- サーバ構成：スケールアウトを前提とした初期設計
- インフラ規模：多拠点展開を見込んだサイジング
帯域や本部サーバが不足すると、応答低下やセッション切断で業務が止まることがあります。こうした失敗の背景には、1拠点で動けば全拠点でも動くという思い込みがあります。
全社展開時に回線増強やサーバ増設で数千万円規模の追加投資が生じる事態は、初期設計の段階で避けられます。そこで、提案に拡張性の検討が含まれているかを確認します。
委託費用の相場と契約・ROIの考え方
委託費用は規模や契約形態で変わるため、目先の金額だけで判断するのは難しいものです。投資対効果（ROI）を示せなければ、社内稟議も通りにくくなります。そのため、相場とROIを把握したうえで、複数年の総コストと導入効果を合わせて検討します。
規模別の費用相場とSaaS従量課金のTCO逆転トラップ
費用の相場は、規模によって大きく分かれます。
- 小規模：数百万円から1,500万円程度
- 中規模：1,500万円から5,000万円程度
- 大規模：数千万円から数億円規模
同じ規模でも、移行設計やデータ連携の作り込みによって費用に幅が出ます。また、中小製造業では、IT導入補助金などを活用して初期負担を軽減できる場合があります。
SaaS型MESは初期費用を抑えやすい一方、設備数・データ量・アカウント数が増えると課金も増えます。さらに、複数年で見ると、SaaS型の費用がオンプレミス型を上回ることもあります。そのため、成長を見込んだデータ量と拠点数でTCOを比べ、月額の安さだけで選ばないようにします。
間接効果を含むROIと稟議
MESは、導入しただけでは直接利益が生まれにくいシステムです。そのため、ペーパーレス化や工数削減だけを示すと、経営層への説明が弱くなる場合があります。
- 品質リスク：追跡性を高めて、回収範囲が広がるのを抑える
- 製造継続性：属人化したExcel運用をなくす
- 直接効果：ペーパーレス化や工数削減の効果
間接的なリスク回避の効果は金額に置き換えたうえで、直接効果と合わせて説明します。品質問題が起きたときに追跡できず、回収範囲が広がる損失も、試算の対象に含めます。
発注を検討する段階で、間接効果を試算に含めておきます。導入しない場合の老朽化、サポート終了、追跡性の欠如といったリスクと並べて示すと、投資判断に納得感が生まれます。
まとめ｜MESリアーキテクチャの発注の要点
発注先と契約は課題に合わせて選び、RFPやBOP・マスタを準備します。そのうえで、移行、設備連携、多拠点展開も仕様に含めます。
費用は複数年のTCOで比べ、間接効果を含むROIを稟議に示します。「工場を止めない」を基準に、現場、情報システム、経営層が連携すれば、投資効果につながります。
▼全体ガイドの記事
・MESのリアーキテクチャの完全ガイド
▼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を創業。