GS1標準とトレーサビリティ──GTIN・SSCC・EPCISをMESの設計語彙にする

社内ロット番号は、社外に出た瞬間に意味を失う

リコールや回収の場面を考えます。自社のMESに完全なジェネアロジー（系譜）があっても、出荷後の製品が「どの物流拠点を通り、どの小売・病院に届いたか」は自社システムの外の話です。追跡を企業間でつなぐには、次の3つが共有されている必要があります。

1. 同じ識別子：モノ・場所・輸送単位を、どの企業も同じ番号体系で指せること
2. 同じ読み取り方：その識別子をラベル・タグからどう読むかが揃っていること
3. 同じイベント形式：「何が・いつ・どこで・なぜ・どうなったか」を同じ構造で記録・交換できること

GS1標準は、ちょうどこの3層に対応しています。

識別とデータキャリアの正典はGS1 General Specificationsで、現行はRelease 26.0（2026年1月批准）です。バーコードに埋め込む属性情報──ロット番号、有効期限、製造日、シリアル番号など──はアプリケーション識別子（AI）として定義されており、たとえば「(01)GTIN (10)ロット (17)有効期限」のように、1枚のラベルに構造化して載せられます。

EPCIS 2.0──「何が・いつ・どこで・なぜ・どのように」の共通イベント

3層目のEPCIS（EPC Information Services）は、サプライチェーン上の出来事を可視性イベントとして記録・共有するための標準です。各イベントは、What（何が）、When（いつ）、Where（どこで）、Why（どのビジネスステップで・どんな状態になったか）を答え、バージョン2.0ではHow（センサーデータ：温度など）が加わりました。Why部分の語彙（出荷・受入・加工・検査といったビジネスステップの定義)は、対になるCBV（Core Business Vocabulary）が提供します。

EPCIS 2.0はISO/IEC 19987:2024として2024年3月に国際標準化されており（第3版、2017年版を置き換え）、GS1標準であると同時にISO/IEC標準でもあります。JSON/JSON-LDでの表現に対応した現代的な仕様で、企業内および企業間でオブジェクトの状態の「共有ビュー」を得ることが目的と明記されています。

MESの言葉に翻訳すると、EPCISイベントの素材はほぼすべてMESが持っています。

• 「ロットAをラインXで加工し、ロットBになった」──工程実績と系譜
• 「シリアルSをGTIN Gとして梱包し、SSCC Pに積んだ」──梱包・出荷実績
• 「検査に合格し、出荷可能になった」──品質判定と在庫状態

つまりEPCIS対応とは、新しいデータを作る話ではなく、MESが既に持つ実績を共通形式へ写像する話です。この写像が素直にできるかどうかは、MES側のデータモデル、とくにロット・シリアル・梱包の親子関係の設計で決まります。

MES実装の設計点──ラベル・シリアル・系譜の3箇所

GS1対応がMESに要求を出すのは、具体的には次の3箇所です。

ラベル発行。AIを使った正しいエレメント構成（GTIN＋ロット＋有効期限＋シリアル等）でバーコードを生成し、印字検証まで行う設計です（ラベル発行と印字検証）。ここでロット番号の桁数・文字種がAIの制約に合わないと、後工程すべてに波及します。社内採番ルールを設計する段階で、GS1のAI仕様を制約条件として読み込んでおくべきです。

シリアル管理。医薬品のシリアライゼーション規制や、単品追跡が必要な業界では、GTIN＋シリアルで個体を識別します。MESのシリアライゼーション機能が、採番・重複防止・階層集約（個装→中箱→ケース→パレット＝SSCC）をどう扱うかが中核です。

系譜の粒度。EPCISの集約イベント（何が何に積まれたか）と変換イベント（何から何ができたか）に対応するには、MESの系譜が「投入ロット→産出ロット」の変換と「個体→梱包」の集約を区別して持っている必要があります（トレーサビリティ要件の設計）。

規制・制度がGS1標準を「事実上の要件」にしつつある

GS1対応の投資判断は、任意規格への対応というより、規制対応の先回りとして考えるのが2026年の実情です。医療用医薬品のバーコード表示はGS1標準ベースで制度化が進んできた領域ですし、EUのデジタルプロダクトパスポート（DPP）は、製品とデジタル記録をデータキャリアで紐づける仕組みであり、QRコードによる物理製品との紐づけがレジストリの設計に組み込まれています。製品を一意に識別し、QR等のキャリアで解決するというDPPの構造は、GS1が整備してきた識別＋キャリア＋Webリンク（GS1 Digital Link）の仕組みと方向が一致しており、DPPをMESの出力仕様として捉える議論と直結します。

「うちはBtoBだからバーコードは出荷ラベルだけ」という工場でも、取引先の物流要件（SSCC付きパレットラベル)、業界の追跡制度、DPPのような新制度のどれかには、数年内に触れる可能性が高い。そのときに効くのは、MES側の採番・系譜・ラベルの設計がGS1の語彙と矛盾していないことです。

よくある質問

社内の追跡だけが目的でも、GS1の識別子を使うべきですか？

社内限定なら必須ではありません。ただし2つの理由で「社内番号をGS1と両立できる設計」を推奨します。第一に、後から取引先要件でGS1ラベルが必要になったとき、採番体系の作り直しは実質的にマスタ移行プロジェクトになります。第二に、AIの文字種・桁数制約に合わせておけば、社内番号をそのままGS1ラベルの中に載せられます。将来の選択肢を殺さない設計は、初期にはほとんど追加費用がかかりません。

EPCISリポジトリはMESの一部として構築すべきですか？

分けることを推奨します。EPCISリポジトリは企業間の照会に応える公開系のコンポーネントであり、可用性・セキュリティ・スキーマ進化の要件がMES本体と異なります。MESはイベントの発生源に徹し、リポジトリは別コンポーネント（またはサービス）として立て、疎結合に保つのが保守性の高い構成です。