Shopeeの在庫更新は、SKUの対応を確かめ、販売可能数を計算し、送信し、販売先の結果を照合するところまでを一つの作業にします。成功の表示だけで完了にしない更新手順を整理します。
- SKUの対応を更新前に照合する
- 保留された行を通常処理と分ける
- 取得時刻と反映結果を残す
対応表を先に整える
仕入れ側のコード、社内SKU、販売先の商品・バリエーションの識別情報を対応させます。色やサイズが異なる商品を一つにまとめないよう注意してください。対応が分からない行を数量ゼロとして処理せず、未確認として別の一覧へ回します。
反映結果を工程の最後に置く
更新依頼を送った時点で完了にせず、対象市場の値と照合します。行ごとに元データの時刻、変更前後、結果、担当者を持たせると、失敗した範囲が分かります。再実行は提供元の仕様を確認し、既に反映された行をどう扱うかを決めてください。
在庫・価格の運用整理表
| 項目 | 確認・対応の方法 |
|---|---|
| 対応 | 社内SKUと市場の商品識別情報を照合 |
| 取得 | 数量と元データの確認時刻を記録 |
| 反映 | 対象と保留の行を分けて更新 |
| 照合 | 現在値、失敗行、担当者の対応を記録 |
在庫や価格を更新する際は、対象市場の出品ルールと、利用する連携サービスの対応範囲を公式案内で確認してください。在庫の持ち方にかかわらず、確保できない商品を販売し続けないための確認が必要です。この記事の管理表は社内運用の例であり、特定のツールが即時同期や自動復旧を実現するという意味ではありません。データの取得時刻と更新結果を残し、確認できない商品を保留にする担当者と条件を決めて運用します。
仮定の運用例・実績ではありません
SKU対応表を起点に、更新結果まで照合する
自社SKUのP-01が、販売先では別のIDで管理されている例です。対応表が正しくても、色違いや二個セットの行を追加した際に誤ることがあります。追加、変更、停止の手順を決め、商品登録後は一件ずつ意図した対象へ反映されるか確認します。
| 場面・項目 | 確かめること | 判断・対応 |
|---|---|---|
| 対応表 | 自社SKU・販売先ID・構成数量 | 単品とセット品を区別する |
| 更新候補 | 変更前後・理由・データ時刻 | 想定外の増加や古い値を保留 |
| 反映確認 | 処理結果と販売先の実値 | 成功した行と失敗した行を分ける |
実務で進める三つの手順
- 新しい商品は商品名だけで対応させず、一意に識別する番号と構成数量を確認します。元の対応表は版を残し、変更者と適用日を記録します。
- 初回は更新候補を確認してから小さい範囲で反映します。まとめて全商品を登録する前に、バリエーションやセット品の動きを確かめます。
- 反映後に販売先の値を再取得して比較します。不一致の行は理由を記録し、未取得をゼロとみなして次の更新へ渡さないようにします。
進める前に確認する条件
対応する商品が特定できない行、構成数が不明なセット品、再取得で一致しない行は更新対象から外して調査します。
よくある質問
商品名を変えると対応表も直す？
名称ではなく識別番号で対応しているかを確認します。番号や構成が変わった場合は、名称変更と区別して連携への影響を点検します。
商品を削除するときの注意は？
残注文、返品、保管在庫との関係を確認してから停止します。過去の取引記録をたどるための対応まで消さないようにします。
今日の作業に落とし込む
SKU対応が確定した商品だけで一回の更新を実施し、記録から元の数値まで戻って説明できるかを確認します。
確認に使う公式情報
- Shopee Japan公式
対象国の出店・運用案内を確認する入口。この記事で国別の料金や画面操作を一律には定めていません。
情報確認日：2026年9月21日（本文の編集・計算確認）。公式情報確認日：2026年9月21日（上記公開ページ）。本文の記入例・判断表・手順は当メディアの整理案です。料金、画面、契約、対象国の条件は実際の利用時に確認してください。
