WMSを1倉庫から段階導入する進め方 ｜ 範囲の切り方と並行運用の決め方

WMS（倉庫管理システム）を複数の倉庫に入れるとき、まず1つの倉庫から始める進め方があります。結論から言うと、大事なのは次の3つです。

1. どの倉庫・荷主・業務を新しい仕組みで扱うか、先に線を引く
2. 在庫の正しい数は、在庫ごとに、どちらか一方の仕組みだけで持つ
3. 試しを終える条件と、次の倉庫へ広げる条件を、始める前に書いておく

ただし、1つの倉庫だけをきれいに切り出せるとは限りません。在庫を他の倉庫とまとめて扱っている場合などは、範囲の切り方から考え直す必要があります。

この記事で扱う範囲

この記事は、複数の倉庫や荷主を持つ会社が、WMSを1つの倉庫から段階的に入れるときの「範囲の切り方」と「並行運用の決め方」をまとめたものです。切り替えの日の役割や判断の条件は、システム切り替えの進め方を整理したコラムで扱っています。他のシステムとのつなぎ方は、WMSと基幹システムの連携を整理したコラムをご覧ください。

ここに書く確認点や表は、この記事独自の整理例です。決まった手順や、どの会社にも当てはまる正解ではありません。倉庫の数や在庫の持ち方、つながっているシステムによって、合う進め方は変わります。

コラムシステム切り替え計画で発注者が決めること｜実施・延期・中断を誰がいつ判断するか

コラムWMSと基幹システムの連携｜受注・在庫・出荷実績の確認ポイント

1. 範囲は「倉庫・荷主・業務」で切る

「1倉庫から始める」と言っても、倉庫だけで線を引くと足りないことがあります。範囲は、倉庫・荷主・業務の3つで考えると整理しやすくなります。

倉庫は、どの建物の、どのエリアを対象にするかです。荷主は、複数の会社の荷物を預かっている場合に、どの荷主から始めるかです。業務は、入荷・保管・出荷・返品・棚卸のうち、どこまでを新しい仕組みで行うかです。

業務の一部だけを新しくすると、その境目でデータの受け渡しが起きます。たとえば入荷だけを新しくすると、入った在庫の情報を、古い仕組みへ渡す必要が出ます。境目が増えるほど、確かめることも増えます。どこまでを範囲に入れたかは、図や表にして、現場・事務・開発の全員が同じものを見られるようにしておきます。

Ouverのサービスページでも、1つの倉庫から始める段階的な導入に対応するとしています（出典：Ouver WMS開発サービス、確認日：2026年11月13日）。ただし、どこで線を引けるかは、今の業務と仕組みを調べてから決めることになります。

2. その倉庫を本当に切り出せるかを確かめる

次に、選んだ倉庫を、他から切り離して動かせるかを確かめます。次のような場合は、1つの倉庫だけを切り出すのが難しくなります。

• 基幹システムが、全部の倉庫の在庫を合わせて引き当てている
• 同じ品物を、倉庫の間でよく移している
• 1つの注文を、2つの倉庫から分けて出荷している
• 荷主別の在庫や作業を、今の仕組みで区分して追えない

こうした場合は、考え直しが要ります。たとえば、特定の荷主や品物なら在庫と作業を独立して追えるかを調べます。対象を小さくするほど境目が増える場合もあるため、小さければ安全とは限りません。または、倉庫ごとの切り出しを前提にせず、全体の在庫をどう見せるかを先に決める方法もあります。無理に1倉庫で始めると、境目で数が合わなくなりやすくなります。

3. 正しい在庫数は、どちらか一つの仕組みで持つ

段階導入で一番気をつけたいのが、在庫の数をどちらの仕組みで持つかです。基本は、「この倉庫の、この荷主の、この品物の在庫は、この仕組みの数が正しい」と、一つに決めることです。

新しい仕組みと古い仕組みの両方で、同じ在庫の数を別々に書き換えられる状態は避けてください。入力のタイミングのずれやミスで、すぐに数が合わなくなります。どちらが正しいかを後から決めるのは、とても難しくなります。

もう一方の仕組みでも在庫を見たい場合は、正しい側から写した数を、見るためだけに使います。写した側で数を直接直さないことを、手順として決めておきます。基幹システムや通販サイトへは、どの記録を正本（正しい数を持つ元の記録）とし、どの時点の数量を渡すかをそろえます。複数倉庫の在庫をまとめて表示する仕組みを使う場合も、元の記録と更新の責任を追えるようにします。

