導入：失敗する go-live の半分はデータで死ぬ
WMS の go-live に失敗する案件の半分はデータ移行で死ぬ。10 年運用されたレガシーシステムには品目マスタが 120,000 件溜まる——その 30% が汚れたデータだ。これは業界平均であって例外ではない。重複コード、バーコード欠落、バラバラな計量単位、ゾンビ品目……それをそのまま新システムに流し込めば、WMS の戦略エンジンは砂上の楼閣になる。本記事では品目マスタ整理の現場式メソッドを解説する。
中核フレームワーク：5 つのポイント
1. まず診断：データ品質レポートを回す
何も触る前に問題を定量化する：品目総数、重複率（同一名称・同一仕様に別コード）、重要項目の欠落（バーコード、仕様、単位）、2 年間動きのないゾンビ品目の割合。レポートがあって初めて経営層は規模感を掴み、整理にリソースがつく。
経験値：5 年以上運用のレガシーは重複率 10–20%、バーコード欠落 ~15% が典型。
2. 整理の4ステップ：重複排除、補完、標準化、凍結
- 重複排除： 同一品目・複数コードのケースを統合する。まず一意性ルールを定義し（例：「同一仕様＋同一仕入先＝1品目」）、ルールに従って統合、トレーサビリティのため統合ログを残す。
- 補完： 重要項目（バーコード、仕様、ABC 区分）を埋める。バーコード欠落は現場での物理ラベル貼付が要る。手作業、逃げ道なし。
- 標準化： 計量単位を統一（case/each/piece の混用は古典的な罠）、命名規則を統一（「carton-3ply-40x30x20」式のフォーマットを固定）。
- 凍結： レガシーでの新規品目作成をロックし、新規品目は新プロセス一本にする。汚いデータが流れ込み続ける状態で整理しても終わらない。
3. 在庫データ：まず棚卸し、次に移行
帳簿在庫と実在庫は少なくとも 3–5% ずれる。移行前に全品実地棚卸しを実施し、差異 5% 超の SKU は深掘り調査する——帳簿が間違っているか、在庫が持ち去られたかだ。差異を残したまま移行すれば初日の照合が失敗し、信頼は一瞬で崩れる。
4. 移行戦略：マスタはフル、トランザクションは未完了のみ
マスタはフルで一度ロードし、go-live 直前に差分追加。トランザクションデータは未完了ドキュメントのみ（未完了の入荷、未出荷、輸送中数量）を移行。履歴ドキュメントはレガシーで参照可能にしておく——読み取り専用のレガシー環境を少なくとも 1 年は維持し、履歴照会と監査に備える。
5. 検証：三点照合、差異 1% 未満で合格
移行後は SKU の 5% をサンプリングして三点照合する：レガシー帳簿残高、新システム残高、実地棚卸。差異 1% 未満で合格、それ以外はロールバックして再ロード。A 品目は全件サンプリング、B/C 品目は抜き打ち——A 品目の誤り 1 件は C 品目 100 件の誤りより高い。
整理の結果
| 指標 | 整理前 | 整理後 |
|---|---|---|
| 品目総数 | 120,000（重複・ゾンビ含む） | 99,000 |
| 重複・ゾンビ品目 | 21,000 | 0 |
| バーコード欠落率 | 18% | 2% |
| 単位の混在 | 3 単位混在 | 1 単位に統一 |
現場事例：120,000 SKU 整理キャンペーン
あるメーカー：120,000 SKU、自社 2 名＋コンサルタント 1 名、6 週間。21,000 件の重複・ゾンビ品目を排除し、バーコード欠落率を 18% から 2% に下げ、15,000 個に物理ラベルを貼った。WMS の go-live 後、戦略エンジン（ABC スロッティング、補充提案）は初めて信頼できる結果を出した。プロジェクトマネージャーの総括：「整理の 6 週間は、プロジェクトで最も価値ある 6 週間だった。」
避けるべき落とし穴
- 凍結後に現場の「編集継続」を許さない。 凍結を延ばせば新しい汚いデータが整理を埋め尽くす。凍結は経営層の後ろ盾あるレッドラインだ。
- 整理ルールは業務と IT の双方承認が必要。 統合ルールと命名規則には業務部門の承認が要る——なければ稼働後の「それはうちの品目じゃない」争いが終わらない。
- 読み取り専用のレガシー環境は少なくとも 1 年維持する。 履歴照会、財務監査、紛争トレースはこれに依存する。早々に落とせば自分の首を絞めることになる。
整理のウォールーム：人とリズム
データ整理は IT の仕事ではなく業務の仕事だ。ウォールームの 3 つの役割：
- 業務代表（2–3 名）： 統合ルールを定義し、ゾンビ品目を特定し、命名規則に署名する。業務の承認なしに整理結果は稼働時に覆される。
- IT（1–2 名）： データ品質レポートを回し、データをロードし、検証スクリプトを組む。
- コンサルタント（0–1 名）： 方法論を持ち込む——10 の倉庫を見てきた者はどこで壊れるかを正確に知っている。
リズム：毎日 15 分のスタンドアップ、毎週金曜に整理レポート（整理済み量、残量、ブロッカー）。6 週間が典型、8 週間を超えたらスコープ膨張——スコープを削り、A 品目と重要項目を優先、ロングテールは後回しでよい。
覚えておこう：整理中はレガシーでの新規品目作成が凍結され、現場は文句を言う。その圧力を吸収するのはプロジェクトスポンサーだ。ここで折れれば整理は無駄になる。
ゾンビ品目：特定と処分
ゾンビ品目（2 年間動きなし）を慌てて削除してはいけない——まず分類する：
| タイプ | 特定方法 | 処分 |
|---|---|---|
| スロームーバー | 2 年間動きなしだが未完了・仕掛中の発注に紐づく | 新規作成を凍結、自然消滅を待つ |
| 陳腐化品 | 製品廃番、紐づくドキュメントなし | 引当金計上とともに廃棄処理 |
| 返品可能品 | 仕入先が返品受付 | 仕入先に返品、資金回収 |
| 誤登録品 | 誤って作成、未使用 | 備考つきで凍結——削除は絶対しない（監査証跡） |
注：品目の削除はほとんどの ERP で不可逆であり、監査人は必ず聞いてくる。ルールは「削除ではなく凍結」——凍結品目は全トランザクションから外れ、レコードは永遠に残る。廃棄は引当金計上とともに経理を通し、大金額は経営承認が必要、IT 単独の判断ではない。
整理されたゾンビ品目は一夜にして目に見える床面積を空ける——それを写真に撮って経営層に見せれば、次の予算交渉がずっと楽になる。
まとめ
品目マスタ整理の公式：診断で定量化 → 重複排除・補完・標準化・凍結 → 在庫は移行前に棚卸し → 未完了トランザクションのみ → 三点照合で差異 1% 未満。データは WMS の土台だ。土台が固まらなければ、その上の戦略はすべて砂上の楼閣になる。6 週間の整理は 1 回の成功した go-live を買う。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
