リコール対応トレーサビリティ｜模擬回収・RFP・受入設計

品質問題が起きたとき、記録を検索できるだけではリコール対応トレーサビリティとして十分ではありません。必要なのは、疑わしい起点から原材料、仕掛品、完成品、在庫、出荷先までを再現可能にたどり、対象と除外を説明し、隔離・通知・回収へ渡せる仕組みです。本稿では、タイの製造現場を主な読者として、データ設計、RFP、FAT/SAT、模擬回収、受入判定を実務の順番で整理します。

リコール対応トレーサビリティは「記録」ではなく「判断」の仕組み

多くの工場には、製造実績、検査結果、入出庫、出荷、ラベル発行などの記録があります。しかし、品質保証部門が実際に必要とするのは「記録が存在する」という事実ではありません。異常が見つかった時点で、どの集合を止めるべきか、どこまで調べれば対象外と判断できるか、誰に通知すべきかを、根拠とともに短時間で説明できることです。

たとえば、原材料ロットAに異常の疑いがある場合、検索画面にAの受入履歴が表示されても、それだけでは回収範囲は決まりません。Aがどの製造オーダーへ払い出され、どの設備と工程を通り、どの中間品に変換され、どの完成品ロットへ結合され、どのパレットや出荷伝票で、どの納入先へ渡ったかを連続して追う必要があります。反対に、同じ時間帯に生産しただけでAを使っていない製品は、除外理由を示せなければ過剰回収の候補になってしまいます。

したがって、良い仕組みは次の四つを同時に満たします。

1. 対象候補を漏れなく広げられる。
2. 根拠のない過剰な範囲を、追跡証跡に基づいて狭められる。
3. 欠損、重複、訂正、未同期などの例外を隠さず示せる。
4. 対象、除外、未解決を、通知・隔離・回収・是正の業務へ引き渡せる。

画面の見栄えや検索速度だけで受入を決めると、実際のリコール時に「表示はできるが判断できない」という状態が起きます。システムの価値は、データを意思決定に変換できるかで評価すべきです。

トレースバック、トレースフォワード、genealogyの関係

リコール対応では、三つの視点を分けて設計すると要件が明確になります。

トレースバック：問題の由来を上流へたどる

トレースバックは、完成品や苦情品を起点に、使用した原材料ロット、仕入先、受入、製造条件、設備、作業、検査などを上流へたどることです。「この製品に何が入り、どの条件で作られたか」を説明します。

トレースフォワード：影響の行き先を下流へたどる

トレースフォワードは、疑わしい原材料、工程、設備、作業期間などを起点に、影響しうる仕掛品、完成品、在庫、出荷、納入先を下流へたどることです。「この問題がどこへ届いた可能性があるか」を説明します。

genealogy：変換・分割・結合を含む系譜

genealogyは、上流と下流をつなぐ製品・ロット・シリアルの系譜です。一対一の移動履歴ではなく、原材料の混合、仕掛品の分割、複数ロットの結合、再加工、代替材使用などによって生じる多対多の関係を持ちます。この関係を保持しなければ、トレースバックとトレースフォワードは途中で切れます。

GS1 Global Traceability Standardは、受入、変換、梱包、出荷、輸送などのCritical Tracking Events（CTE）と、それぞれでWho、What、Where、When、Whyを説明するKey Data Elements（KDE）という考え方を示しています。また、少なくとも直接仕入先へのトレースバックと直接納入先へのトレースフォワードを確保する枠組みを示しています。これはデータ設計の有用な基準ですが、すべての国・業界で同一の法的要件になるわけではありません。

食品チェーンではISO 22005:2007も、追跡システムの設計・実装に関する原則と基本要求を示しています。同規格は2022年に確認され、現行です。ただし、自社の対象製品、法域、顧客要求、認証スキームに照らし、どの標準を契約要件にするかは個別に判断する必要があります。

まず決めるべき起点キーとロット追跡システムのデータモデル

リコール調査の成否は「何を起点に検索できるか」で大きく変わります。起点キーは、少なくとも次を候補として設計します。

