海外拠点のシステム導入2026｜本社標準と現地最適の線引き

海外拠点のシステム導入がうまくいかなかったとき、日本本社の総括はたいてい「製品選定を誤った」に落ち着く。だが現地で立ち上げに立ち会ってきた立場から言えば、原因はほとんど別のところにある。本社標準と現地最適の線引きを、機能単位でしか引いていないことだ。「生産管理は本社標準、在庫は現地に任せる」——この粗い分割が、両方を中途半端にする。線は機能ではなく、データで引かなければならない。

この記事では、その線引きを4層のデータモデルとして具体化し、層ごとに標準化レベル・決定権・逸脱時の実害を定義する。あわせて、タイの制度がそのままシステム要件に化ける箇所、費用の5層分解、ロールアウト順序の判断基準、90日で線引きを終えるロードマップまでを扱う。

海外拠点のシステム導入で最初に決めるのは、製品ではなく「線引き」

プロジェクトの初回キックオフで、本社側から必ず出る質問がある。「結局、どのパッケージがタイに合うんですか」。この質問が出た時点で、そのプロジェクトは半分ずれている。

製品を先に決めると、線引きは製品の都合で自動的に決まる。パッケージが標準機能として持っている範囲が「本社標準」になり、持っていない範囲が「現地でなんとかする」領域になる。つまり、自社の統制方針ではなくベンダーの設計思想が、拠点のガバナンス境界を決めてしまう。数年後に別製品へ乗り換えたとき、境界がまるごと引き直しになるのはこのためだ。

「線引き」とは何を決めることか

線引きとは、次の4つを一組で決めることを指す。

1. どのデータを、誰が定義するか（本社か、拠点か）
2. その定義を変えるとき、本社承認が要るか
3. 拠点間で定義がズレたとき、誰にどんな実害が出るか
4. その実害を、いつ・どうやって検知するか

このうち3番目と4番目が抜けているプロジェクトが非常に多い。「統一したほうがいいから統一する」は理由ではない。統一しなかった場合に誰が困るのかを言語化できないルールは、現地では必ず形骸化する。逆に、実害が明確なルールは、言語が通じなくても守られる。

製品比較そのものが無駄だという話ではない。線引きが済んだ後であれば、比較軸は一気に鋭くなる。どの層をパッケージ標準で吸収でき、どの層をアドオンに逃がすかが決まっているからだ。製品ごとの得手不得手を整理するなら生産管理システム比較2026を先に読んでおくと、この記事の線引き論と噛み合わせやすい。

順序を逆にしたときに起きること

線引きより先に製品を決めたプロジェクトは、要件定義の中盤で必ず同じ壁にぶつかる。現地からの要望を「標準に寄せるべき個別要件」なのか「絶対に譲れない現地要件」なのか、判断する基準が存在しないのだ。結果として、声の大きい人の要望が通る。日本人駐在員が強ければ本社寄りに倒れ、現地スタッフのキーマンが強ければ現地寄りに倒れる。人事異動でその人がいなくなると、次の担当者がまた引き直す。

線引きを先に決めておくと、この判断が3秒で終わる。「それは第2層のKPI定義に触るから本社承認が要る」「それは第3層だから現地判断でいい」。会議の生産性がまるで変わる。

なぜ海外拠点のシステム導入は本社標準どおりに動かないのか

感覚論で語ると本社と現地の水掛け論になるので、まず外部データで現在地を確認する。

ASEANのデジタル活用率は、思っているより低い

ジェトロ「2025年度 海外進出日系企業実態調査（アジア・オセアニア編）」は、2025年8月19日から9月17日にかけて実施され、20カ国・地域から5,109社の有効回答を得ている。この調査で、ASEANでデジタル技術を活用している企業の割合は52.1%にとどまった。6割を超える豪州・韓国・インドと比べて明確に低い。

つまり、ASEANの日系拠点のおよそ半数は、まだデジタル化の入口にいる。本社が「うちの国内工場と同じレベル」を前提に標準を設計すると、そもそも土俵が違う。

さらに重要なのは、同調査でデジタル化に取り組む際の課題として挙がった2点だ。「国・地域別に異なる規制対応」と「本社主導と現場対応の両立が困難」。これは本記事の主題そのものである。前者は第1層（制度に効くデータ）の問題であり、後者は線引きの問題そのものだ。課題が漠然とした「人材不足」や「予算不足」ではなく、この2点に収束している事実を、本社側は重く受け止めたほうがいい。

なお同調査では、2025年に営業利益で黒字を見込む企業は66.5%（前年調査65.8%）で、2年連続の増加となっている。全体としては悪くない。だからこそ「儲かっているのにシステムが追いついていない」という、投資判断としては最も動かしやすい状態にある拠点が多い。

