比較前に、自社の実物とデータで例外が通るかを確認します。
目次
何を分けて考えるか
WMS比較では12の例外業務が処理できるかが重要。
機能一覧のチェックでは未対応時の工数が分かりません。追加開発、手作業、運用変更のどれで補うかを評価します。
現場の事例で切り分ける
返品未検査、返品良品、ロット混載、期限超過、先入先出の上書き、部分入荷、入庫差、移動中、分納、棚卸調整、再梱包、取消の12例が試せます。
採点表に現場の代替手順を入れる
同じシナリオを各社で動かし、できる、設定が必要、別運用が必要、未対応の四段階で記録します。例えば移動中在庫を別区分にできても、訂正権限が全員にあるなら監査要件は残ります。実演で入力、処理後の在庫、履歴出力まで確認し、機能名の一致と現場運用の一致を区別します。操作が複雑な場合は例外一件の処理時間を実測します。
最初に確かめる範囲
このケースで使う記録は、返品・再入庫、ロット変更、棚卸・移動です。デモで返品・分納・セット品など例外を実演してもらい制限を記録する。
WMSの比較は在庫がどう動くかを見る
実績を説明する
移動中4個を表示しても送出側で引当可能なら、画面はあっても要件を満たさない。
条件が変わると何が変わるか
正常ケースの速さに加え、例外時の権限、復帰、追加手入力と出力を比較する。
誰がどこを確認するか
各ベンダーで独立した開始状態から操作し、移動中の在庫が誤引当されないか試す。画面、履歴出力、失敗からの復帰を同じ採点表に残す。
同条件で比較するWMS試験表
次の12ケースは独立しています。毎回、開始時の状態へ戻してから実演します。まず現場担当の通常権限で操作し、承認者が必要な箇所だけ役割を切り替えます。在庫の合計が合っていても、販売可、隔離、移動中の内訳が違えば未達として記録します。
| ケース | 開始時の状態 | 試す操作 | 期待する結果 | 確認する記録 |
|---|---|---|---|---|
| 返品未検査 | 通常棚10個、返品2個 | 2個を仮受領 | 販売可10、隔離2 | 返品受付、隔離棚への移動 |
| 良品返品 | 販売可10、隔離2 | 承認者が1個を良品へ振替 | 販売可11、隔離1 | 検査結果、承認者、振替先 |
| ロット混載 | L1が4、L2が6 | L1を2、L2を1出荷 | L1が2、L2が5 | 個口別のロットと出荷数 |
| 期限超過 | 期限内5、期限超過3 | 期限超過品のピッキングを試す | 操作拒否、期限内5を維持 | 拒否理由、担当、時刻 |
| 先入先出の例外 | 先着A 3、後着B 4 | 承認者が後着Bを1個指定 | A 3、B 3 | 上書き理由と承認権限 |
| 部分入荷 | 入荷予定10、現在0 | 6個を受領 | 入荷6、予定残4 | 受領時刻、元の予定 |
| 入庫時の数量差 | 予定10、受領8 | 差の2個を未解決で保留 | 実在庫8、差2を別管理 | 差異理由と確定者 |
| 倉庫間移動 | A 10、B 0 | 4個を出庫しBは未受領 | A 6、移動中4、B 0 | 送出と受領の別イベント |
| 分納 | 受注10、販売可10 | 先に6個を発送 | 出荷6、受注残4 | 元受注、子の出荷、残数 |
| 棚卸調整 | 帳簿10、実棚9 | 再計数後に承認 | 帳簿9、差−1の履歴 | 計数と調整、承認者 |
| 再梱包 | 旧箱X、在庫5 | 全5個を箱Yに変更 | 数量5を維持、旧X検索可 | 新旧箱の対応と担当 |
| 出荷前取消 | 実在庫10、引当3 | 注文の取消を反映 | 実在庫10、引当0 | 取消と引当解除の対応 |
採点は、標準で再現できる・設定が必要・追加作業が必要・未対応の四段階です。例えば移動中4個が表示されても、送り元で引当できるなら期待結果と違います。失敗した状態から通常作業へ戻るところまで見て、復旧に使う権限と追加時間を記録します。
条件が変わるときの判断
初期在庫、操作、期待残数、失敗後の復帰と出力を同じ条件で試させる。
| 比較の観点 | 確認する内容 |
|---|---|
| 次の判断に進む | 例外、操作担当、報告、履歴、残数、回復、追加作業または費用を採点する |
記録と処理を設計する
ケースごとに初期在庫、操作、期待残数、履歴、担当権限、失敗時復帰を出し、ベンダー全社へ同じ明細を渡します。
試す作業 デモで返品・分納・セット品など例外を実演してもらい制限を記録する。
現場で先に確認する条件
例外が発生した時、結果の数量だけでなく、承認、履歴、同じ伝票の再処理を確認します。機能として実装できても現場の二重入力が必要なら比較表に記録します。
返品や棚卸はデモ中に利用者が操作するようにします。現場で日常的に扱う難しい荷姿や分納の明細を使うと、営業が用意したきれいなデータで見えない作業負担を確認できます。
移行前後の開始点
切替時は棚の数字だけでは足りず、未完了、移動中、保留、未承認の作業を持ち越す必要があります。終了と開始の時刻を示し、計数を終えた後に例外出荷した明細も扱えるかを検証します。
記録に残す項目
- 返品・再入庫
- ロット変更
- 棚卸・移動
改善の結果を確かめる
改善の前後で「例外手順の未対応件数」を比較します。集計の対象、期間、観測できなかった件数も残します。例外手順の未対応件数です。改善前後で件数や時間を比較する場合は、改善対象の実作業数・費用・工数を固定することが必要です。担当や物量が変わると単純な件数比較は誤解につながるため、対象条件も併記します。
記録には「対象期間／分母／改善前／改善後／増減の理由／現場負担の変化」を設けます。数値が改善しても、そのために別部署へ転記や問い合わせが移動していないかを確認してください。
試行で確かめる落とし穴
確認したいのは「機能一覧のチェックだけで要件適合と判断する」という状態が残るかどうかです。
読み合わせと実地確認
- 再現する場面
- 12種類の例外を同じデータで各環境へ依頼する
- 確認する範囲
- 期待値、実際の在庫、履歴、権限、追加作業を比較する
- 判断できる状態
- 機能の有無と、現場が許容できる作業範囲を分けられる。
必ず失敗した状態も実演する
成功する例だけでは、通信断や誤入力の後に履歴が維持されるか分かりません。着荷の一部だけを検収した後に取消し、残数と保留在庫がどう扱われるか確認します。担当を変えた場合の権限と、責任者だけに必要な訂正ログも比較します。
機能があるサービスでも、追加の帳票や外部の手作業でカバーすることがあります。例外が月に何回起き、何人が操作するかを掛けて、導入後に定常作業となる負担を見積もります。
運用を選ぶときの追加の論点
比較先ごとに受入を採点する前に、通常と例外で必要な復旧、履歴出力、承認を指定します。画面で操作できても、利用する人に権限がなく、管理者の介入が毎回必要なら運用の負担になります。各社に同じ例を再現してもらい、変更で済む場合と追加開発や手作業を要する場合を分けます。
社内で説明して引き継ぐ
12ケースの初期条件と期待結果を同じ表で渡し、現場が同じ操作をして採点できるようにする。
| 同じ案件の見方 | 読み合わせで比較する内容 |
|---|---|
| 判断が難しい状態 | 機能表の丸の数で在庫システムを選ぶ |
| 判断できる記録の作り方 | 返品と部分引当、在庫移動を同じ初期データで試す |
| 引き継げる状態 | 確定と取消の後に受注残と利用可能数が同じになる |
同僚に聞く
旧システムとの差を移行時のずれか機能差か誰が分類するか？
関連する判断 WMS移行前の品番・荷姿・ロケーションマスタ監査チェック / WMS切り替え当日の在庫はどう確定する？移行棚卸と並行運用