2019年、私はカリフォルニア州オンタリオの3PL倉庫のWMS本番稼働に携わりました。80,000平方フィート、12,000 SKUの規模です。カットオーバー後の最初の1週間、誤ピック率は2%から9%に跳ね上がりました。カスタマーサービスは電話の山に埋もれました。ソフトウェアは正常でした。連携も正常でした。3日間掘り下げた結果、導入チームは真の問題を突き止めました。それは旧システムから移行したデータでした。800以上のSKUにバーコードがまったくなく、300以上のSKUで計量単位がぐちゃぐちゃ（ケースとバラが混在）、50あまりのロケーションコードが新旧システムで一致していませんでした。オーナーは$400,000かけて新システムを入れたのに、一握りのスプレッドシートに足をすくわれたのです。
最初に結論を言います。マスターデータの整備は、WMSプロジェクトで最も費用対効果の高い作業です。コストはほぼゼロ。サボれば、その後に使うすべてのドルが後始末に消えます。私が見てきた本番遅延の多くはソフトウェアとは関係ありませんでした。データの問題でした。
データ移行を「表をエクスポートすること」だと思っている人が多いですが、違います。旧システムのデータは人間向けに書かれ、WMSのデータは機械向けに書かれます。「約2ケース」と読んだら人間は理解しますが、機械は理解しません。間違った単位は補充アルゴリズムを壊し、バーコードの欠落はスキャンフローを止め、間違ったロケーションはタスクを存在しない場所に送ります。
チェックリスト1：SKUマスターデータ、5項目、例外なし
SKUはマスターデータの中で最も汚い部分です。一つずつ確認してください。
バーコード。 すべてのSKUに、UPCまたは社内コードのスキャン可能なバーコードが最低1つ必要です。私が見た最悪の例：12,000 SKUのうち800にバーコードがなく、入荷検品は段ボールを目視でやっていました。解決策は地味ですが効きます。本番稼働の4週間前にバーコードのないSKUをすべて洗い出し、社内バーコードラベルを貼るのです。「本番後に追加する」と自分に言い訳しないでください。本番後にはラベルを貼る時間などありません。
単位と換算。 バラ、インナーパック、ケース、パレット。各レベルに換算係数が必要です。典型的な落とし穴は1つのSKUに複数単位がある場合です。購買はケースで受領し、販売はバラで出荷するのに、旧システムはケースしか記録していなかった。WMSに取り込む前に「1ケース = 24バラ」の換算をすべて埋めてください。さもないとすべてのピックタスクの数量が間違います。
重量と寸法。 この2項目が運賃計算とスロットティングを動かします。重量のないSKUは積載最適化に使えず、寸法のないSKUは補充エンジンの容積計算を壊します。実務的な方法：代表的な200 SKUを実測し、残りは商品ファミリーごとに推定します。空欄のままにするより何倍もましです。
ロットと期限管理属性。 食品・医薬品・化粧品の倉庫は、SKUが期限管理対象かどうかをフラグ付けしなければなりません。この1項目でWMSがFEFOロジックを有効にするかが決まり、後から変えるとプロセスの作り直しになります。
危険物フラグ。 バッテリーや液体を含むSKUは早めにフラグを立てます。一般貨物と同じゾーンに置けるかが決まるからです。消防署が来てから直すのでは遅すぎます。
チェックリスト2：ロケーションマスターデータ、「ゴーストロケーション」が最大の殺し屋
ロケーションデータはSKUデータより厄介です。日常的に誰も見ないからです。確認は3項目です。
コード体系は一つに。 新旧のロケーションコードは1対1で対応しなければなりません。旧システムが「A-01-02」、新システムが「A0102」を期待している例を見たことがあります。取り込みでコードが切り詰められ、300のロケーションが新システムに存在しませんでした。対応表は人間が1行ずつ確認します。スクリプトを信用しないでください。
ロケーション属性。 すべてのロケーションにタグを付けます。ピックフェース、バルク保管、返品ステージング、例外エリアのいずれかです。属性を間違えると、システムは物理的に入らない高さ6フィートのピックスロットにバルクパレットを補充してしまいます。
ゴーストロケーションを消す。 システムにあるが現場にない、または現場にあるがシステムにないロケーションは、本番前に歩いて潰します。私の方法は2チームでのクロスチェックです。一人がシステムのリストを持って現場で各ロケーションを探し、もう一人が現場を歩いてタグ付けし、システムと突き合わせます。2人で80,000平方フィートを2日で回れます。
チェックリスト3：期首残高――1件の誤入力より3日遅れを取れ
データが入ったら、在庫残高が正しくなければなりません。私の鉄則：本番前に全面棚卸をやる。サンプリングではだめです。サンプリングで98%の精度が出ても、残り2%の差異が最初の1週間にピック例外として全部爆発します。
棚卸は一石三鳥で使います。デッドストックを洗い出して処分できるものは処分する。新システムにゴミデータを持ち込まない。非標準のロット番号の旧在庫にラベルを貼り替える。残り賞味・使用期限が30日未満のものを隔離し、本番後に先に出荷する。
私の標準スケジュール：Tマイナス6週でSKU整備開始、Tマイナス4週でロケーションの実地確認開始、Tマイナス2週で全面棚卸とデータフリーズ（フリーズ後は旧システムは出荷のみ、入荷なし）、Tマイナス1週で移行リハーサル。10,000 SKUの倉庫なら、2人で3週間あれば整備は全部終わります。サボった場合と比べてみてください。本番後に最低6週間の手戻り、失う顧客の信頼は別腹です。
サボると本当にかかるコスト
オンタリオの倉庫の話に戻ります。汚いデータのまま本番に入り、1週目に誤ピック率9%。2週目には顧客が3PL契約の精度ペナルティ条項を発動し始めました。多くは98.5%を下回ると発動します。3週目、オーナーは新規顧客の受け入れを全面停止し、2人を専任で3週間の手戻りに充てました。バーコードの貼り替え、単位換算の後付け、全ロケーションの実地確認です。
被害額：手戻り人件費が$20,000超、ペナルティが$10,000超、プロジェクト遅延1か月（コンサル料がさらに$30,000）。合計で$60,000を軽く超えました。サボった整備は$10,000以下、2週間で済んだはずです。データ整備はコストではありません。プロジェクト全体で一番安い保険です。
データには責任者が必要
責任者なしではチェックリストは無力です。立ち往生する整備の10件中9件は「みんなやっているが誰も責任を持っていない」状態です。私の分担はこうです。
SKUデータは購買か商品チームのもの。 SKUが本当は何種類の梱包形態を持つかを知っているのは彼らだけです。倉庫スタッフがスプレッドシートを見て推測しても外れます。商品ファミリーごとに指名された責任者を置き、その人のサインオフがそのバッチの完了を意味します。
ロケーションデータは倉庫運営のもの。 自分たちの現場です。毎日歩く人だけがゴーストロケーションを見つけられます。シフトリーダーが歩き、コンサルタントはメモを取る。この順序は逆にしません。
期首残高は経理と倉庫のダブルサイン。 新システムの期首残高は財務帳簿の期首数字になります。合わなければ月次決算は悲惨です。ダブルサインとは、数量は運営、金額は経理が責任を持つということです。
もう一つの鉄則：導入コンサルはテンプレートと検証ルールを提供するが、データの責任は絶対に持たない。 データ準備は顧客の責任であることを契約に明記してください。さもないと、すべての遅延が「データが準備できていなかった」という言い訳のカードに変わります。
移行リハーサル：本番の前に2回回す
きれいなデータもいきなり本番には入れません。定番は2回のリハーサルです。
1回目、10%サンプルでロジック確認。重複バーコード、空欄の単位換算、新システムに見つからないロケーションコードなどです。検証は恥ずかしいほど単純で構いません。ExcelのCOUNTIFで重複バーコード、ロケーション対応表へのVLOOKUP。単純でいいのです。
2回目、全量でストップウォッチ持参。12,000 SKU＋8,000ロケーション。取り込みに何時間かかるか、ロールバックに何時間かかるか。この2つの数字が本番夜の時間枠を決めます。私の基準は「取り込み＋検証を4時間以内」です。それを超えるなら、本番日を決める前にデータかスクリプトに手を入れる必要があります。
Tマイナス2のフリーズ後は、旧システムは出荷専用です。新しいSKUなし、ロケーション変更なし。2週間分の新規入荷は手書き台帳に記録し、本番翌日の初日に登録します。フリーズ通知は関係者全員に届け、紙のサインオフが一番確実です。フリーズで一番怖いのは、誰かが旧システムをこっそり編集することです。あちらで1件の編集は、こちらで1件の差異になります。
明日にでもできること：旧システムのSKU表をエクスポートし、3通りにフィルターする。バーコードなし、重量なし、複数単位。赤い行を数えてください。その数があなたのWMSプロジェクトの真のリスク露出度です。その表を先にきれいにしてから、本番日について話しましょう。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