タイの景況感は、投資判断のタイミングに直結する

バンコク日本人商工会議所（JCC）が2026年6月30日に公表した「2026年上期タイ国日系企業景気動向調査」では、2026年上期の業況感DIはマイナス6だった。前期にあたる2025年下期の0から悪化している。製造業に限ると3からマイナス7へと落ち込み、2026年下期の見通しもマイナス7と、回復シナリオが描けていない。

悪化要因として挙がっているのは、中東情勢の悪化に伴う原材料・輸送コストの高騰と、国内景気の低迷である。一方で、半導体・データセンター関連の需要と設備投資は旺盛だという対照的な動きもある。

この二極化は、システム導入の意思決定に直接効いてくる。全社一律で「今は投資を絞る」と判断すると、伸びている領域の拠点まで止めてしまう。逆に一律で進めると、業況が厳しい拠点で現場の協力が得られない。拠点ごとに景況が違う以上、ロールアウトの順序も拠点ごとに決めるしかない——これが後述する「ロールアウト順序」の章の前提になる。

生産量の変動幅が、システム要件の前提を壊す

タイの自動車生産は、2025年が前年比0.9%減で、2年連続の150万台割れとなった。2026年に入ると1〜4月累計は前年同期比3.7%増の47万3,545台と持ち直している（乗用車15万6,599台=1.8%減、商用車31万6,946台=7.2%増）。ところが2026年5月の単月は前年同月比17.9%減の11万4,214台と大きく落ちた。

ここで見るべきは水準ではなく、振れ幅である。累計では増、単月では2桁減。この振れ方をする市場で、「年間の平均生産数」を前提にシステムのキャパシティやマスタ設計を組むと、ピーク時に破綻するかボトム時に過剰投資になる。乗用車と商用車で符号が逆になっている点も見逃せない。品目構成が変われば、BOMの持ち方も在庫ロケーションの持ち方も変わる。

人件費の上昇は、原価マスタの保守負荷になる

タイの最低賃金は、バンコク都で日額372バーツから400バーツへ引き上げられた。2025年6月17日に決議され、2025年7月1日に施行、約70万人が対象となっている。チョンブリー県・ラヨーン県など4県1郡では2025年1月から既に400バーツが適用されていた。

また、社会保険の拠出金算定基礎額の上限引き上げが2026年1月から段階的に始まるとされる。これは二次情報として報じられているもので、実務にあたっては最新の官報・当局告示で確認する必要がある。

賃金水準そのものより、システム設計上効いてくるのは「県ごとに施行日が違う」「段階的に変わる」という性質のほうだ。労務費単価を1つの定数としてハードコードした瞬間、改定のたびに改修が発生する。単価は必ずマスタとして持ち、適用開始日を持たせる。これは第1層の設計論であり、本社が譲ってはいけない部分である。

線引きは「機能」ではなく「データ」で引く ― 4層モデル

ここからが本題である。線引きをデータ単位で4層に分ける。層が違えば標準化レベルが違い、決定権者も違い、逸脱したときの実害も違う。

第1層: 決算・連結・税務に効くデータ（標準化100%）

対象: 勘定科目コード体系、原価の集計単位、棚卸資産の評価方法、会計期間の締めタイミング、通貨コードと換算レートの取得ルール、取引先マスタのコード体系、固定資産の資産区分、税コード。

誰が決めるか: 本社経理と本社情報システム部門。現地に決定権はない。ここだけは「相談」ではなく「通達」でよい。

変更に本社承認が要るか: 必須。例外はない。現地ベンダーが「タイの実務ではこうします」と言ってきても、第1層は動かさない。動かすなら本社経理が判断する。

ズレたときの実害: 連結決算が組めない。監査で指摘を受ける。税務調査で説明できない。移転価格文書と実データの整合が取れない。いずれも金額と時間で実害が数えられる、極めて明確なリスクである。

ここで現場からよく出る反論が「タイの会計事務所が使っているコード体系と違うので二重管理になる」だ。これは正当な指摘であり、答えは「二重管理を許容し、変換テーブルを本社が持つ」である。現地の帳票が現地基準で出ることと、連結に上げるデータが本社基準であることは、両立させられる。両立させるためのコストは第1層の必要経費として本社が持つべきだ。

第2層: 本社が拠点間で横比較するKPI（定義だけ標準化、収集手段は現地裁量）

対象: 設備稼働率、良品率、直行率、製造リードタイム、在庫回転日数、労務費率、設備総合効率、納期遵守率。

