[步骤]
业务反馈层级促销一直未执行，技术查询智能运营表，能查询到层级促销执行已经执行过其他策略，且还未过期导致被过滤了，但是层级促销队列以及ES查不到执行数据。导致业务无法核验。
Amazon-Z011304-CA
JSD3FY2OL1109OIGYA43PHJ
JDWSL1093X24FNL
JB3448597T12OU3
[结果]
[期望]
重现步骤
历史记录
- 2025-02-28 10:16:52, 由 徐格格 创建。
-
2025-02-28 10:18:16, 由 罗友军 指派给 张家添。
修改了 指派给，旧值为 "luoyoujun"，新值为 "zhangjiatian"。
-
2025-02-28 10:22:38, 由 徐格格 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 影响环境，旧值为 "pro627,"，新值为 "pro627"。
修改了 重现步骤，区别为：003-
003+
004-Amazon-Z011304-CA
004+ Amazon-Z011304-CA
005-JSD3FY2OL1109OIGYA43PHJ
005+ JSD3FY2OL1109OIGYA43PHJ
006-JDWSL1093X24FNL
006+ JDWSL1093X24FNL
007-JB3448597T12OU3
007+ JB3448597T12OU3
008-
008+
009-
009+ [结果]
010-[结果]
010+ [期望]
011-[期望]
011+
012-003-
<p>
003+ <p><br /></p>
004-</p><p>Amazon-Z011304-CA</p>
004+ <p>Amazon-Z011304-CA</p>
005-<p>JSD3FY2OL1109OIGYA43PHJ</p>
005+ <p>JSD3FY2OL1109OIGYA43PHJ</p>
006-<p>JDWSL1093X24FNL</p>
006+ <p>JDWSL1093X24FNL</p>
007-<p>JB3448597T12OU3</p>
007+ <p>JB3448597T12OU3</p>
008-
008+ <p><img src="{452477.png}" alt="" /><img src="{452470.png}" alt="" /></p>
009-<p><img src="{452470.png}" alt="" /></p>
009+ <p>[结果]</p>
010-<p>[结果]</p>
010+ <br /><p>[期望]</p>
011-<br /><p>[期望]</p>
011+ <br />
012-<br /> -
2025-02-28 10:26:08, 由 张家添 解决，方案为 无法重现-先挂起 。
修改了 解决方案，旧值为 ""，新值为 "notrepro2"。
修改了 解决日期，旧值为 ""，新值为 "2025-02-28 10:22:54"。
修改了 指派给 ，旧值为 "zhangjiatian"，新值为 "xugege"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "zhangjiatian"。
-
2025-02-28 10:49:23, 由 徐格格 激活。
修改了 指派给 ，旧值为 "xugege"，新值为 "luoyoujun"。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
修改了 激活日期，旧值为 ""，新值为 "2025-02-28 10:49:23"。
修改了 激活次数，旧值为 "0"，新值为 "1"。
修改了 解决方案，旧值为 "notrepro2"，新值为 ""。
修改了 解决日期，旧值为 "2025-02-28 10:22:54"，新值为 "0000-00-00"。
修改了 解决者 ，旧值为 "zhangjiatian"，新值为 ""。
修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。
技术查不出原因 -
2025-03-03 18:12:59, 由 罗友军 指派给 张家添。
修改了 指派给，旧值为 "luoyoujun"，新值为 "zhangjiatian"。
-
2025-03-04 10:35:46, 由 张家添 解决，方案为 非BUG-纯属误判 。
修改了 解决方案，旧值为 ""，新值为 "feibug"。
修改了 解决日期，旧值为 ""，新值为 "2025-03-04 09:41:37"。
修改了 指派给 ，旧值为 "zhangjiatian"，新值为 "xugege"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "zhangjiatian"。
错误原因：会有丢失数据的情况，写入运营表后，没有保存任务队列
优化方案：
1、调整单词服务获取数据的数量上限为1万，减少查询打标表，以及排重的压力，服务器压力相对减轻。2、修改排重逻辑，查运营表只获取成功的数据，MarkListing_PercentageOFFResult_US》PercentageOffInfo》CommitInfo》Status=3，运营表不存在，再查队列表进行排重。
3、修改了一下任务名称，增加年月日时分秒
测试重点：能否正常排重
-
2025-03-05 15:26:31, 由 徐格格 编辑。
修改了 指派给，旧值为 "xugege"，新值为 "closed"。
-
2025-04-16 11:44:58, 由 李亚婷 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "liyating"。
修改了 关闭日期，旧值为 ""，新值为 "2025-04-16 11:44:58"。
| 由谁创建 | 徐格格 于 2025-02-28 10:16:50 |
|---|---|
| 影响环境 |
生产环境-业务反馈 |
| 由谁解决 | 张家添 于 2025-03-04 09:41:37 |
| 解决版本 | |
| 解决方案 | 非BUG-纯属误判 |
| 由谁关闭 | 李亚婷 于 2025-04-16 11:44:58 |
| 最后修改 | 李亚婷 于 2025-04-16 11:44:58 |
| 相关Bug |
|---|
但是运营队列记录的数据，在批次表和发放记录表没有记录，大概程序有异常导致，只保存了运营表。