PRACTICAL GUIDE

SKUの決め方と色・サイズ別の在庫管理

Tシャツの在庫は12枚。けれど、注文された黒のSは1枚もない。商品名だけで在庫をまとめると、こうした欠品に気づけません。色やサイズの組み合わせごとに管理番号を付け、どれを何枚出荷できるか分けて持つのがSKU管理の出発点です。

01

SKUは色・サイズなどを分ける管理単位

02

商品ページ数・SKU数・在庫数は別の数字

03

使っている番号は連携先を調べてから変更

STEP 01

SKU・バリエーション・在庫数を分けて考える

SKU(エスケーユー)は、在庫を区別して管理する単位です。管理画面の『SKU』欄には、その単位を識別するコードを入力します。Tシャツを白・黒の2色、それぞれS・Mで販売するなら、組み合わせは4種類。すべて販売する場合、ここでは4SKUとして扱います。

バリエーションは、お客様が選ぶ色・サイズなどの組み合わせです。白のSと白のMは同じ商品ページに載っていても、別々に在庫を持ちます。商品ページが1件、SKUが4種類、販売可能な在庫が合計12枚という状態は矛盾しません。

組み合わせのすべてを販売するとは限りません。黒はMだけを仕入れる店なら、扱わない黒のSまで販売できる状態で作らないようにします。SKUの種類数は商品の組み合わせ、在庫数はその商品が何枚あるかを数えます。

STEP 02

商品名が同じでも、別に渡す商品には別のコードを付ける

お客様が白のSを選んだら、倉庫でも白のSを取り出せる必要があります。色・サイズだけでなく、容量やセット内容が違って別の商品を渡す場合も、分けて管理する必要があるか考えます。

次の例では『TS11-WHT-S』を白のS、『TS11-BLK-M』を黒のMとします。TS11は商品の型、WHTとBLKはこの店で決めた色の略号です。これは自店で作る番号の一例で、全店共通の規格ではありません。商品名・色・サイズはコードとは別の欄にも残し、番号を暗記していなくても照合できるようにします。

購入時に選ぶ項目を、すべて別の在庫にするわけではありません。メッセージカードの文面など、商品の実体が変わらない入力もあります。ただし、包装資材や加工品の在庫を別途管理する場合は、その運用も必要です。選択肢を増やす前に、実際に何を取り出して渡すかを決めます。

STEP 03

コードは短さより、重複せず使い続けられること

新しく付けるなら、商品一覧の中で重複しないことと、色・サイズの略し方をそろえることを先に決めます。同じ店でBLKとBKを気分で使い分けると、検索や突き合わせが難しくなります。数字の0と英字のOのように、見間違えやすい文字の組み合わせにも注意します。

価格や今の棚位置など、変わりやすい情報を詰め込むと、そのたびに番号を変えたくなります。こうした情報は別の欄で管理する案が使いやすいでしょう。仕入先の商品番号を利用する場合も、別の仕入先と重ならないか確認します。

SKUとJANなどのバーコード用の商品識別番号は、同じものとは限りません。ShopifyもSKU欄とバーコード欄を分けています。自作のSKUを、正規の商品識別番号の代わりとしてGTIN欄へ入れないでください。未取得の番号を作って埋めず、メーカーなどへ確認します。

STEP 04

4SKUの表を作り、合計だけでは見えない欠品を拾う

コードを決めたら、『商品名/色/サイズ/SKU/保管場所/販売可能な数量』を並べます。同じ商品が複数の場所にあるなら、場所別の数量も分けます。Shopifyの公式案内では、同じバリエーションは各ロケーションで同じSKUを使い、数量を場所別に管理します。

下の例では、白のSが3枚、白のMが5枚、黒のSが0枚、黒のMが4枚。合計12枚でも、黒のSの注文へ白のSを代わりに割り当てることはできません。まずSKU別に出荷できる数量を見ます。

ここで使うのは、注文で確保済みの分や破損品を除いた販売可能な数量です。未入荷の予定数も混ぜません。実際の管理画面で『在庫』が何を含むかを確認し、手元にある総数と販売可能数を同じ欄で扱わないようにします。

STEP 05

今あるSKUを変える前に、番号を使っている相手を確認する

すでに受注や倉庫連携をしている店では、見た目をそろえるためだけに全SKUを書き換えないでください。外部アプリがSKUで商品を結び付けているのか、別の商品IDを使っているのかで、変更の影響が違います。

まず変更前の商品一覧を保存し、『旧SKU/新SKU/対象商品/参照している連携先』を対応させます。出荷待ち注文、倉庫、モール、入荷予定、返品の受付で、どの番号を使うかを調べます。番号を変更しても過去の注文やレポートまで自動で置き換わるとは考えないでください。

影響が確認できなければ変更を止め、カートや連携先の窓口へ確認します。終売した番号も、過去の注文との取り違えを避けるため、別商品へ安易に使い回さない運用が安全です。変更前後の対応が追える形を残します。

STEP 06

少数の商品で、選択から出荷指示まで照合する

登録後は、管理画面にコードがあることだけで終えません。白のSを選んだときのカート表示、管理側で識別されるバリエーション、出荷用の一覧を順に照合します。色・サイズ・SKUが同じ商品を指し、欠品している組み合わせが意図せず販売可能になっていないかを見ます。

受注や在庫のテストには、カートと連携先が用意するテスト環境・手順を使ってください。実注文を作ると請求や自動出荷が動く可能性があるため、確認できる範囲を先に決めます。予約販売をする場合の設定は、通常の欠品停止とは分けて確認します。

