后厨召回倒查
餐馆收到原料召回后，导入发票和备料记录，立即倒查受影响库存、半成品与已售餐品。
餐馆收到原料召回通知时，负责人上传供应商发票，拍下库存标签，再导入当天的备料记录。系统先用供应商、批号、到货日期和包装规格锁定可能受影响的原料，避免把名称相近的库存全都报废。
确认批次后，页面从原料批次一路倒查到调味酱、半成品、已出餐日期和可能关联的订单。厨房平板上会出现按优先级排列的任务：先隔离哪几袋原料，再封存哪些半成品，接着核对哪些班次已经用过这批货。
员工每完成一项，可拍照并记录数量、时间和处置人。负责人据此生成两份不同的清单：后厨用的库存处置单，以及给门店经理或顾客服务人员用的联络名单。若公告扩大批号范围，原来的倒查结果会重新标出新增项目。
起步版本只覆盖采购、库存和备料记录之间的追溯，不替餐馆判断食源性疾病，不自动向顾客发送通知。它先解决最急的一件事：找出这批原料已经去了哪里，并留下能交给检查人员的处置记录。
为什么是现在
7月15日，Heavenly Spices 大蒜粉因污染风险被召回。S1 截至7月23日，美国区相关搜索仍在持续，搜索量为200000+、增幅600%，更多餐馆会临时核对库存与备料去向。
目标用户
核心用户是独立餐馆的店主、行政主厨或门店经理。触发时刻是供应商或监管机构刚发来召回通知，厨房仍在营业。此时他们要在几小时内判断原料是否到货、是否已拆包，以及进了哪些备料。记录往往散在发票照片、纸质标签和排班人员记忆里，错报会造成浪费，漏报则会放大风险。
最小切入点
先把发票、库存标签和备料表转成统一字段。发票与照片走结构化 OCR，低置信字段必须由负责人确认。标签解析优先识别 GTIN、批号和日期；这些字段本就是食品追溯的常用标识。S2 数据层用关系表保存采购与库存，再用有向关系表示原料流向半成品和菜单项。首版只接收图片、PDF 和 CSV，不直连所有 POS。订单关联先按菜单项与出餐日期筛选，禁止自动认定顾客受影响。每次处置保留原图、修改记录和导出版本。
以小博大
先找食品安全顾问、餐饮保险经纪和代账服务商合作。他们通常会在门店收到召回后最早介入，可直接转介紧急个案。免费提供发票与备料表模板，让门店平时就留下可倒查字段。每次公开召回后，快速制作对应批号的核对页，承接正在搜索具体品牌和产品的负责人。
竞品与缝隙
怎么赚钱
按门店月订阅，包含日常批次留档和召回倒查。历史发票、备料表的大批量清洗可按次收费。连锁客户可按门店数购买总部版。
反方视角
最大障碍不是识别发票，而是门店过去没有记录批号流向。原料拆包后若标签被丢弃，系统只能按到货日和用量估算。备料表若只写“蒜粉”，名称匹配容易把其他品牌一起圈入。POS 通常记录菜单项，不记录某份餐用了哪一批原料。误报会扩大报废和联络范围，漏报则可能留下风险。为减少两类错误，产品必须要求人工确认关键关联，这会削弱“立即完成”的体验。若门店不愿持续补录最低限度的批次信息，就不应继续做自动倒查承诺。