GS1-128バーコード:サプライチェーン規格の完全ガイド

現代の物流とサプライチェーン管理の複雑な世界では、効率的なデータキャプチャが製造業者から最終顧客まで製品を追跡するために不可欠です。シンプルなCode 128バーコードは英数字データのエンコードに優れていますが、サプライチェーンオペレーションはより多くのものを必要とします:数字だけでなく、その意味を伝える標準化されたデータ構造 - バッチ番号をシリアル番号から、有効期限を製造日から、数量を重量から区別します。

GS1-128(以前はUCC/EAN-128として知られていました)を入力してください:Code 128シンボロジーの汎用性とグローバルに標準化されたデータ構造を組み合わせた高度なデータキャリア。これは物流の共通言語であり、世界中の取引パートナー間のシームレスなコミュニケーションを可能にします。

この包括的なガイドは、GS1-128バーコードについて知っておく必要があるすべてをカバーしています:技術アーキテクチャ、アプリケーション識別子(AI)、SSCC実装、倉庫および出荷アプリケーション、スキャナー構成、EDI統合、および信頼性の高いサプライチェーンオペレーションのベストプラクティス。

GS1-128とは何か?

定義と規格

GS1-128は、GS1(以前はEAN.UCCとして知られていました)によって管理される定義されたデータ構造を持つCode 128バーコードシンボロジーを使用するアプリケーション標準です。これにより、複雑なサプライチェーンデータを標準化され、機械可読な形式でエンコードできます。

主な特徴:

• シンボロジー: Code 128を使用(可能な場合は数値効率のために特にサブセットC)
• データ構造: アプリケーション識別子(AI)を持つGS1規格によって定義
• 開始文字: 常にGS1-128として識別するFNC1(関数コード1)で始まる
• データ容量: 最大48英数字が実用的(シンボロジーはそれ以上をサポートしますが、ラベルサイズの制限が適用されます)
• グローバル標準: すべての業界で世界中で認識され実装される

以前の名前:

• UCC/EAN-128(北米/国際)
• EAN-128(ヨーロッパ)
• UCC-128(米国)

2005年のGS1-128への名前の変更は、GS1組織の傘の下でグローバルな用語を統一しましたが、古いドキュメントや機器では従来の名前に遭遇する可能性があります。

Code 128との関係

この関係を次のように考えてください:

Code 128 = 言語(シンボロジー) GS1-128 = 文法と語彙(データ構造)

英語の単語がランダムに配置されたり、文法的な文に構造化されたりできるように、Code 128は任意の英数字データをエンコードでき、GS1-128はそのデータを意味のある方法で整理するためのルールを提供します。

Code 128の例:

ABC123LOT456EXP20251231

データは存在しますが、意味があいまいです。ABC123とは何ですか? LOT456とは何ですか? 20251231は日付ですか?

AIを持つGS1-128の例:

(01)00614141123452(10)LOT456(17)251231

意味は明示的です:(01) = GTIN製品識別子、(10) = バッチ/ロット番号、(17) = 有効期限(YYMMDD形式)。

この標準化により、以下が可能になります:

• スキャンシステムによる自動解析各データ要素をプログラミングする必要なし
• 異なる会社のシステム間のグローバルな相互運用性
• 定義されたデータ形式と長さによるエラー防止
• 1つのバーコードに複数のAIを持つ柔軟なデータの組み合わせ

基礎となるCode 128シンボロジーの詳細については、当社のCode 128完全ガイドを参照してください。

技術アーキテクチャ

シンボル構造

GS1-128バーコードは、いくつかの主要なコンポーネントで構成されています:

[開始] [FNC1] [AI] [データ] [FNC1] [AI] [データ] ... [チェックディジット] [停止]

コンポーネントの説明:

1. 開始文字: Code 128開始(数値効率のために通常はスタートC)

2. FNC1: これがGS1-128(標準Code 128ではない)であることを識別する関数コード1文字

   • 人間が読める解釈では見えない
   • スキャナー認識に不可欠
   • 開始時および可変長データ要素間のセパレーターとして表示

3. アプリケーション識別子(AI): 括弧内の2-4桁のプレフィックス(人間が読める場合のみ;バーにはエンコードされない)

   • 後続のデータの意味を定義
   • 例:(01) GTINの場合、(10) バッチ番号の場合、(21) シリアル番号の場合

4. データ: 実際の情報(GTIN、日付、数量など)

   • AI仕様によって定義された形式
   • 固定長(セパレータ不要)または可変長(FNC1セパレータ必要)

5. チェックディジット: Code 128モジュロ103チェックディジット(自動)

6. 停止文字: Code 128停止パターン

アプリケーション識別子(AI)の説明

アプリケーション識別子は、GS1-128の力の心臓部です。それらはあいまいなデータを構造化された意味のある情報に変換します。

形式: AIは、人間が読めるテキストの括弧に表示される2-4桁ですが、バーコードにはプレーン番号としてエンコードされます(括弧はエンコードされません)。

例:

• 人間が読める: (01)00614141123452
• バーコードエンコード: 01に続いて00614141123452

2種類のAI:

固定長AI:

• データ長はAI定義によって事前定義されます
• データの後にセパレータは不要
• スキャナーは読み取る文字数を正確に知っています
• 例: AI(01) GTINは常に14桁

可変長AI:

• データ長は変化します(AIによって定義された最大値まで)
• データの後にFNC1セパレータが必要(またはバーコードの終わり)
• スキャナーはFNC1またはシンボルの終わりまで読み取ります
• 例: AI(10) バッチ/ロット番号は最大20英数字

