真实系统演示
下方截图抓取自正在运行的演示环境（2026-09-27 实测），不是设计稿
经营驾驶舱
AI 老板决策台、超级 IT 巡检、营收/毛利/客单价与热销 TOP5
AI 经营助手
经营日报等 9 项能力页签，日报全文为规则模板生成、LLM 仅可选点评
库存水位
物料水位、安全库存与补货点、补货建议与采购衔接
一条业务链，不做第二套系统
每个环节都有明确的上游写入方与下游消费方，全链在同一 PostgreSQL 单库中闭环—— 这是鲸宴与「多个子系统拼装」类产品的根本区别。
STEP 1
扫码点餐
桌码直达顾客 H5，自助下单
STEP 2
POS 收银
桌台开单、加菜、结账
STEP 3
后厨 KDS
厨单队列，开始/出餐两步流转
STEP 4
BOM 扣减
支付后按菜品 BOM 自动扣物料
STEP 5
补货建议
按消耗速率测算建议量
STEP 6
采购
建议一键转采购单，全流程流转
STEP 7
收货溯源
批次登记（含农场直采来源）
STEP 8
会员营销
积分、优惠券、满减活动
STEP 9
经营看板
营收/毛利/客单价，逐日下钻
多端同工程，一套登录态
五个端只是同一个 Vue 工程的路由分区，不是多个产品——按角色进入对应工作台
顾客扫码 H5
桌码点餐与支付，无需装 App
POS 收银端
收银员/经理角色使用
后厨 KDS 端
后厨角色，只看出餐队列
管理后台
11 个功能页，老板/经理使用
会员门户
会员自助查积分与消费记录
AI 经营助手
全部为离线确定性算法保底，LLM 仅做可选增益——断网时功能不缺，每份输出带证据可回放。
销量预测
星期季节性 + 趋势，未来 7 日营收带与菜品销量（确定性算法）
菜单工程
畅销指数 × 单位毛利四象限（明星/金牛/谜题/狗）+ 动作建议
客户分层
RFM 实时分层 + 流失预警分，每层带建议动作与可用活动
智能补货
速率 × 预测 × 安全库存三层测算，按紧急度排序，只出建议人工批
数据巡检
负库存/成本异常/积压/滞留/临期/断档等确定性 SQL 断言，每项带证据
异常归因
负毛利/客单价骤降/库存击穿，规则先行 + 下钻定位
经营日报
规则模板全文生成，LLM 仅可选点评（断网功能不缺）
老板决策台
聚合各 Agent 建议与营收预测带，单一判定源，仅聚合不二次判定
备餐计划
明日菜品销量预测 × 损耗系数 → 备餐量区间，直接接 KDS
演示环境实测数据
2026-09-27 用演示账号逐接口核对。数据为测试数据，仅用于说明系统功能。
1 家
门店
鲸宴小馆·旗舰店
6 张
桌台
大厅 + 包区，固定桌码
17 个
菜品
菜单工程口径
80 名
会员
含历史消费记录
3 家
供应商
含农场直采
32 行
物料库存
带安全库存与补货点
¥156,578
营业收入
900
订单数
¥173.98
客单价
72.4%
毛利率
¥43,160.99
食材成本
¥25,788.63
未来 7 天预期营收
经营数字来自演示环境经营驾驶舱（近 30 天口径，测试数据），未来 7 天预期营收为系统预测输出。
部署与集成
部署形态
- 架构
- 单进程 FastAPI + 单 PostgreSQL 库 + 单 JWT secret，一条业务链不做微服务拆分
- 入口
- nginx 唯一入口，Docker Compose 一键部署，自带健康检查脚本
- 数据库
- 启动自迁移（无 alembic_version 的旧库自动补基线再升级）
角色与权限
- 角色
- 老板 / 经理 / 收银 / 后厨，按角色进入对应工作台
- 登录态
- 全端共用一套 JWT，不存在跨服务换 token
供应链与成本
- 溯源
- 供应商档案（含农场直采来源登记）→ 采购单 → 收货批次 → 批次追溯链路
- 成本
- 移动加权成本，出库流水可追溯到单
- 补货
- 建议量按消耗速率测算，可一键生成采购单