Shopify在庫移動の手順。入荷前の数量を販売在庫にしない
今回の目的は「倉庫間の移動中在庫と到着済み在庫を区別して管理する」です。設定画面を埋めるだけでなく、対象外のケースと失敗時の戻し方まで決めます。変更前の状態を残し、小さなテストから実際の購入者の順路へ広げます。
商品管理 > 在庫転送で対象と条件を限定し、変更前の状態を保存してから設定します。最大の注意点は出荷済みと受領済みを同時に計上して利用可能在庫を二重にすることです。管理画面の保存表示ではなく、「送付元・移動中・受取先の数量と実棚がSKU単位で一致」を完了の判定基準にします。
現在の料金と条件
判断に使う数字と条件。
設定項目ではなく購入者と運用担当の結果で定義。
画面名はストア・プラン・権限で異なる場合があります。
公開前に対象外と失敗の経路も確認。
保存済み表示だけを完了証拠にしません。
横並びで比較
設定・確認・運用を一つの作業にしない。
管理画面の変更、購入者側の確認、公開後の監視は証拠が異なります。段階を分けると、問題が起きた場所へ戻れます。
| 段階 | 判断材料 | 完了条件 |
|---|---|---|
| 設定前 | 倉庫間の移動中在庫と到着済み在庫を区別して管理する | 対象・除外・変更前の状態を記録 |
| 公開前 | 出荷済みと受領済みを同時に計上して利用可能在庫を二重にすること | 正常・対象外・失敗の三経路を検証 |
| 公開後 | 送付元・移動中・受取先の数量と実棚がSKU単位で一致 | 実データを定期的に確認し必要時だけ修正 |
確認事項 01
何を変えるか、先に一枚へまとめる。
今回の目的は「倉庫間の移動中在庫と到着済み在庫を区別して管理する」です。商品管理 > 在庫転送を開く前に、対象商品・顧客・地域・期間と、変更しない範囲を決めます。
- 01対象と条件を固定する
在庫転送で配送元・配送先・対象商品・数量を登録する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
- 02管理画面へ実装する
物理的な移動時に進行中として処理し、配送先では実際の受領数量を確認する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
- 03担当手順へ落とす
受領後に配送先の利用可能在庫と実棚を照合する。画面の保存完了だけで終えず、変更前の状態と担当者、実施時刻を残します。
確認事項 02
正常系だけでなく、対象外と失敗も通す。
最も避けたいのは、出荷済みと受領済みを同時に計上して利用可能在庫を二重にすることです。テスト用の商品・顧客・注文を実利用と区別し、同じ手順を再現できる証拠を残します。
- 04境界条件を試す
移動中の数量が利用可能在庫へ入っていないか見る。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
- 05購入者側で確かめる
一部受領時の残数と履歴を確認する。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
- 06継続監視へつなぐ
高頻度SKUは棚卸し差異と移動履歴を突合する。正常な一例だけで合格にせず、対象外・失敗・取消の経路も同じ条件で確認します。
確認事項 03
完了条件と見直す時点を決める。
この設定の完了条件は「送付元・移動中・受取先の数量と実棚がSKU単位で一致」です。仕様やプランは変わるため、公式ヘルプと実画面を公開直前にも確認します。
- 07変更履歴を残す
対象、変更前後、担当、実施時刻、テスト結果を一つの記録へまとめます。問題発生時に元へ戻せる状態を保ちます。
- 08数字を分けて測る
テスト交通と実利用、未取得と0を区別します。閲覧、操作、注文、売上を一つの数値として扱いません。
- 09公式情報を再確認する
公開時は下記のShopify公式ヘルプと対象ストアの管理画面を確認します。古い価格や画面名を推測で補いません。
よくある疑問
よくある疑問に、先に答える。
Shopify在庫移動の手順は、どこから設定しますか？
主な確認場所は商品管理 > 在庫転送です。ストアのプラン、権限、利用中アプリで表示が異なる場合があるため、公式ヘルプと実画面を照合してください。
設定を保存したら完了ですか？
保存だけでは完了ではありません。「送付元・移動中・受取先の数量と実棚がSKU単位で一致」を確認してQA完了とし、公開・実測とは分けて記録します。
公開前に一番注意することは何ですか？
最大の注意点は出荷済みと受領済みを同時に計上して利用可能在庫を二重にすることです。正常な一例だけでなく、対象外、失敗、取消の経路までテストしてください。
公式情報