タイの中小製造業が在庫管理システムを選ぶとき、会社規模だけで「Excelで十分」「まず安いクラウド」と決めるのは危険です。ETDAの2025年調査では、タイSMEのデジタル成熟度は2.45/4.00で前年比3.81%上昇したものの、区分はDigital Followerでした。販売や連絡にデジタルを使えても、在庫・工程などCore Businessのデータがつながらない企業は少なくありません。必要なのは機能数の比較ではなく、どの取引を、どの単位で、誰が、いつ確定するかという「統制境界」の設計です。
本稿は、タイの日系・現地中小工場でExcelや紙を使い続け、欠品、過剰在庫、在庫差異、二重入力を減らしたい工場長、管理部長、IT責任者に向けた実務ガイドです。Excel継続、軽量在庫管理、ERP在庫モジュール、WMSの4択を、取引イベント、拠点数、ロット・期限・シリアル、同時更新、停止許容度の5軸で判断します。詳細設計は方式決定後の最小確認に絞り、既存の導入ガイドへつなぎます。
中小企業の在庫管理は「小さい仕組み」ではなく「必要な統制」で決める
「中小企業向け」という言葉は、利用者数や予算の小ささを連想させます。しかし製造現場の難しさは従業員数と比例しません。品目数が少なくても、一つの材料を複数単位で扱い、ロットを追跡し、工程投入と完成を同時に記録し、顧客要求に応じて履歴を提示するなら、統制は簡単ではありません。反対に、会社が大きくても単一拠点、非ロット管理、日次更新で業務が成立するなら、高機能WMSが必須とは限りません。
選定の起点は「何人で使うか」より「誤った在庫が確定したとき、どこまで影響するか」です。購入判断、製造計画、出荷回答、原価計算、品質調査が同じ在庫残高を参照するなら、在庫は単なる数量表ではなく業務の基幹データです。必要な統制を先に定義すれば、過剰な機能を避けながら、将来の拠点追加や顧客連携にも耐える土台を作れます。
ここでいう統制境界とは、例えば次の問いに答えられる範囲です。
- 入荷、移動、払出、完成、出荷、返品、取消、棚卸調整のどこで残高を変えるか。
- 誰が入力し、誰が承認し、後から誰が変更できるか。
- 品目、保管場所、ロット、シリアル、単位をどこまで識別するか。
- オフラインや連携失敗の間、現場を止めるか、仮記録で続けるか。
- 誤入力を訂正するとき、元の記録を残して反対仕訳するか、上書きするか。
この境界が曖昧なままバーコード端末や画面を先に選ぶと、入力は速くなっても在庫差異の原因は残ります。逆に、最小限の取引ルールが揃えば、Excelから始めても将来の移行が容易になります。
Excel継続・軽量在庫管理・ERP・WMSの4択比較
選択肢は「Excelかシステムか」の二択ではありません。既存の業務、会計・購買・生産との結合度、現場の例外量に合わせて、次の4つを比較します。
| 選択肢 | 向いている状態 | 強み | 注意点 | 次へ移るサイン |
|---|---|---|---|---|
| Excel継続 | 単一拠点、更新者が限定、日次更新でも支障が小さい | 変更が速く、初期の業務可視化に使いやすい | 同時更新、権限、履歴、入力規則、再送制御が弱い | ファイル複製、転記、更新待ち、原因不明の差異が常態化 |
| 軽量在庫管理 | 入出庫を現場で即時記録したいが、高度な倉庫最適化は不要 | 取引履歴、バーコード、ロケーション、簡易承認を小さく始めやすい | 会計・購買・生産との責任分界が曖昧だと二重マスタになる | 発注、所要量、原価、工程実績との連携要求が増える |
| ERP在庫モジュール | 購買、販売、生産、会計と同じデータで在庫を確定したい | 伝票間の整合、原価・会計との一貫性を作りやすい | 現場操作が重い場合、後入力やExcel迂回が生まれる | 波動管理、詳細ロケーション、作業指示、倉庫生産性が重要になる |
| WMS | 複数倉庫、詳細ロケーション、入出荷波動、作業割当が複雑 | 倉庫作業の指示、検品、補充、ピッキングを精緻に統制できる | 小規模現場には運用負荷と統合範囲が大きすぎる場合がある | 選ぶ前にERPとの在庫所有権と連携失敗時の扱いを決める |
Excelは悪ではありません。基準線を作り、取引種別や理由コードを試す道具として有効です。ただし、共有フォルダにある表を「一つの正本」と呼んでも、複数人が別時刻に更新し、コピーが増え、後から上書きできるなら、統制されたシステムとは異なります。Excel継続を選ぶ場合も、入力者、締め時刻、変更権限、訂正方法、バックアップ、照合責任を明文化する必要があります。
軽量在庫管理は、現場入力を速くし、履歴を残し、ロケーションやロットを見える化する現実的な中間案です。一方で、購買側の入荷、製造側の払出と完成、販売側の出荷、会計側の評価を誰が正本とするかを決めなければ、同じ数量を別システムで持つことになります。「連携できる」という提案だけでなく、どのイベントがどちらを更新し、失敗したらどう戻すかまで確認します。
ERP在庫モジュールは業務間の整合性に強みがあります。現場が使いにくい画面のまま導入すると、作業後に事務所でまとめ入力する運用になり、リアルタイム在庫管理の目的を失います。端末、入力手順、ラベル読取、通信状態まで含めて現場で受入試験を行うことが重要です。
WMSは倉庫作業の細かな指示や最適化が必要な場合に有効です。しかし「在庫差異があるからWMS」という飛躍は避けるべきです。差異の原因が品目マスタ、単位変換、無記録の払出、取消ルール、教育不足なら、より大きなシステムを入れても原因が移植されます。
在庫管理システムを選ぶ5軸
1. 取引イベント：残高を変える瞬間を列挙できるか
最初の軸は画面数ではなく取引イベントです。少なくとも入荷、検収、移動、工程払出、工程返却、完成入庫、出荷、顧客返品、仕入先返品、取消、廃棄、棚卸調整を棚卸しします。自社にないイベントは除き、実際に起きる例外は省略しません。
各イベントについて、起点となる伝票、入力者、承認者、残高が変わる時刻、原価や会計への影響、取消方法を定義します。「保存した時点」と「承認した時点」が混在すると、画面上の数量と購入判断に使う数量がずれます。状態を未処理、承認済み、取消済みなどに分け、利用可能在庫に含める条件を明示します。
2. 拠点数：倉庫の数ではなく移動中在庫まで見る
一つの工場でも、受入場、原材料倉庫、ラインサイド、仕掛置場、完成品倉庫、隔離場所が別ロケーションなら、移動の記録が必要です。複数拠点では、出庫済みだが入庫前の「移動中」をどちらが所有するか、輸送差異をどう処理するかを決めます。
GS1 EPCIS 2.0は、企業内・企業間で可視化イベントを共有する共通言語を提供し、分散拠点の商品在庫や設備可用性の正確な概観をユースケースに挙げています。中小工場にEPCISを必須とする意味ではありません。将来、顧客や物流会社、別工場とつなぐ可能性があるなら、「何が、いつ、どこで、なぜ起きたか」をイベントとして保持する設計が役立つという示唆です。
3. ロット・期限・シリアル：数量だけで足りるか
品質調査や顧客要求がある場合、品目合計だけでは不十分です。同じ品目でもロット、期限、シリアル、品質状態、保管条件で利用可否が変わります。どの属性を入荷時に確定し、工程で引き継ぎ、出荷時に提示するかを決めます。
GS1 Global Traceability Standardは、倉庫でGTINとロット／バッチ、物流単位を示すSSCCのリンクを記録し、所定のチェック後に在庫管理システムで利用可能にする例を示します。GS1 General Specifications Release 24.0では、GTINを商品、SSCCを物流単位の識別に用い、Application Identifierがデータ項目の意味と形式を定めます。ここから学ぶべき点は、バーコードを貼ること自体ではなく、識別子と業務イベントを一貫して結び付けることです。
4. 同時更新：リアルタイム在庫管理が本当に必要な場所
「リアルタイム」は短い更新間隔という意味だけではありません。複数人が同じ在庫を同時に引き当てるとき、重複出庫を防げること、確定前後の状態が一貫して見えること、連携遅延を識別できることが重要です。
日次締めで問題がない品目まで即時連携にすると、実装と運用が複雑になります。反対に、欠品判断や出荷回答に使う品目を後入力にすると、現場は別のチャットや紙で確認を始めます。イベントごとに許容遅延を決め、「即時」「一定間隔」「日次締め」を使い分けます。
5. 停止許容度：通信断・障害時にどう続けるか
クラウドかオンプレミスかを決める前に、システムが使えない間の業務を決めます。入荷を止められるか、出荷を止められるか、ラインへの払出を仮伝票で続けるか、復旧後に誰が再送と重複を照合するかを確認します。
オフライン入力を備えていても、自動同期が重複イベントを作るなら安全ではありません。端末側の一意な取引ID、送信状態、再送規則、サーバー側の重複排除、利用者へのエラー表示が必要です。停止許容度は技術要件であると同時に、現場責任者が承認すべき業務継続要件です。
Excelを卒業すべきかを見極める7つの兆候
Excelを卒業する判断は「ファイルが重い」「行数が多い」だけでは決まりません。重要なのは、表計算の自由さが業務統制より大きなリスクになったかです。次の兆候を、特定の担当者の不満ではなく、複数シフト・複数部門で確認します。
- 同じ品目について、購買、倉庫、製造、営業が異なる数量を持っている。
- 誰かがファイルを閉じるまで更新できない、または別ファイルへ入力して後で統合している。
- 現物移動からExcel入力までの遅れが、発注や出荷回答に影響している。
- 数量を訂正した人と理由を、数日後に再構成できない。
- ロット、期限、シリアル、品質状態を列追加で対応し続け、入力規則が部門ごとに違う。
- バックアップはあるが、どのファイルを正本として戻すか決められていない。
- 担当者の休暇や退職で、マクロ、関数、締め処理の意味が分からなくなる。
一つ該当しただけで即導入とは限りません。兆候が複数あり、それが欠品、緊急購買、誤出荷、棚卸調査、月次締めの遅れにつながるなら、Excelの改善ではなく方式選定へ進む根拠になります。逆に、原因が入力ルールの未定義であれば、先に運用を整えなければ新システムでも同じ混乱が起きます。
Excel継続を選んでもよい条件
Excel継続は「投資を先送りする消極策」とは限りません。単一拠点、少数品目、更新者が限定、ロット追跡なし、日次更新で意思決定可能、訂正履歴を別帳票で管理できる場合は合理的です。ただし継続には期限と出口条件を付けます。「ファイル数が増えたら」ではなく、「同時更新者が増えた」「入力遅延が許容時間を超えた」「二つ目の倉庫を開設した」など、再検討のトリガーを経営会議で決めます。
Excelのまま改善するなら、品目コードと単位を統一し、入力用と閲覧用を分け、数式セルを保護し、日次締めと差異理由を記録します。マクロを増やす前に、誰が保守し、壊れたとき何時間まで停止できるかを確認します。属人マクロの高度化は、システム化ではなく技術負債を増やす場合があります。
「導入しない」を正しく選ぶための判断
システム選定会議では、導入を前提にすると比較が歪みます。次の場合は、いったん非導入または延期が妥当です。
- 品目コード、単位、保管場所が部門ごとに異なり、統一する責任者が決まっていない。
- 現場の物の流れと帳票が一致せず、どの時点で在庫を変えるべきか合意できていない。
- 「在庫を正確にしたい」以外に、対象範囲、判断KPI、責任者がない。
- 導入後のマスタ管理、一次問い合わせ、権限レビューを担当する人がいない。
- 経営側が標準化を求める一方、各部門に従来の自由入力をそのまま残そうとしている。
非導入は何もしないことではありません。現状の基準線を取り、コードを統一し、取引イベントを整理し、Excelの統制を強める準備期間です。準備の成果が出れば、導入範囲が小さくなり、ベンダー見積も比較しやすくなります。「予算が取れたから開始」ではなく、「意思決定に必要な前提が揃ったから開始」とするのが健全です。
4方式の適合条件と不適合条件を対で見る
選定では強みだけでなく、「この方式を選んではいけない状態」を明記します。製品名を比較する前に方式の不適合を除くと、候補が絞れます。
| 方式 | 適合する条件 | 不適合になりやすい条件 | 経営が受け入れる責任 |
|---|---|---|---|
| Excel継続 | 単一拠点、少数更新者、低い同時性、単純な追跡 | 複数正本、頻繁な後入力、ロット追跡、権限分離 | 再検討トリガーとファイル統制を維持する |
| 軽量在庫管理 | 現場記録を即時化し、購買・会計は既存のまま残す | 原価・所要量・会計まで一度に統合したい | 二重マスタを防ぐ担当と連携境界を持つ |
| ERP在庫モジュール | 購買・生産・販売・会計の伝票整合が最優先 | 現場が複雑画面を使えず、後入力が前提になる | 標準プロセスへ業務を合わせる判断をする |
| WMS | 倉庫作業指示、詳細ロケーション、波動・補充が複雑 | 在庫差異の原因が基本ルールやマスタ不備 | ERPとの所有権、運用要員、障害時手順を持つ |
軽量在庫管理は中小企業に自動的に最適ではありません。既存ERPに十分な在庫機能があり、現場入力だけ改善できるならERP活用の方が正本を増やさずに済みます。反対に、ERP改修が重く、対象が一つの倉庫に限定されるなら、軽量システムをイベント連携する方が早く検証できます。
WMSも「上位版」ではありません。倉庫の作業制御を深くする別の役割です。製造現場の払出遅れが主問題なのに、倉庫内ピッキング機能が豊富な製品を選んでも焦点がずれます。各方式を価格の階段ではなく、責任範囲の違いとして見ます。
誰が何を持つか：小さな会社ほど責任分担を明文化する
中小企業では一人が複数役割を兼務します。それでも、役割を曖昧にしてよいわけではありません。同じ人が兼務する場合も、どの立場で判断したかを区別します。
| 判断対象 | 業務責任者 | 現場責任者 | IT・ベンダー | 経営層 |
|---|---|---|---|---|
| 在庫を変えるイベント | 定義し承認する | 実行可能性を確認する | システムへ実装する | 部門間対立を裁定する |
| 品目・単位・場所 | 所有者を決める | 実態との一致を確認する | 変更履歴を保持する | 標準化を支持する |
| Excel卒業の判定 | KPIと影響を示す | 入力負荷を示す | 選択肢と制約を示す | 投資・非投資を決める |
| 障害時の継続 | 優先業務を決める | 手順を実行する | 復旧・連携再開を担う | 許容停止とリスクを承認する |
| 導入後の改善 | 指標をレビューする | 例外を報告する | 設定変更を管理する | 追加投資を判断する |
「在庫は倉庫の責任」「システムはITの責任」と分けすぎると、境界で問題が落ちます。倉庫は現物、業務責任者はルール、ITはデータ処理、経営は優先順位に責任を持ちます。ベンダーへ業務判断を丸投げせず、逆に技術的な再送やバックアップを現場の努力だけに任せないことが重要です。
中小工場の代表シナリオで4択を試す
シナリオA：単一倉庫、日次締めで業務が回る
更新担当は限られ、ロット追跡は不要、購買判断も翌日で間に合う。この場合、Excel継続が有力です。品目・単位・入力欄を固定し、日次締め、差異理由、バックアップ、再検討条件を整えます。将来のために取引種別を列で残しておけば、移行時に単なる残高表より有用です。
シナリオB：ラインサイド払出が後入力になり欠品判断が遅れる
問題は現場イベントの即時記録で、会計や購買は既存システムで機能している。この場合、バーコードを使える軽量在庫管理が候補です。ただし、軽量側で記録した払出をERPへどの時点で渡すか、失敗時にどちらを正とするかを決めます。端末を入れるだけでなく、現場がその場で完了できる操作にします。
シナリオC：購買・生産・販売で在庫と原価が一致しない
複数部門の伝票整合が課題なら、ERP在庫モジュールが有力です。部門ごとのローカルExcelを残したままERPを入れると、正本が増えるため、標準プロセスへ合わせる経営判断が必要です。現場入力が重い場合は、ERPを正本にしたまま入力フロントを簡素化する構成も比較します。
シナリオD：複数倉庫でピッキング、補充、優先出荷が複雑
在庫数量だけでなく、誰がどの棚から何をいつ取るかの作業指示が課題です。この場合はWMSを検討します。ERPが会計・販売上の在庫を持ち、WMSが倉庫実行を担うなら、同期の頻度、在庫所有権、障害時の出荷継続を合意します。単純な在庫照会が目的ならWMSは過剰です。
シナリオE：二つ目の拠点を計画しているが業務標準がない
現在はExcelで回っていても、拠点追加後に同じ自由度を複製すると統合が難しくなります。ただし、急いで製品を選ぶ前に、一拠点目でコード、イベント、締め、責任分担を標準化します。標準化後に軽量システムかERPかを比較すると、二拠点目を試験場にせずに済みます。
選定会議を「製品デモ会」にしない進め方
選定会議では、ベンダー説明より先に自社判断を置きます。参加者は経営、倉庫、製造、購買、会計、ITを基本とし、各回の決定事項を限定します。
第1回：困り事を数値と場面に変える
「在庫が合わない」ではなく、どの品目、どの場所、どのイベント、誰の判断に影響するかを出します。在庫差異率、欠品、緊急購買、入力遅延、例外処理時間、棚卸工数は、自社で測れる定義だけを採用します。業界平均や効果率を作らず、現状値が取れない場合は測定期間を設けます。
第2回：5軸に事実を配置する
取引イベント、拠点、ロット等、同時更新、停止許容度について、現状と近い将来を分けて記入します。「将来必要かもしれない」は、予定時期と根拠がなければ必須要件にしません。逆に、顧客要求や拠点計画が確定しているなら、今の小ささだけで除外しません。
第3回：4方式から不適合を落とす
価格を比べる前に、Excel継続を含む4方式の不適合条件を評価します。候補が二つ残ったら、どの責任を社内が持つか、どのデータを正本とするか、停止時にどう働くかで比較します。ここで製品候補へ進むか、業務整備を先にするかも決めます。
第4回：小さな実証の終了条件を決める
PoCを行う場合、対象を一工程または一倉庫動線に絞り、継続、修正、停止の条件を先に決めます。TOMAS TECHの推奨モデルでは90日を、基準線、1フロー、例外、復旧、拡張判断へ分けますが、これは外部統計や標準期間ではありません。詳しい設計、RFP、受入、KPIの作り方はタイ製造業向け在庫管理システム導入ガイドで確認できます。
詳細設計へ進む前の最小確認
本稿の目的は方式選定です。方式が決まった後は、品目、単位、ロケーション、ロット／シリアル、取引種別、理由コード、承認者、時刻を最低限のデータとして整理します。受入では正常系だけでなく、返品、取消、棚卸差異、オフライン、再送、権限違反、バックアップ復旧を確認します。これらの詳細を選定前に作り込みすぎると、候補方式に合わせた比較ができません。逆に、方式決定後に省略すると導入が画面置換で終わります。
在庫差異の原因は、入力漏れ、二重送信、単位変換、ロケーション、ロット、取消、マスタ変更などに分け、調整額だけでなく取引履歴から確認します。棚卸統制を深掘りする場合は棚卸時間短縮と在庫精度を両立する方法を参照してください。工程内の滞留が中心なら、在庫方式の問題と混ぜずに仕掛品管理の設計ガイドで切り分けます。
失敗を避ける最終チェック
- 「中小企業向け」という製品ラベルだけで候補に入れていないか。
- 現在の利用者数だけで、拠点追加や顧客追跡要件を無視していないか。
- Excel継続を比較対象から外し、導入ありきになっていないか。
- 軽量システムとERPのどちらが正本かを決めているか。
- WMSを在庫差異の万能薬として扱っていないか。
- タイ語対応をメニュー翻訳だけで判定していないか。
- 導入後のマスタ責任者、一次問い合わせ、権限レビュー担当がいるか。
- 停止時に現場を止めるか続けるか、経営が承認しているか。
- PoCの成功条件だけでなく、修正・停止条件を決めているか。
- 費用比較の範囲に端末、ラベル、移行、連携、教育、保守、終了時データ返却を含めているか。
BOI恩典を検討するときの注意
Thailand BOIは2026年上期、Smart and Sustainable Industry枠で132件、約172億バーツの申請があったと発表しています。これは申請件数・申請額であり、採択や投資実行を示す数字ではありません。現行の案内では、効率改善投資は土地と運転資金を除き100万バーツ以上が条件として掲示されています。対象機械・設備の輸入関税免除と、3年間の法人税免除が掲示され、通常は対象投資額の50%です。国内の自動化機械製造産業と連携・支援する機械・自動化システム・ロボットが、今回変更・導入する機械・自動化システム・ロボット価値の30%以上を占めるなど、所定条件を満たす場合は100%とされています。
ただし、在庫ソフト単体の小規模案件が当然に対象になると解釈してはいけません。設備更新、自動化、デジタル技術を含む投資全体、申請時期、対象経費、既存事業との関係などにより判断が変わります。投資判断やRFPに恩典を織り込む前に、現行告示と自社案件への適用をBOIへ個別確認してください。
よくある質問
中小企業の在庫管理システム費用はいくらですか？
利用者数だけでは決まりません。対象拠点、取引イベント、ロット・シリアル、端末、ラベル、データ移行、ERP連携、タイ語対応、教育、保守、復旧要件を分けて見積もります。本稿では台帳にない一律の費用相場は示しません。比較時は初期費用と月額だけでなく、マスタ整備、端末交換、連携変更、運用担当、契約終了時のデータ返却まで同じ範囲で比較してください。
在庫管理でExcelの限界はどこですか？
行数の多さより、同時更新、権限、変更履歴、取引の一意性、再送制御が必要になった時点が境目です。ファイル複製、転記、後入力、更新待ち、差異原因の追跡不能が常態化したら、Excelの工夫ではなく統制境界の見直しが必要です。Excelを基準線やマスタ検討に残しつつ、残高を変える取引をシステムへ移す段階的な方法もあります。
バーコード管理システムやRFIDを入れれば在庫差異はなくなりますか？
識別と入力は速くなりますが、差異が自動的になくなるわけではありません。品目、単位、ロケーション、ロット、取引種別、取消、承認が正しく設計され、読取エラーや再送を制御して初めて効果を発揮します。RFIDは一括読取などの特性がありますが、利用環境、タグ、読取範囲、誤読対策を実地試験します。
軽量在庫管理とWMSの違いは何ですか？
軽量在庫管理は残高と取引履歴、ロケーション、ロット、バーコードなどを小さく統制することに向きます。WMSは作業指示、補充、波動、ピッキング、詳細ロケーションなど倉庫運営の制御を深く扱います。名称ではなく、自社のイベント、作業複雑性、ERPとの在庫所有権で判断してください。
在庫管理システムの導入期間はどれくらいですか？
固定期間は示せません。データ品質、連携数、意思決定速度、現場試験、対象拠点で変わります。本稿の90日は標準導入期間ではなく、限定範囲で統制と例外復旧を検証するTOMAS TECHの推奨PoCモデルです。PoC合格後も、対象拡張、データ移行、教育、切替、安定化の計画が必要です。
タイ語対応では何を確認すべきですか？
メニューだけでなく、作業指示、理由コード、エラーメッセージ、検索、帳票、ラベル、教育資料を確認します。日本語・英語の管理者とタイ語の現場利用者が同じ意味で判断できる用語表を作り、変更時の翻訳責任も決めます。実端末と実利用者による受入試験が不可欠です。
在庫管理システムはBOIの対象になりますか？
ソフト単体で一律に対象になるとは限りません。現行案内には効率改善投資の条件と恩典が掲示されていますが、投資全体、対象経費、申請時期、所定条件に基づく個別審査が必要です。100万バーツ以上という掲示条件だけで適用を断定せず、最新の告示と自社案件をBOIへ確認してください。
まとめ：機能表より統制境界を先に合意する
中小企業の在庫管理システムは、会社規模で簡易版を選ぶのではなく、取引イベント、拠点数、ロット・期限・シリアル、同時更新、停止許容度で決めます。Excel、軽量在庫管理、ERP在庫モジュール、WMSは価格の順番ではなく、異なる責任範囲を持つ4方式です。
まずExcel継続と非導入を含めて不適合条件を確認し、残った方式について正本、社内責任、停止時の運用を比較します。その判断が済んでから、データ、RFP、受入、必要に応じたPoCへ進むことで、機能デモに引っ張られない選定ができます。
タイ工場でExcel継続、軽量在庫管理、ERP連携、WMSのどこから検討すべきか整理できていない段階でもご相談いただけます。TOMAS TECHは、現場の取引イベントと統制境界を一緒に棚卸しし、RFPや90日PoCの範囲づくりを支援します。お問い合わせはこちらから、現在の管理方法と困っている場面をお知らせください。
