WMS比較2026｜在庫管理システムとの違いを6変数で判定する

「WMS 比較」で検索すると、製品名がずらりと並んだ一覧表にたどり着きます。ところが、その表を上から下まで読んでも、自社に必要なのがどれなのかは分かりません。理由は単純で、比べるべきなのは製品ではなく「自社の倉庫にどのレベルの作り込みが要るか」だからです。本記事では、SKU数やロケーション数など6つの変数から必要なレベルを判定し、選び違えたときの後戻りコストをタイの日系工場のモデルで試算します。

WMS 比較が空回りする理由は、比べる対象を取り違えているから

倉庫管理システムの検討は、たいてい「どの製品が良いか」から始まります。展示会で数社の話を聞き、機能一覧を横に並べ、丸とバツの表を作る。ところがこの表は、ほぼ必ず「全部に丸が付いている製品」が最上位に来ます。当たり前です。機能一覧は多機能な製品ほど有利になるように作られているからです。

その結果、何が起きるか。自社では一生使わない機能まで含んだ見積もりが出てきて、金額を見て検討が止まる。あるいは金額に押されて安い方を選び、半年後に「これでは足りない」と分かって入れ直す。どちらも、比較を始める前にやるべきことを飛ばしたために起きています。

やるべきことは、自社の倉庫がどれくらい複雑なのかを測ることです。倉庫の複雑さは感覚では測れません。「うちは複雑だ」と言う工場長と「うちは単純だ」と言う工場長が、まったく同じ条件の倉庫を運営していることは珍しくありません。だから変数で測ります。

そもそもWMSとは何か。在庫管理システムとの違いを3つのレベルで整理する

WMSは Warehouse Management System の略で、日本語では倉庫管理システムと訳されます。ただしこの言葉は、市場では非常に広い範囲を指して使われています。ERPのオプション機能をWMSと呼ぶベンダーもいれば、自動倉庫の制御ソフトまで含めてWMSと呼ぶベンダーもいます。だから「WMSとは何ですか」という質問に一言で答えることには意味がありません。

代わりに、在庫を扱うシステムを在庫の粒度で3つのレベルに割ると、話が一気に整理できます。

レベル1: ERP標準の在庫管理モジュール

ERPが標準で持っている在庫機能です。在庫を「品目 × 倉庫」の数量として持ちます。1,000個の部品Aが第2倉庫にある、という情報までは分かりますが、それが第2倉庫のどの棚にあるかは分かりません。

入出庫の記録は、多くの場合パソコンからの手入力か、生産実績や出荷指示からの自動計上です。現物に触った人が記録するわけではないので、記録と現物のずれは避けられません。だから月次の棚卸で帳尻を合わせます。

これで十分に回っている工場は、実はたくさんあります。品目数が少なく、置き場所が固定されていて、探し物が発生しないなら、棚番をシステムで管理する意味はほとんどありません。

レベル2: 単機能の在庫管理システム

在庫を「品目 × ロケーション × ロット」の数量として持ちます。ロケーションとは棚番のことです。部品Aが第2倉庫のA-03-2という間口に600個、B-11-1という間口に400個ある、という粒度になります。

そして記録は、原則としてハンディターミナルで現物に触ったときに取ります。入荷したらラベルを読んで棚に置き、置いた棚のラベルも読む。出庫するときも同じです。これによって、記録と現物のずれが構造的に減ります。

このレベルの製品は「在庫管理システム」「ロケーション管理システム」など様々な名前で売られており、WMSを名乗っていることもあります。在庫管理システムとWMSの違いが分かりにくいのは、この帯の製品が両方の名前で売られているからです。

レベル3: 本格WMS

レベル2の情報を持ったうえで、さらに作業指示を発行するのがこのレベルです。

誰が、どの順路で、どの棚から、いくつ取るか。複数のオーダーをまとめて一度に回るか、オーダーごとに回るか。入荷した荷物をどの棚に置くべきか。返品された品はどの検品ラインに流すか。こうした「人と機器の動かし方」をシステムが決めて指示します。

つまりレベル3は、在庫を記録するシステムではなく庫内作業を制御するシステムです。これは在庫の記録より一段難しい仕事で、要件定義も運用定着も重くなります。

なお、費用の中身がどう積み上がるかは本記事の主題ではありません。ソフトの価格よりソフト以外の費用のほうが大きくなる構造については、WMSの費用構造を5年総額で分解した記事に詳しく書いてあります。

