重现步骤

问题描述:

层级促销,从10.16号到10.21号,每天都执行了


问题点:

1、listing重复提报

2、页面的促销名称与后台的促销名称对不上,但是层级促销ID对的上



数据:

策略名称:FBM-独立-0单

策略ID :775


影响店铺以及listing明细见附件


附件
历史记录  
  1. 2024-10-23 19:17:22, 由 王超 创建。
  2. 2024-10-23 19:17:57, 由 王超 编辑。
    修改了 解决时效,旧值为 "0",新值为 "-1"。
    修改了 影响环境,旧值为 "721,",新值为 "721"。
    修改了 Bug标题 ,区别为:
    001- 层级促销,从10.16号到10.21号,每天都执行了
    001+ 层级促销重复提报
    001- 层级促销,从10.16号到10.21号,每天都执行了
    001+ 层级促销重复提报
  3. 2024-10-23 20:09:28, 由 王超 编辑。
    修改了 解决时效,旧值为 "0",新值为 "0.83"。
    修改了 上线时效,旧值为 "-1",新值为 "17749915.29"。
    修改了 重现步骤,区别为:
    004- 数据:
    004+ 问题点:
    005- 策略名称:FBM-独立-0单
    005+ 1、listing重复提报
    006- 策略ID :775
    006+ 2、页面的促销名称与后台的促销名称对不上,但是层级促销ID对的上
    007-
    007+
    008-
    008+
    009+ 数据:
    010+ 策略名称:FBM-独立-0单
    011+ 策略ID :775
    012+
    013+ 影响店铺以及listing明细见附件
    014+
    015+
    004- <p>数据:</p>
    004+ <p><span>问题点:</span></p>
    005- <p>策略名称:<span class="ant-tooltip-open">FBM-独立-0单</span></p>
    005+ <p><span>1、listing重复提报</span></p>
    006- <p>策略ID :775</p>
    006+ <p><span>2、页面的促销名称与后台的促销名称对不上,但是层级促销ID对的上</span></p>
    007- <p><br /></p>
    007+ <p><span><br /></span></p>
    008- <p><img src="{417457.png}" alt="" /><img src="{417456.png}" alt="" /></p>
    008+ <p><br /></p>
    009+ <p>数据:</p>
    010+ <p>策略名称:<span class="ant-tooltip-open">FBM-独立-0单</span></p>
    011+ <p>策略ID :775</p>
    012+ <p><br /></p>
    013+ <p>影响店铺以及listing明细见附件</p>
    014+ <p><br /></p>
    015+ <p><img src="{417457.png}" alt="" /><img src="{417456.png}" alt="" /></p>
    上传了附件 层级促销.xlsx
  4. 2024-10-24 13:53:47, 由 张家添 解决,方案为 无法重现-先挂起 。
    修改了 解决方案,旧值为 "",新值为 "notrepro2"。
    修改了 解决日期,旧值为 "",新值为 "2024-10-24 10:32:22"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "wangchao"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。

    1、错误listing

    db.getCollection("PercentageOff_Queue").find({ $and : [{"OrderSourceSku" :"EJXVPFD40TNPOBHIZ35L04I2Y" }, {"ConfigId" :775}] }).sort({
        _id: -1
    }).limit(100).skip(0)

    2、阿里云日志

    EventName :DealAsync and eventId:17938 and ClassName: "Erp.Amazon.Services.Implement.AutoBusiness.PercentageOff_Batch_Service" and ShortMessage: 17938-775-142

    3、mongodb日志
    db.getCollection("PercentageOffGroupLog").find({ $and : [{"ConfigId" : 775}, {"OrderSourceId" : 17938}, {"TaskId" : { $in : ["775-17938-20241018051530-43447","775-17938-20241017062755-409520","775-17938-20241016030726-430290"] }}, {"CreateTime" : { $gte : ISODate("2024-10-16T00:00:00+08:00") }}, {"CreateTime" : { $lte : ISODate("2024-10-19T00:00:00+08:00") }}] }).sort({
        _id: -1
    }).limit(100).skip(0)

    从日志上看来,2024-10-16 22:27:55.807开始出现问题了,排重没查到数据,然后就多发了。

    本地调试,无法复现。

  5. 2024-10-29 10:20:08, 由 王超 指派给 罗友军。
    修改了 指派给,旧值为 "wangchao",新值为 "luoyoujun"。
  6. 2024-10-29 10:22:11, 由 王超 编辑。
    修改了 解决时效,旧值为 "0.83",新值为 "15.25"。
    修改了 上线时效,旧值为 "17749900",新值为 "17749915.29"。
    灰度测试
  7. 2024-10-29 10:39:49, 由 罗友军 指派给 王超。
    修改了 指派给,旧值为 "luoyoujun",新值为 "wangchao"。
    灰度已发布
  8. 2024-10-30 11:31:50, 由 王超 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 指派给 ,旧值为 "wangchao",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "wangchao"。
    修改了 关闭日期,旧值为 "",新值为 "2024-10-30 11:31:50"。
    灰度数据验证无重复提报问题,后续继续跟进是否有重复数据
所属项目 智能中心-需求池
所属模块 /
所属计划
所属迭代
Bug类型
严重程度 0
优先级 P0
Bug状态 已关闭
业务部门 智能研发中心
影响功能
开发责任人 张家添
测试责任人 王超
解决时效 15.25
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2024-10-30 11:31:50
截止日期 0000-00-00
上线时间 0000-00-00 00:00:00
上线时效 17749900
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 王超 于 2024-10-23 19:17:21
影响环境 721
由谁解决 张家添 于 2024-10-24 10:32:22
解决版本
解决方案 无法重现-先挂起
由谁关闭 王超 于 2024-10-30 11:31:50
最后修改 王超 于 2024-10-30 11:31:50
相关Bug