海外工場の在庫管理｜タイ・ベトナム・日本本社をつなぐ導入設計

海外工場の在庫管理で本当に必要なのは、すべての拠点に「同じ在庫数」を表示することではありません。必要なのは、タイ工場、ベトナム工場、日本本社が、数量の意味・時点・所在・所有権・品質状態・根拠イベントを共通理解できる、監査可能な在庫ポジションです。本記事では、海外拠点へのシステム導入を検討する製造業向けに、RFP要件、段階導入、受入証跡、在庫差異の原因と対策、費用の考え方までを実務の順番で整理します。

海外工場の在庫管理で「一つの数字」を目標にしてはいけない理由

「日本本社から全拠点の在庫をリアルタイムに見たい」という要望は自然です。しかし、画面に一つの数字を出すだけでは、意思決定に使える在庫にはなりません。例えば、倉庫に100個あるように見えても、10個が検査待ち、5個が不適合で使用禁止、20個が受注に引当済み、15個が他拠点へ移送中なら、生産に自由に使える数量は同じ100個ではありません。さらに、委託先保管品、顧客支給品、関税保留品などは、物理的な所在と会計上の所有が一致しない場合があります。

したがって、海外工場の在庫管理では、少なくとも次の項目を分離して保持します。

この分解がないまま「グローバル在庫」という集計値だけを作ると、差異が発生した際に誰も数字を説明できません。逆に、数量の構成要素とイベント履歴が追えれば、完全なリアルタイムでない拠点があっても、「どの時点まで確定し、何が未反映か」を説明できます。経営に必要なのは、見た目の即時性よりも、鮮度と確度が明示された判断可能な数字です。

外部環境は「可視化の目的」を明確にする材料

JETRO・盤谷日本人商工会議所の2026年上期調査では、回答504社のうち、2026年の設備投資を「増加」と見込む回答が23％、「減少」が16％でした。また、製造業回答者の複数回答表では対象249社のうち、投資目的として更新64％、合理化40％、DX関連21％が示されています。これはタイの日系企業全体への一般化や、在庫管理投資の直接的な比率ではなく、同調査回答者の設備投資意向です。それでも、更新・合理化・DXを別々の施策にせず、設備更新時に在庫イベントの取得方法まで設計する必要性を考える材料になります（JETRO/JCC Survey, 1H 2026）。

JETROの「Thailand Manufacturing DX Catalog Vol.3」も、タイ製造業における人手不足、賃金、技能継承などの課題に触れ、現場で起きることをデータとして見えるようにするDXの方向性を説明しています。ここで重要なのは、単に紙をタブレットに置き換えることではなく、入荷・移動・消費・完成・出荷といった現場イベントを、後から説明できるデータにすることです（JETRO Thailand Manufacturing DX Catalog Vol.3）。

ベトナム国家統計局の2026年上期報告では、製造業のinventory indexは2026年6月30日時点で前年同期比13.3％増、前月比5.3％増とされています。また、公式資料の表現である平均Inventory Turnover Ratioは2026年第2四半期82.2％で、前年同期の85.7％と比較されています。82.2％を年率の「回転数」や個社の目標値と解釈してはいけません。これは公表統計の用語と範囲を保ったうえで、在庫の増減を売上や生産だけでなく、滞留・品質・移送・需要との関係で確認する必要があることを示す外部環境データです（Vietnam NSO, H1 2026）。

リアルタイム在庫管理より先に「在庫ポジション」を定義する

海外拠点システム導入の最初の成果物は、製品比較表ではなく、在庫ポジション定義書です。ここでいう在庫ポジションとは、品目、拠点、保管場所、ロットまたはシリアル、品質状態、所有者、単位、時点を軸に、利用可能量と例外を説明できるデータ集合を指します。

例えば、計画に使う「利用可能在庫」を次のように定義できます。

利用可能在庫 = 使用可能な物理在庫 − 確定引当 − 出庫未反映 + 受入確認済みの入庫未反映

