海外拠点のIoT導入｜遠隔監視の費用と回収を5層で分解2026

日本本社から「海外拠点のIoT導入を進めたい。まずタイの工場を日本から見えるようにしたい」という相談をいただくことがあります。そして、その多くが見積の比較段階まで進んだところで止まります。金額が高いから止まるのではありません。「そのデータは、誰のどの判断のために使うのか」が決まっていないから止まります。

この記事は、設備からどうやってデータを取るかという話ではありません。それは工場IoTで稼働監視を始めるときの計測レイヤの作り方で扱っています。ここで扱うのは、その一段上、国境をまたいで複数の拠点を本社からどう束ねるかという層です。国内の複数工場を一元管理する話と海外拠点の話は、似ているようで前提が4つ違います。時差、データの置き場所を縛る法規制、監視とアクセスの区別、そして投資回収の構造です。

結論を先に書きます。海外拠点の遠隔監視は、1拠点だけの回収年数で判断すると、拠点あたり投資の割高さを見落とします。 そして導入しただけでは回収しません。回収年数を決めるのは、機器の性能ではなく「出張・駐在の運用ルールを本当に変えるか」と「設備停止1時間あたりの損失額を自社で計算できているか」の2つです。この記事では、費用を5層に分けたうえで、3拠点60台と1拠点20台のモデル試算を並べ（回収年数は8.0年と約8.3年）、さらに同じ3拠点でも出張の運用ルールを変えるかどうかで回収年数が8.0年と12.5年に分かれる理由まで、計算式を全部見せます。

なお、この記事のモデル試算の金額はすべてバーツ表記です。円換算はしません。為替の前提を挟むと、比較したい構造が見えなくなるからです。このあと引用する市場規模だけは、出典の表記に従って米ドルのまま記載します。

海外拠点のIoT導入が「日本から見える化」で終わる理由

多くの案件が「日本から見えるようになりました」で終わります。ダッシュボードは動いていて、本社の会議で映される。しかし現地の生産性は変わらない。この状態を、私たちは「見えているが動いていない」と呼んでいます。

背景として押さえておきたい2つの調査

まず、外部の調査を2つだけ確認します。ただし先に断っておくと、この2つは自社の導入判断の根拠にはなりません。背景を理解するための材料です。

1つ目は、ジェトロの2025年度 海外進出日系企業実態調査です。2025年8〜9月に実施され、海外82カ国・地域の日系企業17,708社を対象に、7,485社から有効回答を得ています（有効回答率42.3%）。この調査で、ASEANのデジタル技術活用は52.1%で、他地域より低いという結果が出ています。

ここで注意が必要なのは、「活用」が何を指すかの定義はプレスリリースに書かれていないことです。設備の稼働監視を指すのか、業務システムの導入を指すのか、確定できません。ですので、この数値から読み取れることは「ASEANは他地域より低い」以上でも以下でもありません。定義を勝手に補って「だから遅れている、だから急ぐべきだ」と接続するのは、根拠を水増しすることになります。

2つ目は、タイのICT市場に関する調査会社の推計です。市場規模は2025年の177.4億米ドルから2026年に196.8億米ドル、2031年には330.8億米ドルになると見込まれ、2026〜2031年のCAGRは10.95%とされています。ITサービスが2025年のタイICT市場シェアの32.08%を占め、クラウドサービスは年平均成長率11.45%で成長する見込みです。

こちらも同じです。市場が伸びていることは、自社が投資すべき理由にはなりません。 市場規模はベンダー側の事業計画の材料であって、発注側の稟議の根拠ではありません。この記事で市場規模を根拠に使わないのは、そのためです。

むしろ注目したいのは、投資計画の不在

同じ調査には、市場規模より示唆的な指摘が2つあります。タイの中小企業の9割が正式なデジタル投資計画を持たないこと。そしてSME 4.0プログラムの政府バウチャー利用率は30%未満であり、その理由として「経営者が当面のキャッシュフロー問題を優先するため」と説明されていることです。

補助の枠があっても使われない。それは「知らないから」ではなく「目先のキャッシュを優先するから」だという説明です。これは海外拠点のIoT導入でも同じ構図で起きます。日本本社は中期計画の文脈で話し、現地法人は今期のキャッシュで話す。同じ案件を見ているのに、判断の時間軸が違う。これが「本社が旗を振っているのに現地が乗ってこない」の正体であることが少なくありません。

技術の問題として持ち込まれた案件は、たいてい技術の問題ではない

相談の入口はほぼ例外なく技術です。「どのゲートウェイがいいか」「クラウドはどこがいいか」「PLCから直接取れるか」。しかし、要件を分解していくと、決まっていないのは技術ではなく次の3つであることがほとんどです。

この3つが決まっていれば、必要な機能は自然に絞れます。逆に、この3つを飛ばして機能比較から入ると、機能が多いほど良く見えるので、要らないものまで積み上がります。第4層（集約・可視化アプリ）が肥大するのは、ほぼこの経路です。費用の話は後半で詳しく扱いますが、要件が決まらないことのコストは、最終的に金額として現れます。

本社が見たい数字と、現地が使う数字は別物である

