収穫データの記録：トレーサビリティのための重量、等級、斃死率

収穫データは、外部の関係者（購入者が購入品を確認するため、監査人がトレーサビリティを検証するため、農場自身の将来計画が今回のサイクル実績を過去と比較するため）によって最も頻繁に参照される記録である可能性が高く、そのため、忙しい収穫日に急いで記入する非公式な集計シートとして扱うのではなく、意図的に構造化する価値があります。

すべての収穫記録におけるコアフィールド

• バッチまたはコホート識別子：農場の放養記録を遡り、元の放養イベント、そして理想的には孵化場記録管理ガイドでカバーされている孵化場バッチIDまで遡るためのものです。この連携こそが、完全な生産者から食卓までのトレーサビリティを可能にします。
• 収穫日とシステムID（収穫された池、生簀、または水槽）：農場の他の記録全体で一貫して使用されている識別子と一致させます。
• 総重量と総数または推定総数：付属の計数および計量ガイドでカバーされている方法論を使用し、推定方法を数値とともに記載します。
• 等級またはサイズ区分内訳：収穫に等級分けが含まれる場合、販売文書と農場自身のサイズ分布実績追跡の両方に活用されます。
• 収穫時の斃死：正常に収穫された総数とは別に記録されます。収穫に関連する斃死は、農場の日常的な斃死記録にすでに記録されている収穫前の既存斃死とは異なる、独自の有用なデータポイントであるためです。
• 行き先または処分：収穫された製品がどの購入者、どの販売、または内部転送の行き先に向かうのかを示し、農場からサプライチェーンの次のポイントまでのトレーサビリティのループを閉じます。

収穫記録と全生産履歴の連携

放養、給餌、水質記録から切り離された単独の収穫記録は、その診断的価値の多くを失います。収穫結果をサイクル全体の履歴（放養密度、使用された給餌プログラム、特筆すべき健康上の問題、水質傾向）に遡って連携させることで、農場は各サイクルの結果から実際に学び、各収穫をそれを生み出した管理上の決定とは無関係な孤立したイベントとして扱うことを避けることができます。

収穫データを用いた実績比較

サイクル間の収穫結果（単位面積あたりの収量、放養から収穫までの生残率、等級分布）を農場自身の過去の基準と比較することで、監査人や購入者の単一サイクル視点では決して見られない傾向が明らかになります。例えば、徐々に改善または悪化するパターン、季節的な影響、または連続するサイクルでテストされた特定の管理変更の影響などです。この比較利用は、コンプライアンスおよび販売文書作成機能を超えて、収穫データの最も運用上価値のある応用となることがよくあります。

購入者および認証要件のサポート

多くの購入者、そして事実上すべての真剣な認証基準は、完全なトレーサビリティをサポートするために収穫記録を期待しています。要件は様々であり、ある購入者や基準には十分な記録構造が、別の購入者や基準の特定の期待には及ばない可能性があるため、農場の実際の購入者と目標とする認証について、特定の文書形式と保存要件を確認してください。最も緩い要件ではなく、最も厳しい現在の要件を満たすように農場の標準的な収穫記録テンプレートを構築することで、新しい購入者や認証がより厳格な期待を課した際に、後から記録を改修する必要がなくなります。

デジタル対紙の収穫記録

農場のより広範な水質および生簀日誌の記録管理コンテンツでカバーされているのと同じ考慮事項がここにも適用されます。コアとなる規律（一貫した識別子、完全なフィールド、バックアップ、改ざん防止）が維持されていれば、どちらの形式でも機能します。デジタルシステムは、収穫データを単純なコンプライアンス文書を超えて真に有用にするための相互参照や傾向比較作業を一般的に容易にします。

具体例

新しい購入者のオンボーディング監査に備えていたある農場は、既存の収穫記録が以前の購入者には十分であったものの、新しい購入者の完全な生産者から食卓までのトレーサビリティ要件を満たすには、収穫バッチを十分に遡って連携させていないことを発見しました。記録は放養イベントで止まっており、元の孵化場バッチへの明確なリンクがありませんでした。農場は、将来の放養および収穫記録を通じて孵化場バッチIDを引き継ぐようにテンプレートを改修し、新しい購入者の即時のオンボーディングのために、最近の収穫について、別の孵化場記録から不足している連携を手動で再構築しました。そして、それを元々記録されたものとして提示するのではなく、再構築であることを明示的に示しました。新しい購入者は、その透明性を考慮して再構築された連携を受け入れ、農場の更新されたテンプレートは、将来のすべての収穫について、再度改修することなく、より厳格な基準を自動的に満たすようになりました。

よくある間違い

• 収穫合計を記録する際に、元のバッチや放養記録に遡って連携させず、完全なトレーサビリティを損なうこと。
• 正常に収穫された合計のみを記録し、収穫に関連する斃死を別途追跡しないこと。
• 各収穫記録を孤立したイベントとして扱い、農場自身の過去の実績傾向と比較しないこと。
• 最も厳しい要件ではなく、最も緩い現在の購入者または認証要件のみを満たすように収穫記録テンプレートを構築すること。

よくある質問

収穫記録はどのくらいの期間保存すべきですか？

農場の他の主要なコンプライアンスおよび生産記録と同じ保存基準に従ってください。一般的には、特定の認証または規制要件に応じて数年間です。保管コストが許す限り、規定された最低期間よりも長い保存期間をデフォルトとすることで、最低限のコンプライアンス保存ポリシーではすでに破棄されているであろう古い記録を参照する必要が生じた場合に備えることができます。

収穫記録と、このクラスターの他の場所でカバーされている休薬期間遵守との関係は何ですか？

収穫記録は、収穫日前の適用される休薬期間のクリアランスを明示的に確認し、参照する必要があります。これにより、収穫イベントが、その付属ガイドでカバーされている投薬および休薬追跡記録に連携されます。この連携こそが、監査人や規制当局の審査官が、収穫されたバッチが販売前に本当にクリアされていたかを確認するためにチェックするものです。

収穫記録は、重量や等級以外の品質観察も記録すべきですか？

関連性があり、実用的な場合は、はい。特筆すべき品質観察（異臭検査結果、観察された加工上の問題など）は、特に将来のレビューで特定の状況を理解する必要があるかもしれない、異常な結果を示した収穫にとって有用な文脈を追加します。

トレーサビリティ文書を要求する購入者と収穫データをどのように共有すべきですか？

完全な内部記録から標準的な要約抽出（バッチ連携、収穫日、関連する品質およびコンプライアンス確認など）を作成して共有してください。農場の完全な内部記録システムを共有するのではなく、それは特定の購入者が必要とする以上の詳細を含んでいたり、農場が広く共有したくない情報を含んでいたりする可能性があります。農場自身の目的および認証監査の目的のために、より詳細な内部記録は維持してください。

同じ池からの単一の大規模な収穫と複数の部分的な収穫とで、収穫記録管理は異なりますか？

各部分的な収穫イベントは、それぞれ独自の日付、量、等級データとともに個別に記録されるべきであり、すべて同じ元のバッチまたは放養記録に遡って連携されるべきです。一連の部分的な収穫を単一の結合された記録として扱うと、農場自身の傾向分析と完全なトレーサビリティ文書の両方が依存するイベントレベルの詳細が失われます。