Skip to content

LogiShift(ロジシフト)

  • 物流DX・トレンド
  • 倉庫管理・WMS
  • 輸配送・TMS
  • 事例
  • ツール紹介
  • 統計分析
  • 用語辞典
Home > 物流用語辞典 > 倉庫・在庫管理> SKU

SKUとは?

この記事の要点
  • キーワードの概要:SKU(Stock Keeping Unit)とは、これ以上細分化できない商品の「最小管理単位」のことです。同じアイテム(品目)であっても、色やサイズ、容量などのバリエーションごとにそれぞれ異なるSKUが設定され、在庫管理の最も細かい基準となります。
  • 実務への関わり:ECや物流の現場では、SKU単位での正確な在庫管理が不可欠です。アイテムやJANコードと混同せず、適切な命名規則でSKUを採番・管理することで、システムへの二重登録や棚卸し時の在庫不整合、出荷時のピッキングミスを防ぎ、倉庫全体の生産性を向上させます。
  • トレンド/将来予測:ECの多品種少量化に伴いSKU数は増加傾向にあります。これに対応するため、手作業での管理限界を超えた現場では、WMS(倉庫管理システム)やRFID、AIなどのDXソリューションを導入し、SKU管理を自動化・効率化する動きが加速しています。

SKU(Stock Keeping Unit)とは、これ以上細分化できない商品の「最小管理単位」を指します。EC事業者や物流倉庫において、システム上の在庫データの一元管理や棚卸しの精度を担保するための最重要の概念です。

実務において、商品の大まかな種類を表す「アイテム(品目)」や、パッケージに印字されている世界共通の「JANコード」とSKUを混同してしまうと、システムへの二重登録や棚卸しの不整合、ピッキングミスといったトラブルを引き起こします。本記事では、SKUの正しい定義や数え方、業界別の具体例、効率的な命名規則から、SKU数肥大化に対応するDXソリューションまで、現場実務に即して体系的に解説します。

目次
  • SKU(最小管理単位)の基礎知識と「アイテム」「JANコード」との明確な違い
  • 「アイテム(品目)」と「SKU」を切り分けるバリエーションの考え方
  • 「JANコード(GTIN)」と「SKU」における役割と採番主体の違い
  • 【図解イメージで解説】SKUの正しい数え方と業種別の具体例
  • アパレル製品における「カラー×サイズ」のカウント基準
  • 日用品・食品における「セット品・容量・パッケージ違い」のカウント基準
  • 在庫管理でSKUを最適化するメリットと管理煩雑化を防ぐ運用ルール
  • 精緻なデータ分析による「過剰在庫・欠品」の同時解消
  • 倉庫オペレーション(ピッキング・棚卸し)のミス削減と生産性向上
  • SKU細分化の限界と、管理の煩雑化を防ぐ「SKU 設定ルール」
  • システム連携をスムーズにする「SKUコード」の命名規則と設定ルール
  • 誤認識やシステムエラーを未然に防ぐ「文字・記号」の選定基準
  • 将来的な品目増加やシステム変更に対応できる「コード構造」の設計手順
  • SKU数増加に伴う管理限界を突破するDXソリューションと導入判断チェックリスト
  • WMSやIoT・RFIDを活用した在庫管理・カウント業務の自動化
  • 自社に適した管理レベルを判定する「SKU管理改善チェックリスト」

SKU(最小管理単位)の基礎知識と「アイテム」「JANコード」との明確な違い

物流現場における在庫管理の効率化や、WMS(倉庫管理システム)のスムーズな運用に欠かせないのが、最小管理単位である「SKU」の正しい理解です。多くのEC事業者や倉庫マネージャーが、商品の種類を表す「アイテム(品目)」や、商品パッケージに印字されている「JANコード」とSKUを混同し、システムへの二重登録や棚卸しの不整合を発生させています。まずはそれぞれの定義と採番主体の違いを整理します。