海外工場の遠隔監視で最初につまずくのが、この点です。1つの画面で本社と現地の両方を満たそうとすると、どちらも使わない画面ができます。

見たい粒度と時間軸が根本的に違う

整理すると次のようになります。

「稼働率」という一語ですら、本社と現地で定義が違うことがあります。本社は計画停止を分母から抜きたい。現地は段取り時間を稼働に含めたい。この定義を統一する作業こそが、後述する第4層（集約・可視化アプリと権限設計）の中身であり、拠点数が増えても金額が比例して増えない部分です。逆に言えば、この定義統一を1拠点目でやらずに済ませると、2拠点目で必ずやり直しになります。

時差2時間をどこで吸収するか

日本はUTC+9、タイとベトナムはUTC+7です。時差は2時間です。この2時間が、締め時刻の設計をややこしくします。

日本本社の朝礼が日本時間8:30だとすると、現地時間では6:30です。この時刻に前日分の実績が確定している必要があります。ところが、現地の夜勤が終わるのが現地時間の朝であれば、6:30時点では前日分がまだ閉じていません。日本の朝礼に間に合わせようとすると、現地の夜勤分が欠けるという構造です。

対処の選択肢は3つあります。

1. 本社側の締めを1日ずらす — 朝礼で見るのは「前々日確定分」とする。もっとも安全で、実装コストもゼロに近い。ただし本社側が「昨日の数字」を諦める必要がある
2. 暫定値と確定値を分ける — 朝礼では暫定値を見て、現地の夜勤終了後に確定値へ差し替える。画面に「暫定／確定」の状態表示が必須になる。実装は増えるが、現場の運用は変えなくてよい
3. 現地のシフト境界を動かす — 現地の勤務体系そのものを変える。実装コストはかからないが、現地の労務に踏み込むため、まず通らない

私たちが勧めるのは1か2です。3を提案してくる案件は、本社側の都合が現場に一方通行で降りている兆候なので、要件定義をやり直したほうが早いことが多いです。

そして重要なのは、この決定はシステムの機能ではなく運用ルールだということです。締め時刻は要件定義書の1行で決まりますが、決めずにおくと、稼働後にデータが合わない原因の第一候補になります。

現地が本当に使うのは、集計値ではなく通知

もう1つ、実務でよく起きることがあります。現地の担当者はダッシュボードを見に行きません。見に行く時間があるなら現場に立っています。現地側で実際に効くのは、グラフではなく「止まった」「呼ばれた」という通知です。この設計は工場の呼び出し・通知システムの作り方で扱っている領域と重なります。

つまり、同じ1つのIoT基盤の上に、本社向けには「集計と比較」、現地向けには「通知と一次対応」という、性格の違う2つの出口を用意することになります。この二重構造を最初から前提に置くかどうかで、第4層の見積が変わります。

「遠隔監視」と「遠隔アクセス」を混ぜてはいけない

海外拠点の案件で、もっとも静かに危険が入り込むのがここです。稟議書には「遠隔監視システムの導入」と書かれているのに、要件の中に「日本から設定変更できるように」「ベンダーが日本からメンテナンスできるように」という一行が紛れ込む。この瞬間に、案件の性格が変わります。

監視とアクセスは、リスクの種類が違う

一方向の読み取りと、双方向の制御では、必要な対策のレベルがまったく違います。制御に触れた瞬間に、OTセキュリティの世界に入ります。

CISAが繰り返し指摘していること

産業用リモートアクセスについて、押さえておくべき指摘が3つあります。

1つ目。CISAの勧告は、安全でないリモートアクセスを重要インフラへの主要な侵入経路として繰り返し指摘しています。特殊な設備の話ではなく、リモートアクセスの構成そのものが侵入口になっているという指摘です。

2つ目。ベンダーのリモートアクセスが最も直接的な脅威とされています。設備メーカーは診断・更新・サポートのために、顧客のOTネットワークへ常時接続または随時接続のVPNを維持していることが多く、ベンダー側が侵害されると、その信頼された接続が生産設備への直通トンネルになります。自社のセキュリティ体制がどれだけ整っていても、ベンダー側の管理が甘ければ、そこから入られます。

3つ目。2026年の実際の事案では、高度な攻撃手法ではなく、コントローラがインターネットから直接到達可能だったことが原因でした。ゼロデイでも高度な標的型攻撃でもありません。露出していた、というだけです。

初期侵入の経路も整理されています。通常は社内IT側から入ります。フィッシングによる資格情報の窃取、公開アプリケーションの脆弱性、そしてVPNアクセスを持つ第三者ベンダーの侵害です。

海外拠点だと、この問題が構造的に悪化する

なぜ海外拠点で特にこの論点が重いのか。理由は単純で、「日本から触りたい」という要求が最初から入っているからです。

国内工場なら、何かあれば担当者が現地へ行けます。海外拠点は行けません。だから「日本から設定を直せるように」という要望が自然に出ます。そして、その要望は「遠隔監視の導入」という稟議のなかに、追加費用の見えない一行として紛れ込みます。監視の要件で見積を取り、アクセスの要件で運用する。これが一番危ない状態です。

