SKUとは？

在庫管理や受発注の最適化を図る上で、SKU（Stock Keeping Unit）の適切な設計と管理は現場運用とシステム運用の双方において基盤となります。本記事では、SKUの正確な定義や「アイテム」「JANコード」との違いをはじめ、具体的な数え方、誤出荷を防ぐコード命名規則、SKU肥大化（スプロール）へのリスク対策、WMSやIoTを活用した自動化手法までを体系的に解説します。

SKU（Stock Keeping Unit）の基礎定義と「アイテム」「JANコード」との明確な違い

SKU（Stock Keeping Unit：ストック・キーピング・ユニット）とは、物流作業や在庫管理・受発注において商品を特定するための「最小の管理単位」です。顧客が購入手続きを行う際、あるいは倉庫スタッフがピッキングを行う際に、これ以上細かく分類できない商品区分そのものを1つのSKUとして扱います。同一の品名や型番で販売されている商品であっても、カラー・サイズ・容量・バリエーション、あるいはセット売り等の販売形態が異なる場合は、それぞれ個別のSKUとして定義・管理されます。

実務においては、商品という実体物とWMS（倉庫管理システム）上の在庫データを一対一で正確に紐付けることが求められます。現場で頻繁に混同される「SKU」「アイテム（品目）」「JANコード（GTIN）」の性質や役割の違いは、下表の通り整理できます。

比較項目	SKU（Stock Keeping Unit）	アイテム（品目）	JANコード（GTIN）
定義・役割	在庫管理・発注における社内最小管理単位	商品の種類・企画単位（色・サイズの集約）	国際標準に基づく流通共通の商品識別コード
コードの発行元	自社（事業者・倉庫側で自由に設計可能）	自社（メーカー・EC事業者）	GS1 Japan（一般財団法人流通システム開発センター）等
運用の柔軟性	自社の物流オペレーションに合わせて変更・追加が可能	商品開発・企画上の区分のため固定化されやすい	一度取得・登録したコードは原則変更不可
主な利用シーン	倉庫内の棚番（ロケーション）管理、出荷ピッキング、在庫引当	売上データの集約、カタログ掲載、商品企画分析	POSレジ端末での読み取り、事業者間の受発注データ連携

SKUと「アイテム（品目）」の違い：バリエーション（サイズ・色）による管理単位の分岐

SKUとアイテムの違いを正確に把握することは、在庫精度の維持と出荷ミスの防止において基盤となります。アイテム（品目）が「商品企画やカタログ上の種類」を指すのに対し、SKUは「実際の保管・ピッキング・出荷が発生する最小の単位」を指します。たとえば、月間1,000件の出荷を処理するアパレルEC事業者において、「定番コットンTシャツ」という1つのアイテムを取り扱う場合でも、カラー（白・黒・ネイビー）とサイズ（S・M・L）のバリエーションが存在すれば、管理上の分岐により3色×3サイズ＝「9SKU」としてデータ化されます。

仮に管理システム上で「Tシャツ：在庫100点」というアイテム単位の集約データしか保持していない場合、現場では「白のMサイズ」が完売しているにもかかわらず注文を受注してしまい、未出荷や納期遅延トラブルを引き起こします。バリエーションに合わせて細分化したSKU単位で在庫を把握することで、リアルタイムでの棚番（ロケーション）管理やSKUごとの発注点設定が可能となります。結果として、過剰在庫の抑止や欠品損失の最小化を実現できます。

SKUと「JANコード（GTIN）」の違い：自社管理単位と流通共通コードの役割分担

SKUとJANコードの違いは、コードが機能する範囲が「自社内部の運用単位」か「社外を含めた流通共通の識別子」かという点にあります。JANコード（国際標準におけるGTIN：Global Trade Item Numberの日本国内での呼称）は、一般財団法人流通システム開発センター（GS1 Japan）からGS1事業者コードの貸与を受けて割り当てる13桁（または8桁）の識別コードです。卸売業者やECモール、POSレジ端末など、サプライチェーン全体で同一の商品を一意に識別するための共通言語として機能します。

