当连锁餐饮门店招牌菜品库存低于安全阈值时，系统通过扣子平台自动触发告警并启动补货流程：配置mysql数据源并开启增量同步与行级监听，设定动态或多表驱动的库存阈值规则，多通道通知相关人员，并自动生成采购订单推送至供应商。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当连锁餐饮门店的某款招牌菜品库存低于安全阈值时，系统需立即触发告警，并同步启动供应商补货流程——这不是手动登记表格或群内喊话，而是由扣子（Coze）平台驱动的全自动工作流，从检测、通知到生成采购单全程无人干预。
配置库存数据源与实时同步
第一步：在扣子「数据源」中添加MySQL连接，填写总部ERP数据库地址、账号密码，勾选仅同步inventory_detail和dish_master两张表。【必须开启增量同步】，否则每日全量拉取会导致30+门店数据延迟超12分钟。
第二步：为inventory_detail表启用「行级变更监听」，设置字段store_id、dish_id、stock_qty为关键监控列。这一步不做，库存变动将无法触发后续节点。
第三步：手动运行一次同步任务，检查数据预览中是否出现各门店对应菜品的实时库存数值。若显示NULL或全部为0，退回检查ERP侧该表是否有未提交事务锁表。
设定多级库存告警规则
方法一：使用「条件判断」插件构建动态阈值逻辑
输入字段选择stock_qty，比较符设为「小于」，右侧值填入公式：IF(dish_category = '爆款', 5, IF(dish_category = '常规', 12, 20))。该公式适配不同菜品周转特性，避免所有菜品统一设为10件导致凉菜频繁误报。
方法二：绑定Excel规则表实现免代码调整
上传一份名为reorder_rules.xlsx的文件到知识库，含三列：dish_id、min_stock、alert_level（A/B/C）。在工作流中调用「查表」插件，以当前菜品ID精确匹配获取对应最小库存值。注意：Excel必须保存为.xlsx格式，.csv会导致中文分类字段乱码。
扣子 (Windows) 是字节跳动推出的一站式 AI Agent 平台客户端，支持多 Agent 协作、可视化工作流和知识库管理。最新版本新增 Claude Code 与 Codex CLI 接入、多端同步和项目级管理功能，同时优化了插件生态和 AI 响应速度，让用户在 Windows 上即可高效创建、运行和协作智能体，满足个人、团队及企业场景需求。
触发多通道告警通知
当库存触达阈值，立即执行以下动作链：
→ 调用企业微信机器人API，向「运营值班群」发送结构化消息，含门店名称、菜品名、当前库存、建议补货量；
→ 同时向该门店店长个人企微发送带「一键确认补货」按钮的交互卡片；
→ 若告警等级为C级（如预制菜库存归零），追加拨打店长电话（调用Twilio接口，号码从store_master表中提取）。
⚠️ 企业微信机器人Token必须在扣子「Bot设置」中配置为环境变量，硬编码在请求头里会导致上线后Token泄露。
自动生成并推送采购订单
步骤一：组装采购单JSON结构体，关键字段包括：order_no（格式：REORD-{date}-{store_id}）、items数组（含dish_id、qty_to_order、unit_price）、supplier_id（从dish_master关联查出）。
步骤二：调用供应商提供的HTTP API提交订单，Header中携带X-API-Key: {{env.SUPPLIER_API_KEY}}。【失败重试上限设为2次，间隔30秒】，避免网络抖动导致订单丢失且无记录。
步骤三：成功响应后，将订单号、时间戳、总金额写入扣子内置数据库auto_reorder_log表，供后续对账审计。