最低限、決めておくこと

• リモートアクセスはファイアウォールの内側に置き、VPNゲートウェイ経由の制御されたアクセスとする。 ゲートウェイとネットワークは最新のパッチを維持する
• コントローラをインターネットから直接到達可能な状態に置かない。 2026年の事案の直接原因はこれです
• 多要素認証を必須にする。 OTのリモートアクセスにおける多要素認証はもはや任意ではありません。PLC自体がMFAに対応できなくても、その手前のゲートウェイやVPNで強制できます
• ベンダーのVPNを棚卸しする。 誰が、いつから、どの設備に、常時接続で入れる状態になっているかを一覧にする。これは新規導入の話ではなく、既存の設備に対して今すぐできることです

拠点内のネットワーク設計そのものについては工場の無線LANと産業用ネットワークの設計を、OT側の防御の考え方についてはタイの工場で始めるOTセキュリティを参照してください。本記事では、拠点をまたぐ接続を作る以上この検討が必須である、という点だけを押さえます。

そして費用の観点でも重要です。この検討は第3層（拠点間・本社接続）の見積に直結します。 「VPNを引く」だけの見積と、「ゲートウェイを立ててMFAをかけ、ベンダーアクセスを分離する」見積では、金額が変わります。安い見積が出てきたときは、どちらの前提かを必ず確認してください。

データをどこに置くか｜タイPDPAとベトナムの新規則

拠点をまたいでデータを集めるということは、データが国境を越えるということです。ここには法規制が絡みます。東南アジア各国では、データの所在地と移転に関する規制が整備されつつあります。

以下は一般論としての整理です。個別案件の判断は、必ず法務部門と現地の専門家に確認してください。 この記事は法的助言ではありません。

タイPDPAの越境移転規則

越境移転の基準を定めるPDPC告示2本が、2023年12月25日にタイ官報で公布され、2024年3月24日に発効しました。Section 28に基づく告示（移転先国の保護水準が十分な場合）と、Section 29に基づく告示（十分でない国への移転）の2本です。

Section 28の「十分な保護水準」は、次の3点で評価されます。

1. タイの個人データ保護法に相当する法的措置があること
2. 調査・制裁の権限を持つ執行機関が指定されていること
3. データ主体が利用できる法的救済手段があること

Section 29には、十分でない国へでも移転できる場合の例外が定められています。法令上の要求、不十分な水準であることを説明したうえでの本人同意、契約の履行に必要な場合、危害を防ぐために必要な重大な状況、重要な公益活動に必要な場合です。

十分でない国への移転手段としては、BCR（拘束的企業準則。PDPCの審査・認証が必要）、標準契約条項、PDPCの認証、法的拘束力のある二国間文書、承認された行動規範があります。

実務上いちばん重要なのは「越境移転に当たらない場合」

ここが本記事でもっとも実務的な部分です。次の2つの場合は、越境移転に当たらないとされています。

1. データがシステムを通過するだけで、アクセスも改変もされない場合
2. 第三者のアクセスが無い形で、海外のクラウドサーバに保管される場合

この2つを知っているかどうかで、アーキテクチャの選択肢が変わります。「海外に置くと全部アウト」ではありません。データがどう流れ、誰がアクセスできるのかという設計次第で、扱いが変わりうるということです。だからこそ、構成図を描く段階で法務を巻き込む必要があります。作ってから相談すると、作り直しになります。

なお、行政制裁金の上限額については、本記事が参照した出典に記載がないため、金額は書きません。

ベトナム Decree 356/2025/ND-CP

ベトナムでは、2026年1月1日にDecree 356/2025/ND-CPが施行され、Decree 13/2023/ND-CPを置き換えました。個人データ保護法（PDPL）の施行細則にあたり、原則ベースから具体的・検証可能なコンプライアンス要件へ移行しています。

実務上、押さえるべき点は次のとおりです。

域外適用がある点は特に重要です。処理場所を問わず適用されるため、「サーバを日本に置いたから関係ない」とはなりません。

また、ベトナムにはDecree 53とDecree 13の系統で、データの国内保存に関する規定があります。ただし適用範囲の細部は出典から確定できていないため、本記事では「そういう規定系統がある」以上には踏み込みません。ベトナム拠点を含む構成を検討する場合は、この点を現地の専門家に確認してください。

罰金額についても、参照した出典に具体的な記載がないため書きません。金額を持ち出して危機感を煽るより、構成を決める前に相談するという手順を守るほうが実務的です。

設備の稼働データは個人データなのか

よく聞かれる質問です。設備の稼働データ単体は、通常は個人データではありません。 稼働／停止、サイクルタイム、アラーム履歴といったデータは、それ自体では特定の個人を指しません。

ただし注意が必要です。作業者IDや従業員名が紐づいた瞬間に、個人データを含む扱いになりうるという点です。「誰がこの設備を操作していたか」「どのオペレーターのときに不良が出たか」という情報を持たせると、性格が変わります。そして、トレーサビリティや品質分析の要件を入れると、作業者を紐づけたくなるのが自然な流れです。

