|
|
@@ -77,3 +77,18 @@ WHERE p.is_stall=1 AND p.del_flag='0' AND p.night_market_id IS NOT NULL
|
|
|
1. **clarify Q2**(配送操作界面端覆盖)——用户暂缓;后端接口先行,PC/App 界面待决策
|
|
|
2. **PC 端是否新建门店设置/订单页**——随 Q2 一并讨论
|
|
|
3. T040 运行时冒烟待 DDL 执行后进行(quickstart 场景 1-8)
|
|
|
+
|
|
|
+### 已记录待实施方案:夜市主 PC 订单配送调度(2026-09-16)
|
|
|
+
|
|
|
+确认不新建页面,复用 `foodie-store` 首页的“最新订单”管理区。夜市主(`userType=3`)不负责摊位接单和出餐,只管理旗下摊位已出餐的自配送外送单;摊位主继续使用既有“接单 → 出餐”操作。
|
|
|
+
|
|
|
+夜市主仅展示 `type=0 && selfDelivery=1` 的订单,状态 Tab 为:
|
|
|
+
|
|
|
+1. **全部**:只读查看自配送订单详情。
|
|
|
+2. **备餐中**(state=0/1):只读,等待摊位主接单、出餐。
|
|
|
+3. **待配送**(state=2 且 deliveryStatus=0):显示“开始配送”,并可直接“确认送达”。
|
|
|
+4. **配送中**(state=2 且 deliveryStatus=2):显示“确认送达”。
|
|
|
+5. **已完成**(state=3 或 deliveryStatus=3):只读。
|
|
|
+6. **已取消/售后**:只读。
|
|
|
+
|
|
|
+订单行与详情需标明“自配送”和摊位名称;“开始配送”“确认送达”分别调用既有 `selfDeliveryStart`、`selfDeliveryComplete`。前端仅控制显示,接口仍以服务端订单归属、`selfDelivery`、订单状态和配送状态重新校验。
|