まず結論から述べます。トラックが出発する前に私が信頼できる唯一のチェックは、倉庫出荷注文の検証スキャンであり、出荷品を目で見て確認することはチェックとは呼べません。うまくいく仕組みは地味なものです。商品を1点ずつスキャンし、システムに注文と照合させ、不一致があればその場でカートンをロックし、封をする前に独立した2回目のチェックを行う。1注文あたり1分を節約するためにこれを省く倉庫は、後で返品、再出荷、そして静かに取引量を他社へ移す顧客という形で代償を払います。
私は2023年の秋、中国東部の電子商取引倉庫で痛い目に遭ってこれを学びました。その倉庫は1日に数千件の注文を出荷していました。検証手順は目視だけでした。チェッカーが紙のピッキングリストと照らし合わせてピッキング済み商品を目で見て、正しそうであれば箱を封印していました。ある注文には3点の商品が入っており、そのうち1点は同じスタイルでサイズ違い、ほぼ同じ包装のものでした。目で見て区別できる人はいませんでした。顧客は返品し、返品送料、再ピッキング、カスタマーサービス時間を合計すると、その1件のミスへの対応は、十数件の注文を丁寧にスキャンするよりも多くの人員時間を消費しました。私はこの落とし穴を3回見てきましたが、原因はいつも同じです。不注意ではなく、人間の目に、そもそも向いていない仕事、つまりほぼ同じバリエーションをスピードを上げて見分ける仕事をさせていることです。
2番目の事例の方が今でも気にかかります。当日は何も間違って見えなかったからです。2024年初頭、私が関わった自動車部品倉庫では、末尾の1文字だけが違うモデルコードの部品を保管していました。販促ピーク時にピッカーが間違ったカートンを取り、チェッカーが経験で見逃しました。その部品は修理工場に届きましたが合わず、顧客の車はサービスベイで1日余計に過ごすことになりました。顧客は怒鳴りませんでした。ただ次の注文を別のサプライヤーと分け合うようにしたのです。その仕事の後、私はそれ以来破っていないルールを作りました。スキャンなしに封印なし、です。
倉庫出荷注文の検証スキャンを正しく行う方法
倉庫出荷注文の検証スキャンが意味を持つのは、すべての手順が実際に、順番通りに、近道なしで行われる場合だけです。以下は私がプロジェクトで導入するチェックリストで、研修で教える通りに書いています。
検証ステーションでは、カートンでもピッキングリストでもなく、商品を1点ずつ個別にスキャンします。システムは各スキャンを注文明細とリアルタイムで照合し、商品、バリエーション、数量の不一致があれば注文を直ちにロックします。画面にはスキャン済みのものと残っているものが表示されなければならず、チェッカーが記憶で数えたり紙をめくったりすることはありません。例外はすべて、後で対応するという約束とともに作業台に戻すのではなく、目印の付いた例外用ボックスへ直行させます。後で、というのはエラーが逃げ出す場所だからです。注文全体がきれいにスキャンされて初めて、システムはラベル貼付と封印のためにカートンを解放します。先に封をして後からスキャンしても、何も検証したことにはなりません。
私が最も警戒する近道は代理スキャンです。誰かが1つのサンプルを繰り返しスキャンして必要な数量に到達させるのです。画面上はすべて緑色ですが、カートンの中身は間違った商品です。防御策は単純で効果があります。同じ注文で同じバーコードが2回スキャンされたら、システムはアラームを上げなければなりません。高額品や混同しやすいカテゴリーでは、固有のシリアル番号またはユニットコードを必須とします。
倉庫出荷注文の検証スキャン：2回目のチェックが拾うもの
クライアントから、すべてスキャン済みなのになぜ2回目のチェックが必要なのかとよく聞かれます。答えは、2つのチェックが異なるミスを拾うからです。1回目のチェックは箱の中の間違った商品を拾います。2回目のチェックは、1回目のチェックの後に起きるミスを拾います。間違ったカートンに貼られた出荷ラベル、コンベヤー上で交差した2つの注文、封印直前にカートンへ追加されたおまけの景品などです。1回目のチェックの時点ではシステムは正しかったのです。エラーはその後に生まれたのです。
2回目のチェックは、すべての注文を完全に再スキャンする必要はありません。ピーク時に倉庫が詰まり、疲れたチェッカーがさらにミスを増やすからです。代わりに段階制を使います。通常の注文は、カートン内の最初の商品に対するラベルの独立したスポットチェックを受けます。高額注文、新規顧客からの初回注文、複数商品の混合注文は、完全な2回目の検証を受けます。重要なのは、2回目のチェッカーが1回目と同じ人物であってはならず、1回目の結果に単にチェックを入れるだけでもいけないことです。キー商品を独立してスキャンしなければなりません。独立性こそが、2回目のチェックという言葉の中で唯一価値のある言葉です。同じ人物が2回チェックすれば、2回目には自分をさらに信じるだけです。
下の表は、クライアントにこれの価値を聞かれたときに使うものです。数字は業界平均ではありません。あるプロジェクトの稼働開始後最初の1か月の実例記録であり、エラーがどこで見つかるかによってそのコストがどう変わるかを示すためのもので、あなたの倉庫でも同じ数字になることを約束するものではありません。
| 見つかった場所 | 典型的なエラー | どうなるか | コストの規模 |
|---|---|---|---|
| スキャンステーション | 間違ったバリエーション、サイズ、数量 | その場で商品を交換して再スキャン | 検証1回分 |
| 2回目のチェック | 間違ったラベル、交差した注文 | 開封し、再検証し、再ラベル貼付 | 半時間未満の手直し |
| 納品後 | 上記のいずれも | 返品、再出荷、サービス時間、信頼の喪失 | 倉庫内手直しの数倍、さらに評判へのダメージ |
実際の倉庫でこれが壊れる3つのパターン
1つ目の失敗は、信頼できないバーコードです。摩耗したコード、テープで覆われたラベル、誰にも知らせずにコード形式を変更したサプライヤーがいれば、チェッカーはスキャン失敗を前に立ち尽くします。まさにそのときに人は記憶に頼り、商品を見逃して通してしまいます。私のルールは厳格です。スキャンできない商品は例外処理を通し、手入力には2人目の確認が必要です。バーコード品質は、入荷とサプライヤー管理の問題です。出荷ステーションにその場しのぎを求めるのではなく、上流で直してください。
2つ目の失敗は、浅すぎる照合です。商品名だけを比較するシステムもあり、サイズ、色、ロットが間違っていてもスキャンが通ってしまいます。稼働開始前に、その倉庫で最も混同しやすい10のカテゴリーでテストしてください。サイズ違いの同じスタイル、ロット違いの同じ名前、ほぼ同じ包装の旧世代と新世代です。システムがそれらすべてを止められなければ、スキャン手順は検証ではなく装飾です。
3つ目の失敗は、間違ったものを測ることです。チェッカーの給与や評価が主にスピードに基づいていれば、手順を省く方法を見つけ、システムはそれを報酬として与えます。検証ステーションの最初の指標は、阻止率と顧客まで逃げたエラーの数であるべきで、スピードはその次です。私は、トラック上の間違ったカートンよりも、検証台での2分間の待ち行列を選びます。トラックが出発してしまえば、エラーの回収は常に待ち行列よりも高くつきます。
はっきり述べておきたい直感に反する判断もあります。厳格であればあるほど良いとは限りません。すべての注文に完全な2回目の検証を適用すれば、ピーク時に倉庫が詰まり、疲れたチェッカーは通常なら気づくものを見逃し始めます。本当のトレードオフは、厳格さをどこに使うかです。混同しやすく、高額で、新規顧客の注文には厳格に。長くクリーンな履歴を持つ安定した低額カテゴリーでは、スキャンとサンプリングで十分です。努力を均等に薄く広げるのではなく、実際にエラーが起きるところに注いでください。それが検証設計のプロフェッショナルな部分であり、ほとんどの倉庫が間違えるところです。
コピーできる開始手順が欲しければ、こちらです。第一に、商品名だけでなくバリエーションとロットをカバーする照合ルールを完全に書き、2週間運用して何が阻止されたかを記録します。第二に、会議で推測するのではなく、その阻止データを用いて2回目のチェックの段階を設定します。第三に、バーコード品質、例外処理、チェッカーの指標を壁のポスターだけでなく運用マニュアルに書き込みます。このチェックを構築することは難しくありません。難しいのは、繁忙期に誰にもそれを省かせないことです。その一線を守れば、間違った注文はあなたの倉庫から出ていくのに苦労するでしょう。
Lin Xiao（WMS導入コンサルタント）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。