ただし、この式をそのまま全社標準にするのではありません。「品質検査待ちを含めるか」「移送中を送り側・受け側のどちらに表示するか」「安全在庫を利用可能量から控除するか」を業務目的別に決めます。販売回答用、製造計画用、会計照合用では、同じ元データから異なるビューを作る方が安全です。

鮮度、確度、締め状態を同時に表示する

リアルタイムという言葉は、RFPで曖昧なまま使われがちです。5秒以内、5分以内、1時間ごと、日次締め後では、必要なネットワーク、端末、インターフェース、障害対策、費用が大きく異なります。そこで、データごとに次を定義します。

• 更新目標時間：イベント発生から中央ビュー反映までの許容時間
• 最終同期時刻：拠点・インターフェースごとの最後の成功時刻
• 確度状態：確定、暫定、照合待ち、エラー
• 締め状態：日次・月次の締め済みか、遡及変更可能か
• 欠落警告：期待イベント数や連番に対する不足があるか

これにより、日本本社の利用者は「数字が見える」だけでなく、「この数字をどの判断に使ってよいか」を把握できます。タイの工場ネットワークが一時停止しても、最後の同期時刻と未送信件数が見えれば、誤った在庫回答を避けられます。

GS1 EPCISは共通イベント語彙の候補であり、ERPの代替ではない

複数拠点・複数システム間のイベント表現には、GS1 EPCIS 2.0とCBVが参考になります。EPCISは、何が、いつ、どこで、なぜ、どのように起きたかという可視化イベントを共通形式で扱う考え方を提供します（GS1 EPCIS、EPCIS 2.0 normative standard）。実装ガイドラインには、inventory inputs、inventory outputs、stocktakingなどを含む可視化イベントの整理があります（GS1 EPCIS/CBV Implementation Guideline）。

ただし、EPCISはERP、WMS、原価計算、会計台帳を置き換えるものではありません。どのイベントをどの業務システムが正本として生成し、どのIDで関連付け、取消・訂正をどう表現するかを決めるための共通言語として評価します。既存ERPに十分なイベント履歴があるなら、無理に全面採用せず、拠点間の交換境界だけにマッピングする選択肢もあります。

タイ・ベトナム・日本本社の責任分界を先に決める

システム構成より先に、在庫差異とマスタデータの責任を決めます。「本社が統括」「工場が入力」だけでは運用できません。推奨するのは、データ項目と例外種類ごとに、作成者、承認者、照合者、期限を定めることです。

責任分界で特に重要なのは、差異調整の承認権限です。数量を合わせるためだけの調整取引を誰でも入力できると、原因が消えます。差異理由コード、証跡添付、金額または数量の承認閾値、承認前後の値、実行者を残します。大きな差異だけでなく、同じ品目・場所で小差異が繰り返されるパターンもアラート対象にします。

海外拠点システム導入のRFPに入れるべき要件

RFPは機能一覧を集める文書ではなく、ベンダーが「どの業務結果を、どの証跡で受け入れ可能と示すか」を回答する文書です。製品名や画面数より、対象プロセス、データ責任、障害時運用、受入条件を明確にします。

1. 対象範囲と在庫状態

原材料、仕掛品、完成品、予備品、消耗品、顧客支給品、委託在庫のうち何を対象にするかを明記します。品質状態、引当、ロット、シリアル、有効期限、原産国、関税状態なども、必要な範囲を業務シナリオに結び付けます。「ロット管理あり」だけでは不十分で、分割、統合、再包装、再検査、廃棄、返品で履歴がどうつながるかを質問します。

2. 拠点・場所・単位の体系

法人、工場、倉庫、ゾーン、棚、ラインサイド、仮置場、外部倉庫を階層で定義します。基本単位と購買・生産・販売単位の換算、可変重量、端数、丸め規則を示し、換算係数の有効期間と変更承認を要件化します。現場ラベルとシステムIDの対応が曖昧なら、スキャンを導入しても誤登録は減りません。

3. イベントと取消・訂正

