SKUとは？数え方・JANコードとの違いと「後から変えられない」設計の考え方

SKUとは、在庫管理における最小の管理単位を指します。同じTシャツでも、カラーとサイズが違えば別の在庫として扱う、この考え方がSKUです。用語としての意味は難しくありません。しかし実務で本当に重要なのは、自社の商品をどこまで細かく分けるかという設計の判断です。多くの解説記事は「事業者が自由に決められる」と説明して終わりますが、実際にはSKU設計は後から変更するのが極めて困難です。

細かく分けすぎれば管理コストが膨らみ、粗く分ければ必要な分析ができなくなる。しかもこの判断は在庫管理だけでなく、売上分析や発注精度にまで影響します。本記事では、SKUの基本から数え方、そして設計時に押さえるべき判断基準までを解説します。

SKUとは｜意味と読み方

SKUの定義

SKUは「Stock Keeping Unit（ストック・キーピング・ユニット）」の略で、日本語では在庫保管単位と訳されます。読み方は「エス・ケー・ユー」または「スキュー」です。

意味するのは、企業が受発注や在庫管理を行う際に、同一商品として扱う最小の管理単位です。たとえば同じTシャツでも、カラーやサイズごとに在庫を分けて管理する場合、それぞれを別SKUとして扱います。

SKU＝在庫・受発注上、同一の商品として数量管理する単位

アイテムとの違い

日常会話では「種類」という言葉で済ませがちですが、実務では厳密な区別が必要です。

たとえば「Tシャツが100枚ある」と言われても、何色のどのサイズが何枚なのかは分かりません。アイテム（品目）は商品の型を指す単位であり、SKUはそこからさらにカラーやサイズで分解した単位です。

倉庫や店舗で「3,000SKU、40,000ピースを管理している」といえば、3,000種類のバリエーションがあり、総数は40,000点という意味が正確に伝わります。

SKUの数え方

基本はバリエーションの掛け算

SKU数は、商品のバリエーション同士を掛け合わせて算出します。

例：Tシャツ1型 × カラー4色 × サイズ4展開（S/M/L/LL）＝ 16SKU

スニーカーであれば、3色×5サイズで15SKU。さらにメンズとレディースでラインを分ければ30SKUになります。

注意すべきは、バリエーションを追加するたびにSKU総数が掛け算式で増えていく点です。デザイン4タイプ×カラー6色×サイズ5段階なら、それだけで120SKUに達します。気づかないうちに管理対象が膨大になっている、という事態が起こりやすいのです。

逆に、シーズン終了後に限定カラーを廃番にすればSKU数は減ります。SKU数は固定的な数値ではなく、商品構成の変更に応じて増減するものだと捉えてください。

なお実務では「アイテム数」と「SKU数」を区別して報告することが重要です。「新作を10型投入します」と「新作を120SKU投入します」では、必要な在庫金額も売場スペースも作業量もまったく異なります。会話の相手が型で考えているのかSKUで考えているのかを確認しないと、認識のずれが生じます。

SKUを分けるべき代表的なケース

一般的に、次のような違いがある場合はSKUを区別して管理すべきとされています。

• 商品名、ブランド名、等級が異なる場合
• 色、サイズ、原材料、希望小売価格が異なる場合
• 正味量が異なる場合（100g入りと300g入りなど）
• 包装形態が異なる場合（袋物、箱物、瓶詰など）
• 販売単位が異なる場合（3個入り、5個入りなど）
• セット商品で中身や組み合わせ、価格が異なる場合

バラ販売とケース販売のように販売単位が異なる場合は、別SKUとして管理する方法と、同じSKUの数量換算で管理する方法があります。自社の受発注・在庫管理の運用に合わせて設計します。なお、GTINでは取引単位が異なる商品には別の商品識別コードを設定するのが原則です。逆に、必ずセットで販売する商品群を1つのSKUとしてまとめるケースもあります。

JANコード・PLUとの違い

JANコードは「社外向け」、SKUは「社内向け」

混同されやすいのがJANコードとの違いです。

• JANコード：どの事業者の、どの商品かを識別する国際標準のコード。バーコードとして商品に印字され、流通全体で共通言語となる
• SKU：自社の在庫を管理するために、自社で設計するコード。社内での識別が目的

JANコードは、原則として商品のブランドオーナーがGS1のルールに基づいて商品ごとに設定します。製造元だけでなく、発売元や輸入元などが設定主体となる場合もあります。実務上は、JANコードを基準にSKUを設計するケースが多くなります。

PLUとの違い