誰が決めるか: 定義は本社の生産管理部門。収集手段は現地。ここを分けられるかどうかが、この4層モデルの核心である。

変更に本社承認が要るか: 定義の変更には本社承認が必要。収集手段の変更には不要で、事後報告でよい。

ズレたときの実害: 拠点間比較が意味を失い、改善投資の優先順位を誤る。よくある事故はこうだ。本社会議で「A工場の稼働率92%、B工場72%。B工場に投資が必要だ」という結論が出る。ところが実際には、A工場は分母を「計画稼働時間」、B工場は「暦時間」で取っていた。同じ設備を同じように動かしているのに、数字だけが20ポイント違う。この状態で数千万円の投資判断をしていた例は、決して珍しくない。

なぜ収集手段は現地裁量でよいのか: 稼働率の定義さえ揃っていれば、それを設備から自動取得しようが、班長が紙に書いてから入力しようが、数字の意味は変わらない。拠点の設備年式も予算も人員構成も違う以上、収集手段まで統一するのは無理があり、統一しようとした瞬間に「まだ設備が対応していないので導入を待ってください」という理由で全社展開が止まる。定義を先に配り、収集手段は各拠点が到達可能な方法から始めるほうが、結果的に早く揃う。収集手段を段階的に自動化していく道筋については海外拠点のIoT導入・遠隔監視で扱っている論点が参考になる。

第3層: 拠点内で閉じる運用データ（現地最適を優先）

対象: 工程分割の粒度、作業指示書の発行単位、在庫ロケーションの体系、日次生産計画の組み方、不良コードの粒度、段取り替えの記録方法、外注管理の運用。

誰が決めるか: 現地の生産管理責任者。本社は口を出さない。

変更に本社承認が要るか: 不要。ただし第1層・第2層に影響が及ぶ変更（たとえば工程分割を変えた結果、原価集計単位が変わる場合）は事前相談が要る。この「影響が及ぶかどうか」を現地が自分で判断できるようにするのが、線引きを文書化する最大の目的である。

ズレたときの実害: 拠点間でズレていても、本社にはほぼ実害がない。むしろ実害は本社が統一しようとしたときに出る。工程分割の粒度は、その工場のライン構成・多能工化の度合い・班長のマネジメントスタイルに最適化されている。それを別拠点の粒度に合わせると、日々の指示が実態と合わなくなり、現場は結局Excelで別管理を始める。システムのデータが実態から乖離し、第2層のKPIまで信用できなくなる——これが最悪のシナリオだ。

第4層: 現場端末の入力形式・画面・言語（完全に現地）

対象: 端末の画面レイアウト、ボタン配置、入力順序、表示言語、バーコード/QRの運用、入力補助のデフォルト値、警告メッセージの文言。

誰が決めるか: 現地の現場リーダーとベンダー。本社情シスは仕様を見る必要すらない。

変更に本社承認が要るか: 不要。

ズレたときの実害: ズレによる実害はない。統一したときに実害が出る。日本語画面をそのままタイの現場に持ち込むと、オペレーターは入力しなくなる。正確には、入力はするが、意味を理解せずに同じ選択肢を押し続ける。データは記録されるが中身は空になる。データが「無い」より、間違ったデータが「有る」ほうが被害は大きい。第4層を現地に完全に委ねるのは、優しさではなくデータ品質の話である。

タイ語表示に対応させる際、フォント・文字幅・改行位置で帳票が崩れる問題は必ず出る。これは設計段階で実データを流して確認する以外に回避策がない。要件定義の最後ではなく、最初のプロトタイプで潰しておく項目だ。

層ごとの標準化レベル早見表

以下を1枚にまとめ、プロジェクト憲章の付録として本社・現地の双方が保持する。会議で判断が割れたら、この表に戻る。

この表の使い方で最も重要なのは、「本社承認」列を空欄にしないことである。「ケースバイケース」と書いた瞬間、その行は運用されなくなる。承認が要るか要らないかは二値で書き切る。

海外工場の生産管理・在庫管理で“現地裁量を残すべき”5論点

第3層の具体論に踏み込む。海外工場の生産管理・在庫管理で、本社が統一したくなるが統一してはいけない代表的な5論点を挙げる。いずれも「本社の言い分」と「現地の実態」の両方を書く。

1. BOMの運用粒度

本社の言い分は「設計BOMと製造BOMを一致させ、全拠点で同じ階層に揃えたい」。もっともである。しかし現地の実態は、同じ製品でも拠点によって内製範囲が違う。タイ拠点では購入品として調達しているサブアセンブリを、日本工場では自社で組んでいる、というケースは日常的にある。この場合、BOMの階層は必然的に違う。

