WMSデータ移行のベストプラクティス：本番稼働前に整理すべき3つのデータ

結論から先に言うと、WMSプロジェクトが遅延する原因は、10回中8回はソフトウェアではなくデータにある。汚いデータのまま本番稼働すれば、あなたが買ったのはWMSではなく、間違った数字を記録する高価な元帳だ。

この落とし穴は3回見た。毎回同じ脚本だ。クライアントは「うちのデータは準備できている」と言い、初日にシステムは在庫があるはずのロケーションが空だと言い、空のはずのロケーションにパレットが3つ置いてある。全てが止まり、全数棚卸をやり直し、本番稼働は2週間延び、上司は大荒れだ。

データ移行がWMSのNo.1キラーである理由

シンプルだ。WMSは増幅器だ。Excel時代は、汚いデータでも人間が取り繕えた——張さんがゾーンAのパレットは破損しているから触るなと覚えていた。本番稼働後は、システムが自動でロケーションを割り当て、自動でウェーブをリリースし、自動で補充を提案する。汚いデータは機械によって増幅される——忠実に、容赦なく——本番障害へと。

狩るべき汚いデータ3種：

ゴールデンロケーションに居座るデッドSKU。 ほとんどの倉庫には、1年間全く動いていないSKUが10～20%あり、今もゴールデンピック面に居座っている。そのまま移行すれば、ゴミの仕分け作業まで新システムに持ち込むことになる。

帳簿と実在庫のズレ。 帳簿上は100、現場には80、消えた20は3年前の棚卸差異で誰も調整しなかったものだ。旧システムでは「みんな知っていた」。新システムでは、20のゴースト在庫が誤った補充と幻の欠品を誘発する。

項目不足の品目マスタ。 縦・横・高さ・重量がなければ、WMSのロケーション提案も、カートナイゼーションも、ウェーブ戦略も飾りだ。最悪だったのは、3000SKU中、寸法データがあるのが400に満たない現場だ。

プレイブック：3つのチェックリスト

4～6週間前：スクラブ（最も重要な部分）

3種の汚いデータを実際にどう掃除するかはこうだ。

デッドSKU。 リスト化するだけじゃなく、現場を歩け。私はクライアントに、体積ベースのデッドSKU上位50を実際に見に行かせる。半分は、「デッド」SKUが実はラベルミスやコード違いで保管されていただけで、それ自体が直す価値のあるデータ問題だ。本当にデッドなものは、名前と期限付きで処分を決める。「張偉、11月15日までに廃棄」。担当者なし、期限なし＝絶対に起きない。

帳簿と実在庫のズレ。 コツは、移行中ではなく旧システムで突き合わせることだ。切り替えの2～3週間前に全数またはフルサイクルカウントを実施し、全て調整してから調整をフリーズする。フリーズ後に見つかった差異は、原因付きの差異ログに残す——黙って調整しない。黙った調整がゴーストを生む。

品目マスタの欠落。 体積回転率で優先付けする。ピックの80%を生む20%のSKUから先に寸法を取る。ロングテールには、受入場に$200の寸法測定ステーション（秤＋測定フレーム＋バーコードスキャナ）を置き、次の入荷で寸法を取る——発掘プロジェクトは不要だ。クライアントにはこう言う。本番稼働前に3000SKU全部を測る必要はない。上位600を測り、残りを90日以内に取り込むプロセスがあればいい。

12か月間動きのないSKUを抽出する。事業部門が決める：廃棄、クリアランス、低コスト保管への移動。目標：ゴールデンピック面のデッドSKUゼロ。
フルサイクルカウントを実施し、全ての差異を調整する。「後で直す」はなし。この落とし穴は3回見た——先送りした差異は本番稼働後に全てP0障害になった。
品目マスタを完成させる：寸法、重量、ロット管理フラグ、有効期限フラグ。完成できないものは「保留」タグを付け、暫定策としてWMS内の手動確認ワークフローに流す。
1週間前にロケーションマスタをフリーズする：コード、タイプ、属性。新規ロケーションは変更管理を通す。

移行週：二重追跡の突き合わせ

旧システムからエクスポートし、新システムにインポートしたら、両方から同じSKU単位の残高レポートを出して1行ずつ突き合わせる。0.5%を超える差異＝ストップ。「だいたい合ってる」は基準にならない。
ロケーションの10%を実地確認する。高額品と差異SKUを優先。
3日間並行稼働する：旧システムがオーダーを出し続け、新システムがシャドーで追い、ピック精度を比較する。