• 品目コード、製品識別子
• 完成品ロット、バッチ、シリアル番号
• 原材料・部品ロット
• 製造オーダー、工程指図、作業実績番号
• 工程、ライン、設備、治工具
• 発生日時と対象期間
• パレット、ケース、物流単位
• 出荷番号、納品番号、注文番号
• 納入先、受入先、保管場所

重要なのは、これらを単なる検索条件として並べるのではなく、相互の関係を一意に結び直せることです。たとえば原材料払出イベントは、原材料ロット、投入先の製造オーダー、対象工程、数量、単位、発生場所、発生時刻、操作者を関連付けます。完成イベントは、出力ロットと、その生成に使った入力ロット群を結びます。出荷イベントは、製品ロットまたは物流単位と納入先を結びます。

「時刻が近いから同じ」を避ける

現場では、PLC、MES、ERP、WMS、検査装置のデータを時刻で結びたくなることがあります。しかし、時刻だけの曖昧な結合は危険です。装置時計のずれ、タイムゾーンの違い、通信遅延、バッチ登録、手入力、再送によって、同じ出来事の時刻が一致しないからです。

各イベントには、重複しないevent_idを持たせ、業務上の発生時刻とシステムへの登録時刻を分けます。タイムゾーンまたはUTCオフセットも保持します。訂正した場合は元の値を上書きして消すのではなく、訂正前後、理由、操作者、承認者、訂正日時が追える履歴を残します。これにより「後からデータが変わったのではないか」という監査上の疑問に答えられます。

正本をフィールドごとに定義する

「ERPが正本」「MESが正本」というシステム単位の宣言だけでは不十分です。品目マスターはERP、製造実績はMES、設備条件は装置、検査結果はQMS、物流単位はWMSというように、データ項目ごとに正本と同期責任を決めます。さらに、正本が停止しているときの一時記録、復旧後の照合、競合時の優先ルールも決めます。

GS1ではGTIN、GLN、SSCCなどの識別子、バーコードやEPC/RFID、EPCISなどを物理フローと情報フローの接続に利用できます。これらは選択肢であり、特定技術の採用がすべての法域や業種で一律に義務づけられているという意味ではありません。自社の識別粒度、読取環境、取引先連携、保守能力に合わせて採用します。

詳しい識別技術の比較は、バーコード・QR・RFIDの選び方も参照してください。

例外を先に設計しなければ、回収範囲は再現できない

通常フローだけをデモすると、トレーサビリティは簡単に見えます。受入ロットを読み、製造オーダーへ投入し、完成品ラベルを貼り、出荷するだけなら、直線的な履歴で足ります。しかし現実の回収範囲を難しくするのは例外です。

変換・分割・結合

一つの原材料ロットから複数の仕掛品へ分割した場合、すべての子を追跡できなければなりません。複数の仕掛品を一つの完成ロットへ結合した場合は、すべての親をたどれる必要があります。混合槽や連続工程では、境界の決め方と残留・キャリーオーバーの扱いを工程ルールとして持つ必要があります。

リワークと代替材

不適合品を再加工して別ロットへ戻した場合、元ロットと再投入先の関係が必要です。予定した材料を欠品で代替した場合、BOMの標準値だけを見ても実績は再現できません。承認、投入実績、数量、理由をイベントとして残します。

ラベル再発行と手入力訂正

ラベル再発行は、誤貼付や二重使用のリスクを持ちます。旧ラベルの無効化、再発行理由、承認者、発行枚数、対象単位を記録します。手入力訂正では、元データを消さず訂正履歴を残し、未承認の修正が追跡結果を変えないよう権限を分けます。

遅延・重複・オフライン再送

通信断の間に端末がデータを保持し、復旧後に再送すると、イベントの到着順は発生順と一致しません。同じイベントが複数回送られることもあります。event_idによる冪等処理、発生時刻と登録時刻の分離、再送状態の可視化が必要です。

返品

