ピッキングで商品が見つからないとき｜欠品・棚違い・代替品を記録する

見つからない状態を欠品と断定しない

商品が棚にない理由は、実在庫不足、棚違い、別担当が取り出した、検品中、似た型番との取り違えなどがあります。見つからなかった時点では「未発見」と記録し、欠品の確定と分けます。注文、SKU、指定棚、探した範囲を残します。発送締切が近くても、似た商品を担当者の判断だけで代わりに詰めないようにします。

注文と探した現場を一緒に残す

例外ID、注文ID、明細ID、SKU、必要数、見つかった数、指定棚、確認した棚、発見者、時刻、発送期限を記録します。架空ケースPK-072で3個中2個しか見つからないなら、不足1個を示します。注文全体を一律に欠品へ変えず、該当明細の影響を見えるようにします。途中まで詰めた商品がどこにあるかも残します。

確認する順番と代理担当を決める

近隣棚、仮置き場、他のピッキング、返品保管、直近の移動記録など、業務に合う順番を決めます。探す時間を無制限にせず、発送期限から判断する時刻と担当を設定します。別拠点に在庫があっても当日の発送へ使えるとは限りません。移動や受取が必要なら、その作業を別に確認します。

分納・待機・代替の判断を記録する

商品が見つからない場合は、全量待つ、ある分だけ送る、顧客へ代替候補を確認するなどの選択肢を整理します。顧客が分納を了承したか、追加送料の扱いを誰が判断したかを残します。代替品は商品仕様が近くても同じものではないため、了承なしでSKUを書き換えません。決まった内容をピッキングの一覧へ反映します。

商品が後から見つかったときの扱い

欠品として連絡した後に商品が見つかったら、すでに代替品や再送品を用意していないかを確認します。見つかった数を在庫へ戻す前に、引当が残っているかを見ます。元の注文へ使うか別の在庫へ戻すかを担当者が決め、顧客への案内が変わるなら連絡を残します。同じ商品を二度発送しないことを確認します。

例外を閉じて棚の問題を直す

棚違い、数量不足、似たSKU、計数差、締切後の発見を確認例にします。完了時は注文の残作業と現物の所在を照合します。棚の表示や仮置きルールが原因なら、直した内容と確認日を残します。例外件数の少なさだけを評価すると未発見を記録しなくなるため、誤発送や再調査が減ったかも見ます。

PK-072：不足品が判断後に見つかった例

確認用のPK-072で、必要3個のうち2個を見つけ、顧客が2個の先行発送を了承した後、最後の1個が別棚から見つかったとします。担当者は先行便がまだ梱包前か、配送会社へ渡した後かを確認します。同梱できるなら指示を変更して履歴を残し、できなければ残り1個の扱いを決めます。見つけた人が元の注文を見ずに1個を発送すると、別担当の追加便と重なる可能性があります。現物の発見は判断の材料であり、発送の指示そのものではありません。元の例外IDで経緯を追うと、この違いを保ちやすくなります。

例外の発見者がそのまま長時間探し続ける構成では、ほかの注文の作業も止まります。最初に短い確認を行い、それで見つからなければ調査担当へ渡すなど、役割を決めます。引き継ぐ際は既に確認した棚を示し、同じ場所を何度も探さないようにします。ピッキングしたほかの商品は保管場所を固定し、通常の棚へ無記録で戻さない運用にします。顧客への案内が必要になった場合は、倉庫の担当が納期を推測せず、対応窓口へ確認事項を渡します。発見、判断、顧客連絡、発送の各役割が分かると、例外があっても作業を進めやすくなります。

道具と費用を増やす前に確認する

一つの小さな倉庫なら、例外表と置き場の整理で始められます。費用は調査時間、分納、再梱包、顧客連絡に加え、誤発送の修正まで含めて見ます。自動通知は判断期限が近い例外だけに絞ると運用しやすくなります。棚管理の問題が多い場合は、台帳の道具を増やす前に現場の表示と仮置きルールを見直します。

• Makeで在庫不足を通知する｜商品別の基準と再通知の止め方
• Makeで受注件数を毎日照合する｜欠けた注文と二重記録を探す
• Airtableのビューで未対応案件を確認する｜フィルター・並び順・共有の注意点