44 lines
2.9 KiB
Markdown
44 lines
2.9 KiB
Markdown
# 计划预测筛选分页与联动修复
|
||
|
||
### 1. 计划预测筛选分页与联动修复
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 又发现几个异常，帮我优化一下
|
||
> 1、在计划预测菜单里面对昨日销量列进行表头筛选，使用条件筛选不等于0时，筛选出来1113条数据，但是全部都显示在一页里面了，第一页全部显示1113条数据，我的页码功能失效了，而且数据量很多的情况下会很卡顿
|
||
> 2、我对计划预测采购跟单列筛选内容后，再去数字列筛选，全部显示暂无数据
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 重启
|
||
|
||
**OpenClaw 响应：**
|
||
已完成 192.168.8.186 测试环境修复并重启服务：计划预测的计算数字列条件筛选改为由后端完成全量筛选后按当前页返回，不再一次加载并渲染全部结果；“昨日销量不等于0”共1113条时，第1页和第2页均只返回20条，分页总数保持1113条。采购跟单按组筛选后，数字列联动取值会将组名展开为组员姓名匹配，测试可正常返回130个数值，不再显示“暂无数据”。测试服务状态正常，登录页HTTP 200，新版脚本已加载，服务日志未发现启动错误。未操作生产环境。
|
||
|
||
**已记录**
|
||
|
||
### 2. 昨日销量筛选 0 精确匹配修复
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 发现一个异常，我在昨日销量筛选数值为0的数据，会筛选到30，好像是筛选逻辑会筛选所有带0的数据，这个是不对的
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 重启
|
||
|
||
**OpenClaw 响应：**
|
||
已完成 192.168.8.186 测试环境修复并重启服务：计划预测所有计算数字列的内容筛选改为按数值精确匹配，选择昨日销量“0”时只返回数值等于0的数据，不再误命中10、20、30等包含字符0的数值。接口验证当前页20条的昨日销量全部严格等于0，分页保持正常；测试服务运行正常，登录页HTTP 200，启动日志无异常。未操作生产环境。
|
||
|
||
**已记录**
|
||
|
||
### 3. 采购跟单与实际下单数量联动口径修复
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 发现一个异常
|
||
> 我在计划预测的采购跟单筛选跟单三组后，再去实际下单数量筛选数值，发现有一个8000的数字，筛选8000后出来数据为空，后面我全部重置筛选状态，单独筛选8000数值的，发现没有跟单三组的，这里是有异常的
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 重启
|
||
|
||
**OpenClaw 响应：**
|
||
已完成 192.168.8.186 测试环境修复并重启服务：统一计划预测数字列联动取值接口与主列表的字段别名、库存和销量计算参数，修复采购跟单“跟单三组”筛选后实际下单数量错误出现8000的问题。复测跟单三组的实际下单数量选项不再包含8000，“跟单三组+8000”组合结果为0条，与单独筛选8000时没有跟单三组的数据保持一致。测试服务运行正常，登录页HTTP 200，启动日志无异常。未操作生产环境。
|
||
|
||
**已记录**
|