1 SKUの基本
1.1 SKUの定義と目的
SKU（Stock Keeping Unit）は、企業が商品やサービスを在庫として識別・管理するための単位を指す。品目そのものではなく、在庫として扱う粒度（例：色やサイズ、仕様、販売形態などの違い）を区別できるように設計される点が特徴である。 目的は、発注や入庫、引当、出荷、返品、会計処理、販売分析といった一連の業務で、正しい対象を一意に結び付けることにある。結果として、欠品や過剰在庫、返品・計上の誤り、需要把握の歪みを減らし、運用を安定させる。
1.2 SKUと商品マスターの関係
1.2.1 製品情報（品目情報）の管理
商品マスターには、品目に関する属性が集約される。SKUはその中の「在庫として区別すべき単位」を表し、品目情報（製品のカテゴリ、ブランド、仕様の基本セットなど）と組み合わせて管理される。 一般に、品目（親）とSKU（子）のように階層化し、共通属性は品目側に寄せ、SKU側には相違が生じる属性のみを持たせる設計が多い。これにより、データ更新の範囲を抑え、照会や分析の整合性を高められる。
1.2.2 取引単位（販売単位・受入単位）の扱い
取引では、販売単位と受入単位が必ずしも一致しない。たとえば、受入は箱単位、販売は個数単位のようなケースがある。SKUは、在庫管理上の基本単位として扱うため、取引単位との換算関係を明確にすることが重要になる。 換算が曖昧だと、引当数量や出荷数量の不一致、棚卸差異、原価計算のズレにつながる。したがって、SKUごとに受入・払出の単位、換算率、在庫への計上方法を定義し、システム上で一貫した処理規則を適用する。
1.3 SKUの付与体系
SKUの付与体系は、識別の一意性と、運用上の可読性・保守性を両立することを狙う。体系には大きく分けて、(1)属性をコードへ組み込む方式、(2)連番中心で別テーブルに属性を持たせる方式、(3)両者を併用する方式がある。 いずれの場合も、将来の追加（新色、新サイズ、仕様変更）に耐える拡張性、欠番や再利用ルール、無効化（販売停止や廃番）の扱いが設計要件になる。特にコードの再利用は過去データの集計を崩す可能性があるため、運用方針として慎重な判断が求められる。
2 SKU設計（粒度と命名規則）
2.1 粒度の決め方
SKU設計の中核は、どこまでを「別SKU」として管理するかという粒度の決定である。粒度が細かすぎるとSKU数が増え、マスター管理や運用が重くなる。一方、粗すぎると在庫の振る舞い（欠品しやすさ、供給制約、価格体系）が混ざり、需要予測や引当が歪む。 目標は、需要・供給・在庫評価の観点で意思決定に必要な差が、SKUの差として表現される状態を作ることである。
2.1.1 バリエーション（色・サイズ等）の扱い
色・サイズ・材質・仕様といったバリエーションは、販売データが分かれることが多く、需要や販促への反応も異なりやすい。したがって、販売可能性や欠品リスクがバリエーション単位で異なるなら、SKUとして分離する価値が高い。 ただし、バリエーションを分けることで管理工数が増える。たとえば、発注リードタイムが共通で、欠品が同一の要因で起き、かつ値引きや返品条件も同等なら、一定の範囲でまとめても運用負荷を抑えられる場合がある。
2.1.2 在庫・供給・需要の違いによる分割基準
分割基準は、少なくとも次の観点を含めると判断しやすい。 第一に、供給面である。仕入先が異なる、納期が異なる、補充のルートが違う、ロットが分離されるなどの場合は、欠品や過剰の発生パターンが変わるため、別SKUにする合理性が高い。 第二に、需要面である。顧客セグメントや販売チャネルにより動きが違う、販促や価格感応が異なる、返品率や保証条件が変わる場合も、粒度を上げることで分析精度と在庫最適化が向上する。 第三に、在庫評価や会計上の要件である。原価配賦、評価方法、滞留計上の考え方がSKU単位で異なるなら、その差を反映させる必要がある。
2.2 命名規則とコード体系
2.2.1 桁構成（属性を組み込む設計）
桁構成に属性を組み込む方式では、SKUから一定の意味が読み取れるため、現場の照合や監査対応を助ける。例として、カテゴリ、主要仕様、サイズ、色、販路区分などを固定長で配置する設計がある。 一方で、属性の追加や仕様の変化が起きた際に、コード長や位置の再設計が必要になることがある。そのため、将来の拡張余地（空き枠、可変部分の設計、別体系への切替手順）を明記し、システム移行のコストを抑える。
2.2.2 ヒューマンエラーを減らす工夫
命名規則は、入力・照会・貼付の場面で誤りを生みにくくすることが重要である。代表的な工夫として、チェックデジット（検算）、禁止文字の定義、桁数の固定、先頭ゼロの扱い統一、同形異義の回避（例：0とOの混同対策）などが挙げられる。 また、運用面では、登録画面でのプルダウンや参照辞書、コード採番の自動化、重複チェック、権限による登録制限が有効である。現場の負担を減らすほど、結果的にデータ品質も安定する。
2.3 SKU数の最適化
SKU数は、管理の精度とコストのトレードオフで決まる。最適化では、まず目的を分けて考える。日々の運用（引当・出荷・棚卸）に必要な粒度と、分析のために必要な粒度は一致しないことがある。後者はタグや属性の活用で補えるため、SKU自体を増やしすぎない設計が可能になる。 次に、廃番・休眠の運用を明確化する。長期間動きのないSKUを放置すると検索や棚卸が重くなるため、無効化の基準、再開時の扱い、参照データの保全方針を整える。さらに、導入時点の見込みよりもSKUが膨らんだ場合の抑制策（条件に合致する場合のみ分離する等）を、意思決定ルールとして定めると効果的である。
3 SKU運用と業務プロセス
3.1 発注・入荷・検品との連携
SKU運用は、取引データの連携で破綻しやすい領域である。発注時点でのSKU指定が正しくても、入荷時の検品で仕様が一致しない場合や、受入単位の換算が誤る場合には、在庫計上が崩れる。 対策として、発注書と入荷実績でのSKU照合、検品結果の反映（差異理由コードの記録）、受入単位・数量換算の自動確認、ロットや有効期限を必要とする商品の扱い整理などが挙げられる。検品データをSKUに結び付け、差異が起きた場合は後工程（引当・返品処理・原価計算）にも影響を伝える仕組みが求められる。
3.2 在庫引当・出荷・返品の整合
引当は、販売・作業予定と在庫状況を結び付ける工程である。SKUが適切に定義されていれば、引当数量や出荷可能数量の計算が安定するが、SKUごとの在庫区分（在庫状態、引当済、引当解除待ち、返品待ちなど）の管理が欠けると整合が崩れる。 出荷では、実際の品が指定SKUと一致することを確認し、誤出荷を防ぐ。返品では、元のSKUに戻すのか、再販売用の区分として別扱いにするのか、検品結果に応じて在庫状態を更新する。こうした状態遷移の設計は、在庫差異の原因追跡にも直結する。
3.3 値付けと販路別管理
3.3.1 価格・販促の適用単位
価格や販促の適用単位は、SKU設計と同じ粒度であるとは限らない。たとえば、同一SKUでもチャネルによって単価が異なる場合がある。したがって、価格テーブルや販促設定ではSKUだけでなく、顧客区分・販路・期間・取引条件などのキーを組み合わせる設計が一般的である。 運用上は、価格の優先順位（特定条件が一般条件より上位など）と、有効期間の開始・終了処理を明確にする必要がある。誤った適用は、会計計上や値引き承認の監査に影響する。
3.3.2 ルール変更時の反映方法
価格体系や販促条件の変更は頻度が高く、変更漏れが問題になりやすい。反映方法としては、(1)マスター更新で即時適用する方式、(2)有効期間で自動切替する方式、(3)移行期間を設け二重管理しつつ段階的に切り替える方式がある。 どの方式でも、変更がSKUに紐づくテーブルへ確実に反映されること、適用前後でのデータ整合（請求・値引き実績の再計算要否）、例外条件の取り扱いが重要である。承認フローとログ保存も、後からの検証可能性を高める要素になる。
4 SKUデータ活用（分析・改善）
4.1 需要予測と在庫最適化
SKUデータは、需要予測と発注計画の入力となる。過去販売量、季節性、販促履歴、価格変動、在庫状態といった情報をSKU単位で整えることで、モデルの学習データが安定しやすい。 また在庫最適化では、欠品リスクと在庫保持コストのバランスを取る。リードタイムが異なるSKU、販売サイクルが短いSKU、供給が不安定なSKUなどを区別して扱えるため、粒度設計の良し悪しが結果に現れる。予測精度の改善だけでなく、安全在庫水準の見直しや発注頻度の調整にもつながる。
4.2 欠品・滞留在庫の要因分析
欠品は「供給が足りない」の単純原因だけでなく、SKUの定義、販路別の需要差、発注ルールの設定不備など複合要因で起こりうる。滞留も同様で、需要の弱さ、価格の競争力、販促のタイミング、返品増による実効需要の低下などが関係する。 要因分析では、SKUごとに販売回転、入出庫のタイミング、引当の消化状況、値引きの履歴、売り場停止や在庫品質（検品不良や再販条件）を関連付けると、原因の切り分けが進む。データの時系列と状態区分の整合を重視するほど、次の施策に結び付けやすい。
4.3 棚卸とデータ品質管理
4.3.1 重複SKU・未使用SKUの点検
棚卸や集計を続けると、重複したSKU登録や、実運用されないSKUが蓄積することがある。重複は在庫の分散を招き、回転率や原価計算の誤差につながる。未使用SKUはマスターのノイズになり、分析の母集団を歪める。 点検では、コードの同一性だけでなく、属性の一致度（同一製品の別コード、同一仕様の重複バリエーション等）を突合し、統廃合の候補を作る。統廃合に際しては、取引履歴・請求履歴・会計仕訳との整合を崩さない移行計画が不可欠である。
4.3.2 マスター更新のガバナンス
SKUマスターの更新は、担当者の属人性を排し、変更の影響範囲を管理する必要がある。ガバナンスには、登録・変更・無効化の権限設計、承認手順、変更理由の記録、影響確認（関連テーブル、価格、販路設定、在庫区分、帳票）などが含まれる。 また、マスターの履歴（いつ何が変わり、どの範囲に適用されたか）を追跡できる仕組みは、データ品質の監査や障害解析に有効である。ルールを定め、運用ログを残すことで、データの信頼性を継続的に維持できる。