移行の起点は旧システムをいつ閉め、新システムで何を開始数量とするかを決めることです。
目次
何を分けて考えるか
切替時点の在庫スナップショットが移行の基準。
並行運用では正本を時刻と項目で明示し、二重登録と差異の持越しを検査します。
最初に確かめる範囲
このケースで使う記録は、移行日時、旧新マスタ、棚卸差異リストです。旧システムを締め、新システム初期値を棚卸確定後に読み込み差分照合する。
移行当日の棚に写らない数量
実績を説明する
移行前日に出庫し移行後に着く100個はどちらの棚にもない。新WMSの開始残に移動中として持つ。
条件が変わると何が変わるか
凍結後の緊急出荷や返品を開始残へ遡及加算すると、稼働後ログと二重になる。基準時刻を明示する。
誰がどこを確認するか
旧側を止める時刻を金曜18時に決めたら、17時59分と18時01分の処理を一件ずつ試す。切り戻し時には新側で確定した出荷を再登録しないことも確認する。
条件が変わるときの判断
開始残、途中在庫、未処理を凍結時刻で揃え、切戻しの判断を定義する。
| 比較の観点 | 確認する内容 |
|---|---|
| 次の判断に進む | 旧残、実棚、移動、保留、移行版、最後の操作、承認、切戻し条件を持つ |
記録と処理を設計する
凍結時刻、未完了明細、隔離、ロット、受入予定を両系統で照合し、切り戻し基準を先に設定します。
試す作業 旧システムを締め、新システム初期値を棚卸確定後に読み込み差分照合する。
現場で先に確認する条件
切替時に全棚を止められない場合は、棚や作業区間ごとに凍結と検収を行います。計数後の緊急出荷は、開始残を書き換えず切替をまたぐイベントとして別に記録します。
並行運用で帳簿が合わないまま新側へ切り替える場合は、差異を承認できる人と、旧側へ戻す条件をはっきりさせます。通信断や返品の受付もリハーサルに含めます。
移行前後の開始点
切替時は棚の数字だけでは足りず、未完了、移動中、保留、未承認の作業を持ち越す必要があります。終了と開始の時刻を示し、計数を終えた後に例外出荷した明細も扱えるかを検証します。
記録に残す項目
- 移行日時
- 旧新マスタ
- 棚卸差異リスト
改善の結果を確かめる
改善の前後で「移行後差異件数」を比較します。集計の対象、期間、観測できなかった件数も残します。移行後差異件数です。改善前後で件数や時間を比較する場合は、対象SKU・棚卸行数・入出庫行数のいずれかを固定することが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。
記録には「対象期間/分母/改善前/改善後/増減の理由/現場負担の変化」を設けます。数値が改善しても、そのために別部署へ転記や問い合わせが移動していないかを確認してください。
試行で確かめる落とし穴
確認したいのは「二重更新を続けて正本が分からなくなる」という状態が残るかどうかです。
読み合わせと実地確認
- 再現する場面
- 移行凍結後に緊急出荷・移動先受領が起きる状況を試す
- 確認する範囲
- 開始残、切替後のイベント、旧帳簿への復帰を照合する
- 判断できる状態
- 切替時点を挟んだ同じ荷物が二重計上されない。
切替を決める前に閉じる課題
切替後の開始在庫から逆算できる処理と、旧システムにしか根拠がない処理を一覧化します。旧側で棚卸調整や入荷取消が未承認の場合、新側で同じ動きを全て再現するか、例外として棚上げしてから判断するかを決めます。
切戻しの条件を差の件数だけで決めず、どの品が販売できなくなれば業務が続かないか、承認履歴を追えないとどの証明が困るかを含めます。稼働後の供給や検品へ影響する条件を先に合意します。
運用を選ぶときの追加の論点
切替を一斉にできない倉庫では、作業を凍結する場所と作業を続ける場所の境界を決めます。入荷を数えた後に移動したケースは、初期残差と稼働後のイベントに分けます。旧側へ戻す判断をするときに基準時点以降の新システムの操作が消えないよう、出荷、返品、調整のログを確保します。
社内で説明して引き継ぐ
旧帳簿、実棚、移動中、未処理、切戻し担当を並べ、切替可否を関係者が同じ数字で決める。
| 同じ案件の見方 | 読み合わせで比較する内容 |
|---|---|
| 判断が難しい状態 | 棚だけを数えて新WMSへ移す |
| 判断できる記録の作り方 | 凍結時刻と移動中、保留、後発イベントを別に載せる |
| 引き継げる状態 | 基準時刻直後の出荷を切戻し時に二重登録しない |
同僚に聞く
どの数量の不一致が切替中止の条件か?
関連する判断 WMS移行前の品番・荷姿・ロケーションマスタ監査チェック / 倉庫間移動の記録漏れを防ぐための移動伝票の最小項目