無理に階層を揃えると、実在しない中間品番が発生し、その中間品番の在庫がシステム上ゼロにならず、棚卸のたびに調整仕訳が立つ。統一すべきなのは最終品番と主要構成部品のコード体系（第1層寄り）であり、中間の階層構造ではない。

2. ロット・トレース単位

自動車部品や医療機器のように、顧客要求としてトレーサビリティが定義されている場合、その単位は顧客が決める。本社が決めるものではない。同じ企業グループでも、拠点ごとに顧客が違えば要求単位が違う。

現地裁量を残すべき理由は、粒度を細かくしすぎたときのコストが現地に全部乗るからだ。1個単位のシリアル管理は、現品票の印字枚数、貼付作業の工数、読み取り端末の台数、すべてに跳ね返る。本社が「将来のために念のため細かく」と決めると、その工数を負担するのは現地である。決定権は、コストを負担する側に置くのが原則だ。

ただし、トレースの記録項目名（ロット番号、製造日、製造ラインなど）は第2層として揃えておく。単位は自由、項目名は共通。これが正しい線引きになる。

3. 在庫ロケーションの持ち方

倉庫の棚番体系は、建屋の形と作業動線に最適化される。本社が「A-01-02形式で統一」と決めても、平屋の広い倉庫と多層ラックの倉庫では、そもそも桁数の意味が違う。

海外工場の在庫管理で本社が本当に見たいのは、棚番ではなく「どの状態の在庫が、いくらあるか」である。良品/不良品/検査中/顧客支給品/保税といった在庫ステータスの区分は第1層に近い（会計上の評価や税務に効く）ので統一する。ロケーションそのものは第3層として現地に委ねる。

保税在庫の扱いはタイでは特に重要で、区分を誤ると税務上の問題に直結する。ここは現地裁量の対象外だと明示しておくこと。

4. 検収・入庫の計上タイミング

「モノが着いたとき」なのか「検査が終わったとき」なのか「請求書が届いたとき」なのか。この差は、月末をまたぐと在庫金額と買掛金額の両方に効く。

一見すると第1層に見えるが、実は分けて考える必要がある。会計上の計上基準は第1層で統一する。しかし物理的な入庫処理のタイミングと画面操作の手順は第3層でよい。検査員が2名しかいない拠点で「全数検査完了後に入庫」を強制すると、荷受場に滞留が発生する。仮入庫という中間ステータスを使うか、検査中在庫として計上するかは、現地の人員体制で決めればいい。会計に上がる数字さえ揃っていればよい。

この「会計基準は統一、業務手順は自由」という分け方は、他の論点にも応用が効く。

5. 現品票と帳票の言語

現品票をタイ語にするか英語にするか日本語併記にするかは、完全に第4層である。本社が口を出す領域ではない。

現実的な設計としては、人が読む部分は現地言語、機械が読む部分（バーコード/QR）はコード体系で統一する。これなら、日本人駐在員が現品票を読めなくても、端末でスキャンすれば本社基準のデータが出てくる。「日本人が読めないと困る」という要望に対しては、帳票の言語を変えるのではなく、照会画面を日本語対応させるほうが安い。

制度・規制がそのままシステム要件に化ける箇所（タイの実務）

第1層のうち、タイ固有の制度に起因する部分を具体的に押さえる。ここは「知らなかった」が通用しない領域である。

e-Tax Invoice / e-Receipt は「今は任意、でも設計は対応可能に」

タイ歳入局のe-Tax Invoice / e-Receipt制度は、2012年に枠組みが作られ、2018年に運用が開始された。重要なのは、2026年時点でB2Bの電子インボイス義務化は法制化されておらず、任意（opt-in）であるという点だ。歳入局は2028年までに全事業者がデジタル税務に参加することを目標として推進しているとされる。

ここから導かれる実務的な結論は明確である。今すぐ電子インボイスに対応する必要はないが、要件定義の段階で「いつでも切り替えられる形」にしておく。具体的には次の3点を仕様に入れる。

• 請求データを、帳票レイアウトと分離した構造化データとして保持する
• 電子署名・タイムスタンプの付与を後付けできるインターフェースを想定しておく
• 取引先マスタに、電子受領可否のフラグ項目をあらかじめ用意しておく

これらは今の時点では使わない項目だが、後から追加するコストと比べれば設計時に入れておくほうが圧倒的に安い。「使わない項目を作るな」という原則より、「制度変更が予告されている領域は器だけ作っておく」という判断が優先する場面である。

賃金・社会保険の改定は「日付を持つマスタ」で受ける

