SKU不統一が在庫崩壊を招く3つのメカニズムと統一設計の進め方

SKU不統一が在庫崩壊を招く3つのメカニズム（同期不能・引当崩壊・数字の信頼喪失）を構造的に解説。命名規則の設計原則5つと、既存SKUを統一するための移行ステップを実務レベルで整理しています。チェックリストで自社のSKU管理の危険度を判定できます。

SKU体系がモールごとにバラバラな状態は、在庫同期の不能・引当ミス・棚卸不一致を連鎖的に引き起こし、在庫管理そのものの崩壊につながります。本記事ではSKU不統一が在庫崩壊を招く3つのメカニズムを整理したうえで、統一のための命名設計と移行手順を解説します。

SKU不統一とは何か──「なんとなく回っている」状態のリスク

SKU（在庫管理の最小単位）の不統一とは、同じ商品に対して販売チャネルや担当者ごとに異なるコードが振られている状態を指します。

たとえば、自社ECでは「BLK-TS-M」、楽天では「10001-M-BK」、Amazonでは「TSHIRT-BLACK-M」のように、同一のTシャツ黒Mサイズに3種類のSKUが存在しているケースです。

SKU不統一が生まれる背景には、いくつかの典型パターンがあります。

• モール独自コードの踏襲：出店時にモールのサンプル形式をそのまま使い、全体のルールを決めなかった
• 担当者ごとの命名：命名ルールが口頭伝達のみで、担当者が変わるたびに記法が変わった
• 増改築による混在：バリエーション追加やセット商品の都度対応でルールが崩れた

問題は、この状態がすぐに破綻するわけではない点です。SKU数が少なく、販売チャネルが1〜2つのうちは、担当者の記憶と手作業でなんとか回ります。しかし、SKU数が増えてチャネルを追加した瞬間、問題は爆発的に悪化します。管理すべき「SKUコードの組み合わせ」は、SKU数×チャネル数で増加するためです。

SKU不統一が在庫崩壊を招く3つのメカニズム

SKU不統一は「コードがバラバラで見づらい」という表面的な問題ではありません。在庫管理の仕組みそのものを破壊する3つのメカニズムがあります。

メカニズム1：在庫同期が効かなくなる（マッピング不能）

在庫管理ツールが複数チャネルの在庫を同期するには、「このモールのこのSKU＝あのモールのこのSKU」という対応関係（マッピング）が必要です。

SKUコードが統一されていれば、このマッピングは自動で成立します。しかし、モールごとに異なるSKU体系を使っている場合、ツールは同一商品を別の商品と認識してしまいます。

結果として起きることは明確です。楽天で1点売れても、Amazonの在庫は減りません。同時に注文が入れば、実在庫を超えて販売してしまう──いわゆる二重販売（売り越し）が発生します。

マッピングテーブルを手動で作成・維持する方法もありますが、SKU数が100を超えると現実的ではなくなります。新商品追加やバリエーション変更のたびにテーブルの更新漏れが発生し、同期の正確性はすぐに崩れます。

メカニズム2：引当・出荷でミスが連鎖する（名寄せ崩壊）

同じ商品に複数のSKUが存在すると、注文を受けた際の在庫引当（注文に対して在庫を確保する処理）が正しく機能しなくなります。

具体的な例を挙げます。あるTシャツの黒Mサイズが実際には10点あるとします。しかし、SKUが「BLK-TS-M」と「10001-M-BK」に分かれて登録されていると、それぞれ5点ずつの在庫として扱われます。片方が売り切れになった時点で「欠品」と表示されますが、実際にはもう片方のSKUに在庫が残っています。

この問題はセット商品やバリエーション商品でさらに深刻になります。

• セット商品の場合：セット用SKUと単品SKUの親子関係が設計されていないと、セットが売れても単品の在庫が減らない
• バリエーション商品の場合：色やサイズごとのSKU設計が崩れると、出荷時にピッキングミスが起きやすくなる

在庫があるのに売れない、在庫がないのに売れてしまう──どちらも、顧客対応コストの増加と信頼の毀損につながります。

メカニズム3：棚卸・分析データが信用できなくなる（数字の信頼喪失）

メカニズム1と2の結果として、システム上の在庫数と実際の在庫数が乖離します。棚卸を実施しても、同一商品が複数のSKUに分散しているため、差異の原因が特定できません。

こうなると、毎月の棚卸が「差異を見つけて調整する作業」になります。調整で帳尻を合わせても、根本原因（SKU不統一）が解決していないため、翌月にはまた差異が発生します。

さらに深刻なのは、販売データの信頼性が損なわれることです。同じ商品の売上が複数のSKUに分散していると、どの商品が本当に売れているのかを正確に把握できません。発注判断の精度が下がり、売れ筋商品の欠品と不人気商品の過剰在庫が同時に発生する──在庫管理の「崩壊」と呼べる状態です。

SKU不統一が起きやすい4つの場面

SKU不統一は、日常の業務の中で少しずつ蓄積されます。特に以下の4つの場面では、ルールが崩れやすい傾向があります。

1. モール出店時

新しいモールに出店する際、既存のSKU体系を確認せず、そのモールの入力フォームに合わせてコードを振ってしまうケースです。「まずは出店して売上を作る」ことが優先され、SKU設計は後回しになりがちです。

2. バリエーション追加時

既存商品に新しい色やサイズを追加する際、元のルールを忘れて独自の記法で追加してしまうパターンです。特に、季節商品やコラボ商品など「例外的な」追加が重なると、ルールの崩れが加速します。

