WMS移行前のマスタ監査はコードの一致だけでなく、同じ品の数量・場所・引当可否を正しく表せるかを確認します。
目次
何を分けて考えるか
WMSより先にマスタの整合性を検証する。
第48記事の当日数量確定と分け、事前のマスタ承認を先に取ります。
最初に確かめる範囲
このケースで使う記録は、SKUとJAN、荷姿入数、ロケーション階層です。サンプル100SKUを照合し、重複・廃番・単位不一致を洗い出す。
移行前に換算ミスを発見する
実績を説明する
旧マスタで外箱5は基準数量60個でも、新側で5個として登録される場合がある。
条件が変わると何が変わるか
旧品番を統合すると過去返品の包装が不明になる。適用版と元値を保存する。
誰がどこを確認するか
WMSで休眠品を廃止する前に返品が来る期間を確認する。新コードへ置換しても、元の荷姿と当時の入数が返品受付で見えるか検収する。
条件が変わるときの判断
品番、荷姿、単位、ロケ、ロット・引当区分の変更を別々に検査する。
| 比較の観点 | 確認する内容 |
|---|---|
| 次の判断に進む | 旧値、新値、適用日、変換式、例外理由、承認者、リハーサル結果を残す |
記録と処理を設計する
品番重複、入数、ロケ廃止、期限、隔離、適用日を照合し、差異がある行をそのまま移行しません。
試す作業 サンプル100SKUを照合し、重複・廃番・単位不一致を洗い出す。
現場で先に確認する条件
旧システムで同じ商品を複数コードで扱っていた場合、安易な統合でロット、返品、得意先の規格を失うことがあります。統合候補を一覧化し、単位変換や取引先との対応を承認します。
事前のリハーサルでは全レコード数だけで安心せず、ロケと品番ごとの数量、販売不可品、ロット期限、最近使っていないコードを抽出します。異常は新システムで修正する前に元の理由を記録します。
移行前後の開始点
切替時は棚の数字だけでは足りず、未完了、移動中、保留、未承認の作業を持ち越す必要があります。終了と開始の時刻を示し、計数を終えた後に例外出荷した明細も扱えるかを検証します。
記録に残す項目
- SKUとJAN
- 荷姿入数
- ロケーション階層
改善の結果を確かめる
改善の前後で「移行マスタのエラー件数」を比較します。集計の対象、期間、観測できなかった件数も残します。移行マスタのエラー件数です。改善前後で件数や時間を比較する場合は、対象SKU・棚卸行数・入出庫行数のいずれかを固定することが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。
記録には「対象期間/分母/改善前/改善後/増減の理由/現場負担の変化」を設けます。数値が改善しても、そのために別部署へ転記や問い合わせが移動していないかを確認してください。
試行で確かめる落とし穴
確認したいのは「不整合マスタをそのまま新システムへ投入する」という状態が残るかどうかです。
読み合わせと実地確認
- 再現する場面
- 重複品、単位の違う品、期限切れロケを抽出する
- 確認する範囲
- 移行用のマスタで正しい区分と数量を再現する
- 判断できる状態
- 新システムへの既存異常の持越しを止められる。
運用を選ぶときの追加の論点
移行の元データで休眠品、包装違い、実棚と帳簿のコードが異なる品を集め、どの補正が必要か決めます。一つのSKUに統合したい場合は、過去注文や返品が何の規格を指したか追える設計にします。期限切れの棚は区画の削除前に、残在庫と移動経路を照合します。試験データは新規商品だけでなく、在庫がある旧版を含めます。
移行前に止めるべき異常を特定する
マスタを整える作業では、古いコードを消す前に注文と返品の参照先を確認します。箱入数や在庫区分は新システムで表示できても、基準単位へ換算しないと数量がずれます。移行候補に設定した値ずつ、旧と新の意味を比べます。
空欄を例外として扱うか初期値へ置き換えるかは、表示上の都合で決めないようにします。隔離品、期限やロケが不明の品を含めて試し、複数拠点で同じ商品を扱う場合に使う荷姿と承認を確認してから移します。
社内で説明して引き継ぐ
品番・入数・ロケ・引当区分ごとに旧値と新値を揃え、保留品と最初の正常受入を検収する。
| 同じ案件の見方 | 読み合わせで比較する内容 |
|---|---|
| 判断が難しい状態 | 新マスタのSKU件数一致だけを確認 |
| 判断できる記録の作り方 | 外箱5→60個、ロケ、保留、期限を実例で検収 |
| 引き継げる状態 | 移行前の返品を受けても当時の入数が参照できる |
同僚に聞く
休眠品やロケ不明の在庫は誰が承認するまで止めるか?
関連する判断 WMS切り替え当日の在庫はどう確定する?移行棚卸と並行運用 / 物流データの品番がつながらない:商品コード対応表の作り方
