重现步骤

【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，

第一种：多属性listing一旦存在有某一条子listing满足<=的listing，多属性所有的listing均需要<或<=的执行方向走；

第二种：多属性listing若全部的listing满足>=的所有listing，多属性所有listing均需要走>或>=的执行方向。


如：平台id：404036417471  （多变体sku）


优先查看ERP所有仓库中可用库存补充情况：库存的变化都符合补货策略中的在<=1的范围内



智能刊登-补货策略如下：


现正式环境-智能刊登系统自动补货中，该平台id：404036417471（多变体sku）部分sku也存在符合库存<=1 的情况存在，那么需要执行该逻辑：一旦存在库存<=1的时候，所有listing都按<或<=的执行方向走


但目前listing日志显示：不断变化其补货策略，如下图，且不符合<=1的补货策略的执行走向：

修改处理时间 2023-04-01 06:34:10
策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:10

修改处理时间 2023-04-01 08:15:10
策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2


如图：（举例，因为该天数据比较异常）4月1日一天内，以上两种补货变化一共循环了3次，理应在符合<=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录


查看listing详情后台记录：



同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10


[步骤]


[结果]


[期望]


历史记录  
  1. 2023-03-27 17:45:21, 由 王小勤 创建。
  2. 2023-03-29 19:20:33, 由 胡笑锋 解决，方案为 程序BUG 。
    修改了 解决方案，旧值为 ""，新值为 "code"。
    修改了 解决版本，旧值为 ""，新值为 "trunk"。
    修改了 解决日期，旧值为 ""，新值为 "2023-03-29 19:20:19"。
    修改了 指派给 ，旧值为 "huxiaofeng"，新值为 "wangxiaoqin"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 是否确认，旧值为 "0"，新值为 "1"。
    修改了 解决者 ，旧值为 ""，新值为 "huxiaofeng"。
    重复插入队列导致
  3. 2023-04-03 14:02:57, 由 王小勤 编辑。
    修改了 Bug标题，区别为：
    001- 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，一旦存在子listing满足&lt;=1的sku，多属性所有的listing均需要&lt;或
    001+ 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    001- 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，一旦存在子listing满足&lt;=1的sku，多属性所有的listing均需要&lt;或
    001+ 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
  4. 2023-04-03 18:47:49, 由 王小勤 编辑。
    修改了 指派给，旧值为 "wangxiaoqin"，新值为 "huchuwen"。
  5. 2023-04-04 14:44:33, 由 王小勤 编辑。
    修改了 指派给 ，旧值为 "huchuwen"，新值为 "huxiaofeng"。
    修改了 重现步骤，区别为：
    005- 现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    005+ 如：平台id：404036417471 （多变体sku）
    006- 如：平台id：404036417471 （多变体sku）
    006+
    007-
    007+ 优先查看ERP所有仓库中可用库存补充情况：库存的变化都符合补货策略中的在&lt;=1的范围内
    008-
    008+
    009-
    009+
    010- [步骤]
    010+
    011- [结果]
    011+
    012- [期望]
    012+ 智能刊登-补货策略如下：
    013-
    013+
    014+
    015+ 现正式环境-智能刊登系统自动补货中，该平台id：404036417471（多变体sku）部分sku也存在符合库存&lt;=1 的情况存在，那么需要执行该逻辑：一旦存在库存&lt;=1的时候，所有listing都按&lt;或&lt;=的执行方向走
    016+
    017+ 但目前listing日志显示：不断变化其补货策略，如下图，且不符合&lt;=1的补货策略的执行走向：
    018+
    019+ 修改处理时间
    020+ 2023-04-01 06:34:10
    021+
    022+ 策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:10
    023+
    024+ 修改处理时间
    025+ 2023-04-01 08:15:10
    026+ 策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2
    027+
    028+ 如图：（举例，因为该天数据比较异常）4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录
    029+
    030+
    031+
    032+ 查看listing详情后台记录：
    033+
    034+
    035+
    036+
    037+ 同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10
    038+
    039+
    040+ [步骤]
    041+ [结果]
    042+ [期望]
    043+
    005- <p>现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改</p>
    005+ <p><span>如：平台id：404036417471 （多变体sku）</span></p>
    006- <p>如：平台id：404036417471 （多变体sku）</p>
    006+ <p><span><br /></span></p>
    007- <p><br /></p>
    007+ <p><span>优先查看ERP所有仓库中可用库存补充情况：</span>库存的变化都符合补货策略中的在&lt;=1的范围内</p>
    008- <p><img src="{251522.png}" alt="" /></p>
    008+ <p><span></span></p>
    009- <p><br /></p>
    009+ <p><img src="{253534.png}" alt="" /></p>
    010- <p>[步骤]</p>
    010+ <p><br /></p>
    011- <br /><p>[结果]</p>
    011+ <p><span><br /></span></p>
    012- <br /><p>[期望]</p>
    012+ <p><span>智能刊登-补货策略如下：</span></p>
    013- <br />
    013+ <p><span><br /></span></p>
    014+ <p><img src="{253535.png}" alt="" /></p>
    015+ <p><span>现正式环境-智能刊登系统自动补货中，</span>该平台id：<span>404036417471（多变体sku）部分sku</span>也存在符合库存&lt;=1 的情况存在，那么需要执行该逻辑：一<span>旦存在库存&lt;=1的时候，所有listing都按</span><span>&lt;或&lt;=的执行方向走</span></p>
    016+ <p><br /></p>
    017+ <p><span>但目前listing日志显示：不断变化其补货策略，如下图，且不符合&lt;=1的补货策略的执行走向：</span></p>
    018+ <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">
    019+ </span></p><table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    020+ <td style="background:#E6F7FF;">2023-04-01 06:34:10</td>
    021+ </tr></tbody></table>
    022+ 策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:10
    023+ <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">
    024+ </span></p><table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    025+ <td style="background:#E6F7FF;">2023-04-01 08:15:10</td>
    026+ </tr></tbody></table><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2</span><span style="color:#000000;"></span><span style="color:#000000;"></span><br />
    027+ <p><br /></p>
    028+ <p>如图：<span>（举例，因为该天数据比较异常）</span>4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录</p>
    029+ <p><br /></p>
    030+ <p><img src="{253536.png}" alt="" /></p>
    031+ <p><img src="{253537.png}" alt="" /></p>
    032+ <p>查看listing详情后台记录：</p>
    033+ <p><img src="{251522.png}" alt="" /></p>
    034+ <p><br /></p>
    035+ <p><img src="{253541.png}" alt="" /></p>
    036+ <p><br /></p>
    037+ <p>同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10</p>
    038+ <p><img src="{253540.png}" alt="" /></p>
    039+ <p><br /></p>
    040+ <p>[步骤]</p>
    041+ <br /><p>[结果]</p>
    042+ <br /><p>[期望]</p>
    043+ <br />

    重新与产品沟通，了解该bug的业务逻辑，重新编辑bug单，请开发重新验证一下。

  6. 2023-04-04 14:44:41, 由 王小勤 编辑。
    修改了 重现步骤，区别为：
    018-
    018+
    019- 修改处理时间
    019+ 修改处理时间
    020- 2023-04-01 06:34:10
    020+ 2023-04-01 06:34:10
    021-
    021+
    023-
    023+
    024- 修改处理时间
    024+ 修改处理时间
    025- 2023-04-01 08:15:10
    025+ 2023-04-01 08:15:10
    026- 策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2
    026+ 策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2
    027-
    027+ 如图：（举例，因为该天数据比较异常）4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录
    028- 如图：（举例，因为该天数据比较异常）4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录
    028+
    029-
    029+
    030-
    030+
    031-
    031+ 查看listing详情后台记录：
    032- 查看listing详情后台记录：
    032+
    033-
    033+
    034-
    034+
    035-
    035+
    036-
    036+ 同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10
    037- 同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10
    037+
    038-
    038+
    039-
    039+ [步骤]
    040- [步骤]
    040+ [结果]
    041- [结果]
    041+ [期望]
    042- [期望]
    042+
    043-
    018- <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">
    018+ <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;"> </span></p>
    019- </span></p><table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    019+ <table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    020- <td style="background:#E6F7FF;">2023-04-01 06:34:10</td>
    020+ <td style="background:#E6F7FF;">2023-04-01 06:34:10</td>
    021- </tr></tbody></table>
    021+ </tr></tbody></table>
    023- <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">
    023+ <p><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;"> </span></p>
    024- </span></p><table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    024+ <table style="border-collapse:separate;width:735px;color:rgba(0,0,0,.65);font-family:'-apple-system', BlinkMacSystemFont;"><tbody class="ant-table-tbody"><tr class="ant-table-row ant-table-row-level-0"><td class="ant-table-row-cell-break-word" style="background:#E6F7FF;">修改处理时间</td>
    025- <td style="background:#E6F7FF;">2023-04-01 08:15:10</td>
    025+ <td style="background:#E6F7FF;">2023-04-01 08:15:10</td>
    026- </tr></tbody></table><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2</span><span style="color:#000000;"></span><span style="color:#000000;"></span><br />
    026+ </tr></tbody></table><span style="color:#000000;font-family:'-apple-system', BlinkMacSystemFont, 0, 0;">策略Id：367,策略名称：促进出单店铺调整处理时间,处理时间修改为:2</span><span style="color:#000000;"></span><span style="color:#000000;"></span><br /><p><br /></p>
    027- <p><br /></p>
    027+ <p>如图：<span>（举例，因为该天数据比较异常）</span>4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录</p>
    028- <p>如图：<span>（举例，因为该天数据比较异常）</span>4月1日一天内，以上两种补货变化一共循环了3次，理应在符合&lt;=1的库存逻辑下，进行自动补货逻辑，对处理时间修改为：10天，且时间上理应无需那么频繁，符合补货策略，也可进行记录</p>
    028+ <p><br /></p>
    029- <p><br /></p>
    029+ <p><img src="{253536.png}" alt="" /></p>
    030- <p><img src="{253536.png}" alt="" /></p>
    030+ <p><img src="{253537.png}" alt="" /></p>
    031- <p><img src="{253537.png}" alt="" /></p>
    031+ <p>查看listing详情后台记录：</p>
    032- <p>查看listing详情后台记录：</p>
    032+ <p><img src="{251522.png}" alt="" /></p>
    033- <p><img src="{251522.png}" alt="" /></p>
    033+ <p><br /></p>
    034- <p><br /></p>
    034+ <p><img src="{253541.png}" alt="" /></p>
    035- <p><img src="{253541.png}" alt="" /></p>
    035+ <p><br /></p>
    036- <p><br /></p>
    036+ <p>同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10</p>
    037- <p>同时，查看listing平台下的属性时，可以看到处理时间修改显示为：2，实际理应按照逻辑走向，处理时间修改显示应该为：10</p>
    037+ <p><img src="{253540.png}" alt="" /></p>
    038- <p><img src="{253540.png}" alt="" /></p>
    038+ <p><br /></p>
    039- <p><br /></p>
    039+ <p>[步骤]</p>
    040- <p>[步骤]</p>
    040+ <br /><p>[结果]</p>
    041- <br /><p>[结果]</p>
    041+ <br /><p>[期望]</p>
    042- <br /><p>[期望]</p>
    042+ <br />
    043- <br />
  7. 2023-04-07 10:05:47, 由 胡笑锋 指派给 王小勤。
    修改了 指派给，旧值为 "huxiaofeng"，新值为 "wangxiaoqin"。
    增量自动补货只关联了对应的渠道SKU去补货导致
  8. 2023-04-20 18:12:16, 由 王小勤 编辑。
    修改了 指派给，旧值为 "wangxiaoqin"，新值为 "closed"。
    修改了 Bug标题，区别为：
    001- 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    001+ 【正式环境】【历史问题】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    001- 【正式环境】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    001+ 【正式环境】【历史问题】自动补货策略中开启补货策略后，在多属性sku场景下，存在了两种逻辑，如下描述，现正式环境存在按这类逻辑走的时候，不断在刷新修改对应listing的补货措施，可以允许有多次变化，但预期结果理应不应该在几分钟内不断做补货措施的修改
    后续跟踪该问题，该单先关闭
  9. 2025-04-16 11:40:46, 由 李亚婷 关闭。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "liyating"。
    修改了 关闭日期，旧值为 ""，新值为 "2025-04-16 11:40:46"。
所属项目 智能中心-需求池
所属模块 /
所属计划
所属迭代 智能中心-EBAY直发迭代
Bug类型
严重程度 提示
优先级 P2
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人
解决时效 0
激活次数 0
激活日期
是否确认 是
当前指派 Closed 于 2025-04-16 11:40:46
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
由谁创建 王小勤 于 2023-03-27 17:45:21
影响环境 测试环境-测试反馈
由谁解决 胡笑锋 于 2023-03-29 19:20:19
解决版本 主干
解决方案 程序BUG
由谁关闭 李亚婷 于 2025-04-16 11:40:46
最后修改 李亚婷 于 2025-04-16 11:40:46
相关Bug