ここは断定を避けます。どこからが個人データに当たるかは、データの持ち方と各国の規定によって判断が分かれうる領域です。この記事で言えるのは次の一点だけです。「稼働データだから法規制は関係ない」という前提で設計を始めないでください。 作業者IDを持たせる／持たせないの判断は、要件定義の初期に法務を交えて決めるべき事項です。

トレーサビリティの粒度設計そのものについてはトレーサビリティシステム構築の費用と進め方で扱っています。海外拠点で品質データまで含める場合は、こちらも併せて検討してください。

海外拠点IoTの費用を5層に分解する

ここから費用の話に入ります。海外拠点の遠隔監視の見積は、ベンダーによって内訳の切り方がバラバラで、そのままでは比較できません。そこで本記事では、費用を5層に分解して整理します。

投資額の定義をここで固定する

回収計算で毎回起きる事故があります。運用費を投資額にも入れ、さらに毎年のコストとしても引く、という二重計上です。これをやると回収年数が実態より悪化し、判断がゆがみます。

そこで、本記事では定義を固定します。

投資額 = 第1層 ＋ 第2層 ＋ 第3層 ＋ 第4層（初期に一度だけ発生する4つの層）
第5層は年間運用費として別枠（毎年発生するので、投資額には含めない）

年間純便益 = 年間便益 − 第5層の年間運用費
回収年数 = 投資額 ÷ 年間純便益

5層のうち4層が投資額、残る1層が年間運用費です。この記事のこれ以降の計算はすべてこの定義に従います。他社の見積を比較するときも、まずこの5層に並べ替えてから比べてください。同じ層に同じものが入っていない見積は、金額を比べても意味がありません。

層ごとの性質の違いが、この記事の結論を決める

5つの層は、増え方が違います。ここが本記事の核心につながります。

第1層は台数に比例します。20台なら20台分、60台なら60台分です。ところが第4層は違います。「稼働率の定義を決める」「権限の階層を設計する」「多言語で表示する」という作業は、対象が1拠点でも3拠点でも、かかる手間が3倍にはなりません。この非対称が、後半で見る逆転現象を生みます。

設備側からどうデータを取るか、つまり第1層の具体的な手法（PLCから取る、信号灯から取る、後付けセンサーを付ける）については、本記事では扱いません。工場IoT稼働監視の導入手順を参照してください。本記事の関心は、第3層と第4層、つまり国境をまたぐ部分にあります。

補助金と税優遇は費用計画に織り込めるか

タイの制度についてよく聞かれるので、先に整理しておきます。結論から言うと、織り込まないほうがいいというのが実務的な答えです。

BOIの「Smart and Sustainable Industry」では、法人税免除の上限は基本50%です。100%になるのは、「自動化・ロボットを生産ラインに導入し、かつ更新機械価値の30%以上をタイ国内の自動化産業から調達した場合」のみです。遠隔監視システムの導入がこの条件に当てはまるかは、案件ごとの判断になります。

depaの200%損金算入（王令802号）には、二重の壁があります。ここは必ずセットで理解してください。

1つ目の壁は枠の小ささです。1会計期間あたりの上限は30万バーツです。後述するシナリオAの投資額4,800,000バーツに対して、30万バーツは6.25%にあたります。制度として意味がないという話ではありませんが、投資判断を左右する大きさではないということです。

2つ目の壁は対象の狭さです。この制度は、払込資本金500万バーツ以下かつ年商3,000万バーツ以下の企業が対象で、depa Thailand Digital Catalog登録ベンダー限定です。そして決定的なのは、BOI・対象産業・EECで法人税免除を受けている事業には使えないという点です。タイの日系製造業の多くはBOI下にあります。つまり、そもそも対象外である企業が多いということです。対象支出期間は2027年12月31日までとされています。

この2つの壁を両方クリアできる日系製造業は、実際にはそう多くありません。ですので、稟議では優遇制度を前提にしない金額で回収を組み立て、使えたら上振れという整理をお勧めします。制度を前提にした稟議は、対象外と判明した時点で作り直しになります。

モデル試算｜3拠点60台と、タイ1拠点20台を並べる

ここから具体的な数字を出します。先に強く断っておきます。以下はすべて前提を置いたモデル計算であり、調査結果ではありません。自社の数字に置き換えて必ず再計算してください。 特に「設備停止1時間あたりの逸失利益」は、自社で計算すべき数値であり、ここに置いた値をそのまま使うことに意味はありません。

モデル工場の前提

• 日本本社 ＋ 海外3拠点（タイ2拠点・ベトナム1拠点）
• 監視対象は1拠点あたり設備20台、3拠点合計60台
• 停止時間の削減は1台あたり月1.5時間（＝年18時間）とおく（モデル前提値）

単価の前提は次のとおりです。

最低賃金は日額である点に注意してください。日額400バーツの県で 400 ÷ 8 ＝ 50バーツ/時 が現場オペレーターの人時単価になります。

シナリオA：3拠点60台を一斉に導入する

投資額（第1〜4層）

第5層 年間運用費

年間便益

