WMS切り替えで最も高くつく項目はソフトウェアライセンスではありません。月曜の朝に説明できない在庫です。
このことを痛い目に遭って学んだのは、2022年の秋のことでした。土曜日の午前2時、カリフォルニア州チノの3PL倉庫の事務所に座っていました。机の上にはノートPCが2台。レガシーシステムは4,218パレットと表示していました。たった今ロードしたばかりの新しいWMSは4,204と表示しています。14パレットが、消えていました。
2時間の調査で真相が分かりました。金曜日の午後8時にデータをフリーズし、インポートが終わったのは土曜日の午前1時でした。その5時間の間に、夜勤の現場が旧システムで特急注文を通してしまったのです——旧システムはまだ稼働中で、ユーザーの権限も有効なままでした。私たちは何もフリーズしていなかったのです。
私はこの話を何度もしてきました。ほとんどのWMSリプレイスがフリーズポイントでつまずくからです。ここを間違えると、go-live後の最初の1か月を倉庫運営ではなく不良データの清掃に費やすことになります。私が見た最悪のケース：「システムはあると言い、倉庫はないと言う」という苦情が6週間続き、オーナーは倉庫を2日間丸ごと閉鎖して全数棚卸をしました。その2日間のコストは、WMS導入全体を上回りました。
フリーズは一瞬の出来事ではなく、順序立てた工程
多くのチームはフリーズポイントを単一のタイムスタンプとして扱います。午前0時に旧システムを停止、12:01に新システムを起動。それが14パレット行方不明の始まりです。
倉庫は生きている現場です。入荷は届き続け、出荷は出続け、サイクルカウントは調整を続けます。50人の人と30台のフォークリフトを同じ1秒に止めることはできません。本当のフリーズポイントはスケジュールです——データの種類ごとにフリーズのタイミングが異なり、フリーズ後に動いたものは定義されたプロセスで拾い上げるのです。
私は切り替えデータを4つのバケットに分け、それぞれにフリーズのタイミングを設定します。品目・ロケーション・仕入先・顧客といった静的なマスターデータは、1〜2週間早くフリーズできます。ほとんど変わらないので、早めにフリーズしても業務にコストはかかりませんし、その間にデータの掃除ができます。私が触ったレガシーシステムはすべてマスターデータが汚れていました。1品目に3つのコード、ロケーションIDの大文字小文字の混在。新しいシステムに載せる前に掃除してください。後ではありません。
在庫残高は危険なバケットで、オペレーションと同時にフリーズしなければなりません。私のルール：まず入荷をフリーズし、次に出荷をフリーズし、その間に実地棚卸の時間を取ります。入荷を先にフリーズするのは、到着した貨物を1〜2日ステージングに置くコストは安く、運送業者も受け入れてくれるからです。出荷を早くフリーズすると顧客注文が出なくなって、電話が鳴り始めます。
輸送中の伝票とオープンタスクは、誰もが忘れるバケットです。フリーズの瞬間、旧システムには必ず仕掛かり中の作業が残っています。半分降ろしたトレーラー、半分ピックした波、確認されていない移送。あれをそのまま移行すると、新システムでは完了できない中途半端なトランザクションをインポートすることになります。
私の週末切り替えタイムラインは通常こうなります——時間はシフトに合わせて調整してください。金曜午後6時：入荷をフリーズ。それ以降の到着は隔離されたステージングエリアへ。物理的に分離し、別々にカウントし、go-live後に新システムで直接入荷します。金曜午後10時：出荷と内部移動をフリーズ。波のリリース停止、補充停止、移送停止。この瞬間から、レガシーの在庫数は動いてはいけません。本当の緊急出荷はマニュアル伝票で出し、後で新システムに二重確認で入力します。
続いて棚卸の時間帯、金曜午後10時から土曜午前4時まで：全面棚卸、最低でもAムーバー（売れ筋）の全数カウントとB・Cのサンプルカウント。調整はまず旧システムに登録してからエクスポートします。これがプロジェクト全体で最も過酷で、最も価値ある時間です——あの夜チノでカウントしていれば、14パレットはその場で見つかっていました。土曜午前4時：最終スナップショットをエクスポートしてインポートし、三者照合を実行——レガシーのスナップショット、新システムのインポート、カウントシート。3つは最後の1個まで一致しなければなりません。土曜午前8時：go-live。旧システムは3〜6か月間リードオンリー、アクセスはITと経理に限定。早く廃止しないでください。最初の2週間、必ず誰かが「旧世界ではこの取引はどう見えていたのか」と聞いてきます。
輸送中の伝票には独自のルールがあります。制限付きアクセスで旧システムのまま完了させるか、新システムでオープニングタスクとして作り直してください。1枚の伝票を両方のシステムにまたがせてはいけません。返品が3か月間誰にも拾われなかったのを見たことがあります。QCが旧システムに記録され、棚入れの確認が新システムに入っていたのです。
go-live後にデータが腐る3つの場所
1つ目はオープンタスク。「引当済み・未ピック」と「ピック中」の記録は、フリーズ前にクローズかキャンセルしなければなりません。半分ピックした波——商品は棚から降ろされ、システムは未確定——は移行できません。手作業で作り直すしかありません。私のポリシー：フリーズの4時間前に、すべてのオープンタスクを強制クローズ。クローズできないものはキャンセル。遅くていい。仕掛かりは許されません。
2つ目はシリアルとロット。バルク在庫は合計が合えばいいですが、シリアル管理品とロット管理品は1行ずつ照合しなければなりません。インポート前に検証パスを実行してください。シリアル数とロットリストを、レガシーシステム、新システム、カウントシートの3つで比較します。医薬品と食品の倉庫は要注意——賞味期限の不一致は監査指摘になります。
3つ目は経理への引き継ぎです。在庫残高が動くとき、仕掛品と検収済み未請求の商品も一緒に動きます。多くのプロジェクトは倉庫をカバーして経理を忘れ、経理は初日に合わないコストで爆発します。少なくとも1週間前には経理をフリーズスケジュールに入れ、切り替え当日は現場にいてもらってください。
切り替え計画にサインする前に聞くべき質問が1つあるとすれば、それはこれです。リハーサルはどこにあるのか？本番の前に、静かな週末にフル規模のシャドーフリーズを実行してください。入荷をフリーズし、出荷をフリーズし、カウントし、エクスポートし、インポートし、照合する。ストップウォッチで計測しながら。リハーサルをしたプロジェクトは、しなかったプロジェクトより、go-liveが明らかに速く、落ち着いていました。失う1つの週末が、go-liveの夜に全員の一晩の睡眠を買います。導入パートナーにリハーサルの日程を聞いてください。返答が白けた表情だったら、それがあなたの本当のリスク登録簿です。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
