业务需求
需求描述



https://888.zhcxkj.com/api/index.ashx?Method=GetStockOrderInfo&CustomerID=1&AdminName=Admin047&Password=Panda047&PageIndex=1&PageSize=200&ShipmentIdList=FBA18V93FPG6,FBA18VBPDPXG,FBA18VD4HYKY,FBA18VF70PMV,FBA18VFZ7Y6P,FBA18VGQF40R,FBA18VJPH31B,FBA18VJQ57LX,FBA18VJQK5KY,FBA18VJQN044,FBA18VJQSLVN,FBA18VJQVSVD,FBA18VJR1YQT,FBA18VJR3WRG,FBA18VJT60P8,FBA18VJT86CB,FBA18VJT9R4M,FBA18VJX13GG,FBA18VKHVNFH,FBA18VKWK7L0,FBA18VLK8NTX,FBA18VLK9SSS,FBA18VLRBY79,FBA18VLS5NNY,FBA18VLS9ZGP,FBA18VMCD09H,FBA18VNDDSJ2,FBA18VNQNC85,FBA18VP70X6G,FBA18VQKNS2P



用这一批货件去请求,每页200条数据返回,一直查到无数据返回,最终汇总的结果就是会有货件号跟msku不匹配的情况,只看FBA18VJT60P8 这个货件就行,这个货件产品应该是51个才对,很多情况返回的总数比51还多,就包含了其他货件的msku,其他的货件msku就少了




货件FBA18VJT60P8返回了56条,实际上应该是51条才对




拿着56个msku和货件号去查货件明细,只有50条是对的,其他的msku不属于这个货件




如果单个货件请求接口是没问题的





批量分页请求接口是有数据错乱的情况,便并且每次请求的错乱情况还不是一致的,请求多几次回出现不同的数量


解决方案:

原来的逻辑是关联的包裹明细数据进行分页查询


如果单传的货件数量很多,每页分200条数据 ,同一个货件ID  ,再多个分页查询中都查询了数据,最后得到的一个数据集合就会出现多了数据或者是少了数据的情况

需要转需求处理  
优化方案:

需要根据订单或者包裹的维度进行分页去查询数据 ,再用包裹或者订单去查询吗,明细数据 最后组装出明细数据返回


最后的数据返回结果集合 就会出现你的分页数每次是设置200,但是返回的结果集是超过200的情况  ,


验收标准
价值描述
待定
历史记录  
  1. 2025-04-10 20:57:29, 由 彭祥发 Bug转化而来,Bug编号为 56540 。
  2. 2025-04-11 10:56:43, 由 杨林军 记录评审结果,结果为 确认通过。
    修改了 评审时间,旧值为 "0000-00-00",新值为 "2025-04-11"。
    修改了 指派给 ,旧值为 "yanglinjun",新值为 "pengxiangfa"。
    修改了 当前状态,旧值为 "draft",新值为 "active"。
    修改了 由谁评审,旧值为 "",新值为 "yanglinjun"。
  3. 2025-04-11 11:03:54, 由 周杰 关联到迭代 主干_4月V4版本_20250422 。
  4. 2025-04-11 11:03:59, 由 程伟 编辑。
    修改了 所处阶段,旧值为 "projected",新值为 "wait"。
    修改了 指派给 ,旧值为 "chengwei",新值为 "pengxiangfa"。
    工时:6H
  5. 2025-04-11 11:04:16, 由 周杰 编辑。
    修改了 所处阶段,旧值为 "wait",新值为 "projected"。
  6. 2025-04-12 18:17:14, 由 周杰 编辑。
    修改了 所属计划 ,旧值为 "",新值为 "1864"。
    修改了 计划验收时间,旧值为 "0000-00-00",新值为 "2025-04-25"。
  7. 2025-04-12 18:17:51, 由 周杰 编辑。
    修改了 预计工时,旧值为 "4",新值为 "6"。
    修改了 ROI ,旧值为 "9.00",新值为 "6"。
    修改了 成本 ,旧值为 "2000",新值为 "3000"。
  8. 2025-04-16 16:14:07, 由 刘超 编辑。
    修改了 测试人员,旧值为 "",新值为 "liuchao"。
  9. 2025-04-22 17:24:31, 由 周杰 编辑。
    修改了 所处阶段 ,旧值为 "tested",新值为 "bepending"。
    修改了 设置阶段者,旧值为 "",新值为 "zhoujie"。
  10. 2025-04-25 10:00:29, 由 夏秋生 编辑。
    修改了 所处阶段,旧值为 "业务验收中",新值为 "业务验收通过"。
    功能验收:验收通过
    满意度:非常满意
    价值验收:完全达成
    原因备注:无
  11. 2025-04-28 13:57:50, 由 周杰 关闭,原因为 已完成 。
    修改了 由谁关闭,旧值为 "",新值为 "zhoujie"。
    修改了 关闭日期,旧值为 "0000-00-00 00:00:00",新值为 "2025-04-28 13:57:48"。
    修改了 指派给 ,旧值为 "pengxiangfa",新值为 "closed"。
    修改了 当前状态,旧值为 "active",新值为 "closed"。
    修改了 所处阶段,旧值为 "verified",新值为 "closed"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
  12. 2025-08-01 19:19:22, 由 周杰 编辑。
    修改了 业务回填价值 ,旧值为 "0",新值为 "3000"。
    修改了 actualMonthlySavedManHours,旧值为 "",新值为 "0"。
    修改了 actualAchieveDesc ,旧值为 "",新值为 "数据已正常"。
迭代版本
提报业务部门 智能研发中心
提报人员 夏秋生
需求来源 bug转需求
所属项目 技术中心-需求池
所属模块 供应链   仓储物流   物流
所属计划
业务价值
开发组 仓储物流开发组
受益业务部门 智能研发中心
验收人员 夏秋生
业务目标类型
中心业务目标
业务价值 控制风险
每月价值量 3000
每月节省人数 0
优先级 P3
价值类型 长期价值
预计工时 6
成本 3000
ROI 6.00
操作手册 否
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点
是否高危 否
评分
当前状态 已关闭
所处阶段 已关闭
关键词
评审次数 一次
计划上线 0000-00-00
上线时间 2025-04-29
计划验收时间 2025-04-25
业务验收时间 2025-04-25 10:00:29
满意度 非常满意
价值验收 完全达成
满意度分值 100
业务回填价值 3000
验收达成价值 18000.0
验收达成ROI 6.0
抄送给 程伟  鞠智明  夏秋生  杨林军  
由谁创建 彭祥发 于 2025-04-10 20:57:29
指派给 Closed 于 2025-05-05 10:29:57
由谁评审 杨林军
评审时间 2025-04-11
由谁关闭 周杰 于 2025-04-28 13:57:48
关闭原因 已完成
最后修改 周杰 于 2025-05-05 10:29:57