fix: 代理系列授权和操作日志去掉
All checks were successful
构建并部署前端到测试环境 / build-and-deploy (push) Successful in 4m58s
All checks were successful
构建并部署前端到测试环境 / build-and-deploy (push) Successful in 4m58s
This commit is contained in:
@@ -0,0 +1,18 @@
|
||||
# Change: 移除旧资产操作审计日志入口
|
||||
|
||||
## Why
|
||||
|
||||
IoT 卡管理、设备管理和资产信息页仍展示旧的资产操作审计日志入口与内容,与当前审计调查能力重复,且不再需要向用户提供该旧日志交互。
|
||||
|
||||
## What Changes
|
||||
|
||||
- 移除 IoT 卡管理列表的“操作审计日志”操作项及其抽屉弹窗。
|
||||
- 移除设备管理列表的“操作审计日志”操作项及其抽屉弹窗。
|
||||
- 移除资产信息页内嵌的操作审计日志卡片。
|
||||
- 清理上述页面对旧日志组件的引用;全局无其他前端调用时,删除旧日志组件、前端 API 方法及专用类型;仍有调用时保留共享实现。
|
||||
- 不改变后端历史日志数据或接口。
|
||||
|
||||
## Impact
|
||||
|
||||
- Affected specs: `asset-audit-log-navigation`
|
||||
- Affected code: `src/views/asset-management/iot-card-management/index.vue`, `src/views/asset-management/device-list/index.vue`, `src/views/asset-management/asset-information/index.vue`, and, only if unused, `src/components/business/OperationLogsDialog.vue`, `src/views/asset-management/asset-information/components/OperationLogsCard.vue`, `src/api/modules/asset.ts`, `src/types/api/asset.ts`
|
||||
@@ -0,0 +1,12 @@
|
||||
## REMOVED Requirements
|
||||
|
||||
### Requirement: 旧资产操作审计日志入口
|
||||
|
||||
**Reason**: 旧资产操作审计日志交互已由当前审计调查能力替代,页面不再提供重复入口。
|
||||
**Migration**: 需要审计调查的用户通过当前审计中心和资源审计时间线访问记录。
|
||||
|
||||
#### Scenario: 查看 IoT 卡、设备或资产信息
|
||||
|
||||
- **WHEN** 用户打开 IoT 卡管理、设备管理或资产信息页面
|
||||
- **THEN** 页面不显示旧的“操作审计日志”入口、弹窗或内嵌日志卡片
|
||||
- **AND** 前端不因这些页面加载或操作而请求旧资产操作日志接口
|
||||
10
openspec/changes/remove-legacy-asset-operation-logs/tasks.md
Normal file
10
openspec/changes/remove-legacy-asset-operation-logs/tasks.md
Normal file
@@ -0,0 +1,10 @@
|
||||
## 1. Remove User Interfaces
|
||||
|
||||
- [x] 1.1 Remove the IoT card management operation-log action, state and dialog.
|
||||
- [x] 1.2 Remove the device management operation-log action, state and dialog.
|
||||
- [x] 1.3 Remove the embedded operation-log card from asset information.
|
||||
|
||||
## 2. Cleanup and Verification
|
||||
|
||||
- [x] 2.1 Search remaining consumers of the legacy log component, front-end API method and dedicated types; delete only implementations with no consumers.
|
||||
- [x] 2.2 Run lint and type checks for changed files.
|
||||
@@ -0,0 +1,17 @@
|
||||
# Change: 使用授权套餐候选项接口创建代理系列授权
|
||||
|
||||
## Why
|
||||
|
||||
新增代理系列授权时,通用套餐分页接口不能按当前操作者、目标店铺和套餐系列返回真正可授权的套餐,也不能提供目标店铺已授权状态。
|
||||
|
||||
## What Changes
|
||||
|
||||
- 新增代理系列授权弹窗的套餐选择改用 `GET /api/admin/shop-series-grants/package-options`。
|
||||
- 仅在已选择目标店铺和套餐系列后请求候选项接口,并原样传递 `shop_id` 与 `series_id`。
|
||||
- 以接口候选项作为可选集合,保留候选项的授权状态,且不再由前端额外过滤赠送套餐。
|
||||
- 为候选项接口增加前端 API 方法与类型定义,并用其价格字段初始化套餐成本价和建议零售价校验数据。
|
||||
|
||||
## Impact
|
||||
|
||||
- Affected specs: `package-series-allocation`
|
||||
- Affected code: `src/api/modules/shopSeriesGrant.ts`, `src/types/api/packageManagement.ts`, `src/views/package-management/series-grants/index.vue`
|
||||
@@ -0,0 +1,17 @@
|
||||
## ADDED Requirements
|
||||
|
||||
### Requirement: 授权创建使用店铺系列套餐候选项
|
||||
|
||||
系统 SHALL 在新增代理系列授权时,使用 `GET /api/admin/shop-series-grants/package-options` 获取套餐候选项。前端 MUST 在目标店铺和套餐系列均已选择后,原样传递非空的 `shop_id` 与 `series_id`;接口返回的候选项 SHALL 作为可选套餐及其价格、授权状态的权威来源。
|
||||
|
||||
#### Scenario: 选择店铺和套餐系列后加载候选项
|
||||
|
||||
- **WHEN** 用户在新增代理系列授权弹窗中已选择目标店铺和套餐系列
|
||||
- **THEN** 前端请求 `/api/admin/shop-series-grants/package-options` 并携带所选 `shop_id` 与 `series_id`
|
||||
- **AND** 前端展示返回的候选套餐而不再调用通用套餐分页接口作为该弹窗的候选来源
|
||||
|
||||
#### Scenario: 更换店铺或套餐系列
|
||||
|
||||
- **WHEN** 用户更换目标店铺或套餐系列
|
||||
- **THEN** 前端清空此前的套餐候选项和已选择套餐
|
||||
- **AND** 仅使用新组合返回的候选项进行后续选择
|
||||
@@ -0,0 +1,14 @@
|
||||
## 1. API and Types
|
||||
|
||||
- [x] 1.1 Add the package-options API method and response types defined by the August interface document.
|
||||
|
||||
## 2. Create Grant Dialog
|
||||
|
||||
- [x] 2.1 Load package candidates only after both shop and series are selected, passing their IDs unchanged.
|
||||
- [x] 2.2 Use returned candidates for selection, package names, cost prices and price validation.
|
||||
- [x] 2.3 Reset candidate and selected-package state when the shop or series changes.
|
||||
|
||||
## 3. Verification
|
||||
|
||||
- [x] 3.1 Verify request parameters, candidate rendering and selected-package submission.
|
||||
- [x] 3.2 Run lint and type checks for changed files.
|
||||
Reference in New Issue
Block a user