エンコーディングプロセス

GS1-128バーコードを生成する場合、システムは:

1. データを検証: 各データ要素がそのAI形式要件と一致するかを確認
2. FNC1を挿入: 開始時および可変長データ要素の後にFNC1を追加
3. サブセットを最適化: 効率のためにCode 128サブセット(A、B、C)間を切り替え
4. チェックディジットを計算: Code 128モジュロ103チェックディジットを計算
5. バーとスペースを生成: 物理的なバーコードパターンを作成
6. 人間が読めるフォーマット: バーの下にAIを括弧で追加

この複雑さは、適切なGS1-128バーコードジェネレーターによって自動的に処理され、規格へのコンプライアンスを保証します。

一般的なアプリケーション識別子(AI)

GS1は100を超えるアプリケーション識別子を定義しています。ここに物流とサプライチェーンで最も一般的に使用されるものがあります:

製品識別

AI(01) - グローバルトレードアイテム番号(GTIN)

• 形式: 14桁(数値)
• 長さ: 固定(14)
• 目的: 製品/SKUを識別
• 例: (01)00614141123452
• 注意:
  • 製品識別のための最も重要なAI
  • 最後の位置にチェックディジットを含む
  • 12桁のUPCまたは13桁のEANとは異なります(GTIN-14はインジケーター桁を追加)
  • GS1ライセンスの会社プレフィックスを使用する必要があります

AI(02) - 含まれる取引アイテムのGTIN

• 形式: 14桁(数値)
• 長さ: 固定(14)
• 目的: パッケージ内の製品を識別(外部パッケージのGTINと異なる場合)
• 例: (02)00614141123469
• 使用法: ケース自体と異なる製品を含むケース

バッチおよびシリアル番号

AI(10) - バッチまたはロット番号

• 形式: 英数字
• 長さ: 可変、最大20文字
• 目的: トレーサビリティのための製造業者のバッチ/ロット番号
• 例: (10)LOT456ABC
• 注意:
  • リコールとトレーサビリティに不可欠
  • データの後にFNC1セパレータが必要(別のAIが続く場合)
  • 形式は製造業者によって決定されます

AI(21) - シリアル番号

• 形式: 英数字
• 長さ: 可変、最大20文字
• 目的: 個別アイテム追跡のための一意のシリアル番号
• 例: (21)SN123456789
• 注意:
  • 各ユニットは一意のシリアル番号を持つ
  • ユニットレベルのトレーサビリティを可能にする
  • トラックアンドトレース、偽造防止に使用
  • FNC1セパレータが必要

日付

AI(11) - 製造日(YYMMDD)

• 形式: 6桁(YYMMDD)
• 長さ: 固定(6)
• 目的: 製造/製造の日付
• 例: (11)251231 = 2025年12月31日

AI(13) - 梱包日(YYMMDD)

• 形式: 6桁(YYMMDD)
• 長さ: 固定(6)
• 目的: 梱包の日付
• 例: (13)250615 = 2025年6月15日

AI(15) - 賞味期限(YYMMDD)

• 形式: 6桁(YYMMDD)
• 長さ: 固定(6)
• 目的: 賞味期限またはベストバイ日
• 例: (15)260101 = 2026年1月1日

AI(17) - 有効期限(YYMMDD)

• 形式: 6桁(YYMMDD)
• 長さ: 固定(6)
• 目的: 使用期限/有効期限
• 例: (17)251231 = 2025年12月31日
• 注意: 生鮮品と医薬品の最も一般的な日付AI

数量と測定

AI(30) - 可変カウント

• 形式: 数値、最大8桁
• 長さ: 可変(1-8)
• 目的: 可変数量取引アイテムのアイテム数
• 例: (30)1250 = 1,250アイテム

AI(310n) - キログラムでの正味重量(n =小数点の位置)

• 形式: 6桁(数値)
• 長さ: 固定(6)
• 目的: kgでの正味重量
• 例: (3101)000125 = 12.5 kg(n=1は小数点以下1桁を意味します)

AI(320n) - ポンドでの正味重量

• 形式: 6桁(数値)
• 長さ: 固定(6)
• 目的: ポンドでの正味重量

AI(37) - 取引アイテム数

• 形式: 数値、最大8桁
• 長さ: 可変(1-8)
• 目的: 含まれるユニット数
• 例: (37)25 = このパッケージに25ユニット

物流ユニット

AI(00) - シリアル出荷コンテナコード(SSCC)

• 形式: 18桁(数値)
• 長さ: 固定(18)
• 目的: 物流ユニット(パレット、コンテナ、出荷)の一意の識別子
• 例: (00)006141412312345678
• 注意:
  • 物流追跡のための最も重要なAI
  • グローバルに一意の識別子
  • 以下のSSCCセクションの詳細

AI(20) - 内部製品バリアント

• 形式: 2桁(数値)
• 長さ: 固定(2)
• 目的: 内部バリアント番号(色、サイズなど)
• 例: (20)05 = バリアント05

追加情報

AI(240) - 追加製品識別

• 形式: 英数字、最大30文字
• 長さ: 可変
• 目的: 製造業者によって割り当てられた二次製品識別

AI(241) - 顧客部品番号

• 形式: 英数字、最大30文字
• 長さ: 可変
• 目的: 製品の顧客の部品番号

AI(400) - 顧客発注番号

• 形式: 英数字、最大30文字
• 長さ: 可変
• 目的: 出荷を顧客POにリンク

