結論から先に。WMSの格納推奨を作業員が無視するとき、10回中9回は規律の問題ではなく、ロジックの問題です。これは稼働立ち上げのたびに言っています。ほとんどのクライアントは信じません。そしてほとんどの場合、間違っていたのはクライアントのほうです。
この落とし穴は3回見ました——いや、正確には30を超える導入で20回くらい見ました。パターンはいつも同じです。システムはロケーションAを推奨し、作業員はパレットをロケーションBに置き、乖離レポートは40%超の不遵守を示します。プロジェクトマネージャーの最初の反応は「もっと教育を、もっと厳しく取り締まれ」です。私の反応はこうです。人を責めるのをやめて、推薦ロジックを分解しましょう。
理由は3つ。どれも痛いほど現実的です。
理由1：推奨スロットが物理的に届かない
2021年、小型家電を扱う華南の3PL倉庫に呼ばれました——約18,000SKU、1日600件超のパレット格納。格納ルールは紙の上では立派でした。ABC速度分類＋容積マッチング＋最寄り空きロジック。稼働開始2週間後、推奨乖離率は52%でした。
ある朝、作業員と一緒に現場を歩いて、犯人をロケーションマスタで見つけました。3,000超のパレットポジションのうち、高さ属性がすべて同じデフォルト値——1.6メートル。導入時に誰も測らなかったので一括登録されたのです。1列のラックは低いビームに改造されていました。実際のクリアランスは1.35メートル。1.5メートルのパレットは物理的に入りません。それでもシステムはそのスロットを推奨し続けました。作業員は来て、入らないのを見て、入る場所に置いたのです。
次に温度ゾーンの問題。ルールは「食品は常温クールゾーン優先」と言っていましたが、ロケーションマスタに温度属性がありませんでした。どの通路がクールゾーンなのか。どこにも表示なし。作業員は記憶で置いていました。
共通点はこうです。推薦ロジックは、間違っているか、そもそも保守されていないマスタデータに依存しています。ゴミの入力に良い計算をしても、出力はゴミです。
理由2：推奨が間違って見えるので、現場は一目で信頼をやめる
2019年、深圳の越境EC倉庫——「今日のヒーローSKUは明日のデッドストック」という典型的なビジネス。導入コンサルタント（私ではありません——私は直しに呼ばれました）は、稼働開始前の3か月の出荷量でABC分類を設定しました。問題は、稼働開始が9月で、データが5〜7月だったことです。Q4繁忙期のSKU構成は夏とはまったく違いました。
結果として、本当の売れ筋はC品に分類されて一番遠い通路を推奨され、デッドストックはA品のバッジをつけて梱包エリアに一番近い黄金スロットに座りました。作業員は3日で見抜きました——推奨に従えば、ピッキング時の歩行距離が2倍になる。そこで現場は一丸となってシステムを無視し、経験で格納しました。
信頼は築くのに3か月、壊れるのに3日。一度現場が「推奨は俺の勘よりバカだ」と決めたら、そのロジックは終わりです。後でルールを直せますが、誰も二度目のチャンスはくれません。
もうひとつのよくあるパターン：容積と重量データの欠落。品目マスタに寸法がなく、「容積マッチング」はランダム割当に堕します。オーバーサイズのパレットが小スロットに推奨され、小さな段ボールがフルパレットポジションに推奨される。一目で、作業員にはナンセンスだとわかります。
理由3：例外の出口がないので、システムを迂回するしか生き延びられない
これが一番たちが悪い。システムが扱えるのは正常フローだけです。無傷のパレット、読めるラベル、空きスロット。でも毎日例外が来ます——積み直しが必要な破損パレット、単一SKUルールに合わない混載パレット、梱包近くにステージングが必要な緊急オーダー、まずQCに回さなければならない包装破損の入荷カートン。
システムがこれらに出口を用意していなければ——「手動ロケーション指定＋必須の理由コード」機能がなければ——作業員には2つの選択肢があります。システムが「理解する」のを待ちながら貨物を放置するか、まともな場所に置いて先に進むか。現場は必ず後者を選びます。乖離が積み重なり、帳簿上のロケーションと物理ロケーションが完全に分離します。
2023年、華東の食品倉庫は格納推奨を必須にしました——推奨に従わないとタスクをクローズできない。厳しそうでしょう？作業員は抜け道を発明しました。推奨ロケーションでスキャン確認し、物理的にはパレットを好きな場所に移動。システムには痕跡ゼロ。帳簿は完璧に見えました。現場はカオス。循環棚卸の差異は8%に達しました。この落とし穴は3回見ましたが、毎回「必須」設定が犯人でした。
稼働開始前夜のチェックリスト：この4つが通るまで推奨をオンにしない
- ロケーションマスタを物理的にスポットチェック。30ロケーションをランダムサンプリング。クリアランスの高さと奥行きをメジャーで測り、耐荷重と温度ゾーン属性を確認。1件の誤りがあれば全面再監査。一括インポートのデフォルト値は絶対に信用しない。
- 品目の容積・重量カバー率。長さ、幅、高さ、重量——カバー率が90%未満なら、スマートな推奨は忘れて、商品カテゴリで正直に格納する。
- 直近3か月のデータでABCを再計算し、SOPに書き込む。毎月再計算、繁忙期は2週間ごと。データウィンドウはビジネスのリズムに合わせる。
- 例外の出口＋乖離レポート。システムは「手動ロケーション＋理由コード」をサポートしなければならず、稼働開始2日目には、プロジェクトマネージャーが「推奨 vs 実績ロケーション」の差異レポートを引けなければならない。理由コードは3つで十分。ロケーション利用不可、推奨が不合理、例外ケース。
もう2つ、稼働立ち上げのたびに唱える失敗ポイント。第一に、稼働開始時に一度だけ計算したABCを3年間触らない——それは無いのと同じです。第二に、テストは正常フローしかカバーしない。「推奨スロットが塞がっていたら」「パレットがオーバーハイトだったら」を誰もテストしない。そのレッスンは初日に現場が教えてくれます。
計算を示しましょう。1日500件の格納タスクをこなす倉庫。迂回1件ごとに、作業員はスロット探しに約1分余計にかかり、システムでのロケーション修正にもう1分かかります。1日約16時間——フルタイム2人が、システムの尻拭いだけをしている計算です。しかもこれは、誤格納によるピッキング移動の増加や循環棚卸の差異を含みません。推薦ロジックの修正は、通常1〜2週間のマスタデータ整備で済みます。計算は比較になりません。
最後に、意外な見方をひとつ。推奨遵守率100%は必ずしも良いニュースではありません。健全な乖離率は5〜15%程度で、すべての乖離に理由コードがついている状態です。5%を下回ったら、現場がスキャン確認だけして好き勝手やっているのではないかと心配し始めてください。30%を超えたら、ロジックはすでに死んでいます——人の教育はやめて、ロジックを直してください。
明日の朝のシフトミーティング。15分かけて、格納リーダーにひとつの質問をしてください——昨日、推奨が外れたのは何件で、それぞれ何が起きたのか。1週間続けて聞けば、3つの理由のどれに当たるのかが正確にわかります。まず診断、それから行動。「もっと教育を」から始めないでください。
Lin Xiao（WMS導入コンサルタント）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