返品品を良品在庫へ戻す、再包装する、再出荷する場合、元の出荷と返品後の処置をつなぎます。返品を新しい受入としてだけ登録すると、元の納入先、保管条件、再検査、再ラベルの履歴が切れることがあります。

こうした例外は「運用でカバーする」残件ではなく、RFPと受入試験の中心です。例外処理の責任者、承認方法、システム停止時の手順まで含めて定義します。

法域別の一次情報から読み取れること

法規制の要求は、対象製品、事業者の役割、流通先によって異なります。以下は設計の参考になる一次情報ですが、タイのすべての製造業へ一律に適用される要件ではありません。

米国：FDA Food Traceability Ruleの対象食品

米国FDAのFood Traceability Ruleは、Food Traceability List（FTL）の対象食品について、CTEに紐づくKDEの記録を求めています。FDAから要求された場合、対象記録を24時間以内、またはFDAが合意する合理的な時間内に提供することが中心要件の一つです。対象記録は2年間維持し、特定の状況では電子的にソート可能なスプレッドシートで提供します。米国内企業だけでなく、米国向けにFTL対象食品を扱う外国企業も対象になり得ます。

ここでいう「24時間」は、米国FDAの当該規則と対象条件に関する値です。全業界、全製品、全法域の一律の回収時間ではありません。

原コンプライアンス日は2026年1月20日でしたが、議会の指示を受け、FDAは2028年7月20日より前には執行しない意向を示しています。これは準備が不要という意味ではありません。データ項目の合意、取引先との接続、例外の洗い出し、模擬回収には継続的な準備が必要です。

FDAは2026年3月9日から4月1日に業界参加者とのTraceability Readiness Tabletop Exercisesを実施し、短い特定期間の製品記録を探し、電子的にソート可能な表形式で24時間以内に提供する演習を行ったと報告しています。この例からも、単に保存するだけでなく、要求された範囲を抽出して提出可能な形にする能力が重要だと分かります。

EU：一般消費財のGPSRとSafety Gateの例

EU General Product Safety Regulationの概要では、危険な製品を認識した事業者が直ちに行動し、当局と消費者へ通知すること、製品や包装に基本的な安全・追跡情報を付すことなどが示されています。情報保存期間などは対象と役割により異なるため、個別確認が必要です。

EU Safety Gate 2025 reportでは、非食品消費者製品について2025年に4,671件のアラートがあり、2024年比13%増、2022年の2倍超と報告されています。フォローアップは5,794件で、前年比35%増でした。これらはEUの非食品消費者製品に関する数値であり、タイの一般製造業の発生率や法的義務を示すものではありません。国境を越える出荷では、販売地域別に通知、証跡、責任者を整理する必要があることを示す参考例です。

タイ：食品GMP運用における回収手順の例

Thai FDA Food Divisionの製造者向けページには、食品GMP運用の文脈で、製品回収手順、回収結果、回収品の処理記録に関する資料例が掲載されています。

これはタイの食品GMP・SOP文脈の資料です。自動車、電子、医療機器などへ同じ法的義務を一律に拡張してはいけません。各工場は、自社製品に適用されるタイ法、輸出先規制、顧客固有要求、認証要求を専門家と確認する必要があります。

リコール対応フローをシステムと業務でつなぐ

トレーサビリティは、検索画面を作って終わりではありません。実際の対応フローへ接続します。

1. 検知：苦情、検査異常、工程逸脱、仕入先通知などを登録する。
2. 対象仮置き：問題の起点キーと仮の時間範囲を定め、候補集合を作る。
3. 隔離：工場、倉庫、輸送中の対象候補を保留し、出荷や使用を止める。
4. バック／フォワード追跡：上流の由来と下流の行き先を再現する。
5. 対象集合確定：対象、除外、未解決に分類し、それぞれの根拠を記録する。
6. 通知：責任者承認のもと、当局、顧客、取引先、消費者など必要な相手へ通知する。
7. 回収：回収指示、数量、期限、窓口、物流方法を管理する。
8. 突合：出荷数量、在庫、隔離、回収済み、使用済み、廃棄などを照合する。
9. 処置：再検査、再加工、返品、廃棄などを承認して記録する。
10. CAPA：原因、封じ込め、是正、予防、効果確認を追跡する。

