USDA FSIS maintains an official Recall API developer resource. Teams that ingest the feed need to preserve the request, retrieval, response, schema, identifiers, revisions, corrections, and internal mappings without treating an API record as proof that affected food was identified, held, notified, recovered, or closed.
CAI's current Minotaur ERP page describes food inventory, production, transaction validation, lot and serial tracking, multi-site movement, and traceability reports for mock recalls. On-hand inventory is one investigation input; affected scope also depends on what was received, transformed, consumed, moved, shipped, returned, reworked, or otherwise disposed.
FSIS recall planning requires a maintained response system, not just a fast lot search. Scope, notification, disposition, and evidence remain accountable work.
The current directive separates event assessment, recall classification, public notification, recovery, and effectiveness—decisions that a generic lot search cannot replace.