AI(420) - 配送先/配達先郵便番号

• 形式: 英数字、最大20文字
• 長さ: 可変
• 目的: 配達先の郵便番号

完全なアプリケーション識別子のリストについては、GS1一般仕様を参照してください。

シリアル出荷コンテナコード(SSCC)

SSCCは、物流におけるGS1-128の最も重要なアプリケーションの1つです。サプライチェーン追跡における中心的な役割のために特別な注意を払う価値があります。

SSCCとは何か?

**シリアル出荷コンテナコード(SSCC)**は、物流ユニットを一意に識別する18桁の番号です - サプライチェーンを通じて追跡する必要がある任意のアイテム、例えば:

• パレット
• ケース/カートン
• コンテナ
• ロールケージ
• 中間バルクコンテナ(IBC)
• 個別小包
• 出荷または保管されている任意のユニット

主な特性:

• グローバルに一意: 世界中で同じSSCCは2つとない
• 非重要: 番号自体は意味を伝えない(製品タイプを識別するGTINとは異なります);それは単にルックアップキーです
• ライセンスが必要: GS1会社プレフィックスを使用して生成
• 18桁: 一貫した処理のための固定長

SSCC構造

SSCCは以下で構成されます:

[拡張桁] [GS1会社プレフィックス] [シリアル参照] [チェックディジット]
     1桁           7-10桁        6-9桁        1桁
                                                           -----
                                                           合計18

コンポーネント:

1. 拡張桁(1桁): 番号付け容量を増やす

   • 通常0-9
   • パッケージングレベルを示すためによく使用されます(0=パレット、1=ケースなど)が、標準化されていません

2. GS1会社プレフィックス(7-10桁): ライセンスされたGS1番号

   • 長さは国とライセンスが発行された時期によって異なります
   • 例: 0614141(7桁プレフィックス)

3. シリアル参照(6-9桁): 割り当てる順次またはランダム番号

   • 長さ = 17 - (会社プレフィックスの長さ)
   • この番号付けを管理します
   • 順次、ランダム、または日付/場所コードを組み込むことができます

4. チェックディジット(1桁): エラー検出のためのモジュロ10計算

   • 最初の17桁から計算
   • バーコードジェネレーターによって自動計算

SSCCの内訳例:

0 0614141 123456789 7
│    │         │     │
│    │         │     └─ チェックディジット(計算)
│    │         └─ シリアル参照(あなたが割り当てる)
│    └─ GS1会社プレフィックス(ライセンス)
└─ 拡張桁

GS1-128のSSCC

SSCCは**AI(00)**を使用してGS1-128バーコードにエンコードされます:

人間が読める形式:

(00)006141412312345678

使用法:

• 通常、SSCCラベルバーコードの唯一のデータ(ただし、他のAIを追加できます)
• 簡単なスキャンのために出荷ラベルに大きく印刷
• 多くの場合、追加の人間が読める情報を含みます(配送先、送信元、PO番号)

ラベル例:

配送先:                       送信元:
配送センターDC5        倉庫WH12
123 Main St                    456 Oak Ave
Chicago, IL 60601              Atlanta, GA 30301

PO: 45678901

  (00) 0 0614141 123456789 7
  |||||||||||||||||||||||||||||||
  [    GS1-128バーコード      ]

SSCC生成と管理

番号付け戦略:

順次番号付け:

• シンプル: 000000001から始めて増分
• 予測可能で管理が簡単
• 取引パートナーにボリュームを明らかにします(競争上の考慮事項)

ランダム番号付け:

• 範囲内でランダム番号を生成
• ボリューム情報を隠します
• 使用された番号を追跡するためにデータベースが必要

構造化番号付け:

• シリアル参照部分に場所、日付、またはその他の情報をエンコード
• 例: 最初の2桁 = 倉庫の場所、次の4桁 = 日付、最後の3桁 = シーケンス
• トラブルシューティングが簡単ですが、利用可能な番号が減ります

ベストプラクティス:

• SSCCを再利用しない(何年も後でも)
• 割り当てられたSSCCのデータベースを関連データとともに維持する
• 番号付け容量を計画する: 9桁のシリアル参照で、10億の番号があります
• 必要に応じて容量を10倍にするために拡張桁を使用する

GS1-128バーコードジェネレーターを使用して、GS1会社プレフィックスとシリアル参照を提供することで、簡単にSSCCを生成できます。

EDIトランザクションのSSCC

SSCCは、物流のための電子データ交換(EDI)で重要です:

ASN(事前出荷通知) - EDI 856:

• 出荷が到着する前に送信
• 含まれる製品、数量、PO番号を持つ各SSCCをリスト
• 受け取り施設はASNデータに基づいて到着の準備をします
• 物理的なラベルのSSCCはEDIトランザクションのSSCCと一致します

受け取り確認 - EDI 861:

• 特定のSSCCの受け取りを確認
• 在庫システムを更新
• 支払いプロセスをトリガー

倉庫出荷注文 - EDI 940:

• 特定のSSCCの出荷を要求
• 倉庫オペレーションを調整

物理的なバーコードと電子トランザクションのこの統合により、情報が物理的な商品の前に流れるシームレスなサプライチェーンが作成され、効率的な受け取り、ルーティング、在庫管理が可能になります。

物流と倉庫におけるGS1-128

出荷ラベル

GS1-128出荷ラベルは、現代物流の主力であり、1つのスキャン可能なバーコードに複数のデータ要素を含んでいます。

