GS1-128とは？

GS1-128（旧称：UCC/EAN-128）は、国際標準化機関GS1が定めた、サプライチェーン全体で取引情報を正確に共有するための国際標準バーコード規格です。ベースとなるシンボルにはASCII 128文字を表現できる「CODE128（ISO/IEC 15417準拠）」を採用していますが、データの標準化ルールと内部構造において一般的なCODE128とは明確に区別されます。本稿では、GS1-128のデータ構造、物流ラベルの寸法設計、WMS連携時のパースロジック、エラー対策までを体系的に解説します。

GS1-128とは？基礎構造とCODE128との決定的な違い

GS1-128は、単にデータを幾何学模様に変換したバーコードシンボルではなく、格納されるデータの種類や意味まで世界共通で解釈できるように定義されたデータキャリアです。ベース規格であるCODE128の物理構造を受け継ぎつつ、データの識別・分離を可能にする制御文字を組み込むことで、企業間での自動データ連携を実現しています。

GS1-128のシンボル構成とFNC1の役割

GS1-128のシンボルは、左から右へ以下の順序で配置されます。この物理構造が厳密に守られていない場合、現場のハンディターミナルや固定式スキャナで読み取りエラーが発生します。

【GS1-128のシンボル構成要素】
［左側クワイエットゾーン］⇒［スタートコード（CODE A/B/C）］⇒［FNC1（先頭）］⇒［データ部（AI＋実データ ※可変長データ区切りのFNC1含む）］⇒［チェックデジット］⇒［ストップコード］⇒［右側クワイエットゾーン］

• クワイエットゾーン（左右余白）：シンボルの左右両端に必要なマージン。ナローバー幅（モジュール幅）の10倍、または2.54mmのいずれか大きい方のスペース確保が義務付けられています。
• スタートコード（CODE A / B / C）：データの読み取り開始位置と、最初に使用するキャラクタセット（英数字、数字連続モードなど）を指定します。
• 先頭のFNC1（ファンクション1キャラクタ）：スタートコードの直後に配置される制御文字。スキャナに対し「このバーコードはGS1標準に準拠したGS1-128である」と宣言する識別フラグです。
• データ部：データの属性を識別する「アプリケーション識別子 (AI)」と、それに続く実データ（賞味期限、ロット番号、SSCCなど）が格納されます。
• チェックデジット（シンボルチェックキャラクタ）：モジュロ103（Modulus 103）アルゴリズムで計算された検査数字です。
• ストップコード：シンボルの終了を示し、バーとスペースの終端パターンを規定します。

GS1-128において中核となるのが制御文字「FNC1」です。スタートコード直後のFNC1で「GS1仕様のデータキャリア」であることを宣言し、ロット番号などの可変長データの末尾に挿入するFNC1で「後続する次のデータ項目との区切り（セパレータ）」を明示します。

GS1規格上、シンボル全体のデータ文字数は最大48文字まで（AIやFNC1を含む）、物理的な長さはクワイエットゾーンを含めて最大165mm以内に収める必要があります。

CODE128とGS1-128の仕様・読取動作の比較

外見上のバーパターンは同一のモジュール幅ルールに基づきますが、データ構造と読み取り後の処理が根本から異なります。

比較項目	CODE128（一般規格）	GS1-128（国際標準規格）
データ構造の標準化	任意（自社独自の採番体系・桁数で作成）	厳格（GS1が規定するアプリケーション識別子を使用）
先頭のFNC1	なし（配置しない）	必須（スタートコード直後に必ず配置）
可変長データの扱い	固定長設計またはシステム側の個別ロジックでパース	FNC1（ASCII 29/GSコード等）で自動分離・パース
スキャナの出力プレフィックス	なし、または「]C0」など（標準CODE128識別子）	「]C1」（GS1-128準拠データを示す国際識別子）
主な用途・利用領域	社内品番管理、WMS内のロケーションラベル、工程管理	企業間取引の物流ラベル、パレット単位のSSCC管理、ロット・賞味期限追跡

CODE128は庫内完結のロケーション管理や工程管理に適している一方、サプライチェーン全体を跨ぐ物流ラベルにはGS1-128が不可欠です。GS1-128を採用することで、納品先や3PL事業者はシステムを個別にカスタマイズすることなく、賞味期限やロット番号などの多属性データを自動解読できます。

アプリケーション識別子（AI）の仕組みと主要コード一覧

AIの役割と固定長・可変長データの連結ルール

GS1-128の最大の特徴は、2桁から4桁の数字で構成されるアプリケーション識別子（AI：Application Identifier）によって、後続するデータの属性・桁数・フォーマットを定義できる点にあります。

複数の項目（例：商品コード＋賞味期限＋ロット番号）を1本のバーコードに連結する場合、データは「固定長」と「可変長」に分類され、以下の連結ルールが適用されます。