WMS 比較の判定モデル。6つの変数で必要なレベルを決める

3つのレベルのどれが必要かを、6つの変数で採点します。各変数を0点から3点で評価し、合計0点から18点で判定します。

以下、変数ごとに採点基準を示します。自社の値を当てはめながら読んでください。

変数1: アクティブSKU数

死蔵品を含む総品目数ではなく、実際に動いている品目の数で測ります。動かない品目はシステムの難易度をほとんど上げないからです。

変数2: 管理ロケーション数

現状の棚の数ではなく、「区別して管理したい間口の数」で測ります。同じ品目が常に同じ場所にあるなら、間口を細かく切る必要はありません。逆に、空いた場所に置くフリーロケーション運用にしたいなら、間口の数はそのまま管理対象の数になります。

変数3: 荷主数・拠点数

ここは他の変数と性質が違います。他人の在庫を有償で預かる、つまり3PLとして荷主を持つ場合、請求のための作業実績の集計、荷主ごとの画面と帳票の出し分け、荷主ごとの在庫の分離が必須になります。これはレベル2の製品では原理的に埋められません。

変数4: 庫内作業の複雑さ

作業の「種類の多さ」で測ります。同じ作業を何回繰り返すかではありません。1日3,000行を同じやり方で処理する倉庫より、1日300行を5種類のやり方で処理する倉庫のほうが、システムとしては難しくなります。

変数5: トレーサビリティ要件

「記録しているか」ではなく「システムで縛る必要があるか」で測ります。ロット番号を紙の受払簿に書いていて、それで顧客監査を通れているなら、この変数は1点です。

変数6: 他システム連携

つなぐ相手の数と、要求される周期の両方で決まります。日次バッチ1本で足りるなら、レベル2の標準機能で収まることがほとんどです。

合計点の読み方

6変数の合計点を、次の帯に当てはめます。

この表には1つだけ例外規則があります。変数3が3点（有償で荷主2社以上の在庫を預かる）の場合は、合計点に関わらずレベル3です。3PL事業の請求根拠を作れないシステムは、他がどれだけ足りていても業務が成立しないためです。

タイの倉庫市場の数字は、WMS 導入の判断根拠にはならない

タイでWMSを検討していると、必ず市場規模のグラフを見せられます。ここで一度、その数字がどれくらい当てにならないかを確認しておきます。

Mobility Foresights のレポート（Last Updated: Sep 25, 2025）は、タイの倉庫管理システム市場を 2025年の USD 5.9 billion から 2031年に USD 12.7 billion へ、CAGR 13.6% で成長すると見積もっています。

一方、MarketsandMarkets が 2025年10月6日に出したリリースでは、世界全体のWMS市場が 2025年に USD 4.57 billion、2030年に USD 10.04 billion、CAGR 17.1% とされています。

タイ1国の市場が、世界全体の市場より大きいことになります。これは誤植ではなく、両者が数えている範囲が違うからです。片方はソフトウェアのライセンスと保守だけを数え、もう片方は倉庫設備、工事、運用サービスまで含めている、といった具合です。市場規模の数字は成長の方向を確認するには使えますが、自社の投資判断の根拠には一切使えません。稟議書に貼っても、決裁者に「で、うちはどうなの」と聞かれて終わります。

それでも、タイの倉庫の需要が伸びていること自体は複数の情報源が一致して示しています。6Wresearch のタイ3PL市場レポート（Publication April 2025、Updated June 2026）は、市場全体の 2026年から2032年のCAGRを 1.59% と控えめに置きながら、倉庫セグメントだけは CAGR 12.3% で最も高い成長になると見ています。JLL の Thailand Industrial Market Dynamics Q1 2026（2026年5月19日付）も、第1四半期は新規吸収が鈍化する一方で既存在庫の活用に需要が向かい、EEC（東部経済回廊）では供給の追加が小幅にとどまったと報告しています。

読み取れるのは、「新しい倉庫を建てる」から「今ある倉庫を効率よく使う」へ需要が移っている、ということです。これはまさにWMSの領域の話です。ただし繰り返しになりますが、この傾向は自社に本格WMSが必要な理由にはなりません。

モデル工場で判定してみる

抽象論を続けても仕方がないので、実在しそうな工場を1つ立てて判定します。

チョンブリ県の日系自動車部品メーカー、2次サプライヤー、従業員320名。製品倉庫と部品倉庫の2棟を自社で運営しています。ERPは導入済みですが、在庫は品目×倉庫の数量しか持っていません。

