WMS（倉庫管理システム）とは？OMSとの違いと選び方

WMS（倉庫管理システム）とは？OMSとの違いと選び方。EC入門編の記事アイキャッチ

WMS（倉庫管理システム）とは、倉庫で行う入荷から出荷までの作業と、棚ごとの在庫の数を管理するシステムのことです。

WMSを使うときは、注文を管理する受注管理システム（OMS）とつないでおく必要があります。つないでいないと、注文を倉庫へ伝える作業と、出荷が済んだことをモールへ知らせる作業を、手で行うことになります。受注管理システムの在庫数も、棚の数とずれたままです。

本記事では、WMSとOMSの違いと選び方、つないだあとの注意点を解説します。

WMS（倉庫管理システム）とは？

WMSが管理するのは倉庫の中の作業と棚の在庫で、注文や帳簿上の在庫を扱うシステムとは役割が異なります。

WMSの仕組みとメリット

WMSは、商品のバーコードを読み取るたびに「誰が・いつ・どこで・何を」動かしたかを記録して、倉庫の作業と棚ごとの在庫を管理します。読み取りには、ハンディターミナルと呼ばれる手持ちの専用端末やスマートフォンを使います。

記録する作業は、入荷から出荷までの次の6つです。

WMSが管理する倉庫の作業

入荷：届いた商品の数と中身を確かめる
棚入れ：商品を決めた棚に置く
保管：どの棚に何があるかと、賞味期限や製造日ごとのまとまり（ロット）を管理する
ピッキング：注文の商品を棚から取り出す
検品：取り出した商品が注文どおりかを、バーコードで確かめる
出荷：梱包して送り出す

保管している商品は定期的に棚卸で数え、記録の数と合っているかを確かめます。

WMSを入れるメリットは、次の3つです。

置き場所が誰にでもわかる：商品の置き場所を棚ごとに記録するため、新人のスタッフでも商品にたどり着けます。作業が特定の人に偏らなくなるので、その人が休んでも出荷が止まりません。
取り違えが減る：出荷のときにバーコードを読み取って検品するため、サイズ違い・カラー違いのような見分けにくい商品でも、取り違えや入れ忘れを防げます。その分、再発送やクレームへの対応も減ります。
棚の在庫がすぐ記録に反映される：入荷や出荷のたびに在庫のデータが更新されるので、いま倉庫に何個あるかを時間差なく把握できます。

自社の倉庫で、置き場所探し・商品の取り違え・在庫の数の確認のどれかに手間がかかるようになったら、WMSの導入を考える時期です。

受注管理システム（OMS）・在庫管理システムとの違い

WMSと受注管理システム・在庫管理システムを比べると、次のとおりです。

システム	管理するもの	主な作業	主な目的
WMS（倉庫管理システム）	棚に実際にある在庫の数と、倉庫の中の作業	入荷・保管・ピッキング・検品・出荷・棚卸	現場作業の効率化と誤出荷の防止
受注管理システム（OMS）	複数のモール・カートの注文と、注文に割り当てるための帳簿上の在庫の数	注文の取り込みから出荷依頼、出荷実績の取り込みまで	複数のモール・カートの注文処理の自動化
在庫管理システム	帳簿上の在庫の数	入荷・出荷・返品・棚卸での増減の記録	販売計画と資産の管理

在庫管理システムの数は、入荷と出荷の記録から計算した帳簿上の数です。受注管理システムが注文に割り当てるために持つ在庫の数も、同じく帳簿上の数です。一方、WMSは棚で商品を読み取るたびに記録するため、どの棚に何個あるかという実際の数がわかります。

受注管理システムとWMSの両方を使うときは、受注管理システムが倉庫へ出荷を依頼し（出荷依頼）、WMSが出荷した結果（出荷実績）を受注管理システムへ返します。出荷実績を受け取ると、受注管理システムの注文が出荷済みになり、モールへ出荷の連絡が送られます。

受注管理システムとWMSで受注から出荷までを分担する流れ

なお、WMSとあわせて名前を聞くことが多いTMS（配送管理システム）は、倉庫から出荷したあとの輸送を管理するシステムです。配車や運行スケジュールを扱い、倉庫の中の作業は扱いません。

EC事業者がWMSを選ぶときに確かめることは？

