タイの製造拠点で「日系 SIer タイ」と検索する発注担当者が見極めるべきなのは、会社名や日本語窓口の有無ではありません。日本本社、タイ法人、現地協力会社、機器メーカーの間で設計・実装・承認・保守が分かれる案件を、誰が最後まで統合するのか。その責任と証跡をRFP、技術面談、FAT前レビューで検証する方法を解説します。
日系 SIer をタイで選ぶ課題は「会社」より「分業構造」にある
日系SIerの提案には、日本側が構想設計と顧客説明、タイ側が盤製作と現地立上げ、ロボットや画像の特殊機能はOEM、配線は現地協力会社という分業がよくあります。分業自体は弱点ではありません。専門性と現地対応を両立できる合理的な形です。問題は、提案書では一社に見えても、契約後に四者の責任境界が露出することです。
例えば、日本側の基本設計で決めた安全インターロックをタイ側が現場都合で変更し、OEMがロボット内部の復帰条件を別に設定したとします。設備は動いても、誰が最終仕様を承認したのか、図面とPLCとロボットの版が一致しているのか、タイ語の現場指示が日本語の承認内容を正しく反映したのかが不明なら、FATの合格は再現できません。
そこで選定対象を「企業ブランド」から「案件のDelivery Chain」へ変えます。RFPで次を一つの図にさせます。
- 契約主体と請求主体
- 日本本社・日本側設計拠点の役割
- タイ法人・タイ支店の役割
- 現地協力会社と個人外注の役割
- ロボット、画像、サーボなどOEMの役割
- 各成果物の作成者、レビュー者、承認者、保管者
- 不具合と変更の最終決定者
- 契約終了時に引継ぎを実行する主体
「弊社が一括責任を持ちます」という文言だけでは足りません。一括責任を実行する人物、権限、文書、会議、承認ゲートを見せてもらいます。
タイFA投資の数字は、指名要員を確認する理由になる
Thailand Board of Investment（BOI）の2026年上期発表では、Smart and Sustainable Industry施策への申請は132件、約172億バーツでした。machinery, automation and robotics分野は82件、約131億バーツ、日本からのFDI申請は123件、約328億バーツです。いずれも申請ベースであり、個別案件の承認や成功を示す数字ではありません。
JCC/JETROの2026年上期調査では、2026年設備投資額の増加を見込む回答が23%、減少を見込む回答が16%でした。製造業回答249社の複数回答では、更新160社（64%）、合理化99社（40%）、DX関連52社（21%）です。複数回答なので合計は100%にならず、調査回答企業の結果として読む必要があります。
発注側にとっての示唆は「市場が伸びる」ではなく、良い技術者が複数案件へ重複提案され得ることです。会社の総人数より、本案件の指名要員と予約容量を確認する必要があります。
「日系窓口あり」と「タイで完結できる実装体制」を分ける証拠
候補会社の説明を、次の三段階に分類します。
| 段階 | 実態 | 発注者が確認する証拠 |
|---|---|---|
| 日本語窓口 | 日本語で商談・報告ができる | 担当者名、対応時間、承認権限 |
| 日泰調整体制 | 日本側とタイ側の間を翻訳・調整できる | RACI、二言語議事録、変更台帳、Escalation Map |
| タイ完結実装 | 現地で設計判断、改造、試験、復元、一次保守まで進められる | 指名技術者、権限、設備・ライセンス、代替要員、復元テスト |
日本語窓口だけでも、投資相談や機器調達では十分な場合があります。しかし、休日の既存ライン改造、夜間の障害復旧、安全ロジック変更を含む案件では、タイ完結実装の証拠が必要です。
証拠チェックリスト
- 提案書の組織図に、営業だけでなくProject Manager、Lead Engineer、安全、電気、PLC、ロボット、現地工事、保守の氏名がある。
- 氏名ごとに所属法人、勤務地、雇用または委託区分、使用言語、承認権限がある。
- タイ側Lead Engineerが、日本へ照会しないと一切判断できない構造になっていない。
- タイ国内に必要な開発ソフト、ライセンス、接続ケーブル、テスト環境がある。
- PLCやロボットの変更後に、タイ側でバックアップ取得と復元確認ができる。
- 日本語の承認事項を、タイ語の作業指示へ変換して版管理する手順がある。
- 休暇・退職・他案件競合時の代替者が指名され、アクセス権と教育状態を確認できる。
- 協力会社が変わっても、発注者の成果物と知識が失われない契約になっている。
- OEMへ上げる前に、現地技術者がログ、版、再現条件を揃える手順がある。
- 契約終了時に、別SIerへ引き継げるソース利用権と説明支援がある。
日本本社・タイ法人・現地協力会社のRACIを成果物単位で作る
RACIは、Responsible（実行）、Accountable（最終責任）、Consulted（協議）、Informed（共有）を示します。組織単位の一枚表だけでは粗すぎます。要求、図面、ソフト、安全、試験、引渡し、保守という成果物単位で作ります。
| 成果物・判断 | 日本側 | タイ法人 | 現地協力会社 | OEM | 発注者 |
|---|---|---|---|---|---|
| User Requirement確定 | C | R | I | C | A |
| 基本設計・能力前提 | A/R | C | I | C | C |
| 現地調査・既設確認 | C | A/R | R | I | C |
| 電気図面・盤製作 | C | A/R | R | C | I |
| PLC統合ロジック | C | A/R | C | C | I |
| OEM特殊機能 | C | A | I | R | I |
| 安全リスク統合 | C | A/R | C | C | C |
| FAT偏差の出荷判断 | A | R | C | C | C |
| SAT・量産引渡し | C | A/R | R | C | A |
| 障害一次受付・切分け | I | A/R | C | C | I |
この表は例であり、案件の正解ではありません。重要なのは、各行のAが一人または一主体に収束し、Aが承認に必要な情報へアクセスできることです。「日本側とタイ側の共同責任」のようにAを二つ置くと、意見が割れた時の最終判断が消えます。
RACIと契約を一致させる
提案書のRACIでタイ法人がAでも、契約約款では日本本社の設計責任外、現地工事は協力会社責任となっていれば、表は機能しません。契約主体、保証主体、知的財産所有者、保険、現地入構資格も照合します。
RACIの各主体には、法人名と担当者を対応させます。「Japan Engineering」「Thailand Team」といった箱だけでは、異動時に誰が引き継ぐか分かりません。人が変わる場合のRACI更新期限と発注者承認要否もChange Controlへ入れます。
指名エンジニアの実稼働率と予約容量を検証する
「タイにエンジニア30名」と聞いても、本案件に必要なPLCブランドやロボットの経験者が一人で、その人が五案件を兼務していれば、現場対応力は低くなります。人数ではなく、Role CoverageとCapacityを質問します。
RFPで開示を求める項目
| 項目 | 開示質問 | 判断するリスク |
|---|---|---|
| 指名者 | この案件で署名するLeadと実装者は誰か | 営業時と実行時の入替え |
| 予約容量 | 設計・FAT・据付期間に何日または何%を確保するか | 同時案件による遅延 |
| 現在負荷 | 同時に担当する案件数と重要ゲートは何か | FAT・SATの衝突 |
| 代替者 | 各Key PersonのPrimary/Secondaryは誰か | 休暇、退職、病欠 |
| 引継ぎ状態 | Secondaryは図面、ソース、顧客ルールへアクセスできるか | 名前だけの代替者 |
| 外部依存 | 個人外注・OEMにしかできない作業は何か | 調達不能、価格・納期変動 |
発注者が固定の稼働率を一律要求する必要はありません。数値を置く場合は「仮定」とします。例えば、仮定としてFAT前4週間はLead PLC Engineerの予約容量を50%、現地切替え期間は指名Secondaryを含めたオンコール体制を求める、と書けます。この50%は相場ではなく、案件の停止リスクから決める条件です。
実稼働率は月報の作業時間だけでなく、成果物と結び付けます。設計レビュー、ソフトCommit、現場日報、試験署名が指名者と一致するかを見ます。担当交代時は、引継ぎ会議、未完事項、アクセス権、バックアップ照合を完了条件にします。
Bus Factorを面談で確かめる
Key Person一人が不在になると止まる領域を洗い出します。技術面談ではPrimaryだけでなくSecondaryにも同じ図面の説明を求めます。Secondaryが「担当ではないので分からない」と答えるなら、代替要員として未準備です。契約では氏名固定だけにせず、同等能力の定義と交代承認プロセスを決めます。
日本語承認とタイ語現場指示を一つの変更証跡にする
日系案件固有の事故源は、単純な翻訳ミスだけではありません。日本語会議で条件付き承認された内容が、タイ語のチャットでは無条件の作業指示になり、PLCだけ変更され、図面とFAT手順が旧版のまま残ることです。
変更管理では、一つのChange IDに次を紐付けます。
- 変更要求の原文と発行者
- 日本語・タイ語・必要なら英語の同義要約
- 変更理由、対象設備、影響する品種・モード
- 安全、品質、能力、納期、費用、OTセキュリティへの影響評価
- 日本側設計者、タイ側実装者、発注者、OEMの意見
- 最終決定者、決定日時、承認条件
- 変更対象の図面、PLC、HMI、ロボット、パラメータ、手順書の旧版・新版
- 実装者、レビュー者、試験者
- FAT/SATでの確認項目と結果
- As-builtとバックアップへ反映した証拠
チャットは連絡手段として使えても、承認台帳の正本にはしません。スタンプや「OK」だけでは、何をどの条件で承認したか残りません。Decision Recordには、採用案、却下案、理由、残留リスクを短くても明記します。
二言語の版管理で揃えるもの
| 対象 | 正本の言語 | 現場用言語 | 一致確認 |
|---|---|---|---|
| 機能仕様 | 契約で定めた日本語または英語 | タイ語要約 | Requirement IDで対応 |
| 作業指示 | 承認済みChange ID | タイ語 | SupervisorがRead-back |
| 安全手順 | 承認言語 | タイ語完全版 | 有資格者レビュー |
| アラーム・HMI | 設計用語集 | タイ語/英語表示 | I/O・Cause/Action照合 |
| FAT/SAT手順 | 契約言語 | 立会者用併記 | Step IDと証拠を共通化 |
| 障害報告 | タイ語一次情報 | 日本語経営要約 | ログ・時刻・版は翻訳しない |
翻訳者が技術判断を補ってはいけません。不明語は推測せずQueryとして戻し、設計者が決定します。型式、I/O、アラームコード、ソフト版、時刻は原記号を保持します。
日本設計・タイ実装・OEM特殊機能の穴をFAT前に閉じる
三者分業で最も危険なのは、それぞれが自分の範囲を正しく完了しても、境界が試験されないことです。日本側はシーケンス仕様を完成、タイ側はPLCを完成、OEMはロボット機能を完成させても、停止要求と復帰許可のHandshakeが三者で一致しなければ、セル全体は未完成です。
Interface Registerを作る
| Interface | 提供者 | 受領者 | 合意する内容 | FAT前の証拠 |
|---|---|---|---|---|
| PLC–Robot | タイPLC担当 | OEM | Command, Complete, Busy, Fault, Reset, Safe State | Signal Table、異常試験ログ |
| Safety–Robot | 安全設計者 | タイ/OEM | Stop Category, Guard, Reset, Restart Inhibit | Safety Requirement、Validation |
| Vision–PLC | OEM/画像担当 | タイPLC担当 | Trigger, Result, Timeout, Recipe, Image Retention | Sequence Test、NG画像 |
| HMI–Operator | タイ実装 | 発注者 | 権限、言語、Alarm Cause/Action | Screen Review、操作試験 |
| Machine–MES | 日本/IT設計 | タイ実装 | Tag, Timestamp, Retry, Data Ownership | Mapping、通信断復旧 |
| Backup–Owner | 各開発者 | 発注者 | Source, Version, Password Route, Restore Method | Restore Test Record |
Interface RegisterにはOwnerとDue Dateだけでなく、Normal、Fault、Power Cycle、Communication Loss、Manual Mode、Maintenance Modeの振る舞いを入れます。FAT直前に初めて統合するのではなく、I/O Simulation、Software-in-the-loop、部分結合試験など、可能な方法で早期に証拠を作ります。
FAT Ready Reviewの停止条件
次が残る場合、FAT日程を守るために試験を始めるのではなく、何を未完として条件付きで進めるかを発注者が判断します。
- Aが未定のRACI行がある
- Interface Registerに未承認の安全・復帰条件がある
- 日本語仕様とタイ語作業指示のChange IDが対応しない
- PLC、ロボット、HMI、図面、FAT手順の版がBaselineに揃っていない
- OEM担当者が不在で特殊機能のFault Testができない
- バックアップはあるがRestore手順とライセンスがない
- 協力会社の配線・盤改造がAs-builtへ反映されていない
安全の一般要求はタイでの産業用ロボット導入とISO 10218の実務で補完できます。本稿では、ISO 10218-1:2025のロボット本体とISO 10218-2:2025のアプリケーション・セル統合の間を、誰がAccountableとして閉じるかを確認します。ISO 12100:2010は確認時点で現行ですが改訂作業中であり、適用版とリスクファイルの責任者を明記します。
制御盤の要求はタイの制御盤設計と引渡しの実務を参照し、本案件では日本設計、タイ製作、現地配線のどこで図面Baselineを更新するかに焦点を当てます。IEC 60204-1:2016+AMD1:2021の参照だけでなく、適用範囲、設計者、試験者、As-built承認者を決めます。
現地委託とサブコンを「見えない実装部隊」にしない
協力会社利用は、地域対応、工事資格、施工能力の面で有効です。発注側が避けるべきなのは、誰が実装するかを契約後まで開示しない構造です。
RFPで次を要求します。
- 委託予定の法人名または、未選定なら選定基準と承認時期。
- 委託範囲を、配線、盤製作、機械製作、PLC、ロボット、試運転、保守に分けて表示。
- 再委託の可否と発注者の事前承認。
- 協力会社が作成した図面・ソース・設定の所有または利用権。
- SIerのReview、受入れ、是正責任。
- 協力会社変更時の引継ぎ、アクセス取消し、秘密保持。
- 契約終了後の保証・保守と、別会社への移管支援。
ソース利用権は「ファイル受領」より前に決める
PLCやロボットのファイルを受け取っても、パスワードがない、開発ライセンスがない、汎用ライブラリの利用権が不明、協力会社の著作物なので別SIerへ開示できないなら、引継ぎはできません。
| 確認項目 | 契約で決めること |
|---|---|
| 案件固有ソース | 編集、複製、バックアップ、別保守会社への開示権 |
| 汎用ライブラリ | 利用可能範囲、更新条件、ソース非開示時の継続利用 |
| OEMソフト | License所有者、更新、Dongle、アカウント移管 |
| Password/Key | 安全な引渡し経路、受領者、変更、緊急時アクセス |
| 開発環境 | Version、Installer、依存関係、互換端末 |
| 契約終了 | 最終Baseline、説明会、Open Item、アクセス削除、移管期間 |
知的財産を無制限に譲渡させる必要はありません。設備を継続稼働し、別の適格な保守会社へ引き継ぐための権利を、再利用ライブラリや第三者権利と分けて合意します。
タイ語一次受付からOEMまで、エスカレーション証跡を一本化する
「日本語サポート可」「24時間受付」という表示だけでは、実際の障害経路は分かりません。日系SIer固有の強みを示すのは、日本語窓口があることではなく、タイ語の一次情報を失わず、日本側の承認とOEMの解析へつなげ、現場へ戻せることです。
一つのIncident IDに残す情報
- タイ語一次受付：設備ID、発生時刻、シフト、品種、アラーム、写真、直前操作
- 現地技術者：安全状態、再現条件、PLC/Robot/HMI版、ログ、暫定措置
- 日本側：生産・品質・顧客影響、設計変更承認の要否、決定者
- OEM：Case ID、提出ログ、解析回答、推奨変更、制約
- 現場復帰：実施者、変更版、試験、バックアップ、タイ語手順更新
- Close：根本原因、恒久対策、横展開、発注者承認、残留リスク
SLAの時間値は案件ごとに決めます。数値を例示する場合は仮定と明記します。例えば「仮定：重大停止はタイ語受付後15分以内に現地技術者が内容確認、設計変更を伴う場合は日本側Accountableへ30分以内にEscalate」と設定できます。15分や30分は相場ではありません。夜間体制、工場所在地、安全リスクから発注者が決める条件です。
現地技術者が日本側の返信を待つ間にできる安全な診断範囲と、承認なしで変更してはいけない範囲を決めます。OEMへ送るログから個人情報や機密データを除く手順、Remote Accessの承認・記録・終了も定義します。IEC 62443-2-4:2023はIACSサービスプロバイダーのセキュリティプログラム要求を扱うため、VPNという機能ではなく、この運用証跡を評価する参照になります。
日系 SIer タイ向けRFPは「組織の約束」を採点する
一般的な機能・価格の評価に加え、日系分業構造を検証する配点を独立させます。次は仮定の配点例で、標準値ではありません。
| 独自評価領域 | 仮定配点 | 必須証拠 |
|---|---|---|
| 三者RACIと最終責任 | 20 | 成果物別RACI、法人・担当者、契約整合 |
| 指名要員とCapacity | 20 | Primary/Secondary、予約容量、同時案件、交代手順 |
| 日泰変更証跡 | 15 | Change ID、二言語記録、版Baseline、最終決定者 |
| Interface統合 | 15 | Register、Owner、Fault Test、FAT Ready条件 |
| 委託透明性と引継ぎ | 15 | サブコン範囲、Review、ソース権利、Exit Plan |
| 多言語保守 | 10 | Incident Flow、タイ語受付、現地解析、日本/OEM経路 |
| 一般技術・商務 | 5 | 機能、納期、価格の比較表 |
機能・価格を5点に固定すべきという意味ではありません。この記事で示した独自検証を、一般的な自動化ベンダー比較に埋没させないための例です。実案件では安全、品質、能力のMandatory Gateを別に置き、未達なら総合点に関係なく失格とできます。
技術面談は四者を同席させる
日本人営業だけでなく、日本側設計者、タイ側Lead Engineer、主要協力会社またはOEMを同じ面談へ呼び、同じInterface Scenarioへ答えてもらいます。
仮定シナリオとして「Guard Open後、ロボットは停止したがPLCのCycle Stateが保持され、復帰時にVision Resultが旧品種のまま残った」と提示します。誰が安全判断、シーケンス修正、OEM確認、品種データ検証、FAT再試験、二言語手順更新を担当するかを聞きます。四者の回答がRACIと一致するかが評価対象です。正解のプログラムを即答させる試験ではありません。
現地訪問で確認するもの
- 指名者が普段働く場所と開発環境
- ソースリポジトリ、版管理、アクセス管理のデモ
- タイ語作業指示と日本語承認の対応例
- バックアップからの復元手順と必要ライセンス
- FAT機材、I/O Simulator、試験記録の雛形
- Incident TicketからOEM Case、Closeまでの匿名化例
- Secondary Engineerによる案件説明
顧客秘密の完全開示を求めず、匿名化された仕組みと再現可能なデモで確認します。
仮定シナリオで「証跡が最後までつながるか」を試す
書類が揃っていても、RACI、Change Log、Interface Register、Incident Ticketが別々の管理表になり、同じ変更を追跡できなければ実務では機能しません。候補会社に、次のような仮定シナリオを渡し、提案時から量産後まで一つのRequirement IDを追ってもらいます。これは実績の主張でも事故統計でもありません。
仮定：日本側が「品種AとBで共通治具を使う」と基本設計し、タイの現地確認でBだけワーク公差が異なると判明した。協力会社はセンサー追加を提案し、OEMはロボットの把持確認信号を追加する必要があると回答した。変更はサイクル、安全停止後の復帰、HMIのタイ語表示、予備品、納期に影響する。
候補会社には、次の順で証拠を見せてもらいます。
- 現地確認を誰がSite Deviationとして発行し、写真・測定値・図面位置をどう紐付けるか。
- 日本側設計者が元の設計前提を撤回または修正する権限を持つか。
- タイ側Leadがセンサー、PLC I/O、HMI、配線、試験への影響を誰と見積るか。
- OEMの把持確認信号をInterface Registerのどの行へ追加するか。
- 安全への影響を誰が評価し、ISO 10218-2側のセル統合責任へ戻すか。
- 費用・納期・能力の選択肢を、誰が日本語で発注者へ説明するか。
- 承認条件をタイ語作業指示へ変換し、SupervisorがどうRead-backするか。
- PLC、Robot、HMI、Drawing、FAT Procedureを同じBaselineへ上げるか。
- FATで正常、Fault、Power Cycle、品種切替えを誰が試験するか。
- SAT後にBackup、Spare、Manual、Trainingへ反映し、Change IDを誰がCloseするか。
回答が「担当者間で調整します」で終わる場合、統合プロセスはまだ見えません。各ステップにActor、Artifact、Approval、次ステップへのEntry Conditionが必要です。逆に、日本側がすべてのAを持つ回答も注意が必要です。夜間の現地復旧で日本が不在なら、タイ側が安全に実行できる範囲がなくなるからです。
Traceability Sampleは一本の線で見せてもらう
| 起点 | 中間証跡 | 終点 |
|---|---|---|
| Requirement ID | Site Deviation → Change ID → Decision Record | 更新済みAcceptance Step |
| Interface ID | Signal Table → Software Revision → Fault Test | FAT Result/Deviation Close |
| Incident ID | Thai Intake → Local Diagnosis → Japan/OEM Decision | Permanent Fix/Backup Update |
| Person Change | RACI Update → Access/Knowledge Handover | Secondary Readiness Approval |
| Subcontract Change | Owner Approval → IP/Access Transfer | New Party Acceptance Test |
匿名化サンプルでは、顧客名や価格を消して構いません。ただしID、版、日時、役割、承認の連鎖は残してもらいます。これが見えれば、文書の多さではなく、意思決定を再現できるかを評価できます。
契約終了を想定したExit Drillで引継ぎ可能性を確かめる
引継ぎ条項は、契約終了時まで試されないままになりがちです。選定時に机上のExit Drillを行い、「明日から元の協力会社へ連絡できない」という仮定で、別の適格な技術者が何を使って復元・診断・変更するかを説明してもらいます。
確認対象は、最終Sourceと実機Versionの照合、開発環境、License、Passwordの保管者、As-built、BOM、OEM Account、未解決Issue、保証境界、予備品、Remote Access取消しです。さらに、元のSIerが再利用ライブラリを開示しない場合でも、発注者が設備を継続運転できる権利と、別会社が安全な変更を依頼できる経路を確認します。
Exit Drillで復元不能が分かった場合、すぐに候補を失格にする必要はありません。Escrow、継続保守契約、予備端末、コンパイル済み版、OEM直接契約など、制約を埋める代替策を価格とリスクに含めます。重要なのは、量産後の障害で初めて依存関係を知るのではなく、契約前に選択することです。
契約からFATまでの5つの証跡ゲート
| ゲート | 閉じるべき責任穴 | 承認証拠 |
|---|---|---|
| G1 Delivery Chain | 契約主体と実装主体が不明 | 法人・個人・委託を含むRACI |
| G2 Named Capacity | Key Personが他案件と衝突 | 予約容量、Secondary、交代条件 |
| G3 Design Baseline | 日本仕様とタイ実装版が不一致 | Change Log、版一覧、Decision Record |
| G4 Interface Ready | 日本・タイ・OEM間のFault挙動が未決 | Interface Test、Open Item、Owner |
| G5 FAT Ready | 試験者、版、環境、偏差判断が未確定 | FAT Readiness署名、Baseline Backup |
ゲートは文書作成が目的ではありません。未決責任を、設備が完成してから見つけるコストを下げるためのものです。長納期品を先行発注する場合は、未確定Interfaceと変更時の費用・納期責任を例外承認へ残します。
FAQ：日系SIerとタイ現地体制の見極め
日系 SIer タイの候補は何社比較すべきですか？
固定数はありません。各候補の日本側設計者、タイ側指名者、協力会社/OEMまで同じ深さで確認できる数に絞ります。会社数を増やすより、同じInterface Scenarioと証拠一覧で比較する方が有効です。
バンコク 自動化 会社なら地方工場の障害も現地完結できますか？
所在地では決まりません。指名技術者の勤務場所、夜間入構、移動、Remote権限、予備品、Secondary、地域協力会社を確認します。タイ語一次受付から現地解析までを誰が行うかが判断軸です。
タイ 自動化 設備で日本本社の設計承認は必須ですか？
契約とRACI次第です。すべてを日本承認にすると現場が止まり、すべてを現地裁量にすると設計Baselineが崩れます。安全・顧客仕様・費用・能力に影響する変更と、承認済み範囲内の調整を分け、決定権を定義します。
タイ FAの指名エンジニアを契約で固定できますか？
氏名、Key Role、交代通知、同等能力、引継ぎ完了を条件にできます。ただし退職や病欠を禁止することはできません。Primary/Secondaryと交代時の証跡を決める方が現実的です。
タイ ロボットSIerのOEM依存は悪いことですか？
依存自体は問題ではありません。特殊機能をOEMへ委ねるのは合理的です。問題は、Case受付条件、応答経路、ログ、現地で可能な診断、ソース権利、OEM不在時のFAT条件が不明なことです。
サブコンのソースを発注者が受け取れない場合はどうしますか？
ソース非開示でも、継続利用権、Escrow、コンパイル済み版、変更サービス、契約終了時支援など代替策を検討できます。重要なのは契約前に制約を開示し、復旧・改造・移管が可能か判断することです。
日本語とタイ語の文書はどちらを正本にしますか？
契約で一つの正本と言語優先順位を決めます。ただしタイ語の安全手順や現場指示は要約だけで済ませず、作業者が理解できる完全な内容にします。Requirement ID、Change ID、版で両言語を結びます。
まとめ：日系という看板ではなく、国境をまたぐ責任の証跡を買う
日系SIerをタイで選ぶ価値は、日本語で話せることだけではありません。日本の設計知識、タイの実装力、協力会社の施工力、OEMの専門性を、一つのRACI、指名Capacity、二言語Change ID、Interface Register、Incident ID、Exit Planで統合できることにあります。「タイで完結できる」とは日本へ一切相談しないことではなく、現地が一次判断と安全な復旧を進め、必要な承認を証跡付きで日本・OEMへつなげられる状態です。
既存ラインの自動化やロボットセルで、日本・タイ・OEMの責任分界をRFPへ落とす段階から整理できます。TOMAS TECHへのご相談は、お問い合わせページから、対象工程、想定する分業、困っている承認や保守の流れをお知らせください。機器選定前でも、証拠チェックリストとFAT前ゲートの設計から検討できます。
参考情報・出典
- Thailand BOI, H1 2026 investment applications: https://www.boi.go.th/index.php?_module=news&from_page=press_releases%26group_id%3D22&page=press_releases_detail&topic_id=139075
- JCC/JETRO, Survey on Business Sentiment of Japanese Corporations in Thailand, 1H 2026: https://www.jetro.go.jp/ext_images/thailand/pdf/JCCSurvey1H2026Eng.pdf
- ISO 10218-1:2025: https://www.iso.org/standard/73933.html?browse=tc
- ISO 10218-2:2025: https://www.iso.org/standard/73934.html?browse=tc
- IEC 62443-2-4:2023: https://webstore.iec.ch/en/publication/67631
- ISO 12100:2010: https://www.iso.org/standard/51528.html
- IEC 60204-1:2016 and consolidated AMD1:2021 version: https://webstore.iec.ch/en/publication/26037
- IFR, World Robotics 2025 Industrial Robots Executive Summary: https://ifr.org/img/worldrobotics/Executive_Summary_WR_2025_Industrial_Robots.pdf
※規格の適用、法令適合、安全妥当性は、設備、用途、所在地、契約範囲によって異なります。本稿は一般的な発注実務の整理であり、認証・法務・安全判断を代替するものではありません。