項目 定義 採番主体 具体例
アイテム(品目) 商品の基本的な種類・デザイン単位 企画・製造元 ベーシックTシャツ
JANコード(GTIN) 国際標準の事業者・商品識別コード 流通システム開発センター(メーカー登録) 4901234567890(13桁のバーコード)
SKU 自社で在庫管理を行う最小単位 自社(EC運営者や物流倉庫) TSHIRT-WHITE-S(白・Sサイズ)

「アイテム(品目)」と「SKU」を切り分けるバリエーションの考え方

アイテムとSKUを分ける最大の要因は、色、サイズ、容量、フレーバーなどのバリエーション数です。アイテムが同一であっても、これらバリエーションが存在する限りSKUは細分化されます。

例えば、「ベーシックTシャツ」という1アイテムに対し、カラー3色(ホワイト、ブラック、ネイビー)とサイズ3展開(S、M、L)のバリエーションを展開する場合、SKU数は掛け算で算出します。

  • 1アイテム × 3カラー × 3サイズ = 9SKU

在庫管理の現場では、これを1つのアイテムとして一括管理することはできません。仮に一括管理してしまうと、注文が入った際に「ホワイトのSサイズ」を特定してピッキングする指示がシステムから出せず、出荷作業が滞るためです。

SKU管理を徹底する実務上の意義は、このピッキング作業の正確性とスピードを最大化できる点にあります。SKUごとに棚番(ロケーション)を完全に紐付けることで、月間数千件の出荷を処理するEC倉庫であっても、ピッキング時の迷いや誤出荷を防ぎ、スタッフの習熟度に依存しない庫内オペレーションを実現します。

「JANコード(GTIN)」と「SKU」における役割と採番主体の違い

JANコードとSKUの決定的な違いは、「誰が、何の目的でコードを決定するか」という管理責任の所在にあります。

JANコードは、世界共通で商品を識別するための国際標準コードです。GS1(流通システム開発センターなど)を通じてメーカーが申請・取得するため、どこの店舗や倉庫であっても同一の商品として一意に認識されます。

これに対してSKUは、自社の運用形態に合わせて自社(EC運営者や倉庫事業者)が任意に設定する独自のコードです。自社の都合やシステム連携、倉庫内の動線に合わせた採番が可能です。この違いにより、JANコードがある商品であっても、以下のように自社独自のSKUを設定して管理するケースが生じます。

  • セット販売を行う場合:単品で仕入れたシャンプーとコンディショナー(それぞれにJANコードあり)を、自社で「ヘアケアお買い得セット」としてまとめて販売する場合、メーカー発行のセット用JANコードは存在しません。そのため、自社で「SET-SH-CD-01」といった独自のSKUを採番し、WMSに登録して管理します。
  • 販売チャネルや販促ごとに分ける場合:同一のJANコードを持つ商品であっても、「通常発送用」と「ノベルティ付きのキャンペーン用」で在庫を物理的に分けて管理したい場合、それぞれに別のSKUを割り当て、同梱ミスを未然に防止します。

JANコードは「広く一般的な流通」を管理するコードであるのに対し、SKUは「自社倉庫内での物理的な動きやシステム上の処理」を最適化するためのコードです。この役割を切り分けることで、3PL(サードパーティ・ロジスティクス)への業務委託時やシステム刷新時にも、在庫データの連携が極めてスムーズになります。

【図解イメージで解説】SKUの正しい数え方と業種別の具体例

SKUを正しくカウントできていないと、WMSの導入時や日々のピッキング現場で深刻な混乱が生じます。ここでは、バリエーション設計が複雑な「アパレル」と、販売形態が多様な「日用品・食品」を例に、実務に即したSKUの数え方を解説します。

アパレル製品における「カラー×サイズ」のカウント基準

アパレル物流では、カラー(色)とサイズ(寸法)の掛け算がSKU算出の基本です。例えば、1つのアイテムである「メンズTシャツ」に、カラー3色(ホワイト、ブラック、ネイビー)とサイズ3展開(S、M、L)がある場合のSKU数(合計9SKU)の具体的な構成イメージは以下のようになります。

