MES改修の発注/外注/依頼/委託方法について

MES改修の発注は、発注先の種類を知り、契約形態を選び、事前の資料と社内体制を整えたうえで委託先を選ぶ流れで進みます。発注後は進捗と品質を管理し、検収で現場が使える状態かを確かめることで、現場を止めずに成果へつなげられます。

▼全体ガイドの記事
・MES改修の完全ガイド

MES改修を外注・委託するメリットと発注先の全体像

MES改修は、作業手順の管理や実績収集、品質管理、トレーサビリティといった工場の中核に関わります。そのため社内だけで担うのは難しく、多くの企業がベンダーやSIerへ委託しています。

自社開発と外注委託の違いと向き不向き

社内の人材は現場の暗黙ルールを知っている一方、複数の企業を支援してきた外部ベンダーは別の強みを持つため、担える役割が異なります。

  • 自社内製:暗黙ルールや例外処理を反映し、現場に合わせやすい方法です。
  • 外注委託:複数の製造業で蓄積された改修ノウハウを利用できます。
  • 協働型:自社の現場理解と外部の専門性を組み合わせる進め方です。

MESのトレーサビリティ設計や設備連携、データ移行に詳しい技術者を社内にそろえるのは容易ではありません。社内で抱え込むと、特定の人に知識が偏る人材の属人化や、保守の停滞につながるおそれがあります。

外注すると、クラウドやIoT連携、AI駆動開発を使って工期を短縮する選択肢も得られます。また、年間数件ほどしか改修しない企業では、専門人材を常時雇用するより総コストを抑えやすくなります。

基幹に関わる重要な改修では、協働型が現実的な選択肢になります。

MES改修の主な発注先4タイプ

MES改修では、構想を固める支援から現場への実装まで、課題の段階ごとに異なる専門性が求められます。

  • 大手・中堅SIer:ERPやインフラを含む大規模案件や多拠点展開に強い一方、費用は高めです。
  • MES専業ベンダー:製品と現場の知見を持ち、標準機能への適合(Fit to Standard)を提案します。
  • ITコンサルティング会社:要件定義や選定、経営層への投資対効果の説明を支援します。
  • 構想から開発まで担う企業:実装と上流の構想をつなぎ、現場定着まで見据えて改修します。

「何を作るか」を整理する段階なのか、「どう作るか」を決める段階なのかによって、適した委託先は変わります。

MES改修の発注方式と契約形態の選び方

要件定義を準委任で進め、要件確定後に請負へ移る流れを示した図。
契約を切り替える節目は、要件が固まった時点です。

発注先が決まったら、契約形態を選びます。MES改修は要件が固まりにくく、現場確認を重ねて仕様を詰めていくため、契約の組み方が費用とリスク分担を大きく左右します。

請負契約と準委任契約の違いと使い分け

現場確認を重ねて仕様を詰めるMES改修では、作業の段階に合わせて契約の種類を選ぶ必要があります。

  • 請負:成果物を完成させる責任を負い、仕様確定後の開発や実装に向きます。
  • 準委任:業務の遂行に対価を払う契約で、完成責任は負わず、仕様を柔軟に調整できます。
  • フェーズ分割:要件定義を準委任で進め、確定後に請負へ切り替えます。

請負では仕様変更に伴う追加費用が生じやすく、要件が曖昧なままだと認識違いのトラブルにもつながります。一方、準委任はAs-Is/To-Be分析や現場ヒアリングなど、上流工程に適しています。

そのため、要件が固まった時点で請負へ移すと、仕様変更による追加費用を抑えやすくなります。

一括発注と分離発注、ラボ型契約という選択肢

開発を誰がどこまで担うか、改修後の改善をどう続けるかによって、適する発注方式は変わります。

  • 一括発注:要件定義から開発、移行、保守まで1社に任せ、窓口と責任をまとめます。
  • 分離発注:領域ごとに専門会社へ依頼し、発注側が各社を調整します。
  • ラボ型:月額固定の準委任で、機能追加や改善を継続します。

分離発注では、たとえば設備データの収集(レトロフィットIoT)を専門業者に、アプリ開発をMESベンダーに任せる例があります。各社の専門性を生かせる反面、連携を調整する負担は発注側に残ります。

コンポーザブルMESのように、モジュールを組み合わせて段階的に進化させる場合は、ラボ型が一度きりの請負より現場主導の改善に適しています。いずれの方式も、改修の規模と、その後の運用方針をふまえて発注方式を選びます。

ポイント

要件が固まっていない段階では、準委任やフェーズ分割で進める方が、仕様変更による負担を減らせます。請負へ切り替える時期は、事前に社内の基準を決めておくことが望ましいです。