一般的なデータの組み合わせ:

基本カートンラベル:

(01)00614141123452      ← 製品GTIN
(37)25                  ← 25ユニットを含む
(10)LOT2024-456         ← バッチ番号
(17)251231              ← 有効期限

パレットラベル(SSCC):

(00)006141412312345678  ← 一意のパレットID

高度な出荷ラベル:

(00)006141412312345678  ← 追跡のためのSSCC
(01)00614141123452      ← 製品GTIN
(37)100                 ← 100ユニットを含む
(10)LOT2024-456         ← バッチ番号
(400)PO-123456          ← 顧客PO番号
(420)60601              ← 配送先郵便番号

倉庫オペレーションの利点

受け取り:

• 1回のスキャンですべての関連データをキャプチャ
• ASN(事前出荷通知)に対する自動検証
• FIFOマネジメントのための即座のバッチおよび有効期限キャプチャ
• 手動入力と比較して受け取り時間の削減(60-80%速い)

格納:

• SSCCはWMS(倉庫管理システム)の場所にリンク
• ロット管理のためのバッチ追跡
• ローテーションのための有効期限追跡

ピッキング:

• GTINスキャンで正しい製品を確認
• 必要に応じてバッチと有効期限を確認
• 自動的に選択された数量を追跡

梱包:

• 出荷出荷のための新しいSSCCを生成
• 選択されたアイテムを新しいSSCCにリンク
• SSCCとコンテンツを持つASNを作成

出荷:

• 出荷出荷を確認するためにSSCCをスキャン
• 運送業者システムと統合
• リアルタイムで在庫を更新

WMSシステムとの統合

現代の倉庫管理システム(WMS)は、GS1-128統合のために設計されています:

構成要件:

1. AI解析ルール: WMSは各AIを分離および解釈する方法を理解する必要があります
2. データマッピング: 各AIを適切なデータベースフィールドにマップする(GTIN→product_id、batch→lot_numberなど)
3. 検証ルール: スキャンされたデータがビジネスルールを満たしていることを確認する(有効期限が過去にないなど)
4. FNC1処理: スキャナーまたはミドルウェアがFNC1セパレータを適切に処理する必要があります

実装の考慮事項:

• スキャナー構成: GS1-128シンボロジーとAI解析を有効にする
• ミドルウェア: 一部のシステムは、WMSに送信する前にGS1-128を解析するためにミドルウェアを使用します
• データベース設計: キャプチャする予定のすべてのAIのフィールドが存在することを確認する
• テスト: サプライヤーが使用するすべてのAIの組み合わせを徹底的にテストする

ワークフローの例:

1. 入荷カートンでGS1-128バーコードをスキャン
2. WMSは解析されたデータを受け取ります: GTIN=00614141123452、BATCH=LOT456、EXPIRY=251231
3. WMSはGTINを介して製品の詳細を検索
4. WMSは在庫追跡のためにバッチと有効期限を記録
5. WMSは製品と有効期限に基づいて格納場所を提案
6. WMSは場所追跡のためのライセンスプレート(内部SSCC)を生成
7. オペレーターが場所バーコードをスキャンして格納を確認
8. 完全なトレーサビリティを持つリアルタイムで在庫が更新される

マルチレベル追跡

複雑なサプライチェーンは、複数のレベルでGS1-128を使用することがよくあります:

アイテムレベル:

• GTIN、シリアル番号、バッチ、有効期限を持つ個別の医薬品パッケージ
• AIの組み合わせ: (01) + (21) + (10) + (17)

ケースレベル:

• 複数のアイテムを含むケース
• AIの組み合わせ: (02) ケースGTINの場合 + (37) ユニット数の場合 + バッチと日付

パレットレベル:

• 物流ユニット全体を識別するSSCC
• 混合パレットの場合はオプションのケース/アイテムGTINを持つAI(00)

コンテナレベル:

• コンテナまたは出荷レベルのSSCC
• EDIトランザクションで複数のパレットSSCCにリンク

この階層により、コンテナ→パレット→ケース→アイテムのドリルダウントレーサビリティが可能になり、リコールと規制コンプライアンスに不可欠です。

業界アプリケーション

小売配送

使用例: 製造業者から小売配送センターへの消費者向けパッケージ商品

典型的なラベル(ケース):

(01)00614141999996    ← ケースのGTIN(12アイテム)
(02)00614141123452    ← 内部の個別アイテムのGTIN
(37)12                ← 12ユニットを含む
(10)LOT-2024-SEP-15   ← 製造バッチ
(15)260315            ← 賞味期限(2026年3月15日)

利点:

• 小売業者は正しい製品を受け取ったことを確認します(ケース対アイテムGTIN)
• 賞味期限に基づく自動FIFOマネジメント
• バッチ番号によるリコール機能
• 箱を開けずにカートン数の検証

食品および飲料

使用例: 厳格な有効期限管理が必要な新鮮または腐りやすい食品製品

典型的なラベル:

(01)00614141777778    ← GTIN
(10)PROD20241115      ← 製造ロット
(17)241130            ← 使用期限
(3103)002450          ← 正味重量24.50 kg(AI 310n、n=3)

利点:

• 受け取り時の自動有効期限チェック
• FEFO(最初に期限切れ、最初に出る)倉庫管理
• 食品安全事故のトレーサビリティ
• コンプライアンスのための重量検証

医薬品および医療

使用例: トラックアンドトレース規制(DSCSA、EU FMD)のためのシリアル化が必要な処方薬

典型的なラベル:

