GS1の2次元バーコード対応とは？入出荷・ロット・賞味期限をつなぐWMS設計
バーコードを読めても、賞味期限が在庫に残らない
入荷した商品のコードをハンディで読み取り、数量を入力する。その隣で、担当者が箱に印字された賞味期限とロット番号を別の画面へ転記する。こうした作業を変える手段が、商品識別コードと属性情報をまとめて読み取れるGS1の2次元バーコードです。
ただし、読取機器を交換するだけでは、期限別の在庫管理や出荷判定まで自動化できません。読取結果から必要な項目を取り出し、商品マスタと照合し、WMS（倉庫管理システム）の在庫へ引き継ぐ必要があります。
この記事では、食品などロット・期限を扱う倉庫を想定し、2次元バーコードを入出荷業務へ取り込む設計を整理します。2027年末に向けた小売POSの対応目標と、倉庫で決めるべき導入条件を分けて考えます。
1. GS1の2次元バーコード対応とは
GS1の2次元バーコード対応とは、GS1標準で表現された商品識別コードや属性情報を読み取り、業務システムで解釈・利用できるようにすることです。
商品番号とバーコードの形を分けて考える
GTINは商品を識別する番号です。JANコードもその一種で、日本で一般的な標準タイプはGTIN-13です。一方、JANシンボルやGS1データマトリックスは、その情報を機械で読むための表現方式です。
GS1 Japanは、利用業界や識別対象に応じたバーコードを案内しています。小売向けではGS1データマトリックスや、GS1 Digital Link URI方式のQRコードが取り組みの対象になっています。QRコードの形であれば、どんな内容でもGS1対応になるわけではありません。GS1 Japan「バーコード」、印字・読取り検証プロジェクト
ロットや期限が必ず入っているわけではない
2次元バーコードには複数の項目を表現できますが、実際に何を含めるかは用途と表示側の設計によります。商品番号しか入っていないコードから、ロットや期限を取り出すことはできません。
そのため、導入の最初の確認先はスキャナのカタログだけではありません。仕入先から実物ラベルとデータ仕様を受け取り、「何が書かれているか」を確認します。
2. なぜ今、倉庫でも2次元バーコードを検討するのか
Ambition 2027は小売POSの対応目標
GS1のAmbition 2027は、2027年末までに小売POSが既存の一次元バーコードに加えて、所定のGS1の2次元バーコードを読み取り、処理できる状態を目指す業界目標です。すべての倉庫に同じ時期の機器交換を求める制度ではありません。GS1「What is Ambition 2027 in Retail?」
また、JANシンボルが2027年末に利用できなくなるという意味でもありません。GS1 Japanも、取り組みによってJANシンボルの表示や利用が停止されるわけではないと説明しています。GS1 Japan News No.20
倉庫側では、取扱商品のラベル変更や取引先のデータ要件を、設備更新計画に織り込むきっかけとして捉えると実務につながります。
国内でも印字と読取りの検証が進んでいる
GS1 Japanは2024年から2025年に、国内のソリューションベンダーと小売商品の2次元シンボルの印字・読取りを検証しました。素材や印字方式を含めた評価が行われている点は、実物の包装で試す重要性を示しています。GS1 Japan「印字・読取り検証プロジェクト」
POSを通らない食品原材料にも、識別用バーコードのガイドラインがあります。小売向けの取り組みと、ケースや原材料を扱う物流の仕様は、対象を確認して使い分けます。GS1 Japan「食品原材料にもバーコードを」
3. JAN中心の入荷登録と属性情報を使う構成の違い
ここでは、JANシンボルで商品を照合し、期限を手入力している倉庫を比較対象にします。一次元バーコードでもGS1-128などは属性情報を表現できるため、「一次元ではロット管理ができない」という比較ではありません。
| 業務 | 商品照合を中心とした構成 | 属性情報を取り込む構成 |
|---|---|---|
| 入荷検品 | 商品を読取り、期限とロットは転記 | 表示された項目を解析し、入荷予定と照合 |
| 在庫登録 | 商品・棚を中心に数量を管理 | 商品・ロット・期限・状態を区別して管理 |
| 出荷引当 | 入荷順や担当者の確認で選ぶ | 期限と納品条件に合う在庫から選ぶ |
| 問い合わせ対応 | 紙や別ファイルをたどる | 入出荷履歴から対象ロットを追う |
| 読取失敗 | 再読取りや手入力 | 保留理由と訂正履歴も記録する |
効果が出るのは、読み取った属性情報が後工程まで残ったときです。入荷画面には期限が表示されるのに、在庫登録では商品単位に合算される設計では、出荷時に再び確認が必要になります。
4. WMSへ渡す前に、商品・ロット・期限を正規化する
GS1アプリケーション識別子で意味を判断する
GS1アプリケーション識別子は、データの種類や形式を示す番号です。略称はAIですが、この文脈では人工知能を指しません。GS1 Japan「GS1アプリケーション識別子」
| 識別子 | 主な意味 | WMS側の扱いの例 |
|---|---|---|
| 01 | GTIN | 商品マスタ・包装単位との照合 |
| 10 | バッチ／ロット番号 | 商品と組み合わせて保存 |
| 15 | 賞味期限日・品質保持期限日 | 賞味期限の項目へ保存 |
| 17 | 消費期限・有効期限など | 期限の種類を区別して保存 |
15と17は同じ意味ではありません。画面上で一律に「賞味期限」と表示すると、データの意味が変わってしまいます。GS1「2D Barcodes at Retail Point-of-Sale Implementation Guideline」
読取文字列をそのまま在庫キーにしない
スキャナから返る形式は、機器の設定やバーコードの方式によって異なります。GS1の要素列として返る場合と、Digital LinkのURIとして返る場合を確認し、それぞれに対応した解析処理を使います。可変長項目の区切り文字を落とすと、隣のデータをロット番号に取り込むおそれがあります。
GTINは先頭のゼロを保持できる文字列で保存し、照合時の桁数をそろえます。ロット番号も数値へ変換せず、先頭ゼロや文字を保持します。解析にはGS1標準に対応したライブラリやベンダー提供機能を検討し、独自の文字列分割だけに頼らない構成にします。
以下はバーコードの生データではなく、解析後にWMSへ渡す内部データの設計例です。商品番号には説明用の仮値を使っています。
{
"receiptLineId": "IN-20260907-001-01",
"itemCode": "FOOD-A",
"lot": "LOT-A01",
"dateType": "best_before",
"date": "2026-12-31",
"packagingUnit": "case",
"quantity": 12,
"status": "pending_inspection"
}
数量や包装単位は、必ずしもバーコードから得られるわけではありません。入荷予定、商品マスタ、担当者の確認結果を組み合わせ、値の取得元を区別します。
ケースと個品の数量換算を明示する
ケースと個品ではGTINが異なることがあります。「商品が見つかったから1個加算」とすると、1ケースの読取りで個品1個だけを登録する事故につながります。
商品マスタには包装レベル、対応するGTIN、入数、在庫の基準単位を持たせます。開梱後の個品在庫へ切り替える処理も、ケース在庫を減らす処理と一体で設計します。
5. 入荷から出荷まで、同じロット情報を引き継ぐ
以下は本記事で提案する運用例です。GS1標準そのものが、WMSの画面や承認手順を一律に定めているわけではありません。
入荷時は「一致・不一致・確認待ち」を分ける
まず入荷予定を選び、コードを読んで商品・包装単位を照合します。次にロットと期限の有無、日付の妥当性、取引先と合意した受入条件を確認します。
期限が欠けている場合は、適当な日付を補わず確認待ちにします。印字内容を目視確認して手入力するなら、入力者、確認者、訂正理由を残します。読取データと目視表示が矛盾する場合も、倉庫側で都合のよい値を選ばず、仕入先への確認対象にします。
在庫はロットと期限を区別して保持する
同じ商品が同じ棚に置かれていても、ロットや期限が違えば、出荷判断では別の在庫です。荷主、商品、ロット、期限、ロケーション、検品状態などを、業務に必要な粒度で保持します。
ロット番号だけを全商品共通の識別キーにしないことも大切です。別の商品や仕入先で同じロット文字列が使われる可能性を考え、商品識別情報などと組み合わせて照合します。
出荷は期限順と納品条件を組み合わせる
FEFOは、期限の早い在庫から払い出す考え方です。ただし、最も期限が近い在庫が、どの得意先にも出せるとは限りません。
たとえば、同じ商品に12月10日と12月31日の賞味期限があり、出荷先が到着時の残存日数を指定している場合を考えます。先に納品条件を満たす在庫を絞り、その中で期限の早いものを選びます。これは説明用の例で、残存日数や輸送日数は取引条件に合わせて設定します。
引当時の判定だけでなく、ピッキング時に実物のロットを照合して、別ロットの取り違えを防ぎます。検品保留や回収対象の在庫を引当対象から除く処理も必要です。
パレット単位の照合にはSSCCという選択肢もある
混載パレットの中身を毎回個別に読む負担が大きい場合は、物流単位を識別するSSCCと事前出荷データの連携も検討できます。SSCCをキーに内容物のデータを参照する方式です。商品を識別するGTINとは役割が異なります。GS1 Japan「SSCC」
この構成でも、事前データと現物の一致確認は必要です。分割・積替え時に内容物との関係を更新する運用まで決めます。
6. 読取機器とシステム連携で確認すること
読取成功音だけで合格にしない
2次元コードを読める機器でも、業務で必要な属性がアプリへ届くとは限りません。商品番号だけを出力する設定になっていないか、区切り文字が通信経路で消えないかを確認します。
技術構成の例は、業務用2次元イメージャを備えたハンディ、端末SDK、GS1解析処理、照合用API、WMSの在庫・履歴データベースです。既存システムに直接取り込めない場合は、連携層で項目を正規化する方法があります。
キーボード入力として文字を送る方式を使う場合は、入力先の取り違えや制御文字の欠落も試験対象にします。読取機器、端末アプリ、WMSまでを通した試験が必要です。
実物ラベルと実際の姿勢で試す
平らな紙では読めても、フィルムの反射、曲面、結露、ラベルのしわで読みづらくなることがあります。対象商品の包装、距離、角度、照明を再現し、普段の作業速度で試します。
なお、現場のスキャナで一度読めたことと、印字品質が標準に適合していることは別です。印字品質の評価が必要な場面では、バーコード検証機などを使った検証も組み合わせます。GS1「導入ガイド」
二重登録は業務イベント単位で防ぐ
JANと2次元コードが併記されたラベルや、通信失敗後の再送で同じ入荷を二重計上しないようにします。入荷明細と登録要求を識別するIDを持ち、同じ要求の再送は再加算しない設計にします。
一方、同じGTINとロットの箱が2箱届いた場合は、どちらも正当な入荷です。バーコードの値が同じという理由だけで重複を削除してはいけません。数量入力、箱の識別、作業確定の単位を合わせて決めます。
7. 小さく始める導入手順と評価指標
最初は、期限の転記が多く、仕入先とラベル仕様を確認しやすい商品群を選びます。機器の一斉更新前に、次の順で検証すると改修範囲が見えます。
- 実物ラベルを集め、バーコード方式と含有項目を確認する。
- 商品・包装単位・期限種別をWMSの項目へ対応付ける。
- 1つの入荷工程で読取り、保留、訂正、確定まで試す。
- 在庫照会と出荷照合で、同じロット・期限が残ることを確認する。
- 例外処理の負担と作業時間を測り、対象を広げる。
| 試験ケース | 確認する結果 |
|---|---|
| 商品・ロット・期限がそろったラベル | 予定と照合し、正しい項目へ登録される |
| 期限なし・不正な日付・未知の商品 | 勝手に補完せず、理由付きで保留される |
| 同じ商品の異なる期限 | 在庫が区別され、出荷条件が反映される |
| JANと2次元コードの併記 | 1回の作業で二重加算されない |
| 通信切断後の再送 | 登録済み要求が再加算されない |
| 同じ商品・ロットの別の箱 | 正当な追加数量が登録できる |
評価指標は、初回読取成功率だけでは不十分です。「必要項目を自動で取得できた入荷明細の割合」「手修正率」「保留の解消時間」「登録確定までの作業時間」を併せて見ます。比較前後で商品群や作業条件をそろえ、例外処理も含めて評価します。
8. 今後、2次元バーコードと倉庫業務はどう変わるのか
商品番号に加え、ロットや期限を業務データとして扱える商品が増えれば、入荷時に取得した情報を、期限別の在庫照会や出荷条件の判定へつなぎやすくなります。ただし、広がり方は商品分野や取引先によって異なります。
その先では、期限別在庫と出荷実績を使った滞留予測や、廃棄を減らす配置・補充の検討にAIを活用する余地があります。これはデータがそろった後の応用です。欠けた期限やロットを生成AIで推測して入荷を確定する使い方は、追跡可能性を損ないます。
倉庫が今始めるべきことは、取引先のラベルを実際に読み、必要な情報が入荷から出荷まで残るかを確かめることです。2次元バーコード対応の価値は、その情報を日々の判断へつなげたところで生まれます。
9. FAQ（よくある質問）
2027年末までに倉庫のスキャナをすべて交換する必要がありますか
Ambition 2027は小売POSの対応目標です。倉庫では、取引先の要求、取扱ラベル、既存機器の対応方式を確認して導入範囲を決めます。
普通のQRコードを貼ればGS1対応になりますか
なりません。GS1標準に沿った識別情報とデータ構造が必要です。ラベルの用途に応じ、取引先と方式・項目を合わせます。
GS1-128を使っている場合も2次元化が必要ですか
一律には判断できません。GS1-128でも属性情報を扱えます。既存運用で必要なデータを取得できているか、表示面積や取引先の仕様に課題があるかで判断します。
2次元コードなら賞味期限とロットを必ず取得できますか
いいえ。ラベルにその情報が含まれ、機器とアプリが取り出せることが条件です。欠落時の確認方法も設計します。
読取機器だけを先に更新しても効果がありますか
既存機器では読めないラベルへの対応には役立ちます。ただし、転記削減や期限別の出荷には、アプリの解析処理とWMSのデータ項目・業務ルールの整備も必要です。
10. 参考サイト・参考URL・引用元
確認日：2026年9月7日。WMSの内部データ例、入出荷手順、試験ケースは、公式仕様を踏まえた本記事の設計例です。