WMS + Power BIによる在庫回転率分析：ダッシュボードを眺めるのをやめて、シグナルを読み取る

まず結論から：WMSのデータがPower BIに流れ込み始めたら、ダッシュボードをきれいにすることなど忘れてください。見るべき指標グループは3つです。在庫日数、滞留在庫の階層、そして欠品シグナルです。この3つがお金を節約し、欠品を防ぎます。それ以外はすべて飾りにすぎません。30件以上のWMS導入現場で、私は同じ分かれ道を繰り返し見てきました。BIを月次レポートのためだけに使う倉庫は、6か月以内にダッシュボードを開かなくなります。一方で、この3つの指標を週次のオペレーション会議と購買会議に紐づけた倉庫は、実際にデッドストックを減らしていきます。

なぜこの3つなのか。それは、倉庫で最もコストのかかる3つの問題にぴったり対応するからです。回転が遅すぎて現金が棚に縛り付けられる在庫、まったく動かないのに賃料だけ払い続けている在庫、そして売れ切れそうなのに営業が気づいていない在庫です。ダッシュボードはこの3つを1画面に載せられます。ただし、定義を先に固めておくことが条件です。合意された定義がなければ、WMSのPower BIレポートはただの言い争いの種になります。オペレーションは回転日数を45日と言い、経理は62日と言い、購買は両方とも間違っていると言い、結局誰もダッシュボードを信じなくなります。

WMSのPower BIで本当に役に立つ3つの指標グループ

第1に、在庫日数です。計算式は1つだけ。在庫日数＝期間中の平均在庫原価÷同期間の出荷原価×期間の日数です。重要なポイントは3つあります。両辺とも売上金額ではなく原価を使うこと。そうしないと、高マージンのカテゴリーはいつも回転が素晴らしく見えてしまいます。少なくとも四半期のウィンドウを使うこと。単月ではプロモーションや補充の波に歪められます。そして、期末時点のスナップショット1つではなく、期首と期末の平均を使うことです。ピーク前の補充直後に取られた在庫日数が2倍に跳ね上がって倉庫中がパニックになった現場を見たことがあります。その在庫は翌週に出荷され、「危機」は実在しませんでした。

第2に、滞留在庫の階層です。在庫を「動いている」と「デッド」の2つに分けるだけではいけません。階層化してください。90日以内に動いたものは健全。90日から180日動いていないものはウォッチリストへ。180日から365日は判断リストへ。365日超は処分リストへです。階層化することで責任の所在が決まります。プランナーがウォッチリストを見守り、購買と営業が一緒に判断リストを決め、処分リストには期限が付きます。階層化されていないデッドストックのレポートは、結局誰のものでもない長いリストになってしまいます。

第3に、欠品シグナルです。このグループが最も無視されがちです。なぜなら、まだ起きていないことを報告するからです。見るべき数字は2つ。手持ち在庫の残り日数（手持ち在庫÷直近30日間の平均日次出荷数）と、入荷予定の発注がギャップを埋めるのに間に合うかどうかです。安全水準を下回り、それを補う入荷もない状態は赤信号です。そして、これはSKU単位で測らなければなりません。カテゴリー単位で平均すると、枯渇寸前の売れ筋が見えなくなります。

この落とし穴を私は3回見ています。稼働開始後の最初の週、皆が回転率の最も良いカテゴリーを祝い、誰も気づかないのです。あるベストセラー商品の手持ちが残りわずか9日分しかないのに、サプライヤーのリードタイムが6週間もあることに。欠品が起きると、営業は注文を失います。そして事後検証で、シグナルはすでにダッシュボードに点灯していたのに、アクションに結びついていなかったことが判明するのです。

定義が合意されていなければ、ダッシュボードは言い争いを始めるだけです

定義を書き出し、ダッシュボードの横に貼ってください。5つのルールで十分です。

1. 在庫日数は原価ベースで、ローリング四半期ウィンドウを使います。単月は決して使いません。
2. 「動き」とは出荷のことです。転送でも棚卸調整でもありません。転送を動きとして数えれば、デッドSKUは別の棚に移すだけで生き返ってしまいます。その抜け穴をふさいでください。
3. デッドストックの日数は、入荷日ではなく最終出荷日から数えます。入荷したばかりの補充品に「到着即デッド」のレッテルを貼ってはいけません。
4. 欠品の安全水準はカテゴリー別に設定します。Aクラスの売れ筋は購買サイクル1回分にバッファを加えた水準を持ち、Cクラスのロングテール商品はもっと薄くてかまいません。倉庫全体に1つの画一的なしきい値を当てるのは間違いです。
5. 定義の変更はすべて記録します。記録なしに定義を変えると、過去のトレンドが壊れます。3か月後には、なぜ曲線が跳ねたのか誰も説明できなくなります。

