リコール準備テスト

この用語集の用語は、 SG Systems Global 規制および運用ガイド ライブラリ。

2026年1月更新 • 模擬リコール、リコール訓練、トレーサビリティのスピード、ワンアップ/ワンダウン、マスバランス、有効性チェック、コミュニケーションテンプレート、保留/出荷ブロック、監査対応証拠 • 主に食品・飲料の製造・流通（FSMA予防管理、SQF/BRCGSプログラム、小売業者のコンプライアンス）

リコール対応テストとは、組織が迅速かつ正確に、かつ確証のある証拠に基づいてリコールや市場からの回収を実行できることを証明する体系的な実践です。「お客様に連絡します」で終わる机上の議論ではありません。これは、(1)影響を受けるロットを特定し、(2)それらを原材料まで遡って追跡し、顧客に転送し、(3)保留措置を適用して出荷を停止し、(4)正しくコミュニケーションを取り、(5)有効性チェックを実施し、(6)質量バランスによって数量を調整して製品の所在を把握できることを実証する、時間制限のある証拠作成演習です。

多くの企業は、リコールへの対応が不十分であることに、必要な時に初めて気づきます。それでは手遅れです。テストの真の目的は、リスクが低いうちに隠れた欠陥を明らかにすることです。例えば、ロットの紐付け漏れ、ケースレベルの識別情報のない混載パレット、記録検索の遅延、仕入先・顧客連絡先リストの不備、そして保留を回避した「シャドーシップメント」などです。監査担当者や顧客は、リコールへの対応を書類作成の要件ではなく、コアコンピテンシーと捉える傾向が強まっています。

ありのままを伝えましょう。リコール準備とは、計画を立てることではありません。情報が不完全で、時間が限られている状況下で、ストレス下で実行できることが重要なのです。優れたテストは、組織に現実の制約、つまり「どれだけ早く追跡できるか」「どれだけ早く出荷を阻止できるか」「どれだけクリーンなデータか」といった問題に直面させるため、容易ではありません。もしテストが簡単なら、実際のシステムではなく、スクリプト化されたシナリオをテストした可能性が高いでしょう。

「模擬リコールが常に合格する場合は、システムをテストしているのではなく、スクリプトをテストしている可能性があります。」

1) リコール準備テストとは実際何なのか

リコール準備テストは、実際のロットと実際の記録を用いて、リコールまたは市場からの撤退をシミュレートする、管理された演習です。このテストでは、時間的制約の中で以下のことを実行できることを示す証拠パッケージが作成されます。

• 影響を受けるロットを特定し、範囲を定義する。
• 製品を入力まで遡って追跡し、荷受人に転送する。
• システムで保留を適用し、出荷を停止します。
• 顧客や社内関係者と連絡を取り、
• 有効性を確認する（顧客が受け取り、行動した）、
• 数量を調整する マスバランス,
• ギャップが見つかった場合は是正措置を文書化します。

これは本質的には、追跡可能性と封じ込めのための運用上の「火災訓練」です。

2) 「リコール計画がある」と「準備」は同じではない理由

計画は静的ですが、リコールは動的です。実際に事態が発生すると、情報が不足し、顧客からの問い合わせや規制当局からの質問が寄せられ、工場は依然として注文の出荷を希望します。準備状況テストは、計画がそのような現実に耐えられるかどうかを証明するものです。

テストは、多くの現場が聞きたくない真実を露呈させます。トレーサビリティの強さは、最も弱い識別リンクの強さに等しいのです。手直しが特定されなければ、マスバランスは機能しません。出荷記録がロットの識別情報を保持していなければ、フォワードトレースは機能しません。ホールドアップが出荷を阻止できなければ、コンテインメントは機能しません。テストは、これらのギャップを表面化させます。

3) スコープマップ: 良いテストには何が含まれるべきか

範囲は製品のリスクと配布の複雑さに合わせて調整する必要がありますが、信頼性の高いテストには通常、次の内容が含まれます。

テストは、レポートを生成するだけでなく、システムを実行するように設計する必要があります。

