機械翻訳による支援を受けています。確認中です。
トレーサビリティとリコール
青果物のロットコーディング:リコールに耐えるコード設計の方法
施設から出荷されるすべてのカートンにはロットコードが付いています。何か問題が起きた日には、そのコードだけが顧客からのクレームを生産者区画に結びつける唯一の糸となります。ほとんどのコーディング方式は最初の1週間で場当たり的に作られ、その後見直されることはありません。いくつかのシンプルなルールが、5分で終わる追跡と曖昧な追跡との違いを生みます。
重要ポイント
- ロットコードはシーズンをまたいでも製品をまたいでも決して再利用してはいけません。一意性は習慣ではなく、コードを発行するシステム自体によって強制される必要があります。
- 日付ベースのプレフィックスに日次連番を組み合わせた形式(例:R-260704-02)であれば、参照表がなくても搬入口で読み取れます。生産者、区画、品種、グレードをコード自体にエンコードすることは避けましょう。
- 入荷した果実が新しいロットとして梱包される際、梱包バッチはそれに使われたすべての投入ロットを記録しなければなりません。3つの生産者ロットを1つの梱包ロットに統合するランでは、3つすべての親ロットを記録する必要があります。さもなければリコールは梱包ラインで行き止まりになります。
- 手書きのコードは(桁の入れ違い、連番の重複使用、シーズン途中でのフォーマット変更などにより)ずれが生じます。そのためコードは入荷時と梱包時にシステムが発行し、そのままカートンやパレットのラベルに印刷すべきです。
ルール1:一意であり続けること
ロットコードは、シーズンをまたいでも、製品をまたいでも、「古いロットが終わったから」という理由でも、決して再利用してはいけません。2つのロットが同じコードを共有すると、以後のすべての追跡が曖昧になり、監査人はその曖昧さを不備とみなします。習慣に頼るのではなく、コードを発行するシステム側で一意性を強制しましょう。
有用な情報だけをコード化し、凝った工夫は避ける
優れた青果物のロットコードは、一目で「いつ」「何から」という2つの問いに答えます。日付ベースのプレフィックスに日次連番を組み合わせた形式(例:2026年7月4日の2回目の入荷を示すR-260704-02)であれば、参照表がなくても搬入口で読み取れます。
生産者、区画、品種、グレードなど、あらゆる情報をコード自体に詰め込みたい誘惑には抵抗しましょう。意味を詰め込みすぎたコードは長くなり、書き写す際にミスが起きやすく、再格付けが行われた瞬間に不正確になります。コードは短く保ち、詳細はその背後にある記録に持たせましょう。
新しい加工には新しいコードを、しかし紐付けは維持する
入荷した果実が梱包されると、出力は新しいコードを持つ新しいロットになります。ここで重要な規律は、どの投入ロットがそれを構成したかを記録することです。この紐付けこそが追跡チェーンです。3つの生産者ロットを消費して1つの梱包ロットを生産するランは、3つすべての親ロットを記録しなければなりません。さもなければリコールは梱包ラインで行き止まりになります。
採番はシステムに任せる
手書きのコードはずれが生じます。桁の入れ違い、連番の重複使用、シーズン途中でのフォーマット変更などです。信頼できるパターンは、入荷時と梱包時にシステムがコードを発行し、そのままカートンやパレットのラベルに印刷することです。Fernableは日付連番のコードを自動的に発行し、データベースレベルで一意性を強制し、親子関係の紐付けを維持します。そのためラインが稼働している間に追跡チェーンが自ら組み上がっていきます。