タイ MES選定ガイド2026：RFP・90日PoC・受入テスト

タイ MESの導入を検討するとき、最初に比較すべきなのは製品機能の長い一覧ではありません。自社工場の停止制約、品質記録、ERPとの責任分界、データ所有権、現地で保守できる体制を、投資判断に耐える証拠へ変えられるかが重要です。本稿では、タイ工場の責任者、地域IT責任者、OT担当者が2026年に使える実務手順として、準備度診断、BOI適格性の確認、100点満点のRFP、90日PoC、FAT・SAT・UAT、展開後の運用までを一つの流れにまとめます。

結論：タイ工場のMES選定は「製品比較」より「証拠設計」で決まる

成功確率を高める順序は明快です。第一に対象ラインと解決したい損失を限定し、第二にISA-95を参照してERP、MES/MOM、SCADA・PLCの責任境界を決め、第三にインターフェースとデータ所有権を契約可能な言葉にします。その後、重み付きRFPで候補を絞り、90日PoCで通常運転だけでなく通信断、再送、例外、復旧、権限制御まで検証します。最後にFAT・SAT・UATの客観証跡で合否を決めます。

BOIの制度は投資計画に影響し得ますが、MESを買えば自動的に恩典を受けられるわけではありません。対象投資、申請時期、機器・システム構成、国内連携要件などを、最新条件に照らして個別に確認する必要があります。また、50%や100%は補助率ではなく、3年間の法人所得税（CIT）免除額の上限を定める比率です。ISA-95、OPC UA、NIST SP 800-82、IEC 62443は有力な設計基準ですが、規格名の付いた製品を買うだけで相互運用性やセキュリティが保証されるものではありません。

タイ工場のMES準備度診断、RFP作成、90日PoCの計画段階でもご相談いただけます。既存設備を止められない、ERPとの境界が曖昧、複数工場への展開条件を整理したいといった段階から、TOMAS TECHへのお問い合わせをご利用ください。

なぜ2026年のタイ工場ではMESの選び方が重要なのか

タイBOIはSmart and Sustainable Industry measureにおいて、生産効率向上やスマート・持続可能な産業への移行を支援しています。現行ページでは、土地代と運転資金を除く効率向上投資が100万THB以上であること、機械輸入関税の免除、適格な改善投資額の50%を上限とする3年間の法人所得税（CIT）免除が説明されています。国内の自動化産業に連携または支援する機械が、当該プロジェクトで使用または改修する機械・automation system・robotの総価額の30%以上を占める場合、この3年間のCIT免除額の上限比率が100%になると現行ページは説明しています。50%と100%は投資への補助率ではありません。これは適格性を検討する入口であり、税務助言ではないため、申請前にBOIの最新規則と自社案件の適格性を確認してください。

BOIの2026年発表によれば、同施策の開始年である2023年から2026年上期までに1,397件、総額1,460億THB超の申請・プロジェクトが報告されています。さらに、タイの電子機器メーカーがAGV、画像処理、IIoTを導入し、MESで生産ラインの機械をERPにつないだ事例が紹介されています。これらはBOIが公表した集計であり、独立した市場統計ではありません。それでも、単体設備の自動化だけでなく、現場実績を経営計画へ結ぶ投資が政策上も重視されていることは読み取れます。

一方で、急いでMESを購入すると、データの取得可否、現場コード体系、ERPの品目・指図との整合、旧設備の停止リスクが後から問題になります。タイ工場で先に必要なのはソフトウェアのデモではなく、現場の準備度を可視化することです。NSTDAのSustainable Manufacturing Centerが扱うThailand i4.0 Indexも、産業の準備度評価をDXロードマップやIoT、AI、自動化の実装につなげる文脈で紹介されています。特定スコアや認証を勝手に前提とせず、自社の基準で「どこまで測れ、誰が運用でき、どの停止条件に耐えられるか」を診断する材料として使うのが現実的です。

タイ MES導入前の準備度診断：買う前に答える12問

RFPを出す前に、工場長、製造、品質、保全、IT、OT、経理・計画の各責任者が次の12問に答えます。回答が「未定」でも構いません。未定を可視化することが目的です。

