SSCC-18 とは:18桁の構造とチェックディジットの計算方法
SSCC-18 はパレットと ASN を結びつけるシリアルシッピングコンテナコードです。18 桁の内訳、チェックディジットの計算方法、そして使い回しがチャージバックになる理由を解説します。

パレットラベルの GS1-128 バーコードの下に印刷された 18 桁の数字を見つめて、これが何を意味するのか不思議に思ったことがあるなら、このガイドが答えです。SSCC-18(Serial Shipping Container Code)は物流出荷において最も重要な番号です — 小売業者の倉庫システムが、その物理的な箱の電子的な記録を引き出し、ASN と照合し、手に触れずにルーティングできるようにするものです。
このガイドでは、構造を読み解き、チェックディジットの計算を順に追い、それが属するアプリケーション識別子を説明し、そして最も多くのチャージバックを生むただ 1 つの規則を明確にします。SSCC は決して使い回してはならない。
SSCC-18 とは実際には何か
SSCC は、物流ユニット — 保管や輸送のためにまとめて包装された商取引品目の組み合わせ、たとえばケース、パレット、小包 — を一意に識別する 18 桁の番号です。
特別な点は 2 つあります。
- グローバルである。 GS1 企業プレフィックスを埋め込んでいるため、この番号は世界的に一意であり、GS1 を通じて管理されています。
- 製品ではなくコンテナである。 SSCC は_出荷ユニット_を識別します。中身ではありません。製品そのものを識別する GTIN と混同しないでください。1 つのパレットに 1 つの SSCC、そこに何百もの GTIN が含まれていてかまいません。
18 桁を項目ごとに見る
構造は次の通りです。
Extension digit GS1 Company Prefix Serial reference Check digit N1 N2 ... (7-9 digits) N10 ... N18
| 桁位置 | 項目 | 何であるか | 誰が割り当てるか |
|---|---|---|---|
| N1 | 拡張ディジット | 採番容量を増やす(0〜9) | あなた(出荷者) |
| N2–N10+ | GS1 企業プレフィックス | 企業を世界的に識別する | GS1 加盟組織 |
| 残り | シリアル参照 | カートンごとに一意のシリアル | あなた(通常は連番) |
| N18 | チェックディジット | 番号全体を検証する | GS1 アルゴリズムで算出される |
拡張ディジット(N1)
最初の 1 桁は国コードではありません — よくある誤解です。それは単に採番空間を広げる拡張ディジットです。0 から 9 までの任意の値を取れ、その使い方は SSCC を割り当てる会社の裁量です。
多くのサプライヤーは最初の 1 桁が_必ず_ 3 だと信じています。そうではありません — それは 1980 年代に SSCC が導入されたときの恣意的な慣習でした。どの数字でも機能しますが、変更した場合はチェックディジットを再計算しなければなりません。
GS1 企業プレフィックス(N2–N10)
これは GS1 システムにおけるあなたの ID であり、SSCC を世界的に一意にする要素です。その長さ(7、8、または 9 桁)は、GS1 加盟組織の割り当てポリシーで決まります。それは箱がどこで作られたかを示すものではありません — その物流ユニットに責任を持つのは誰かを識別します。
シリアル参照(N11–N17)
これはあなたの会社が個々のカートンに割り当てるシリアル番号です。最も単純で一般的な方法は連番です。...000000、...000001、...000002 といった具合に。ここが、あなたが生成するすべてのカートンについて一意でなければならない部分 — 使い回し禁止ルールの核心です。
チェックディジット(N18)
最後の 1 桁は、先行する 17 桁から標準的な GS1 モジュラス 10 アルゴリズム(GTIN と同じもの)で算出されます。これは桁の入れ替わりや転記ミスを検出するためのものです — 誰かが番号を入力してチェックディジットが一致しなければ、データベースを調べなくてもシステムはその番号が誤っていると分かります。
SSCC チェックディジットの計算方法
アルゴリズムは GS1 モジュラス 10 方式で、_右_から交互に重み 3 と 1 を掛けて各桁を合計し、次の 10 の倍数から差し引きます。
計算例 — 最初の 17 桁を 3 0 123456 1234567 8 とします(ここでは分かりやすく 7 桁のプレフィックスを使用)。
- 17 桁の最も右(桁位置 17、この場合は 7)から始め、左へ向かって交互に重み 3, 1, 3, 1... を掛ける。
- 重み付けした桁を合計する。
- チェックディジット = 合計を 10 の倍数にするために必要な最小の数。
実際には誰も手計算しません — GS1 は チェックディジット電卓 を公開しており、正しい GS1-128 ジェネレーターはチェックディジットを計算して付加してくれます。無料バーコードジェネレーター はこれを自動で行います。手入力する場合は電卓を使ってください。チェックディジットの 1 桁ずれは、カートン全体を静かに駄目にします。
アプリケーション識別子 (00)
GS1-128 ラベル上で、SSCC はアプリケーション識別子 (00) の下に運ばれます。人間可読な形では (00) 3 0 123456 123456789 8 のように表示されます。00 を囲む括弧は_人間可読な解釈_の一部にすぎず、バーコード自体には決して符号化されません。
AI はスキャナーに、続くデータが何の種類かを伝えます。(00) は「次の 18 桁は SSCC である」という意味です。だからこそ、この番号は GTIN (01) やロット番号 (10) といった他の符号化データと並んで、1 つの GS1-128 記号の中に置けるのです。
使い回し禁止ルール(なぜそれがチャージバックを生むのか)
SSCC に関する最も高くつくミスは、シリアル参照を使い回すことです。SSCC は ASN への結合キーだからです。
- 同じ(または期間が重なる)出荷で異なる 2 つのカートンに同じ SSCC を印刷すると、受取側のシステムは両者を区別できません。2 番目のカートンは ASN 上「すでに到着済み」なので、照合が失敗します。
- Walmart のプログラムでは、SSCC-18 ラベルの誤りや欠落はカートンあたり $500 です。使い回しは典型的な「誤った SSCC」です。
- 小売業者はこれを追跡しています。シリアル参照の使い回しは丸め誤差ではなく、FSMA 204 のようなトレーサビリティ義務が依存する監査証跡を破壊します。
規則は絶対です。各物流ユニットが独自の SSCC を持ち、シリアル参照を決して使い回さない。 システムが連番を割り当てていて枯渇したなら、拡張ディジットを使って空間を広げます — 番号の使い回しを始めてはいけません。
SSCC と他の GS1 キーの違い
SSCC を他の GS1 識別子と混同するのはよくあることです。違いは機能的なものです。
| キー | 識別する対象 | 例 |
|---|---|---|
| SSCC-18 | 物流ユニット(パレット / ケース) | ある出荷の中の特定の 1 パレット |
| GTIN | 製品(商取引品目) | 「このシリアルの 12 個パック」 |
| GRAI | 返却可能な資産 | 「このパレット用コンテナ」 |
| GIAI | 個々の資産 | 「このフォークリフト」 |
完全な物流ラベルには、SSCC(物流ユニット)、1 つ以上の GTIN(中身)、そして GLN(納品先)が別々のセグメントに並ぶことがあります。標準的な 3 セグメント構成 — 上に運送業者、中央に顧客、下に SSCC セグメント — は GS1 物流ラベルガイドライン に示されています。
SSCC を誰が割り当てるのか
混乱の種になりやすいのが、_「どの会社が SSCC を作る責任があるのか?」_という問いです。GS1 の規則は明確です。
- SSCC は、物流ユニットを作った者 — 「出荷者」 — が、その会社自身の GS1 企業プレフィックスを使って割り当てます。
- 物流ユニットが SSCC なしで倉庫に到着した場合、チェーン内の次の当事者(3PL または顧客)が割り当ててもかまいません。
これは、まだ GS1 企業プレフィックスを持っていないサプライヤーにとって現実的な帰結を持ちます。自分では有効な SSCC を作れない可能性があり、それは即席の番号をでっち上げるのではなく、プレフィックスを取得する十分な理由になります。他人のプレフィックス — あるいは架空のプレフィックス — に基づく SSCC は世界的に一意ではなく、受入ドックでの照合に失敗します。
もう一つ、より微妙な点があります。SSCC は梱包した当事者が梱包時に割り当てるため、同じ物理的な商品が、輸送中に再梱包やパレット積み替えが行われれば、正当に異なる SSCC の下に置かれることになります。SSCC は_コンテナ_に紐づいており、中身には紐づいていません。だからこそ SSCC は受領されて開梱された後「価値を失う」のです — 出荷参照としての役目を終えたからです。
計算例:実際の SSCC 文字列
具体的な文字列で全部を組み立ててみましょう。代表的な SSCC-18 は次の通りです。
(00) 3 0 123456 123456789 0
分解すると:
(00)— スキャナーに「これは SSCC である」と伝えるアプリケーション識別子。3— 拡張ディジット。0123456— GS1 企業プレフィックス(ここでは 7 桁)。123456789— この 1 つのカートンに割り当てられたシリアル参照。0— 先行する 17 桁から算出されたチェックディジット。
よくある質問として、拡張ディジットとチェックディジットがプレフィックスやシリアルと衝突しないのか、というものがあります。衝突しません。チェックディジットは 17 桁全体から導かれ、拡張ディジットは採番空間を変えるからです。この構造の存在意義は、有効な組み合わせが決して衝突しないこと — だからこそ_あなた_がシリアルを使い回して一意性を上書きしてはならないのです。
SSCC 文字列を素早く正しく生成したいなら、無料バーコードジェネレーター が構造とチェックディジットを処理してくれるので、あなたが考える必要はありません。
配置とサイズの要件
SSCC はアンカーであるため、ラベル上の何よりも厳しい配置ルールを持ちます。
- 最下段のバーコード。 AI (00) の下の SSCC は、常にラベルの最下段のバーコードに、他のどのセグメントより下に置かなければなりません。これは規範的な要件であり、好みではありません。
- ピケットフェンス向き(バーはユニットの底辺に対して垂直)。
- バー高さ 31.75 mm(1.25 インチ)以上 — ラベル上のすべての GS1-128 について。
- X 次元 0.495〜0.94 mm、目標 0.495 mm。
- 静区は各側に X 次元の 10 倍以上。
- グレード B (2.5) を生産時点で、使用時点で最低 グレード C (1.5)。
物理面の配置ルールは 物流ラベルの貼付位置ガイド に、サイズの制約は X 次元ガイド に詳しく書かれています。
要点
SSCC-18 は 1 つの物流ユニットを識別する、世界的に一意な 18 桁の番号です。拡張ディジット、GS1 企業プレフィックス、シリアル参照、チェックディジットから構成され、アプリケーション識別子 (00) の下で GS1-128 の記号に載ります。それは物理的なパレットと ASN を結びつける結合キーなので、一意でなければなりません — シリアル参照を決して使い回さないでください。さもなければ正しい出荷をカートンあたり 500 ドルのチャージバックに変えることになります。チェックディジットはジェネレーターに計算させ、最下段のピケットフェンスのバーコードとしてグレード B・静区 10 倍で印刷し、トラック上のすべての SSCC を送信した ASN と照合してください。