(01)00357000123456    ← GTIN(GTIN-14形式のNDC)
(17)231231            ← 有効期限
(10)LOT456ABC         ← バッチ番号
(21)SN1234567890      ← 一意のシリアル番号

利点:

• サプライチェーン全体を通じたユニットレベルのトレーサビリティ
• シリアル番号検証による偽造防止
• 規制コンプライアンス(FDA、EMEA要件)
• 病院での自動化された投薬管理記録(MAR)
• 個別パッケージへのリコール精度

自動車部品

使用例: サプライヤーからOEM組立工場への部品追跡

典型的なラベル:

(01)00614141888889    ← 部品のGTIN
(241)CUSPART-12345    ← 顧客(OEM)部品番号
(10)SUPPLIER-LOT-789  ← サプライヤーバッチ
(37)50                ← コンテナ内の数量

利点:

• サプライヤー部品番号をOEM部品番号にクロスリファレンス
• JIT(ジャストインタイム)製造調整
• サプライヤーバッチによる品質追跡
• 保証請求のトレーサビリティ

サードパーティ物流(3PL)

使用例: 複数のクライアントの在庫を管理する3PL倉庫

典型的なラベル(パレット):

(00)006141412312345678    ← パレット追跡のためのSSCC
(01)00614141123452        ← 製品GTIN
(37)600                   ← パレット上の総ユニット
(410)5555555555           ← 配送先場所コード(GLN)
(400)PO-CUST-12345        ← 顧客PO番号

利点:

• 物流ユニット全体のための単一パレットID(SSCC)
• 顧客と目的地にリンク
• 共有倉庫での顧客ごとの正確な在庫
• 効率的なクロスドッキングオペレーション

スキャナー構成と解析

スキャナーでのGS1-128の有効化

ほとんどの現代のバーコードスキャナーはGS1-128をサポートしていますが、正しく構成する必要があります:

構成手順:

1. Code 128シンボロジーを有効にする: GS1-128はCode 128を使用するため、有効にする必要があります

2. GS1-128モードを有効にする: 多くの場合、次のようにラベル付けされています:

   • "GS1-128"または"EAN-128"または"UCC-128"
   • "アプリケーション識別子モード"
   • "FNC1文字置換"

3. FNC1出力を構成する: FNC1セパレータの送信方法を選択します:

   • GS文字(ASCII 29): 最も一般的、出力のAIを分離
   • カスタム文字: 一部のシステムは|または~またはその他の区切り文字を使用
   • 出力なし: FNC1は認識されますが送信されません(固定長AIの知識が必要)

4. AI解析を有効にする(利用可能な場合): スキャナーは特定の形式でAIを出力します

   • 例: 01=00614141123452, 10=LOT456, 17=251231
   • ダウンストリーム解析を簡素化

5. 構成をテストする: GS1-128テストラベルをスキャンし、出力形式を確認

GS1-128モードが有効なスキャナー出力の例:

01006141411234521710LOT456GS17251231

ここで、GSはFNC1のために送信されたASCII 29(グループセパレータ)文字を表します。

アプリケーション識別子の解析

受信システムは、スキャンされたデータを個別のAIコンポーネントに解析する必要があります:

解析アルゴリズム:

1. FNC1/GS文字を識別: これらは可変長AIを分離します
2. 最初のAIを読み取る: 最初の2-4桁(長さについてはAIテーブルを参照)
3. 固定または可変長を決定: 仕様でAIを検索
4. データを抽出:
   • 固定長: 指定された文字数を読み取る
   • 可変長: 次のFNC1/GSまたは文字列の終わりまで読み取る
5. 繰り返し: すべてのデータが解析されるまで続ける

解析の例:

入力文字列(GSは<GS>として表示):

010061414112345210LOT456<GS>17251231

解析:

• 位置0-1: AI = 01(GTIN、固定14桁)
• 位置2-15: データ = 00614141123452(14桁)
• 位置16-17: AI = 10(バッチ、可変最大20)
• 位置18-24: データ = LOT456(GSまで)
• 位置25-26: AI = 17(有効期限、固定6桁)
• 位置27-32: データ = 251231(6桁、文字列の終わり)

結果:

GTIN: 00614141123452
バッチ: LOT456
有効期限: 251231(2025年12月31日)

ソフトウェアライブラリとツール

多くのプログラミング言語には、GS1-128解析のためのライブラリがあります:

JavaScript/Node.js:

• gs1-barcode-parser(npmパッケージ)

Python:

• gs1-decoderまたはカスタム正規表現解析

Java:

• Apache Commons GS1パーサー
• GS1 AIテーブルを使用したカスタムパーサー

C#/.NET:

• 多くのWMSシステムに組み込まれた解析
• AIルックアップテーブルを使用したカスタムパーサー

スキャナー/ミドルウェアソリューション:

• 一部のスキャナーは事前解析されたデータを出力します
• ミドルウェアアプリケーション(例:Zebra Savanna、Honeywell Mobility SDK)は、ホストシステムに送信する前に解析できます

ベストプラクティス: GS1規格へのコンプライアンスを保証し、エッジケースを処理するために、カスタムパーサーを構築するのではなく、確立されたライブラリを使用してください。

実装のベストプラクティス

ラベルデザイン

レイアウトガイドライン:

1. バーコードサイズ:

   • 最小高さ: 信頼性の高いスキャンのために1インチ(25mm)
   • 幅: データコンテンツによって異なります(通常2-4インチ)
   • X寸法: 物流のために0.010インチ(10 mil)最小