3. セット商品・福袋の作成時

セット商品や福袋を作る際に、親SKU（セット全体）と子SKU（構成単品）の関係を定義せずに登録してしまうケースです。セットが売れたときに構成単品の在庫を減算する仕組みがなければ、単品の在庫数は実態と乖離し続けます。

4. 担当者の交代・引き継ぎ時

命名ルールがドキュメント化されておらず、前任者の頭の中だけにあった場合、引き継ぎと同時にルールが消失します。後任者は自分なりのルールでSKUを振り始め、混在状態が生まれます。

SKU統一のための命名規則設計──5つの原則

SKU不統一を解消するには、まず全チャネル共通の命名規則を設計する必要があります。以下の5つの原則に沿って設計すると、将来のSKU追加やチャネル拡張にも耐えられる体系になります。

原則1：全モール共通の1つのSKU体系を持つ

各モールの管理画面で使う「モール側の商品コード」と、自社の基準となるSKUコードを分けて考えます。自社の基準SKUを1つ決め、モール側のコード欄にはその基準SKUを入力するのが原則です。モール側が独自の形式を求める場合でも、対照テーブルで基準SKUと紐づけられる状態を維持します。

原則2：構造化フォーマットを使う

SKUコードに商品の属性情報を構造的に埋め込みます。たとえば「カテゴリ-ブランド-品番-バリエーション」のような形式です。

例：TS-BRAND01-001-BK-M（Tシャツ・ブランド01・品番001・黒・Mサイズ）

この形式であれば、コードを見ただけで商品の種類と属性がわかり、検索やソートにも使えます。

原則3：英数字のみ、大文字統一、桁数固定

SKUコードには半角英数字とハイフンのみを使い、大文字に統一します。日本語や特殊記号は、在庫管理システムやCSVインポートでエラーの原因になります。各セグメントの桁数を固定することで、将来の拡張にも対応できます。

原則4：セット商品・バリエーションの親子関係を命名に反映

セット商品には「SET-」プレフィックスを付け、構成単品のSKUとの対応関係を別途定義します。バリエーション商品は、共通部分（親SKU）＋属性部分（子SKU）の形式で命名し、親子関係がコード上で明示されるようにします。

原則5：廃盤SKUは削除せず非活性化する

販売終了した商品のSKUを削除すると、過去の販売データや棚卸履歴との紐づけが切れます。廃盤SKUは「非活性」ステータスにして在庫引当から外し、データとしては残す運用にします。

既存SKUを統一する移行ステップ

「命名規則はわかったが、既存のバラバラなSKUをどう整理するか」──これが実務上の最大の課題です。以下のステップで段階的に移行します。

ステップ1：現行SKU棚卸し

全チャネル×全商品のSKUコードを一覧化し、対照表を作ります。同じ商品なのに異なるSKUが振られているケースを洗い出します。この作業はCSVエクスポートで実施できますが、SKU数が多い場合は1チャネルずつ進めると管理しやすくなります。

ステップ2：新命名規則の策定と社内合意

前述の5原則に基づいて自社の命名規則を策定し、関係者（EC担当、物流担当、管理者）と合意します。ルールはスプレッドシートや社内Wikiに文書化し、「誰でも参照できる状態」にします。

ステップ3：マスタSKUへの名寄せ

ステップ1の対照表に新しいSKUコードを追加し、「旧コード→新コード」のマッピングテーブルを作ります。この段階でセット商品・バリエーション商品の親子関係も定義します。

ステップ4：在庫管理ツールへの反映と同期テスト

新SKUを在庫管理ツールに登録し、全チャネルとのマッピングを設定します。同期テスト（テスト注文→在庫反映の確認）を実施し、問題がないことを確認してから本番切り替えを行います。

ステップ5：運用ルールの文書化と担当者教育

新商品追加時の手順、バリエーション追加時の命名ルール、セット商品の登録手順を文書化します。担当者が交代しても同じルールで運用できる状態を作ることが、再び不統一に戻ることを防ぐ仕組みです。

SKU統一チェックリスト──自社の状態を判定する

以下のチェックリストで、自社のSKU管理の現状を確認してみてください。

判定の目安

• 「いいえ」が0〜1個：SKU管理は概ね健全です。定期的な見直しを続けてください
• 「いいえ」が2〜4個：部分的にSKU不統一が進行している可能性があります。命名規則の文書化と名寄せの実施を検討してください
• 「いいえ」が5個以上：在庫崩壊のリスクが高い状態です。早急にSKU統一プロジェクトを開始することを推奨します

SKU統一や在庫同期の設計について、自社の状況を整理しながら進め方を相談したい場合は、以下のフォームからお問い合わせください。

SKU統一・在庫同期の設計について相談する

SKU統一から在庫の更新元の一本化へ

SKU統一は、在庫管理を正常に機能させるための基盤です。しかし、SKUを統一しただけでは在庫管理の問題がすべて解決するわけではありません。

統一されたSKU体系の上に、「在庫の更新元を1つに決める」という設計が必要です。どのシステムの在庫数を「正」とするか、更新はどこから行うか、他のチャネルにはどう反映するか──この設計がなければ、SKUが統一されていても在庫ズレは発生し得ます。

SKU統一を入り口として、在庫の更新元の一本化と同期設計まで進めることが、在庫崩壊を根本から防ぐ道筋です。

複数モールの在庫を一元管理するための設計方法については、「在庫の更新元を一本化して複数モールの在庫を管理する方法」で詳しく解説しています。