食品のコーディングは2つのことを同時に満たす必要があります。消費者がスキャンして商品を確認し、サプライチェーンがスキャンしてロットと賞味期限を確認します。小売コードは「どの商品か」を管理し、GS1-128 は「どのロットか、いつまでか」を管理します。
例は 69 号段の GTIN-13（mod10 チェックデジット含む）です。ロットと賞味期限の情報は GS1-128 で保持されます。
カテゴリ資格と賞味期限 —— まず照合し、それから方案を確認します。
小売コードしかないと、問題発生時にロットを特定できず、リコールはバッチ全体に拡大するしかありません。
食品カテゴリーのプラットフォーム要件は多く、コーディングと資格要件の基準が揃っておらず、やり取りを繰り返しています。
先入れ先出しは人の記憶に頼っており、バーコードにロット情報が含まれていなければ実行できません。
バーコードは食品の現場において「トレーサビリティチェーンのアンカー」です。GTINは商品アイテムを識別し、GS1-128はアプリケーション識別子（AI）を用いてロット（AI 10）と有効期限（AI 17）を同一のシンボル体系に組み込みます。
小売ユニットの決済と登録。
ロット番号をバーコードに組み込み、入出庫時に登録します。
有効期限がコードとともに読み取れ、期限切れ間近の警告にデータソースがあります。
シーンに応じてコード体系を選択し、不要な機能には費用をかけません。
| 码制 | 形態 | 本シーンでの用途 |
|---|---|---|
| GTIN-13 | 小売単位 | 端末決済とプラットフォーム登録。 |
| GS1-128 | ロット / 賞味期限 | AI(10) ロット + AI(17) 有効期限、物流と期限切れ間近管理の媒体。 |
| ITF-14 | 外箱 | 段ボール単位の注文と受領識別。 |
すべてのコード体系は以下で利用可能ですバーコードツールセンター実際に生成・検証したうえで印刷します。
方向性を示す対照であり、具体的には当期の規則に準じます。
| 階層 | コード体系の方向性 | 保持情報 |
|---|---|---|
| 小売単位 | GTIN-13 | 商品アイテム識別 |
| 物流外箱 | ITF-14 | 段ボール単位の識別、内装単品に対応 |
| ロットラベル | GS1-128 | 批次（AI 10）と有効期限（AI 17） |
| プラットフォームカテゴリ | GTIN + 資質 | カテゴリ資質と商品バーコード情報の一致 |
食品カテゴリはプラットフォームごとに資質リストが異なるため、プラットフォームの当期要件を基準とします。表示と資質情報の一致が審査通過の前提です。
どの品目にロット管理が必要か、ロット番号をどのように生成するかを確定します。
GTIN-13 は小売単位をカバーし、外箱には ITF-14 を付与します。
AI(10)/(17) の構文に従ってロットラベルを生成し、倉庫業務フローと連携します。
ロットはコードとともに入庫し、先入先出と期限切れ予警報をデータに基づいて実行します。
食品飲料業界のお客様（名簿は事例ページをご参照ください）。
食品カテゴリーでは通常、生産許可証と品質検査報告書が必要となり、SKUリストと併せてご提出いただきます（プラットフォームの当期要件に準じます）。
総費用には通常、メンバー組織が徴収するコードサービス料（ランクと年数による）＋代理サービス料が含まれます。費用に影響する要因：SKU規模、必要な番号帯の数、変更／譲渡などの付帯事項の有無。
資料が揃った後、審査と割り当てのプロセスに入ります。メンバー組織ごとに期間が異なります。
コードの新規割り当てを伴わないため、手続きは比較的簡単です
統一台帳管理、各ノードを逐次同期
以上はプロセスの順序説明であり、具体的な日数は記載しておりません。実際の期間は受理機関の当期公示に準じ、手続き中は各ノードで逐次同期します。
商品カテゴリと販売チャネルをご説明ください。コーディングコンサルタントがこのシナリオに応じたソリューションをご提案します。