4) シナリオ選択：混乱を招かずにテストを現実的にする

優れたシナリオとは、システムをテストするのに十分な妥当性と困難さを備えつつ、実際の混乱を回避できる程度に制御されたシナリオです。一般的なシナリオの典型は次のとおりです。

• サプライヤーの問題: リコールまたは汚染警告の対象となった原料ロット。
• アレルゲンイベント: 切り替えの失敗により、ラベルの誤貼付または交差接触が疑われる。
• 異物イベント: 定義された時間枠内で検出失敗が疑われます。
• 温度の乱用: 配送中のコールドチェーン逸脱または保管レーン違反。
• 衛生管理の失敗: 起動後に操作前の障害が検出されました。影響を受ける時間ウィンドウを定義します。

最良のシナリオは、実際のロットと実際の出荷を使用することです。架空のロットを使用すると、テストは教室での演習となってしまいます。

5) タイミングとSLA:「十分な速さ」とはどのくらいの速さか

準備はスピードが重要です。社内目標を設定する必要があります。多くのプログラムでは、トレースと証拠の収集を数日ではなく数時間で完了することを目標としていますが、適切な目標は製品のリスクと顧客の期待によって異なります。

便利な内部時間測定:

• 影響を受ける区画を特定し、範囲を定義する時間、
• バックトレースを完了するまでの時間、
• フォワードトレースを完了するまでの時間、
• システム全体に出荷停止と保留を適用する時間、
• 最終的な証拠パッケージを作成する時間。

追跡に数日かかる場合、リコールの対応は遅くなり、範囲も広くなります。

6) バックトレース：一歩遡って内部系譜を証明する

バックトレースは、ロットに影響を与えた可能性のある入力を証明します。具体的には、以下のようなものがあります。

• サプライヤーロットおよび受領記録、
• 構成ロットをWIPロットおよび完成ロットにリンクする内部ロット系図
• リワークが使用された場合のリワーク原点リンク、
• プロセス ウィンドウの定義 (影響を受ける時間ウィンドウ)。

バック トレースの失敗は通常、WIP が一意に識別されていない、再作業が制御されていない、または原料の消費がロット レベルではなく集計レベルで記録されているために発生します。

7) フォワードトレース：顧客とレーンに一歩前進を証明する

フォワードトレースの回答: 製品はどこに行ったか? これには以下が必要です:

• ロットと顧客、出荷IDをリンクする出荷記録
• 使用される配布オブジェクトのID（ケース/パレット/SSCC）
• 物流コンテキストにおける運送業者と航路の情報
• 製品がまだ現場にあるか、輸送中か、配達済みかを識別する機能。

フォワード トレースの失敗は、出荷がロット ID なしで記録された場合、混合パレットが追跡されていない場合、またはロットの系図に接続されていないシステムで「出荷確認」が行われた場合などに発生します。

8) マスバランス：手振りなしで数量を調整する

質量バランスは信頼性のチェックです。数量は合っているでしょうか？訓練中は、以下の点を一致させる必要があります。

• 生産量、
• 出荷数量（顧客別/出荷別）
• 在庫数量、
• 輸送中の数量（該当する場合）
• 廃棄または再加工された量、
• 既知の収量損失またはプロセス損失。

調整できない場合は、システムには盲点があり、多くの場合、やり直し、再梱包、廃棄、または手動による在庫調整が必要になります。

9) 出荷停止と保留管理：製品を封じ込めることができることを証明する

封じ込めのないトレーサビリティは報告であって、リコールシステムではない。訓練では以下の点をテストする必要がある。

• ロットを配置する能力 早く、
• 保管ロットのピッキングと出荷を防止する機能
• すでにステージングされた出荷をブロックする機能、
• 製品を物理的に識別および隔離する機能（保管ケージ、隔離ゾーン）。

最も危険な障害は、「ステータスは保留中だが、倉庫は出荷を継続する」というものです。訓練では、制御されたピッキング/出荷シミュレーションを試行し、システムがそれをブロックすることを確認することで、これを明示的にテストする必要があります。