1. 対象ライン、製品群、工程の開始点と終了点はどこか。
2. 改善対象は停止、段取り、仕損、追跡、仕掛、進捗、記録工数のどれか。
3. 現状値は誰が、どの定義で、どの期間測ったか。
4. PLC・設備・検査機・計量器から取れる信号と取れない信号は何か。
5. 手入力が残る工程と、入力責任者、入力遅延の許容範囲は何か。
6. ERPの品目、BOM、工程、作業指図、在庫単位は現場と一致しているか。
7. ロット、シリアル、材料、作業者、設備、条件値をどの粒度で関連付けるか。
8. 通信断やサーバー停止時に、生産を継続するか、安全停止するか。
9. データの正本はどのシステムで、訂正・承認・監査証跡を誰が持つか。
10. タイ語、英語、日本語など、画面・帳票・教育に必要な言語は何か。
11. 夜間・休日の障害を誰が一次切り分けし、どの時間でエスカレーションするか。
12. 1ライン成功後、他ライン・他工場へ何を標準化し、何をローカル差分として残すか。

この診断の成果物は、課題リストだけでは不十分です。「対象範囲図」「現状データフロー」「設備接続台帳」「コード対応表」「停止・復旧方針」「役割分担表」「基準値と測定方法」の7点にすると、RFPとPoCへ直接つながります。一般的な導入順序を先に確認したい場合は、タイ工場向けMES導入ガイドも参照してください。

ISA-95で整理するERP・MES/MOM・SCADA・PLCの境界

ISA-95の一般的な整理では、Level 4が事業計画・物流などの業務領域でERPを含み、Level 3が製造オペレーション管理でMES/MOMに相当します。PLCやDCSは典型的にはLevel 2で監視・制御を担います。SCADAは実装範囲によりLevel 2に置かれる場合と、監視・履歴・運用調整を担ってLevel 3寄りまたはLevel 2/3境界に置かれる場合があります。Parts 2〜5は、インターフェース上のオブジェクト、活動モデル、オペレーション管理の統合オブジェクト、事業と製造のトランザクションなどを扱います。

実務上の役割分担は次のように置くと議論しやすくなります。

ただし、実際の製品名や機能境界はベンダーにより異なり、SCADAが履歴や製造管理を持つ場合、MESが計画機能を持つ場合、ERPが現場実績画面を持つ場合もあります。重要なのは名称ではなく、一つの業務イベントについて「命令の正本」「実績の正本」「再送時の重複排除」「訂正権限」を一つずつ決めることです。

OPC UAは産業機器や制御システムからMES、ERPまでの情報交換を支える共通情報モデル、メッセージ、通信、適合性モデルを提供します。ただし、接続プロトコルが同じでもタグの意味、単位、品質フラグ、時刻、設備状態の定義が一致するとは限りません。OPC UA採用は接続条件の一部であり、データ契約とサイト固有のセキュリティ設計は別に必要です。

MES要件定義で固定する範囲・データ所有権・例外

良いMES要件定義は、平常時の画面一覧より例外を詳しく書きます。範囲は「対象製品」「対象工程」「対象設備」「対象ユーザー」「対象シフト」「対象帳票」「対象インターフェース」で区切り、対象外も明記します。たとえば、PoCでは1ラインの指図配信、材料ロット照合、完成実績、主要不良、停止理由までを対象とし、高度スケジューリング、全保全機能、全社BIは対象外とします。

データ所有権は、少なくとも次の項目ごとに決めます。

• 品目、BOM、工程、作業指図を誰が作成し、いつMESへ配信するか。
• 実績、仕掛、消費、完成、不良、廃棄、再作業の正本はどこか。
• ロット系譜の生成、分割、統合、取消を誰が承認するか。
• 設備タグの名称、単位、スケール、品質、タイムスタンプの責任者は誰か。
• マスタ不整合、未知ロット、重複電文、順序逆転、時刻ずれをどう扱うか。
• 修正前後の値、理由、承認者、時刻を監査証跡として何年保持するか。
• 契約終了時に、データ、設定、履歴、添付ファイルをどの形式で取り出せるか。