アイテム名(品目) カラー サイズ 割り振るSKUコード例
メンズTシャツ ホワイト S TSHIRT-WH-S
メンズTシャツ ホワイト M TSHIRT-WH-M
メンズTシャツ ホワイト L TSHIRT-WH-L
メンズTシャツ ブラック S TSHIRT-BK-S
メンズTシャツ ブラック M TSHIRT-BK-M
メンズTシャツ ブラック L TSHIRT-BK-L
メンズTシャツ ネイビー S TSHIRT-NV-S
メンズTシャツ ネイビー M TSHIRT-NV-M
メンズTシャツ ネイビー L TSHIRT-NV-L

これらをすべて「1アイテム」として大雑把に管理すると、ピッキング時に色やサイズの間違いが多発します。上表のようにバリエーションごとに個別のSKUを設定し、倉庫内の別々のロケーションに保管することで、ハンディターミナルを用いた精度の高いバーコード検品が可能になります。

日用品・食品における「セット品・容量・パッケージ違い」のカウント基準

日用品や食品の物流では、商品の見た目や中身が全く同じであっても、「販売形態」や「荷姿」の違いによってSKUを細かく分ける必要があります。メーカーが製品単体に付与した1つのJANコードに対し、倉庫側では出荷単位に合わせて複数のSKUコードを使い分けるのが鉄則です。

例えば、ある「ミネラルウォーター 500ml」を取り扱う場合、物流現場では以下の4つの販売形態をそれぞれ「別SKU」として識別します。

  • 単品(バラ)販売:500mlペットボトル1本(SKU-A)
  • 3本セット(企画品):500mlペットボトル3本をシュリンク包装したセット(SKU-B)
  • ケース販売(24本入り):500mlペットボトル24本入りの段ボール箱(SKU-C)
  • アソートセット:異なるフレーバーを各2本ずつ詰め合わせた計6本セット(SKU-D)

中身は同一であっても、これらを別SKUとして管理する理由は、物理的な「梱包状態」と「ピッキング手順」が異なるためです。仮に単品(SKU-A)と3本セット(SKU-B)を同じSKUで混在管理してしまうと、システム上で在庫が「3」とあっても、それが「バラ3本」なのか「3本セット1組」なのかが判別できず、出荷エラーの原因となります。

特に、多品種少ロットの出荷が中心となるEC倉庫などでは、バラ売り用のピッキングエリアとケース用の保管エリアを物理的に分けて配置し、それぞれ異なるSKUとして管理・保管することで、ピッキング経路の最適化と誤出荷の完全な防止を図ります。

在庫管理でSKUを最適化するメリットと管理煩雑化を防ぐ運用ルール

在庫管理において、単に全体量を把握するだけでなく、最小管理単位であるSKUの管理体制を最適化することは、物流品質と経営効率の双方を高めるための強力なインフラとなります。

精緻なデータ分析による「過剰在庫・欠品」の同時解消

在庫データをアイテム単位ではなくSKU単位で収集・分析することで、売れ筋・死に筋の商品を高精度で見極めることができます。例えば、単に「Tシャツの在庫が豊富にある」という情報だけでは、特定の人気カラー・サイズが欠品している一方で、不人気なバリエーションが大量に残りデッドスペースを圧迫しているという実態を捉えられません。

実際に、月間5,000件規模の受注に対応するアパレルEC事業者では、アイテム単位の管理からSKU単位でのデータ蓄積に切り替えたことで、「ブラック・Mサイズ」の回転率が他の色の3倍以上であることを正確に特定しました。この分析結果に基づき、SKUごとに発注点(安全在庫)を再設定したことで、デッドストックによる廃棄や保管コストを約15%削減し、かつ欠品率を1.2%から0.2%以下に抑制する成果を上げています。

倉庫オペレーション(ピッキング・棚卸し)のミス削減と生産性向上

倉庫内でWMSを活用し、SKU単位でロケーションを定義することにより、ピッキング動線の無駄とミスを極限まで低減できます。