入荷、検品、格納、移動、払出、消費、完成、出荷、棚卸、調整、廃棄、返品をイベントとして列挙します。各イベントについて、必須項目、発生源、採番、時刻、オフライン時の扱い、重複排除キー、取消方法、訂正方法を回答させます。履歴行を上書きするのではなく、元イベントと取消・訂正イベントの関係を残せるかが監査性を左右します。

4. 連携と正本システム

ERP、WMS、MES、品質管理、購買、販売、輸送管理、会計との境界をデータ項目ごとに示します。品目は本社ERP、保管場所は工場WMS、製造消費はMESなど、正本が分かれることがあります。連携仕様には、APIやファイル形式だけでなく、送信頻度、順序保証、再送、タイムアウト、部分失敗、監視、アラート、リカバリー手順を含めます。

タイとベトナムをまたぐ輸出入・通関データについて、WCO Data Modelは国境手続のデータ相互運用性を考える参考になります（WCO Data Model overview、WCO Data Model v4.3 announcement, 2026）。ただし、これは倉庫在庫モデルではありません。通関・輸送メッセージと社内在庫イベントの項目対応を設計する際に利用し、WMSの棚・引当・品質状態をWCOモデルだけで表そうとしないことが重要です。

5. 可用性と現場継続

ネットワーク停止中にどの業務を継続するか、端末に何を保持するか、復旧後にどう重複を防ぐかを定めます。バーコードやRFIDの読取不能、ラベルプリンター停止、端末故障、中央API停止など、現場で起こる障害シナリオをRFPのデモ課題にします。紙に退避する場合も、用紙番号、入力者、再入力期限、照合者までを標準手順にします。

6. 言語、時刻、法定・業務帳票

日本語、タイ語、ベトナム語、英語の表示範囲を定義し、品名翻訳を同一IDの別属性として管理します。時刻は、イベント発生地のローカル時刻、UTC、タイムゾーンを保存し、夏時間のある取引先とも交換できる形式にします。帳票は画面の翻訳だけでなく、日付形式、小数点、桁区切り、単位、署名欄、現地運用を確認します。

7. セキュリティと監査証跡

役割ベースの権限、最小権限、重要操作の職務分離、定期的なアクセスレビュー、退職・異動時の無効化、サービスアカウント管理を要件化します。監査ログには、利用者、時刻、対象、変更前後、操作理由、承認、端末または接続元、相関IDを残します。ログが取得できても、保持期間、検索方法、改ざん防止、時刻同期がなければ調査に使えません。

段階導入：一拠点・一業務・一品目群で証明する

海外工場の在庫管理システムは、三カ国一斉切替より、共通定義を作ったうえで限定パイロットから広げる方が、差異の原因を識別しやすくなります。段階導入は単なるスケジュール分割ではありません。各段階で「次へ進める証拠」を定義します。

フェーズ0：現状測定と定義

最初に、代表品目の入荷から出荷までを現場で追跡し、紙、Excel、ERP、WMS、MESに同じ取引がどう記録されるか確認します。現在の差異件数、未決期間、再入力回数、同期遅延を、取得可能な範囲でベースライン化します。数値が取れない場合は「測定不能」自体を課題として記録し、無理に推定値を作りません。

成果物は、在庫ポジション定義、イベント一覧、システム正本表、マスタ責任表、例外一覧、現行データ品質レポートです。ここで対象外も明確にします。

フェーズ1：タイまたはベトナムの限定パイロット

一つの工場、一つの倉庫またはライン、一つの品目群を選びます。パイロット対象は「簡単すぎる場所」ではなく、通常の入出庫、品質保留、移動、棚卸、取消を含み、責任者が改善に参加できる場所が適しています。並行稼働期間を設け、旧手段と新システムの差を毎日照合します。

フェーズ2：例外と連携の安定化

正常系の処理速度だけでなく、ネットワーク断、重複送信、遅延イベント、誤スキャン、単位換算変更、ロット分割、返品などを再現します。インターフェース監視と再処理を運用チームが自力で行えるか確認します。

フェーズ3：拠点展開と本社ビュー