この流れでは、対象集合のバージョン管理が重要です。調査途中で対象が広がったり狭まったりした場合、いつ、誰が、どの根拠で変更したかを残します。最新版だけを上書きすると、通知済みの相手と現在の対象が食い違った理由を説明できません。

クレーム初動との連携については、製造業のクレーム対応を速くする情報設計も参考になります。

RFPに入れるべき12の要求領域

ベンダー比較では、機能名のチェックリストより、どのデータで何を再現し、どの例外を処理するかをRFPに書く方が有効です。

1. システム境界

仕入先、受入、製造、検査、倉庫、出荷、顧客のどこまでを対象にするかを図示します。手作業や外部倉庫も境界から落としません。

2. データの正本

品目、ロット、製造実績、検査、在庫、出荷、納入先など、項目ごとに正本を指定します。二重登録を許す場合の照合ルールも書きます。

3. 識別粒度

品目、ロット、容器、ケース、パレット、シリアルのどの粒度を、どの工程で識別するかを定義します。細かければ良いのではなく、回収範囲と現場負荷のバランスを取ります。

4. 問い合わせ性能

どの起点キー、対象期間、データ量、同時利用数で検索するかを試験条件として示します。応答時間は法規の数値と混同せず、顧客が契約で決める受入基準にします。

5. データ保持

法域、顧客契約、製品寿命、品質保証期間に基づき保持年数を決めます。FDA対象食品の2年間など、特定規則の値を別の対象へ機械的に流用しません。

6. 権限と承認

閲覧、入力、訂正、承認、回収指示、マスター変更を役割別に分けます。緊急時の代理承認と、使用後のレビューも定義します。

7. 監査ログ

event_id、発生時刻、登録時刻、訂正前後、理由、操作者、承認者を保持し、検索・出力できるようにします。

8. オフラインと再送

端末やネットワーク停止時の一時保存、再送、重複排除、順序補正、未同期アラートを要件化します。

9. 外部連携

ERP、MES、WMS、QMS、PLC、検査装置、ラベル発行、取引先EDIなどの方式、責任分界、再処理を決めます。

10. バックアップと障害復旧

対象システム、頻度、保持、復元手順、復元試験、代替運用を定義します。復旧時間や許容データ損失は顧客が契約で決める例として設定し、規制値と表現しません。

11. 出力形式

対象・除外・未解決、根拠、数量、納入先、監査ログを、誰がどの形式で出力するかを決めます。規制当局や顧客の指定形式がある場合は、サンプルデータで確認します。

12. 多言語とタイムゾーン

タイ語、日本語、英語などの品名・理由コード・帳票表示を定義します。拠点時刻、UTC、夏時間をどう保存・表示するかも決めます。翻訳表示と正本コードを分離すると、言語が変わっても追跡関係を維持できます。

より広い導入計画の作り方は、製造業トレーサビリティ導入ガイドも併せてご覧ください。

FAT・SAT・リコール模擬訓練をどう設計するか

FAT（Factory Acceptance Test）は主にベンダー側の構成環境で、要求機能と連携を確認します。SAT（Site Acceptance Test）は工場の実設備、ネットワーク、端末、権限、運用条件で確認します。模擬回収は、品質問題を想定し、組織が実データから対象を確定して業務を遂行できるかを検証します。三つを同じ正常系デモにしないことが重要です。

正常系だけでなく例外データを投入する

試験データには、少なくとも次を含めます。

• 一つの原材料ロットを複数の製造オーダーへ分割
• 複数の仕掛品ロットを一つの完成品へ結合
• リワーク品の再投入
• 代替材の使用と承認
• ラベル再発行と旧ラベル無効化
• 必須項目の欠損
• 同一イベントの重複送信
• オフライン後の遅延到着
• 誤入力の訂正履歴
• 拠点間で異なるタイムゾーン
• 出荷後の返品と再処置

