查询时间范围最近 30 天
订单状态PC 六种状态
退款粒度每道菜
操作鉴权刷操作员卡
一、订单列表
按日期、餐别、订单状态和姓名/卡号查询，不支持订单号查询。统计数据随筛选条件同步联动。
销售数据
总订单数、总订单金额、退款订单数、退款订单金额。
支付构成
订单金额、实付金额、现金支付、补贴支付、赠送支付、退款金额。
| 订单金额 | 实付 | 现金 | 补贴 | 赠送 | 累计退款 |
|---|---|---|---|---|---|
| ¥29.80 | ¥29.80 | ¥9.80 | ¥15.00 | ¥5.00 | ¥5.00 |
| ¥23.90 | ¥0.00 | ¥0.00 | ¥0.00 | ¥0.00 | ¥0.00 |
二、逐菜明细与处理
查看菜品重量与金额
→
输入本次退菜/退款金额
→
刷卡鉴权并记录操作人
支持多次部分处理
只要该菜剩余可退金额未清零，操作入口就继续保留，可再次发起。
金额强校验
单次金额 > 0，最多两位小数，且 ≤ 该菜实时剩余可退金额；超额时禁用确认。
未支付订单
操作名称为“退菜”。部分退菜保持待付款，全部菜品退完后转已取消。
已支付订单
部分退款后为部分退款；全部菜品退完后为已退款。
三、开发与验收要点
状态真源
与 PC 端保持一致：待付款、已取消、已付款、已退款、退款中、部分退款。
支付数据真源
实付及现金/补贴/赠送拆分必须来自后端订单支付构成，不由前端推算。
操作追溯
保存订单、菜品、本次金额、累计金额、原因、操作员卡及时间。
统计口径
退款订单数/金额只统计已产生退款的已支付订单，未支付退菜不计入。
交互原型是产品设计证据，不等同于生产代码；开发实现需与实际订单、支付、退款接口和权限体系对齐。