|
|
@@ -668,6 +668,30 @@ wrapper.last("ORDER BY ST_Distance_Sphere(point(longitude, latitude), " +
|
|
|
|
|
|
核心原则：**商家/骑手操作是主触发器，用户确认是可选的，自动完成是兜底。** 用户不确认不会导致订单永远"挂着"。
|
|
|
|
|
|
+## 2026-08-24 增量：自取配送费与出餐推送
|
|
|
+
|
|
|
+### 自取配送费
|
|
|
+
|
|
|
+- `type=1` 的自取订单配送费必须由后端固定为 `0`，不得信任或保存客户端传入的非零 `freight`。
|
|
|
+- 该规则覆盖当前仍有效的全部下单入口：用户聚合下单、商家端下单及 `/system/order/addorder`。
|
|
|
+- `type=0` 外送和 `type=2` 堂食订单保持现有配送费处理，不在本次调整中改变计价方式。
|
|
|
+- 本项目不新增包装费字段或包装费计算规则。
|
|
|
+
|
|
|
+### 自取出餐推送
|
|
|
+
|
|
|
+- 商家将 `type=1` 自取订单从 `state=1` 推进到 `state=2` 时，必须通过当前用户推送通道发送专属通知。
|
|
|
+- 专属文案含义为“您的餐品已备好，请凭取餐码 {0} 到店领取”，其中 `{0}` 使用订单当前 `pickUpNum`，不改变现有按门店、按天递增的取餐码生成方式。
|
|
|
+- 专属文案必须覆盖简体中文、繁体中文、英文、越南语以及默认资源文件。
|
|
|
+- 外送和堂食继续使用现有通用出餐通知，不改变既有推送行为。
|
|
|
+- 本次只使用项目当前 App 推送及 `push_message` 入库通道，不新增短信通知，也不新增取餐码核销接口。
|
|
|
+
|
|
|
+### 验收场景
|
|
|
+
|
|
|
+1. 自取订单无论客户端传入 `freight=null`、`0` 或非零值，最终保存的 `freight` 均为 `0`。
|
|
|
+2. 外送和堂食订单仍保存各自原有配送费值。
|
|
|
+3. 自取订单出餐时，用户收到包含当前取餐码的专属到店领取通知。
|
|
|
+4. 外送和堂食订单出餐时，仍收到原有通用出餐通知。
|
|
|
+
|
|
|
## 参考资源
|
|
|
|
|
|
- [美团外卖开放平台 — 订单状态](https://developer.waimai.meituan.com/home/doc/market/100)
|
qmj