パイロットで確定した共通コアと、各国・各工場の差分を分けて展開します。共通コアを拠点ごとに変更すると、比較可能性が失われます。一方、現地帳票、承認ルート、勤務シフトまで本社標準に無理に合わせると定着しません。「統一するデータ意味」と「現地化する操作」を区別します。

受入判定は画面の目視ではなく証跡で行う

合格閾値は、取引量、重要度、許容停止時間に基づいてプロジェクトごとに決めます。根拠のない「在庫精度99.9％」のような数字を先に置くのではなく、分母、除外、測定頻度、判定者を定義してから目標にします。

より広いシステム選定の観点は、タイでの在庫管理システム導入ガイドと生産管理システム比較の実務ポイントも参考にしてください。本記事のRFP要件と合わせると、製品機能と運用受入を分けて評価できます。

在庫差異の原因と対策：調整ではなく例外ワークフローを作る

在庫差異は一つの原因で起きません。対策は「棚卸回数を増やす」だけではなく、差異を発生イベントまで戻して分類し、再発防止につなげることです。

代表的な原因分類

• タイミング差：実物は移動したが登録が後、または連携が遅延
• 場所差：別棚、仮置場、ラインサイドにあり、場所移動が未登録
• 単位差：箱と個、kgと個数、可変重量、丸めの不一致
• 品質差：検査待ち・保留・不適合の状態変更が片側だけ
• ID差：品目、ロット、シリアル、ラベルの誤読・重複
• 取引差：取消、返品、廃棄、バックフラッシュ、代替品使用の未反映
• 境界差：拠点間移送で送り側出荷と受け側入荷の認識時点が異なる
• 所有権差：委託、顧客支給、仕入先預けなどの区分誤り
• 不正・権限逸脱：承認のない調整、アカウント共有、ログ欠落

例外ワークフローの最小要件

1. 差異を品目・場所・ロット・状態・時点で検出する。
2. 許容範囲内でも反復パターンを識別する。
3. 理由コードは選択式にし、必要に応じて証拠を添付する。
4. 物理再確認、取引履歴確認、連携ログ確認の担当を分ける。
5. 調整取引は承認後に実行し、元の差異と関連付ける。
6. 根本原因、是正、期限、効果確認を残す。
7. 月次で原因別件数、未決日数、再発をレビューする。

差異KPIは金額だけにしないことが重要です。高価な品目の一件は会計影響が大きい一方、安価な部材の小差異が毎日続く場合は、払出プロセスの構造的欠陥を示すことがあります。数量、金額、頻度、未決期間、同一原因の再発を組み合わせます。

マスタデータ統制：海外拠点システム導入の成否を左右する

品目コードを統一すれば終わりではありません。同じコードでも、単位、仕様版、包装、品質区分、所有者、原産国、ロット規則が違えば、誤った集約になります。グループ共通IDとローカルIDを対応付け、いつからいつまで有効かを履歴で管理します。

ISOの産業データ関連カタログに含まれるISO 8000シリーズは、マスタデータやトランザクションデータの品質、役割を考える際の参照枠になります（ISO industrial data catalogue）。ただし、カタログには開発中・置換・廃止を含む状態の異なる文書があり得るため、特定部分が自社に必須の現行規格だと一括して扱わず、採用時に個別の発行状態と適用範囲を確認します。

マスタ変更の実務ルール

• グループ共通項目と現地項目を分ける
• 作成・変更・停止の申請者と承認者を分ける
• 重複候補を作成前に検索する
• 単位換算、代替品、BOM、包装構成の影響先を確認する
• 有効開始日を設け、遡及変更を制限する
• 配信成功・失敗を拠点別に監視する
• 変更前後と理由、関連申請を監査ログに残す
• 定期的に未使用、重複、不完全マスタを棚卸する

日本本社がすべての変更を処理すると遅延し、工場が独自作成すると重複が増えます。現地が申請・一次確認し、グループ集計に影響する属性を本社が承認するなど、属性単位で権限を分けるのが現実的です。

会計との境界：数量可視化と在庫評価を混同しない