出張1回あたりのコストは、渡航費・宿泊費 60,000 に出張者の稼働（3日 × 8時間 × 500 ＝ 12,000）を足して、72,000 バーツ/回としています。年6回だった出張を年3回に減らす前提で、3回削減です。

年間純便益 = 1,368,000 − 768,000 = 600,000 バーツ/年
回収年数 = 4,800,000 ÷ 600,000 = 8.0年
5年ROI = (600,000 × 5 − 4,800,000) ÷ 4,800,000 = −37.5%（5年では回収できない）
10年ROI = (600,000 × 10 − 4,800,000) ÷ 4,800,000 = +25.0%

正直に書きます。5年では回収しません。 ここを飾ると営業はしやすくなりますが、2年目に必ず破綻します。この前提のもとでは、遠隔監視は3年で回収する投資ではありません。

シナリオB：タイ主力1拠点20台のみ先行する

投資額（第1〜4層）

第5層 年間運用費

年間便益

出張は年4回を年2回にする前提で、2回削減です。

年間純便益 = 540,000 − 276,000 = 264,000 バーツ/年
回収年数 = 2,200,000 ÷ 264,000 ≒ 8.3年
5年ROI = (264,000 × 5 − 2,200,000) ÷ 2,200,000 = −40.0%
10年ROI = (264,000 × 10 − 2,200,000) ÷ 2,200,000 = +20.0%

2つのシナリオを並べて見えること

回収年数だけを見ると、8.0年と約8.3年で、大きな差には見えません。「それなら初期投資の小さいBから始めればいい」と読みたくなります。ここが落とし穴です。 次の章で、この表の読み方を変えます。

1拠点だけで回収を語ると必ず落ちる

本記事でもっとも伝えたいのがこの章です。

1拠点あたりの投資額で見ると、結論が反転する

回収年数ではなく、1拠点あたりいくらかかったかで並べ直します。

4,800,000 ÷ 3 = 1,600,000 バーツ/拠点
1 − 1,600,000 ÷ 2,200,000 = 約27.3%減

3拠点まとめて入れた場合、1拠点あたりの投資額は約27.3%安くなります。回収年数の差（8.0年と約8.3年）を見ているだけでは、この27.3%は見えません。

なぜ逆転するのか — 第4層が拠点数に比例しないから

理由は第4層にあります。

シナリオAの第4層は1,800,000、シナリオBの第4層は1,100,000です。差は700,000しかありません。ところが対象拠点は3倍になります。1拠点分の集約アプリを作るのと、3拠点分の集約アプリを作るのとで、費用差が700,000しかないということです。

投資額に占める第4層の比率で見ると、さらにはっきりします。

シナリオA： 1,800,000 ÷ 4,800,000 = 37.5%
シナリオB： 1,100,000 ÷ 2,200,000 = 50.0%

1拠点だけで始めると、投資額の半分が第4層に消えます。 そして第4層は、拠点が増えても比例して増えない性質の費用です。つまり1拠点で始めるということは、「拠点数で割れば安くなったはずの固定費」を、1拠点だけで丸ごと背負うということです。

当社の過去記事と結論が逆になる理由

ここは正直に書いておきます。当社はこれまで、協働ロボット、工場IoT稼働監視、工場の呼び出し・通知システムといったテーマの記事で、一貫して「小さく始めて段階導入したほうが回収が早い」と書いてきました。本記事の結論は、それと逆に見えます。

矛盾ではありません。投資の主役が違うからです。

単一拠点で設備20台から始める話なら、投資の主役は台数に比例する第1層です。10台に絞れば、第1層はおおむね半分になります。だから段階導入が効きます。

一方、拠点横断の遠隔監視で主役になるのは第4層です。ここは拠点数に比例しません。だから「まず1拠点だけ」と絞っても、投資額はきれいには減りません。同じ「小さく始める」でも、効く場合と効かない場合があるということです。

では、1拠点から始めてはいけないのか — シナリオC

とはいえ、現実には初期投資4,800,000バーツの稟議を一発で通すのは簡単ではありません。そこで第3のシナリオを置きます。1拠点目で作った第4層を、2拠点目・3拠点目に流用する段階展開です。

3シナリオを並べます。

シナリオAとの差： 4,800,000 − 4,600,000 = 200,000 → 200,000 ÷ 4,800,000 = 約4.2%減
1拠点あたり： 4,600,000 ÷ 3 ≒ 1,533,333 バーツ/拠点
シナリオBとの比較： 1 − 1,533,333 ÷ 2,200,000 = 約30.3%減

シナリオCでは、年間便益・年間運用費はシナリオAと同じ（1,368,000 / 768,000）になるため、年間純便益も600,000です。総投資4,600,000に対する回収年数は 約7.7年 となります。

ここに重要な注記があります。 2拠点目・3拠点目の便益は、展開が終わるまで出ません。上の7.7年は、3拠点が立ち上がった後の定常状態での比較値であり、初年度からの累積で回収した年数ではありません。実際のキャッシュフローでは、展開が終わるまでの期間、投資だけが先行します。稟議の資料にこの7.7年を書く場合は、この注記を必ず併記してください。

実務的な結論

3つのシナリオから引き出せる結論は次のとおりです。