「APIがあります」だけでは要件になりません。インターフェースごとに送信元、受信先、イベント、必須項目、キー、単位、時刻基準、頻度、最大遅延、再送、重複排除、エラー通知、復旧責任をデータ契約として残します。MES ERP連携では、同じ指図が再送されても二重作成されない冪等性、部分失敗後の再処理、締め後訂正、ネットワーク断中のバッファが特に重要です。

100点満点のMES RFP評価表

デモの印象に引っ張られないよう、提案書を受け取る前に配点と必須条件を確定します。以下は本稿の推奨配点で、合計100点です。

点数だけでなく、必須条件を別に設けます。たとえば「安全制御をMESに依存させない」「重大権限を共用アカウントで運用しない」「監査証跡を削除できない」「契約終了時に標準形式でデータを返す」「PoCで通信断復旧を実演する」などです。必須条件を満たさない提案は、総合点が高くても保留にします。

採点は製造、品質、保全、IT/OT、経営・調達が個別に行い、点差の理由を記録します。「標準機能で実現」「設定で実現」「追加開発」「外部製品」「非対応」を分け、追加開発は納期、試験、保守責任まで評価します。営業説明ではなく、画面、ログ、設定、設計書、類似構成の参照情報、PoC結果のいずれで証明するかを回答欄に指定してください。

90日MES PoC：5段階で投資判断まで進める

PoCはショールームではなく、投資仮説を反証可能にする試験です。1ライン、限定品種、限定インターフェースで始めても、異常時と復旧を含めます。

0〜15日：基準値とスコープ

対象製品・工程・設備・シフトを固定し、現状の停止、記録遅延、追跡所要時間、再入力件数などを同じ定義で測ります。関係者、意思決定者、データ所有者をRACIで決め、対象外と変更管理も文書化します。値が取れない場合は「測定不能」が重要な発見です。

16〜30日：インターフェースとデータ契約

ERP指図、品目、BOM、設備タグ、品質結果、完成実績のイベントを決めます。サンプル電文だけでなく、必須・任意、キー、単位、時刻、再送、重複、順序逆転、エラーコードを合意します。実設備を直ちに変えられない場合は、読み取り専用接続やエッジバッファを含む安全な試験構成を選びます。

31〜60日：1ラインPoC

通常シナリオで指図受信、作業開始、材料照合、工程完了、品質記録、完成実績、ERP返却を通します。作業者がタイ語または必要言語で迷わず使えるか、交代時の引き継ぎ、現場端末の応答、スキャン失敗時の導線も観察します。現場が紙や表計算へ戻る理由を欠陥として記録します。

61〜75日：例外・復旧・サイバー試験

ネットワーク断、ERP停止、MES再起動、重複指図、未知ロット、誤スキャン、設備時刻ずれ、権限外操作を試します。生産継続条件と停止条件を安全責任者と確認し、バッファからの再送順序、二重計上防止、アラート、監査ログ、バックアップ復元を証拠化します。

76〜90日：シャドー運転、UAT、投資判断

既存記録とMESを並行運用し、結果差異を日次で照合します。合格条件を満たしたらUATに署名し、未達は重大度、回避策、担当、期限を残します。Go、条件付きGo、再PoC、No-Goのいずれかを、RFP点数、受入結果、運用負荷、5年TCO、BOI適格性確認の状況とともに決めます。

複数拠点へ進む場合は、PoCで得た「共通テンプレート」と「タイ工場固有差分」を分離してください。ASEAN複数工場IoT展開ガイドは、標準化と現地差分の考え方を補完します。

FAT・SAT・UATで使う受入テストと合否証跡

FATは供給者側環境で仕様を確認し、SATは設置先のネットワーク、端末、設備、周辺システムを含めて確認し、UATは業務利用者が業務シナリオを受け入れる段階です。名称は契約で異なっても、誰が、どこで、何を、どのデータで合否判定するかを明確にします。

RTOやRPO、許容差、応答時間は万能の数字を流用せず、生産・安全・品質要求から決めます。テスト結果は「成功」のチェックだけでなく、入力データ、実行版、設定版、実行者、日時、ログ位置、差異、再試験結果を残します。製造データ収集の要件と評価方法をさらに具体化する場合は、タイ製造データ収集システムのPoC・RFPガイドも役立ちます。

数値効果を誤解しないための投資計算例