定義が固まったら、WMSのデータをBIに取り込む方法や項目のマッピングは別の仕事です。まだ統合の段階にいるなら、まず在庫レポートのためのWMSからBIへの統合アプローチを正しく押さえてから戻ってきて定義を固めてください。逆の順序で進めると手戻りになります。

数字を実際に回した2つのプロジェクト

1つ目は、カリフォルニア州インランド・エンパイアの家庭用品3PLで、ダッシュボードは2024年の秋に稼働しました。滞留在庫の階層はひどい結果でした。180日以上動いていないSKUが、棚位置のおよそ10分の4を占め、その多くは2年前の大口顧客向けカスタムラインの残り物でした。対策は階層に沿って進めました。ウォッチリストはそのままにし、判断リストは値引き処分のために営業へ回し、処分リストは誰も欲しがらない商品の償却手続きに回しました。約3か月で、デッドストックの占有面積は半分近くまで減りました。賃料の節約も現実のものになりましたが、より大きな成果は空いたスペースで、新規顧客を受け入れることができたことです。

2つ目は、2025年のピークシーズンを迎える小型家電の販売業者です。欠品シグナルはピークの2か月前に点灯しました。主力SKU3品の在庫日数が2週間を割り込み、入荷予定の発注はまだ1か月以上先でした。購買の最初の本能は待つことでした。画面上の手持ち数字はまだ問題なく見えたからです。SKU単位で在庫日数を分解すると、そのうち1品はピークを前に日次出荷数がすでに伸びており、手持ちは2週間ももたないことが分かりました。彼らは2つの手を打ちました。ギャップを出さないよう少量の緊急分を航空便で送り、残り2品のプロモーション日程を1週間後ろ倒しにしました。ピークは3品すべてで注文ロスゼロで終わり、同じカテゴリーの競合が欠品する中で成果を上げました。

滞留在庫のためのPower BI意思決定フレームワーク

デッドストックの失敗パターンは2つあります。まったく議論しないことと、1回の会議ですべて処分することです。前者はゆっくりとした出血、後者はまだ価値のある在庫の売り払いです。代わりに階層ごとに取り組み、アクションと責任者と期限をそれぞれに付けます。

直感に反する判断が1つあります。回転が速ければ速いほど良いとは限りません。在庫日数を下げすぎると、見出しは素晴らしく見えますが、安全バッファがなくなります。サプライヤーの遅延が1回起きれば欠品します。健全な回転とは「できるだけ速く」ではなく「十分にあり、決して欠品しない」ことです。そして、デッドストックのすべてがミスというわけでもありません。一部は重要顧客のための戦略的な備えであり、一部はオフシーズンに眠る季節商品です。それらに「意図的に保有」とタグを付け、まず処分リストから除外してください。そうしないと、今年、来年のピークに必要なものを処分してしまいます。

稼働前夜のチェックリスト：この落とし穴を私は3回見ています

ダッシュボードを全員に公開する前夜に、このリストを1つずつ確認してください。未チェックの項目を残したまま公開してはいけません。

1. 在庫日数、滞留在庫、欠品指標の定義が承認され、ダッシュボードの横に掲示されている。
2. 「動き」は出荷のみを数える。転送と棚卸調整は除外し、サンプルSKU3品で検証済みである。
3. 4つの滞留在庫階層とその責任者が、文書の中だけでなくシステムに入力されている。
4. 欠品の赤信号しきい値が、倉庫全体で1つの数字ではなくカテゴリー別に設定されている。
5. 処分リストに期限と責任者があり、実行状況を確認するためのレビューが3か月後に予定されている。
6. ダッシュボードに責任者がいる。毎週それを見てアクションを追う人が1人いる。責任者のいないダッシュボードは3か月で死にます。

倉庫に持ち帰るべき問いが1つあります。今、6か月間誰も開いていないデッドストックのリストはありますか。もしあるなら、まず新しいツールを買ってはいけません。そのリストを上の階層に通し、各行にアクションと責任者を記入して、何が動くか見てみてください。ほとんどの倉庫にレポートの問題はありません。誰のものでもないリストがあるだけです。

Lin Xiao（WMS導入コンサルタント）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。