SKU自動生成ツール（SKU管理番号・商品番号）

SKUとは何か、正確に言うと

SKUとは、事業者が在庫を個別に管理する商品の最小単位です。パーカーを3サイズ・2色で販売する場合、それは1つではなく6つのSKUになります——それぞれの組み合わせは独立して発注・保管・販売されるため、それぞれに専用のコードが必要です。SKUは完全に内部的なものであり、バーコードと違って外部機関が発行したり、一意性をチェックしたりすることはありません。

多くの日本の事業者は、カテゴリー・ブランドまたは仕入先・サイズやバリエーションコード・カラーコード・連番など、3〜5個の短いセグメントをハイフンでつないでSKUを構成します。結果として6〜15文字程度に収まることが多く、棚のラベルや納品書で一目で読み取れる長さになります。

SKUとJANコード・UPC・GTIN・シリアル番号・ロット番号の違い

JANコード（日本版EAN/GTIN）は、GS1 Japanを通じて発行される世界共通の一意なバーコード番号です。楽天市場、Amazon、街の小売店など、どの販売者でも同じJANコードを同じ商品として読み取ります。自分で作ることはできません——GS1が企業プレフィックスをライセンス供与し、事業者はその範囲内で番号を割り当てます。

SKUにはそうした仕組みは一切ありません。事業者自身が考案し、自社のシステム内でのみ一意であればよく、JANコードには決して反映されない情報——どの仕入先から仕入れたか、どのシーズンの商品か、自社カテゴリー構成のどこに位置するか——を含めることができます（むしろそうすべきです）。楽天市場が「SKU管理番号」という独自の呼び方を使うのはまさにこの理由からで、楽天独自の商品管理番号やJANコードとは別に、事業者自身が定義するものです。

シリアル番号は個体を識別するもの（電子機器や保証対象品に有用）で、ロット番号は製造ロットを識別するものです（食品、化粧品、消費期限やリコールリスクのある商品に不可欠）。SKUはその両方の上位概念であり、1つのSKUで多数のロットやシリアル番号にまたがる何千もの単位をカバーできます。

ステップごとに解説：自社のSKU命名ルールを設計する

日本の小規模アパレル事業者向けの実例：カテゴリー「パーカー」→ PAR、ブランド「Nova」→ NOV、サイズ「Medium」→ M、カラー「チャコール」→ CHR とすると、PAR-NOV-M-CHR になります。後日別の仕入先から同じ組み合わせを再入荷する場合は、2桁の連番を追加します——PAR-NOV-M-CHR-02。

1. 在庫をすぐ探せるようにするために本当に役立つ属性を洗い出します。多くの店舗ではカテゴリー、ブランドまたは仕入先、サイズ、カラーです——4〜5個を超えて追加すると、コードが読みにくくなるので避けましょう。
2. 各属性ごとに省略ルールを決めます。「パーカー」は「PAR」（先頭3文字）に、「エクストララージ」は「XL」（頭文字ルール）に、カラー一覧は固定の対応表を使い、「チャコール」が常に「CHR」に短縮されるようにします。
3. 区切り文字を1つ選び、それを守ります。ハイフンが最も安全な万能の選択です——ExcelやShopify、多くのモール一括インポートテンプレートにコピーしても、数式や日付として誤解釈されません。
4. 2つの商品が衝突する可能性がある場合は連番を追加します。ゼロ埋め（001、002…）にすることで、表計算ソフトでコードが正しくソートされます。
5. 生成前に最大文字数を決めます。モールの入力欄には固定の上限があり（後述）、40文字のSKUは14文字のSKUより情報量が多いわけではなく、ただラベル上で読みにくいだけです。

ベストプラクティス——後で苦労する原因になるミス

• アルファベットのOと数字の0を併用しない、また、アルファベットのIまたは小文字のlと数字の1を隣接させない——印刷したラベルや倉庫のトランシーバー越しでは、これらは実際に見分けがつきにくいものです。このツールは両方を自動的に警告します。
• SKUをゼロで始めない。Excelやスプレッドシートは、セルが数値として扱われると先頭のゼロを自動的に削除し、「007-BLU」を再度開いたときに「7-BLU」になってしまいます。このツールはテキストとしてSKUを出力することでこれを防いでいますが、設計段階から先頭のゼロは避けるのが賢明です。
• 変化する情報をコード化しない——仕入先の仕入れ値や倉庫の棚番地、セール価格などです。これら3つは商品自体とは独立して変わるため、仕入先が変わるたびにSKUを振り直すのは、その詳細をコードに埋め込む小さな利点よりもはるかに大きな混乱を招きます。
• カタログ全体でフォーマットを統一する。靴が8文字、アクセサリーが14文字というスキームは、SKUで表をソートしようとして列がずれるまでは無害に見えます。
• 半角英数字（A–Z、0–9）、ハイフン、アンダースコア、ピリオドのみを使う。ひらがな・カタカナ・漢字はSKU自体には使わず、商品の表示名だけに使いましょう——楽天のSKU管理番号やモールへのCSVインポートで文字化けやエラーの原因になります。

モール別のSKUルール（日本の販売者向け）

楽天市場のSKU管理番号：楽天のSKUプロジェクトにより、色・サイズなどのバリエーションごとに「SKU管理番号」を設定する仕組みへの移行が進んでいます。半角英数字で構成する必要があり、ひらがな・カタカナ・漢字は使用できません——このため、日本語の商品名とは別に、半角英数字だけのSKU設計が特に重要になります。

Amazon.co.jp：出品者は自社のSKU（「出品者SKU」、最大40文字）とAmazonのASIN（商品を識別するAmazon独自の番号）の両方を扱います。SKUは出品者ごとに完全に独自であるのに対し、ASINは同じ商品であれば出品者が違っても共通です。

Yahoo!ショッピング：同様に出品者ごとの商品管理番号フィールドを持ち、JANコードとは別に管理します。

どのモールを使う場合でも、JANコードのGS1 Japanの管理体制は変わりません——SKUとJANコードは競合するものではなく、補完し合う識別子です。

一括ワークフロー：表計算ソフトの混乱から整理されたバリエーションマトリクスへ

SKU管理で最も時間を浪費するのは、サイズ・カラーの組み合わせを1つずつ入力することです。4サイズ×5カラー×3モデルを扱う場合、それは60個のSKUになりますが、このツールなら1分もかかりません。サイズ属性に「S, M, L, XL」を一度入力し、カラー属性に5色の名前を一度入力するだけで、すべての組み合わせを真のカルテシアン積のマトリクスとして自動生成できるからです。単品ずつのフォーム入力を繰り返す必要はありません。

生成後は、任意の列で結果テーブルを並べ替えてサイズ展開を確認したり、クリップボードにコピーしてメールに貼り付けたり、CSVやExcelにエクスポートしたりできます。Excelエクスポートでは各SKUを数値ではなくテキストとして書き出すため、先頭の数字やハイフンを含むコードも、在庫管理システムや楽天・Amazonの一括アップロードテンプレートに生成時のまま正確にインポートされます。