第414章 供应商预警建议书发出后的第二天，张科长把陆鸣请到了食品科。
“今天不谈某一家门店。”张科长把一叠材料放到桌上，“只做一次内部技术说明。”
陆鸣刚走进会议室，小刘便抬起头。
他先看了陆鸣一眼，手里的笔停在半空。
张科长介绍：“这是陆鸣，之前金源案的技术说明人。”
小刘又看了两眼。
“陆先生本人比照片年轻。”
陆鸣点头。
“先看材料。”
小刘赶紧低头。
张科长没有寒暄，直接打开电脑。
“主题是终端投诉关联识别供应链风险。”
“你准备怎么讲？”
陆鸣走到屏幕前。
“先把案例脱敏。”
“门店名称、人员姓名、品牌名称都不放。只保留四类信息。”
他在白板上写下四个词。
【时间。】
【症状。】
【菜品。】
【供应商。】
小刘看着白板。
“投诉不是按门店归类吗？”
“目前是。”张科长说。
陆鸣点开第一张表。
“单看一条投诉，没有太多信息。”
“某家店有人腹泻，可能是餐品问题，也可能有其他原因。”
“但如果多家门店在同一时间出现相似情况，问题就不该停在门店这一层。”
小刘问：“什么叫相似情况？”
“先看时间规律。”
陆鸣翻到下一页。
“月底和月初集中出现。”
“再看症状描述，腹泻、呕吐、胃肠不适反复出现。”
“然后看菜品类型，投诉大多指向肉类套餐。”
“最后核对进货记录，多个门店的供应商指向同一主体。”
张科长接上。
“这四项同时出现，就具备关联排查价值。”
小刘皱眉。
“但消费者未必能提供供应商。”
“所以不能把供应商栏位设成必填。”陆鸣说，“有收据、包装、订单详情的，受理时登记。没有的，先留空。”
“之后再通过门店台账和监管调取补齐。”
小刘低头记着。
“也就是说，先收集，不等信息完整才受理。”
“对。”
陆鸣说：“很多风险不是一开始就完整。投诉系统如果要求每个栏位都齐，最早留下的那几条线索反而会被挡在外面。”
张科长看向小刘。
“目前系统有供应商维度吗？”
“没有。”小刘回答，“只能按投诉门店、投诉类型和处理状态筛选。”
“如果三家门店用了同一个供应商，系统不会自动提示。”
陆鸣问：“能不能增加一个简单栏位？”
小刘抬头。
“什么栏位？”
“供应商标签。”
陆鸣在白板上写下这四个字。
“受理时，科员根据消费者提供的收据、包装照片或者门店材料，手动标注供应商名称。”
“没有信息就不填。”
“同一个供应商在多家门店出现时，系统提供一个汇总入口。”
小刘问：“需要改很多程序吗？”
“先不做复杂模型。”陆鸣说，“增加栏位、支持检索、允许按时间和菜品类型组合查看。”
“先让人看见关联。”
“不是一上来就让系统替人下结论。”
张科长看着屏幕上的案例表。
“低成本。”
“收益不低。”陆鸣说。
小刘说：“之前我们也遇到过类似情况。”
“几家店都有人投诉肚子不舒服，但每一家看起来都不够形成明显风险。”
“后来分别处理了。”
陆鸣问：“供应商查了吗？”
小刘摇头。
“当时没有这个维度。”
陆鸣没有评价。
他把四张表格并到一起。
“如果当时把时间、症状、菜品和供应商放在同一张表里，线索不会散。”
张科长说：“这也是金源案最值得留下来的东西。”
小刘问：“金源案不是因为检测报告才查下去的吗？”
“检测报告是突破口。”陆鸣说，“但前面还有投诉、差评、门店进货、配送时间和供应商名称。”
“任何一项单独拿出来，都可能被解释成偶然。”
“放在一起，才知道它们不是四件事。”
张科长点开另一页。
“那预警触发后，下一步是什么？”
“先人工复核。”陆鸣说。
“核对是否存在同一供应商、同一类食材、相近时间段和重复症状。”
“达到关联条件后，再决定是否增加抽查、调取进货台账，或者提醒相关科室关注。”
小刘问：“这个阈值怎么定？”
“不要一开始定死。”方敏不在现场，但陆鸣仍沿用她此前的边界思路，“系统先提供关联，不直接替监管定性。”