在庫管理システムを入れれば、在庫数が自然に合うようになる。そう考えたくなる場面は多いはずです。Excelでの管理が限界になったり、出荷ミスや欠品が続いたり、棚卸のたびに大きな差異が出たりすると、早くシステム化したくなります。
ただし、在庫管理はシステムを入れるだけでは安定しません。どの単位で在庫を見るのか、どの場所まで管理するのか、いつ入庫・出庫として記録するのか。こうした設計が曖昧なままだと、新しいシステムでも在庫数はずれます。
この記事では、在庫管理システムで失敗しやすい6つの設計ポイントを、現場運用の目線で整理します。
在庫管理システムは機能より先に運用を決める
在庫管理システムの失敗は、機能が足りないことだけで起きるわけではありません。むしろ多いのは、運用ルールが曖昧なままシステムを作ってしまうケースです。
たとえば、倉庫内の棚番を細かく登録できる機能があっても、現場が毎回正しい棚番を選べなければ在庫は合いません。ロット管理を入れても、入庫時にロット番号を確認する流れがなければ、後から入力漏れが起きます。出荷後にまとめて出庫処理をする運用なら、当日のシステム上の在庫は実態より多く見えることがあります。
在庫管理では、細かく管理するほど正確になるとは限りません。
細かくするほど入力項目が増え、確認作業も増えます。現場が毎日続けられる粒度でなければ、どこかで後回しや例外処理が増え、結果として在庫精度が落ちます。
在庫管理システムの設計では、機能の数よりも、現場が正しく記録し続けられる運用を先に決めることが重要です。
失敗しやすい6つの設計ポイント
在庫管理システムを設計するときは、次の6つを曖昧にしないことが大切です。
1. 管理単位を細かくしすぎる
最初に決めるべきなのは、在庫をどの単位で管理するかです。品目単位でよいのか、ケース単位とバラ単位を分けるのか、ロットやシリアル番号まで追跡するのか。ここが曖昧だと、入出庫や棚卸のルールも決まりません。
ロット管理やシリアル番号管理は、追跡が必要な業務では重要です。食品、医薬品、部品、機器など、入荷単位や個体ごとの履歴を追う必要がある場合は、システム上でも管理できるようにする必要があります。
一方で、追跡不要な消耗品までロット管理にすると、現場入力の負担が増えます。入庫のたびにロット番号を確認し、出庫のたびに選択し、棚卸でもロット別に数える必要が出るためです。
管理単位は、「後から追跡する必要があるか」「在庫差異が起きたときに原因を分けたいか」で決めます。念のため細かくする、という決め方は避けたほうが安全です。
2. ロケーションを現場が使えない粒度で作る
在庫管理では、どこに何があるかを管理するためにロケーションを設計します。ロケーションは、倉庫、通路、ラック、棚、ビンなどの階層で表せます。
ここで失敗しやすいのは、最初から細かくしすぎることです。たとえば「A倉庫-1通路-2ラック-3棚-4ビン」のように細かく分けると、理論上は正確に見えます。しかし現場が入庫時に毎回その粒度で選べないなら、誤入力や仮置きが増えます。
逆に、ロケーションが大まかすぎると、ピッキング時に探す時間が増えます。「A倉庫にある」ことは分かっても、どの棚にあるか分からなければ、現場の負担は残ります。
ロケーション設計では、管理したい細かさと、現場が迷わず入力できる細かさのバランスを取ります。最初は倉庫と棚番までにして、運用が定着してからビン単位へ広げる方法もあります。
3. 入庫・出庫の記録タイミングが曖昧
在庫数が合わない原因として多いのが、入庫・出庫の記録タイミングの曖昧さです。
物は動いているのに、システム上の在庫がまだ動いていない。あるいは、システム上は出庫済みなのに、現物はまだ倉庫にある。こうしたズレが積み重なると、在庫表を見ても判断できなくなります。
入庫ひとつを取っても、タイミングはいくつかあります。
- 商品が倉庫に届いた時点
- 検品が終わった時点
- 棚入れが終わった時点
- 仕入計上が終わった時点
出庫も同じです。ピッキング時、梱包時、出荷確定時、売上計上時のどこで在庫を減らすのかを決める必要があります。
返品、廃棄、倉庫間移動、サンプル出庫なども忘れやすい処理です。日常の入出庫だけでなく、例外的な在庫移動までルール化しておくと、後から差異を追いやすくなります。
4. 実在庫と引当済み在庫を分けていない
倉庫にある在庫数と、今すぐ使える在庫数は同じではありません。受注済みの商品、出荷予定の商品、検品中の商品、保留中の商品がある場合、実在庫はあっても販売や出荷に使えないことがあります。
たとえば、ある商品が10個倉庫にあるとします。そのうち8個がすでに受注分として引当済みなら、実際に新しい注文へ使えるのは2個だけです。ここを分けずに「在庫10個」とだけ表示すると、同じ在庫を別の注文にも使えるように見えてしまいます。
在庫管理システムでは、少なくとも次の考え方を整理しておく必要があります。
- 実在庫
- 引当済み在庫
- 保留在庫
- 利用可能在庫
引当のタイミングも重要です。受注登録時に引き当てるのか、出荷指示時に引き当てるのか、ピッキング時に確定するのか。販売、購買、生産とつながる業務では、このルールが曖昧だと欠品や二重引当が起きやすくなります。
5. 棚卸差異を調整だけで終わらせる
棚卸で差異が出たとき、数量を修正できる機能は必要です。しかし、在庫調整だけで終わらせると、同じズレが翌月も起きる可能性があります。
大切なのは、差異の原因を残せるようにすることです。
- 数え間違い
- 入力漏れ
- 出庫処理漏れ
- 返品処理漏れ
- 破損
- 紛失
- ロケーション間違い
誰が、いつ、なぜ調整したのかが残っていれば、差異が多い品目や場所を見直せます。毎月同じ棚で差異が出るなら、棚番の付け方やピッキング動線に問題があるかもしれません。特定の商品だけ差異が多いなら、単位や荷姿の管理が合っていない可能性もあります。
棚卸差異は、数字を合わせるだけでなく、運用改善の材料として扱う設計にしておくことが重要です。
6. 現場入力の負担を見積もっていない
在庫管理システムは、現場が毎日使います。だからこそ、入力負担を軽く見積もると失敗します。
入庫時に、品目、数量、ロット、期限、棚番、担当者、状態、備考をすべて入力する設計にした場合、現場が忙しい時間帯に続けられるでしょうか。PCが現場から離れた場所にしかないなら、後でまとめ入力にならないでしょうか。ハンディターミナルやタブレットを使う場合も、バーコードラベルの貼り方や読み取り場所を決めておく必要があります。
入力項目を減らしすぎると管理できませんが、多すぎると運用されません。必須項目と任意項目を分け、現場で入力する項目と管理部門が補完する項目を切り分けることが大切です。
バーコードを導入する場合も、読み取るだけで在庫精度が上がるわけではありません。ラベルをいつ発行するか、どこに貼るか、読めないときにどう処理するかまで決めておく必要があります。
設計前に確認したいチェック項目
在庫管理システムの設計前には、現行業務を次の観点で確認しておくと、要件の抜け漏れを減らせます。
- 品目一覧と管理単位
- ケース、バラ、重量などの単位
- 倉庫、棚、ロケーションの一覧
- 入庫、出庫、移動、返品、廃棄のタイミング
- 受注時や出荷時の引当ルール
- 棚卸の頻度
- 在庫差異が出たときの処理
- 現場で使う端末
- バーコードやラベルの有無
- 販売、購買、生産との連携範囲
この中でも、特に早めに決めたいのは「いつ在庫を動かすか」と「どの在庫を使える在庫と見るか」です。ここが曖昧だと、画面や帳票を作っても、現場で数字の解釈が分かれます。
開発会社へ相談するときは、現在のExcelや帳票だけでなく、実際の物の動きも説明できるようにしておくと話が早くなります。入荷してから棚に入るまで、受注してから出荷するまで、棚卸してから差異調整するまでの流れを簡単に書き出すだけでも有効です。
まずは小さく試せる範囲から始める
在庫管理システムは、最初から全品目、全倉庫、全業務を対象にすると、運用の負荷が大きくなります。特に、これまでExcelや紙で管理していた現場では、新しい入力ルールに慣れる時間が必要です。
まずは、影響範囲を絞って試す方法があります。たとえば、1つの倉庫、主要品目50点、出荷頻度が高い商品、差異が多い棚だけを対象にして、入庫、出庫、棚卸の流れを確認します。
小さく始めると、ロケーションが細かすぎる、入力項目が多すぎる、引当のタイミングが合わない、といった問題を早めに見つけられます。運用ルールを修正してから範囲を広げれば、全体導入時の混乱を抑えやすくなります。
在庫管理は、最初の設計だけで完璧にするより、現場で回る形に調整しながら定着させるほうが現実的です。
まとめ
在庫管理システムで失敗しやすいのは、機能が足りない場合だけではありません。管理単位、ロケーション、入出庫タイミング、引当、棚卸差異、現場入力が曖昧なまま進むと、新しいシステムでも在庫はずれます。
細かく管理するほど良いわけではありません。必要な精度と、現場が毎日続けられる入力負担のバランスを取ることが重要です。
まずは、自社の入庫、保管、出庫、引当、棚卸の流れを書き出し、6つの設計ポイントに当てはめて確認するところから始めると、在庫管理システムの要件が整理しやすくなります。