10) コミュニケーション: 連絡先リスト、テンプレート、制御されたメッセージ

リコール準備にはコミュニケーション規律が含まれます。テストでは以下の点を検証する必要があります。

• 顧客連絡先リストは最新かつアクセス可能であり、
• 内部エスカレーションチェーンが明確である（誰が範囲を決定し、誰がメッセージを承認するか）
• メッセージテンプレートが存在する（通知書、指示書）
• 通信が記録されます (誰に連絡したか、いつ連絡したか、何を話したか)。

実際のメッセージを送信せずに模擬通信を実行することもできます (内部シミュレーション) が、プロセスは実行可能で文書化されている必要があります。

11) 有効性チェック：顧客が受け取って行動したことを証明する

多くのプログラムが弱点としているのは、効果検証です。通知を送信するだけでは不十分で、アクションを確認することが重要です。テストには以下の項目を含める必要があります。

• 顧客が通知を受け取ったことを確認する方法
• 製品を分離または返品したことを確認する方法
• 回答と無回答をどのように追跡するか
• 顧客が応答しない場合にどのようにエスカレーションするか。

模擬リコールでは顧客の反応をシミュレートできますが、追跡メカニズムと証拠構造もテストする必要があります。

12) 返却と処分：証拠の回収、隔離、破棄

リコール準備には、返品または回収された製品の下流の処理が含まれます。

• 返品された製品を受け取って分別する場所
• 識別方法（ロット、数量、状態）
• 処分方法の決定方法（再加工、破棄、調査のため保留）
• 必要に応じて破壊の証拠をどのように取得するか。

返品処理が適切でない場合、実際のリコール時に混乱が生じ、証拠の欠落が生じる可能性があります。テストでは、ワークフローと文書が適切に機能していることを確認する必要があります。

13) 記録パッケージ: 監査人がドリル後に期待するもの

リコール準備テストは、通常、次のような完全な証拠パッケージで終了する必要があります。

• シナリオ定義とトリガーロット/時間ウィンドウ、
• バックトレースレポート（入力と内部系図）
• フォワードトレースレポート（顧客、出荷、レーン）
• 質量バランスと説明の調和、
• 実施された船舶の保留/停止措置とその実施の証明
• 通信ログとシミュレートされたメッセージテンプレート、
• 有効性チェックの追跡と結果、
• ギャップ ログと是正措置の割り当て。

このパッケージは、監査人が求めているものです。単に「訓練を実施しました」ではなく、「何を証明し、何を改善しましたか」が示されています。

14) ギャップの記録と是正措置：訓練を改善につなげる

テストの価値はギャップの発見にあります。優れたプログラムはギャップを記録し、担当者と期限を指定して是正措置を割り当てます。典型的なギャップのカテゴリー：

• データのギャップ: ロットのリンクが欠落している、手直しが追跡されていない、出荷のリンクが不十分である。
• プロセスのギャップ: 保留は強制されず、倉庫のオーバーライドが可能です。
• 人材ギャップ: 役割が不明確、エスカレーションチェーンが混乱。
• ツールギャップ: レポートを迅速に生成できず、真実を語る単一の情報源がない。

ギャップが見つかったにもかかわらず修正されない場合、「テストプログラム」は単なる芝居に過ぎません。テストは改善を促進するものでなければなりません。

15) KPI: 時間の経過に伴うリコール準備パフォーマンスの測定

準備状況は時間の経過とともに改善されるはずです。役立つKPI：

KPIはシステムの改善に活用されるべきです。チームが訓練の結果を恐れると、弱点を明らかにする代わりに訓練のスクリプトを作成してしまうでしょう。

16) 検査姿勢：監査における訓練の評価方法

監査人および検査官は、リコールテストを現実性と証拠に基づいて評価します。彼らは以下の点を確認します。

• プログラムの要件に一致する頻度、
• 現実的なシナリオ選択とロット選択、
• 時間制限のあるパフォーマンスと文書化された結果、
• 質量バランス調整、
• 見つかったギャップに対する是正措置。