在庫数量の可視化ができても、会計上の資産計上、原価、評価減が自動的に決まるわけではありません。IAS 2は、在庫を原価と正味実現可能価額のいずれか低い額で測定すること、原価に現在の場所と状態に至らせるためのコストが含まれること、通常交換可能な品目にFIFOまたは加重平均法を用いることなどを示しています（IFRS IAS 2 Inventories）。

システムでは、物理所在、所有権、輸送条件、受入状態、品質状態を保持し、会計ポリシーが必要な判断をできるようにします。拠点間移送中の在庫をどの法人でいつ認識するか、関税・輸送費をどう扱うか、ローカル会計とグループ報告をどう対応させるかは、各社の契約、会計方針、適用基準に基づいて財務・現地専門家が決定すべき事項です。本記事は会計・税務・法務助言ではありません。

サイバーセキュリティと監査ログを後付けにしない

海外工場の在庫データは、生産計画、出荷、原価、顧客対応に連鎖します。可視化基盤が停止・改ざんされると、単に画面が見えないだけでなく、誤った払出や出荷判断につながります。設計時に次を確認します。

• 利用者IDを個人単位にし、共有アカウントを例外管理する
• 現場、品質、倉庫、承認、システム管理の職務を分離する
• 多要素認証や端末制御をリスクに応じて適用する
• APIキー、証明書、サービスアカウントの所有者と更新期限を管理する
• 拠点間通信を暗号化し、許可する接続元と宛先を限定する
• 重要マスタ変更・調整・権限変更をアラート対象にする
• バックアップだけでなく復元テストを行う
• ログ時刻を同期し、システム横断で追える相関IDを使う
• ベンダー保守アクセスを申請・時間制限・記録付きにする

監査ログの受入テストでは、「ログがあるか」ではなく、具体的な一件の在庫差異から、物理確認、端末操作、API連携、承認、調整までを再構成できるかを確認します。

費用・TCOは市場価格ではなく作業量と運用責任で比較する

タイの在庫管理システム費用や海外展開費用を、根拠のない相場だけで比較するのは危険です。同じ製品でも、拠点数、ユーザー数、取引量、端末、連携、データ品質、可用性、言語、保守時間帯で総費用が変わります。RFPでは、少なくとも次の構造で見積を分けます。

複数年TCO = 初期設定 + ライセンス/利用料 + 連携開発 + データ整備 + 端末/ネットワーク + 教育/移行 + 運用監視 + 保守変更 + 内部工数 + リスク予備費

初期費用だけでなく、品目・場所の追加、帳票変更、インターフェース再処理、ユーザー入替、監査対応、バージョン更新、現地時間外サポートの単価または算定方法を確認します。データクレンジングを顧客側作業として除外している見積もりは、安く見えてもプロジェクト全体の負担が小さいとは限りません。

比較条件を揃えるには、各ベンダーに同じ取引量、同じ拠点構成、同じインターフェース、同じ移行件数、同じサポート時間で回答させます。前提、除外、オプション、税、通貨、為替の扱いを明記し、価格の空欄を「含む」と解釈しないようにします。費用項目の整理には、タイ工場WMS費用の考え方も併せて参照できます。

ベンダーデモで確認すること

一般的な製品説明ではなく、自社の代表シナリオをデータ付きで実演してもらいます。例えば、タイ工場で受け入れたロットを品質保留にし、一部を生産払出、残りをベトナムへ移送し、日本本社で時点別に照会する流れです。途中でネットワークを止め、誤スキャンを取消し、単位換算を含む返品を処理します。

評価では、操作時間だけでなく、イベント履歴、エラー通知、再処理、権限、ログ、データ抽出性を採点します。デモ用の特別設定か標準機能か、追加開発か、将来アップデートで維持されるかも記録します。

導入判断チェックリスト

契約前に、次の質問へ証拠付きで答えられるか確認してください。