WMSには、製造・卸の倉庫向けに作られ、モール・カートの注文を扱う前提でないものもあります。そのため、まずはEC向けのWMSか、つまり使っている受注管理システムとつながるかを確かめましょう。そのうえで、扱う商品に必要な管理ができるかと、クラウド型かオンプレミス型かを見ます。

なお、外部の倉庫に出荷を任せる場合は、倉庫会社が用意したWMSを使うため、多くの場合、自社でWMSを選ぶ必要はありません。

1. 使っている受注管理システムとつながるか

使っている受注管理システムと連携できないWMSを選ぶと、出荷依頼と出荷実績の受け渡しを手作業で続けるしかありません。

つなぎ方には、システム同士が自動でデータをやり取りするAPI・アプリと、ファイルを手で受け渡すCSVがあります。どの方法でつなげるか、つないだあと何をやり取りできるかは、受注管理システムとWMSの両方の仕様次第です。

たとえば、APIやアプリでつながっても、注文ごとの配送方法や置き配の指定をWMSが受け取れなければ、倉庫側で指定し直す手間が残ります。また、受注管理システムが出荷依頼を1日1回しか送れなければ、送ったあとに入った注文はすべて翌日の出荷になります。

WMSを選ぶ前に、受注管理システムのサービスサイト上にある連携先の一覧で、候補のWMSがAPIかアプリでつながるかを確かめましょう。一覧に載っていれば、注文ごとの配送方法と置き配の指定が送られるかと、出荷依頼を1日に何回送れるかを、WMSの提供会社に確認します。

なお、出荷だけでなく、倉庫へ商品を納めるときの入荷予定と、入荷した数のやり取りまでシステムで行いたい場合は、発注から入荷までを倉庫とやり取りできるシステムを選ぶ必要があります。

発注から入荷まで倉庫とやり取りできる「ネクストエンジン」を見てみる（30日間無料体験）

2. 扱う商品に必要な管理ができるか

賞味期限・ロットやサイズ・カラーの管理がWMSでできないと、賞味期限の近いものから順に出荷する作業は、目視で期限を確かめながら続けることになります。取り違えの確認も、目視のままです。

扱う商品によって、必要な管理は次のように変わります。

食品・コスメ：賞味期限・ロットの管理と、冷蔵・冷凍への対応
アパレル：サイズ・カラー別の管理
製造小売：部品の管理とセット組みへの対応

WMSも、食品向け・アパレル向けなど、得意な商品が分かれています。

自社の商品で必要な管理を書き出し、それぞれが標準の機能で使えるかを事前に確かめましょう。

3. クラウド型かオンプレミス型か

WMSには、自社のサーバーに入れて使うオンプレミス型と、提供会社のサーバーをインターネット越しに使うクラウド型があります。オンプレミス型は、サーバーの保守を自社で行うため、担当者の時間と費用がかかり続けます。

一方、クラウド型は自社でサーバーを保守する必要がなく、初期費用を抑えて早く始められるのが特徴です。機能の更新も提供会社が行います。

自社でサーバーを保守する担当者を置けないなら、クラウド型から候補を探しましょう。

WMSと受注管理システムをつないだあとに、よくあるつまずきと防ぎ方は？

受注管理システムとWMSをつないだあとも、在庫の数のずれ、出荷依頼の重複、キャンセルや住所の変更の遅れの3つでつまずきがちです。

1. システムでは引き当て済みなのに、棚に商品がない

原因：受注管理システムは、注文が入ると、システム上の在庫の数から商品を注文に割り当てます。

出荷依頼と出荷実績をつないでいても、倉庫で商品が破損したり紛失したりして棚から減った分は、出荷実績には含まれません。そのため、受注管理システムの在庫の数が棚より多いまま残り、棚にない商品を引き当ててしまいます。

解決策：倉庫で棚卸をして数えた数をWMSに記録したら、その数を受注管理システムにも入れ直し、2つのシステムの在庫を同じ数にそろえましょう。

それでも棚にない商品を割り当ててしまったときは、その割り当てを外し、注文を在庫の割り当て待ちの状態に戻します。受注管理システムによっては、注文に「欠品」の処理をすると、割り当ての取り消しと割り当て待ちへの戻しを一度に行えます。

2. 同じ注文を、倉庫へ二重に出荷依頼してしまう

