重现步骤

ERP系统中的数据

202303011055137946816---FBA171DZZNJG---Reference ID：4MNE39FP

202302270923137809724---FBA1719MPWTC---Reference ID：16942D9H

采集库的数据中根据订单号或者shipmentID没有查到数据---说明没有推送

且系统中

Reference ID：4MNE39FP对应的是另外的订单号


后台对应的数据

202303011055137946816---FBA171DZZNJG---Reference ID：337D458F

202302270923137809724---FBA1719MPWTC---Reference ID：6CYLJBVE



历史记录  
  1. 2023-03-31 14:27:41, 由 林鸿贵 创建。
  2. 2023-03-31 15:19:11, 由 程伟 指派给 鞠智明。
    修改了 指派给，旧值为 "chengwei"，新值为 "juzhiming"。
  3. 2023-03-31 17:32:37, 由 林鸿贵 编辑。
    修改了 测试责任人，旧值为 ""，新值为 "nongjiwang"。
  4. 2023-03-31 19:08:22, 由 鞠智明 指派给 程伟。
    修改了 指派给，旧值为 "juzhiming"，新值为 "chengwei"。

    开发报告

    1.查询到这两个单是已经同步到采集系统了但是采集系统那边没有找到对应的订单；但是erp这边在拉取数据时，只是传了一个shipmentId去拉取数据，当同一个shipmentId对应两个订单的情况下，拉取到的数据去更新就会存在问题，导致数据错乱，

    解决方案：

    拉取数据时把订单号和shipmentId同时传过去，在更新时也加上shipmentId和订单号去匹配下拉取的数据，同时erp添加日志

  5. 2023-03-31 19:09:03, 由 程伟 确认Bug。
    修改了 是否确认，旧值为 "0"，新值为 "1"。
  6. 2023-03-31 19:09:09, 由 程伟 解决，方案为 程序BUG 。
    修改了 解决方案，旧值为 ""，新值为 "code"。
    修改了 解决版本，旧值为 ""，新值为 "trunk"。
    修改了 解决日期，旧值为 ""，新值为 "2023-03-31 19:09:05"。
    修改了 指派给 ，旧值为 "chengwei"，新值为 "linhonggui"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 解决者 ，旧值为 ""，新值为 "chengwei"。
  7. 2023-03-31 19:09:22, 由 程伟 编辑。
    修改了 开发责任人，旧值为 ""，新值为 "lizhenyu"。
  8. 2023-04-06 12:01:39, 由 农基望 关闭。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
    修改了 指派给 ，旧值为 "linhonggui"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "nongjiwang"。
    修改了 关闭日期，旧值为 ""，新值为 "2023-04-06 12:01:39"。

    正常推送后，采集有数据后，正常获取

  9. 2023-11-17 09:31:03, 由 刘超 编辑。
    修改了 所属模块，旧值为 "1743"，新值为 "1848"。
返回
所属项目 技术中心-需求池
所属模块 亚马逊
所属计划
所属迭代
Bug类型 程序BUG
严重程度 严重
优先级 P0
Bug状态 已关闭
业务部门
影响功能
开发责任人 李振宇
测试责任人 农基望
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2023-04-06 12:01:39
截止日期 0000-00-00
上线时间
上线时效
操作系统 Windows
浏览器 firefox系列
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 林鸿贵 于 2023-03-31 14:27:41
影响环境 生产环境-业务反馈
由谁解决 程伟 于 2023-03-31 19:09:05
解决版本 主干
解决方案 程序BUG
由谁关闭 农基望 于 2023-04-06 12:01:39
最后修改 刘超 于 2023-11-17 09:30:44
相关Bug