以下は計算方法を示す架空の例示で、特定工場の成果や普遍的ROIを示すものではありません。

ある1ラインで、記録・照合に1シフト当たり合計120分、1日2シフト、月25日かかると仮定します。現状は120分×2×25＝6,000分、つまり月100時間です。MES後に40%削減できるという仮説なら、削減候補は月40時間です。工数単価を仮に500THB/時間と置けば、月20,000THB、年240,000THBの候補効果になります。

ただし、PoC中に実測して40%が20%だった場合、年効果は120,000THBです。さらに運用管理が月8時間増え、同じ仮単価なら年48,000THBかかるため、正味候補効果は72,000THBです。このように、削減だけでなくマスタ保守、監視、バックアップ、端末交換、教育、変更試験の費用を入れます。品質損失や停止損失を金額化する場合も、発生確率と根拠を分け、二重計上を避けてください。

5年TCOには、初期ライセンス、導入作業、追加開発、設備接続、インフラ、サイバー対策、教育、年間保守、クラウド利用、バージョンアップ、増員、他拠点展開、契約終了時のデータ搬出を含めます。BOI恩典は適格性と承認が確定するまで、基本ケースの確定収入として扱わない方が安全です。

OTサイバーセキュリティをMES要件へ落とす

NIST SP 800-82 Rev. 3は2023年9月に最終版が公開され、性能、信頼性、安全性の要求を維持しながらOTセキュリティを扱います。NISTのOT publicationsページには2026年のRev. 4プレドラフト作業も掲載されていますが、Rev. 4は本稿時点で最終版ではありません。RFPで参照する版を明記し、将来改訂への追随方針も確認します。

IEC 62443-2-1:2024は、IACS資産所有者のセキュリティプログラムに必要な方針・手順を扱い、IACSの長いライフサイクルと、レガシーシステムで補完的対策が必要になる現実を認識しています。これを製品チェックリストだけにせず、資産所有者側の責任、ベンダー保守、アカウント、バックアップ、インシデント対応、変更管理へ落とします。

MES RFPとPoCでは最低限、次を確認します。

• OT資産と通信経路を台帳化し、必要なゾーン・経路だけを許可する。
• 個人アカウント、役割別権限、多要素認証の適用範囲、緊急アカウントを定める。
• ベンダー遠隔保守は申請、時間制限、承認、記録、終了確認を伴う。
• 暗号化、証明書、鍵、秘密情報の保管と更新責任を定める。
• OS、DB、エッジ、アプリの脆弱性情報、パッチ検証、停止調整、例外承認を管理する。
• MES、ERP、エッジ、認証基盤の時刻を同期し、ログを改ざん困難な場所へ集約する。
• バックアップがあることではなく、隔離コピーから復元できることを試験する。
• 通信断やセキュリティ機器障害時も、安全と品質を損なわない縮退運転を定義する。

OPC UAの統合セキュリティ機構も有用ですが、既定設定、証明書運用、信頼リスト、古いエンドポイント、ネットワーク分離、監視をサイトごとに設計する必要があります。「OPC UAだから安全」「IEC 62443対応だから安全」とは言い切れません。規格は責任と検証項目を構造化する道具です。

BOI適格性確認をプロジェクト計画へ組み込む

BOI確認は、製品を選び終えてから税務担当へ渡す付帯作業ではありません。構想初期に、投資主体、工場所在地、対象設備・ソフトウェア・サービス、発注・輸入・稼働予定、既存能力からの改善内容、国内連携の自動化・ロボティクス比率を整理します。申請前の発注可否など、時期に関わる条件も必ず最新情報で確認します。

プロジェクトのゲートには、少なくとも「初期適格性スクリーニング」「BOIまたは専門家への確認」「対象費目の切り分け」「申請・承認と調達日程の整合」を置きます。システム設計書、設備一覧、データフロー、効果基準値、見積内訳は、技術判断と申請資料の双方で再利用できるよう版管理します。恩典を前提に投資採算を成立させる場合は、恩典なしの感度分析も経営会議へ提示します。

本番展開と運用モデル：PoC後に決めること