一方でSKUは、自社のWMSや基幹システム内で在庫・発注を制御するためのローカルコードです。多くの場合は「1つのJANコード＝1SKU」として運用されますが、自社の物流オペレーションに応じて柔軟に変更できます。たとえば、メーカーが付与したJANコードは1つであっても、倉庫内では「単品出荷用」と「6個パック出荷用」で別のSKUコードを割り当てて管理する、あるいは「パッケージリニューアル前後の新旧在庫」を別SKUとして管理するといった設計が可能です。

【パターン別】SKUの数え方と現場で迷う特殊なカウント事例

同じ「Tシャツ」や「シャンプー」という商品であっても、カラー・サイズ・容量が異なれば、物流現場では別々の在庫として保管・管理する必要があります。ここでのカウント計算を正しく行うためには、商材別の属性パターンに応じたロジックを把握することが重要です。

基本パターン：アパレル・日用品（カラー×サイズ・容量）のマトリクス計算ルール

商品属性のバリエーションが存在する基本パターンでは、各属性の選択肢数を掛け合わせる「マトリクス計算」でSKUの数を算出します。具体的な計算ロジックと算出例は以下の通りです。

対象商材	バリエーション構成	計算ロジック	算出SKU数
アパレル（Tシャツ）	カラー3色（白・黒・ネイビー）×サイズ3種（S・M・L）	3 × 3	9 SKU
シューズ（スニーカー）	カラー2色（ブラック・ホワイト）×サイズ6種（23.0〜28.0cm）	2 × 6	12 SKU
日用品（シャンプー）	本体（500ml）・大容量詰め替え（1,000ml）・お試し用（100ml）	3種類（容量別）	3 SKU
コスメ（リップ）	カラー5色×質感2種（マット・グロス）	5 × 2	10 SKU

たとえば、1つのデザインで展開するTシャツに「白・黒・ネイビー」の3色があり、それぞれ「S・M・L」の3サイズを用意する場合、算出される管理単位は「3色×3サイズ＝9SKU」となります。この場合、出荷・ピッキング用の固定棚（間口）は最低9箇所必要です。

月間出荷数が3,000件規模の衣料品ECにおいて、単に「Tシャツが100枚残っている」ではなく「白のSサイズが残り2枚で欠品寸前、黒のLサイズが50枚過剰」というレベルまで細かくリアルタイムに把握できます。明確な設定ルールを定義してマトリクス上でカウント管理を行うことで、在庫の棚卸し精度が向上し、保管スペースの適正化を図ることができます。

実務で迷う特殊パターン：セット品・リフィル（詰め替え）・アソート商品のSKU設定

実際の現場で判断に迷いやすい「複数商品を組み合わせたセット販売」「詰め替え（リフィル）商品」「色・柄がランダムまたはアソートで含まれる商品」のカウント方法とWMSでの登録手順は以下の通りです。

特殊パターン	具体例	SKUカウントロジック	WMSでの登録・管理手順
セット商品（バンドル）	シャンプー＋コンディショナーの2点セット	単品各1SKU ＋ セット用1SKU（計3SKU）	親SKU（セット品）の下に子SKU（単品2種）を紐付ける構成登録（BOM）を実施
リフィル（詰め替え用）	ボトル入り化粧液 と 詰め替えパウチ	別々の商品として各1SKU（計2SKU）	成分が同じであってもパッケージやバーコードが異なるため完全に分離して登録
固定アソート包材	お菓子（3種×2個）詰め合わせギフト箱	完成品パッケージとして1SKU	セット済みで入荷する場合は1SKUとして登録。倉庫内でセット組する場合は親SKU・子SKUで管理
ランダムアソート（福袋）	中身が非公開・ランダムなアソート袋	梱包済み完成品なら1SKU	事前ピッキング・梱包済みの場合は専用SKUを付与。受注後に現場でランダムピッキングする場合は個別SKUで引き当て