• 在庫ポジションの数量を、状態・所有・場所・時点まで分解できるか
• ERP/WMS/MES/品質/会計の正本が項目単位で定義されているか
• 拠点間移送の送り側と受け側を一つの相関IDで追えるか
• 遅延、重複、順序逆転、取消を再現して受入テストできるか
• オフライン中の現場継続と復旧照合が手順化されているか
• 差異理由と調整承認が監査ログに残るか
• 単位換算とマスタ変更の有効期間を管理できるか
• ローカル言語と本社集計の両方で意味が一致するか
• 物理数量と会計評価の責任境界が明確か
• 数年TCOの前提と除外がベンダー間で揃っているか
• パイロットの合格証跡と次フェーズ移行条件が合意されているか
• 稼働後の例外処理を現地チームが自力で運用できるか

まとめ：海外工場の在庫管理は説明可能性を設計する

タイ・ベトナム・日本本社をつなぐ海外工場の在庫管理では、単一のグローバル在庫数を約束するより、物理在庫、システム在庫、品質、引当、移送中、所有権、単位、場所、時点、イベント根拠を分けた監査可能な在庫ポジションを設計することが重要です。RFPで責任分界と受入証跡を定め、限定パイロットで例外まで検証し、差異を調整ではなく改善につなげることで、拠点追加にも耐える運用基盤になります。

TOMAS TECHでは、製品選定前の在庫ポジション整理、タイ・ベトナム工場を含むRFP作成、現状データ診断、段階導入の受入条件づくりからご相談いただけます。まだ予算や製品が確定していない構想段階でも、お問い合わせページから現状と対象拠点をお知らせください。

よくある質問（FAQ）

海外工場の在庫管理は必ずリアルタイムにすべきですか？

すべてを秒単位にする必要はありません。生産払出や出荷引当は短い遅延が必要でも、低頻度の補助資材は定期同期で十分な場合があります。業務判断ごとに許容遅延を決め、最終同期時刻、確度、未処理件数を表示する方が、曖昧な「リアルタイム」要件より実用的です。

タイの在庫管理システムと日本本社ERPはどちらを正本にしますか？

システム全体で一つに決めるのではなく、データ項目ごとに決めます。品目のグループIDは本社ERP、棚別数量と現場イベントは工場WMS、製造消費はMESなど、責任を分けられます。集約層は正本を置き換えず、出典と同期状態を保持します。

在庫差異の原因と対策を短期間で把握する方法は？

代表品目を選び、入荷から出荷まで、物理移動と各システムのイベントを同じ相関IDで追跡します。差異をタイミング、場所、単位、品質、ID、取引、拠点境界、所有権に分類し、単なる数量調整を先に行わないことが重要です。

海外拠点へのシステム導入はどの工場から始めるべきですか？

最も簡単な工場より、通常業務と代表的な例外があり、現地責任者が改善に参加できる範囲を選びます。一工場全体でなく、一倉庫・一ライン・一品目群から開始し、受入証跡を確認してから横展開します。

EPCISを導入すればERPやWMSは不要になりますか？

不要にはなりません。EPCISは拠点や企業をまたぐ可視化イベントの共通表現として有用ですが、購買、在庫引当、原価、会計、詳細な倉庫作業をそのまま代替するものではありません。交換境界やイベント履歴の設計に適用範囲を限定して評価します。

海外工場の在庫管理システム費用は何で決まりますか？

拠点数、利用者数、取引量、連携本数、データ整備、端末、ネットワーク、可用性、言語、移行、教育、保守時間帯、監査要件などで変わります。市場相場の一数字ではなく、同一前提の複数年TCOで比較してください。

IAS 2に対応するには在庫管理システムだけで十分ですか？

十分とは限りません。在庫システムは所在、状態、所有権、イベントを正確に提供できますが、原価構成、正味実現可能価額、評価方法、法人間移送の認識は会計方針に依存します。財務部門と現地専門家が要件を承認する必要があります。

導入後に日本本社が毎日見るべき指標は何ですか？

在庫総額だけでなく、最終同期時刻、未送信イベント、照合待ち差異、長期未決移送、品質保留、理由未登録の調整、マスタ配信失敗を確認します。月次には原因別差異、再発、未決期間、在庫の鮮度と確度をレビューします。