PLU（Price Look Up）は、レジで価格を呼び出すためのコードです。SKUが在庫管理の単位であるのに対し、PLUは会計処理のための仕組みという違いがあります。

海外のスーパーなどでは、バーコードを付けにくいバラ売りの青果物にPLUコードを使用する運用が広く行われています。国内では店舗・システムによって管理方法が異なります。

SKU設計は後から変えられない

多くの解説では「SKUは事業者が自由に決められる」と説明されます。これは事実ですが、自由であることと、いつでも変えられることは別です。

後から細分化するのは実質的に不可能

カラーとサイズを分けずに登録した商品を、後から分けようとするとどうなるか。過去の販売データは合算されたままであり、遡って分解することはできません。

つまり、色別・サイズ別の売れ行きは永久に分からないままです。次シーズンの投入バランスを検討したくても、判断材料が存在しないことになります。

分けずに登録した情報は、後から分析できない

この原則を理解しないままシステムを導入すると、数年分のデータが分析に使えないという事態を招きます。

「分析したい単位」で分ける

では、どこまで細かく分ければよいのか。判断の基準は、在庫を区別したいかどうかだけではありません。

SKUは在庫・販売分析を行う際の基本的な粒度の一つです。SKU単位で販売実績を保持しておけば、カラー・サイズなどバリエーション別の動きを分析できます。したがって「将来どんな切り口で売れ行きを見たいか」から逆算して設計するのが正しい順序です。

たとえばシャツの袖丈違いを別品番にするか、同一品番のバリエーションにするか。たとえば同じ品番のシャツでも、袖丈ごとに別SKUとして管理すれば袖丈別の販売実績を確認できます。

一方、袖丈をSKUとして分けず同一在庫として管理すれば、販売実績は合算されます。どちらが正解ということはなく、自社が何を判断したいかによって決まります。

細かすぎることの弊害も理解する

一方で、細分化すればするほど良いわけでもありません。SKUが増えれば、商品登録の工数、棚卸の負荷、バーコードの管理コストがすべて増えます。

また1SKUあたりの販売数量が減るため、統計的に意味のある分析が難しくなる側面もあります。月に数個しか動かないSKUが大量にあると、売れ筋と死に筋の判別すら曖昧になります。

判断軸：その違いで発注量を変えるか／その違いで顧客が選ぶか

この2点に当てはまるなら分けるべきです。当てはまらない違いまで分けると、管理コストだけが増えます。

SKU数そのものを見直す視点

もう一つ、経営の観点から押さえておきたいのがSKU数の適正化です。

品揃えを増やせば顧客の選択肢は広がりますが、総在庫予算や売場スペースが一定のままSKUを増やすと、1SKUあたりに配分できる在庫や売場スペースが小さくなり、欠品や管理負荷が増える可能性があります。また売場のスペースは有限なため、SKUを増やすほど1商品あたりの露出は減ります。

売上に貢献していないSKUを整理し、売れ筋に在庫と売場を集中させる。この判断もSKU単位でデータが取れていて初めて可能になります。増やすことと減らすことの両面で、SKUは経営判断の単位なのです。

▼関連記事：▶ リアルタイム在庫管理の実現方法｜必要性・メリット・システム選びまで解説

業種別に見るSKU設計の考え方

アパレル｜SKUがカラー・サイズで増えやすい

カラーとサイズで必ず分かれるため、1型でも10SKU以上になることが珍しくありません。品番数が増えれば、管理対象は数百から数千に達します。

この業種でSKU管理を怠ると、「人気サイズだけ欠品」「特定の色だけ在庫が残る」という状態を把握できません。SKU単位で販売・在庫を確認できれば、特定カラーやサイズの欠品・滞留を把握し、追加投入や在庫移動、値下げなどの判断をより細かく行えます。

食品・日用品｜容量と包装で分かれる

同じ商品でも内容量や包装形態が違えば別SKUです。柔軟剤に4種類の香りとそれぞれ3サイズがあれば、12SKUとカウントします。

スーパーやドラッグストアでは、SKU単位で発注し、入庫処理し、棚卸を行います。商品管理そのものがSKU単位で回っている業種といえます。

リユース・一点物｜SKUでは管理しきれない

中古品や天然石アクセサリーのように、リユース品や一点物では、同一商品カテゴリでも一点ごとに状態・価格・シリアルなどが異なるため、数量だけのSKU管理では情報が不足する場合があります。そのためSKUに加えて、一点ごとの個品情報を管理する方式が適しています。

この場合は個品管理という考え方が必要になります。1点ごとに固有の情報を持たせ、個別に追跡する方式です。量産品はSKU、一点物は個品管理と、両方に対応できる仕組みが求められます。