あわせて、在庫の持ち主も整理します。自社の在庫か、荷主から預かった在庫かによって、数を報告する相手や、確かめ方が変わるためです。

4. 倉庫の間の「移動」の記録を決める

試す倉庫と古い倉庫の間で品物を移すと、記録が分かれます。送り元と受け入れ先で使う仕組みが異なるためです。ここを決めておかないと、運んでいる途中の在庫が、どこにも無いことになったり、両方で数えられたりします。

決めておきたいのは、次の4つです。送る側がいつ出庫を記録するか。運んでいる間の在庫を、どちらの仕組みで見るか。受ける側がいつ入庫を記録して、数を確かめるか。数が合わないときに、誰が調べるか。紙のメモや口頭の連絡に頼らず手順として書いておくと、担当者が変わってもずれにくくなります。

5. 切り替えをまたぐ注文と返品を決める

切り替えの日には、受けたけれど、まだ出していない注文が残っています。この注文を古い仕組みで出し切るのか、新しい仕組みへ移すのかを決めます。たとえば、受注日時で対象を分ける方法があります。古い仕組みで処理を続ける注文があっても、在庫を動かす記録は決めた正本へ一度だけ反映し、両方から出荷指示を出さないようにします。

返品も同じです。古い仕組みで出荷した品物が、切り替えの後に戻ってくることがあります。どちらの仕組みで受けるか、元の出荷の記録をどう見るかを決めておきます。古い仕組みの記録を、しばらく見られる状態にしておくことも必要です。棚卸の予定も、切り替えの前後で確かめます。切り替えの前に数を合わせておくと、新しい仕組みに移す在庫の出発点がはっきりします。

もう一つ大事なのは、「元に戻す」ことの限界です。新しい仕組みで一度お客様へ出荷した品物は、仕組みを古い方へ戻しても戻ってきません。戻すと決めた場合も、新しい仕組みで行った入荷や出荷の記録を、誰がどう古い仕組みへ反映するかを決めておく必要があります。切り替えと戻し方の考え方は、前に挙げた切り替えのコラムでも整理しています。

6. 並行運用は「見比べる」ために期間を区切る

新しい仕組みを試す間、古い仕組みも残して数を見比べたい、という考え方もあります。その場合も、正しい数を持つのはどちらか一方です。もう一方は、見比べるための控えとして使います。ただし、正しい側から写した数との一致だけでは、新しい仕組みの処理が正しいかまでは分かりません。同じ基準時点・対象・単位で、元の入出庫記録や、必要に応じて実際に数えた在庫とも照合します。

現場に同じ入力を2回させる形は、手間が増えるうえ、入力漏れの原因にもなります。見比べる項目と頻度、ずれが出たときの調べ方を決め、並行運用を終えられるか判断する予定日も先に決めておきます。予定日だけを理由に終了せず、条件を満たさない場合の対応も決めます。見比べた結果は、毎回記録に残します。ずれの原因が、仕組みの問題か、手順の問題か、入力のミスかを分けて見ると、終える条件の判断にも使えます。

※この表は、この記事独自の整理例です。決まった基準ではありません。

7. 試しを終える条件と、次の倉庫へ広げる条件

試す倉庫をいつ「終えた」とするかは、始める前に書いておきます。後から決めると、並行運用がずるずる続いたり、十分に確かめないまま広げたりしやすくなります。

条件の例としては、次のようなものがあります。在庫数の差異について原因と業務への影響を確認し、修正すべきものを直していること。残る差異には担当と対応期限を定め、業務責任者が判断していること。決めた時間で作業が回ること。止まったときの手順を試したこと。現場の担当者が手順を説明できること。具体的な数字は、自社の業務に合わせて決めてください。あわせて、誰が判断するかと、問題が出たときに広げるのを止める条件も決めておきます。

次の倉庫へ広げるときは、最初の倉庫で分かったことを手順に反映します。そして、範囲の切り方と在庫の持ち方を、倉庫ごとに確かめ直します。最初の倉庫で切り出せたからといって、次の倉庫も同じとは限らないためです。次の倉庫の順番は、切り出しやすさと、止まったときの影響の大きさを見て決めます。古い仕組みに残る倉庫との移動も、すべての倉庫が移るまで続く点に気をつけてください。

まとめ

WMSを1つの倉庫から入れるときは、倉庫・荷主・業務で範囲を切り、在庫の正しい数を一つの仕組みに決めることが土台になります。移動、途中の注文、返品の扱いと、終える条件・広げる条件を先に書いておくと、判断がぶれにくくなります。1つの倉庫を切り出せないときは、範囲の切り方から見直してください。