庫内作業の年間人件費は、18名を年間2,000時間、雇用主負担込みの時間単価145 THBで置いて算出しています。この工場の条件を、先ほどの6変数に当てはめると次のようになります。

合計は9点です。6点から11点の帯なので、この工場に適正なのはレベル2、つまり単機能の在庫管理システムという判定になります。本格WMSは要りません。

なお、この判定に使う前提のうち「在庫をいくつ持つか」の部分は、適正在庫の考え方をまとめた記事で扱っている発注点と安全在庫の設計に依存します。判定の前に在庫方針が固まっていないと、SKU数もロケーション数も後から動きます。

選定を誤ったときの後戻りコストを試算する

判定モデルの価値は、外したときにいくら損するかで決まります。3つのシナリオを5年総額で比べます。

シナリオA: 適正にレベル2を選んだ場合

これが基準線です。以降の2シナリオは、この 3,370,000 THB との差で評価します。

シナリオB: 過剰に本格WMSを選んだ場合

判定は9点だったのに、展示会で見た本格WMSに決めてしまった場合です。

シナリオAとの差額は 6,830,000 THB です。

ここで正直に書きますが、本格WMSを入れても業務は回ります。過剰だからといって壊れるわけではありません。問題は、追加で払った 6,830,000 THB に見合う効果が、この工場の条件では発生しないことです。

この工場は荷主が自社1社、流通加工なし、有効期限管理も不要です。レベル3が持つ機能のうち、実際に効くのは出荷ピッキングの作業指示最適化くらいしか残りません。庫内人件費 5,220,000 THB のうち出荷ピッキング工程が45%を占めるとして 2,349,000 THB、その3.0%が改善したとして年およそ 70,000 THB、5年で 350,000 THB です。

差引すると 6,480,000 THB の持ち出しになります。回収率はおよそ5%で、この条件では回収しません。ROIを盛った資料を作れば通るかもしれませんが、3年目の投資効果報告で必ず破綻します。

シナリオC: 力不足のレベル1で始め、2年後に入れ直した場合

逆方向の失敗です。予算が厳しいのでERPの在庫モジュールを設定して凌ぐことにし、2年後に「やはり回らない」と判断してレベル2を入れ直します。

直接費だけを見ると、シナリオAとの差は 820,000 THB です。この程度なら誤差だと感じるかもしれません。しかし本当のコストは請求書に現れない側にあります。

2年間、レベル2なら得られていた効果を取り逃がした分を積むと次のようになります。

棚卸差異率は金額ベースで1.8%から0.5%へ、差し引き1.3ポイントの改善を見込んでいます。誤出荷は年間出荷行数 96,000 に対して0.35%から0.10%へ、つまり年240件の減少で、1件あたりの再送と謝罪対応に 1,200 THB を置いています。

2年分では 2,139,200 THB。直接費と合わせたシナリオCの実質負担は 6,329,200 THB となり、シナリオAとの差は 2,959,200 THB です。

2つの誤りは、痛みの出方が違う

過剰の損（6,480,000 THB）は請求書に載るので、遅くとも2年目には社内で問題になります。一方、力不足の損のうち 2,139,200 THB は逸失なので、どの帳票にも現れません。誰も痛みを感じないまま、毎年 1,069,600 THB が静かに漏れ続けます。

金額の絶対値は過剰のほうが大きい。しかし、放置されやすさでは力不足のほうが危険です。

感応度分析: 棚卸差異の改善をほぼ諦めても結論は変わらないか

上の試算で最も揺れやすい前提は、棚卸差異率の改善幅1.3ポイントです。現場の管理水準がもともと高ければ、システムを入れても差異はあまり減りません。ここだけを動かして確かめます。

改善幅を1.3ポイントから0.6ポイント、つまり半分以下に落とすとどうなるか。ほかの2項目（探索工数と誤出荷）はこの前提に依存しないので、係数を掛けずにそのまま置きます。

2年分で 1,747,200 THB、シナリオCの実質負担は 5,937,200 THB、シナリオAとの差は 2,567,200 THB です。

結論は反転しませんでした。棚卸差異の改善をほぼ諦めても、力不足の選定による後戻りコストは 2,500,000 THB を超えます。逆に言えば、この試算の説得力は棚卸差異ではなく、探索工数と誤出荷という日常業務の側に支えられているということです。