2. 人間が読める解釈:

   • 括弧でAIを表示: (01)00614141123452
   • バーコードの下に配置
   • フォントサイズ: 最小10-12pt
   • バーコードからすべてのデータを含める

3. クワイエットゾーン:

   • 両側に最小10X(10倍の狭いバー幅)
   • クワイエットゾーンからテキスト、グラフィック、エッジを離す
   • プリンタートレランスを考慮に入れる

4. 追加情報:

   • 配送先、配送元アドレス
   • 運送業者ルーティング情報
   • 人間が読める製品の説明
   • 会社のロゴとブランディング

5. ラベル材料と接着剤:

   • サプライチェーン環境のために耐久性
   • 基板に適した接着剤(段ボール、プラスチックなど)
   • 必要に応じて温度、湿気に耐性

適切なサイジングとクワイエットゾーンを持つ準拠したラベルをGS1-128バーコードジェネレーターを使用して生成します。

データ品質と検証

印刷前:

1. GS1会社プレフィックスを検証: ライセンスされたプレフィックスを使用していることを確認
2. データ形式を確認: 各AIには特定の形式要件があります(数値、英数字、日付形式)
3. データ長を確認: 可変AIの最大長を超えない
4. チェックディジットをテスト: GTINとSSCCの場合、チェックディジット計算を確認
5. 日付形式を確認: YYMMDD形式を使用し、日付が論理的であることを検証(有効期限は製造後)

生産中:

1. 印刷品質検証: バーコード印刷品質規格に従う
2. スキャンテスト: 生産前にすべてのラベルデザインをテストスキャン
3. データベース統合: ラベルデータがデータベース記録と一致することを確認
4. バッチ追跡: トレーサビリティのために印刷されたラベルの記録を維持

品質保証:

1. 定期的な検証: 最小グレードCのためにバーコード検証器を使用
2. スキャナー互換性: さまざまなスキャナーモデルでテスト(ハンドヘルド、固定位置)
3. 環境テスト: 実際の条件(寒冷、熱、湿気)でラベルをテスト
4. パートナー検証: 生産前に取引パートナーとサンプルを共有

取引パートナーの調整

コミュニケーション要件:

1. AI使用契約: バーコードに含めるAI?
2. データ形式: 可変長AIの特定の形式(バッチ番号など)
3. ラベル仕様: サイズ、配置、材料要件
4. EDI統合: ASNトランザクション仕様とタイミング
5. 例外処理: 損傷または欠落したラベルの手順

テストプロトコル:

1. テストラベルを共有: 生産前にサンプルを送信
2. スキャンテストを実施: パートナーが機器でテスト
3. EDIテストトランザクション: テストASNメッセージを交換
4. ドライラン: 小規模なパイロット出荷で完全なプロセスをテスト
5. 稼働チェックリスト: 完全な実装前にすべてのシステムが準備されていることを確認

一般的な実装ミス

ミス1: GS1番号のライセンスを取得しない

• 問題: 偽のまたはライセンスされていない会社プレフィックスを使用する
• 結果: 非準拠のバーコード、小売業者の拒否、法的問題
• 解決策: GS1組織から適切なGS1会社プレフィックスをライセンス

ミス2: 不正なAI形式

• 問題: 可変AIに固定長形式を使用するか、その逆
• 結果: 解析エラー、間違ったデータが抽出される
• 解決策: GS1 AIテーブルを参照し、準拠したジェネレーターソフトウェアを使用

ミス3: 印刷品質の低さ

• 問題: グレードC最小を満たさないバーコード
• 結果: スキャンの失敗、サプライチェーンの遅延
• 解決策: 印刷品質検証ガイドに従う

ミス4: 不十分なクワイエットゾーン

• 問題: バーコードに近すぎるテキスト、グラフィック、またはエッジ
• 結果: 良好な印刷品質でもスキャンの失敗
• 解決策: 最小10Xクワイエットゾーンを使用し、カットトレランスを考慮に入れる

ミス5: SSCCの再利用

• 問題: 時間の経過とともに複数の出荷に同じSSCCを使用
• 結果: データベースの競合、追跡エラー、EDIの失敗
• 解決策: SSCCを再利用しない - それらは永久に一意でなければならない

ミス6: 不完全なスキャナー構成

• 問題: GS1-128解析のために適切に構成されていないスキャナー
• 結果: データが正しく分離されず、手動解析が必要
• 解決策: FNC1置換とAI解析を正しく構成

ミス7: 不十分なテスト

• 問題: 取引パートナーのシステムでテストせずに展開
• 結果: 出荷の拒否、返品、関係のダメージ
• 解決策: 生産前に実際のパートナーシステムで包括的なテスト

代替との比較

GS1-128対標準Code 128

代わりにCode 128を使用する場合:

• 内部のみの追跡(取引パートナーなし)
• 単一データ要素(追跡番号など)
• GS1ライセンスまたはコンプライアンス要件なし
• 汎用英数字データエンコーディング

基礎となるシンボロジーの詳細については、当社のCode 128完全ガイドを参照してください。

GS1-128対2Dバーコード

GS1-128の利点:

• 物流業界で確立されている
• 低い印刷コスト(線形印刷)
• より長い読み取り可能範囲(レーザースキャナー)
• シンプルなラベルデザイン

2Dバーコードの利点(Data Matrix、QRコード):

• はるかに高いデータ容量
• 同じデータのための小さな物理サイズ
• より良いエラー訂正
• 部分的に損傷している場合でも読み取り可能

