在庫管理

このカテゴリが扱う範囲

何をどこに持っていて、いくらかかったかを把握することです。拠点をまたぐ在庫数、仕入、受注出荷、そしてそれらをつなぐ記録が対象です。

ここの製品は、店舗に付け足す軽い在庫追跡から、ロット、消費期限、シリアル番号、部品表を備えた複数倉庫のシステムまで幅があります。

ストアフロントとチェックアウトはEコマースに属します。配送業者の料金、ラベル、追跡は配送と物流、運用全体を扱うスイート製品はERPと業務管理にあります。

1つの数字、多くの場所

このソフトが解決するのは、すべてのチャネルが従う、単一の在庫数を持つという問題です。

どの製品にも2つの問いを投げてください。あるチャネルでの販売は、ほかのチャネルの販売可能数をどれだけ速く減らすか。そして、在庫は顧客が決済した時点で引き当てられるのか、荷物が出るときだけなのか。この2つの時点の間の隙間に売り越しが潜んでおり、お詫びのメールより、間隔を短くするほうがはるかによく効きます。

複数拠点の扱いも同じ理屈です。店舗、倉庫、車両、マーケットプレイスのフルフィルメントセンターの在庫は、照合が必要な4つの別々の「真実」で、その間の移動は、記憶ではなく記録しなければなりません。

業種ごとに重要な機能

• バリエーションとセット商品: 1回の販売で複数の在庫品目が消費されます。
• ロットと消費期限: 食品、化粧品、賞味期限のあるものすべてに必要です。
• シリアル番号: 個々の製品の保証とトレーサビリティのため。
• 部品表: 再販ではなく組み立てを行う場合に必要です。
• 仕入諸掛(着地原価): 運賃と関税が商品の価値に反映されます。

最後の項目は、利益率の見え方を変えます。仕入価格だけを原価として扱う製品は、輸入品の収益性を静かに過大に見せます。

仕入と需要の問題

勘で発注すると、欠品と不良在庫の両方が生じ、同じ倉庫の中で起こることも多くあります。

リードタイムを考慮した発注点、約束ではなく実際の納品実績を持つ仕入先の記録、壊れずに分納で入荷できる発注書を探してください。需要予測機能は役に立つものから飾りにすぎないものまで幅があり、役に立つのは根拠を説明してくれるものです。

仕入先のリードタイムは、正直に記録する価値があります。仕入先が言う2週間をもとに発注点を作っても、実際が5週間なら、その事業は最も売れる商品を年に2回切らすことになります。

出荷、棚卸し、そして物理的な世界

ソフトウェアは在庫を記述します。倉庫はそれを収容し、両者は絶えず食い違います。

ピッキング、梱包、出荷、そしてピッカーが空の棚を見つけた瞬間を、製品がどう支えるかを確認してください。バーコードスキャンが標準なのか有料オプションなのか、循環棚卸しがどう機能するかを尋ねます。年1回の全数棚卸しを求め、その間は何も提供しないシステムは、11か月間ずれ続けます。

返品の経路も必要です。再入庫、検品、返金、破損品の除却は日常的な出来事で、それらを無視する製品は、混乱をスプレッドシートに押し戻します。

連携と、実際に同期されるもの

在庫システムは、ストア、会計パッケージ、場合によっては配送業者の間に位置します。

どの項目がどちらの方向に、どれくらいの頻度で流れるかを尋ねてください。数量は簡単な部分です。売上原価の元帳への仕訳、仕入に係る税、返品の正しい取り消しで、浅い連携は失敗します。

料金は通常、月間の受注数、拠点数、ユーザー数、接続するチャネル数で決まります。受注数は事業とともに増える課金単位なので、来年の件数でコストを試算し、繁忙期に高い階層へ押し上げられて、そのまま戻らないことがないかも確認してください。ほかのカテゴリにも見られる似た課金単位は、料金ページが隠していることに出ています。

数字が狂いやすい場所

在庫の正確さが劣化する理由は、少数の予測できるものに限られており、それを知っておくと製品を比べるときに役立ちます。

即時ではなく、スケジュールで更新される販売チャネル。移動ではなくメモとして処理された返品。取引ではなく、会話の中で除却された破損品。後で記録するつもりで、拠点間を移された在庫。

どれも、ソフトウェアが防ぐことも、見過ごすこともできるプロセスの問題です。移動の記録を強制し、その記録を素早くできるようにする製品のほうが、レポートの優れた製品よりも、実態に近い数字を保てます。

循環棚卸しは、残りを拾い上げる保守の習慣です。小さな区画をこまめに数えれば、ずれがまだ小さいうちに見つかり、倉庫を丸1日閉める必要もありません。