前述のとおり、バンコク都の最低賃金は2025年7月1日施行で日額400バーツとなった（約70万人が対象）。チョンブリー県・ラヨーン県など4県1郡では2025年1月から既に400バーツが適用されていた。つまり同一企業グループ内でも、拠点の所在地によって適用日が異なる期間が存在した。

さらに、社会保険の拠出金算定基礎額の上限引き上げが2026年1月から段階的に始まるとされている。段階的というのが厄介で、単一の値ではなく期間ごとに違う値を持つ必要がある。

システム要件としての結論は1行で書ける。労務費に関わる単価・率は、すべて「適用開始日つきのマスタ」として持つ。定数として埋め込まない。過去分の再計算ができるように履歴を残す。原価計算の締め処理が改定日をまたぐ場合の按分ルールを、あらかじめ本社経理と合意しておく。

BOIの恩典要件を設計段階から織り込む

タイ投資委員会（BOI）の投資奨励制度では、デジタル・IT関連への恩典が強化されている。具体的な免税年数や上限率は制度変更が入りやすいため、必ず最新の公式資料と申請実務にあたって確認すべきだが、システム側で押さえておくべき論点は制度改定に左右されにくい。

恩典を受ける事業と受けない事業がある場合、原価と収益をその区分で分離集計できる構造になっていないと、後から按分の説明ができなくなる。プロジェクトの後半で「BOI案件だけ別集計してほしい」と言われて設計をやり直すのは、この領域で最も頻度の高い手戻りである。恩典要件は設計段階から織り込む、というレベルで意思決定に含めておく。

帳票と保存の要件

タイ語での帳票要件、保存期間、監査時の提示形式は、現地の会計事務所と早い段階で握っておく。ここを最後に回すと、稼働直前に「この帳票が出せない」となり、リリースが1カ月遅れる。要件定義の初期に、現地会計事務所を1回だけでも打ち合わせに呼ぶ。この1時間が、後の1カ月を守る。

費用の5層分解と「本社負担か拠点負担か」の決め方

費用を「初期費用」と「ランニング」の2つに分けている限り、本社と拠点の負担割合の議論は永遠に終わらない。5層に分解すると、どこで揉めているのかが可視化される。

費用の5層

この表の意味は「誰が払うか」だけではない。誰が払うかを決めることは、誰が意思決定するかを決めることである。③を拠点負担にすると、拠点は本当に必要な個別要件だけを申請するようになる。本社負担にすると、要望は無限に増える。逆に②を拠点負担にすると、1拠点目を引き受ける拠点が現れなくなる。

TOMAS TECHによる5年TCO試算

以下はTOMAS TECHによる試算であり、前提を変えれば結果は変わる。金額は前提条件を明示した上での試算値として読んでほしい。

前提: タイ本体＋周辺国2拠点の計3拠点。各拠点は従業員200〜400名規模の製造拠点で、生産管理・在庫管理を対象範囲とする。期間5年（60カ月）。通貨はTHB。本社側の作業工数は1,500THB/人時で金額換算し、突合・レポート作成に要する時間をシナリオAで月8人時、シナリオBで月40人時と仮定する。

• シナリオA: 本社が1つの標準テンプレートを作り、3拠点へ横展開する
• シナリオB: 拠点ごとに現地ベンダーで個別に導入する

この試算から読むべきこと

総額だけを見ると、AとBの差はほとんどない（2,240万THB対2,220万THB）。「標準化したほうが安い」という一般論は、この粒度では成立しない。実際、①ライセンス・②初期構築・③個別要件の3層はいずれもBのほうが安い。現地ベンダーの見積書だけを並べて比較すると、Bが勝つように見えるのはこのためだ。稟議の比較表で通常見えるのは、まさにこの3層である。

差がつくのは⑤運用保守と、表に出ない本社側の突合工数である。Bは保守契約が3本に分かれるため、タイの法改正対応を3回別々に発注することになる。さらに、拠点ごとにデータ定義が違うので、本社が横比較の資料を作るたびに手作業の突合が発生する。この工数は誰の予算にも計上されないため、稟議の比較表には現れない。

したがって、シナリオAを選ぶ理由は「安いから」ではない。5年目以降に効いてくる差と、本社の見えない工数を織り込んだときに逆転するからだ。 そして、この逆転はデータ定義が揃っている場合にのみ起きる。テンプレートを横展開しても第2層のKPI定義がバラバラなら、Aを選んでもBと同じ突合工数がかかる。つまり、線引きが済んでいないシナリオAは、シナリオBの上位互換ではない。

回収年数はここでは提示しない。 分母となる削減額（人件費削減か、在庫削減か、不良削減か）は拠点の実態で桁が変わり、根拠を同じ表に置けないためである。根拠を置けない回収年数は、稟議を通すための数字であって、意思決定のための数字ではない。費用構造そのものの考え方は業務システム開発の費用とERP連携でより詳しく分解している。