各シナリオで、対象集合だけを見るのでは不十分です。「なぜ対象か」「なぜ除外できるか」「どの例外が未解決か」を確認します。欠損をゼロ件として扱うシステムは、見かけ上の回収範囲を小さくできますが、危険な見落としを生みます。欠損は未解決として明示し、責任者へエスカレーションすべきです。

実データに近い模擬回収にする

サンプルが10行しかないデモでは、性能、重複、実際のマスター不整合を評価できません。機密情報を保護したうえで、対象期間、データ件数、例外率、連携遅延を本番に近づけます。部署横断で品質、製造、倉庫、IT/OT、顧客窓口が参加し、開始時刻、判断、連絡、承認、終了条件を記録します。

FDAが2026年に行った机上演習は、FTL対象食品の規則準備という特定文脈で、短い期間の記録を探し、電子的にソート可能な表形式で24時間以内に提供する内容でした。自社の模擬回収目標を24時間に固定すべきという意味ではありません。自社の製品、危害、法域、顧客契約に応じて、契約上の受入基準を定めます。

受入判定表：固定の業界標準ではなく契約欄にする

以下はRFPや受入仕様書で顧客が値を決めるための例です。数値欄は規制値や業界標準ではなく、対象製品・法域・リスク・運用能力に基づき契約で合意する欄です。

たとえば「模擬回収を2時間以内に完了」「対象ロットの100%を一致」といった値を採用する場合も、それは工場がリスク評価と運用条件に基づいて契約で決める受入基準例であり、この記事が示す規制値や普遍的な業界標準ではありません。値だけでなく、計測開始点、終了条件、母集団、欠損時の扱いを定義して初めて判定可能になります。

ツール選定より先に進める4段階の導入

段階1：データ辞書と責任者を決める

品目、ロット、シリアル、製造オーダー、場所、設備、納入先、理由コードの意味と形式をそろえます。項目ごとに正本、入力責任者、訂正権限、保持、欠損時の対応を決めます。ツール導入前に、責任者と訂正ルールを確定することが重要です。

段階2：1製品・1ラインで模擬回収する

代表製品と一つのラインを選び、過去の実績からトレースバックとトレースフォワードを行います。最初から全社展開せず、例外が多い工程を一つ含めます。対象・除外・未解決を可視化し、データ辞書と作業標準を修正します。

段階3：隣接工程と倉庫へ広げる

受入、前後工程、検査、包装、倉庫、出荷へ接続します。オフライン、ラベル再発行、返品、在庫移動など、部署間で責任が切り替わる例外を検証します。

段階4：外部取引先と接続する

仕入先や物流会社、顧客と識別子、データ形式、共有タイミング、訂正、緊急連絡を合意します。すべてを同じシステムへ入れる必要はありませんが、直接仕入先と直接納入先をたどるための最小情報と責任分界を決めます。

各段階の終了時に模擬回収を行い、前段階よりデータ範囲を広げます。ダッシュボードの完成を待ってから試すのではなく、試験で見つかった欠損や曖昧な責任を次の設計へ戻します。

よくある失敗と回避策

失敗1：設備データは多いがロットにつながらない

温度、圧力、速度などを大量に収集しても、どのロットのどの工程に対応するかが一意でなければ回収判断に使えません。製造オーダー、工程、設備、開始終了イベントとの関係を明示します。

失敗2：最新値だけを保存する

訂正後の値しか残さないと、過去に誰がどの情報を見て判断したか再現できません。元値、訂正、承認、理由を履歴として保持します。

失敗3：欠損データを検索対象外にする

追跡できない行をゼロ件として返すと、安全に除外できたように見えます。欠損は未解決集合として別表示し、手動調査や保守的な隔離へ渡します。

失敗4：受入試験がベンダーの正常系デモだけ

分割、結合、リワーク、再発行、返品、時差などを顧客側が用意し、既知の正解集合と照合します。操作できたことと、結果が正しいことを分けて判定します。

失敗5：法規の数値を他業界へコピーする

