棚卸の日、システムはある携帯電話モデルの在庫を200台と表示していた。棚には199台しかなかった。行方不明の1台のシリアル番号は、システム上依然として「在庫あり」だった。3か月後、誰かがまったく同じモデル——シリアル番号まで同一——が中古マーケットに出品されているのを見つけた。警察に通報したが、証拠の連鎖は倉庫の中で途切れていた。いつ、どうやって持ち出されたのか、誰も言えなかった。
2023年に東莞の携帯電話3PLで起きたことだ。詳細は変えてあるが、教訓はそのままだ。高額商品1台の紛失は、普通の商品1パレット分に匹敵する。さらに悪いことに、なくなったことすら気づけない——帳簿は常に合う。システムは数量を管理するが、どの個体かは管理していないからだ。
シリアル番号が実際に管理するもの
1アイテム1コード。在庫数量を管理するのではなく、各個体の身元を管理する。シリアル番号、IMEI、機器シリアル——グローバルに一意で、入荷から出荷まで個体に付いて回る。数量が合うのは「帳簿が合う」。シリアルが合うのは「全個体が行方不明なし」だ。
対象になるのはどれか？3つのテストのどれかに当てはまれば対象だ：単価が高い（数千元以上）、転売しやすい（携帯電話、ノートPC、グラフィックボード、高級品——今日盗んで明日現金化）、保証・リコールの露出（医療機器、自動車部品——不具合が起きれば正確な個体を追跡する）。50元のケーブル箱？やる必要はない。スキャン労務費のほうが商品より高い。
携帯電話のIMEIは15桁でグローバルに一意——作り出す必要のない既成の身元だ。工場コードのない商品（一部の小型家電）は入荷時に自社発行ラベルを貼る。自社の番号レンジを管理し、工場コードと混ぜないこと。
入荷：余分な30秒をかけるところ
シリアル管理の成否の70%は入荷で決まる。入荷時に全個体をスキャンして登録する：シリアル番号、ロット、入荷日、保管ロケーション。この4つ、例外なし。「先に受けて、後で登録」は信じてはいけない——後はいつまでも来ず、3か月後には数量はあるが身元のない在庫になっている。
東莞の倉庫が最終的に定めたルール：受付担当が1台スキャンすると、システムが読み上げて返す。重複スキャンは即アラーム——重複はたいてい、本物の1台を2回スキャンして別の1台を帳簿から「洗い出す」手口だからだ。この細部は血で買った：最も多い内部不正のパターンは、本物の1台のコードを使い回して帳簿を永遠に合わせる手口だ。
高額商品には専用のケージ区画——金網、入退室は2人一組、カメラだらけ。これは従業員を疑うためではなく、全員に「触るな」という明確な信号を与えるためだ。有罪になった内部犯の多くが後に同じことを言った：鍵のかかったケージがあれば、そんな考えは浮かばなかったと。
出荷：悪いスキャンは出さない
出荷検品が第2の関門だ。ピッカーは受注通りにピックし、梱包ステーションで全個体をスキャンする。システムは3つを確認する：この個体は本当に在庫にあるか、この受注が求める個体か、別の受注に割当て済みでないか。3つとも通らなければ受注はロックされる。
ここで考えるべきトレードオフ：個体ごとのスキャンはケース出荷より遅く、1日数千件の出荷では梱包ステーションが詰まる。私のやり方は段階式——高額区画は全数スキャン、それ以外はサンプリングだ。リスクの100%を抑えるためにスループットの80%を犠牲にしてはいけない。管理の粒度は商品の価値に見合わせる。基本中の基本だ。
もう1つの罠：代替出荷。顧客がモデルAを注文し、倉庫に在庫がなく、CSがモデルBで合意し、倉庫がBを出荷する——しかしシステムは依然としてAのシリアルが出たことになっている。帳簿と現実はこの瞬間から乖離し、3か月後の棚卸で発覚する。ルール：先に受注を変えてから出荷する。システムのシリアルは実際に出た個体のシリアルでなければならない。例外なし。
返品：シリアルが一致しなければ受けない
リバース物流はシリアル管理が最も速く腐るところだ。顧客が携帯電話を返品し、倉庫は急いでシリアル登録なしに「良品在庫」として計上する。2か月後に新規購入者に出荷され、購入者がアクティベートして整備済み中古品だと気づき、ブランドに苦情を出す。ブランドがシリアルを調べると：3か月前にすでに1回販売済み。3PLは抗弁できずにペナルティと罰金を食らう。
正しいやり方：返品受付はシリアルをスキャンしなければならない。システムはこの個体が当社が出荷したものか、誰に、いつ出荷したかを照合する。一致しなければCSが確認するまで隔離だ。2分の余分がブランドのペナルティと顧客の信頼を守る。
シリアルをスプレッドシートで死なせるな
システムに機能はあるのに実務は紙、という倉庫を何度も見た：受付担当が入荷時にコードを手書きで写し、シフト後にExcelに打ち込み、後でシステムにインポートする。間に2回の手作業——誤記、漏れ、重複、全部起きる。シリアル番号の価値はリアルタイムだ：入荷の瞬間にコードと個体を紐づける。遅延登録は盗難に開けておいた窓だ。スキャンガンは受付ステーションでシステムとライブで通信しなければならない。スキャンガンのないステーションでは高額カテゴリを受けてはならない。
そしてデータに定期的な健康診断を。毎月50個体をランダムに抜き、システムのシリアルを持って棚に行き、現物を見つける。欠落があれば即調査だ。月1時間。これがシリアルシステム全体の錨だ——チェックしないプロセスは3か月で死ぬ。
WMSに必要なサポート
交渉不可の4機能：入荷・出荷・移動のシリアル番号フィールド、重複登録を冷たくブロックする一意性検証、ステータスマシン——在庫あり、輸送中、販売済み、修理中、廃棄——と全遷移ログ、そしてシリアル単位のトレーサビリティ、1つのコードでその個体がいた全ロケーションと乗った全受注を引けること。WMS購入時の要件リストにこの4つを入れ、営業担当にデモで実際に操作させろ。スライドは信じるな。
不都合な真実：機能をオンにしていながら誰も使っていない倉庫は多い。忙しいと受付はスキャンを飛ばし、急いでいると棚卸は一括確定し、3か月後にはシリアルデータがスイスチーズだ。技術は30%、実行が70%だ。私の助言：1つの商品カテゴリでパイロットし、滑らかになったら拡大する。パイロット中は毎日20個体の「シリアルカウント」を実施し、データ品質が基準を超えてからカテゴリを拡大する。
見落とされがちな見返り：保険だ。完全なシリアル台帳を持つ倉庫は、運送・保管保険の交渉をまったく違う立場からできる。紛失クレームを出せば、保険会社の最初の質問は「どの個体か、いくらの価値か、いつなくなったか」だ。シリアルトレーサビリティがあればクレームは流れる。なければ3か月の言い争いを覚悟しろ。よく運用されたシリアルは保険料すら動かす。
では、あなたの倉庫への問い：最も高額な商品が今日1個体なくなったら、何日で気づくか？答えが「次の棚卸で」なら、シリアル管理はあなたの議題に載るべきだ。個体が中古マーケットに現れ、システムがそれがどこへ行ったか言えない状態になるまで待ってはいけない。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