• 固定長データ：桁数が固定されている項目（例：AI「01」のGTIN-14桁、AI「17」の賞味期限6桁）。システム側でAIを識別した時点で後続の桁数が確定するため、終端に区切り文字は不要です。
• 可変長データ：桁数が変動する項目（例：AI「10」のロット番号、AI「30」の数量）。最大桁数以内であれば任意の長さで記録できるため、直後に別のAIデータを連結する際は、末尾に区切り文字としてFNC1を挿入しなければなりません（最末尾に配置される場合のみストップコードで終端判定できるためFNC1は省略可能）。

システム設計時は、「固定長データを前方に、可変長データを後方に配置する」順序が鉄則です。これによりFNC1の挿入回数を最小限に抑えられ、シンボル全体の横幅肥大化を防ぐことができます。

物流・流通現場で必須の主要AI一覧

物流センターや製造現場の検品・入出荷・トレーサビリティ管理で頻繁に使用される主要なAIは以下の通りです。

AI	データ項目	データ型・最大桁数	長形態様
00	荷揃番号（SSCC）	数字18桁（固定）	固定長
01	集合包装用商品コード（GTIN）	数字14桁（固定）	固定長
10	ロット番号・バッチ番号	英数字最大20桁	可変長
17	賞味期限・消費期限（YYMMDD）	数字6桁（固定）	固定長
30	納品数量（個数）	数字最大8桁	可変長
37	計数数量（出荷単位数）	数字最大8桁	可変長

パレットや段ボール単位の個体識別では、SSCC（荷揃番号：AI「00」）が中核となります。SSCCは国際的に一意な18桁コードであり、事前出荷情報（ASN）と突合することで荷姿ごとのノー検品を可能にします。食品・医薬品分野ではロット番号（AI「10」）や賞味期限（AI「17」）を連結し、先入れ先出しの自動制御やトレーサビリティ管理に活用されています。

GS1-128物流ラベルの寸法規格とレイアウト設計基準

GS1-128を適用したラベル発行システムを設計する際は、JIS X 0507（ISO/IEC 15417準拠）およびGS1総合仕様書で定められた物理寸法規格を順守する必要があります。

シンボル寸法・モジュール幅・クワイエットゾーンの仕様基準

外装段ボールやパレット用ラベルの設計基準は以下の通りです。

設計項目	物流用途の標準値・制約	設計・印刷時の技術的要件
モジュール幅（X寸法）	0.495mm 〜 1.016mm	物流外装用途では0.495mm以上を推奨（ハンディ・固定式スキャナの焦点深度を確保するため）
クワイエットゾーン（左右余白）	左右各10X以上（最低2.54mm）	ラベル端の余白不足による読み取り不能を防ぐため、実務上は十分なマージンを設計
シンボル最大長	165.1mm以内（余白を含む）	ハンディスキャナの一般的な読み取り幅（アパーチャ）を超えないための上限値
GS1-128 桁数制限	最大48桁（AI・データ・区切り含む）	48桁を超える場合は、シンボルを2段に分割してレイアウトを設計
シンボル高さ	31.8mm以上（推奨）	フォークリフト乗車時やベルトコンベア搬送時の斜め走査（チルト・スキュー）耐性を確保

桁数が48桁を超える場合やシンボル長が165.1mmを超える場合は、ラベル上でバーコードを上下2段に分割して配置します。スキャナ側の2段一括読み取り（マルチシンボル）設定により、WMSへ1つの連続データとして送信可能です。

標準物流ラベル（SCM/PDラベル）における印字・目視文字（HRI）配置ルール

GS1-128ラベルを発行する際は、スキャナ認識用のバーコードシンボルに加え、作業員確認用の「目視確認用文字（HRI: Human Readable Interpretation）」の配置ルールに従います。

• アプリケーション識別子（AI）の表記ルール: HRIとして印字する際、AIは視認性を高めるため「(01)」「(10)」のように丸括弧で囲んで表記します。ただし、バーコードシンボル内にエンコードする実データには括弧を含めてはなりません。実データに括弧を含めると、データパース時に構文エラーが発生します。
• HRIの印字位置とフォント: バーコードシンボルの直下（または直上）に、等幅フォントまたは視認性の高いゴシック系フォントで配置します。クワイエットゾーン内にHRI文字が侵入しないようマージンを確保してください。
• 固定長・可変長の連結順序: 「固定長データ（前）＋可変長データ（後）」の順で並べ、FNC1の挿入回数を抑えてシンボルの横幅を最小化します。

WMS連携・読取エラーを防ぐシステム実装とトラブルシューティング

WMS・基幹システムにおけるデータパース（AI分解・抽出）の実装ロジック

GS1-128をWMSへ取り込む際の中核は、受信文字列を各データ項目へ分解するパース処理です。基本ロジックは、先頭からAIを識別し、「固定長」か「可変長」かに応じて切り出すアルゴリズムを実装します。