また、システムが実際のリコール（単一ロットだけでなく）に対応できるかどうかも評価します。そのため、訓練では必ずしも単一の整然としたロットではなく、複数ロットや時間枠を対象とするテストを行う必要がある場合もあります。

17) 失敗パターン：リコールテストが演劇になる仕組み

• 厳選された簡単なロット。 テストでは、代表的なリスクではなく、常に最も単純な製品が使用されます。
• タイミングがない。 時間を測定しなければ、準備ができていると主張することはできません。
• 質量バランスがありません。 数量の調整なしにトレースが報告されているため、信頼性が低い。
• ホールドはテストされていません。 ドリルでは出荷をブロックできるかどうかはテストされません。
• 通信はテストされていません。 連絡先リストとテンプレートは検証されません。
• 是正措置はありません。 ギャップは見つかりましたが、改善策は講じられず、同じ問題が再発します。
• スプレッドシートの英雄。 ドリルが「合格」するのは、1 人の専門家が手動でデータを調整しているためだけであり、システムは回復力がありません。

リコール準備テストは、生産的な方法で、かつ不快感を伴うものであるべきです。摩擦を明らかにし、改善を促すものでなければなりません。

18) これをV5にマッピングする方法 SG Systems Global

V5は、トレーサビリティと保留措置を手動による照合なしで実行および報告可能にすることで、リコール準備テストをサポートします。実際には、V5は以下のことが可能です。

• 迅速なバックトレースとフォワードトレースの出力を生成する ロット系図,
• 対応 マスバランス 記録された歩留まり、スクラップ、手直しを使用した調整、
• 適用し、施行する 保持/解放 検疫ゲートにより、影響を受けたロットはピックアップ/出荷/消費がブロックされます。
• 統制されたワークフローで訓練証拠パッケージと是正措置の割り当てを取得し、
• 出荷の識別情報と文書 (BOL/ASN) を統合して、前方追跡を正確かつ高速にします。

これらの機能は、 V5 WMS（移動および出荷ゲート）、V5 MES（内部系譜および仕掛品変換）、V5 QMS （保留、逸脱、是正措置）と連携しています。統合プラットフォームの概要については、まずV5ソリューション概要をご覧ください。

19) 拡張FAQ

Q1. リコール準備テストはどのくらいの頻度で実行する必要がありますか?
規制および認証要件、そして顧客の期待を遵守しつつ、トレースの取得と封じ込めが確実に実施されるよう、十分な頻度でテストを実施してください。具体的には、スタッフの変更やシステムの変更があった場合は、再度テストを実施してください。

Q2. 準備状況を示す最も優れた指標は何ですか?
調整のスピード: 手作業による調査作業ではなく、システム レコードを使用してバック トレース、フォワード トレース、質量バランスを迅速に完了する機能。

Q3. テストは予告なしに行うべきでしょうか?
はい、定期的に実施します。予告テストではプロセスを検証し、予告なしのテストでは実際の運用条件下での準備状況を検証します。

Q4. ドリルで穴があいてしまった場合はどうすればいいですか？
記録し、是正措置を割り当て、修正した箇所を再テストします。ギャップを発見しても修正を促さない訓練は、準備プログラムとは言えません。

Q5. 訓練が演劇にならないようにするにはどうすればよいでしょうか?
ロットをランダムに選択し、試験時間を計測し、質量バランスを要求し、ホールドと出荷停止をテストし、記録が複数の担当者によって取得可能であることを確認します。もし1人の専門家だけが「合格」できるのであれば、そのシステムは脆弱です。

関連資料（実用的なもの）
リコール準備テストは、強制可能なトレーサビリティに基づいて構築された場合に最も強力になります（ワンアップ/ワンダウン (NAIST) と エンドツーエンドの系図）、和解 マスバランス、そして実際の封じ込め制御（保持/解放 出荷ゲートでそれを繰り返し証明する 模擬想起パフォーマンス そして文書化された リコール訓練 是正措置を促すもの。