発注前に準備すべきドキュメントと社内体制

発注前に準備するRFP、BOP・マスタ、工程表・4Mを3つのパネルに分けた図。
資料ごとに整理する情報の種類が分かれています。

発注前の準備は、MES改修の成否を大きく左右します。準備が不足したまま見積もりを依頼すると、各社が異なる前提で提案するため、提案を比べられなくなります。

発注後に認識のずれが生じると、手戻りも増えます。そのため、ドキュメントと社内体制を整えてから依頼することが大切です。

RFP(提案依頼書)とBOP・現場要件の整理

提案を比べるにはRFP、現場の要件を盛り込むには工程の情報が欠かせません。資料ごとに、発注前に準備する内容を整理します。

  • RFP:課題、目的、対象ライン、必要機能、予算感、希望スケジュールを記します。
  • BOP・マスタ:工程の順序や作業手順、標準時間を整えます。
  • 工程表・4M:人・機械・材料・方法ごとに、管理する単位を洗い出します。

RFPに同じ前提を書いておけば、各社が同じ条件で提案でき、見積もりを比べやすくなります。逆に、RFPが曖昧だと提案内容にばらつきが出て、選定が難航します。

さらに、BOPが整っていないと、システムが現場の作業を再現できず、機能しないおそれがあります。準備が不足していると、ベンダーが資料を整える工数が増え、見積もりが膨らむ原因にもなります。

発注側のプロジェクト体制と現場キーマンの巻き込み

外注しても、発注側が丸ごと任せきることはできません。そのため、要件や受け入れを判断する役割と、現場から参加する人を、あらかじめ決めておきます。

  • プロジェクト責任者:要件確定や受け入れテストを判断し、意思決定の窓口を担います。
  • 現場キーマン:日々ラインを回す生産技術や現場リーダーで、早い段階から加わります。

情報システム部門だけで進めると、現場の実態から離れてしまい、使われないシステムになって定着に失敗するケースが少なくありません。

キーマンの声をシステムに反映すれば、例外処理や入力の負荷に配慮でき、稼働後の反発も抑えやすくなります。また、発注先に渡す情報の質と社内の合意形成の速さは、プロジェクト全体の進行を大きく左右します。

ポイント

RFPに現場の条件をまだ書けないなら、まず社内で工程と例外処理を洗い出すところから始めるのが現実的です。現場キーマンは、RFPを作る前の段階から加えておくと、例外処理の抜けを減らせます。

外注先選定のポイントと見極め方

MES改修の外注先を近い業種・工程、解決と効果、連携設計、移行・切り戻しの観点で確認する図。
提案を同じ観点で読むと、価格以外の違いも比べやすくなります。

複数社から提案を受けたら、価格だけでなく、製造現場に特有の課題へ対応できるかを見極めます。安さを優先して選ぶと、稼働後に深刻なトラブルを抱えるおそれがあります。

製造現場・MES特有の実績と技術力の確認

提案の質は、製造現場に近い改修の実績と、設備や基幹システムとの連携の組み方に表れます。各社の提案を同じ物差しで比べるため、確かめる項目を決めておきます。

  • 近い業種・工程:自社と条件が近いMES改修の例があるかどうか。
  • 解決と効果:課題への対応や稼働後の効果を、具体的に尋ねます。
  • 連携設計:設備接続やERP・MES間の疎結合、非同期連携を見ます。

組立加工と装置産業、食品と医薬品では、必要なトレーサビリティの粒度や規制対応が異なります。そのため、提案の内容を業種の条件に照らして読むことが欠かせません。また、古いPLCや海外製の設備からデータを取り出すレトロフィットIoTの経験があるかも、あわせて確かめます。

ERP(計画層)は月次や日次、MES(実行層)は分や秒の単位で動きます。両者を密に結合すると性能が破綻し、画面が重くなって現場で使えなくなるおそれがあります。こうした設計の要点を提案時に説明できる会社は、信頼できます。

切り戻し・移行・多拠点展開への対応力評価

データ移行のリハーサル計画と、稼働初日に障害が起きた場合の切り戻し手順が、提案に含まれているかを確かめます。

  • 移行・切り戻し:リハーサル、許容停止時間、判断基準、発動権限者を示せるかどうか。
  • 多拠点展開:複数工場への展開を予定する場合、経験と処理量への対応力を見ます。

移行と切り戻しの想定まで提案できるかは、外注先の実力を測る目安になります。

1工場で成功しても、全社に展開すると、トランザクションやログが二次関数的に増えることがあります。ネットワーク帯域や本部サーバが不足すると、レスポンスが低下します。そのため、工場側のデータバッファやスケールアウトを見越した設計が必要です。

