「トレーサビリティ 導入事例」を探す担当者が本当に知りたいのは、バーコードを読めたという話ではなく、自社の要求仕様、PoC、受入条件へ何を転用できるかです。本稿は食品、自動車・バッテリー、電子部品の3業種について、公開標準と公的ルールから組み立てた参照実装パターンを比較します。TOMAS TECHの記名顧客事例でも、特定企業の成果を示す成功事例でもありません。効果数値、費用、ROIを創作せず、タイ工場がRFPと90日PoCを設計するための実務材料に絞ります。
トレーサビリティ導入事例を「証跡の鎖」として読む
導入事例の画面や機器構成だけを真似しても、同じ結果にはなりません。製品、工程、取引先、規制、顧客要求が異なるからです。業種を越えて再利用できる設計単位は、識別、変換、イベント、例外、再照合、証跡の鎖です。
GS1のトレーサビリティ標準では、Critical Tracking Event（CTE）とKey Data Element（KDE）を用いて、誰が、何を、どこで、いつ、なぜ扱ったかを記録する考え方が示されています。GTIN、GLN、バーコード、EPC/RFID、EPCISは競合する一製品ではなく、識別、取得、共有を補完する標準群です。EPCIS 2.0はイベントデータを共有する言語で、センサーデータや認証情報、JSON/JSON-LD、RESTによる取得・照会を扱えます。しかしEPCISは中央データベースでも、MESの全機能でもありません。またGS1を採用しただけで規制適合が証明されるわけでもありません。
実装時は、各イベントに最低限次を持たせます。
- 識別：品目、ロット、シリアル、物流単位、場所、取引主体を安定したキーで示す
- イベント：受入、投入、変換、分割、結合、梱包、出荷、保留、廃棄など、状態が変わる瞬間を定義する
- 時刻：イベント時刻と記録時刻を分け、タイムゾーンまたはUTCオフセットを保持する
- 関係：変換前の入力と変換後の出力を切れない形で関連づける
- 例外：訂正、遅着、重複、手動操作、オフライン再送を通常系と同じ証跡体系で扱う
- 責任：登録者、承認者、再照合の所有者を決める
「一つ前・一つ後」を追える最低限の外部関係に加え、工場内の変換を追えなければ、原料ロットから製品ロット、部品シリアルから完成品シリアルへ範囲を絞れません。したがって、実装の中心は画面ではなく、入力と出力の関係を保持するイベントモデルです。
3業種のトレーサビリティシステム参照実装を比較する
次の比較は、公開標準と公的ルールに基づく参照実装パターンです。実在する特定顧客の導入効果を示すものではなく、各社は自社製品、輸出先、契約、リスクに応じて適用範囲を確認する必要があります。
| 観点 | 食品 | 自動車・バッテリー | 電子部品 |
|---|---|---|---|
| 主な追跡単位 | 原料ロット、製造ロット、包装ロット、物流単位 | 部品ロット／シリアル、モジュール、パック、完成品 | 材料ロット、部品ロット／シリアル、基板・製品シリアル |
| 主要イベント | 受入、保管、投入、変換、分割・結合、包装、出荷 | 受入、組付、変換、設定、検査、集約、出荷 | 受入、払出、実装、リフロー、検査、修理、出荷 |
| 必要な証跡 | 供給元、ロット、数量、日時、場所、入力出力、保留・解除 | 親子関係、構成版、工程・検査、ソフト／設定版、QRとの対応 | ロット／シリアル系譜、工程実績、材料宣言の版・発行主体 |
| よくある例外 | ロット不明、再包装、分割・結合、再加工、品質保留 | 代替部品、再組付、設定変更、手動修正、部品交換 | リール交換、混載、修理、代替材、宣言改訂、版不一致 |
| 取引先との交換 | KDE/CTE、出荷・受入情報、必要に応じEPCIS | 顧客・供給者イベント、DPP/QR関連情報、分散データ | 出荷イベントとIEC 62474等の材料宣言を安定IDで接続 |
| 代表的な受入試験 | 対象ロットから入力・出荷を再現し、例外を含め範囲確定 | 部品からパック、パックから部品を双方向照会 | 製品から使用ロットと有効な宣言版を別々に取得・照合 |
この表の差は「どのバーコードを使うか」より、何を同一性の単位とし、どの変化をイベントとして残し、どの証跡を外部へ渡すかにあります。共通基盤を選ぶ場合も、業種ごとのイベント語彙と例外を薄めてはいけません。
食品トレーサビリティの参照実装パターン
食品では、受入から製造、包装、出荷までのロット連鎖が基本です。原料を複数ロットから投入し、一つの製造バッチを作る場合は、すべての入力ロットと数量を出力バッチへ関連づけます。一つのバッチを複数の包装ロットへ分けた場合も、分割後の行き先を残します。再加工品を次バッチへ戻す場合は、元バッチを消さず、新しい変換イベントの入力として扱います。
食品工場で定義するCTEとKDE
受入イベントには、供給者、品目、ロット、数量、単位、受入場所、イベント時刻、記録者、検査状態を持たせます。変換イベントには、製造指図、入力ロット、使用数量、出力ロット、出来高、廃棄・残量、設備・ライン、開始終了時刻を関連づけます。包装と出荷では、包装ロット、物流単位、出荷先、出荷日時を接続します。
GS1 Global Traceability Standardの考え方に沿えば、変換イベントは入力と出力の関係を保持し、時刻はタイムゾーンまたはUTCオフセットを含めて解釈可能にします。ただし、全工場がすべてのGS1識別子を導入しなければならないという意味ではありません。既存コードを維持する場合でも、拠点間・企業間で衝突しないキーとマッピング責任を要求仕様にします。
米国FDAのFood Traceability Ruleは、対象となるFood Traceability List上の食品について、CTEに関連するKDEの記録を求めます。FDAから要請された場合、記録を24時間以内、またはFDAが合意した合理的な時間内に提供する規定があります。この「24時間」は全食品・全タイ工場に一律適用される一般性能目標ではありません。対象製品と取引の適用確認が必要です。
日付の扱いも区別しなければなりません。最終規則本文に示された元の遵守日は2026年1月20日でした。その後、FDAは遵守日を延長する提案を公表しています。さらに米議会はFDAに対し2028年7月20日より前に規則を執行しないよう指示し、FDAはその指示に従うと説明しています。これらは「規則が単純に延期された」という一文にまとめられる同一事実ではありません。契約や輸出対応を決める際は、最終的な法的日付と現行のFDA情報を確認してください。
ISO 22005:2007の公式概要は、飼料・食品チェーンのトレーサビリティシステムに関する一般原則と基本要求を扱い、2022年に現行性が確認されたとしています。本稿は有料の規格本文を確認・引用しておらず、認証取得を意味しません。タイFDAのGMP概要は、食品製造に工程管理と食品安全の要求があることを示しますが、そのページだけから特定の電子トレーサビリティ義務を断定することもできません。品目別義務はThai FDAまたは資格ある専門家へ確認します。
食品で必ず試す例外
ロットラベルが読めない、受入後に再ラベルする、製造中に複数ロットが混ざる、余剰を戻す、品質保留にする、アレルゲン確認で解除を止める、廃棄数量が実績と合わない、といった経路を試します。保留品は検索結果から消すのではなく、所在、状態、理由、判断者を追跡できるようにします。リコール演習では、対象ロットの前後を無制限に広げず、証跡で合理的に範囲を絞れるかを確認します。
自動車部品・バッテリーの参照実装パターン
自動車部品では、ロット系譜とシリアル系譜が混在します。締結部品はロット、電子制御部品はシリアル、モジュールとパックは親子関係で管理するなど、追跡単位が工程ごとに変わります。部品から完成品へ前向き、完成品から部品へ後ろ向きの両方を、同じデータモデルで辿れることが重要です。
バッテリーでは、セル、モジュール、パックへの変換・集約に加え、製品に関係する構成、試験、場合によってはソフトウェア、ファームウェア、設定版を結びます。「最新値」だけを保存すると、出荷時点の構成を再現できません。マスタや設定の版と有効期間をイベントへ持たせ、後日の変更で過去証跡を書き換えない設計が必要です。
EUのバッテリーパスポートに関する欧州委員会情報では、2027年2月18日から、対象となるEVバッテリー、LMTバッテリー、2 kWhを超える産業用バッテリーにパスポートが必要になります。パスポートはQRコードから関連づけられ、識別、事業者、性能・耐久性、修理・再使用・リサイクル、持続可能性などの情報を含み得ます。EU市場に完成バッテリーを上市する経済事業者が責任を負うと説明されています。自社が部品供給者でも、最終責任者が必要なデータを渡せる契約とID連携が必要です。
2026年8月21日の欧州委員会ガイダンスは、準備支援として71データポイントを統合したと記載しています。この71という数はガイダンスの整理内容であり、すべての工場が同じ71項目を同じ条件で入力すれば法適合になる、という保証ではありません。同ガイダンスも権威ある法的解釈ではない旨を示しています。2026年7月20日にはDPP Registryとテスト環境の稼働が公表され、UIまたはAPIで登録でき、データは分散型のままとされています。したがって「すべての製造履歴をEUの中央DBへ送る」という設計に短絡してはいけません。
バッテリーPoCで確認する範囲
セルまたは部品の受入から、モジュール、パック、出荷単位まで親子関係を作り、代替部品、分解・再組付、検査不合格、部品交換、設定変更を通します。QRで参照する公開・制限情報と、工場内の詳細系譜を分離し、アクセス権と保持責任を確認します。DPPの項目を先に画面へ並べるのではなく、各項目の正本、更新者、根拠証跡、版、外部提供責任をデータ契約にします。
電子部品トレーサビリティの参照実装パターン
電子部品では、材料リールや部品ロットが実装工程で基板・製品シリアルへ変換されます。リール途中の交換、複数ラインへの分割、同一品目の代替メーカー、修理交換により、単純な「製造指図対完成品」だけでは系譜が切れます。設備から自動取得する実装実績と、倉庫払出・現場補充・戻入を再照合する所有者が必要です。
IEC 62474:2018の公式概要は、電気・電子産業のサプライチェーンにおける材料宣言の手順、内容、形式を扱い、下流利用者が物質制限への適合を評価できるようにするものです。またXMLを受け入れられる形式として説明しています。これは製造ロットやシリアルを追う生産系譜そのものではありません。
材料宣言と製造イベントは別レコードにします。材料宣言には、宣言ID、対象品目、供給者、発行主体、版、発効日、状態、参照ファイルを持たせます。製造イベントには、使用した品目・ロット、数量、設備、工程、時刻、製品シリアルを持たせます。両者を品目と供給者、必要に応じロットに対応する安定IDで接続すれば、「この製品にどの部品ロットを使ったか」と「その部品にどの宣言版が有効だったか」を混同せず回答できます。
供給者が宣言を訂正した場合、過去の宣言を上書きせず、旧版と新版、訂正理由、受領日、影響評価を残します。製造時点で有効だった宣言と、現在有効な宣言を切り替えて照会できることが受入条件です。IEC 62474だけでロット追跡が完成する、あるいは特定条項がこの設計を義務づける、とは本稿では主張しません。
例外と再照合を先に設計する
正常系の読み取り率を見せるPoCは簡単です。実運用を分けるのは、例外が起きたあとに証跡を回復できるかです。最低限、次の経路を試験します。
| 例外 | 必要な制御 | 受入証跡 |
|---|---|---|
| 不明ロット | 隔離し、仮IDと解決責任者を付与 | 発見、隔離、特定、解除の履歴 |
| 再ラベル | 旧IDと新IDを一対一または分割関係で保持 | 理由、実施者、承認、原ラベル画像等 |
| 分割・結合 | 元数量と先数量を関連づける | 入出力関係と数量差異 |
| 再加工 | 元製品を新変換の入力にする | 元・先ロット、指図、判定者 |
| 廃棄 | 系譜から削除せず状態を変更 | 数量、理由、承認、物理処置 |
| 手動上書き | 権限を限定し変更前後を保存 | 操作者、理由、承認、時刻 |
| オフライン再送 | 元イベントIDで冪等に取込 | 生成時刻、受信時刻、再送結果 |
| 重複・遅着イベント | 重複排除とイベント時刻順の再計算 | 採否理由と照合ログ |
| 時計ずれ | 端末時刻とサーバー時刻を可視化 | オフセット、同期状態、補正記録 |
| マスタ版不一致 | イベント時点の版を固定 | 参照版、有効日、例外承認 |
| 供給者訂正 | 元データを残し改訂を関連づける | 訂正理由、受領、影響評価 |
再照合はITだけの仕事ではありません。物理在庫、設備カウンタ、倉庫取引、製造実績、品質状態、出荷実績のどれを正とするかを事象ごとに決めます。通信成功を業務成功とみなさず、受信、検証、採用、拒否、再処理の状態を監視します。
指標は一般市場のベンチマークとしてではなく、自社試験の定義として使います。
- 取得完全性 ＝ 受理された必須イベント数 ÷ 期待された必須イベント数
- 再照合差異 ＝ 物理数量とシステム数量の差の絶対値
- 平均追跡照会時間 ＝ 自社の演習で、開始から範囲確定・証跡出力までに要した時間の平均
閾値は製品リスク、取引量、顧客要求、停止許容度に応じてRFPで合意します。他社の改善率や一律の秒数を保証値として転用しません。
現状診断チェックリスト
PoC前に、次を「有／一部／無／不明」で評価し、不明には調査責任者と期限を付けます。
- 品目、ロット、シリアル、場所、取引先のキーがシステム間で一意か
- ロット分割・結合、再加工、廃棄を現行帳票から再現できるか
- 入力と出力の数量差異に理由コードと承認があるか
- イベント時刻、記録時刻、タイムゾーンを区別しているか
- マスタ版と有効日を過去イベントから参照できるか
- 品質保留中の現物とシステム状態が一致するか
- オフライン端末の再送が重複を生まないか
- 供給者訂正を上書きせず履歴として残せるか
- 出荷先から原料・部品へ、原料・部品から出荷先へ双方向照会できるか
- リコール範囲を決め、承認する業務所有者がいるか
- 取引先へ渡す項目と、社内に留める項目を分けているか
- 証跡の保存、アクセス、訂正、廃棄ルールが決まっているか
システム費用を比較するときは、端末やライセンスだけでなく、マスタ整備、ラベル変更、設備接続、例外運用、データ保持、取引先連携、検証を含める必要があります。費用項目の分解はタイ工場のトレーサビリティシステム費用を参照してください。企業間イベント共有の設計はチェーントレーサビリティとEPCISで詳しく解説しています。工程変更と証跡の関係は4M変更管理システムも参考になります。
URS・RFPで要求を比較可能にする
RFPに「トレーサビリティ対応」とだけ書くと、各社が別の前提で回答します。要求ID、業務シナリオ、入力、期待結果、例外、性能条件、証跡を同じ様式で提示します。
| URS/RFP項目 | 発注側が示す内容 | ベンダーに回答させる内容 |
|---|---|---|
| 識別 | 品目・ロット・シリアル・場所の体系 | 標準機能、採番、既存コード移行 |
| イベント | CTE、開始条件、必須KDE | 取得方法、検証、保存、照会 |
| 変換 | 分割・結合・再加工のシナリオ | 入出力関係と数量差異の扱い |
| 例外 | 不明ロット、手動、オフライン、訂正 | 隔離、権限、再送、監査証跡 |
| 外部連携 | ERP/MES/WMS/設備/取引先の責任境界 | API、ファイル、EPCIS、監視、再処理 |
| 時刻 | タイムゾーン、時計同期、遅着許容 | event/record time、補正、順序制御 |
| セキュリティ | 役割、職務分離、保持、機密区分 | 認証、権限、ログ、バックアップ |
| 性能 | 自社データ量と同時利用条件 | 測定環境、結果、制約、拡張方法 |
| 受入 | FAT/SATシナリオと退出条件 | 証跡、欠陥処置、再試験、責任分担 |
| 商務 | 対象、前提、除外、拠点展開 | 初期・継続・変更・終了時の費用構造 |
デモでは正常なバーコード読取だけでなく、発注側が匿名化した同じサンプルデータを各候補へ渡し、分割、結合、再加工、遅着、訂正を実演させます。標準、設定、追加開発、外部製品、非対応を分け、追加開発には版上げ時の再検証責任も答えさせます。
90日PoCの進め方
90日は一般的な導入所要の保証ではなく、範囲を限定した検証計画の枠です。全工場展開を目指さず、代表製品一つ、限定ライン、選択した取引先、重要例外に絞ります。
1〜30日：事実と受入条件を固定する
- 対象製品、ライン、追跡境界、関係システムを確定する
- CTE/KDE、識別子、時刻、マスタ版、責任者を定義する
- 現行データを採取し、不明・重複・欠損を可視化する
- 正常系と例外系のテスト台本を作る
- 取得完全性、再照合差異、照会時間の測定方法を承認する
- セキュリティ、保持、外部共有の範囲を決める
31〜60日：限定実装と例外処理を通す
- 受入、変換、分割・結合、出荷イベントを接続する
- ラベル、スキャナ、設備、ERP/MES/WMSの最小連携を構築する
- 不明ロット、再ラベル、再加工、廃棄、手動上書きを試す
- オフライン再送、重複、遅着、時計ずれを注入する
- 日次で物理・システム差異を再照合し、原因分類を残す
61〜90日：FAT/SATとGo判断の証跡を作る
- ベンダー環境でFATを実施し、機能・連携・異常系を確認する
- 工場環境でSATを実施し、端末、ネットワーク、実データ、シフトを確認する
- 前向き・後ろ向きの追跡演習と証跡出力を行う
- 運用手順、権限、教育、障害時連絡、復旧を検証する
- 残存欠陥、回避策、期限、所有者を整理しGo判定する
PoC終了時に作るべき成果物は、見栄えのよいダッシュボードではなく、要求対応表、イベント辞書、データマッピング、例外台本、測定結果、差異一覧、運用手順、拡張時の前提・課題です。
FAT・SATの受入マトリクス
FATは供給者側または統制された試験環境で設計・機能を確認し、SATは実際の工場環境でネットワーク、端末、設備、運用、シフトを含めて確認します。名称よりも、どのリスクをどちらで閉じるかが重要です。
| 試験 | FAT | SAT | 合格証跡 |
|---|---|---|---|
| 識別子検証 | 重複・形式・必須を拒否できる | 現場ラベルを安定読取できる | 入力、結果、ログ |
| 変換系譜 | 入出力関係と数量を保持 | 実工程の分割・結合を再現 | 双方向照会、差異表 |
| 例外・訂正 | 権限、理由、前後値を保持 | 現場承認と隔離動線が機能 | 監査ログ、承認記録 |
| オフライン | 冪等取込と順序制御 | 通信断・復帰を端末で再現 | 再送、重複排除ログ |
| 外部連携 | API/ファイルの拒否・再処理 | ERP/MES/WMS実接続を確認 | 送受信・業務反映状態 |
| 性能 | 合意データ量で測定 | 工場ネットワークと同時利用で測定 | 条件、結果、制約 |
| セキュリティ | 役割、ログ、バックアップ | 共有端末、現場権限、復元 | 権限表、試験、復元記録 |
| 追跡演習 | 事前データで範囲算出 | 現物を含む前後照会を実施 | 対象一覧、判断、出力時間 |
合格率だけでは受入を決めません。重要要求の未達、証跡の欠落、回避策の運用負荷、データ修復可能性を個別に判断します。欠陥の重大度、再試験方法、受入責任者、支払条件との関係は契約前に合意します。
Go・Conditional Go・No-Goの決定基準
Goは、重要な追跡経路と例外が合格し、データ再照合が完了し、運用・障害対応・権限・復旧に責任者と証跡がある状態です。日付が来たことや、デモが成功したことだけではGoになりません。
Conditional Goは、重要安全・法令・顧客要求を損なわない限定的な残課題があり、回避策、適用範囲、期限、所有者、再判定日が承認されている状態です。例えば低頻度の帳票出力に手順化された回避策があり、追跡系譜自体には影響しない場合などです。条件を口頭で残さず、期限超過時のエスカレーションを決めます。
No-Goは、重要な入力出力関係が切れる、同一イベントが重複計上される、品質保留が出荷可能になる、過去記録が追跡不能に上書きされる、復旧後にデータ整合を確認できないなど、追跡の信頼性を損なう状態です。現場が使えない、教育が未完、責任者が不在、重大欠陥の回避策が未検証の場合も止めます。
判定表には要求ID、結果、証跡URL、欠陥、影響、回避策、所有者、期限、最終判断者を載せます。ベンダーだけに判定を委ねず、品質、製造、倉庫、IT、規制・顧客対応の業務所有者が署名します。
FAQ：トレーサビリティ導入事例の選び方
トレーサビリティシステムを製造業へ導入するとき、最初に何を決めますか？
製品や機器より先に、追跡する境界、追跡単位、CTE/KDE、入力出力関係、例外、再照合責任者、受入証跡を決めます。対象ラインと製品を絞った現状診断から始めると、RFP回答を比較しやすくなります。
食品トレーサビリティではFDAの24時間要件を全案件に入れるべきですか？
いいえ。Food Traceability Ruleの対象食品と取引に関する記録提供要求であり、全食品や全タイ工場へ自動適用する一般基準ではありません。適用範囲を確認し、対象なら記録を24時間以内またはFDAと合意した合理的な時間内に提供できる設計・演習を行います。
自動車部品トレーサビリティとバッテリーパスポートは同じですか？
同じではありません。工場内系譜は、部品ロット／シリアル、変換、検査、構成版など詳細な製造証跡を扱います。バッテリーパスポートは対象製品に関する情報をQRで関連づける制度的な枠組みです。安定IDで接続しつつ、公開範囲、アクセス権、責任を分けます。
電子部品トレーサビリティでIEC 62474だけを導入すれば十分ですか？
十分とは限りません。IEC 62474の公式概要が扱う材料宣言は、製造イベントやロット・シリアル系譜とは異なる記録です。宣言の版・発行主体と、実際に使用した部品ロットを安定IDで結び、両方を個別に検証します。
90日PoCで本番効果やROIを証明できますか？
範囲を限定したPoCは、イベント取得、例外、連携、照会、運用可能性を検証するものです。全社効果やROIを保証するものではありません。拡張費用、データ整備、運用負荷を別途見積もり、PoCの実測を投資判断へ使います。
EPCISを使えば中央データベースを作る必要がありますか？
必ずしもそうではありません。EPCISはイベントデータを取得・共有するための共通言語です。各社が自らのデータを管理し、権限に応じて照会・交換する構成も可能です。正本、保持、アクセス、応答責任は別途設計します。
トレーサビリティ導入費用はどのように比較しますか？
ライセンス、端末、ラベルだけでなく、識別体系、マスタ整備、設備・基幹連携、例外処理、データ保持、取引先接続、検証、教育、保守、拠点展開、終了時のデータ返却を同じ前提で比較します。本稿は一律の価格を提示しません。
まとめ：導入事例を自社の受入条件へ翻訳する
食品、自動車・バッテリー、電子部品では追跡単位と外部要求が異なりますが、識別、イベント、変換、例外、再照合、証跡という骨格は共通です。役に立つトレーサビリティ導入事例は、ダッシュボードや改善率の紹介ではありません。誰が、何を、どこで、いつ、なぜ扱い、入力がどの出力へ変わり、異常時にどう証跡を回復するかを試験できる設計です。
公開標準を参照しながら、自社の製品、輸出先、顧客契約に合わせたURSを作り、90日PoCで例外を含むFAT/SATを実施してください。Go、Conditional Go、No-Goを証跡で判断できれば、比較検討から本番展開までの不確実性を小さくできます。
タイ工場の追跡境界、CTE/KDE、例外シナリオ、RFP受入条件を整理したい場合は、製品や設備が未決定の段階でもTOMAS TECHへご相談いただけます。特定製品の導入を前提にせず、現行の帳票とイベントからPoC範囲を一緒に組み立てます。
参考情報
- GS1, Traceability
- GS1, Global Traceability Standard
- GS1, EPCIS 2.0
- U.S. FDA, FSMA Final Rule: Requirements for Additional Traceability Records for Certain Foods
- ISO, ISO 22005:2007 official abstract
- Thai FDA, Good Manufacturing Practice (GMP)
- European Commission, Guidance to support preparations for the digital battery passport
- European Commission, Digital Product Passport for batteries
- European Commission, Digital Product Passport Registry now live
- IEC, IEC 62474:2018 official abstract
※本稿は2026年8月31日時点で確認した公開一次情報に基づく一般的な実務解説です。3業種の内容は公開標準に基づく参照実装パターンであり、記名顧客の実績、法務助言、適合認定ではありません。個別製品・輸出先の義務は所管当局または資格ある専門家へ確認してください。