代わりに2Dを使用する場合:

• 限られたラベルスペース(小さなアイテム)
• 大きなデータ要件(>48文字)
• 過酷な環境(損傷の可能性)
• ダイレクトパートマーキング(DPM)アプリケーション

GS1は2Dバーコードの規格も定義しています:

• GS1 Data Matrix: アプリケーション識別子を使用する2D代替
• GS1 QRコード: GS1 AI構造を持つQRコード

多くの現代のアプリケーションは両方を使用します: ケースとパレットラベルにGS1-128(距離でのスキャンが簡単)およびアイテムレベルのシリアル化にGS1 Data Matrix(スペース効率)。

GS1-128対RFID

GS1-128の利点:

• タグあたりはるかに低いコスト
• リーダーインフラ投資なし
• どこでも機能します(ユニバーサルスキャナーサポート)
• 干渉の問題なし

RFIDの利点:

• 視線が不要
• 複数のタグを同時に読み取る(バルクスキャン)
• 読み取り/書き込み機能(データを更新)
• より長い範囲(周波数に依存)
• より速いスループット

業界トレンド: ハイブリッドアプローチ

• 信頼性とコストのために外装パッケージにGS1-128
• 在庫の可視性と盗難防止のためにアイテムにRFID
• SSCCは物理的なバーコードをRFIDデータにリンク

高度なトピック

複数のAIの連結

GS1-128の主要な利点の1つは、1つのバーコードに複数のデータ要素をエンコードすることです:

例: 医薬品パッケージング

(01)00357000123456(17)231231(10)LOT456ABC(21)SN1234567890

エンコードされたデータ:

• 製品: GTIN 00357000123456
• 有効期限: 2023年12月31日
• バッチ: LOT456ABC
• シリアル: SN1234567890

AI順序の推奨事項:

• 最も重要なもので始める(多くの場合、AI 01のGTIN)
• 可能な場合は可変長の前に固定長AIを配置(必要なFNC1文字が減少)
• 関連するAIをグループ化(日付、測定など)
• あなたのセクターの業界慣習に従う

長さの制限:

• Code 128は非常に長い文字列をサポートしますが、実用的な制限が適用されます
• ラベルサイズはバーコード幅を制限します(通常、最大48文字が実用的)
• より多くのデータ = より広いバーコード = より大きなラベル = より高いコスト
• 物理的な制約とデータ要件のバランスを取る

EDI統合のGS1-128

事前出荷通知(ASN)ワークフロー:

1. 倉庫が出荷を準備:

   • パレットのSSCCを作成
   • SSCCを持つGS1-128ラベルを印刷
   • WMSで各SSCCのコンテンツを記録

2. ASN生成(EDI 856):

   • WMSは出荷データをEDIシステムにエクスポート
   • EDI 856トランザクションが作成されます:
     • 出荷ヘッダー(運送業者、出荷日など)
     • 各SSCCの場合: 含まれるGTINs、数量、バッチ、日付
   • ASNは物理的な出荷前に受信者に送信されます

3. 受信施設の準備:

   • ASNを電子的に受信
   • 受信WMSにデータをインポート
   • ドックスペース、格納場所を準備
   • 特定のSSCCを期待

4. 物理的な受信:

   • パレットのSSCCをスキャン
   • WMSがASNデータと一致
   • 自動検証: 期待対受信
   • ASNコンテンツ情報に基づく格納指示
   • 予期しないSSCCの不一致処理

5. 受信確認(EDI 861):

   • WMSが受信確認を生成
   • 受信したSSCCを持つEDI 861トランザクション
   • 出荷者に返送
   • 両当事者の在庫システムを更新

GS1-128 + EDI統合の利点:

• ペーパーレストランザクション(管理コストの削減)
• 事前の可視性(到着前の準備)
• 自動検証(受信エラーの削減)
• リアルタイムの在庫更新
• より速い受信スループット(通常60-80%の改善)

GS1デジタルリンク

GS1デジタルリンクは、GS1キー(GTINやSSCCsのような)をウェブURIと組み合わせた新しい規格で、1つのバーコードが次のことを可能にします:

• 従来のサプライチェーン識別を提供
• 消費者によってスキャンされたときにオンライン製品情報にリンク
• トラックアンドトレースアプリケーションをサポート
• スマートパッケージングアプリケーションを有効にする

QRコードのGS1デジタルリンクの例:

https://example.com/01/00614141123452/10/LOT456/21/SN123

このURL構造は同じAIデータ(GTIN、バッチ、シリアル)をエンコードしますが、次のことができます:

• GS1互換スキャナーでサプライチェーンでスキャン(AIを抽出)
• スマートフォンで消費者によってスキャン(ウェブページを開く)
• トラックアンドトレースシステムで使用(ウェブベースの検証)

将来の方向性: GS1は、従来のUPC-AおよびEAN-13を置き換えて、小売パッケージング用のデジタルリンクを持つ2Dバーコード(QRコード、Data Matrix)への移行を進めています(2027+タイムライン)。ただし、GS1-128は近い将来、物流とサプライチェーンの標準として残ります。

トラブルシューティングとサポート

一般的なスキャンの問題

問題: スキャナーがGS1-128バーコードを読み取らない

• 考えられる原因:
  • スキャナーでCode 128シンボロジーが無効
  • GS1-128モードが有効になっていない
  • 印刷品質の低さ(検証ガイドを参照)
  • 不十分なクワイエットゾーン