例えば、1日あたり500件の発送業務を担う3PL倉庫では、WMSのピッキング指示に従い、各SKUが格納された棚からバーコードをスキャンして取り出す仕組みを導入しています。これにより、経験の浅いスタッフであっても誤出荷をほぼゼロに抑える体制を構築しました。また、バリエーションごとの所在が明確なため、実在庫のカウントミスが激減し、棚卸しにかかる総作業時間を従来比で約35%削減するなどの効果を発揮しています。

SKU細分化の限界と、管理の煩雑化を防ぐ「SKU 設定ルール」

一方で、SKUを必要以上に細分化しすぎることは、保管効率の低下を招くトレードオフが存在します。バリエーションを無制限に増やし、明確なルールがないままSKUコードを乱発すると、各SKUに割り当てる棚(ロケーション)が細かく分散し、デッドスペースが発生して倉庫の坪あたり収納数が悪化します。さらに、データ管理の工数も爆発的に増大します。

こうした管理の限界と現場のパンクを防ぐためには、事前に明確な運用規律を設けることが不可欠です。以下に、管理の煩雑化を防ぐ推奨ルールを提案します。

ルール区分 具体的な運用ルールと内容 得られる効果
コードの体系化 大分類・中分類・小分類を英数字で組み合わせた桁数固定のコード設計を行う(例:カテゴリー2桁+アイテム4桁+バリエーション3桁)。 WMS登録時の重複ミスを防ぎ、データ抽出が容易になる。
取扱中止(廃番)基準の作成 過去6ヶ月間出荷がないSKUは自動的に廃番候補とし、在庫がゼロになった時点でSKUのステータスを「無効」に変更する。 マスターデータの肥大化を防ぎ、保管スペースのムダを排除する。
バリエーション上限の設定 新商品の展開時に、売上規模や保管スペースのキャパシティに応じて、初期展開するSKU数に上限(例:最大1アイテム12SKUまで)を設ける。 過度なロングテール化を抑制し、棚卸しの物理的な負担増を防ぐ。

システム連携をスムーズにする「SKUコード」の命名規則と設定ルール

ECサイトのバックエンドからWMS、基幹システムへと在庫データを連携する際、データのエラーや現場のピッキングミスを防ぐ最大の鍵となるのが、一貫したルールに則った「SKUコード」の設計です。システムと人間の双方にとって判別しやすいコードを付与することで、データ連携から庫内作業までのプロセスが劇的に安定します。

誤認識やシステムエラーを未然に防ぐ「文字・記号」の選定基準

WMSやECシステム間でCSVファイルを介してデータ連携を行う際、使用する文字の選定を誤ると予期せぬシステムエラーの原因になります。全角文字やスペース(空白)、「&」「%」「*」といった特殊記号は、データベースでの処理異常やCSVの区切り文字誤認を招くため使用すべきではありません。

また、ピッキングリスト印刷時のインク掠れなどによる「人の目での誤読」を防ぐ配慮も極めて重要です。「O(オー)と0(ゼロ)」、「I(アイ)と1(イチ)」、「l(エル)」といった形状の類似する英数字は、現場の取り違えを誘発する最大の原因となります。

文字の分類 推奨される文字・記号 使用を避けるべき文字・記号
英数字 半角の英大文字(A〜Z)、半角数字(0〜9) 全角英数字、英小文字、誤認識されやすい文字(O, 0, I, 1, l)
区切り記号 半角ハイフン(-)、半角アンダーバー(_) 半角スペース、全角スペース、スラッシュ(/)、カンマ(,)、その他特殊記号

例えば、日々100件以上の出荷作業をマルチタスクで処理するアパレルECの現場では、ピッキングリスト上の「O(オー)」と「0(ゼロ)」の見間違いによる出荷ミスの発生が課題となっていました。そこでSKUコードの命名ルールを刷新し、「半角英大文字(除くO、I)」「半角数字」「ハイフン」のみに制限した結果、目視での視認性が向上し、ピッキングにおける人為的ミスをほぼゼロに抑え込むことに成功しています。