ロールアウト順序 ― 最初の1拠点をどう選ぶか

シナリオAを選んだ場合、最初の1拠点がテンプレートの品質を決める。ここを間違えると、2拠点目以降が全部やり直しになる。選定基準を5つに絞る。

判断基準1: 業務の複雑さが「中位」であること

最も単純な拠点を選ぶと、そこで作ったテンプレートが他拠点で使えない。最も複雑な拠点を選ぶと、テンプレートが過剰に重くなり、単純な拠点に持っていったときに使わない機能だらけになる。3拠点あるなら真ん中を選ぶ。これは直感に反するが、横展開の縮尺として最も歩留まりがいい。

判断基準2: 現地に「決められる人」がいるか

第3層・第4層の決定権を現地に渡す以上、現地に決める人がいなければプロジェクトは止まる。ここで見るべきは役職ではなく、「その場で決めて、後で撤回しない人」がいるかである。会議で「本社に確認します」しか言わない拠点を1拠点目にすると、意思決定のたびに1週間止まる。

判断基準3: 失敗を報告できる関係があるか

1拠点目は必ず何かが失敗する。失敗が本社に上がってこない拠点を選ぶと、テンプレートに欠陥が残ったまま2拠点目に横展開される。本社と現地の関係が良好で、「これは使えませんでした」と言える拠点を選ぶ。関係が良好かどうかの判定は簡単で、過去1年で現地から本社に「悪い報告」が上がった実績があるかを見ればいい。

判断基準4: 生産品目の入れ替わりが激しすぎないか

新製品の立ち上げが連続している拠点は、システム導入の負荷を吸収できない。マスタが毎月変わる状態でテンプレートを作ると、何が標準で何が例外かの区別がつかなくなる。安定期にある拠点を選ぶ。

判断基準5: 拠点規模が横展開の縮尺として使えるか

人員100名の拠点で作ったテンプレートを1,000名の拠点に持っていくと、権限設計と承認フローが破綻する。逆も同じで、大規模拠点の重厚な承認フローを小規模拠点に持ち込むと、承認者が兼務だらけで回らない。1拠点目と他拠点の規模差が3倍以内に収まる拠点を選ぶ、という目安を持っておくとよい。

範囲を絞る勇気

5つの基準を満たす拠点が見つかったとしても、その拠点で全機能を一度に入れる必要はない。1拠点目で確認すべきは「第1層と第2層の定義が現場で成立するか」であって、機能の網羅性ではない。範囲を絞った立ち上げ方の設計についてはスモールスタートでのシステム導入の考え方が、そのまま多拠点展開の1拠点目にも当てはまる。

現地サポート体制と運用移管でつまずく点

稼働した後に効いてくるのは、製品の性能ではなく体制である。海外工場のデジタル化が「入れたけど使われていない」で終わる原因は、ほぼこの章に集約される。

言語: 三層構造で設計する

現場はタイ語、拠点管理は英語、本社報告は日本語。この三層をどこで翻訳するかを決めておかないと、駐在員が全部の翻訳を背負うことになる。

推奨する設計は、システム内では翻訳せず、コードで持つというものだ。不良コードを「キズ」「รอยขีดข่วน」「Scratch」で持つのではなく、コード値で持ち、表示時に各言語のマスタを引く。そうすれば、どの言語で入力されたデータでも、本社の集計では1つの値に集約される。当たり前のようだが、これができていないシステムは驚くほど多い。

離職: ドキュメントではなく画面で吸収する

タイの製造業では、オペレーター層の離職率が高い拠点が珍しくない。「マニュアルを整備する」という対策は、実務ではほとんど機能しない。読まれないからだ。

有効なのは、マニュアルを読まなくても操作できる画面にすること。入力項目を減らし、選択肢を絞り、間違った操作が物理的にできないようにする。これは第4層を現地に委ねる理由でもある。離職の頻度を知っているのは現地であって、本社ではない。

キーオペレーターが辞めた瞬間に業務が止まる状態を避けるには、「1つの作業を、その拠点で3人以上ができる」という状態を稼働判定の基準に入れておく。これはシステムの受入基準として明文化できる。

ドキュメント: 3種類に絞る

現地に残すドキュメントは、多いほど保守されなくなる。実務上、次の3種類に絞るのが現実的だ。

1. データ定義書（第1層・第2層。日英併記。本社が保守）
2. 例外処理手順書（正常系ではなく、止まったときに何をするか。現地言語）
3. 権限一覧（誰が何をできるか。異動・退職のたびに更新）