原因：出荷依頼を送る途中でエラーが出ても、倉庫にエラーが反映されているとは限りません。届かなかったと思って依頼し直すと、同じ注文を倉庫へ2回依頼してしまうことがあります。そのまま出荷されると、お客様に同じ荷物が2つ届き、商品と送料が2回分かかります。

解決策：受注管理システムの中には、一度出荷依頼した注文にもう一度依頼しようとすると、警告を出して止めるものがあります。

止まらないシステムでは、依頼し直す前に倉庫へ出荷の状況を問い合わせ、出荷していないことを確かめましょう。

3. 出荷依頼のあとに届いたキャンセルや住所の変更が間に合わない

原因：キャンセルや住所の変更の連絡は、各モールの管理画面に届きます。キャンセルが受注管理システムの注文に自動で反映されるモールは限られ、住所などの注文内容の変更は自動では伝わりません。

そのため、出荷依頼を送ったあとに気づくと、倉庫で作業が進み、取り消しや住所の修正が間に合わないことがあります。

解決策：出荷依頼をWMSへ送る前に、各モールの管理画面でキャンセルと住所の変更が届いていないかを確かめる時刻を、毎日決めておきましょう。

WMSとの連携の導入事例

受注管理システムとWMSをつないで、出荷の手作業を減らした事業者の事例を、3社紹介します。

数千種類の在庫のずれをなくし、月約2万件を実質2名で運用

株式会社シンシア様は、カラコン通販サイト「Mew contact」を運営する美容・化粧品の事業者です。度数とカラーの組み合わせで商品の種類が数千にのぼり、手作業では管理しきれませんでした。複数のモールを展開するなかで、とくに困っていたのが在庫のずれです。

そこで、受注管理システムで在庫を管理してWMSと自動でつなぎ、住所不備など人の目が必要な注文以外は、そのまま倉庫への出荷依頼に流れるようにしました。在庫は24時間365日システムが管理するため、在庫の数を手で直す作業も、出荷依頼のデータを手で作る作業もなくなりました。その結果、1日800件・月約20,000件の注文を、増員せずに実質2名で運用しています。

1日800件を2名で。倉庫連携の自動化で、数百万人に「かわいい」を最短配送。事業撤退の危機を救ったEC運営の舞台裏

1日800件・月間約20,000件の受注を2人で捌き、事業撤退の危機を「直談判」で救った。

立ち上げの段階からWMSとつなぎ、自社倉庫の出荷で多店舗展開

丸久株式会社様は、徳島県の老舗アパレルメーカーで、子供服ブランド「ever closet」のEC事業を運営しています。立ち上げの時点で、敷地内の倉庫から自社で出荷すると決めており、効率よく運営できるブランドにしたいと考えていました。ただし、ほかのシステムは物流システムとの組み合わせが合わず、その点が課題でした。

出荷時に人の目で確認するのは非効率なので避けたいと考え、立ち上げの段階から受注管理システムを導入し、各モールとWMSの両方につなぎました。その結果、商品の登録情報を全モールで共通にでき、コストを増やさずに多店舗展開できています。また、子供服は梱包が薄く、条件ごとに伝票を分けてメール便で送るほうが安いことがあり、この伝票を分ける作業も効率化できました。

祝！楽天SOY受賞　初期導入で課題を未然に解決！低コストで多店舗展開に成功

「楽天ショップ・オブ・ザ・イヤー2021」で「SOYキッズ・ジュニア部門」を初受賞した徳島県の老舗アパレルメーカー丸久株式会社様。

2人で手作業だった注文処理を、出荷依頼まで約99%自動に

株式会社サウナキャンプ様は、テントサウナの専門店「SaunaCamp.」を運営し、自社ECサイト・楽天市場・Amazonで販売しています。運営するのは、それぞれ本業を持つ2人です。注文を目視で確認して、注文処理・出荷・出荷メールの送信をすべて手作業で行っていたため、売上が伸びると「もう無理だな」と感じるほど追いつかなくなりました。

そこで、受注処理を自動にするために2022年の春に受注管理システムを導入し、在庫を一元管理しました。あわせて出荷を外部の倉庫に任せ、倉庫のWMSと連携したことで、出荷依頼も自動で倉庫へ送られます。その結果、受注処理から出荷依頼までの約99%が自動になり、人が確認するのはイレギュラーな注文が入ったときだけです。