从接口得知：
{
"input":{
"Sku":"10052896",
"StrategyId":63224,
"OrderSourceId":18031
}
}
从业务代码层面 这个sku是不符合策略的
策略中设置的条件如下
实际这个SKU的起批量是不满足策略的 如下图
重现步骤
历史记录
- 2023-02-16 12:06:21, 由 闫峰 创建。
-
2023-02-16 15:40:11, 由 胡笑锋 解决，方案为 非BUG-纯属误判 。
修改了 解决方案，旧值为 ""，新值为 "feiBUG"。
修改了 解决版本，旧值为 ""，新值为 "trunk"。
修改了 解决日期，旧值为 ""，新值为 "2023-02-16 15:38:45"。
修改了 指派给 ，旧值为 "huxiaofeng"，新值为 "yanfeng"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "huxiaofeng"。
之前做的是 只有产品状态是起批量 才会去走这个逻辑。后面如果有需求变更 说要 产品状态为正常也要 走这个逻辑吗？如有的话，没通知到我这边 -
2023-02-16 19:22:24, 由 闫峰 编辑。
修改了 影响环境，旧值为 "trunk,"，新值为 "trunk"。
上午我问产品 我的理解以前和你也一样
于是咨询产品，产品寻找真实数据
得出结论 产品状态和起批量是2个条件 处于同级的关系
-
2023-02-16 19:22:29, 由 闫峰 激活。
修改了 指派给 ，旧值为 "yanfeng"，新值为 "huxiaofeng"。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
修改了 激活日期，旧值为 ""，新值为 "2023-02-16 19:22:29"。
修改了 激活次数，旧值为 "0"，新值为 "1"。
修改了 解决方案，旧值为 "feiBUG"，新值为 ""。
修改了 解决日期，旧值为 "2023-02-16 15:38:45"，新值为 "0000-00-00"。
修改了 解决者 ，旧值为 "huxiaofeng"，新值为 ""。
修改了 解决版本，旧值为 "trunk"，新值为 ""。
修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。
-
2023-02-16 20:18:38, 由 胡笑锋 解决，方案为 产品需求缺陷 。
修改了 解决方案，旧值为 ""，新值为 "byPuduct"。
修改了 解决版本，旧值为 ""，新值为 "trunk"。
修改了 解决日期，旧值为 ""，新值为 "2023-02-16 20:17:57"。
修改了 指派给 ，旧值为 "huxiaofeng"，新值为 "yanfeng"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "huxiaofeng"。
之前逻辑是按起批量状态判断得，以前得需求无从考察，代码已改。 -
2023-02-21 15:53:16, 由 闫峰 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "yanfeng"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "yanfeng"。
修改了 关闭日期，旧值为 ""，新值为 "2023-02-21 15:53:16"。
-
2023-11-17 09:52:15, 由 刘超 编辑。
修改了 所属模块，旧值为 "1659"，新值为 "1877"。
| 由谁创建 | 闫峰 于 2023-02-16 12:06:21 |
|---|---|
| 影响环境 |
测试环境-测试反馈 |
| 由谁解决 | 胡笑锋 于 2023-02-16 20:17:57 |
| 解决版本 | 主干 |
| 解决方案 | 产品需求缺陷 |
| 由谁关闭 | 闫峰 于 2023-02-21 15:53:16 |
| 最后修改 | 刘超 于 2023-11-17 09:52:09 |
| 相关Bug |
|---|