将来的な品目増加やシステム変更に対応できる「コード構造」の設計手順

SKUコードは、意味のないランダムな数字を並べるのではなく、コード自体から商品の大まかな属性(アイテム分類+バリエーション)が判別できる構造に設計することが推奨されます。これにより、13桁の数字のみで構成されるJANコードとは異なり、倉庫スタッフがコードを見た瞬間に商品を直感的に識別できるようになります。

標準的なSKUコードの設計手順は、以下の3ステップです。

  • ステップ1:アイテムを特定するベースコード(親番号)の設定
    カテゴリや製品ラインを特定する数桁の英数字を定めます。(例:Tシャツ=「TS」)
  • ステップ2:バリエーション情報を定義する子番号の設定
    カラーやサイズといった属性ごとに、統一したコード長(桁数)でコードを設計します。(例:レッド=「RED」、Mサイズ=「M」)
  • ステップ3:半角ハイフンによる連結
    各要素をハイフンで繋ぎ、1つのSKUコードを完成させます。
対象商品 アイテムコード カラーコード サイズコード 完成するSKUコード
Tシャツ(赤・Mサイズ) TS RED M TS-RED-M
Tシャツ(青・Lサイズ) TS BLU L TS-BLU-L

このルールに沿ってコードを設計しておくことで、将来的に新色「グリーン(GRN)」が追加された場合にも、即座に「TS-GRN-M」というSKUコードを競合なく自動的に生成できます。システム側の重複を防ぎ、WMSのマスター登録作業も効率化できるうえ、現場作業のリードタイム短縮に大きく貢献します。

SKU数増加に伴う管理限界を突破するDXソリューションと導入判断チェックリスト

ECビジネスの成長や取扱商材の多角化に伴い、SKU数は指数関数的に増大します。SKU数が増えるほど、目視や手書きでの管理は破綻し、現場に多大な負担を強いることになります。特に、物流2024年問題や2026年問題に伴う労働力不足が深刻化する中、少ない人員でいかに在庫管理をスマートに回すかが事業継続の死活問題です。

WMSやIoT・RFIDを活用した在庫管理・カウント業務の自動化

SKU数が数千〜数万規模に達した現場では、手作業での管理を止め、WMS、IoT、RFIDといったデジタルツールへ段階的に移行する必要があります。自社の商材特性に最適なツールを選択するための基準は以下の通りです。

  • WMS(倉庫管理システム):ロケーション管理を最適化する基本ソリューション。SKUと正確な棚番を紐付け、ハンディターミナルを用いたバーコード検品により、出荷ミスやロケーション迷いをほぼゼロにします。
  • 重量検知型IoT(スマートマットクラウド等):ネジや資材、液体など、バーコードの貼付やスキャンが難しい細かな部材の管理に効果的です。棚や床に置いたマット上の総重量からリアルタイムで実在庫を算出し、基準値以下になった場合に自動発注アラートを出します。
  • RFID(ICタグ):カラー・サイズ展開が多くSKU数が膨大になりやすいアパレル製品等に極めて有効です。段ボールを開封することなく、複数商品を一括かつ非接触で瞬時にスキャンできるため、検品や棚卸しの作業時間をバーコードと比較して大幅に短縮(約10分の1)します。

自社に適した管理レベルを判定する「SKU管理改善チェックリスト」

自社の現状の取扱規模やオペレーションの負荷から、どのソリューションを優先的に導入すべきかを客観的に判定できるチェックリストを整理しました。

管理レベル 現場の状況(チェック項目) 推奨される具体的なアクション / DXソリューション
レベル1:Excel・手書き管理
(SKU数:〜100)
  • Excelへの手動入力で在庫数が一致しないことが多い
  • 「SKU アイテム 違い」の定義が曖昧で、商品登録ルールが統一されていない
  • ピッキングを担当者の「記憶」に頼っている