1. 第4層を1拠点専用に作ってしまうと、1拠点あたりの投資が最も重くなる（シナリオB：2,200,000/拠点。この水準は、そこで止まった場合の値）
2. ただし、第4層を最初から横展開前提で設計しておけば、段階展開でも一斉導入と同等以下に収まる（シナリオC：約1,533,333/拠点で、シナリオAの1,600,000を下回る）
3. したがって、判断すべきは「1拠点か3拠点か」ではなく、「第4層を最初から複数拠点前提で設計するか」である

これが本記事の核です。1拠点目のスコープを議論する前に、指標の定義・権限の階層・多言語化の方針を3拠点分まとめて決める。作るのは1拠点分でも、決めるのは全拠点分。これで投資構造が変わります。

感度分析｜回収年数を決める2つの変数

ここまでの数字はすべて前提の上に乗っています。前提を動かすと結論がどう変わるかを確認します。ここを見ないまま稟議を出すと、2年目に説明できなくなります。

① 設備停止1時間あたりの逸失利益を 800 → 400 バーツにした場合（シナリオA）

800バーツ/台/時という値は、モデル前提値です。自社の実態が半分だったらどうなるか。

年間便益： 432,000 + 216,000 + 180,000 + 108,000 = 936,000
年間純便益： 936,000 − 768,000 = 168,000
回収年数： 4,800,000 ÷ 168,000 ≒ 28.6年
10年ROI： (168,000 × 10 − 4,800,000) ÷ 4,800,000 = −65.0%

停止1時間の損失を半分にしただけで、回収年数は8.0年から約28.6年になります。実質的に回収不能です。この前提のもとでは、投資として成立しません。

この結果が意味することは重大です。「停止1時間あたりの損失額を自社で計算できていない」なら、そもそもこの投資は判断できません。 見積を3社から取る前に、この1つの数値を出してください。順番が逆になっている案件が非常に多いです。

② 出張を実際には減らさなかった場合（シナリオA）

もう1つ。年間便益のうち216,000は「出張を年6回から年3回に減らす」ことによる削減です。システムを入れても出張の回数を変えなかったら、どうなるか。

年間便益： 1,368,000 − 216,000 = 1,152,000
年間純便益： 1,152,000 − 768,000 = 384,000
回収年数： 4,800,000 ÷ 384,000 = 12.5年

8.0年から12.5年へ、4.5年の悪化です。年間便益に占める出張削減の比率は約16%にすぎないのに、純便益で見ると効き方がまるで違います。理由は、年間便益1,368,000のうち768,000が年間運用費で消え、残る純便益が600,000しかないからです。便益の総額は大きくても、回収年数を割り算する相手は純便益のほうです。 だから便益側の216,000という一見小さな削りが、回収年数には大きく響きます。

この2つから引き出せる、営業では言いにくい結論

遠隔監視は、導入しただけでは回収しません。

回収年数が8.0年になるか12.5年になるかを分けるのは、システムの性能ではありません。「出張・駐在の運用ルールを実際に変えるかどうか」です。ここは情報システム部門やベンダーの権限では動きません。本社の管理部門と現地法人の合意事項です。

そして前提として、停止1時間の損失を自社で計算できていなければ、この投資は判断できません。感度分析①が示すとおり、この1つの前提が半分になるだけで、投資判断そのものがひっくり返ります。

なお、感度分析の技術的な注意も書いておきます。便益側の人時単価を動かすときは、第5層の年間運用費に含まれる「現地保守と本社運用工数の金額換算」も同じ方向に動かしてください。同じ社内スタッフの時間だからです。上の①②は人時単価を動かしていないため、費用側を据え置いたままで整合しています。

停止時間そのものを減らすアプローチとしては、監視より一歩進んだ予知保全システムの考え方もあります。ただし前提となるデータの蓄積が必要なので、順序としては稼働監視の後になります。

海外拠点でつまずく6つの実務ポイント

技術以外で案件が止まる場所は、だいたい決まっています。6つ挙げます。

1. 時差2時間 — 締め時刻を先に決める

前述のとおり、日本はUTC+9、タイ・ベトナムはUTC+7で、時差は2時間です。日本の朝礼が日本時間8:30なら現地時間6:30。この時刻に間に合わせようとすると、現地の夜勤が終わる前に締めることになり、当日分が欠けます。締め時刻は要件定義の最初に決めてください。あとから変えると、集計ロジックと画面の両方に手が入ります。

2. 「本社が見たい数字」と「現地が使う数字」の不一致

本社は月次の稼働率を見たい。現地は今この瞬間の段取り遅れを知りたい。同じ画面で両方は満たせません。 出口を2つ用意するか、どちらを優先するかを決めてください。決めないまま作ると、両方に少しずつ寄せた画面ができ、結局どちらも使いません。

3. UIとサポートの言語

日本語UI・日本語サポートのまま導入すると、現地の保全が触れません。触れないシステムは使われません。そして、翻訳を後から足すと別費用になります。第4層の見積に多言語化が含まれているかどうかを、必ず確認してください。シナリオAとシナリオBの第4層の差（1,800,000 と 1,100,000）の一部は、まさにこの多言語化と拠点間比較の分です。