セット商品（バンドル販売）の場合、すでに単品として存在するシャンプー（子SKU A）とコンディショナー（子SKU B）をセット販売する際、ECサイトおよびWMS上には「シャンプー＆コンディショナーセット」という「親SKU」を新設します。WMS内で「親SKU（セット品）が1点受注されたら、子SKU Aを1点、子SKU Bを1点自動で在庫引き当てする」という親子関係を設定することにより、倉庫内で事前にセット加工をしなくても在庫連動が維持され、二重引き当てや欠品トラブルを防ぐことが可能になります。

詰め替え用（リフィル）に関しては、本体ボトルと中身の液体成分が同一であっても、形状・JANコード・仕入れ原価・ピッキング時の視認性が大きく異なるため、必ず「本体＝1SKU」「リフィル＝1SKU」と別々に管理します。仮に同一SKUとして混載管理してしまうと、ピッキング時に作業者が本体とリフィルを取り違える誤出荷の原因となります。

SKUコードの設計ルールとエラーを防ぐ命名手順

明確な命名ルールに基づいてSKUを正しく体系化することは、ピッキングミスの未然防止、正確なリアルタイム在庫把握、棚卸作業時間の大幅な削減につながります。

誤出荷とシステムエラーを防ぐ「SKUコード命名の5大ルール」

担当者が感覚的に文字列を作成すると、CSVデータの読み込みエラーや現場での読み間違いによる誤出荷が発生します。現場の作業者やWMS（倉庫管理システム）が誤認を起こさないための標準フォーマットとして、以下の5つの基本原則を適用します。

• 半角英数字（大文字）のみを使用する：全角文字やひらがなはシステム連携時の文字化けの要因となります。英字は大文字（例：BLK）に統一し、小文字との混在を防ぎます。
• 区切り文字は「半角ハイフン（-）」に統一する：スペースやアンダースコア（_）はCSV出力時の列ズレの原因になるため、属性の境目はすべて半角ハイフンで区切ります。
• 誤読・視認ミスの多い混同文字を排除する：数字の「1」と英大文字の「I」、数字の「0」と英大文字の「O」、英大文字の「Z」と数字の「2」など、見間違えやすい文字は使用を避けます。
• 「カテゴリ-型番-カラー-サイズ」の階層順を統一する：情報の並び順を固定することで、ピッキング時の確認視線が安定し、取り違いの発生率を下げられます。
• 桁数とフォーマットの上限を揃える：カテゴリごとに「カテゴリ3桁-型番4桁-カラー2桁-サイズ2桁」のように桁数を固定化し、データの桁落ちや照合エラーを防ぎます。

これらのルールを反映した具体的コードの標準例とトラブルの原因は下表の通りです。

要素	NG例（トラブルの原因）	OK例（標準フォーマット）	エラー・誤出荷の発生理由
使用文字	ＴＳ-黒-01（全角混在）	TS-BLK-01	WMSやCSV取り込み時に文字化けし、自動連携が停止する。
区切り文字	TS_BLK 01（混在・空欄）	TS-BLK-01	空欄がデータ区切りと誤認識され、別カラムへデータが化ける。
視認性	TS-O1I-01（0とO、1とI）	TS-BLK-S1	ピッキングリスト上で作業員が「数字の0」か「英字のO」か判断できず誤ピッキングを起こす。
階層構造	S-TS-BLK / TS-BLK-S（順序不統一）	TS-BLK-S / TS-RED-M	属性の表示位置が不統一なため、ピッキング時の照合工数が増加する。

ECサイト（バリエーション表示）とWMS/基幹システムを紐付けるマスター設計

ECフロントとバックエンド（WMS・基幹システム）間のデータ不一致を防ぎ、APIやCSVでの在庫自動同期を安定させるためには、次の3つのマスター設計手順を実施します。