PoC合格は終点ではありません。本番では、ライン停止窓、マスタ移行、教育、切替判定、ロールバック、ハイパーケア、変更凍結を計画します。責任分担は少なくともL1現場、L2工場IT/OT、L3導入パートナー、製品ベンダーに分け、タイ時間の夜間・休日を含む連絡方法、目標応答、引き継ぎ情報を決めます。

KPIはシステム稼働率だけでなく、未送信イベント、再送件数、手入力率、未知ロット、マスタ不整合、訂正件数、紙への退避、アラーム滞留、バックアップ復元試験、ユーザー教育完了を見ます。効果KPIは導入前と同じ定義で比較し、製品構成変更や生産量変動を注記します。

複数ライン・拠点への展開は、一度に複製せず、標準テンプレートを版管理します。共通にするのはデータモデル、インターフェース原則、権限、監査、受入テスト、運用KPIです。ローカル差分として残すのは設備プロトコル、製品ルール、言語、シフト、法規・顧客要求です。差分を無制限に許すと保守不能になり、逆に全工場へ同じ操作を強制すると現場が迂回運用を始めます。例外承認とテンプレートへの還元手順を設けてください。

RFPへ添付する成果物テンプレート

RFP本文だけでは、各社が異なる前提で見積もるため比較が難しくなります。発注側が共通の添付資料を用意し、未確定項目も未確定として示すと、提案差を製品能力と導入方法の差として評価できます。

1. 業務シナリオ一覧

「何ができるか」ではなく、開始条件、操作主体、入力、期待結果、例外、証跡を一つの表にします。たとえば材料照合なら、ERP指図受信を開始条件、作業者のロットスキャンを操作、指図番号・材料コード・ロットを入力、不一致時の遮断を期待結果とします。代替材料、再作業、分割ロット、ラベル破損、ネットワーク断を例外として付け、画面履歴と監査ログを証跡に指定します。この一覧は後でFAT・SAT・UATの母体になります。

2. 設備・接続台帳

設備ごとにメーカー、型式、導入年、PLC/コントローラ、利用可能なプロトコル、既存接続、信号数、時刻同期、停止可能時間、保守担当、図面・バックアップの有無を記録します。プロトコルが分からない設備を「OPC対応予定」と推測で埋めず、未確認として現地調査項目にします。古い設備では、読取り専用、外付けセンサー、既存SCADA、手入力という複数案を、精度、遅延、停止リスク、保守性で比較します。

3. データ辞書とコード対応表

ERP品目コード、現場呼称、顧客品番、単位、桁数、先頭ゼロ、文字種を並べます。設備状態なら、運転、段取り、計画停止、故障、材料待ち、品質待ちの定義と優先順位を決めます。PLC信号が運転中でも、品質保留中の製品を生産実績へ数えるかは業務ルールです。生信号からKPIへ変換する式と責任者まで書くことで、PoC後の「数字が合わない」を減らせます。

4. 非機能・運用要件

応答時間、同時利用者、イベント量、保持期間、バックアップ、RTO/RPO、監視、保守時間、言語、端末環境、帳票、アクセシビリティを整理します。値が未確定なら、ベンダーに任せるのではなく、PoCで測る仮説として記載します。工場ネットワークとクラウドの間に遅延や断続がある場合は、オフライン継続時間、ローカルバッファ容量、復旧後の送信順序、中央から見える状態を評価対象にします。

5. 責任分担と前提条件

発注側、MESベンダー、システムインテグレーター、設備メーカー、ERP担当、ネットワーク担当ごとに、設計、設定、配線、PLC変更、試験データ、教育、移行、稼働立会い、障害切り分けの責任を割り当てます。「顧客準備」の一語でまとめると、見積外作業が増えます。前提が外れた場合の変更見積手順、単価、承認権限もRFP段階で確認します。

ベンダーデモを検証セッションへ変える質問

自由な製品紹介ではなく、自社データと例外シナリオを事前に渡し、同じ順序で各候補に実演してもらいます。デモ環境で実演できない項目は、標準、設定、追加開発、将来機能のどれかを明記させます。次の質問は、機能の有無より運用の実像を明らかにします。

