|
|
@@ -147,3 +147,19 @@
|
|
|
- PosStoreServiceImpl.java:delete 方法改为 update del_flag
|
|
|
- PosStoreController.java:删除接口逻辑调整
|
|
|
- 所有通过 selectPosStoreList 查询的地方自动受影响
|
|
|
+
|
|
|
+## 普通商家新增门店审核门禁(2026-08-24)
|
|
|
+
|
|
|
+### 业务规则
|
|
|
+
|
|
|
+- `POST /chanting/store/addmendian` 创建新门店时,后端必须根据请求头 `token` 识别当前登录商家。
|
|
|
+- 只有 `InfoUser.auditStatus = "1"`(已审核)的商家可以新增门店;未审核、用户资料不存在时沿用现有国际化业务错误。
|
|
|
+- 新门店的 `PosStore.userId` 必须由后端写为当前登录用户 ID,不信任请求体中的 `userId`。
|
|
|
+- 请求体携带门店 `id` 时视为编辑已有门店,本次变更不增加商家审核状态门禁,保持现有编辑行为。
|
|
|
+- 本次仅调整普通商家门店入口,不扩展到平台后台建店或夜市摊位入口。
|
|
|
+
|
|
|
+### 验收场景
|
|
|
+
|
|
|
+1. 未审核商家提交新增门店请求时,接口返回 `no.user.state.no.audit` 对应语言的业务错误,且不保存门店。
|
|
|
+2. 已审核商家提交新增门店请求时,门店可以保存,保存的 `userId` 等于 token 中的用户 ID,即使请求体传入其他用户 ID 也不能改变归属。
|
|
|
+3. 编辑已有门店时不调用新增门店审核校验,保持现有流程。
|