正常系の操作マニュアルは、更新されないまま古くなり、かえって混乱を招く。画面の作り込みで吸収したほうがよい。

権限設計: 「兼務」を前提にする

日本本社の権限設計をそのまま持ち込むと、承認者と申請者が同一人物になる拠点が必ず出る。海外拠点は人員が薄く、兼務が常態である。

ここでの解は、権限を緩めることではなく、承認を「事前承認」から「事後検知」に切り替えることだ。すべてを事前承認にすると業務が止まるので、金額や数量の閾値を超えたものだけを事前承認とし、それ以外は事後にログで検知する。この設計は、ローカル製品を選んだ場合に指摘されがちな「ログ・承認が弱く内部統制と不正検知が難しい」という弱点への直接的な対策にもなる。

ベンダー選定は「保守できるか」で決める

海外拠点の会計・業務システムでローカル製品を選んだ場合、指摘される弱点はおおむね共通している。多通貨に対応しておらず外貨建て残高が管理できない、タイ語または英語のみで日本側が読めない、ログ・承認が弱く内部統制と不正検知が難しい、レポートやデータ出力が貧弱、クラウド非対応で本社がリアルタイムに状況を見られない——といった点だ。

一方、日系・グローバル系の製品は多言語と外貨に対応し、ログと承認による内部統制が効き、本社からのリアルタイム可視化にも強い。ただし現地スタッフの抵抗が出やすいという別の課題を抱える。この抵抗は、第3層・第4層まで本社標準を持ち込もうとしたときに最大化する。製品の強みを活かしつつ抵抗を抑える方法が、まさに4層の線引きである。

導入時よりも、稼働後5年間を誰が支えるかで選ぶべきだ。ベンダーの見極め方についてはタイのシステム開発会社の選び方に判断軸をまとめている。

90日で「線引き」を終えるロードマップ

線引きは、時間をかければ精度が上がるものではない。90日で決め切り、運用しながら直すほうが早い。以下は3拠点規模を想定した進め方である。

90日で終わらせるためのコツ

揉めた項目は「多数決」でも「上位者判断」でもなく、「実害の大きさ」で決める。 統一しなかったときに誰がいくら困るかを言えないルールは、第3層に落とす。これだけで議論の8割は片付く。

「保留」を作らない。 保留にした項目は、稼働直前に最悪のタイミングで戻ってくる。決められないなら、暫定でも層を割り当てて、見直し時期を書いておく。

0〜30日の棚卸しをコンサルに丸投げしない。 ここは自社の人間がやったほうが速いし、何より「同じ名前で意味が違う項目」を発見したときの衝撃が、プロジェクトの推進力になる。外部が発見して報告書に書いても、その衝撃は伝わらない。

よくある質問（FAQ）

海外拠点のシステム導入は本社主導と現地主導のどちらが良いですか？

どちらか一方に寄せる時点で設計を誤っています。ジェトロの調査でも、デジタル化の課題として「本社主導と現場対応の両立が困難」が挙げられており、これは二択で解ける問題ではありません。データを4層に分け、第1層は本社主導、第2層は定義のみ本社・手段は現地、第3層と第4層は現地主導、と層ごとに主導権を変えるのが実務解です。「プロジェクト全体の主導権」を議論している限り結論は出ません。

海外工場の生産管理システムは日本本社と同じ製品にすべきですか？

同じ製品にすること自体は目的になりません。判断基準は、第1層と第2層のデータ定義を無理なく揃えられるかどうかです。同じ製品でも設定次第でKPI定義はいくらでもズレますし、違う製品でも定義さえ揃っていれば横比較はできます。ただし、同じ製品を選べばグループ一括契約による単価交渉と⑤保守の一本化で有利になるため、他条件が同等なら揃えるメリットはあります。なお製品単価そのものはローカル製品のほうが安いことが多く、比較すべきは単価ではなく5年間の総額です。現地スタッフの抵抗が懸念される場合は、第3層・第4層まで本社標準を持ち込んでいないかを先に確認してください。

タイ工場のシステム導入にはどのくらいの期間がかかりますか？

範囲によって大きく変わるため一律には言えませんが、本記事の枠組みで言えば、線引き（データ定義の確定）に90日、その後に1拠点目の構築が入ります。よくある失敗は、線引きを飛ばして構築を始め、要件定義の途中で「これは本社標準か現地判断か」の議論に戻ってしまい、結果的に線引きの期間を後半で消費するパターンです。総期間は同じか、むしろ延びます。先に90日使うほうが速く終わります。

海外工場の在庫管理だけ先に入れることはできますか？