• ERPから同じ指図が二度届いたとき、どのキーで重複を判断し、誰に通知されるか。
• 現場が誤った材料を読み取ったとき、遮断、例外承認、事後監査はどうつながるか。
• ネットワークが30分断になった場合、端末、設備接続、エッジ、中央画面はそれぞれどう見えるか。
• 復旧時に10,000件のイベントが再送される場合、順序、負荷、二重計上をどう制御するか。
• タグ名やBOMが変更されたとき、影響範囲をどの環境で試験し、誰が本番反映するか。
• タイ語画面と英語帳票の翻訳辞書を顧客側で管理できるか。バージョンアップで上書きされないか。
• 監査ログに誰がアクセスでき、管理者自身の操作をどこへ退避するか。
• 契約終了時に履歴と設定を一括出力し、別システムで読めることをどう検証できるか。

回答は議事録だけに残さず、RFP回答番号、設計上の前提、PoC試験番号へひも付けます。営業担当が「可能」と答えても、製品責任者や導入責任者が実装方法と費用を確認していない場合は未確認のままです。画面を見せた機能でも、対象バージョン、ライセンス、追加モジュール、クラウド/オンプレミス差を確認してください。

Go／No-Go会議の判断パッケージ

90日目の会議では、PoCの成功場面だけを並べるのではなく、最初に置いた仮説と結果を対で示します。推奨する判断パッケージは、経営向け1ページ要約、スコープと対象外、RFP採点と必須条件、受入テスト結果、未解決リスク、運用体制、5年TCO、効果の実測、BOI確認状況、展開ロードマップです。

未解決事項は重大度を「安全・法令・顧客品質」「生産停止」「データ整合」「運用負荷」「利便性」に分けます。安全や顧客品質に影響する欠陥を、運用回避だけで条件付きGoにしないよう、承認者を明確にします。条件付きGoの場合は、期限、責任者、再試験、未達時の停止条件を契約と計画に入れます。

No-Goも失敗とは限りません。設備信号不足、マスタ不整合、運用責任の未確定が証拠として分かれば、大規模導入前に損失を避けられます。再PoCに進む場合は、同じ範囲を繰り返さず、未解決仮説だけに試験を限定します。別製品へ切り替える場合も、作成したデータ契約、業務シナリオ、受入テストは再利用できます。

導入契約で守るべき変更・データ・退出条件

MESは稼働後に製品追加、設備改造、ERP更新、セキュリティ更新が続くため、初期構築契約だけでなく変更の仕組みが重要です。変更要求には、目的、影響範囲、データ移行、停止時間、ロールバック、テスト、文書更新、教育を含めます。本番環境の直接変更を避け、開発・検証・本番の設定差を追跡できるようにします。

データ条項では、業務データの所有者、ベンダーが処理できる範囲、国外移転、保管場所、委託先、保存期間、削除、バックアップ、インシデント通知を確認します。クラウド型でも、顧客が定期的に機械可読形式でエクスポートでき、項目定義と関連性が文書化されていることが必要です。画面PDFだけでは移行可能なデータ返却になりません。

退出計画には、通知期間、データ抽出、設定・スクリプト・インターフェース仕様の引き渡し、管理者知識の移管、並行稼働、停止、アカウントと証明書の失効、バックアップ削除証明を含めます。独自機能を採用すること自体が悪いのではなく、価値と切替費用をRFPの10点枠で意識的に評価することが重要です。

タイ現地運用を形骸化させない教育設計

教育は操作説明会一回では足りません。役割別に、作業者は正常操作と安全な例外、班長は承認と差異処理、品質は系譜と訂正、保全は設備接続と一次診断、IT/OTは監視、アカウント、バックアップ、復旧を学びます。タイ語の手順と画面用語が一致しているか、夜勤者が同じ支援を受けられるかをUATに含めます。

習熟は出席者数でなく、シナリオ実行で確認します。作業者が未知ロット、通信断、プリンタ停止に遭遇した際、紙へ勝手に戻らず、定めた手順で継続または停止し、必要な記録を残せることが合格条件です。現地のスーパーユーザーを早期に選び、設定変更の権限と責任を分け、問い合わせ内容をテンプレート改善へ戻す仕組みを作ります。

