タイの工場で生産管理システムを見直す動きは、いまや「いつかやる改善」ではなく「人が採れない前提で操業を成り立たせるための設計」に変わりつつあります。人手不足と賃金上昇が同時に進むなかで、紙とExcelに依存した現場管理はコストと品質の両面で限界を迎えます。本記事では、MES・ERP・SCADAの役割分担から、タイ特有の要件、費用構造と見積の読み方、BOI・depaの制度活用、そして失敗しやすい5つのパターンまでを、選定判断に使える形で整理します。
タイの工場が今、生産管理システムを見直す理由
「人が採れない」が構造問題になった
タイの生産年齢人口は2026年時点ですでに減少局面に入っています。これは景気の波による一時的な採用難ではなく、母集団そのものが縮んでいく構造的な変化です。人手不足は恒常化し、多くの製造現場がミャンマーやカンボジアからの外国人労働者への依存を続けています（出典: Allied Thai、JETRO）。
この構造が厄介なのは、労働供給が減ることで、経済成長率が高くなくても賃金が上がるという「コストプッシュ圧力」が働く点です。つまり、増産していなくても人件費だけが上がっていく局面があり得るということです。工場側から見れば、「売上が伸びないのに労務費が増える」という最も苦しい形で収益が圧迫されます。
賃金は着実に上がっている
最低賃金についても改定が続いています。2025年1月の改定では全国平均で約2.9%引き上げられ、さらに2025年7月1日からはバンコク全域、およびホテル・遊興施設といった業種で400バーツへ再改定されています（出典: Career Link Asia）。最低賃金は直接的には工場のオペレーター全員に効くわけではありませんが、賃金テーブル全体の底上げ圧力として波及します。
加えて、タイの製造業ワーカーの月額基本給は約437ドル水準にあり、ベトナムとの差は約135ドル（約45%）まで拡大しています（出典: Allied Thai）。これはタイ工場にとって重い事実です。単純な労働集約型の工程は、コストだけを見れば近隣国に流れやすい構造になっています。タイ拠点が生き残るには、「人を多く使って安く作る」以外の付加価値——品質保証能力、短納期対応、多品種への柔軟性、トレーサビリティの担保——を武器にする必要があります。そして、それらはいずれも情報の精度とスピードに依存します。生産管理システムの見直しが避けられない理由はここにあります。
「まだ紙とExcelで回っている」の本当のコスト
多くの日系工場では、日報は紙、集計はExcel、進捗確認は現場を歩いて目視、という運用がまだ残っています。これは「回っている」ように見えますが、実際には次のようなコストが見えない形で発生しています。
- 転記工数: 現場が書いた紙を、事務が入力し、管理者が集計する。同じ情報を2〜3回触っている。
- 情報の遅れ: 実績が翌日にならないと分からないため、当日中に打てる手が打てない。不良が出ていても気づくのが遅れる。
- 属人化: 集計Excelを作った担当者が辞めると誰も更新できない。マクロがブラックボックス化する。
- 数字の不一致: 生産実績、在庫、出荷、会計の数字が微妙に合わず、月末に人手で辻褄を合わせている。
- 改善の停止: データが揃わないため、どのラインのどの工程がボトルネックなのかを客観的に議論できない。改善が声の大きい人の主観で決まる。
これらは1件ずつは小さく見えますが、積み上がると「人を増やさないと回らない工場」を作ります。人が採れない前提に立つと、この構造こそが最大のリスクになります。
タイ全体のDX投資は伸びている
なお、タイのデジタルトランスフォーメーション市場は2025年に約100億USD規模とされ、2031年まで年平均成長率（CAGR）約8.75%で成長する見込みとされています（出典: Iconic Thai）。周辺の競合工場も同じ方向に動いていると考えたほうが現実的です。タイの製造業DXという文脈では、「やるかどうか」ではなく「どこから、どの規模で始めるか」が実務上の論点になっています。
生産管理システム・MES・ERP・SCADA/IoTの違いと役割分担
ここが本記事で最も重要なパートです。システム選定の失敗の多くは、機能の優劣ではなく「レイヤーの取り違え」から起こります。ERPで現場管理をやろうとして破綻する、MESに原価計算を求めて肥大化する、SCADAのデータを見える化と呼んでしまい実績管理につながらない——いずれもよくある話です。
4つのレイヤーを一枚で整理する
| レイヤー | 代表的な呼び名 | 主な役割 | 扱う時間軸 | 主な利用者 | 典型的な入出力 |
|—|—|—|—|—|—|
| 経営・基幹 | ERP（基幹業務システム） | 受注、購買、在庫、原価、会計、人事を一元管理 | 日次〜月次 | 経営層、経理、購買、営業 | 受注情報、購買発注、在庫評価、原価・会計仕訳 |
| 生産計画・管理 | 生産管理システム（広義）／生産スケジューラ | 生産計画の立案、所要量展開、負荷調整、進捗管理 | 週次〜日次 | 生産管理部門、工場長 | 生産計画、製造指示、納期回答、進捗状況 |
| 製造実行 | MES（製造実行システム） | 製造指示の現場展開、実績収集、作業者・設備・材料の紐付け、品質記録、トレーサビリティ | リアルタイム〜時間単位 | 現場リーダー、製造部門、品質保証 | 製造指図、実績（良品／不良）、作業時間、ロット履歴 |
| 設備・制御 | SCADA／IoT／PLC | 設備の監視・制御、稼働信号やセンサー値の収集 | 秒〜分単位 | 保全部門、設備技術者 | 稼働／停止信号、電流・温度・圧力、アラーム |
日本語では「生産管理システム」という言葉が非常に広い意味で使われます。ERPの生産モジュールを指すこともあれば、MESに近い現場実績管理を指すこともあり、Excelで作った工程管理表を指すことすらあります。ベンダーと会話するときは、まず「どのレイヤーの話をしているのか」を毎回確認するだけで、認識ズレの大半は防げます。
ERPとMESの違い——「計画の世界」と「実行の世界」
ERPとMESの違いを一言で言えば、ERPは「あるべき姿（計画）」を管理し、MESは「実際に起きたこと（実行）」を管理するという点です。
ERPは受注をもとに「この製品をこの数だけ、この納期で作る」という計画を持ちます。しかし、実際の現場では段取り替えに時間がかかった、材料が届かなかった、設備が止まった、不良が出て作り直した、という事象が絶えず発生します。この差分を秒単位・分単位で吸収するのがMESの役割です。
具体的な違いを整理すると次のようになります。
| 観点 | ERP | MES |
|—|—|—|
| 基本思想 | 計画と会計の整合 | 実行の記録と統制 |
| データ粒度 | 品目・オーダー単位 | 作業・ロット・設備・作業者単位 |
| 更新頻度 | 日次バッチが多い | リアルタイム／都度 |
| 得意なこと | 原価、在庫評価、購買、会計連携 | 進捗の見える化、不良分析、トレーサビリティ |
| 苦手なこと | 現場のリアルタイム変動への追随 | 財務会計、連結、税務対応 |
| 導入の重さ | 全社影響が大きく重い | 現場単位で段階導入しやすい |
「ERPを入れたのに現場が楽にならない」という相談は非常に多いのですが、原因の多くは、本来MESが担うべき実行レイヤーの業務をERPの画面で処理させようとしたことにあります。ERPの入力画面は会計整合を前提に設計されているため、現場作業者がライン上で数十秒ごとに触るには重すぎるのです。
生産管理システムとMESの違い
生産管理システムとMESの違いは、実務でも頻繁に問われる論点です。狭義に整理するなら、生産管理システムは計画側（何を、いつ、どれだけ作るかを決める）、MESは実行側（決まったものを、実際にどう作ったか記録・統制する）です。
ただし実務上は、パッケージによって守備範囲が重なります。生産管理パッケージが簡易的な実績入力機能を持つこともあれば、MESが簡易スケジューラを内蔵することもあります。したがって選定時は製品カテゴリ名で判断せず、自社の業務プロセスを工程順に並べ、どの工程を誰がどの画面で処理するかを機能マトリクスに落として比較するのが確実です。カタログの機能一覧の◯×だけで比べると、実際には「オプションで別料金」「日本の商習慣前提で作られていてタイでは使えない」といった落とし穴に気づけません。
SCADA/IoTの位置づけ
SCADAやIoTゲートウェイは、設備の信号を取りに行く層です。稼働・停止、サイクルタイム、電流値、温度、アラームなどを秒単位で収集します。ここで重要なのは、設備データ単体では「工場の見える化システム」にならないという点です。
「設備が動いていた／止まっていた」は分かっても、「そのとき何の製品を、どのロットで、誰が、どの指示に基づいて作っていたか」はMES側の情報がないと紐づきません。逆に、MESだけで人手入力に頼ると、稼働率やチョコ停の実態は取りきれません。設備データ（SCADA/IoT）と製造コンテキスト（MES）が結合して初めて、改善に使えるデータになるというのが実務上の要点です。タイの工場でIoT設備監視を検討する際は、「取ったデータを最終的にどの単位で分析したいのか」から逆算して設計してください。
どこから入るのが現実的か
日系のタイ工場でよくある現実解は、次の順序です。
- まずMES的な実績収集と進捗の見える化から入る。現場の痛みが最も大きく、効果が見えやすい。
- 次に設備からの自動収集（IoT/SCADA連携）を追加し、人手入力を減らす。
- 並行してERPとのインターフェースを整備し、実績→在庫→原価の流れをつなぐ。
- 最後に分析・AI活用（予知保全、外観検査、計画最適化）へ進む。
逆に、ERPの刷新から始めると全社プロジェクトになり、現場が成果を体感するまでに1年以上かかります。すでにERPが動いているなら、無理に触らず、MES側で現場を先に軽くするほうが投資回収は早い傾向にあります。
タイの工場で本当に必要になる機能
機能一覧は膨大ですが、タイの日系工場で「入れてよかった」と言われやすい機能はある程度共通しています。以下、優先度の高い順に整理します。
1. 実績収集（もっとも土台になる）
いつ、どのラインで、どの製品を、何個作り、何個が不良だったか。これを人手の転記なしに集める仕組みが土台です。入力手段は、タブレット、バーコード／QRスキャン、設備信号の自動取得、作業者IDカードなどを組み合わせます。
ポイントは入力の粒度を欲張らないことです。最初から工程ごとの秒単位入力を求めると、現場の負担が増えて高い確率で形骸化します。まずは「ロット単位・工程単位・時間帯単位」など、現場が確実に運用できる粒度から始め、精度が安定してから細かくするほうが定着します。
2. 進捗の見える化（アンドン／ダッシュボード）
計画に対して今どれだけ進んでいるかを、現場と管理者が同じ画面で見られる状態を作ります。ラインサイドの大型モニター（アンドン）、事務所のダッシュボード、管理者のスマートフォンという3つの視点があると運用が回りやすくなります。
見える化で効果が出るかどうかは、「異常が出たときに誰が何をするか」まで設計されているかで決まります。赤く光るだけで誰も動かない仕組みは、数か月で見られなくなります。閾値、通知先、エスカレーション手順をセットで決めてください。
3. トレーサビリティ
どのロットの材料が、どの製品に、いつ、どの設備で、誰の作業で組み込まれたか。自動車部品、電子部品、食品、医療機器などでは顧客監査や規制対応で必須になります。特に食品分野では規制対応の要求が具体的で、食品工場のトレーサビリティシステム｜FSMA 204とタイ規制の実務2026で扱っているような、記録すべき項目と保持期間の設計が実務の中心になります。
トレーサビリティは「問題が起きたときに、影響範囲をどれだけ小さく特定できるか」で価値が決まります。回収範囲がロット単位で絞れるか、それとも「その月の生産全部」になるかで、被害額は桁が変わります。
4. 設備稼働管理（OEE）
設備の稼働率、性能、良品率を組み合わせたOEEは、投資判断の共通言語になります。ただし、OEEの数値そのものを追いかけるより、「なぜ止まったか」の停止理由をきちんと分類できることのほうが実務では重要です。チョコ停の理由が「その他」ばかりのデータからは改善案が出ません。停止理由コードは現場と一緒に、10〜20個程度の実用的な粒度で設計するのが現実的です。
5. 品質管理
検査結果の記録、限度見本との照合、不良の分類と原因の紐付け、是正処置の記録。紙の検査記録をそのまま電子化するだけでも、集計工数と記録紛失リスクは大きく下がります。さらに進めば、不良の発生パターンを設備条件や作業者、材料ロットと突き合わせて原因を絞り込めるようになります。
6. 在庫・入出庫
仕掛在庫（WIP）が見えないという課題は、多くの工場に共通します。工程間の中間在庫が把握できれば、リードタイム短縮と資金繰りの両方に効きます。倉庫や輸送との連携まで視野に入れるなら、物流DX 東南アジア最新動向2026で整理しているような、工場外まで含めたモノの流れの設計が参考になります。
7. 帳票・レポート
日本本社への報告、顧客への提出資料、社内の会議資料。ここが自動化されないと、結局Excelでの再加工作業が残ります。「誰に、どの頻度で、どの様式で出す帳票があるか」を導入前に棚卸しすることを強く推奨します。この棚卸しをしていないプロジェクトは、稼働後に後から追加開発が発生しがちです。
タイ特有の要件——見落とすと定着しない条件
日本で実績のあるパッケージをそのままタイに持ち込んで失敗する例は珍しくありません。タイの現場には、日本とは異なる前提条件があります。
タイ語UIと多言語対応
現場のオペレーターの多くはタイ人であり、ミャンマーやカンボジアからの労働者も少なくありません。管理者は日本人、本社報告は日本語、顧客とのやり取りは英語というケースも一般的です。したがって、同じシステムを日本語・タイ語・英語で切り替えられることが実務要件になります。
確認すべきポイントは以下です。
- ユーザーごとに表示言語を切り替えられるか（システム全体で1言語固定ではないか）
- 画面ラベルだけでなく、マスタデータ（製品名、工程名、不良コード、停止理由）も多言語で持てるか
- エラーメッセージや帳票、通知メールも翻訳対象に含まれるか
- タイ語のフォント・文字化け・文字数オーバーによるレイアウト崩れがないか
- 仏暦（พ.ศ.）表記や、タイ語の日付・数値フォーマットに対応できるか
特に見落とされやすいのがマスタデータの多言語化です。画面は翻訳されているのに不良コードの名称が日本語のままで、現場が読めないという事例は実際によくあります。
現地オペレーターの定着を前提にした設計
タイの製造現場では離職率が一定程度あることを前提に設計する必要があります。「習熟した人だけが使えるシステム」は、その人が辞めた瞬間に止まります。
- 入力手順は3ステップ以内を目安にする
- 文字入力よりもスキャン・タップ・選択を優先する
- アイコンと色で直感的に分かる設計にする
- 新人が30分の説明で使える状態を目標にする
- 操作マニュアルはタイ語で、写真・動画つきで用意する
また、トレーニングは一度きりにせず、四半期ごとの再教育や、リーダー層を「社内トレーナー」として育てる仕組みを組み込むと定着しやすくなります。BOIの制度上、研修費は200%損金算入の対象になり得るため（後述）、教育投資は制度面でも設計に組み込む価値があります。
現地サポート体制
これはタイでのシステム選定において、機能以上に重要になり得る項目です。ラインが止まっているときに、日本時間の営業時間まで待たされる体制では現場は持ちません。
確認すべき事項:
- タイ国内に技術者が常駐しているか（営業だけの現地法人ではないか）
- 障害時の一次対応窓口はタイ語・日本語・英語のどれで受けられるか
- オンサイト対応が可能か、その場合の到着目安と費用
- 保守契約に含まれる範囲と、含まれない作業（追加開発、マスタ変更など）の切り分け
- ベンダー側の担当者交代時の引き継ぎ体制
- 導入したエンジニアが数年後も在籍している可能性（プロジェクトメンバーの定着）
見積書の金額だけでは、この部分の差は見えません。必ずSLA（応答時間・復旧目標）と対応時間帯を文書で確認してください。
ネットワーク・電源・環境条件
タイの工業団地は総じてインフラが安定していますが、それでも設計上の配慮は必要です。
- 停電・瞬停対策: サーバーおよびネットワーク機器のUPS、シャットダウン手順、復電後の自動復旧。生産中のデータが失われない設計か。
- オフライン耐性: ネットワーク断時に現場端末がローカルにデータを保持し、復旧後に同期できるか。これができないと、通信が切れた瞬間にラインが止まります。
- 雷サージ対策: 雨季の落雷は現実的なリスクです。屋外配線を伴うIoTセンサーの設置では特に考慮が必要です。
- 粉塵・高温・湿度: 現場設置端末の保護等級（IP規格）と動作温度範囲。空調のない工場エリアでは民生用タブレットが早期故障することがあります。
- クラウドかオンプレか: 通信品質、データ保管の社内規定、日本本社のセキュリティポリシーとの整合を踏まえて決めます。ハイブリッド（現場処理はローカル、集計はクラウド）が現実解になることも多いです。
法規・商習慣への適合
タイ固有の業務要件も確認が必要です。BOI認可企業であれば、原材料の輸入免税に伴う数量報告（いわゆる原材料バランス管理）が必要になる場合があります。この管理をシステム側で支援できるかどうかは、BOI企業にとって大きな差になります。また、会計・税務まわりはタイの制度に合わせる必要があるため、ERP側の対応範囲を確認しておきましょう。
費用構造と見積の読み方
タイでのMES導入費用は多くの方が知りたい論点ですが、金額はスコープ次第で大きく変わるため、相場を一律に示すことはできません。ここでは金額を断定する代わりに、見積書で必ず確認すべき費目と、比較のときに揃えるべき条件を整理します。これを押さえるだけで、見積の比較精度は大きく上がります。
費目の分解
| 区分 | 費目 | 確認すべきポイント |
|—|—|—|
| 初期 | ソフトウェアライセンス | 買い切りかサブスクか。課金単位（ユーザー数／端末数／ライン数／サイト数）。将来増設時の単価 |
| 初期 | 導入構築（設定・カスタマイズ） | 標準機能でどこまで賄えるか。カスタマイズの人日単価と想定工数 |
| 初期 | インターフェース開発 | ERP・設備・既存システムとの連携本数と方式。1本あたりの費用 |
| 初期 | サーバー・インフラ | オンプレのサーバー、ネットワーク機器、クラウド利用料。冗長化の有無 |
| 初期 | 現場ハードウェア | タブレット、バーコードリーダー、大型モニター、IoTゲートウェイ、センサー、PLC接続機器 |
| 初期 | 現地工事 | LAN配線、電源工事、無線AP設置、盤内工事、架台。工事は現地業者の実費が乗るため見落とされやすい |
| 初期 | データ移行 | 品目・工程・BOM等のマスタ整備。この工数は自社側にも発生する |
| 初期 | 教育・トレーニング | 管理者向け／オペレーター向け。多言語資料の作成費 |
| 継続 | 保守サポート | 年額。ライセンス費の何%か。対応時間帯とSLA |
| 継続 | クラウド利用料 | データ量増加に伴う逓増の有無 |
| 継続 | バージョンアップ | 保守に含まれるか別料金か。カスタマイズ部分の再適合費用 |
| 継続 | 追加開発 | 稼働後の改善要望に対応する人日単価と、年間の想定枠 |
見積を比較するときのコツ
同じ前提条件を書いた依頼文（RFP）を各社に配ることが最も効きます。前提が揃っていない見積を並べても、安く見えるほうが単に範囲を狭く取っているだけ、というケースが大半です。最低限、次の項目は依頼文に明記してください。
- 対象ライン数・工程数・同時利用端末数・想定ユーザー数
- 収集したいデータ項目とその粒度
- 既存システムとの連携要件（ERP名、設備メーカー、通信プロトコル）
- 必要な帳票の一覧とサンプル
- 使用言語（日／タイ／英）と対象ユーザー層
- 稼働希望時期とマイルストーン
- 求めるサポート水準（対応時間帯、オンサイト有無、目標復旧時間）
5年間の総保有コスト（TCO）で見る
初期費用だけで比較すると、保守料率が高い提案や、カスタマイズ前提で年々追加費用が発生する提案を見抜けません。初期費用＋5年分の保守・クラウド費＋想定される追加開発費を合算した総額で比較してください。加えて、以下の「隠れコスト」も忘れずに見積もります。
- 自社側の工数（プロジェクト担当者の稼働、マスタ整備、テスト立会い）
- 現場の教育時間と、立ち上げ期の生産性低下
- 並行稼働期間中の二重入力工数
- ネットワーク・電源工事の追加発生分
効果側の考え方
効果を見積もるときは、断定的な削減率を前提にしないことをおすすめします。実際に狙える改善としては、日報・集計の転記工数の削減、異常の早期発見によるロス削減、段取りや停止時間の可視化による稼働改善、在庫の適正化、監査対応工数の削減などが挙げられます。これらは工場の状況によって幅が大きいため、まず自社の現状値（転記に何時間かかっているか、月間の停止時間は何分か）を測定し、そこからの改善幅として試算するのが健全です。現状値を測っていないまま「◯%改善」と置いた投資計画は、稼働後の評価ができません。
BOI・depaの制度をどう使うか
タイには、生産管理システムやスマートファクトリー投資に使える制度があります。ただし要件は細かく、改正もあるため、必ず税理士・会計事務所、BOI、depaの各窓口で最新の内容を確認してください。以下は2026年時点で公表されている内容の整理です。
デジタル支出200%損金算入（王令802号）
2026年2月6日付の官報（ราชกิจจานุเบกษา）で、พระราชกฤษฎีกา ฉบับที่ 802 พ.ศ. 2569（王令第802号）が公布されました。概要は次のとおりです。
- 対象者: SME（中小企業）
- 対象支出: depaに登録されているソフトウェア、ハードウェア、スマートデバイス、デジタルサービスの購入・委託・利用にかかる費用
- 優遇内容: 支出額を2倍（200%）で損金算入できる
- 上限: 30万バーツ
- 対象外: コンピュータ本体は対象外
- 対象支出期間: 2025年6月24日〜2027年12月31日
実務上の注意点は3つあります。
第一に、depa登録が前提である点です。導入しようとしているソフトウェアやサービスがdepaのデジタルカタログに登録されているかどうかを、契約前に確認する必要があります。登録されていない製品を購入してから気づいても遡れません。ベンダーに対して「depa登録の有無」を選定段階で質問項目に入れておくことを推奨します。
第二に、上限30万バーツという金額感です。大規模なMES導入プロジェクト全体をカバーする規模ではありません。あくまで「使えるものは使う」という位置づけで、小規模な導入やスモールスタート、追加のライセンス・サービス購入で活用するのが現実的です。
第三に、旧措置との混同に注意が必要です。depaのサイトには2017〜2019年の旧措置（上限10万バーツ、資本金500万バーツ以下または収入3,000万バーツ以下のSMEが対象、提供者側にタイ資本51%以上やISO/IEC 29110等の認証を求めるもの）に関する記載も残っています。今回の新措置は王令802号であり、旧措置とは要件が異なります。ネット上の情報を読むときは、どちらの制度の話をしているのかを必ず確認してください。最終的な適用可否は税理士とdepaに確認するのが原則です。
BOI（投資委員会）の恩典
BOIは、より大きな投資に対応する制度です。2026年2月時点で公表されているガイドによると、主なポイントは次のとおりです（出典: Pertama Partners）。
- 法人所得税免除: 基本は最長8年。EEC（東部経済回廊）地域では最長15年。
- 技術アップグレード（Activity 10.1）: 3年の追加免除が受けられる。
- 輸入関税免除: 奨励活動向けの機械・設備が対象。サーバー、GPU、コンピュータビジョンカメラ、IoTセンサー、産業用ロボット、エッジコンピューティング機器を含む。
- 研修費の200%損金算入が可能。
- 研修投資の上乗せ: 給与総額に対する研修投資比率が1%／2%／3%以上で、法人税免除年数を1年／2年／3年追加できる。
- Industry 4.0関連の適格分野: スマートファクトリー・自動化、AI外観検査、予知保全、生産計画AI。
生産管理システムやIoT設備監視の投資を検討している工場にとって、特に注目すべきはIoTセンサーやエッジコンピューティング機器が輸入関税免除の対象に含まれ得る点と、研修費が恩典に直結する点です。システム導入では必ず教育が発生しますから、教育計画を最初から投資計画に組み込んでおくことで、制度上のメリットを取りこぼしにくくなります。
制度活用の実務的な進め方
- 投資計画の骨子を先に作る（対象範囲、概算金額、実施時期）。制度に合わせて計画を歪めるのではなく、計画に対して使える制度を探す順序が健全です。
- BOI恩典の対象になり得るかを確認する。既存のBOI認可の有無、追加申請の要否、Activity分類。
- depa登録済み製品かどうかをベンダーに確認する（王令802号の活用可否）。
- 税理士・会計事務所と、損金算入の適用要件および必要書類を確認する。領収書・契約書の記載要件、支出時期の要件など。
- 申請スケジュールを導入スケジュールに組み込む。発注後では間に合わない手続きがあります。
制度は変わります。本記事の内容は執筆時点の公表情報に基づく整理であり、適用可否の判断は必ず専門家にご相談ください。
導入ステップの概要
導入ステップの詳細は既存記事に譲り、ここでは全体像だけを簡潔に示します。
- 現状把握: 工程フロー、現行の記録方法、帳票、課題の棚卸し。現状値（工数、停止時間、不良率）の測定。
- 目的とKPIの設定: 「何が改善したら成功か」を数値で決める。ここが曖昧なプロジェクトは高い確率で迷走します。
- 要件定義: 必要機能の優先順位付け（必須／推奨／将来）。多言語、連携、帳票を明記。
- ベンダー選定: 同一条件のRFPで複数社比較。デモは自社データで実施してもらう。
- パイロット導入: 1ライン・1工程から。3〜6か月程度で効果を検証。
- 評価と改善: 現場の声を反映し、入力粒度や画面を調整。
- 水平展開: 他ライン、他工程、他拠点へ。
- 定着と継続改善: 運用ルール、教育サイクル、改善提案の受け皿づくり。
各ステップで具体的に何をすべきか、日系工場でつまずきやすいポイントについては、タイでのMES導入が現場を変える！日系工場の生産管理課題を解決するステップで詳しく解説していますので、実行フェーズに入る際はそちらを参照してください。本記事は選定・比較・費用・制度の判断材料に焦点を当てています。
よくある失敗5パターンと回避策
ここでは、タイの日系工場でシステム導入がうまくいかなかったときに繰り返し見られるパターンを5つ整理します。
失敗1: 目的が「システムを入れること」になっている
本社からの指示、あるいは「他社もやっているから」という理由で始まったプロジェクトは、要件定義の段階で拠り所を失います。判断に迷ったときに「目的に照らしてどうか」で決められないため、機能が際限なく増え、予算とスケジュールが膨らみます。
回避策: 着手前に「解決したい課題」を3つ以内に絞り、それぞれに測定可能なKPIを設定します。例えば「日報集計工数を月◯時間削減する」「設備停止理由の分類率を◯%にする」といった形です。現状値の測定は必須です。測っていないものは改善できません。
失敗2: 現場を巻き込まずに決めてしまう
管理部門とIT担当だけで仕様を決め、稼働直前に現場へ下ろすパターンです。現場からすれば「使いにくいものを押し付けられた」となり、入力が省略され、データの信頼性が失われます。データが信用できないシステムは、やがて誰も見なくなります。
回避策: 要件定義の段階から現場のリーダーを正式なメンバーとして参加させます。特にタイ人リーダーを巻き込むことが重要です。画面のモックアップを早い段階で見せ、実際の作業動線の中で試してもらってください。「タイ語でどう表示されるか」を現場に確認してもらうプロセスも入れておくと、稼働後の手戻りが減ります。
失敗3: 現行業務をそのままシステム化する
紙の帳票をそのまま画面に置き換えると、紙の時代の非効率がそのまま残ります。さらに悪いことに、紙なら書き飛ばせた例外処理がシステムでは必須項目になり、かえって作業が増えることさえあります。
回避策: システム化の前に業務そのものを見直します。「この記入欄は誰が何のために見ているのか」を1項目ずつ問い直すと、不要な項目が相当数見つかります。一方で、標準機能に業務を合わせすぎるのも危険です。競争力の源泉になっている固有のやり方は残し、そうでない部分は標準に合わせるという切り分けが現実的です。
失敗4: 一気に全社展開しようとする
複数ラインを同時に切り替えると、問題が起きたときに原因の切り分けができず、現場が混乱します。切り戻しも困難になります。プロジェクト期間が長期化し、途中で担当者が異動して推進力が失われるリスクも高まります。
回避策: 後述するスモールスタートの設計に従い、1ラインから始めます。パイロットで得た知見を標準化してから展開すれば、2ライン目以降のコストと期間は大きく圧縮できます。
失敗5: 稼働後の運用体制を決めていない
「導入したら終わり」と考えていると、マスタ登録を誰がやるのか、新製品が増えたときの手順は何か、不具合の一次対応は誰かが決まっておらず、システムが少しずつ実態からずれていきます。半年後には「マスタが古くて使えない」状態になります。
回避策: 稼働前に運用体制を文書化します。最低限、①マスタ管理の責任者と手順、②日次・週次・月次の運用タスクと担当、③障害時の連絡フローとベンダー窓口、④改善要望の受付と優先順位付けの仕組み、の4点を決めてください。加えて、社内に「システムの主担当」を明確に置き、その人の業務時間の一部を正式に割り当てることが重要です。兼務で「余った時間でやる」体制は、忙しくなった瞬間に止まります。
補足: 失敗を早く見つける仕組みを持つ
上記5つに共通するのは、「気づくのが遅い」ことで傷が大きくなる点です。パイロット期間中は月次で、稼働後も四半期ごとに、KPIの達成度と現場の使用実態（実際にログインしているか、入力が省略されていないか）をレビューする場を設けてください。使われていない機能があれば、削るか作り直すかを判断します。
スモールスタートの設計
タイでの導入を成功させる最も再現性の高い方法は、範囲を絞って早く成果を出すことです。ここでは具体的な設計の仕方を示します。
パイロットラインの選び方
すべてのラインが候補になるわけではありません。次の条件を満たすラインを選ぶと成功確率が上がります。
- 課題が明確: 進捗が見えない、不良が多い、残業が多いなど、改善テーマがはっきりしている
- 効果が測りやすい: 現状値がある程度取れており、改善が数字で示せる
- 協力的なリーダーがいる: 新しいやり方に前向きな現場リーダーの存在は最大の成功要因
- 複雑すぎない: 工程数が多すぎず、特殊な設備が少ない
- 止められない最重要ラインではない: 万一トラブルが起きても事業影響が限定的
逆に「最も問題が多く、最も忙しいライン」を選ぶと、トラブル対応に追われて検証にならないことがあります。
最初の3か月でやること
| 期間 | 主なタスク | 完了の目安 |
|—|—|—|
| 1か月目 | 現状測定、KPI設定、対象工程の確定、マスタ整備開始 | 現状値が数値で押さえられている |
| 2か月目 | 環境構築、画面設定、端末設置、現場トレーニング | 現場が説明を受けて操作できる状態 |
| 3か月目 | 並行稼働、データ精度の確認、運用調整 | 入力率が安定し、データが実態と合っている |
この期間で最も重要なのは、データの精度を実態に合わせることです。システムの数字と現場の実感がずれている状態で展開すると、そのずれが全ラインに拡大します。日次で現物とデータを突き合わせる期間を必ず設けてください。
最小構成の例
「まず何を入れるか」の具体案として、投資規模を抑えた構成の考え方を示します。
- 入力: 現場に共有タブレット1〜2台＋バーコードリーダー。作業者はIDカードをスキャンし、製品と数量を選択入力する。
- 設備連携: まずは1〜2台の主要設備のみ、稼働信号（運転／停止）をIoTゲートウェイで取得する。既存設備でも、信号灯（パトライト）の点灯状態をセンサーで読む、電流を計測するといった方法で、設備を改造せずに稼働情報を取得できる場合があります。
- 表示: ラインサイドに1台のモニターで計画対実績と稼働状況を表示。管理者はPC／スマートフォンから同じ情報を見る。
- 帳票: 日報と週報の2種類だけを自動化する。他は当面現行のまま。
- 連携: ERPとの自動連携は初期スコープから外し、CSVの手動取り込みで運用する。
この構成なら、投資と期間を抑えつつ、「データが集まると何が変わるか」を組織が体感できます。体感してから拡張範囲を決めるほうが、机上で全体設計するより無駄が出ません。
展開フェーズへの移行判断
パイロットから展開に進むかどうかは、感覚ではなく基準で判断します。目安としては、①設定したKPIが目標水準に近づいている、②入力率・データ精度が安定している、③現場から「元の紙運用に戻したい」という声が出ていない、④運用ルールが文書化され、担当者が決まっている、の4点が揃っているかどうかです。揃っていない項目があるなら、展開より先に原因を潰すほうが結果的に早く進みます。
段階的な投資計画
スモールスタートは、制度活用の観点でも合理的です。初期投資を抑えた小規模導入であれば、王令802号の200%損金算入（上限30万バーツ）の枠内に収まる可能性もあります。一方、設備投資を伴う本格展開ではBOIの恩典を検討する、というように、フェーズごとに使える制度が変わります。投資計画を段階に分けておくと、制度の適用も設計しやすくなります（適用可否は必ず専門家にご確認ください）。
AI・IoTとの接続と、その先の拡張
生産管理システムを入れる本当の価値は、日々の管理が楽になることに加えて、データが蓄積されることにあります。蓄積されたデータは、次の段階の打ち手の原資になります。
まずはデータの質を確保する
AIの活用を検討する際、多くの工場が直面するのは「データはあるが使えない」という壁です。よくある原因は次のとおりです。
- 記録の粒度がバラバラ（ある期間はロット単位、別の期間は日単位）
- 停止理由が「その他」に集中している
- マスタが更新されておらず、廃番品や旧工程名が混在している
- 設備データと生産実績が時刻でしか紐づかず、ロット単位で結合できない
つまり、AI活用の前提は地道なデータ設計です。MES導入の段階で、将来分析に使うことを前提に、時刻・ロット・設備・作業者のキーを揃えておくことが、後々の自由度を決めます。
想定される活用領域
現時点で製造現場において検討されやすい領域を挙げます。
- 予知保全: 設備の振動・電流・温度の傾向から、故障の兆候を捉える
- AI外観検査: 画像による不良判定。人の目視検査を補完する
- 生産計画の最適化: 段取り替え回数や納期制約を考慮した計画立案の支援
- 需要予測: 過去実績と受注傾向から生産計画の前提を作る
- 異常検知: 通常と異なるパターンを自動で検出し、担当者に通知する
これらはいずれもBOIのIndustry 4.0関連の適格分野に含まれるとされており（スマートファクトリー・自動化、AI外観検査、予知保全、生産計画AI）、投資計画の中で恩典を検討する余地があります。
AIエージェントという新しい選択肢
2026年に入って議論が増えているのが、単発のAI機能ではなく、業務プロセスの中で自律的に動く「AIエージェント」の活用です。現場データを読み取り、レポートを生成し、異常時に関係者へ通知し、次のアクションを提案する——といった使い方が検討されています。ただし、これも土台となる実績データがなければ機能しません。最新の動向はAIエージェント最新動向2026｜製造業DXと自律型AIの現在地で整理しています。
工場の外側との接続
生産管理システムのデータは、工場内だけで完結させる必要はありません。受発注、請求、輸出入書類といったバックオフィス業務との接続も、工数削減の余地が大きい領域です。書類処理の自動化についてはAI-OCRでバックオフィス自動化｜タイ・ASEAN工場2026が参考になります。
実装事例に見る「継続改善」の重要性
タイでの実装例として、パイオラックス（タイ）は2019年にMES・トレーサビリティシステムの基本システムを導入し、その後も人的ミス防止機能などを追加しながら、現場スタッフの意見を取り入れてシステムの改善・機能追加を継続しています。生産進捗の見える化により、製造工程の省人化・省力化を図っているとされています（出典: SMRI）。
この事例から読み取るべきは、導入がゴールではなく、稼働後に現場の声を反映して育て続けたことです。システムは一度作って終わりではありません。現場からの改善要望を受け止め、優先順位をつけて反映していく仕組みを持てるかどうかが、数年後の差になります。ベンダー選定の際も、「作って納品したら終わり」ではなく、稼働後の改善に伴走できる体制があるかを見てください。
ベンダー選定のチェックリスト
最後に、比較検討の際に使えるチェック項目をまとめます。提案を受ける各社に同じ質問をすると、差が明確になります。
機能・技術
- 自社の工程フローを、標準機能でどこまでカバーできるか（カスタマイズ必要箇所の明示）
- 既存ERP・設備との連携実績（メーカー名・プロトコル名レベルで）
- 多言語対応の範囲（画面、マスタ、帳票、通知）
- オフライン時の挙動と、復旧後のデータ同期
- 将来の拡張性（ライン追加、拠点追加、データ量増加への対応）
- データのエクスポート可否と形式（ベンダーロックインの回避）
体制・サポート
- タイ国内の技術者数と、日本語／タイ語／英語の対応可否
- 障害時の応答時間・復旧目標（SLAとして文書化されているか）
- オンサイト対応の可否、費用、到着目安
- 保守契約の範囲（含まれる作業／含まれない作業の明示）
- 導入プロジェクトの体制図と、各メンバーの役割・稼働率
実績・信頼性
- タイの日系製造業での導入実績（業種、規模、稼働年数）
- 参照可能な顧客への訪問または問い合わせが可能か
- 稼働後に追加開発や改善が継続されている事例があるか
費用
- 前掲の費目分解にもとづく内訳の提示
- 5年間のTCO試算
- 追加開発の人日単価と、想定される年間発生額
- ライセンス増設時の単価
- depa登録の有無（王令802号の活用可否）
契約
- 検収条件と、稼働判定の基準
- 瑕疵対応の期間と範囲
- 知的財産の帰属（カスタマイズ部分のソースコード）
- 契約終了時のデータ返却方法
これらを一覧表にして各社の回答を並べると、価格以外の差が可視化されます。最も安い提案が最も高くつくというのは、システム導入では珍しくありません。特にタイでは、現地サポート体制の差が稼働後のコストに直結します。
よくある質問（FAQ）
生産管理システムとMESは何が違う？
大まかには、生産管理システムは「計画」を、MESは「実行」を担います。生産管理システムは、何を・いつ・どれだけ作るかという計画の立案と管理が中心です。MESは、その計画にもとづいて現場で実際に何が起きたか——誰が、どの設備で、どのロットを、何個作り、何個が不良だったか——を記録・統制します。ただしパッケージによって守備範囲は重なるため、製品カテゴリ名ではなく、自社の工程ごとに「どの画面で誰が処理するか」を確認して比較するのが確実です。
タイでMESを導入する費用はどれくらい？
対象ライン数、収集するデータの粒度、既存システムとの連携本数、必要な帳票数によって大きく変わるため、一律の相場を示すことはできません。重要なのは、見積を比較できる形にすることです。ライセンス、導入構築、インターフェース開発、サーバー・インフラ、現場ハードウェア、現地工事、データ移行、教育、保守、クラウド利用料、追加開発——これらの費目に分けて提示してもらい、初期費用だけでなく5年間の総保有コスト（TCO）で比較してください。また、同一条件のRFPを複数社に配ることで、範囲の違いによる見かけ上の安さを排除できます。
タイの製造業DXはどこから手をつけるべき？
現場の痛みが大きく、効果が測りやすいところから始めるのが原則です。多くの工場では、日報・実績集計の電子化と進捗の見える化が最初の候補になります。転記工数という明確な削減対象があり、効果を数字で示しやすいためです。逆に、ERPの全面刷新のような全社プロジェクトから始めると、現場が成果を体感するまでに時間がかかり、推進力が続きにくくなります。まず1ラインで小さく成果を出し、社内の理解を得てから広げる進め方をおすすめします。
工場の見える化システムは小規模でも入れられる？
可能です。共有タブレット数台とバーコードリーダー、ラインサイドのモニター1台、主要設備1〜2台の稼働信号取得——といった最小構成から始める方法があります。クラウド型のサービスを使えば、初期のサーバー投資を抑えることもできます。重要なのは、最初から全機能を揃えようとせず、「1つの課題を確実に解決する」範囲に絞ることです。小規模な導入であれば、王令802号によるデジタル支出の200%損金算入（上限30万バーツ、depa登録製品が対象）の枠内に収まる可能性もありますが、適用可否は必ず税理士とdepaにご確認ください。
タイの工場でIoT設備監視は、古い既存設備でもできる？
多くの場合、可能です。設備本体を改造しなくても、信号灯（パトライト）の点灯状態を光センサーで読み取る、電流値を後付けのクランプセンサーで計測する、生産カウンターの信号を取得する、といった外付けの方法で稼働状況を把握できることがあります。まずは主要設備の「動いている／止まっている」を取るところから始め、必要に応じて詳細なデータ取得へ広げるのが現実的です。ただし、設備の構造や設置環境によって取得可否と精度は変わるため、現地調査のうえで判断する必要があります。なお、IoTセンサーやエッジコンピューティング機器は、BOIの奨励活動向け機械・設備として輸入関税免除の対象に含まれるとされています。
タイ語対応は必須？
現場のオペレーターが操作する画面については、実質的に必須と考えたほうがよいでしょう。英語や日本語のみの画面では入力ミスが増え、教育コストも上がり、結果としてデータの信頼性が下がります。確認すべきは、画面ラベルだけでなく、製品名・工程名・不良コード・停止理由といったマスタデータも多言語で持てるか、帳票や通知メールも対象になるか、タイ語表示でレイアウトが崩れないか、という点です。管理者向けの分析画面は日本語や英語でよい、というように、利用者層ごとに要件を分けて考えると過剰な要求を避けられます。
BOIとdepaの制度は併用できる？
制度ごとに対象となる支出や要件が異なるため、併用の可否は個別の状況によって判断が分かれます。王令802号はdepa登録済みのデジタル製品・サービスに対するSME向けの損金算入措置であり、BOIは投資プロジェクトに対する法人税免除や輸入関税免除が中心です。同一の支出に対して複数の恩典を重ねられるかどうかは要件の確認が必要ですので、投資計画の段階で税理士・会計事務所およびBOI・depaの窓口に相談してください。
導入にはどれくらいの期間がかかる？
範囲によりますが、1ラインを対象としたパイロット導入であれば、現状把握から並行稼働の安定までで数か月規模を見込むのが一般的です。全社展開まで含めると、拠点数と工程の複雑さに応じてさらに時間が必要になります。期間を短縮する最大のポイントは、社内側の準備——現状データの測定、マスタ整備、帳票の棚卸し——を早めに着手することです。この部分はベンダーには代行できず、遅れるとそのままスケジュール遅延になります。
まとめ
タイの工場を取り巻く環境は、人手不足の構造化と賃金上昇によって、情報の精度とスピードで勝負せざるを得ない方向に動いています。その土台になるのが生産管理システムですが、選定を成功させるには、いくつかの押さえどころがあります。
- レイヤーを取り違えない: ERPは計画と会計、MESは実行の記録と統制、SCADA/IoTは設備の信号。それぞれの役割を分けて考える
- 必要機能を優先順位で絞る: 実績収集と見える化を土台に、トレーサビリティ、設備稼働、品質、在庫へ広げる
- タイ特有の要件を要件定義に入れる: 多言語（マスタを含む）、現地サポート体制とSLA、オフライン耐性、停電・雷対策
- 費用は費目分解と5年TCOで比較する: 同一条件のRFPを配り、隠れコストも含めて見積もる
- 制度は計画段階から織り込む: 王令802号（SME、depa登録製品、200%損金算入、上限30万バーツ、コンピュータ本体は対象外、2025年6月24日〜2027年12月31日の支出）とBOI（最長8年、EECは最長15年、技術アップグレードで3年追加、研修費200%損金算入など）。詳細は必ず税理士・BOI・depaで最新確認する
- 失敗パターンを先回りで潰す: 目的の曖昧さ、現場不在、現行業務のそのままの移植、一気展開、運用体制の欠如
- スモールスタートで早く成果を出す: 1ライン・3か月・最小構成から。基準を決めて展開判断する
導入ステップの実行面についてはタイでのMES導入が現場を変える！日系工場の生産管理課題を解決するステップを、AI活用の方向性についてはAIエージェント最新動向2026をあわせてご覧ください。
システムは入れて終わりではなく、現場の声を反映しながら育てていくものです。最初の一歩を小さく確実に踏み出し、データが集まる状態を作ることが、その後のすべての打ち手の前提になります。
TOMAS TECH CO., LTD. は、バンコクを拠点とする工場ITインテグレーターです。PEGASUS 生産管理／エネルギー管理システムを中心に、タイおよびASEANで操業する日系製造業のみなさまへ現場生産性ソリューションを提供しています。日本語・タイ語・英語での現地サポート体制を備えており、「どのレイヤーから手をつけるべきか」「自社の工程にどこまで標準機能で対応できるか」といった選定段階のご相談から承っています。要件整理の壁打ちだけでも構いませんので、お気軽にお問い合わせください。
参考情報
- Dharmniti｜デジタル支出200%損金算入（王令802号）の解説
- depa｜Thailand Digital Catalog / Tax 200%
- Pertama Partners｜Thailand BOI Manufacturing Incentives Guide
- Allied Thai｜2026年のタイ経済と労働・賃金環境
- JETRO｜タイの労働市場・人手不足に関するレポート
- Career Link Asia｜タイの最低賃金ガイド2025
- Iconic Thai｜Thailand Manufacturing Industry（DX市場規模）
- SMRI｜パイオラックス（タイ）のMES・トレーサビリティシステム導入事例
- TOMAS TECH｜タイでのMES導入が現場を変える！日系工場の生産管理課題を解決するステップ
- TOMAS TECH｜AIエージェント最新動向2026｜製造業DXと自律型AIの現在地
- TOMAS TECH｜食品工場のトレーサビリティシステム｜FSMA 204とタイ規制の実務2026
- TOMAS TECH｜物流DX 東南アジア最新動向2026｜タイ倉庫自動化とWMS導入の実際
- TOMAS TECH｜AI-OCRでバックオフィス自動化｜タイ・ASEAN工場2026