4. 現地の一次対応を誰がやるか

日本から見えても、直せるのは現地の人です。ゲートウェイが落ちた、通信が切れた、センサーが外れた——このとき最初に切り分けるのは誰か。これを契約で決めていないと、止まったまま朝を迎えます。日本の担当者が気づくのは翌朝で、そこから連絡して、現地が動くのは午後。1日分のデータが飛びます。

一次対応の体制は、ベンダー選定の主要な判断軸です。現地に実働部隊があるか、日本語と現地語の両方で会話できるか。この観点はタイのシステム開発会社の選び方で詳しく整理しています。

5. 稟議の通貨と、どちらのP/Lに乗せるか

本社が円で稟議を通し、運用費は現地法人がバーツで負担する——この形はよくあります。問題は、どちらのP/Lに乗るかを先に決めていないと、2年目に運用費が宙に浮くことです。

初年度は本社のプロジェクト予算で走ります。2年目、第5層の年間運用費（シナリオAで768,000バーツ）を誰が持つのかが議題になり、現地法人は「本社の施策だから本社が持つべきだ」と言い、本社は「現地の効率化なのだから現地の費用だ」と言う。ここで止まった案件を何度も見ています。

回避策は単純です。稟議の段階で、5年分の第5層の負担先を書いておくこと。金額そのものより、負担先の合意のほうが揉めます。

6. 回線とデータの置き場所

前述のタイPDPAとベトナムDecree 356の話です。ここでもう一度だけ書きます。設備の稼働データ単体は通常は個人データではありませんが、作業者IDや従業員名が紐づいた瞬間に、個人データを含む扱いになりうるという点に注意してください。断定はしません。だからこそ、構成を決める前に法務・専門家に確認する、という手順が必要です。

90日で回す進め方

最後に、実行の順序です。90日を3つのフェーズに分け、それぞれ30日ずつ充てます。30日 × 3 = 90日です。2026年7月31日を1日目とすると、2026年10月28日が90日目にあたります。

第1〜30日：数字と締め時刻を決める（システムの話をしない）

この30日間は、製品を1つも見ません。決めるのは次の5つです。

このフェーズの成果物は資料1枚で構いません。しかし、これが埋まっていない状態で見積を取ると、比較不能な見積が3つ並びます。

第31〜60日：構成を描き、法務を通し、見積を5層で取る

作ってから法務に相談すると、作り直しになります。構成図の段階で通すのが、この30日の目的です。

第61〜90日：1拠点目を作る（ただし決めるのは3拠点分）

3つ目が地味に重要です。システムができてから運用を考えると、たいてい元の運用に戻ります。90日目の時点で「出張を減らす」という運用ルールの変更が起案されているかを、フェーズの完了条件にしてください。

よくある質問（FAQ）

日本からタイ工場を監視するのに、専用線は必要ですか？

必要かどうかは、監視だけか、遠隔アクセスまで含むかで変わります。読み取りだけの遠隔監視であれば、通常の回線とクラウド経由の構成でも設計できます。一方、設定変更やプログラム更新まで行うなら、ファイアウォールの内側でVPNゲートウェイ経由の制御されたアクセスとし、多要素認証を強制する構成が前提になります。「専用線を引くかどうか」より先に、「制御に触るかどうか」を決めてください。 費用でいえば第3層（拠点間・本社接続）の金額が、この判断で変わります。

海外工場の稼働状況を把握するには、まず何台から始めるべきですか？

台数より先に決めるべきことがあります。本記事の試算が示すとおり、拠点横断の遠隔監視では投資の主役は台数に比例する第1層ではなく、拠点数に比例しない第4層です。シナリオBでは第4層が投資額の50.0%を占めます。台数を絞っても、投資額は期待したほど下がりません。 実務的な答えは、「1拠点目の台数は絞ってよいが、指標定義と権限設計は最初から全拠点分を決める」です。

タイの製造業のIoT導入事例を、具体的に教えてもらえますか？

本記事では、社名を伴う導入事例は扱っていません。事例は前提条件（設備の種類、稼働形態、既存システム、停止時の損失額）が違うと数字がまったく変わるため、他社の事例を自社の判断根拠にすることをお勧めしていないからです。代わりに、本記事では前提値をすべて開示したモデル試算を出しています。自社の数字に置き換えて再計算できる形になっているので、そちらを使ってください。 個別のご相談であれば、条件を伺ったうえで近い構成の話はできます。

ベトナム工場のIoT導入は、タイと同じ進め方でよいですか？

技術構成の考え方は同じですが、データの扱いに関する手続が違います。ベトナムでは2026年1月1日にDecree 356/2025/ND-CPが施行され、Decree 13/2023/ND-CPを置き換えました。越境移転については評価書類を60日以内に公安省のポータルへ提出し、当局が15日以内に審査します。域外適用があり、ベトナム国民の個人データを扱う外国事業者には処理場所を問わず適用される点も、タイとの違いとして押さえてください。零細企業・家族経営・小規模企業には2031年まで5年間の猶予があります。個別の適用可否は法務・専門家に確認してください。