SKU管理のメリットと注意点

得られるメリット

• 在庫の正確な把握：どのバリエーションが何点あるかが明確になる
• 欠品と売り越しの防止：サイズ別の在庫が見えるため、EC上の在庫表示も正確になる
• 発注精度の向上：売れ筋のSKUを厚く、動かないSKUを絞る判断ができる
• 売上分析の高度化：どの色・サイズが支持されているかが分かる

運用上の注意点

SKU管理を機能させるには、バーコードリーダーや在庫管理システムといった環境が必要です。手作業やExcelでの管理には、点数が増えるほど限界が生じます。

また、命名ルールを最初に決めておかないと、後から探しにくいコード体系になります。属性情報をSKUコードに埋め込むか、マスタ側の項目で管理するかも含めて、方針を統一しておきましょう。

SKUコードの付け方の例

命名方式には大きく2つの考え方があります。

• 属性埋め込み型：コード自体に意味を持たせる。例）TS-BLK-M（Tシャツ・黒・Mサイズ）。コードを見ただけで商品が分かる利点がある
• 連番型：属性を含めず、商品識別用の番号として連番を付与する。例）2601-0052。商品属性はマスタ側で管理する

属性埋め込み型は分かりやすい反面、後から属性が増えたときに体系が破綻しやすいという弱点があります。一方の連番型は柔軟ですが、コードから商品を推測できません。

SKUコードは商品を識別するための情報、棚番・ロケーションコードは保管場所を示す情報として分けて管理する方法がおすすめです。保管場所はレイアウト変更や店舗・倉庫ごとに変わるため、SKUコードそのものに棚位置を固定すると、後から変更しにくくなる場合があります。

商品マスタとロケーション情報を紐づけておけば、棚配置を変更してもSKUコードを変更せずに運用できます。

▼関連記事：▶ 小売店向けPOSレジおすすめ10選｜選び方と導入メリットも紹介

SKU単位の在庫・販売管理なら、業種特化型クラウド基幹システムRECOREがおすすめ

SKUとは、商品の在庫を管理する際の最小単位を指します。取り扱う商品数やバリエーションが増えるほどSKU数も増え、在庫状況や販売実績の管理が複雑になりやすいため、効率的に管理したい小売・リユース業の場合は、業種特化型のクラウド基幹システム「RECORE（リコア）」が有力な選択肢となります。

小売・リユース業向けに設計されたクラウド基幹システム「RECORE（リコア）」は、買取・仕入・販売（POS）・EC・在庫管理・顧客管理・KPI分析までを一元管理できるクラウド型のオールインワン基幹システムです。在庫情報は販売や買取、仕入と同時に自動更新され、実店舗とECを横断したリアルタイム管理が可能です。Amazon、楽天市場、Yahoo!ショッピングなど、小売・リユース業界向けの複数ECモールとの連携にも対応しています。

また、今までバラバラに契約していたシステムをRECORE一つに集約することで複雑なデータ連携の必要性も無くなり、ITコストを抑えることが可能です。さらに、コストや時間的制約などのハードルの高さから基幹システムのリプレイスを検討はしていてもためらっていた方でも、RECOREをサテライト基幹システムとして位置付け、RECORE APIで既存の基幹システムと連携し必要な機能だけ導入する、パッケージ型SaaSの枠を超え、既存基幹システムとAPI連携し、必要な機能を部分導入した事例もあります。

商品数やバリエーションの増加に伴って複雑になる在庫・販売情報を管理し、店舗・ECを横断した在庫管理の効率化や欠品・過剰在庫の防止につなげたい場合は、業種特化型クラウド基幹システムRECOREの導入を検討することがおすすめです。

まとめ｜SKUは「分析したい単位」で設計する

本記事では、SKUの定義と数え方、JANコードやPLUとの違い、設計時の判断基準、そして業種別の考え方を解説しました。

SKUという用語自体の理解は難しくありません。実務で問われるのは、自社の商品をどこまで細かく分けるかという判断です。

その際の指針は「在庫を区別したいか」だけではなく、「将来どんな切り口で売れ行きを見たいか」です。分けずに登録した情報は、後から分析できません。逆に不要な違いまで分ければ、管理コストだけが積み上がります。

システムを導入する前に、自社が何を判断したいのかを整理してみてください。それがSKU設計の答えになります。設計に時間をかけただけの価値は、運用が始まってから必ず返ってきます。え、後から変更できないSKU設計の判断基準や業種別の考え方まで実務目線で解説します。在庫管理を見直したい方は必見です。