「包装のバーコードをQRに変えれば2027年への対応は終わる」。この説明だけで印刷版下を変えると、レジでGTINを読めない、倉庫でロットを取り込めない、スマートフォンでは古い製品ページへ飛ぶ、といった問題が後から見つかります。GS1 Digital Link導入は、コードの図柄を選ぶ仕事ではありません。識別子の設計、印字品質、スキャナーの設定、POS・WMSのデータ解釈、Webのリダイレクト、取引先との検収条件を一つの移行計画にまとめる仕事です。
本稿は、タイに工場・販売拠点を持つ製造業と小売事業者の担当者向けに、RFPから現場受入までを具体化します。方式全体の選定はバーコード・QR・RFIDの比較を参照してください。個品・ロットのイベント交換は別稿のEPCIS 2.0によるトレーサビリティで扱います。本稿はGS1 Digital Linkの識別子、URL、POSと現場の読取、版管理に絞ります。
結論：少数のSKUで「読む・渡す・開く」を証明する
推奨する出発点は、包装形態と販売チャネルの異なる少数のSKUを選び、一枚の受入表を作ることです。各SKUについて、識別したい単位、印字するGS1識別子と属性、読む工程、システムへ渡す値、人が開くWeb情報、失敗時の処理、証拠を記入します。QRコードの印刷見本だけを承認せず、現物を実機で読み、業務システムの記録まで追います。
食品ならPOSではGTINを正しく一度だけ受け取り、期限管理工程では期限とロットを受け取る、と用途が異なります。同じシンボルから読んでも、全システムが同じ属性を使うとは限りません。どの業務で何を保存するかは自社で決め、取引先の要件と突き合わせます。医薬品や規制対象品は業界・国別の法令と取引要件を別途確認してください。
GS1が示す2027年の目標は、流通POSが2Dバーコードを扱えるようにする業界の移行目標です。全商品に特定のQRを印字する一律の法定期限ではありません。小売POS向け2D導入ガイドは既存の一次元小売バーコードも読めることを含め、読取能力と運用モードを説明しています。包装変更の時期は、出荷先の受入条件、版下更新、在庫消化、機器更新に合わせて決めます。
GS1 Digital Link、QRコード、リゾルバを混同しない
QRコードは二次元のデータキャリアです。GS1 Digital Linkは、GTINなどのGS1識別子をWebアドレス内に一定の構文で表す方式です。一般のURLをQRに格納しただけでは、GS1 Digital Linkに適合したデータになりません。URI Syntax 1.7.0は、主識別キー、修飾子、属性を区別します。GTINを表すAIは01、ロットは10、有効期限は17です。現行構文ではGTINを14桁で表し、GTIN-13等は先頭ゼロを補って14桁にします。
説明用URIの構造は、ドメインに続いて「/01/14桁GTIN/10/ロット」を置き、期限をクエリの「17」に持たせる形です。実商品の割当番号やドメインは事業者が管理します。AIの意味と書式を理解したパーサーは値を抽出でき、汎用のスマートフォンはURLとして開きます。識別子を取り出す仕事とWebページを表示する仕事は、同じスキャンから始まっても別の処理です。
リゾルバは、同じ識別子を使って製品情報、取扱説明、取引先向けデータなど複数の情報源へのリンクを選択可能にする仕組みです。GS1-Conformant Resolver 1.2.0がその仕組みを定義します。ただし構文に合うURIが必ずリゾルバを指すとは限りません。仕様にもその前提でアプリケーションを組まないよう記載があります。単一ページへの遷移試験と、複数リンクの提供試験を分けます。
どのデータをコードに入れるか
GTINだけで商品種を識別できる業務と、ロットや期限が必要な業務を混ぜないことが第一歩です。受入や回収対応でロットを使うなら、どの包装階層で管理され、どの工程で読めるかを確認します。期限を使うなら、賞味期限と使用期限の業務上の違いを定義し、どのGS1 AIを採用するかを決めます。
| 項目 | 代表的な識別 | 確認すること |
|---|---|---|
| 商品種 | GTIN、AI(01) | 割当主体、包装階層、14桁表現、チェックデジット |
| ロット | AI(10) | 発番責任、文字種、製造記録との一致 |
| 期限 | 業務に合うGS1 AI | 日付意味、入力形式、未設定時の扱い |
| URLドメイン | 自社管理ドメイン | 継続保有、転送先変更、障害時の応答 |
| スキャン結果 | GTINと必要属性 | POS、WMS、MES間で共通の解釈 |
属性を増やすほど記号が密になり、ラベル寸法、印刷方式、材質、読取機の条件に影響します。将来使うかもしれない属性を無制限に載せず、実際の業務で必要な最小集合を選びます。GS1 Barcode Syntax Resourceは構文の認識・変換・適合確認に使える資源です。ただし構文上有効でも、POSの取引先設定や自社の業務ルールまで自動で正しくなるわけではありません。
現行バーコードとの移行：二重印字期間を設計する
既存のEAN/UPCと新しい2Dコードを同じ包装に載せる移行期間は、読取挙動が複雑になります。スキャナーが二つのコードを一度に拾うのか、優先順位はどうか、レジに二重入力されないか、目視しやすい配置かを現物で試します。GS1の小売POSガイドは2Dを扱うモードと既存の一次元コードを引き続き扱う必要を説明しています。移行期間や印字配置を単一のグローバル日付だけで決めることはできません。
工場では包装ラインのカメラと倉庫のハンディ、小売ではPOSと棚卸端末、顧客側ではスマートフォンと、接点が異なります。レジだけ通れば完了とせず、返品、検品、補充、破損ラベルの再発行、オフライン処理も試験します。輸出入がある場合は受け側の国、小売チェーン、物流委託先ごとの仕様を確認し、対応済みと確認できるまで旧コードを外さない判断も必要です。
二重印字で起こりやすいのは、旧コードと新コードに別のGTINが入る、包装仕様変更後に片方だけ更新される、検査カメラが印字の有無しか見ていない、といった不整合です。製版前のデータ生成を一本化し、両方から抽出したGTINが一致する試験を設けます。版下校正だけでなく、初回印刷、材料変更後、プリンタ保守後にも同じ基準でサンプルを取ります。
RFPの境界：印字、読取、業務連携、Web運用
発注範囲を「GS1 QR対応システム一式」とだけ書くと、印字機ベンダー、POSベンダー、Web制作会社、社内ITの責任が曖昧になります。RFPには対象SKU、包装ライン、読取機、業務システム、取引先、ドメインの一覧を付け、インターフェースごとの責任者を指名します。機器の型番とファームウェア、アプリの版、印刷素材と速度を明記し、検収時の構成変更を追えるようにします。
受入条件は「2Dを読める」では足りません。①GTINと選択した属性を抽出できる、②決めた形式でPOS・WMS等に渡せる、③二重印字時に一取引一商品として処理する、④不正な文字列を正常品として登録しない、⑤オフライン時に誤った製品情報を表示しない、⑥ラベル品質を定めた方法で測れる、を別々の試験にします。
印字機の責任は生成データ、印刷条件、検証結果まで。読取機の責任は対応シンボル、出力モード、区切り文字の扱いまで。POSやWMSの責任は解析、照合、二重入力防止まで。Web側の責任はドメイン、HTTPS、リンク選択、リダイレクト、監視まで、と分けます。委託先が複数でも、一連の読み取りを通した統合試験の責任者を決めます。
2Dバーコード受入試験：机上、FAT、SAT
机上ではGS1の構文資源と自社のテストデータでURIやAIを検査します。正常系だけでなく、桁不足、チェックデジット誤り、ロットに予約文字を含むケース、期限が存在しないケースを用意します。これはパーサーの試験であり、ラベルを現場で読める証明ではありません。QR CodeにGS1 Digital Link URIを入れる方式とGS1 DataMatrixなど、採用範囲を明確にします。
FATでは実際のプリンタ、インク、包装材、印刷速度、スキャナーでサンプルを作り、ラベルから業務アプリまで通します。最小・最大のコードサイズ、光沢、曲面、折れ、印刷の薄れ、搬送中の揺れを対象にします。合否基準は選定したシンボルと用途に対応するGS1仕様・検証方法に基づき調達書に記載します。本稿は一律の合格グレードや読取距離を定めません。
SATでは実店舗・実倉庫の照明、ネットワーク、設置高さ、作業動線、既存POS設定で試します。二重印字品と新コードのみのサンプルを分け、複数品を連続処理します。レシート、WMSの受入ログ、Webアクセスログを照合し、同じ試験品が各系でどう扱われたか残します。障害時には、読取不可、URIは読めるがWebへ接続できない、リゾルバが誤ったリンクを返す、の三つを区別します。
| 試験段階 | 入力 | 合格の証拠 | 主な責任者 |
|---|---|---|---|
| 机上 | 有効・無効なサンプル文字列 | パース結果、エラー分類、版情報 | IT・データ担当 |
| FAT | 実包装材と印刷機・読取機 | 検証レポート、読取ログ、業務連携結果 | 設備・ベンダー |
| SAT | 現場の照明・回線・POS/WMS | 取引ログ、画像、再現手順、是正記録 | 店舗・工場責任者 |
| 取引先確認 | 出荷サンプルと受入仕様 | 相手先の確認記録、例外リスト | 営業・物流 |
合否の数値を決める際は読取成功率の分母を明記します。意図的に破損させたサンプル、照明を変えたサンプル、通常生産の連続品を混ぜると、率だけでは改善点が分かりません。初回読取と再試行後を分け、失敗画像と機器ログを残します。POSで商品が正しく会計されたか、コードが読めただけかも別の指標です。
現場のテストデータは、成功例だけでなく意図的な失敗例も版管理します。発行済みGTINと未発行GTIN、同じGTINで異なるロット、予約文字を含むロット、印字した期限が欠落した品、旧バーコードと2DのGTINが不一致の品をそれぞれ識別できる名前で保管します。実物サンプルには「試験用」と明示し、販売在庫へ混入しない場所に置きます。テストの原始データと期待結果を一緒に保管すると、ソフト更新後の回帰試験に再利用できます。
現場判定で不合格が出たら、誰がその場で設定を変え、どの条件を再試験するかを先に決めます。レジ端末の設定だけを変えて合格した場合、その変更は他店舗へ配布されて初めて横展開できます。包装データを変えた場合は印字からWebまでの結果を再確認します。原因を特定しないまま合格品だけを選んで示すと量産後の不具合が残るため、失敗記録と是正履歴も検収資料に含めます。
POSでは「一度だけ会計」を独立試験にする
包装に一次元と二次元の両方がある期間、二重会計を防ぐ制御が重要です。GS1のPOSガイドは、最初にGTINを検出したとき一度だけ通知・送信するモードを説明します。既存スキャナーの設定更新で足りるのか、デコーダーやPOSアプリの変更が必要かを構成ごとに確認します。代表店舗での試験だけで全店舗対応と宣言しないでください。
試験には、一個の商品に両コードがある場合、隣り合う二品を連続してかざす場合、返品時に別のモードを使う場合、片方を隠して再試行する場合を含めます。画面、レシート、取引ログで数量とGTINを照合します。ロット・期限を扱うPOSなら付随データの形式も確認します。GTINだけを受け取る運用では、コードに追加属性があることとPOSに保存されることを同義に扱いません。
Web側は印刷物より長く生きる
包装へ印刷したURIは、在庫が流通するあいだ変更できません。ブランドページの変更、キャンペーン終了、国別表示の変更があっても、印字した識別URIを維持し、その先の情報を更新できる設計にします。自社が継続管理できるドメインを使い、更新、証明書、DNS、監視、障害時の連絡先を運用表に書きます。短期キャンペーンドメインを恒久的な識別基盤にしない方が堅実です。
GS1の仕様は識別URIと情報ページを区別します。製品自体を識別するURIを直接「ページの住所」と同一視せず、必要な情報へ遷移できるようにします。多言語ページは閲覧者の言語設定だけで変えると、取引先が指定言語でデータを取得できない場合があります。国、言語、用途に応じたリンクの選択と既定値を定義し、固定のテストURIで回帰試験します。
通信が切れた場合、URLを開けなくてもGTINを抽出して販売できる構成を目指すのか、ネットワーク必須の業務なのかを分けます。POSのGTIN解釈を都度Webサイトの可用性に依存させると障害時の会計に影響します。一方、リゾルバで提供する製品情報には接続が必要です。読取、識別、コンテンツ取得の依存関係を図にして代替手順を決めます。
データ連携：「読めた」と「使えた」は違う
同じ読取値でも、スキャナーのキーボード入力、シリアル出力、API、POSの取引メッセージで表現が変わります。GS1のAIから値を取り出す場所を決め、URIを丸ごと保存するか、正規化したGTIN・ロット・期限を保存するか、両方かを設計します。返品や回収で追跡するなら、読取イベントがどの取引・作業に対応するか識別できることが要件です。
WMSでは印字ロットと入荷伝票のロットが一致しない例外をどう処理するかを定めます。MESでは包装ラインの生産ロットと出荷包装のロットを結びます。イベントを企業間で共有するなら、ラベルの構文だけで解決しようとせず、EPCIS 2.0によるイベント共有のような別のデータ層を検討します。Digital Linkは識別子の表現と情報への入口であり、工程履歴を自動生成しません。
データ辞書にはフィールド名、GS1 AI、型、必須条件、欠損時の振る舞い、送信形式、照合先を記載します。「日付」とだけ書かず、どの期限を指すか、年月日の解釈、イベント時刻との違いを明確にします。テスト時は元の読取文字列、解析後のフィールド、業務システムに保存された値を一行で比較します。保存期間とアクセス権も決めます。
90日を三つの判断点に分ける例
以下の90日は説明用の計画例であり、GS1の標準期間ではありません。第1期は対象SKUと取引先要件の確認、現行コード・機器の棚卸し、データ辞書の作成です。第2期は印刷サンプルとFAT、Web動作と業務連携の試験です。第3期はSAT、取引先での確認、例外対応、量産への移行判定です。包装版下の更新が重い場合は期間を延ばします。
| 判断点 | 必要な成果物 | 進行を止める条件 |
|---|---|---|
| 設計凍結 | 対象SKU、AI一覧、URI規則、責任分担 | GTIN管理や受入仕様の未確定 |
| FAT完了 | 印刷サンプル、構文・品質・連携の記録 | 最小条件で読めない、二重入力する |
| SAT完了 | 現場ログ、取引先確認、障害試験 | 不一致を追跡できない、復旧手順がない |
各判断点に製造、品質、IT、営業・取引先窓口を入れます。包装の見た目だけで承認するとPOSやWebの長期運用が後回しになります。Webページだけ先に作ると現物ラベルの寸法や材質で読めなくなることがあります。試験可能なサンプルを早期に作り、現物から業務記録まで通します。
見積比較：QR画像生成だけを買わない
見積は、コード生成、印字・検証装置、スキャナー更新、POS/WMS改修、Web・リゾルバ、試験、教育、保守に分けます。QR画像だけの価格と、業務連携や現場検収を含む価格を一列で比べません。複数拠点なら設備ごとのファームウェア差も費用になります。テストデータと版下の所有権、ドメイン管理者、障害対応時間、変更時の再試験費用を確認します。
質問票には、対応するURI仕様の版、扱えるGS1 AI、14桁GTIN、予約文字のエンコード、印刷品質検証、二重印字時のPOS動作、オフライン動作、ログ出力、設定移行を入れます。「対応」と答えた項目は自社サンプルで再現させます。GS1の2D準備ガイドは、エンコード、印字、検証、読取、データサービスを含む項目を示しています。
読取機が画像をデコードできることとPOSアプリがGTINを正しく受け取ることは別です。スキャナーメーカー、POSベンダー、SIのどこまでが見積範囲か明記します。海外本社指定機器をタイ拠点へ導入する場合も、現地の包装材、言語、回線、POSソフトの版を確認します。
版管理と変更管理：商品改版をラベルに反映させる
導入後に最も厄介なのは、初回印刷の合格ではなく変更時の不一致です。GTINの割当方針、包装階層、ロットの発番規則、製品情報のURL、受入側のPOS設定のいずれかが変わると、かつて合格した組み合わせが成立しなくなる可能性があります。変更申請書に、変更するデータ、影響するラベル、現物在庫、取引先、リゾルバのリンク、再試験する工程を一括記載します。変更を承認する人も、マスターを更新する人も、印刷版下をリリースする人も明確にします。
版を追うための最小記録は、商品マスター版、URI生成規則版、版下版、印字機設定版、読取機設定版、POSアプリ版、Webリンク設定版です。すべてを同日に更新する必要はありませんが、どの組み合わせで試験したかを記録します。あるラインだけ古いスキャナー設定が残ると、出荷検査を通った製品が別拠点の受入で止まることがあります。受入試験の結果には、機種名だけでなく構成と版を付けます。
印刷済み包装材の在庫も変更計画に入れます。新旧デザインの併存を認める期間、旧URIの遷移先、商品情報の変更履歴、返品時の扱いを定義します。過去ロットが市場から消える前に旧ドメインや旧リンクを止めると、顧客や取引先が情報へアクセスできなくなります。Webページのデザイン更新より、識別URIと解決先の継続性を優先します。SKUを廃番にする場合も、単に404を返すのでなく、廃番と後継品、必要な安全情報をどう案内するかを決めます。
異常系を先に書く：誤読、重複、接続障害、データ不一致
正常なラベルが正常な端末で一回読めることは、導入の入口です。検収では、汚れたラベル、誤ったGTIN、期限が欠けたURI、未登録ロット、二つのコードが同時に見える包装、ネットワーク断、期限切れのTLS証明書を想定します。異常の種類ごとに、端末表示、業務処理、ログ、作業者の対処を一行で決めます。「何となくエラーにする」では、現場の再印字や手入力で誤ったデータが混ざる可能性があります。
誤ったGTINを読んだ場合は商品マスター照合で止めるのか、取引先のマスター更新待ちとして保留するのか。期限の形式は正しいが既に過ぎている場合は、受入を拒否するのか、品質判断へ送るのか。ロットが読み取れない場合は、手入力を許すのか、上長承認が必要なのか。これはGS1のURI構文が決めることではなく、事業者の業務ルールです。試験表には構文エラーと業務エラーを別列にします。
Webが止まったときも「QRが読めない」と一括りにしません。光学的にデコードできたか、URIの構文を解釈できたか、GTINを照合できたか、HTTPで情報を取得できたかは別の段階です。段階ごとのログがあれば、スキャナー保守、マスター修正、ネットワーク復旧、Webの復旧のどこへ連絡するか決まります。紙の作業手順にも、代替処理の開始条件と後でデータを突合する方法を記載します。
検収票の一行をどう書くか
曖昧な「GS1 QRを読める」ではなく、「指定SKUの実包装を指定したレジの指定版ソフトで連続三回走査し、各回にGTINが一件だけ登録され、レシートと取引ログの数量が一致する」のように、入力、環境、観測点、合否を一行で書きます。三回という数は書式例であり、十分なサンプル数を示す標準値ではありません。実際の試験数は流通量と品質リスクを考慮して決めてください。
印字品質なら「指定した包装材と印刷速度で量産サンプルを取得し、採用した検証方法の測定結果を保存する」。ロット連携なら「同じ現物から抽出したAI(10)がWMSの受入記録と製造記録に同一値で残る」。Webなら「印字URIをスマートフォンで開き、対象SKUの情報へ遷移し、製品改版後も旧URIから到達できる」と書けます。それぞれ合格・不合格の実例を添えると、ベンダーと現場の判断が一致しやすくなります。
検収票には、試験ID、SKU、包装版、試験日、拠点、端末・ソフト版、使用ラベルの写真、原始読取データ、解析結果、業務ログ、Web応答、合否、例外チケット、再試験日を紐付けます。スクリーンショットだけでは文字列や時刻を機械的に照合しにくいので、可能ならCSVやログも保存します。個人情報や業務秘密を含む記録は閲覧権限と保存期間を定めます。
運用KPI：移行後に何を見続けるか
量産後は、コード印刷不良率、初回読取成功率、再読取率、商品マスター不一致件数、POS二重計上件数、Webリンク失敗件数を分けて見ると、問題の所在が分かります。これらは本稿が提案する運用指標であり、GS1が一律の目標値を定めたものではありません。分母はライン、包装材、SKU、拠点、端末の種類で分けて残します。全体平均だけでは、特定の曲面容器や古い端末の不具合が埋もれます。
初回読取が下がったとき、印字濃度、包装材ロット、読み取り角度、端末更新、現場の照明を調べます。Webリンク失敗が増えたとき、DNS、証明書、リゾルバ設定、転送先ページの公開状態を調べます。POSで二重計上が起きた場合は、バーコードの品質ではなくスキャナーの送信モードやPOSのイベント処理が原因かもしれません。KPIを異なる原因へ対応する担当者に結び、月次レビューで例外の再発防止を決めます。
よくある失敗と対処
QRなら何でもGS1対応と判断する。 一般のURLだけではGS1識別子を規定どおり抽出できません。URI構文と対象AIを検証します。URIが正しければレジで使えると判断する。 POSのスキャナー設定と後段アプリが必要です。実取引に相当する端末試験を行います。
Webが開けばトレースできると判断する。 ページ閲覧は工程イベントの記録ではありません。ロットがいつどこを通ったかを追うには現場の記録とデータ連携が必要です。Sunrise 2027は全商品の法的義務と説明する。 業界目標と取引先の期限、法令を分けて記録します。一店舗で通ったから全拠点で通ると扱う。 機器・回線・包装条件で拠点を分類して試験します。
印字品質を見た目で判定する。 人の目で濃く見えることと機器の読取性は同じではありません。適した検証方法と現場の実読取を組み合わせます。公開後のURLを放置する。 印刷物が残るあいだドメインと遷移先を保守し、廃番や改版後の表示も決めます。
よくある質問
一次元バーコードはすぐ外せますか
一律には決められません。取引先のPOS、倉庫、返品工程が2Dを読めるか確認します。移行期の二重印字はGTIN一致と二重会計防止をセットで試験します。外す判断は相手先の受入条件と現場試験の結果に基づきます。
QRにロットと期限を入れれば回収対応は完成しますか
コードに入れるだけでは不十分です。対象ロットの製造、入出荷、販売・使用イベントを記録・検索する必要があります。どの単位まで追跡し、誰が記録を保持するかを設計します。
リゾルバは必須ですか
URI構文とGS1準拠リゾルバは別の概念です。単純な遷移から始める構成もあります。複数の情報源を用途・言語に応じて案内するなら、リゾルバの仕様と運用が重要になります。
2027年までにタイの全商品を切り替える必要がありますか
Sunrise 2027はPOS側が2Dを読めるようにする業界目標です。全商品に同じ日付でQR印字を義務付ける法令ではありません。変更時期は販売先の要件、商品・業界の規制、包装更新計画に基づき確認します。
問い合わせ前に用意する六つの資料
①対象SKUと包装形態、②現在のコードとGTIN管理、③印刷機と検証装置、④スキャナー・POS・WMS/MESの機種と版、⑤取引先の受入仕様、⑥使いたいWeb情報とドメイン管理者を準備します。未確定項目は空欄でも構いません。まず一つの流通経路で現物ラベルから業務記録まで通し、合否基準を他SKUへ広げます。
TOMAS TECHは、タイの工場と業務システムの接点で、読取点、データ辞書、FAT/SAT、例外時の運用を整理できます。お問い合わせの際に「GS1 Digital Link導入の受入設計」と記載し、対象商品、読取工程、困っているシステム間の接続をお知らせください。
参考情報・仕様
- GS1 Digital Link Standard: URI Syntax 1.7.0：識別キー、修飾子、属性、URIの構文。
- GS1-Conformant Resolver Standard 1.2.0：識別URIから情報源を選ぶ仕組み。
- 2D Barcodes at Retail Point-of-Sale Implementation Guideline：小売POSの読取モード。
- Solution provider 2D readiness：提供者側の対応項目。
- GS1 Barcode Syntax Resource：構文の認識・変換・適合確認。
- GS1 Application Identifiers：AIの定義と一覧。