• 固定長データの場合：AI「01」（GTIN：14桁）やAI「17」（賞味期限：6桁）などは、AIコード判定後に規定桁数をそのまま抽出し、ポインタを次の位置へ進めます。
• 可変長データの場合：AI「10」（ロット番号）などは、区切り文字「FNC1」を検出した位置までを切り出します（シンボル末尾にある場合は終端まで）。

システム開発時に多発するのが、「バーコードリーダーがFNC1を出力せず、データが分割できない」という不具合です。一般的なスキャナは初期設定でFNC1を破棄するため、設定変更を行い、FNC1を「ASCII 29（Group Separator：<GS>）」などの特定制御文字に変換して送信させる必要があります。

また、シンボル種別をWMS側で自動判別するために、スキャナの「AIMシンボル識別子（AIM ID）」出力機能を有効化します。GS1-128を読み取るとプレフィックスとして ]C1 が付与されるため、一般のCODE128（]C0）やGS1 DataMatrix（]d2）と明確に分岐処理を行えます。

読み取りエラー・認識不可の主要原因と現場での改善対策

エラー事象	主な原因	現場・システムでの改善対策
データが連結されて誤認識される（桁ずれ）	可変長データの直後にFNC1が出力されていない	発行側で可変長AIの終端にFNC1をエンコードする。または可変長データをバーコードの最末尾に配置するよう順序を変更する。
ハンディターミナルで読み取り自体が反応しない	クワイエットゾーン（左右余白）の不足	ラベル端や外枠罫線との間隔を再設計し、ナローバー幅の10倍以上（最低2.54mm）のマージンを確保する。
読み取り率の極端な低下・かすれ	バー太り（ドットゲイン）によるモジュール幅不正	サーマルヘッドの清掃を実施し、印字濃度（ダークネス）の低減やバー幅減少補正を設定する。定期的にベリファイアで検証する。
長すぎて読み取れない・印刷がはみ出る	GS1-128桁数・物理寸法の制限超過（48桁／165mm超）	シンボルを上下2段に分割（段落化）して印字する。または面積制約がある場合はGS1 DataMatrixの採用を検討する。

ラベル発行工程では、目視確認のみに頼らず、ISO/IEC 15416規格に準拠したバーコード検証機（ベリファイア）を用いてシンボル評価グレード（Grade C以上推奨）を定期測定する品質管理体制が有効です。

GS1-128導入・移行実務チェックリストと2次元シンボルへの展望

GS1-128ラベル発行・受入検品の実装前検証チェックリスト

ラベル発行からWMS連携、取引先受入に至る各フェーズでの必須チェック項目は以下の通りです。

検証区分	検証項目	仕様・確認ポイント	不備発生時の影響
印字設計	モジュール幅と余白	モジュール幅0.495mm以上、左右余白はモジュール幅の10倍または2.54mm以上の大きい方を確保。	印字つぶれ、余白不足による読取不能。
データ構造	桁数とシンボル長	データ文字数は最大48桁以内、物理長は余白を含め165.1mm以内。	ラベル幅超過による欠損、スキャナ視野外による読取不可。
データ構造	可変長セパレータ	ロット番号等の末尾にFNC1（ASCII 29）が正しく配置されているか。	後続データと一体化し、WMS側でパースエラーが発生。
読取機設定	AIM識別子の出力	スキャナ側でGS1-128識別子（]C1）およびセパレータ送信を有効化。	WMS側でCODE128と判別できず処理がスキップされる。
WMS連携	AIパースロジック	固定長・可変長AIを正確に各テーブルへ振り分け可能か検証。	ロット逆転、賞味期限の誤登録、在庫の二重計上。
取引先合意	フォーマットの統一	賞味期限の形式（YYMMDD）や日省略時の「00」補完ルールを仕様書で合意。	受入検品時の自動照合エラーによる荷受け停止。

GS1 2Dシンボル移行（Sunrise 2027）に向けた将来戦略

GS1は、2027年までにサプライチェーン全体で2次元シンボルの読み取りに対応する国際イニシアチブ「Sunrise 2027」を推進しています。従来のGS1-128から、より省スペースで大容量データを格納できるGS1 DataMatrixやGS1 QRコードへの段階的移行が進んでいます。

• 印字面積の大幅削減: GS1-128では横幅100mmを超える複数属性データ（SSCC＋賞味期限＋ロット等）も、GS1 DataMatrixであれば15mm四方程の省スペースにエンコード可能です。
• 読取機器のイメージャー化: 従来のレーザースキャナでは2次元シンボルを読み取れないため、更新時に1次元・2次元の両方に対応するエリアイメージャー型ハンディターミナルを選定します。
• WMSパースエンジンの共通化: WMSのデータ受信部で「GS1-128（]C1）」と「GS1 DataMatrix（]d2）」を同一のAI解読ロジックで処理できるよう設計しておくことで、1次元・2次元のラベルが混在する移行期でもシステム改修を最小限に抑えられます。

よくある質問（FAQ）