1. 「Single Source of Truth（一意の情報源）」として親マスターを一元化する
必ず「基幹システム」または「統合OMS（受注管理システム）」を親マスターと定義し、生成した統一SKUコードをECフロントおよびWMSに一方向で同期・配信するフローを設計します。

2. バリエーションIDと倉庫SKUコードの1対1完全マッピング
ECサイト側のバリエーション表示に対し、WMS側の実コードをAPI連携マッピングテーブルで1対1で対応させます。モールごとにコード指定が必要な場合でも、OMS内部で単一の共通SKUコードに変換してWMSにピッキング指示を送信する設計にします。

3. セット商品・組み替え商品の展開ロジックをWMS連携前に定義する
「Tシャツ2枚組セット（SET-TS-2P）」のような受注が入った際、OMSまたはWMSの引当ロジックにおいて「単品SKU（TS-BLK-M）×1 ＋ 単品SKU（TS-WHT-M）×1」に自動分解して在庫を引き当てるマスター定義を行います。

月間1,000件以上の出荷を処理するアパレルEC事業者において、この1対1マッピングとセット品展開ロジックを構築した結果、年間数百件発生していた売り越しや引当ミスが解消され、出荷リードタイムの短縮が達成された実績があります。

SKU単位管理がもたらす現場メリットと増大（SKUスプロール）に伴うリスク対策

最小単位であるSKUで在庫をコントロールすることは、業務の精度向上に直結します。一方で、無計画な属性拡張による「SKUの肥大化」には注意が必要です。

在庫の可視化による欠品防止・ピッキング精度向上と「死に筋SKU」の早期発見

SKU単位で在庫を把握することにより、現場オペレーションと在庫管理には以下の3つの具体的なメリットが生じます。

• リアルタイムな在庫可視化と欠品防止：月間5,000件の出荷を処理する現場において、「Tシャツのホワイト・Mサイズ」といった特定属性の在庫数をピンポイントで追跡できます。特定のカラー・サイズのみが急激に消化された場合でも早期に検知して補充発注を行えるため、人気商品の機会損失を防げます。
• 誤出荷の防止とピッキング精度向上：保管棚（ロケーション）とSKUコードを1対1で紐付けることで、類似商品（色違い・サイズ違い）の取り違えを防止します。ハンディターミナルでの検品をSKU単位で実施することで、誤出荷率を0.01%以下まで抑える効果が得られます。
• 「死に筋SKU」の早期特定とキャッシュ化：SKUごとの出荷波動を分析することで、直近90日間出荷がない動きの止まった属性を自動抽出し、早期にセールや店舗間移動へ回すことで保管コストの圧迫を回避できます。

SKU増大（肥大化）が引き起こす保管効率低下・管理コスト高騰リスクとその回避策

品揃えの強化やカラー・サイズ展開の過度な拡張により、管理対象のSKU数が際限なく増加する現象を「SKUスプロール（SKU肥大化）」と呼びます。

取扱SKU数が2,000から6,000に膨らんだ物流倉庫の事例では、棚の間口不足によりピッキング動線が20%以上長くなり、移動時間と棚卸し工数が大幅に増加しました。適正なSKU数を維持し、管理コストの高騰を防ぐための手順は以下の通りです。

1. ABC分析を用いたSKUのランク付け
過去6ヶ月の「売上高」または「出荷数量」を軸に、上位70%をAランク、次の20%をBランク、残りの10%をCランクと分類し、SKUごとの貢献度を定量的に把握します。

2. 明確な廃番・絞り込み基準の策定と自動運用
以下のような定量ルールを文書化し、自動運用します。

• 最終出荷日から「180日以上」動きがないCランクSKUは廃番候補として自動フラグを立てる。
• 新規投入から「90日経過」時点で目標販売数の30%未満の属性は再発注を停止する。
• 売上構成比が「3%未満」のカラー属性は次期シーズンでの展開を取りやめる。

