食品工場 トレーサビリティシステムを選ぶとき、バーコードを読めるか、画面が見やすいかだけで比較すると、本番で必要な「どの原材料と包材が、どの工程を通り、どの製品ロットになり、どこへ出荷されたか」という系譜が切れやすくなります。重要なのはソフトの機能数ではなく、受入・保管・投入・変換・包装・出荷・返品までの出来事を、例外を含めて再現できる仕組みです。本稿ではタイの食品工場を想定し、RFP、データ設計、現場端末、ERP/MES/WMS・計量器連携、模擬回収、FAT/SAT、90日導入を実務の順番で整理します。
結論：食品トレーサビリティは「検索画面」ではなく証跡を生む業務設計で選ぶ
選定の結論は三つです。第一に、完成品ロットから原材料・包材へ遡る追跡と、原材料ロットから影響出荷先へ辿る追跡を、投入と産出の変換単位で設計します。第二に、ラベル再発行、取消、分割、混合、戻し材、再加工、ネットワーク断といった例外を通常フローと同じ重要度で受入試験します。第三に、検索結果の速さだけでなく、数量収支、権限、時刻、訂正理由、連携再送まで含む監査証跡で合否を決めます。
つまり、良いロット管理システムは「データを持つシステム」ではありません。作業者が正しい対象を確認してから実績を登録でき、間違いが起きたときには履歴を消さずに訂正でき、回収判断に必要な範囲を短時間で説明できるシステムです。RFPでは機能一覧への○×ではなく、代表製品のシナリオと証跡を提示させることが有効です。
1. 食品工場で追う対象：ロット、賞味期限、原材料、包材を分けて定義する
「ロット」という言葉だけでは粒度が揃いません。購買ロット、仕入先ロット、受入ロット、社内在庫ロット、製造バッチ、充填ロット、包装ロット、完成品ロット、出荷ロットを区別し、それぞれの生成条件と変換条件を決めます。賞味期限・消費期限も、仕入先値を引き継ぐのか、製造日から算出するのか、再包装時にどう扱うのかをマスタと業務規則に分けます。
包材は見落とされやすい対象です。食品そのものに問題がなくても、アレルゲン表示、原材料表示、言語、賞味期限印字、バーコード、フィルム仕様が不適切なら出荷範囲の特定が必要です。ラベル、袋、箱、キャップ、インクやリボンまで管理するかはリスクに応じて決めます。すべてを最小単位で追えばよいわけではなく、回収範囲と入力負担のバランスが必要です。
| 対象 | 最低限の識別項目 | 主なイベント | 設計時の確認 |
|---|---|---|---|
| 原材料 | 品目、仕入先ロット、受入ロット、期限 | 受入、検査、保管、払出、投入 | 分割容器と端数をどう追うか |
| 包材 | 品目、版、仕入先ロット、受入ロット | 受入、払出、使用、返却、廃棄 | 表示改訂と旧版隔離をどう扱うか |
| 中間品 | 製造バッチ、設備、時間帯、数量 | 混合、加熱、冷却、移送、保管 | 混合・分割・持越しをどう表すか |
| 完成品 | 完成品ロット、期限、包装ライン | 包装、検査、保留、解除、出荷 | 再包装や再検査後の関係を残すか |
| 出荷 | 出荷番号、得意先、場所、日時、数量 | 引当、ピッキング、積込、返品 | 3PLや輸出先とのデータ授受 |
2. 原材料ロット追跡の中心は投入―産出変換である
系譜の中心は、ある工程に何が何kg投入され、何が何kg産出されたかという変換イベントです。投入側には原材料・中間品・戻し材・包材、産出側には中間品・完成品・副産物・廃棄を持たせます。一対一だけでなく、多対一の混合、一対多の分割、連続生産、日跨ぎ、共通配管、再加工を表現できることが重要です。
たとえば砂糖ロットS1とS2、香料F7、中間液B12を混合し、中間液B13と検査サンプル、廃棄が生じたなら、B13だけを記録しては数量収支が確認できません。投入の実績数量、計量単位、換算係数、秤ID、作業時刻、指図、設備、作業者または端末、例外理由を結びます。予定数量は計画、実績数量は証跡なので、上書きで同じ欄に入れない設計が安全です。
連続工程では、時間窓だけで関係付けると回収範囲が過大または過小になります。タンク切替、洗浄完了、配管切替、ラインクリアランス、最初と最後の良品時刻など、物理境界を示すイベントを定義します。境界が曖昧な場合は安全側の範囲を返し、その理由が検索結果で説明できるようにします。精緻なアルゴリズムより、現場が一貫して登録できる境界の方が価値を持つ場合があります。
3. RFPの前に作るべき「追跡シナリオ」
RFPを機能一覧から始めると、各社が「対応可能」と答え、差が見えません。まず自社の代表シナリオを5〜10本作ります。通常製造だけでなく、混合、分割、包材切替、ラベル再発行、返品、再加工、オフライン復旧を含めます。各シナリオには開始データ、操作、期待結果、禁止結果、必要証跡を記載します。
| シナリオ | 開始条件 | 期待結果 | 禁止したい結果 |
|---|---|---|---|
| 完成品から遡及 | 完成品ロット1件 | 全原材料・包材・工程・検査を表示 | 関係のない全日ロットまで拡大 |
| 原材料から追跡 | 仕入先ロット1件 | 影響中間品、完成品、在庫、出荷先を表示 | 出荷済み数量や得意先が欠落 |
| 混合・分割 | 複数投入、複数産出 | 全ての多対多関係と数量収支 | 代表ロットだけを残す |
| ラベル再発行 | 同一容器で再印刷 | 旧ラベル取消、理由、承認者を保存 | 同時に有効なラベルが2枚存在 |
| ネットワーク断 | 端末が一時オフライン | 重複せず復旧し、時系列と同期履歴を保存 | 無記録、二重投入、無断上書き |
このシナリオをベンダーのデモデータではなく、自社の匿名化データで実行します。画面を見せるだけでなく、エクスポート、API、監査ログ、エラーメッセージ、再送キューも確認します。シナリオ合否を契約上のFAT/SAT項目につなげることで、「納入したが運用できない」を避けやすくなります。
4. 食品工場 トレーサビリティシステムのRFP必須項目
RFPは業務、データ、端末、連携、非機能、導入・保守、受入の七章に分けると比較しやすくなります。各要件にはMust/Should/Couldを付け、ベンダーに「標準」「設定」「追加開発」「対象外」と前提・費用・納期を回答させます。「可能です」だけの回答は判定材料になりません。
| 章 | RFPで具体化する項目 | 証明方法 |
|---|---|---|
| 業務 | 受入、検査、保留、投入、変換、包装、出荷、返品 | シナリオデモと操作記録 |
| データ | ロット粒度、期限、単位換算、数量収支、版管理 | データモデルとサンプル出力 |
| 現場 | スキャナ、プリンタ、秤、タブレット、手袋環境 | 実機または同等機での試験 |
| 連携 | ERP/MES/WMS、計量器、検査機、3PL | IF仕様、再送、重複防止試験 |
| 非機能 | 権限、監査、可用性、バックアップ、オフライン | ログ、復旧試験、運用設計 |
| 導入保守 | タイ語支援、教育、SLA、予備機、変更管理 | 体制表、保守窓口、部品表 |
| 受入 | FAT/SAT、模擬回収、性能、移行、引継ぎ | 合否基準と提出証跡 |
データ所有権、エクスポート形式、契約終了時の返却、API利用制限、クラウド保管地域、保持期間も見積前に確認します。食品トレーサビリティは長期間の履歴を扱うため、月額費用だけでなく、保存容量、API回数、端末、ラベル、プリンタ保守、現場変更の費用まで総保有コストに含めます。費用の論点はタイ工場向けトレーサビリティシステム費用でも整理しています。
5. ラベル再発行・取消を「印刷機能」で終わらせない
ラベル再発行は同じ内容をもう一度出す操作ではありません。どのラベルが有効かを一意にし、旧ラベルの状態、再発行理由、申請者、承認者、日時、対象容器、プリンタ、印刷回数を残す統制です。印字不良、破損、数量分割、内容訂正では意味が異なるため、理由コードを分けます。
取消は物理ラベルを消せないので、システム上の識別子を無効にし、再スキャン時に警告または使用禁止にします。廃棄確認や旧ラベル回収を二者確認にするかはリスクベースで決めます。大量の再印刷が発生したときには、権限逸脱や設備不良を検知できるレポートも有効です。単に印刷履歴が残るだけでは、誤った二重ラベルが工程を進むことを防げません。
6. オフライン運用は「後で同期」でなく整合性を設計する
Wi-Fiが切れたら紙に書いて後から入力する方式は、緊急手段としては必要でも、常態化すると時刻・順序・数量・担当の信頼性が落ちます。オフラインが必要な地点を限定し、端末に何を保持できるか、採番をどう衝突させないか、古いマスタで誤投入を防げるか、オンライン復旧時にどちらの更新を優先するかを決めます。
オフライン端末には期限付きの作業指図とマスタだけを配布し、実績イベントに端末固有IDと連番を持たせる方法があります。同期側は同じイベントを何度受けても一度だけ反映する冪等性、順序が逆でも保留できるキュー、失敗理由と再送履歴を備えます。競合を自動上書きせず、監督者が差分と物理在庫を見て解決できることが重要です。
復旧試験では、スキャン直前、計量後、ラベル発行後、投入確定中など複数の瞬間に通信を切ります。端末再起動、電池切れ、時刻ずれ、同じ容器の別端末スキャンも試します。「通信断でも使える」という説明ではなく、失ってよいデータがゼロか、許容できる遅延は何分か、誰が未同期件数を監視するかを合否条件にします。
7. 権限と監査：履歴を消さずに訂正できること
権限は役職名だけでなく行為で分けます。受入登録、検査判定、保留解除、投入取消、ラベル再発行、期限変更、マスタ変更、出荷解除、監査ログ閲覧などを分離します。小規模工場で完全な職務分離が難しい場合でも、重要操作の二次承認や日次レビューで補完できます。
監査ログには変更前、変更後、理由、操作者、承認者、サーバー時刻、端末、関連ロットを残します。データベースを直接編集できる管理者操作も範囲に含めます。時刻同期、共有アカウント禁止、退職・異動時の権限停止、定期棚卸しを運用手順にします。電子記録の適用要件は製品、顧客、輸出先、認証で異なるため、必要な署名や保持期間を品質・法務担当と確認します。
8. ERP・MES・WMS・計量器の役割を決める
連携で最初に決めるのは「どちらが正本か」です。ERPは品目、仕入先、得意先、購買、販売、会計在庫を持ち、MESまたは現場実行層は指図、工程実績、投入―産出、設備時刻を持ち、WMSはロケーション、容器、移動、引当を持つ構成が一般的ですが、実際の責任分界は工場ごとに異なります。同じ数量を複数システムで自由に訂正できる構成は避けます。
| 連携対象 | 代表データ | 失敗時の統制 | RFP試験 |
|---|---|---|---|
| ERP | 品目、取引先、指図、入出荷、会計在庫 | 未送信キューと差異表 | 重複送信、取消、日跨ぎ |
| MES | 工程、設備、投入、産出、実績時刻 | 指図状態と順序制御 | 混合、分割、再加工 |
| WMS | 容器、場所、移動、引当、FEFO | 未知ロット隔離 | 誤ロケ、期限逆転、返品 |
| 計量器 | 総重量、風袋、正味、単位、安定判定 | 手入力理由と校正状態確認 | 通信断、単位違い、範囲外 |
| ラベル機 | テンプレート、版、識別子、発行状態 | 旧版停止と再発行承認 | 二重印刷、取消、用紙切れ |
計量器連携では数字を読むだけでなく、単位、桁、安定フラグ、風袋、機器ID、校正または使用可否状態を扱います。ただしシステムが校正そのものを証明するわけではありません。設備管理手順と組み合わせ、期限切れや異常状態で登録を禁止するか警告にするかを決めます。
API、ファイル、メッセージブローカーの方式にかかわらず、イベントID、再送、順序、タイムゾーン、文字コード、単位、削除・取消表現をIF仕様にします。GS1 EPCISは、組織間で可視化イベントを交換する必要がある場合の選択肢です。ただし採用が自動的に法令遵守を意味するわけではなく、相手先の識別体系、イベント粒度、運用能力を確認します。
9. ロット管理システムの画面より重要な現場ポカヨケ
現場端末は、入力を速くするだけでなく間違った対象を通さない役割があります。指図と異なる原材料、期限切れ、未検査、保留中、アレルゲン切替未完了、旧版包材、重複投入に対して、警告で続行できるのか、監督者承認が必要か、完全に禁止するかを決めます。すべてを禁止すると回避運用が増えるため、例外理由と権限を設計します。
手袋、結露、粉塵、低温、洗浄、照度、設置場所、スキャン距離を現場で確認します。紙ラベルの材質、接着、印字耐久性、プリンタの予備機、リボンや用紙の在庫もシステム可用性の一部です。タッチ画面のボタンサイズ、タイ語・英語・記号、音やランプでの確認は、教育時間と誤操作率に影響します。
10. 模擬回収は検索速度でなく意思決定まで測る
模擬回収では、対象原材料または完成品の通知を受けた時点から時計を開始し、対象範囲の特定、在庫隔離、出荷先一覧、数量照合、責任者承認、連絡文案、証跡保存までを通します。検索が数秒でも、仕入先ロットが紙でしか結び付かない、3PL出荷が翌日更新、担当者しか抽出できないなら準備完了とは言えません。
評価指標は一つの時間に集約せず、データ取得開始、一次範囲、数量収支、責任者承認、配布可能リスト完成を分けます。目標値は自社リスク、顧客契約、適用法令、認証要求と過去実績から設定し、普遍的な合格時間として扱いません。リコール対応のトレーサビリティ設計では、演習の役割分担をさらに詳しく説明しています。
演習後は、欠落データ、検索条件の誤解、連絡先不備、数量差、権限不足、3PL待ちを是正項目にします。次回は同じ条件でなく、夜勤、ネットワーク断、複数ロット、包材起点など条件を変えます。FDAのテーブルトップ演習資料も、ルールの対象範囲とは別に、実運用を試す重要性を考える参考になります。
11. FATとSAT：同じシナリオを環境を変えて検証する
FATはベンダーまたは事前環境で、設定、機能、帳票、IF、権限、例外を確認します。SATは実工場で、実端末、実ネットワーク、実プリンタ、実秤、実ユーザー、実データ移行を使って成立を確認します。FAT合格をSAT省略の理由にしてはいけません。
| ゲート | 主な確認 | 必要証跡 | 未合格時の扱い |
|---|---|---|---|
| FAT準備 | 要件追跡表、テストデータ、環境、版 | 版一覧、実施計画、前提 | 開始延期または条件付き開始 |
| FAT | 正常・例外、権限、IF、性能、帳票 | ログ、画面、出力、欠陥票 | 修正と再試験 |
| SAT準備 | 機器、回線、マスタ、教育、移行 | チェックリスト、バックアップ | 稼働判定を保留 |
| SAT | 実運用、オフライン、印刷、数量収支 | 操作記録、監査ログ、照合表 | ロールバックまたは限定運用 |
| 稼働判定 | 重大欠陥、残課題、支援体制 | 承認記録、課題オーナー | 条件付き承認を明文化 |
合否基準は「正常に動作する」のような曖昧な文ではなく、開始条件、操作、期待データ、応答、許容差、ログ、判定者を記述します。性能試験はピーク時のスキャン、ラベル連続発行、検索、インターフェース滞留を同時に近い条件で行います。数量差や測定許容差は製品・工程・計量能力に応じて承認し、この記事が一律の閾値を示すものではありません。
12. 0–30日：範囲、現物、データを定義する
最初の30日は、ソフト設定より現場観察を優先します。対象製品、ライン、倉庫、取引先、輸出先、認証、回収起点を確定し、現行帳票と実物の流れを追います。受入から出荷まで歩き、容器の付け替え、端数、共通タンク、手直し、戻し材、廃棄、夜勤を記録します。
データ辞書では品目、ロット、期限、容器、場所、状態、数量、単位、イベント、理由コードを定義します。マスタの重複や欠落、単位換算、タイムゾーン、ロット桁数、ラベル面積も早期に確認します。RACIで業務オーナー、品質承認、IT/OT、ベンダー、保守、3PLの責任を割り当てます。
この期間の出口は、対象範囲、追跡シナリオ、現状・将来フロー、データ辞書、IF一覧、リスク一覧、受入方針の承認です。画面モックだけを成果物にせず、「どのイベントが証跡を発生させるか」を合意します。
13. 31–60日：接続し、例外を先に試す
次の30日は代表ラインで設定・接続します。品目と指図をERPから受け、受入・投入・変換・包装・出荷実績を返す最小の縦切りを作ります。端末、プリンタ、スキャナ、秤を実環境に近い場所で接続し、ラベルテンプレートと権限を版管理します。
正常フローの後回しにされがちな例外を早期に試します。未登録ロット、期限切れ、数量超過、別指図、再発行、取消、通信断、プリンタ障害、秤単位違い、IF重複、順序逆転、マスタ更新中を含めます。欠陥は重大度、再現条件、暫定回避、責任者、期限を付けて管理します。
この期間の出口は、FAT主要シナリオの完了、重大欠陥の解消方針、移行リハーサル、教育資料、SAT計画、切戻し計画です。早い段階で現場のスーパーユーザーに操作してもらうと、開発仕様には現れない持ち替えや待ち時間を発見できます。
14. 61–90日：実ラインで証明し、引き継ぐ
最後の30日はSAT、限定稼働、模擬回収、安定化に使います。実指図と実機器でロット系譜を作り、数量収支、ラベル状態、出荷先、監査ログを照合します。夜勤や交代要員を含め、障害連絡と復旧手順も実行します。
稼働判定では、重大欠陥がないことだけでなく、未解決課題のリスク、暫定策の期限、データ移行差、教育完了率、予備機、バックアップ復元、サポート連絡先を確認します。運用開始後のKPIを定義し、未同期件数、ラベル取消、手入力、在庫差、検索欠落、IF再送、問い合わせを週次で見る期間を設けます。
90日で全工場を完成させる意味ではありません。90日は限定範囲で設計仮説を証明し、次ラインへ展開できる標準を作る目安です。製品数、設備接続、データ品質、検証要求により期間は変わります。タイでのトレーサビリティ導入事例と進め方も、段階展開を考える際の参考になります。
15. 仮定モデル：便益を重複させず投資回収を計算する
次は価格相場や効果保証ではなく、RFP比較用の算術例です。ある1ラインで初期投資を360万THBと仮定します。年次便益は、配置転換可能な労務能力72万THB、スクラップ・手直し回避48万THB、期限切れ・在庫損失回避30万THB、回収準備の価値20万THBで、合計170万THBです。追加のクラウド、保守、ラベル・機器維持など年次運用費を25万THBとすると、純便益は145万THB、単純回収は360万÷145万＝2.48年です。
| 項目 | 年額 | 算入ルール |
|---|---|---|
| 配置転換可能な労務能力 | 72万THB | 実際に別業務へ移せる時間だけ。売上増と二重計上しない |
| スクラップ・手直し回避 | 48万THB | 過去実績数量×承認済み原価。停止回避と重ねない |
| 期限切れ・在庫損失回避 | 30万THB | 廃棄・評価減の実績差。運転資金効果と区別 |
| 回収準備の価値 | 20万THB | 演習工数・調査工数等の合意した代理値。損害回避を誇張しない |
| 年次便益合計 | 170万THB | 72＋48＋30＋20 |
| 年次追加運用費 | ▲25万THB | 保守、クラウド、消耗品、定期教育 |
| 年次純便益 | 145万THB | 170－25 |
| 初期投資 | 360万THB | ソフト、機器、連携、導入、教育、予備費 |
| 単純回収 | 2.48年 | 360÷145。税、資本コスト、残存価値は未考慮 |
労務能力は人員削減と同義ではありません。空いた時間が品質確認や増産に使われるなら、そのどちらかの価値だけを算入します。スクラップ回避と歩留まり向上、停止回避と増産も同じ原因なら重ねません。回収準備の価値は大規模損害を確率なしに全額計上せず、演習・調査時間など監査可能な代理値から始めます。最終判断では感度分析、税、資本コスト、複数年費用を財務部門と確認します。
16. 法規・標準を要求仕様へ落とすときの注意
ISO 22005:2007は食品・飼料チェーンのトレーサビリティシステム設計・実施に関する一般原則と基本要求を示し、ISOの公開ページでは2022年に確認され現行です。ただし特定のソフト、バーコード方式、検索時間を一律に指定するものではありません。自社の認証範囲や顧客要求にどう適用するかを認証機関などと確認します。
Codex CXG 60-2006は食品検査・認証システムの中でトレーサビリティ／製品追跡を用いる原則を示します。2026年8月時点で改訂案はStep 3/4であり、CCFICS第28回会合は2026年10月12〜17日に予定され、会議資料が公開されている段階です。改訂版が採択済みとは書けません。採択状況と最終文言は実際の適用判断直前にCodexの一次情報で確認してください。
米国FDA Food Traceability RuleはFood Traceability List対象食品について追加記録を定めますが、FDAは議会の指示に沿い2028年7月20日より前は執行しない方針を示しています。これは米国向けで対象となる活動などの論点であり、タイ一般法と混同してはいけません。免除・適用主体・サプライチェーン上の役割は米国側の専門家と確認します。
タイでは食品法、保健省告示、製品別・施設別要求、GMP 420関連の枠組みを確認します。タイFDAのGMP 420公式情報は食品製造工程、設備器具、保管慣行に関する法的枠組みを理解する一次資料ですが、すべての工場に特定のITトレーサビリティ機能を一律義務付けると読み替えるべきではありません。製品区分、工程、輸出先、顧客、認証に応じ、最新告示と適用範囲をタイFDA、資格を持つ専門家、顧客監査部門と確認してください。
17. ベンダー比較の採点表
価格だけの比較を避けるため、追跡完全性、例外統制、現場適合、連携・運用、導入能力、総保有コストに重みを付けます。重みは自社リスクに応じて承認し、ベンダー自己申告ではなくシナリオ証跡で採点します。
| 評価領域 | 質問例 | 確認証跡 |
|---|---|---|
| 系譜と数量 | 多対多変換、単位換算、廃棄まで追えるか | 系譜図、数量収支、エクスポート |
| 例外統制 | 再発行、取消、再加工、オフラインをどう扱うか | 監査ログ、エラー、承認履歴 |
| 現場適合 | 実環境でスキャン・印刷・計量できるか | 実機試験、作業時間、誤投入防止 |
| 連携運用 | 再送、重複、順序逆転、監視をどう扱うか | IFログ、キュー、差異レポート |
| 導入保守 | タイ現地支援、教育、障害復旧、変更管理 | 体制、SLA、訓練、類似範囲の実績 |
| 費用透明性 | 追加開発、保存、端末、API、更新費は明確か | 5年TCO、前提、除外事項 |
ベンダーの「食品業界実績」は参考になりますが、顧客名や件数だけでは適合性を証明しません。自社と同じ混合・分割、低温・洗浄、言語、ERP、3PL、輸出要件に近い範囲を確認します。デモで未確認の要件は「対応」と採点せず、PoC、FAT、契約条件のどこで証明するかを記録します。
18. よくある失敗と回避策
第一の失敗は、既存ロット番号をそのまま使えば系譜ができると思うことです。同じ番号が年や仕入先を跨いで重複する、容器分割後に番号が残らない、包材が対象外などの問題が起きます。識別子の一意性と変換規則を先に検証します。
第二は、すべてをリアルタイム連携しようとして停止リスクを増やすことです。工程を止めるべきチェックと、後送可能な実績を分け、キューと復旧を設計します。第三は、現場入力を増やしてデータ品質を悪化させることです。既存スキャン、秤、PLCの信号を活用しつつ、人が判断すべき理由だけを入力させます。
第四は、公開時点で終わりにすることです。マスタ変更、製品追加、包材版変更、設備更新、顧客要求変更に合わせてシナリオとテストを更新します。月次の権限棚卸し、四半期などリスクに応じた模擬回収、バックアップ復元、IF再送訓練を運用計画に含めます。
19. FAQ
食品 トレーサビリティはバーコードだけで実現できますか？
バーコードは識別と入力を助けますが、それだけでは不十分です。投入―産出関係、状態、数量、場所、時刻、権限、取消、連携をデータとして結ぶ必要があります。二次元コード、RFID、手入力のどれを使う場合も、読み取った後の業務統制が核心です。
ロット管理システムはERPだけで足りますか？
ERPで受入・製造・出荷ロットを十分な粒度で扱え、例外と現場時刻を記録できるなら成立する場合があります。一方、秒・分単位の投入、容器、設備、計量、ラベル状態が必要ならMES/WMSや現場実行層との分担が現実的です。製品と工程のリスクから決めます。
リコール対応のトレーサビリティは何時間で完了すべきですか？
普遍的な一つの数字はありません。適用法令、顧客契約、認証、製品リスク、物流構造に基づいて設定します。一次範囲特定、数量照合、承認、連絡可能リスト完成を分け、模擬回収で測ることが重要です。
原材料 ロット追跡ではどこまで遡ればよいですか？
少なくとも受入識別、仕入先ロット、検査・状態、保管・分割、各工程への投入、影響する中間品・完成品・在庫・出荷先まで結べる設計を検討します。包材、再加工、戻し材、副産物の範囲はリスク評価と顧客・法規要求で決めます。
EPCISを採用すれば法令対応になりますか？
EPCISは可視化イベントを相互運用する有力な標準ですが、採用だけで特定法令への適合が保証されるわけではありません。必要な識別子、データ項目、保持、共有、アクセス、例外運用を別途確認します。
まとめ
食品工場 トレーサビリティシステムの成否は、検索画面の印象より、投入―産出変換、数量収支、包材、再発行・取消、オフライン、権限監査、外部連携を現場で再現できるかで決まります。RFPに代表シナリオと証跡を入れ、FATで機能、SATで実環境、模擬回収で組織の意思決定まで検証してください。0–30日で定義、31–60日で接続と例外検証、61–90日で実ライン証明という段階導入なら、過大な一括投資を避けながら次ラインへ展開できる標準を作れます。
TOMAS TECHでは、現行帳票と実物フローの整理、RFP作成、ERP/MES/WMS・計量器の責任分界、代表ラインでの90日検証など、構想段階からご相談いただけます。食品工場のトレーサビリティ構想について相談する
参考資料
- ISO, ISO 22005:2007: https://www.iso.org/standard/36297.html
- Codex, CXG 60-2006: https://www.fao.org/fao-who-codexalimentarius/sh-proxy/tr/?lnk=1&url=https%3A%2F%2Fworkspace.fao.org%2Fsites%2Fcodex%2FStandards%2FCXG+60-2006%2FCXG_060e.pdf
- Codex CCFICS28 meeting page: https://www.fao.org/fao-who-codexalimentarius/meetings/detail/pl/?meeting=CCFICS&session=28
- US FDA, Food Traceability Rule: https://www.fda.gov/food/food-safety-modernization-act-fsma/fsma-final-rule-requirements-additional-traceability-records-certain-foods
- US FDA, Traceability readiness tabletop exercises and FAQs: https://www.fda.gov/food/hfp-constituent-updates/fda-releases-report-traceability-readiness-tabletop-exercises-and-updated-faqs
- GS1, EPCIS: https://www.gs1.org/standards/epcis
- GS1, Global Traceability Standard 2.0: https://ref.gs1.org/standards/global-traceability/2.0.0/
- Thai FDA, GMP 420: https://food.fda.moph.go.th/gmp-head/420
- Thai FDA, Ministry of Public Health Notification No. 420: https://food.fda.moph.go.th/food-law/announ-moph-420
- Thai FDA, Food Act B.E. 2522 portal: https://food.fda.moph.go.th/food-law/category/food-act-be2522