米国FDAの24時間や2年間は、対象規則と条件に紐づく値です。EUやタイ、自動車、電子などへそのまま一般化せず、適用法規と契約要求を確認します。

FAQ

リコール対応トレーサビリティとは？

品質問題の起点から、影響しうる原材料、仕掛品、完成品、在庫、出荷先を再現可能に追跡し、対象・除外・未解決を根拠付きで分類して、隔離、通知、回収、突合、CAPAへ渡す仕組みです。記録保管だけでなく、回収判断と証跡を支える業務・データ・システムの組み合わせを指します。

トレースバックとトレースフォワードの違いは？

トレースバックは完成品や苦情品から原材料、仕入先、工程など上流の由来をたどります。トレースフォワードは疑義原材料や工程から、影響しうる製品、在庫、出荷、納入先など下流の行き先をたどります。変換、分割、結合、リワークを含むgenealogyが両者をつなぎます。

模擬回収は何を確認する？

対象集合の正しさだけでなく、除外理由、未解決例外、数量突合、承認、通知、操作ログ、出力を確認します。分割・結合、ラベル再発行、欠損、重複、遅延、訂正、異なるタイムゾーン、返品を試験に含めます。目標時間や一致率は、適用法規を確認したうえで工場が契約で決める受入基準です。

既存ERPやExcelでも始められる？

始められます。まずデータ辞書、起点キー、正本、訂正履歴、責任者を決め、1製品・1ラインで模擬回収してください。ただし、複数人編集、監査ログ、権限、重複排除、外部連携、大量データ性能が必要になると、Excelだけでは統制が難しくなります。既存ERPを生かしつつ、MES、WMS、QMSや追跡基盤を役割分担する方法があります。

バーコード・QR・RFIDのどれを使う？

必要な読取距離、複数一括読取、汚れ、金属、水分、ラベル再利用、データ容量、設備費、取引先互換性で選びます。技術を先に固定せず、どの粒度をどの地点で識別し、どの例外を防ぎたいかから決めます。GS1識別子やEPCISなどとの整合も、取引先連携の必要性に応じて検討します。

費用は何で変わる？

対象ライン数、識別粒度、端末・読取機器、ラベル、既存ERP/MES/WMSとの連携数、データ品質、例外フロー、保持期間、可用性、多言語、拠点数、取引先接続、検証範囲、保守体制で変わります。正確な見積には、システム境界と模擬回収シナリオを先に定義することが有効です。

まとめ：受入の主語を「画面」から「模擬回収」へ変える

リコール対応トレーサビリティは、履歴を表示するシステムではなく、疑義の起点から影響範囲を再現し、対象・除外・未解決を説明して行動へ渡す仕組みです。起点キーとevent_idを設計し、発生時刻と登録時刻、訂正履歴、理由、操作者を残します。変換、分割、結合、リワーク、代替材、ラベル再発行、手入力訂正、オフライン再送、返品を例外として先に扱います。

RFPではシステム境界、正本、粒度、性能、保持、権限、監査ログ、連携、復旧、出力、多言語・タイムゾーンを明記し、FAT/SATと模擬回収で実データに近い例外を検証します。受入基準の値は、対象法域とリスクに応じて顧客が契約で決めます。最初の一歩は、ツール購入ではなく、データ辞書と責任者を定め、1製品・1ラインで対象・除外・未解決を出す模擬回収を行うことです。

タイ工場でのデータ辞書づくり、RFP整理、既存ERP/MES/WMSを生かした模擬回収設計の検討段階でもご相談いただけます。TOMAS TECHへのお問い合わせから、対象製品、現行システム、困っている追跡シナリオをお知らせください。

参考一次情報

• FDA Food Traceability Rule
• FDA Traceability Readiness Tabletop Exercises
• FDA Questions and Answers: Food Traceability Rule
• GS1 Global Traceability Standard
• GS1 Traceability
• ISO 22005:2007
• EU General Product Safety Regulation summary
• EU Safety Gate 2025 report
• Thai FDA Food Division — Knowledge for manufacturers