MES 導入で最初に決めるべきものは製品名ではありません。既設設備から何を受け取り、現場で何を判断し、ERPへ何を返すのか、その結果を誰が受け入れるのかです。デモの機能数だけで選ぶと、契約後に設備接続、マスタ不一致、停止時の復旧、検収条件が未定義だと分かります。本記事では、タイのブラウンフィールド工場が、調査から発注、FAT/SAT、稼働後90日の受入までを一つの証拠線でつなぐ方法を解説します。
結論：MES導入は「機能選定」より先に4つの契約可能な表を作る
発注前に必要なのは、分厚い製品カタログではなく、次の4表です。
- 業務・システム境界表：Level 3のMES/MOMとLevel 4のERP、設備制御、品質、保全の責任分界を示す。
- 設備接続台帳：各設備について、取得データ、接続方式、改造可否、停止可能時間、時刻、品質コード、代替手段を示す。
- データ責任表：品目、指図、実績、設備、物理資産、人員などの正本、作成者、利用者、訂正権限、保持、証拠責任を決める。
- 受入証拠表：要求ごとにFAT、SAT、90日運用のどこで、どのデータを使い、誰が合否を署名するかを決める。
この4表があれば、MES 比較は「画面がきれい」「機能が多い」から、「自社の設備・データ・運用条件を満たす証拠がある」へ変わります。逆に表が作れない段階で見積総額だけを並べても、各社が異なる範囲を見積もっているため、価格差の理由を説明できません。
MES導入のGo/No-Goは、製品への好みではなく、未解決事項を誰が、いつまでに、どの証拠で閉じるかで決めます。要件が完全になるまで待つ必要はありません。ただし、未確定を「含むもの」として黙って発注せず、前提、除外、変更手続、検収保留条件を契約可能な言葉にする必要があります。
MESとERPの違いをISA-95の境界で決める
「MES ERP 違い」を製品名や画面一覧で説明すると、実案件ではすぐに崩れます。同じ製品が計画、在庫、品質、保全を広く持つことがあり、会社ごとにERP側の実装範囲も違うからです。そこで製品ではなく、業務の時間軸と意思決定の責任で境界を引きます。
ISAの公式ページは、ISA-95を企業システムと制御システムのインターフェースを扱う標準群として示し、製造オペレーション管理/MESをLevel 3、事業計画・物流/ERPをLevel 4に位置付けています。またシリーズにはParts 2から8までが示されています。ここで重要なのは、「ERPから設備へ直接命令してよい」という意味でも、「MES製品が標準準拠を名乗れば接続が完成する」という意味でもないことです。境界を使って、交換する情報と責任を明示するための参照枠です。
Level 4のERPが持つべき決定
一般にLevel 4では、顧客需要、受注、購買、財務、全社在庫、基準計画など、企業としての計画と資源配分を扱います。ERPからMESへ渡す情報には、製造指図、品目・BOM・工程などの承認済みマスタ、要求数量、希望期日、優先度が考えられます。
ただし、ERPの指図を機械の制御値へそのまま変換する設計は避けます。現場で有効な版、設備能力、段取り、材料状態、品質保留、安全状態を確認し、実行可能な作業へ落とす責任がLevel 3側に必要だからです。
Level 3のMES/MOMが持つべき決定
Level 3では、製造指図を現場資源へ割り当て、実行状態を追跡し、実績、材料消費、設備状態、品質結果、系譜をまとめます。ここにはディスパッチ、作業実行、WIP把握、トレーサビリティ、実績報告、電子記録、例外処理が含まれ得ます。
一方、MESが安全PLCや機械軸を直接動かす設計は境界を越えます。たとえばOPC Foundationの射出成形機とMESのインターフェース仕様OPC 40077は、ジョブ、データセット、状態などを範囲に含めますが、直接の安全制御や機械動作制御は範囲外としています。この切り分けは射出成形だけの話ではありません。MESは「何を作るか」「何が起きたか」を扱い、決定論的な動作と安全は機械・制御層に残す、という発注原則にできます。
境界表は「方向・契機・応答」まで書く
「ERP連携あり」という一行ではテストできません。最低でも次を決めます。
| 交換情報 | 正本 | 方向 | 契機 | 応答・例外 | 受入証拠 |
|---|---|---|---|---|---|
| 製造指図 | ERP | ERP→MES | リリース時 | 重複、取消、改訂、通信断 | 同一IDの冪等処理ログ |
| 作業ディスパッチ | MES | MES→工程 | 資源準備完了時 | 設備不可、材料保留 | 割当判断と理由コード |
| 生産実績 | MES | MES→ERP | 完了・分割報告時 | 再送、訂正、単位変換 | ERP受領IDと照合結果 |
| 品質保留 | 品質システム/合意した正本 | 双方向 | 判定変更時 | 解除権限、版競合 | 監査証跡と承認者 |
| 設備状態 | 制御/エッジ | 設備→MES | イベントまたは周期 | 欠測、古い値、時刻ずれ | 原信号との時系列照合 |
この表を作ると、MES ERP 違いは説明ではなくテスト条件になります。正本と訂正権限が二重化している行は、開発前に業務責任者が決めなければなりません。
ブラウンフィールドMES導入は設備接続台帳から始める
既設工場では、設備の年式、メーカー、PLC、通信機能、図面、プログラム保有状況がそろっていません。「OPC UA対応」「Ethernetあり」というチェックだけでは、必要な生産データが安定して取れるとは限りません。現場調査では、接続可否より先に、業務上必要な証拠と、設備を止めずに取得する方法を確認します。
1. 設備をライン名ではなく接続単位に分解する
一つのラインにも、主設備、検査機、秤、バーコード、プリンタ、搬送、ユーティリティ、手入力端末があります。ライン単位で「接続済み」とすると、どの機器がどの値を作ったか追えません。設備台帳には少なくとも、資産ID、メーカー/型式、制御機器、ソフトウェア版、ネットワーク、利用可能なプロトコル、既存インターフェース、信号一覧、図面、バックアップ、改造責任者を記録します。
古い設備でデジタル出力がない場合は、PLC改造、外部センサ、ゲートウェイ、既存帳票のデジタル化など複数案を比較します。外部センサで推定した状態を、PLC内部の確定状態と同じ品質で扱ってはいけません。値ごとに「直接取得」「計算」「手入力」「推定」を区別し、受入時にも品質属性を残します。
設備ネットワークの現状調査、セグメント設計、停止を抑えた切替については「産業用ネットワーク構築の実務」も参考にしてください。
2. タグ数ではなく利用シナリオから信号を選ぶ
数千タグを先に集めても、指図、ロット、設備、時刻と結び付かなければ、MESでは使えません。必要信号はシナリオから逆算します。
- 生産開始・完了を何で判定するか。
- 良品、不良、手直し、廃棄をどう区別するか。
- 材料ロットと製品ロットをどの時点で結び付けるか。
- 停止開始、復旧、理由確定を誰が記録するか。
- レシピ/条件の版をどう識別するか。
- 検査結果と校正状態をどの資産へ結び付けるか。
- 通信断中に何をバッファし、復旧後にどの順で再送するか。
秤のように値だけでなく安定判定、単位、時刻、機器ID、校正状態が証拠になる機器は、重量値だけをMESへ送っても不十分です。具体的な責任分界は「工場の秤データ連携」で詳しく解説しています。
3. 非機能条件を設備ごとに決める
インターフェース仕様には値の名前だけでなく、取得周期、許容遅延、欠測時の扱い、バッファ容量、再送、順序、重複排除、タイムゾーン、時刻同期、単位、有効桁、品質コードを入れます。すべてを最高速にする必要はありません。トレーサビリティ、ダッシュボード、保全分析では必要な時間粒度が違います。
さらに、設備停止を伴う作業可能時間、リモート接続の条件、ウイルス対策やパッチ適用の制約、バックアップとロールバック、予備機の有無を確認します。NIST SP 800-82 Rev.3は、OTセキュリティでは性能、信頼性、安全の固有要件を考慮する必要があると整理しています。ITで一般的な対策を生産設備へそのまま適用せず、安全と連続運転を守りながら実装できる条件に変換します。
4. 接続難易度を「未知」のまま定額範囲へ入れない
現場調査前に全設備の定額接続を約束すると、ベンダーは大きなリスク費を入れるか、後で除外を主張します。発注を二段階に分け、最初に調査・PoCで未知を減らし、その結果を量産範囲へ反映する方法があります。重要なのはPoCをデモで終わらせないことです。本番候補設備、実ネットワーク制約、実データ品質、通信断と復旧を含め、量産設計へ移せる成果物を要求します。
データ責任表がMES導入後の「数字が違う」を防ぐ
MESの画面とERPの画面で生産数が違うとき、技術者がSQLを調べるだけでは解決しません。仕掛の定義、完了の時点、再作業、取消、単位換算、締め時刻が業務上合意されていない可能性があるからです。データ責任表は、値の技術的な流れと、値を正しいと承認する業務責任を一行にまとめます。
OPC FoundationのISA-95 OPC UAマッピングは、material、equipment、physical assets、personnelというオブジェクトカテゴリーを扱います。これらは共通の構造を考える助けになりますが、OPC UAを採用するだけで意味がそろうわけではありません。品目コードの正本、設備と物理資産の違い、人員IDの公開範囲、時刻、単位、品質、訂正権限はプロジェクトで決めます。
データ責任表の必須列
| 列 | 決める内容 | 受入で確認する証拠 |
|---|---|---|
| 業務オブジェクト/項目 | 指図番号、品目、材料ロット、設備状態など | データ辞書と画面/電文の一致 |
| 正本システム | 最初に有効値を承認する場所 | 更新元以外から変更できないこと |
| 生成者/承認者 | 自動生成、作業者、品質承認者など | ID、権限、電子記録 |
| 利用者/目的 | 計画、実行、品質、会計、分析 | 不要な配布がないこと |
| 変換 | コード対応、単位、丸め、集約 | 変換表の版とテスト結果 |
| 時刻/順序 | 発生時刻、受信時刻、タイムゾーン | 時刻ずれ、遅延、逆順の処理 |
| 品質属性 | 有効、推定、手入力、欠測、訂正 | 原値と品質フラグの保持 |
| 訂正権限 | 誰が、理由を付け、どこまで直せるか | 修正前後と承認ログ |
| 保持/削除 | オンライン期間、アーカイブ、削除責任 | 復元試験と削除記録 |
| 障害時責任 | 検知、一次対応、再送、照合 | 障害訓練と連絡記録 |
マスタ、トランザクション、イベントを分ける
品目、工程、設備、理由コードなどのマスタは版と有効期間が重要です。製造指図、材料払出、完成報告などのトランザクションは、重複送信しても二重計上しないIDと状態遷移が必要です。設備状態、アラーム、計測値などのイベントは、順序、欠測、遅延、量を扱う必要があります。
三種類を同じAPI設計で済ませると、マスタ改訂が途中で反映されたり、再送した完成実績が二重計上されたり、遅れて到着した設備イベントが現在状態を巻き戻したりします。FATでは正常系だけでなく、重複、遅延、順序逆転、取消、改訂、通信断を試験します。
訂正を「DBを直接直す運用」にしない
現場では誤スキャン、誤数量、設備故障による代替入力が起きます。訂正機能を設計しないと、管理者がDBを直接修正し、監査証跡が失われます。訂正は、元記録を残し、理由、申請者、承認者、時刻、影響範囲を記録し、ERPや品質システムへ必要な再通知を行う業務として設計します。
OT IT融合はMESを境界の「仲介役」として設計する
OT IT 融合は、ERPとすべてのPLCを同じネットワークへ置くことではありません。必要な業務情報を、必要な相手へ、許可した経路と形式で届け、障害や侵害の影響を局所化することです。
NIST CSWP 28は、ゾーン間通信を明示的に必要なもの以外は拒否する考え方を示し、MES/製造アプリケーションのゾーンが企業/ERPとICSゾーンの間を仲介する構成例を掲載しています。これは唯一の正解図ではありませんが、ERPからICSへの広い直接通信を避け、MESや連携サービスに検証、変換、バッファ、監査の責任を置く設計の参考になります。
フロー単位の許可リストを作る
ファイアウォールでIPとポートを開ける前に、業務フローを定義します。送信元、宛先、方向、プロトコル、データ、頻度、認証、暗号化、ログ、所有者、停止時の影響を一行にします。「双方向」「Any」「将来用」は、必要性を説明できない限り受入対象にしません。
たとえばERPからMESへの指図は許可しても、ERPからPLCへの任意書込みは許可しない。設備からMESへの状態通知は許可しても、設備ネットワークから企業ネットワークへの任意通信は許可しない。この原則を、実際の保守経路、時刻同期、名前解決、バックアップ、監視にも適用します。
OT/ITの境界設計と運用責任の作り方は「工場のOT・IT融合設計」もあわせてご覧ください。
可用性は「サーバー二重化」だけで定義しない
MES停止時に工場を止めるのか、限定運転を続けるのかを先に決めます。継続するなら、指図のローカル保持、紙または端末の代替手順、復旧後の実績再投入、重複排除、在庫・系譜の照合が必要です。サーバーが二重化されていても、ネットワーク、認証、DNS、時刻、データベース、インターフェース、現場端末の一つが止まれば業務は止まります。
RTO/RPOの数値は工場の影響分析から決めます。本記事では一般値を置きません。製品別、工程別に、許容停止時間、失ってよいデータ、手動継続可能時間、復旧後の照合責任を合意し、SATと運用訓練で実測します。
OPC UAはMES接続の共通語になり得るが、完成品ではない
MES 比較で「OPC UA対応」は重要な確認項目になり得ます。しかし、チェックが付いているだけでは接続範囲も意味も分かりません。クライアント/サーバーの役割、プロファイル、認証、証明書運用、公開されるノード、更新周期、イベント、履歴、品質、名前空間、コンパニオン仕様への対応を確認します。
ISA-95 OPC UAマッピングのサブセットは、material、equipment、physical assets、personnelなどを情報モデルとして表す道具を提供します。これは個別タグを大量に対応付けるより、オブジェクトの関係を共有しやすくします。ただし、ベンダーAの「Equipment」と工場台帳の設備階層が自動で一致するわけではありません。マッピング表と適合試験が必要です。
射出成形のOPC 40077も、既設機がその仕様を実装している場合には、ジョブ、データセット、状態などの境界を整理する参考になります。実装していない旧設備へ、仕様名だけを根拠に接続できると見なしてはいけません。また安全や直接動作制御をMESへ移さないという範囲制限を守ります。
OPC UA受入で確認すること
- 証明書の発行、更新、失効、期限切れ時の手順があるか。
- 読み取りと書き込みの権限をノード/役割単位で制限できるか。
- 通信断後にデータが欠けるか、バッファされるか、重複するか。
- SourceTimestampとServerTimestampをどう扱うか。
- StatusCodeをMESの品質属性へ保持するか。
- 名前空間や情報モデルの版変更をどう検出するか。
- 本番で許可するメソッド呼出しが、要求された範囲だけか。
- ゲートウェイ再起動、証明書期限切れ、時刻ずれを試験したか。
OPC UAを採用しても、現場のデータ責任、ネットワーク分離、障害対応は残ります。「プロトコルが同じ」と「運用可能な統合が完成した」を分けて評価することが重要です。
MES比較はデモ採点ではなく同じシナリオの証拠比較にする
各ベンダーに自由なデモを依頼すると、得意な画面だけが提示されます。比較の公平性を高めるには、同じ工場シナリオ、同じ制約、同じ成果物を渡し、回答形式をそろえます。
RFPへ添付する最低成果物
| 成果物 | ベンダーへ求める回答 | 比較の焦点 |
|---|---|---|
| 業務シナリオ | 標準、設定、追加開発、対象外の区分 | カスタム量ではなく要件適合 |
| 設備接続台帳 | 機器別方式、前提、現地調査、改造範囲 | 未知と責任分界の明示 |
| インターフェース一覧 | 電文、API、再送、監視、版管理 | 正常系以外の完成度 |
| データ責任表 | 正本、変換、訂正、監査への回答 | 意味と運用責任 |
| OTセキュリティ要件 | ゾーン、通信、ID、ログ、保守経路 | 生産制約に適合する防御 |
| 移行計画 | マスタ移行、並行運転、切戻し | 停止とデータ不整合の制御 |
| テスト計画 | FAT/SAT/90日の証拠と担当 | 合格を再現できるか |
| 保守計画 | 一次対応、エスカレーション、変更 | 稼働後の自立性 |
ライセンスだけでなく責任範囲を比較する
本記事では根拠のないMES価格相場を示しません。見積は、ソフトウェア、環境、端末、エッジ、設備改造、ネットワーク、インターフェース、移行、検証、教育、文書、保守、クラウド利用、セキュリティ対応に分解します。安価な提案が設備改造とERP連携を除外していれば、総額比較は無意味です。
支払条件も納品物と証拠へ結び付けます。設計書の承認、FAT合格、SAT合格、90日受入など、プロジェクトの実態に合わせてゲートを置きます。単なる「インストール完了」を最終検収にしないことが重要です。
変更要求の扱いを発注前に決める
ブラウンフィールドでは未知がゼロになりません。重要なのは変更を禁止することではなく、要求、欠陥、前提誤り、追加要望を区別することです。変更票には、原因、影響する要件、費用、日程、テスト、文書、セキュリティ、ロールバックを記載し、承認前に実装しない流れを決めます。
「標準機能だから追加費用なし」「軽微だから試験不要」という口頭判断を残すと、検収時に範囲が争点になります。決定ログを一つに集約し、どの仕様版が契約基準かを明示します。
FAT・SAT・90日受入を一本の検証計画にする
FAT、SAT、稼働後評価を別々のイベントとして作ると、同じ要求が抜けたり、環境差の責任が曖昧になります。要求IDごとに、どこで何を証明するかを割り当てます。
FAT：再現可能な環境でロジックと例外を潰す
FATでは、設定、ワークフロー、権限、インターフェース、帳票、監査証跡、バックアップ/復元を、合意した模擬データや接続環境で確認します。正常な一件が流れるだけでなく、重複指図、取消、版変更、欠測、遅延、通信断、再送、権限違反、日跨ぎ、単位不一致を試験します。
テストケースには、事前条件、入力、操作、期待結果、実結果、証拠、実施者、立会者、日時、使用版を残します。スクリーンショットだけでは裏側の再送や二重計上を証明できないため、ログ、電文ID、DB照合、監査証跡を組み合わせます。
SAT：本番設備・本番ネットワーク・本番役割で確認する
SATでは、FATで代替していた実設備、実ERP、実ネットワーク、実ID管理、実作業者役割へ置き換えます。設備信号とMES表示の時刻、良否、ロット、理由コードを照合し、通信断、ゲートウェイ再起動、ネットワーク切替、上位停止、手動継続、復旧後照合を確認します。
生産を伴う試験は、安全、品質、製造の承認と停止計画の下で行います。MES試験のために安全機能を迂回したり、機械動作を上位から直接指令したりしてはいけません。SAT不具合は、重大度、暫定対策、再試験条件、量産可否を記録します。
90日受入：日常運用でしか出ない問題を閉じる
FAT/SATが合格しても、月末、品種追加、シフト交替、ネットワーク瞬断、マスタ改訂、保全交替、データ量増加などは短い試験で出ないことがあります。そこで稼働後90日を、漫然とした保証期間ではなく、合意した観察と判定の期間にします。
日次・週次で、インターフェース失敗、未照合件数、欠測、手入力、訂正、停止、応答、サポート、バックアップ、ユーザー教育の未完了を確認します。閾値は自社の工程影響と基準値から決め、本記事の一般値を当てはめません。最終日は「問題がゼロか」ではなく、重大問題が閉じ、残件に所有者・期限・暫定対策があり、運用チームが自力で検知・一次復旧できるかを判定します。
受入証拠表の例
| 要求 | FAT | SAT | 90日 | 最終署名 |
|---|---|---|---|---|
| 指図の冪等受信 | 模擬重複電文 | 実ERP再送 | 重複監視記録 | 生産管理+IT |
| 設備実績の系譜 | シミュレータ | 実機・実材料 | 未照合件数推移 | 製造+品質 |
| 通信断復旧 | 接続遮断 | ゲートウェイ再起動 | 実障害レビュー | OT+IT |
| 権限と訂正 | 役割別試験 | 実ID連携 | 監査ログレビュー | 品質+IT |
| バックアップ復元 | 検証環境復元 | 現地手順確認 | 定期実施記録 | IT+システム所有者 |
| 運用引継ぎ | 文書レビュー | 現場訓練 | 当番で一次対応 | 工場責任者 |
BOIは投資判断の上振れ要素として案件ごとに確認する
タイでMES導入を検討すると、BOIの投資奨励が話題になります。ここでは一次資料の記載を限定的に整理します。参照資料のタイトルはA Guide to the BOI 2025です。2026年に同じ条件がそのまま有効だと断定せず、申請時点の制度、対象活動、費用区分、期限、手続をBOIおよび専門家へ案件ごとに確認してください。
同ガイドp.159には、対象措置について土地代と運転資金を除く最低投資額100万THBの記載があります。p.161には、機械・設備と統合されたITプログラムまたはソフトウェアの価値を投資額に含められる旨と、適格な改善投資額の50%を上限とする3年間の法人所得税免除が記載されています。生産またはサービスで使用する自動化システムもしくはロボティクスについて、タイ自動化産業との連携・支援が改良対象機械価額の30%以上である場合、上限を100%にできるという条件も示されています。p.162には、資源管理にデジタル技術を使用し、同一プロジェクト内の少なくとも3機能をデータ連携して製造またはサービス効率を向上させる条件が記載されています。
これらは、MESライセンスを買えば自動的に適格になるという意味ではありません。設備との統合範囲、対象費用、タイ自動化産業との連携・支援、改良対象機械価額に対する30%条件、資源管理における3機能連携の実態、申請前後の契約・投資タイミングなど、案件固有の確認が必要です。BOI便益がなくても成立する投資理由をまず作り、確認できた奨励を上振れ要素として扱うと、制度解釈の変更でプロジェクト全体が崩れにくくなります。
MES導入のGo・Conditional Go・No-Go判定
最終会議では、総合点だけで決めず、致命条件と未解決事項を分けます。
Goに必要な状態
- Level 3/4/制御層の責任分界が承認されている。
- 重要設備の接続方式と改造範囲が現地確認されている。
- 重要データの正本、訂正権限、品質属性が決まっている。
- OT/ITゾーンと必要通信、保守経路が承認されている。
- FAT、SAT、90日受入の要求、証拠、署名者が決まっている。
- 見積の除外、前提、変更手続、運用費、引継ぎが比較可能である。
- 安全と機械動作制御がMES範囲から適切に分離されている。
Conditional Goにできる状態
未知が残っていても、調査/PoCの成果物、所有者、期限、予算上限、発注停止条件が決まっていれば、限定範囲の開始は可能です。たとえば一部旧設備の接続方式を現地試験で確定し、その合格後に横展開オプションを発動する契約です。条件が満たされる前に量産分を不可逆に発注しないことが重要です。
No-Goまたは再設計に戻す状態
- ERP、MES、設備のどれが数量やロットの正本か決まらない。
- 安全制御や直接動作をMESへ持たせる前提が残る。
- 現地調査なしで旧設備接続を一括保証または一括除外している。
- 本番ネットワークでSATを行えず、代替証拠もない。
- 通信断後の再送、重複排除、照合責任がない。
- 検収が「インストール完了」だけで、業務結果を証明しない。
- 重大な除外や保守依存が見積比較から隠れている。
No-GoはMESそのものの否定ではありません。範囲を狭める、設備調査を先行する、マスタ統制を別プロジェクトにする、ネットワークを先に整備するなど、発注可能な単位へ戻す判断です。
MES導入に関するFAQ
MES導入では何から始めるべきですか？
製品デモではなく、対象工程の業務シナリオ、ISA-95を参照した境界、設備接続台帳、データ責任表、受入証拠表から始めます。現場、製造管理、品質、保全、OT、IT、ERP担当が同じ指図と一つの異常ケースを追い、誰がどの判断をするかを合わせると、要件の抜けが見つかります。
MES比較で最も重要な項目は何ですか？
機能数ではなく、自社シナリオに対する適合方法、設備/ERP接続の前提、例外処理、データ正本、セキュリティ、移行、FAT/SAT/90日の証拠、稼働後の責任を同じ形式で比較することです。見積総額は、同じ範囲へ正規化した後に比較します。
MESとERPの違いはどこで線を引きますか？
ISA-95のLevel 3とLevel 4を参照し、ERPは企業計画と資源配分、MES/MOMは製造オペレーションの実行・追跡・実績集約を中心に置きます。ただし最終境界は製品名でなく、各情報の正本、意思決定、時間軸、例外責任で決めます。安全と直接機械制御は制御層に残します。
OPC UA対応なら既設設備はすぐMESへ接続できますか？
必ずしもできません。機器が実装する役割、プロファイル、情報モデル、公開データ、証明書、品質、更新周期を確認する必要があります。旧設備が未対応ならゲートウェイやPLC改造が必要な場合があります。OPC UAは相互運用の有力な手段ですが、データ意味、責任、セキュリティ、品質を自動的に完成させません。
FATとSATの違いは何ですか？
FATは合意した検証環境でロジック、設定、インターフェース、例外、文書を確認します。SATは本番工場の設備、ネットワーク、ERP、ID、作業役割で確認します。同じ要求IDを使い、環境差で再確認すべき項目を明示します。稼働後の低頻度事象は90日受入で追います。
BOIの対象になればMES導入費は必ず優遇されますか？
必ずではありません。本記事が参照したのはBOIの2025ガイドであり、2026年の適用を保証する資料ではありません。対象活動、最低投資、設備とソフトウェアの統合、機能間データ連携、国内自動化との関係、申請時期などを案件ごとに最新の公式情報で確認し、承認を得る必要があります。
90日受入では何を測りますか？
一律の効果率ではなく、合意した業務基準を測ります。たとえばインターフェース失敗、未照合、欠測、手入力、訂正、停止、復旧、サポート応答、バックアップ、教育完了です。基準値と許容値は自社実績と工程影響から定め、データ源、責任者、判定日を決めます。
まとめ：MESを買う前に、受け入れられる仕組みを設計する
MES導入の成否は、機能一覧よりも、ISA-95を参照した境界、ブラウンフィールド設備の接続現実、データの正本と訂正責任、分離されたOT/IT通信、再現可能なFAT/SAT、90日の運用証拠で決まります。OPC UAは接続と情報モデルの有力な道具ですが、それだけで意味、品質、セキュリティ、運用責任は完成しません。BOIも2025ガイドの記載を投資の確約とせず、最新条件を案件ごとに確認します。4つの表を先に作り、未知をConditional Goの条件へ変換すれば、比較、契約、検収を同じ基準で進められます。
TOMAS TECHでは、タイ工場の現状調査、設備接続台帳、MES/ERP境界、データ責任表、RFP、FAT/SAT・90日受入条件の整理を、製品選定前の段階から支援できます。「まだ製品を決めていない」「旧設備の接続可否から確認したい」という段階でも、お問い合わせください。