まずは独自の「SKU 設定ルール」を明確に定め、登録マニュアルを作成してください。
JANコードの登録を徹底し、スプレッドシートや安価な簡易在庫管理アプリの導入から始めます。
レベル2:バーコード・ハンディ運用
(SKU数:101〜1,000)
  • 出荷件数が月間1,000件を超え、誤出荷が発生している
  • バリエーションが増え、ピッキング時にサイズや色を見間違える
  • 「SKU JANコード 違い」を人の目視だけで確認するのに限界を感じている
WMSを導入してください。
ハンディターミナルを用いたバーコード検品により、ピッキングミスを限りなくゼロに抑える体制を構築します。
レベル3:完全自動化・IoT/RFID活用
(SKU数:1,001〜)
  • SKU数が数万点に達し、定期棚卸しのために倉庫を丸1日止めている
  • 毎日大量の入荷・出荷検品作業に追われ、人員が常に不足している
  • 資材や梱包材など、バーコードスキャンが難しい商材の管理に手間取っている
RFID(一括スキャン)や、スマートマットクラウドに代表される重量検知型IoTを導入してください。
「人が数えない在庫管理」を実現し、労働力不足のなかでも事業をスケールできる仕組みを作ります。

バリエーションの追加によるSKU数の増加は、消費者の選択肢を広げ、売上を最大化するための有力な戦略です。しかし、それに伴う現場オペレーションの複雑化を放置すれば、不要な在庫滞留や誤出荷による顧客満足度の低下を招きかねません。自社の取扱規模や実務フローに応じた適切な管理手法を選択し、持続可能な物流基盤を構築してください。

よくある質問(FAQ)

Q. SKU(最小管理単位)とは何ですか?JANコードとの違いも教えてください。

A. SKUとは、これ以上細分化できない商品の「最小管理単位」のことです。例えば、同じ服でも「赤・Sサイズ」のようにカラーやサイズごとに1つのSKUとして数えます。世界共通の識別番号である「JANコード」が商品パッケージに印字されているのに対し、SKUは各企業が自社の在庫管理や棚卸しの精度を担保するために、システム上で独自に設定して管理する単位という違いがあります。

Q. SKUはどのように数えるのですか?具体的な数え方を教えてください。

A. SKUは商品のカラーやサイズ、容量などのバリエーションの掛け合わせで数えます。例えば、ある服に「3色×3サイズ」展開がある場合、SKU数は「9」となります。また、食品や日用品においては、同じ中身であっても「単品」と「3個セット」といったセット販売、容量違い、パッケージ違いごとにそれぞれ異なるSKUとして別々にカウントして管理します。

Q. 在庫管理においてSKUを正しく設定・管理するメリットは何ですか?

A. 最大のメリットは、在庫データの精度向上による「過剰在庫・欠品」の防止と、出荷作業の効率化です。バリエーションごとにリアルタイムで在庫を正確に把握できるため、棚卸しの不整合やピッキングミスを大幅に削減できます。ルールに則って適切にSKUを設定することで、ECシステムや倉庫管理システム(WMS)間の連携もスムーズになります。

関連する物流用語

  • ABC分析
  • ARピッキング
  • CPFR
  • DC(ディストリビューションセンター)
  • EOQ

関連する物流ツール

在庫管理システムを、料金・機能・対象規模で比較。自社に最適な製品選びにお役立てください。

在庫管理システム比較9選を見る
表示できるコメントはありません。

LogiShift

物流担当者と経営層のための課題解決メディア。現場のノウハウから最新のDX事例まで、ビジネスを加速させる情報をお届けします。

カテゴリー

  • 物流DX・トレンド
  • 倉庫管理・WMS
  • 輸配送・TMS
  • マテハン・ロボット
  • サプライチェーン

もっと探す

  • ツール紹介
  • 海外トレンド
  • 事例
  • 統計分析
  • 物流用語辞典

サイト情報

  • 運営者情報
  • お問い合わせ
  • プライバシーポリシー
  • LogiShift Global
  • FinShift

© 2026 LogiShift. All rights reserved.