3. 統制された採番・運用ルールの策定
商品登録時の採番権限を一元化し、発番基準を統一します。このガイドラインを整備することで既存SKUとの重複登録を防ぎ、商品マスターの健全性を長期にわたって維持できます。

SKU管理を効率化するDXツール選定と自社運用チェックリスト

荷役時間の短縮や倉庫作業の効率化が求められる中、人手不足に対応しつつ精度を保つには、システムやIoT技術を活用した自動化アプローチが不可欠です。

WMS・IoT重量検知を活用したSKU管理の自動化と省人化アプローチ

SKU管理の精度を高めるためには、JANコードとWMS内のSKUコードを正確に紐付けるデータベース設計が前提となります。バーコードスキャナを用いた自動照合により誤出荷のリスクを物理的に遮断できます。

さらに、手動でのカウント工数を削減するためにはIoT重量センサーの導入が有効です。保管棚に重量センサーを設置し、SKUごとの「単体重量」をシステムに登録しておくことで、置かれた荷物の合計重量の変化から現在の在庫数量をリアルタイムで自動算出できます。ネジやボルトといった大量の小型部品、梱包資材、定番消耗品など手作業でのカウントに時間を要していた品目において、棚卸し作業の完全無人化を実現できます。

月間1,000件の出荷を処理する3PL拠点において、WMSによるバーコード照合とIoT重量センサーを組み合わせた運用へ刷新したケースでは、SKUごとの棚卸し工数を従来比で約70%削減し、ピッキング誤配率を0.01%以下に抑える成果が得られています。

明日から使える「自社SKU設定・運用改善チェックリスト」

自社の現在の管理体制を客観的に評価し、実務改善へ落とし込むための「SKU適正化・運用の5項目チェックリスト」は以下の通りです。

評価項目	チェック内容	判定基準（OK / NG）	改善アクションの指針
1. 命名ルールの標準化	明確な設定ルールに基づき、誰が見ても商品属性（色・サイズ等）を判別できるコード体系になっているか	全社でルールが統一され、採番仕様書がマニュアル化されていればOK	コードの属性順序（ブランド-品番-カラー-サイズ）を固定化し、WMS登録前の採番ルールを明文書化する。
2. 概念の分離と現場定着	現場スタッフが「アイテム」と「SKU」の概念を正しく理解し、最小管理単位で区別できているか	サイズ違い・色違いを同一アイテムとして扱わず、SKU単位で棚割り・伝票処理がされていればOK	Tシャツ（1アイテム＝3色×3サイズ＝9SKU）などの具体例を用いた講習を実施し、管理単位の認識を揃える。
3. コード紐付けのデータベース化	JANコードと自社SKUの違いを整理し、システム上で正確な変換テーブルが維持されているか	JANコードのスキャンにより、WMS上で対応するSKUおよび保管ロケーションが即座に特定できればOK	マスターデータ上にJANと自社SKUの対照表を構築し、入荷検品時の誤登録や二重登録を未然に防止する。
4. SKU数と保管効率のバランス	過度なSKU数の増加を抑え、在庫可視化のメリットが保管コスト増を上回っているか	不動在庫・非稼働SKUの定期的な廃番・削除ルールが機能していればOK	直近6ヶ月間出荷がない低回転SKUを自動抽出する仕組みを整え、定期的な絞り込みで倉庫スペースを適正化する。
5. 実作業のデータ自動集計化	手動のカウントから脱却し、ハンディ端末やIoT重量検知による自動集計へ移行しているか	棚卸作業で目視の手書き集計を行わず、デジタルデータとして即時出力できればOK	重量センサーやハンディターミナルを一部の主要エリアから導入し、手動集計の工数を段階的に削減する。

チェックリストで「NG」となった項目から優先的に見直しを行い、「コード採番ルールの統一」や「マスターデータの整備」といった基盤構築から着手することで、人手に依存しない持続可能な在庫管理体制が構築されます。

よくある質問（FAQ）