できます。むしろスモールスタートとしては合理的です。ただし条件が1つあり、在庫ステータスの区分（良品/不良品/検査中/顧客支給品/保税）と、原価の集計単位だけは、生産管理を後から入れる前提で先に第1層として定義しておく必要があります。ここを現地任せにして在庫管理を先行させると、後から生産管理を載せるときに在庫データを作り直すことになり、先行導入の意味が消えます。ロケーション体系や棚番は第3層なので、現地の好きなように決めて構いません。

ASEAN 製造業 DX を複数拠点で進めるとき、どの拠点から着手すべきですか？

業務の複雑さが中位で、現地に決定権者がいて、失敗を本社に報告できる関係があり、生産品目が安定期にあり、他拠点との規模差が大きすぎない（目安として3倍以内）——この5条件で選びます。最大拠点や最優良拠点を選びたくなりますが、テンプレートの縮尺として使えないため横展開で苦労します。また、JCCの調査が示すようにタイの業況感は業種によって二極化しているため、拠点ごとに景況が異なる場合は、現場の協力が得やすい拠点を優先するという実務的な判断も有効です。

日系企業のタイIT体制は現地採用と駐在のどちらで回すべきですか？

役割で分けます。第1層・第2層のデータ定義を守る役割（本社と会話し、逸脱を検知する）は駐在または本社直轄が向いています。第3層・第4層の運用改善と現場対応は現地採用が担うべきで、駐在員が担当すると異動のたびに運用が変わります。最も避けるべきは、駐在員1名が全層を兼務している状態です。その人が帰任した瞬間に、線引きの根拠を知る人間が拠点から消えます。

現地ベンダーの製品は避けたほうがよいですか？

避ける必要はありませんが、確認すべき項目は決まっています。多通貨対応、日本側が読める言語での照会、操作ログと承認履歴の保持、データ出力の柔軟性、本社からのリアルタイム参照可否。これらは第1層・第2層を成立させるための最低要件です。逆に、これらを満たしていれば、第3層・第4層の作り込みは現地ベンダーのほうが速く安いことも多く、組み合わせて使う判断は十分に合理的です。

まとめ

海外拠点のシステム導入で最初に決めるべきは、製品ではなく線引きである。そして線引きは、機能単位ではなくデータ単位で引く。

• 第1層（決算・連結・税務に効くデータ）は100%統一。決定権は本社、変更に承認必須。ズレれば連結と監査に直撃する
• 第2層（拠点間で横比較するKPI）は定義だけ統一し、収集手段は現地裁量。定義がズレると投資判断を誤る
• 第3層（拠点内で閉じる運用データ）は現地最適。本社が統一を強いたときに実害が出る
• 第4層（画面・入力形式・言語）は完全に現地。統一するとデータ品質が崩壊する

ジェトロの調査が示した「本社主導と現場対応の両立が困難」という課題は、両立させる方法を持っていないから困難なのであって、層ごとに主導権を変えれば両立する。費用面でも、標準化の効果は総額ではなく⑤運用保守と本社側の突合工数に現れる。この構造を理解していないと、現地ベンダーの安い見積書に勝てない。

タイの制度面では、e-Tax Invoiceが任意である今のうちに「切り替えられる器」を作っておくこと、賃金・社会保険の改定を適用開始日つきマスタで受けること、BOIの区分集計を設計段階から織り込むこと。この3点は、後から追加すると必ず高くつく。

線引きは90日で決め切れる。決め切れないまま構築に入るより、はるかに速い。

「まだ製品を決める段階ではないが、本社と現地のどこで線を引くべきか整理したい」という段階でのご相談を歓迎します。TOMAS TECHはタイ・バンコクを拠点に、日系製造業のシステム導入、生産管理・在庫管理の設計、そして現地要件を本社が理解できる形に翻訳する作業を支援しています。自社のデータを4層に割り当てる作業だけでも、社外の視点を入れると論点が早く出ます。ご相談はお問い合わせフォームからどうぞ。

参考情報

• ジェトロ「2025年度 海外進出日系企業実態調査（アジア・オセアニア編）」
• 同 調査レポート本編
• ジェトロ ビジネス短信「バンコクの最低賃金、日額400バーツに引き上げ」
• ジェトロ ビジネス短信「JCC、2026年上期景気動向調査を公表」
• ジェトロ ビジネス短信「2025年の自動車生産は前年比0.9％減」
• ジェトロ ビジネス短信「1〜4月の自動車生産台数は前年同期比3.7％増」
• Forvis Mazars「e-Tax invoice/receipt制度」
• タイ投資委員会（BOI）投資ガイド
• ロジザードZERO「海外拠点のシステム導入、選択のポイントは？」