重现步骤


历史记录  
  1. 2023-09-20 09:28:37, 由 农基望 创建。
  2. 2023-09-20 11:17:23, 由 程伟 确认Bug。
    修改了 Bug类型 ,旧值为 "",新值为 "history"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
  3. 2023-09-20 11:22:42, 由 程伟 解决,方案为 历史bug(180天以上) 。
    修改了 解决方案,旧值为 "",新值为 "history"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2023-09-20 11:17:24"。
    修改了 指派给 ,旧值为 "chengwei",新值为 "nongjiwang"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "chengwei"。

    原因:

    是这个时间段,客户订单表 Inv_SalesOrder 保存追踪号一直超时导致的

    因为另一个面单表inv_orderlabel 保存了接口第一次返回的追踪号


    优化(临时方案):

    1. 追踪号保存至Redis(需求已设计)

    2. 临时方案:之前是,只对于保存保存追踪号失败的情况下才会自动取消重复追踪号。现在兼容 inv_orderlabel 表有有重复追踪号的,也会自动取消,避免一直重复生成追踪号。



  4. 2023-09-21 14:07:25, 由 农基望 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "nongjiwang",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "nongjiwang"。
    修改了 关闭日期,旧值为 "",新值为 "2023-09-21 14:07:25"。
    未彻底解决,已出新需求处理,持续跟进
  5. 2023-09-22 15:38:45, 由 农基望 编辑。
    修改了 测试责任人,旧值为 "",新值为 "nongjiwang"。
    修改了 影响环境 ,旧值为 "627,",新值为 "627"。
  6. 2023-11-17 09:27:38, 由 刘超 编辑。
    修改了 所属模块,旧值为 "1742",新值为 "1854"。
所属项目 技术中心-需求池
所属模块 供应链   仓储物流
所属计划
所属迭代
Bug类型 历史bug(180天以上)
严重程度 提示
优先级 P0
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人 农基望
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2023-09-22 15:38:45
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 农基望 于 2023-09-20 09:28:37
影响环境 生产环境-业务反馈
由谁解决 程伟 于 2023-09-20 11:17:24
解决版本 主干
解决方案 历史bug(180天以上)
由谁关闭 农基望 于 2023-09-21 14:07:25
最后修改 刘超 于 2023-11-17 09:27:34
相关Bug