結論から先に述べます。冷蔵倉庫向けWMSを選ぶとき、あなたが買っているのは機能一覧が最も長いシステムではありません。氷点下で3つのことを一緒に保てるシステムです。温度ゾーンの管理、賞味期限の管理、そして実際に寒さの中で動く機器です。常温倉庫の評価表をコピーすると、自信に満ちた勝者が決まり、稼働開始は苦しいものになります。制約がまったく違うからです。
私はこの失敗をほぼ同じ形で3回見てきました。冷凍食品事業者が堅実な常温WMSを契約し、デモはうまくいき、最初の週に現場は別の話を語ります。厚い手袋をしたピッカーは小さなタッチ画面のターゲットを押せません。ハンディ端末のバッテリーは寒さで速く消耗します。タスクが1つの波の中で温度ゾーンを混ぜるため、人は冷凍庫とステージングエリアの間を行き来し、その背後でドアが開閉します。会議室のデモには何も現れません。初日にはすべて現れます。
冷蔵倉庫WMSチェックリスト1：ロケーションの前に温度ゾーンを整理する
冷蔵倉庫向けWMSは、温度ゾーンをロケーションの注記ではなく第一級のデータとして扱わなければなりません。冷蔵、冷凍、深冷、解凍、ドックのステージングエリアはそれぞれ規則が異なり、システムはそれを強制しなければなりません。ロケーションはゾーン属性を持つべきです。波の計画は、事業が明示的に混合を認めない限りゾーン別に分けるべきで、時間制限が付くべきです。システムはタスクが冷蔵ゾーンの外にどれだけ長く置かれたかを記録し、その滞留時間が超過したときに警告すべきです。
ベンダーに4つの具体的な質問をしてください。ロケーションのゾーン変更は承認され監査できますか。波の生成はゾーン別に分けられ、顧客と製品ファミリーごとに別々に設定できますか。システムはタスクごとにゾーン外滞留時間を記録できますか。そして温度監視データを連携でき、逸脱が起きたときに盲目でピッキングを続けさせるのではなくタスクのリリースを止められますか。
私が関わったある水産プロジェクトはまさにこの手順を省きました。チームはロケーションが十分に細かいかどうかを尋ねましたが、ゾーンがどう管理されるかを尋ねませんでした。稼働開始後、冷蔵と冷凍の注文が同じ波に入り、ピッカーはゾーン間を走り回り、製品品質は人が規則を覚えているかどうかに依存しました。修正には3週間かかり、その修正は巧妙なコードではありませんでした。最初から入札書に入っているべきだったゾーンのロジックでした。
解凍エリアとドックを忘れないでください。冷凍庫を出た製品がトラックに直行することはめったにありません。待ちます。その待ち時間にはシステム内の時計が必要で、顧客ごとに異なる制限と、制限を過ぎたときのアラートが必要です。常温倉庫がこれを必要とすることはめったにありません。冷蔵倉庫はこれで成否が決まります。
冷蔵倉庫WMSチェックリスト2：賞味期限を選定基準として扱う
2つ目のチェックリストは賞味期限についてで、範囲について正確に述べておきます。これは選定だけの話です。現場で賞味期限に基づくピッキングをどう実行するかは別の主題で、この記事ではその運用には踏み込みません。選定の問いはもっと狭いものです。1件の注文もピッキングされる前に、システムは賞味期限の管理を保てるか、ということです。
3つのことを確認してください。第一に、賞味期限フィールドはバッチレベルで必須か、受入で製造日と賞味期間のデータを省けないか。第二に、システムは異なる賞味期限のバッチを目に見えて分離して保持し、計画者がどのバッチが最も早く期限を迎えるかを一目で見られるか。第三に、賞味期限アラートは顧客ごとに設定できるか。ある顧客は90日の警告を望み、別の顧客は60日しか受け入れないかもしれません。固定のしきい値はどちらか一方を裏切ります。
私は同じ失敗を2つ目の形でも3回見ました。賞味期限フィールドは存在しますが、受入で回避できます。短い賞味期限の在庫が誤って出荷されたと顧客が苦情を言うまで誰も気づかず、その頃にはシステムは空のフィールドの履歴を抱えています。ベンダーのデモでは、実際の受入取引を歩かせてください。バッチをスキャンし、製造日を入力し、システムが賞味期限を計算するのを見て、エラーがブロックされるか確認します。実演できないフローは、稼働開始後に自然に直ることはありません。
もう1つ質問してください。賞味期限の基準は顧客自身の品質システムと同期できますか。多くの冷蔵倉庫の顧客が基準を定めており、WMSが手作業でしか賞味期限を保持できない場合、顧客の変更はすべて手作業のやり直しになります。インターフェースとフィールドの対応は、導入が始まった後ではなく、選定の間に確認してください。
冷蔵倉庫WMSチェックリスト3：冷凍庫の機器は冷凍庫でテストする
3つ目のチェックリストは、スライド資料に最も隠されやすいものです。寒さは物理的です。バッテリーは容量を失い、画面は霜で曇り、厚い手袋は小さなキーを外し、結露はラベルとバーコードを襲います。会議室には何も現れません。マイナス18度ではすべて現れます。
私のルールは単純です。実際のゾーンで、丸1シフトかけてテストすることです。候補のハンディ端末を冷凍庫に持ち込み、手袋を着けた状態でバッテリー寿命、初回スキャン成功率、誤タップ率を記録します。実験室のデータシートを代用として受け入れてはいけません。印刷も確認してください。ラベル素材は寒さで脆くなりませんか、プリンターはどこに置きますか、結露ができたときにラベルは剥がれませんか。ラベルを1枚失うだけで、スキャン、バッチのトレーサビリティ、賞味期限管理が一度に壊れます。
接続性も確認してください。金属ラックと厚い壁は無線信号に厳しいものです。システムはオフラインでのタスク実行を支援しますか、データが同期し直したときに競合をどう解決しますか。短いネットワークの途切れで現場が止まってはいけません。常温倉庫では、再ログインを求めることは迷惑にすぎません。冷凍庫では、立ち止まる余分な1分1分がコストです。
| 選定の観点 | 常温で合格するもの | 冷蔵倉庫で加えるべき問い |
|---|---|---|
| 温度ゾーン | エリア別に分かれたロケーション | ロケーションはゾーンを持てますか、波はゾーン別に分けられますか。 |
| 賞味期限管理 | 賞味期間フィールドが存在する | 受入で入力は強制されますか、アラートは顧客ごとに設定できますか。 |
| 冷凍庫機器 | データシートは良さそうに見える | 実際のゾーンで、手袋を着けて、丸1シフトかけてテストされましたか。 |
| オフライン作業 | 途切れた後に再ログインする | タスクはオフラインで続けられますか、同期の競合はどう処理されますか。 |
| 滞留時間 | 追跡されない | 解凍とドックの滞留アラートはありますか。 |
稼働開始の夜のチェックリスト
稼働開始の夜、私のチェックリストは1ページに収まり、すべての行に署名が必要です。顧客ごとに設定されたゾーン規則。顧客ごとに設定された賞味期限のしきい値。実際のゾーンで丸1シフトかけてテストされた機器。1回リハーサルされたオフライン作業。意図的に発生させてテストされた滞留時間アラート。1行でも署名がなければ、稼働開始しません。
ここが直感に反する部分です。冷蔵倉庫では、機能一覧が長いことは売り文句ではなく警告サインです。長い一覧は通常、どの項目も浅いことを意味します。冷蔵倉庫が実際に必要とするのは3つの場所での深さです。温度管理、賞味期限の管理、冷凍庫機器です。ベンダーが何でもできると言うときは、実際に運営した冷凍庫プロジェクトが何件あるかを尋ね、1件見学させてもらってください。稼働中の冷凍庫を1周歩くだけで、100ページの提案書よりも多くのことが分かります。
次のベンダー会議にこの3つのチェックリストを持っていってください。答えが曖昧になるところ、そこが稼働開始で痛むところです。冷蔵倉庫は常温倉庫よりもはるかに誤差の許容範囲が小さいのです。選定の間に1つ余分に質問することが、稼働開始後の長い夜を1つ減らす以上の価値があります。
Lin Xiao（WMS導入コンサルタント）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