もう1つ、判定そのものが動く条件も見ておきます。SKUが 4,000 まで増え、かつグループ会社2社以上の在庫を有償で預かる事業を始めた場合、変数1が3点（1点増）、変数3が3点（2点増）となり合計は12点に達します。例外規則も働くので、判定はレベル3に変わります。このときシナリオBはもはや過剰ではありません。

ここが判定モデルの使い方の要点です。将来の計画が「決まっている」のか「検討中」なのかで、答えが変わります。決まっているなら本格WMSは正しい投資です。検討中の段階なら、6,480,000 THB は回収しません。

WMS 導入で判定を誤りやすい3つの落とし穴

落とし穴1: 現状の作業手順をそのまま要件にする

いまの倉庫でやっていることを全部書き出して要件にすると、変数4が必ず高く出ます。しかしその作業の何割かは、レベル1のシステムしかなかったから発生していた作業です。例えば「出庫前に現物を数えて帳簿と突き合わせる」という工程は、記録が信用できないから存在します。要件ではなく症状です。

落とし穴2: 一番忙しい日を基準に測る

年に数回の繁忙日を基準にすると、変数1も変数4も跳ね上がります。判定は通常月の平均で行い、繁忙期は例外運用で吸収できないかを先に検討してください。ピーク対応のためだけにレベルを1つ上げるのは、ほぼ確実に過剰投資になります。

落とし穴3: 入出庫の記録方法を決める前に製品を選ぶ

いつ、誰が、何を使って記録するのかが決まっていないと、どの製品を入れても同じ結果になります。この点は入出庫管理の記録タイミングを3つの型で比較した記事で詳しく扱っています。判定の前に、まずここを固めてください。

なお、在庫を扱うシステム全体をタイプ別に見渡したい場合は、工場の在庫管理システムを4タイプで比較した記事が出発点になります。

タイで導入するときに固有の論点

人の入れ替わりを前提に運用を設計する

タイの倉庫作業は人の入れ替わりが日本より速いのが一般的です。これは判定モデルに直接は現れませんが、レベルの選び方には効きます。手順書と暗黙知に依存するレベル1の運用は、教えた人が辞めた瞬間に精度が落ちます。ハンディが手順を強制するレベル2は、新人が入っても品質が落ちにくい。属人性の低さそのものが投資対象になるという見方は、タイでは日本より重みがあります。

BOI恩典の対象になるか

ソフトウェア開発そのものを事業として行う場合、BOIには該当するカテゴリがあります。BOIは2021年9月16日付の公表で旧5.7（ソフトウェア）、5.8（電子商取引）、5.9（デジタルサービス）を廃止して新カテゴリ5.10へ統合し、A2区分として上限付き8年の法人所得税免除などを付与しています。ただしこれは「ソフトを開発して提供する事業者」向けの枠であり、自社工場が業務改善のためにWMSを購入する場合とは前提が異なります。恩典の適用可否は事業内容と申請区分によって変わるため、必ず個別に確認してください。

庫内データと個人情報の扱い

ハンディで作業実績を取ると、「誰がいつどの棚に触ったか」の記録が残ります。この作業者と紐づいたログがタイのPDPA上どう扱われるかは、記録の粒度や保管目的によって判断が分かれるところで、本記事では断定しません。所管はタイ個人情報保護委員会事務局（pdpc.or.th）です。要件定義の段階で、作業者IDのログをどこまで残す設計にするかを意思決定事項として明示しておくことをおすすめします。後から消せない設計にしてしまうと選択肢がなくなります。

導入の進め方は「判定してから見積もりを取る」

順番を逆にしないでください。見積もりを先に集めると、提案されたスコープに引きずられて自社の判定が歪みます。

現実的な進め方は次の通りです。まず自社で6変数を採点し、レベルを決めます。次に、そのレベルに合致する製品だけに範囲を絞って引き合いを出します。このとき、判定結果と根拠になった数字（SKU数、ロケーション数、出荷行数）を先方に開示してください。開示すると、過剰なスコープの提案が出にくくなります。

そして、境界に近い点数だった場合。10点や11点でレベル2の上限にいるなら、レベル2の製品を選んだうえで「3年以内にレベル3へ移行する可能性がある」と伝え、データ移行のしやすさを選定基準に加えます。境界に近いこと自体は問題ではありません。それを黙っていることが問題です。

MHIとDeloitteが2025年後半に実施した世界調査に基づく2026年版の年次報告書「Rewiring the Future: A Supply Chain Playbook for Innovation」でも、技術そのものより定着と組織側の課題が論点として扱われています。導入の順番を含め、ここでつまずくのはタイに限った話ではないということです。