• 解決策:
  • スキャナー構成でCode 128を有効にする
  • GS1-128/EAN-128/UCC-128モードを有効にする
  • 検証器で印刷品質を確認
  • 異なるスキャナーでテスト

問題: データが正しく解析されない

• 考えられる原因:
  • スキャナーでFNC1が正しく構成されていない
  • ソフトウェア解析ロジックが不正
  • 可変長AIがFNC1で分離されていない
• 解決策:
  • FNC1出力をGS(ASCII 29)として構成
  • GS1仕様に対して解析アルゴリズムを確認
  • バーコード生成にFNC1セパレータが含まれていることを確認

問題: 取引パートナーシステムによって拒否されたSSCC

• 考えられる原因:
  • SSCCが再利用された(一意でない)
  • チェックディジットが不正
  • 会社プレフィックスが認識されない
  • SSCCがASNトランザクションにない
• 解決策:
  • チェックディジット計算を確認
  • GS1会社プレフィックスが正しいことを確認
  • ASNが出荷到着前に送信されることを確認
  • データベースでSSCCの一意性を確認

テストリソース

テストバーコード生成:

• 当社のGS1-128バーコードジェネレーターを使用してテストラベルを作成
• 正しいデータエンコーディングのために当社のバーコードスキャナーで出力を確認
• 包括的なテストのためにさまざまなAIの組み合わせでサンプルを生成

印刷品質テスト:

• バーコード品質検証ガイドラインに従う
• グレードC最小確認のためにISO準拠の検証器を使用
• 複数のスキャナータイプでテスト(レーザー、リニアイメージャー、2Dイメージャー)

GS1リソース:

• GS1一般仕様 - 完全な技術ドキュメンテーション
• GS1会社データベース(GEPIR) - 会社プレフィックスを確認
• GS1トレーニングと認定 - 公式コース

スキャナーベンダーリソース:

• Zebra Technologies: スキャナー構成ガイド
• Honeywell: バーコードスキャンのベストプラクティス
• Datalogic: GS1-128のアプリケーションノート

結論と次のステップ

GS1-128は、現代のサプライチェーンコミュニケーションの基盤であり、倉庫の受け取りから小売のチェックアウトまで、標準化され、効率的で、信頼性の高いデータキャプチャを可能にします。世界的に標準化されたアプリケーション識別子と汎用なCode 128シンボロジーを組み合わせることで、世界中の取引パートナーが複雑な製品、バッチ、日付、物流情報をシームレスに交換できるようにします。

重要なポイント

• GS1-128は単なるバーコードタイプではありません - それはCode 128上に構築された完全なデータコミュニケーション標準です
• **アプリケーション識別子(AI)**はあいまいなデータを構造化された意味のある情報に変換します
• SSCCsは物流ユニットの一意の識別を提供し、エンドツーエンドのサプライチェーンの可視性を可能にします
• 1つのバーコードに複数のAIにより、複数のラベルの必要性がなくなり、効率的なデータキャプチャが可能になります
• 印刷品質が重要 - 信頼性の高いスキャンを保証するために検証規格に従う
• EDI統合は、物理的なバーコードを電子トランザクションにリンクすることにより、GS1-128の価値を増やします
• 取引パートナーの調整は、成功した実装に不可欠です

GS1-128の開始

1. GS1会社プレフィックスをライセンス: GTINsとSSCCsのための一意の会社プレフィックスを取得するためにGS1に連絡

2. AI要件を定義: 業界と取引パートナーに基づいて必要なアプリケーション識別子を決定

3. 準拠したバーコードを生成: GS1プレフィックスとデータで当社のGS1-128バーコードジェネレーターを使用

4. ラベルをデザイン: 適切なサイジング、クワイエットゾーン、人間が読める解釈を持つラベルレイアウトを作成

5. 徹底的にテスト:

   • 当社のバーコードスキャナーでデータが正しくエンコードされることを確認
   • 検証ガイドラインに従って印刷品質をテスト
   • 取引パートナーのシステムでトライアルを実施

6. システムを構成:

   • GS1-128解析のためにスキャナーを設定
   • WMSまたはERPシステムと統合
   • 該当する場合はEDIトランザクションを確立

7. スタッフをトレーニング: オペレーターがバーコードスキャン手順、品質要件、トラブルシューティングを理解していることを確認

8. 監視および改善: スキャン成功率、品質トレンド、システムパフォーマンスを追跡

もっと学ぶ

包括的なバーコードの専門知識を構築するために関連トピックを探索してください:

シンボロジーとタイプ:

• 物流のためのCode 128バーコード:完全ガイド - 基礎となるシンボロジー
• Data Matrix:完全ガイド - スペース制約のあるアプリケーションの2D代替
• ITF-14バーコードジェネレーター - カートンレベルの識別
• EAN-13:完全ガイド - 小売製品識別

実装ガイダンス:

• バーコード印刷品質と検証ガイド - 信頼性の高いスキャンを確保
• 適切なバーコードタイプの選択 - 決定フレームワーク
• 業界全体のバーコード - 業界固有のアプリケーション

ツール:

• バーコードジェネレーター - すべてのバーコードタイプを作成
• オンラインバーコードスキャナー - バーコードをテストおよび検証

GS1-128は、世界中で効率的、正確、トレーサブルなサプライチェーンを強化します。適切な実装により、エラーの削減、運用の高速化、シームレスな取引パートナー統合により、迅速なROIを提供します。今日から準拠したGS1-128バーコードの生成を開始し、サプライチェーンの卓越性のためのグローバル標準に参加してください。