新商品を追加するときも、重複番号、色・サイズの抜け、空欄、連携先との不一致を確認します。コードを付けること自体より、注文された商品を同じ番号で追える状態を保つことが目的です。

WORKED EXAMPLE

具体例:Tシャツ1商品・4SKUの販売可能数

白・黒の2色とS・Mの2サイズをすべて販売する架空商品です。数量は同じ時点・同じ保管場所で販売できる枚数。確保済み注文、破損品、入荷予定は含めません。

白・S/TS11-WHT-S商品名:TシャツTS11
3枚
白・M/TS11-WHT-M同じ白でもSとは別在庫
5枚
黒・S/TS11-BLK-S通常販売なら欠品状態を確認
0枚
黒・M/TS11-BLK-M黒のSへ振り替えない
4枚
計算結果3+5+0+4=12枚

この数字から分かること4SKUは商品の組み合わせ数、12枚は販売可能数の合計です。黒のSは0枚なので、合計だけを見て注文を受けないようにします。この表のコードは架空で、実際のメーカーの品番やJANではありません。

DECISION CORE

番号を付ける前に、取り違えが起きる場所を分ける

商品選択、在庫の集計、倉庫への引き渡しでは、確かめるものが違います。コードの付け直しだけで直そうとせず、どの地点で商品が混ざるかを見ます。

01

色・サイズを選べないなら商品設定を確認

SKUの命名より先に、販売する組み合わせが登録され、お客様が区別して選べるかを見ます。扱わない組み合わせを自動で販売可能にしません。

02

総在庫はあるのに出せないなら数量を分解

商品全体の合計から、選択されたSKU・保管場所の販売可能数へ掘り下げます。別色の在庫や確保済み分を充当できると考えません。

03

連携後に違う商品になるなら紐付けを確認

番号の重複、空欄、大文字・小文字、連携に使う項目を照合します。連携先への影響が分かるまで全件の番号変更を止めます。

TWO CASES

条件が変わると、判断も変わる

一つの結論を全事業者へ当てはめず、運営条件の違う2ケースで確認します。

Tシャツは残っているのに黒のSがない

前提
商品全体の12枚だけで販売を判断し、色・サイズ別の数量を確認していない。
判断
白や別サイズの在庫が、注文された黒のSを出荷できる根拠にはなりません。
次の行動
4SKUへ分けた販売可能数と公開画面を照合し、黒のSが通常販売で購入できる状態になっていないか確認します。

SKUを短くした後、倉庫で商品が見つからない

前提
カート側だけ番号を変更し、倉庫への商品対応表は旧番号のまま。
判断
同じ商品でも、連携で使う識別情報が合わなくなっている可能性があります。
次の行動
追加の変更を止め、旧新の対応表、未処理注文、連携ログを確認します。連携先と復旧方法を決めてから反映します。

ケースは識別と数量の問題を考える仮例です。実際の連携項目や更新方法は、自店のカート・倉庫システムで確かめてください。

FAQ

判断前によく出る疑問

商品が少なくてもSKUは必要ですか?

ShopifyではSKU自体は必須ではありません。ただし色・サイズを区別したり、倉庫や外部サービスと連携したりする場合は、識別方法を決めておくと管理しやすくなります。連携先がSKUを必要とするかも確認します。

同じ商品を別の倉庫へ移したらSKUを変えますか?

Shopifyでは同じバリエーションのSKUをロケーション間で共通にし、数量を場所別に管理します。他システムの扱いは確認が必要です。保管場所の違いだけで別商品へ作り替えないようにします。

ラッピングを選べるようにしたらSKUも増やしますか?

選択肢があることだけでは決まりません。商品そのもの、包装資材、加工後の商品をどう管理するかで変わります。ギフト注文の運用や利用アプリも含めて、どの在庫を減らすか確認します。

FINAL CHECK

実行前のチェックリスト

  • 商品ページ数とSKU数、在庫数を区別した
  • 色・サイズ別のコードに重複がない
  • 商品名と色・サイズをコードとは別にも残した
  • 販売可能数と確保済み・入荷予定を分けた
  • 既存番号の変更前に連携先と未処理注文を確認した
  • 選択した商品と出荷指示が一致する
PRIMARY SOURCES

公式出典

  1. SKUを使用して在庫を管理するShopifyヘルプセンター
    • SKUの用途、重複・表記の一貫性に関する注意
    • 同じバリエーションはロケーション間で同じSKUを使い数量を場所別に追跡すること
    • 外部アプリがSKUと他の商品IDのどちらで同期するかを確認すること。バリエーション上限に関する記載は本記事の根拠に用いない
  2. バリエーションの追加Shopifyヘルプセンター
    • 色・サイズなどの選択肢の組み合わせでバリエーションを作ること
    • バリエーション追加後は各バリエーションの詳細で価格・在庫等を管理すること
    • SKUとバーコード欄が別であり、虚偽のGTINを作成しないこと
    • 販売可能・確保済み・利用不可・入荷予定などの数量区分
    • ロケーションごとの在庫数量の表示
CORRECTION

料金や記載の誤りを知らせる

公式ページの変更や計算ミスを見つけた場合にお知らせください。氏名は不要です。個人情報や注文情報は入力しないでください。

送信内容は記載確認のためCloudflare D1へ保存します。保存項目・期間・削除依頼はプライバシーポリシーをご確認ください。