よくある質問

WMSとは何ですか

倉庫管理システムの略称ですが、市場では非常に広い範囲を指して使われています。本記事の整理では、在庫を「品目 × ロケーション × ロット」で持ち、さらに庫内作業の指示まで発行するものをレベル3の本格WMSと呼んでいます。ベンダーによってはレベル2の製品もWMSと名乗るため、名前ではなく機能の粒度で確認してください。

WMSと在庫管理システムの違いは何ですか

明確な業界標準の線引きはありません。実務上は、在庫の記録までを担うのが在庫管理システム、庫内作業の指示と制御まで担うのがWMS、と考えると誤解が少なくなります。判定の場面では、「作業指示を出す必要があるか」を1つの分かれ目にしてください。

ERPの在庫管理モジュールだけでは何ができないのですか

多くの場合、棚番の管理とハンディでの現物記録ができません。その結果、置き場所が人の記憶に依存し、記録と現物のずれを棚卸でしか直せなくなります。品目数が少なく置き場所が固定されている倉庫なら、これで十分に成立します。

WMS 費用はレベルによってどのくらい変わりますか

レベルによって桁が変わります。本記事のモデル工場ではレベル2が5年総額 3,370,000 THB、レベル3が 10,200,000 THB でした。ただしこれはあくまで一例で、費用がどう積み上がるかの構造は費用を分解した記事を参照してください。

タイでWMSを導入するとき、日本と何が違いますか

技術要件はほとんど変わりません。違うのは運用側です。作業者の入れ替わりが速いこと、多言語での画面と手順書が要ること、日本本社への報告フォーマットに合わせる必要があること。この3つが要件定義の後半で必ず出てきます。逆に言えば、この3つを最初から前提に入れておけば、日本での導入と大きくは変わりません。

判定が境界の点数だった場合はどうすればよいですか

上のレベルに寄せる前に、点数を押し上げている変数が「今の話」なのか「将来の話」なのかを分けてください。将来の計画が意思決定済みなら上のレベルへ、検討中の段階なら現在のレベルを選び、データ移行のしやすさを選定基準に加えるのが現実的です。

まとめ

WMS 比較は製品の比較ではなく、自社に必要なレベルの判定から始めるべきです。アクティブSKU数、管理ロケーション数、荷主数と拠点数、庫内作業の複雑さ、トレーサビリティ要件、他システム連携の6変数を0点から3点で採点し、合計点で3つのレベルに割り当てます。有償で荷主2社以上の在庫を預かる場合だけは、合計点に関わらず本格WMSが必要です。

判定を外したときの代償は、本記事のモデル工場では過剰側で 6,480,000 THB の持ち出し、力不足側で 2,959,200 THB の後戻りコストでした。棚卸差異の改善幅を半分以下に落とす感応度分析を行っても、力不足側の後戻りコストは 2,567,200 THB で、結論は変わりませんでした。

そして、市場規模のグラフは判断根拠になりません。タイ1国のWMS市場が世界全体より大きいと書かれた資料が現に流通しています。使うべきなのは自社の6つの数字です。

判定結果に自信が持てない、あるいは境界の点数で迷っているという段階でも構いません。SKU数とロケーション数、年間出荷行数の3つが分かれば、こちらで一次判定を行い、レベルの根拠をお返しできます。見積もりの前段階のご相談として、お問い合わせページからお気軽にお声がけください。タイでの導入経験に基づいて、過剰にも力不足にもならない範囲をお伝えします。

参考情報

• Mobility Foresights, Thailand Warehouse Management System Market（Last Updated: Sep 25, 2025）: mobilityforesights.com
• MarketsandMarkets, Warehouse Management System Market worth 10.04 billion USD by 2030（2025年10月6日）: prnewswire.com
• 6Wresearch, Thailand 3PL Market（Publication April 2025 / Updated June 2026）: 6wresearch.com
• JLL, Thailand Industrial Market Dynamics Q1 2026（2026年5月19日）: jll.com
• Tilleke and Gibbins, Thailand’s BOI Revamps Promoted Digital Activities: tilleke.com
• MHI and Deloitte, 2026 MHI Annual Industry Report「Rewiring the Future: A Supply Chain Playbook for Innovation」: mhiblog.org
• タイ個人情報保護委員会事務局: pdpc.or.th