深夜の2 a.m.に電話が鳴りました。電話の相手は食品フルフィルメントの顧客のひとりで、声は震えていました。エナジーバーのロットのひとつが原材料汚染の疑いで陽性となり、当局がそのロットの完全な流通記録を24 hours以内に要求している、というのです。
受話器を置いて、私は胃が落ちるのを感じました。彼らのロット3つが、バルクエリアで2か月まるまる混ざったまま置かれていました。ロットラベルは?入荷時に貼られた紙切れ一枚、とっくに剥がれ落ちていました。WMSの中は?ロット欄は空白——入荷時、誰かが手を抜いてSKUだけで全部計上していたのです。
その夜、私たち4人はすべての出荷オーダーを掘り起こし、パレット単位で突き合わせました。提出した記録はかろうじて受理され、顧客はその場で他社へ移すことを決めました。その夜に失ったのはひとつのアカウントだけではありません——食品フルフィルメント事業全体の評判でした。
それが複数荷主3PL倉庫の悪夢です:ロット混在。紛失在庫でも、ピッキングミスでもありません——物理的にもシステム的にも異なるロットが絡み合い、リコールが発生したときにどのユニットがどのロットなのか誰も言えない状態になるのです。ロット混在は毎日起こるわけではありませんが、起きたら事業の存亡に関わります:顧客を失い、罰金を食らい、ニュースになります。
ロット混在は実際にどう起こるのか
まず私の結論を先に言います:ロット混在は決して不注意な従業員のせいではありません。私が見てきたすべての事後検証は、入荷や上架のオペレーターが手を抜いたところから始まりますが、すべての根本原因は同じ場所に行き着きます——WMSがロットに独自のアイデンティティを与えていなかったのです。
死に方の定番は3つあります。
ひとつ目、ロットは単なるコメント欄。多くのWMS製品では、ロットは入荷伝票上の自由入力テキストの一行にすぎません。スキャン、上架、ピッキングはそれを検証しません。コメントは人間のために書くもの。システムは読みませんから、混在は見過ごされます。
ふたつ目、入荷時のラベリングなし。ロット情報は段ボールのインクジェットコードに印字されているのに、受入担当者は入力するのを面倒がり、あるいは入力してもパレットに貼りません。ロットは文書なき住人として倉庫に入り、その後のすべての工程が盲目で動きます。
みっつ目、ひとつのロケーションに2つのロット。バルクエリアはロケーションが不足しているため、1つのレーンに2つのロットが入り、補充の際に新しいロットが古いロットの上にそのまま積まれます。物理的に混ざっているのに、システムはまだ1つのロットだと信じています——こうなると誰にも切り分けられません。
複数荷主の倉庫にはもうひとつ頭痛の種があります:各顧客が独自のロット番号体系を持ち込んでくることです。統一ルールがなければ受入担当者は即興で対応し、その即興のたびに混沌が増します。
パターンは見えましたか?すべてプロセスとシステムの失敗です。ロット混在を直す計画が「教育の強化」なら、手間を省いてあげましょう——人は必ずミスをします。ポカヨケとは、ミスをする余地を与えないシステムを作ることです。
ロットの「身分証」は入荷ドックで発行される
ロット混在に対する第一の防衛線はラックの上ではなく、入荷ドックにあります。私の鉄則:ロット情報が不完全なパレットは在庫に入れません。SOPに書き込み、WMSのハードバリデーションとして強制します、誰の例外もなく。
まずロット番号のルールを固定し、安易に変えないこと。私の推奨は:顧客コード+製造日+ライン/シフトです。「ABC-20260314-A」のような番号なら、顧客、製造日、シフトが一目で分かります。凝ったものにする必要はありませんが、倉庫全体で統一しなければなりません——顧客ごとにルールは1バージョン、WMSの辞書に格納し、受入担当者の即興は一切なし。
次にラベルを貼ります。パレットに1コード、これが最も手抜きで効果的なポカヨケです:入荷時にロットラベルを印刷し、3要素——ロット番号、製造日、賞味期限——をすべて入れます。食品や輸出の顧客には、SSCCを強く推奨します:18-digitの世界で唯一のシリアル番号で、バーコード内のAI (00)で示されるGS1の公開標準です。一度貼ればサプライチェーン全体が認識し、リコール時には1回のスキャンでそのパレットの全履歴が分かります。どんなラベルプリンタでも作れます。
欧州向け食品についての注意点:EU指令2011/91/EUは、包装済み食品にロットマーク(通常は文字"L"の前置き)を付けることを義務付けています——マークなしでは市場に出せません。顧客が欧州に販売しているなら、コンテナが税関で止められてからではなく、入荷時にロットマークの適合を確認してください。
WMS側では、ロットにはロット番号のテキストボックス以上のものが必要です。製造日、賞味期限、QCステータス、仕入先ロット——入荷時に一度だけ取得する構造化されたロット属性です。後でFEFO引当、賞味期限アラート、リコール凍結はすべてこれらの上で動くからです。
混在保管はOK、ロット混在はNG
複数荷主の倉庫はロケーションが足りないのが常なので、混在保管は普通のことです。ただし2つの概念を区別してください:混在保管はスペース戦略、ロット混在は管理の失敗です。異なる顧客の貨物が隣のレーンにある——OK。1つのロケーションや1つのパレットに2つのロット——レッドラインです。
私の上架隔離プレイブックは3層立てです。
フルパレットエリア:1パレット、1ロケーション、1ロット。パレットは自然な隔離単位です——WMSでパレットIDをロットに紐づけ、フォークリフト運転手はフルパレットの入出庫だけを行います。混在はほぼ不可能になります。
バルクエリア:1レーン、1ロット。バルクはロット単位で、レーン1本まるごと上架し、WMSにロケーションのロット専有を設定します——ロケーションXにすでにロットAがあるなら、システムはスキャン時にロットBをアラーム付きで断固拒否します。これはハードな設定であり、提案ではありません。
ロット混在が最も起こるピースピックエリア。新しいロットは古いロットの後ろに補充するか、別のレーンに補充し、システムがFEFO(first-expired, first-out)でピックを指示します。ピッカーが近いものを勝手に取ってはいけません。システムがロックしなければ、人は楽な方を取ります。
共通する糸はこうです:強制するのは人ではなくシステムです。WMSでは、ロットは独立した在庫次元でなければなりません——顧客×SKU×ロットでパレットを特定するのです。SKUにぶら下がるコメントではありません。WMSを評価するときは、これを最初に確認してください:ロットを自由入力テキストの注記として実装している製品は、私は即失格にします。それが私の拒否権アイテムです。
リコール通知が来たとき:4ステップで遡る
リコールの日、あなたを救うのは勇気ではありません——平時に蓄積したデータです。ドリルを4ステップにまとめます。
ステップ1、ロットを凍結する。疑わしいロット番号(または製造日の範囲)を取り、WMSでそのロットの全ユニットを凍結します——出荷禁止。凍結は数分で、倉庫全体がワンクリックで完了しなければなりません。これができないWMSは取り替えるべきです。
ステップ2、3つのレポートを引く:そのロットの出荷販売明細(誰に、どれだけ、いつ)、現在の手持ち在庫の分布(どのロケーションに、何パレット)、そして輸送中(出荷済み、未受領)。3つは突合しなければなりません——出荷済み+手持ち=入荷済み。
ステップ3、時間の窓を広げる。汚染は1つのロットだけを尊重してくれるとは限りません:同一ラインの前後の日のロットや、同じ原材料で作られた他のロットは、すべて疑わしくなります。FDAのFSMA 204トレーサビリティ規則(最終規則はNovember 2022に公布、施行はJuly 20, 2028まで延期)では、企業は要求から24 hours以内にソート可能な電子トレーサビリティ記録を提出しなければなりません。ロットデータが散らばったスプレッドシートの中にあるなら、その期限には絶対に間に合いません。コンプライアンスの借金は必ず利子付きで返済されます——リコールの日に。
ステップ4、隔離して通知する。疑わしいロットは赤タグでその場で隔離し、すべての納入先顧客に通知します。早く動くほど、罰則は軽くなります。それは痛い目に遭って学びました。

上架前の最終確認:混在防止チェックリスト
- ロット番号のルールは倉庫全体で統一されており、受入担当者がその場でロット番号を発明できてしまうか?(できてしまう:不合格。)
- すべてのパレットは入荷時に3要素——ロット、製造日、賞味期限——のラベルが貼られているか?
- WMSでロットは独立した在庫次元であり、上架とピッキングでスキャンバリデーションにより強制されているか?
- ロケーションのロット専有が設定されており、2つ目のロットが同じロケーションに入るとシステムがアラームを出すか?
- バルクはレーン単位でロット別に補充されており、ピックはシステムがFEFOで指示しているか?
- ワンアクションで倉庫全体のロットを数分で凍結できるか?
- 先月モックリコールを実施したか、通知から3レポート作成までどのくらいかかったか?(24 hours超:不合格。)
このチェックリストを入荷事務所の壁に貼ってください。プロセスの規律がロット混在を止めます。願望では止められません。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。