海外工場の品質管理システムやトレーサビリティまで、同じ基盤に載せるべきですか？

同じ基盤に載せること自体は可能ですが、順序として稼働監視を先に立ち上げることをお勧めします。理由は2つあります。1つは、品質・トレーサビリティは記録の粒度を決める作業が重く、稼働監視より要件定義に時間がかかること。もう1つは、作業者IDを紐づけると個人データを含む扱いになりうるため、法務の確認範囲が広がることです。粒度の決め方はトレーサビリティシステム構築の費用と進め方で扱っています。

ASEAN全体でスマートファクトリー化を進めるとき、標準を先に決めるべきですか？

決めるべきです。ただし「標準」の中身を、機器やベンダーの統一だと考えないでください。本記事の観点で先に統一すべきなのは、指標の定義（稼働率に何を含めるか）、権限の階層、締め時刻の3点です。この3つは第4層の中身であり、拠点数が増えても費用が比例しない部分です。ここを拠点ごとにバラバラに決めると、後から統一するときに第4層をもう一度作り直すことになります。機器の統一は、それに比べれば後から吸収が効きます。

タイ工場の見える化は、日本語UIのままでも運用できますか？

本社側の画面だけなら日本語で問題ありません。しかし現地の保全や製造が触る画面を日本語のままにすると、使われません。そして翻訳を後から足すと別費用になります。第4層の見積に多言語化が含まれているかを、契約前に必ず確認してください。「あとで翻訳を足せます」と「見積に含まれています」は別の話です。

まとめ

海外拠点のIoT導入で最初に決めるべきは、機器でもクラウドでもなく、「誰のどの判断のためのデータか」です。要点を整理します。

• 止まる理由は技術ではない。 「誰のどの判断のためのデータか」「締め時刻はいつか」「悪かったとき誰が動くか」の3つが決まっていないまま機能比較を始めると、要件が肥大する
• 本社と現地では、見たい粒度も時間軸も言語も違う。 1つの画面で両方は満たせない。時差2時間の締め時刻設計を要件定義の最初に置く
• 遠隔「監視」と遠隔「アクセス」を混ぜない。 制御に触るならOTセキュリティの領域。VPNゲートウェイ経由の制御されたアクセス、多要素認証の強制、コントローラをインターネットに直接露出させないこと、ベンダーVPNの棚卸し
• データの置き場所は法規制が絡む。 タイPDPAには「越境移転に当たらない2つの場合」があり、ベトナムのDecree 356は2026年1月1日に施行され域外適用がある。構成図の段階で法務を通す
• 費用は5層で比べる。 投資額＝第1〜4層、第5層は年間運用費として別枠。第5層を二重計上しない
• 1拠点だけで回収を語ると落ちる。 1拠点あたりの投資額は、3拠点一斉なら1,600,000バーツ、1拠点だけなら2,200,000バーツで、約27.3%減。理由は第4層が拠点数に比例しないから。第4層は投資額の37.5%（3拠点）／50.0%（1拠点）を占める
• 段階展開でも、第4層を横展開前提で作れば近づく。 シナリオCの3拠点合計は4,600,000バーツで、シナリオAより約4.2%減、1拠点あたりでは約1,533,333バーツとシナリオBより約30.3%減。ただし回収年数の約7.7年は3拠点が立ち上がった後の定常状態での比較値であり、初年度からの累積回収ではない
• 回収を決めるのは2つの変数。 停止1時間の損失を800から400バーツにすると回収年数は8.0年から約28.6年（10年ROIは−65.0%）になり、実質的に回収不能。出張を実際に減らさなければ8.0年が12.5年になる
• 優遇制度を前提に稟議を組まない。 BOIの「Smart and Sustainable Industry」の法人税免除上限は基本50%で、100%になるのは自動化・ロボットを生産ラインに導入し更新機械価値の30%以上をタイ国内の自動化産業から調達した場合のみ。depaの200%損金算入は1会計期間あたり上限30万バーツ（シナリオAの投資額4,800,000バーツに対して6.25%）で、しかもBOI・対象産業・EECで法人税免除を受けている事業には使えない。タイの日系製造業の多くはBOI下なので対象外になる

繰り返しになりますが、本記事の金額はすべて前提を置いたモデル計算であり、調査結果ではありません。特に「設備停止1時間あたり800バーツ」は自社で計算すべき数値です。この1つを自社の数字に置き換えて再計算するところから始めてください。それが、この投資を判断できる状態への最短距離です。

海外拠点のIoT導入で最初に決めるべきは、機器でもクラウドでもなく、「誰のどの判断のためのデータか」です。この記事で書いたことを検討の初期段階から整理したい場合は、お問い合わせからご連絡ください。TOMAS TECH CO., LTD. はタイ・バンコクを拠点に、日系製造業向けの工場ITシステム（生産管理・IoT・FA）を提供しており、日本本社と現地拠点の両方と会話できることを強みにしています。まだ台数も予算も固まっていない段階、「停止1時間の損失をどう計算するか」から一緒に考えたい段階でのご相談で構いません。見積の前に整理しておくべきことのほうが、実際には多いためです。