稼働後30日、60日、90日の定着レビューも計画に入れます。レビューでは、利用率だけでなく、例外処理が正しい経路を通っているか、現場が別の表計算へ二重入力していないか、夜勤で支援待ちが増えていないかを確認します。教育不足、画面設計、マスタ品質、端末配置、権限設計を原因別に分け、単に「現場が使わない」で終わらせません。改善項目には責任者、期限、再確認方法を付け、次拠点の標準テンプレートへ反映します。

また、人事異動や退職を想定し、手順書、設定根拠、障害履歴、連絡先、復旧訓練を属人化させないことが大切です。ベンダーに問い合わせる前に現地で採取すべきログと画面、設備状態を定めておけば、タイと海外拠点の時差があっても切り分けが速くなります。

よくある質問

タイ MESとは、大規模工場だけの仕組みですか？

MES/MOMは製造実行と記録を調整する仕組みで、規模だけで必要性は決まりません。追跡要求、品種、例外、既存記録の負荷、ERPと設備の断絶が判断材料です。小さく1ラインで始める場合も、全社展開可能性とデータ所有権は先に決めます。

MESの費用はいくらですか？

設備数、ユーザー、機能、連携、追加開発、可用性、クラウド/オンプレミス、保守範囲で大きく変わるため、普遍的な価格帯は示せません。5年TCOの共通様式をRFPに添付し、初期費用と継続費、拡張単価、退出費用を同じ条件で比較してください。

MES PoCで通常動作だけを見れば十分ですか？

不十分です。本番の損失は通信断、重複、誤入力、マスタ不整合、時刻ずれ、権限ミス、復旧失敗で起きます。90日計画の61〜75日に例外・復旧・サイバー試験を置き、ログと照合件数を証拠にします。

ISA-95準拠製品ならERP連携は保証されますか？

保証されません。ISA-95は役割、モデル、インターフェースを整理する共通枠組みです。製品ごとの実装、データ意味、API、バージョン、例外処理、マッピング、試験は別途必要です。

BOI恩典はMES導入だけで受けられますか？

自動的には受けられません。現行措置の投資下限や支援内容はスクリーニング材料になりますが、案件、費目、時期、構成ごとの適格性と最新条件をBOI等へ確認してください。

レガシーPLCがある工場でも導入できますか？

可能性はありますが、直接接続を前提にしません。読み取り専用ゲートウェイ、エッジバッファ、既存SCADA経由、手入力の統制などを比較し、安全性、停止窓、保守可能性をPoCで確認します。長寿命IACSでは補完的対策が現実的になる点も考慮します。

まとめ：タイ MESは90日で「導入可否」を証拠化する

タイ工場のMES選定では、準備度診断で範囲と基準値を作り、ISA-95でERP・MES/MOM・SCADA/PLCの境界を定義し、データ所有権と例外処理をRFPへ落とします。100点配点で機能、連携、復旧、OTセキュリティ、現地支援、TCOを比較し、90日PoCで通常運転と異常復旧を通します。FAT・SAT・UATは観察可能な合否条件とログ、画面、照合表で証明します。BOIは最新条件による個別スクリーニングとして並行確認し、規格名や補助制度を保証と取り違えないことが重要です。

参考情報

• Thailand BOI, Smart and Sustainable Industry measure: https://www.boi.go.th/index.php?language=en&page=smart_sustainable
• Thailand BOI, 2026 press release: https://www.boi.go.th/index.php?_module=news&from_page=press_releases2&page=press_releases_detail&topic_id=139138
• NSTDA / Sustainable Manufacturing Center, Thailand i4.0 Index context: https://www.nstda.or.th/home/find/page/110/?category=252&keyword=&xck=x4v2o3t2p364f3v253
• ISA, ISA-95 standard overview: https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
• OPC Foundation, OPC UA Part 1 overview: https://reference.opcfoundation.org/specs/OPC-10000-1/4
• NIST SP 800-82 Rev. 3: https://csrc.nist.gov/pubs/sp/800/82/r3/final
• NIST OT Security publications: https://csrc.nist.gov/Projects/operational-technology-security/publications
• IEC 62443-2-1:2024 overview: https://webstore.iec.ch/en/publication/62883

※BOI制度や規格の状況は変更される可能性があります。本稿は2026年9月時点で確認した一次情報に基づく一般的な技術・計画情報であり、税務・法務・認証に関する助言ではありません。