ポイント

見積金額だけで比べると、稼働後の追加費用や移行の準備不足で判断を誤るおそれがあります。製造現場の実績と、移行や切り戻しの計画まで含めて比べることが、判断の目安になります。

MES改修の外注で失敗しないための注意点

契約を整えていても、進め方を誤ればコストの超過や定着の失敗は起こります。よくある失敗を事前に把握し、対策を決めておくことが欠かせません。

丸投げによるカスタマイズ肥大とFit to Standard

現場の要望をすべて取り込むと、カスタマイズが肥大化することがあります。そこで、実装する範囲と、運用で吸収する範囲を発注前に決めておきます。

  • 要望の選別:改修が必要なものと、運用の見直しで対応できるものを分けます。
  • 基準の合意:Fit to Standardを共有し、線引きを決めます。
  • 現場との判断:キーマンと一緒に、要望を取捨選択します。

例外処理やExcelの特例を一つずつ実装していくと、開発費は当初見積もりの1.5倍から2倍に膨らみます。さらに、カスタマイズが増えるほど、保守も難しくなります。

契約・費用・追加開発のトラブルを防ぐ取り決め

追加請求や運用中の費用増を防ぐには、契約条件と長期の費用を確かめておくことが大切です。

  • 契約条件:範囲の内外、変更費用、検収条件、瑕疵対応期間を契約書に明記します。
  • 見積もり範囲:データ移行やマスタ整備が含まれているかどうか。
  • 長期費用:5年程度のTCOと料金変更条件で比較します。

SaaS型MESは、接続設備数やデータ量、アカウント数に応じた従量課金です。そのため、数年単位で見ると、オンプレミスの総保有コスト(TCO)を上回ることがあります。

初期費用だけで判断せず、料金体系の変更条件も契約に盛り込んでおくと、想定外のコスト増を防げます。

発注後のプロジェクト管理と検収のポイント

契約後も、発注側の役割は続きます。進捗と品質を管理し、検収で現場が使える状態かを見極めることが、投資を成果につなげる最後の関門になります。

進捗・品質管理と現場を止めない移行の確認

移行の段階では、移行方式に応じた現場の負担とリスクを管理します。

  • 進捗・品質:定例会で、状況、課題、リスクを共有します。
  • 移行方式:一括移行は期間が短く、段階移行は安全性を重視した方式です。
  • 本番前確認:リハーサルを複数回行い、切り戻し計画を検証します。

仕様変更やスケジュールの遅れを早く把握できる体制を、稼働まで保ち続けます。

一括移行では稼働初日の障害が深刻になりやすい一方、段階移行では期間とコストが増えます。さらに段階移行では、データ同期の中継や二重入力の負荷が増えることがあるため、移行中の現場負担を定期的に確かめます。

検収基準とトレーサビリティ・運用定着の確認

検収では、機能が揃っているかだけでなく、工場の日常業務に乗せられるかまで見ます。

  • 業務での利用:仕様どおりに動き、現場で使えるかを確かめます。
  • 追跡テスト:実際のロットを使ったシナリオで、データ連携を検証します。
  • 定着支援:サポート範囲に、マニュアル、研修、稼働後の問い合わせ対応が含まれるかを確認します。

「後から追えるように」という曖昧な要望のままでは、取得単位や記録のタイミングが未設計になりかねません。そのため、追跡をロット単位とシリアル単位のどちらで行うかを事前に定めておくことが欠かせません。設計が不十分だと、クレーム発生時にデータを追跡できない事態にもつながります。

構想から開発、定着支援まで一貫して対応できるパートナーであれば、検収後の運用も任せやすくなります。

ポイント

進捗は定例会で共有し、移行は現場の負担を管理します。検収は、実際のロットを使い業務の流れどおりに操作できるかを基準にします。そのため、検収には現場の担当者も加わることが望ましいです。

まとめ

MES改修の発注では、自社の課題に合わせて発注先と契約形態を選ぶことが出発点になります。RFPやBOP、社内体制を整えたうえで、製造現場での実績や技術力、移行と多拠点展開への対応力を見極めます。

Fit to Standardを共有し、契約条件を明確にしておけば、失敗を防ぎやすくなります。発注後は、進捗と品質、移行、トレーサビリティ、運用の定着を管理します。

「工場を止めない」ことを基本に、構想から現場定着まで伴走するパートナーを選ぶことが、後悔しない発注につながります。

▼全体ガイドの記事
・MES改修の完全ガイド

会社紹介

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

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

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

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

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

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