问题描述：
【业务反馈】Ebay：Listing4月份标记禁售，下架表中添加时间是4月份，但是平台标记下架时间是8月份，下架失败后没有继续下架
数据：
itemid：356573489416
直发-Ebay-Z02604-UK/122/zyga
实际下架时间
重现步骤
历史记录
- 2025-08-29 17:11:36, 由 王超 创建。
-
2025-08-29 18:23:25, 由 吕敬平 指派给 胡笑锋。
修改了 指派给，旧值为 "lvjingping"，新值为 "huxiaofeng"。
-
2025-08-29 18:25:01, 由 胡笑锋 指派给 王超。
修改了 指派给，旧值为 "huxiaofeng"，新值为 "wangchao"。
-
2025-09-01 09:15:13, 由 汤翊 指派给 吕敬平。
修改了 指派给，旧值为 "wangchao"，新值为 "lvjingping"。
如果4-8月数据库仍为在线状态，为什么没有再次触发禁售和风险等级下架？现在有问题的现象是4月标记禁售，一直未下架，导致收到了平台移除邮件，账号有风险。 -
2025-09-01 11:25:37, 由 吕敬平 指派给 刘朋飞。
修改了 指派给，旧值为 "lvjingping"，新值为 "liupengfei"。
需要协助排查下原禁售和风险等级下架服务为什么没有形成闭环；
排查点如下：
1、原下架失败后为什么没有重试，28598需求更新后是否有效果；
2、原禁售和风险等级下架相关服务在首次下架失败后，为什么没有形成闭环，在后续的执行周期里未成功下架的数据没有被再次检测出来执行下架原因？
-
2025-09-01 19:44:19, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 重现步骤，区别为：018-
018+
019-018-
<p><br /></p>
018+ <p><br /></p>
019-<p></p>1、原下架失败后为什么没有重试，28598需求更新后是否有效果；
（1）4月前：提交平台提示下架成功（实际失败），这条数据是 2025-04-02 19:14:27
（2）6月份：28598需求（2025-06-16验收）
2、原禁售和风险等级下架相关服务在首次下架失败后，为什么没有形成闭环，在后续的执行周期里未成功下架的数据没有被再次检测出来执行下架原因？
（1）数据已经下架了，禁售和风险登记已经查询不到Listing，就没有下文了，要观察6月份之后还有没有这种数据
-
2025-09-02 10:27:48, 由 刘朋飞 指派给 吕敬平。
修改了 指派给，旧值为 "liupengfei"，新值为 "lvjingping"。
-
2025-09-02 10:46:13, 由 刘朋飞 解决，方案为 非BUG-纯属误判 。
修改了 解决方案，旧值为 ""，新值为 "feibug"。
修改了 解决版本，旧值为 ""，新值为 "pro627"。
修改了 解决日期，旧值为 ""，新值为 "2025-09-02 10:44:56"。
修改了 指派给 ，旧值为 "lvjingping"，新值为 "wangchao"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "liupengfei"。
-
2025-09-02 10:46:39, 由 吕敬平 指派给 刘朋飞。
修改了 指派给，旧值为 "wangchao"，新值为 "liupengfei"。
修改了 Bug状态，旧值为 "resolved"，新值为 "active"。
需要对应负责开发人员点解决，再由测试人员复查关闭。 -
2025-09-02 11:08:28, 由 刘朋飞 解决，方案为 非BUG-纯属误判 。
修改了 解决版本，旧值为 "pro627"，新值为 "trunk"。
修改了 解决日期，旧值为 "2025-09-02 10:44:56"，新值为 "2025-09-02 11:07:33"。
修改了 指派给 ，旧值为 "liupengfei"，新值为 "wangchao"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
再来一遍转发 -
2025-09-02 20:27:37, 由 王超 激活。
修改了 指派给 ，旧值为 "wangchao"，新值为 "liupengfei"。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
修改了 激活日期，旧值为 ""，新值为 "2025-09-02 20:27:37"。
修改了 激活次数，旧值为 "0"，新值为 "1"。
修改了 解决方案，旧值为 "feibug"，新值为 ""。
修改了 解决日期，旧值为 "2025-09-02 11:07:33"，新值为 "0000-00-00"。
修改了 解决者 ，旧值为 "liupengfei"，新值为 ""。
修改了 解决版本，旧值为 "trunk"，新值为 ""。
修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。
生产7月份仍存在该数据
286512128155
286586633445
286586747865
356558121949
356774614287
356794277462
356909460491
356941719506
316847028207
select * from m_ebay_offline_listing where OrderSourceId = 20440 and EndTime > '2025-07-01' and EndTime < '2025-08-01' limit 5000;
-
2025-09-03 09:31:27, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 指派给 ，旧值为 "liupengfei"，新值为 "wangchao"。
这个是正常的，你混淆了下架时间和结束时间：
-
2025-09-03 09:51:19, 由 王超 指派给 汤翊。
修改了 指派给，旧值为 "wangchao"，新值为 "tangyi"。
查询下架队列表中7月数据5000条Listing,mongodb同步中间中，状态为下架，更新时间为8月份，查询平台为已下架，下架时间在7月
-
2025-09-03 09:57:13, 由 汤翊 指派给 王翔宇。
修改了 指派给，旧值为 "tangyi"，新值为 "wangxiangyu"。
-
2025-09-03 18:11:36, 由 王翔宇 指派给 吕敬平。
修改了 指派给，旧值为 "wangxiangyu"，新值为 "lvjingping"。
-
2025-09-03 18:32:55, 由 吕敬平 指派给 刘朋飞。
修改了 指派给，旧值为 "lvjingping"，新值为 "liupengfei"。
需排查原流程，定位问题产生根本原因，并形成闭环数据解决方案。
需确认疑似问题环节：
1、从平台同步listing数据到中间表后，再由中间表回刷主表数据是否存在问题；
2、流程链路上其它可疑点；
-
2025-09-04 14:46:27, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
会议上需要明确的点，中间表到listing表过程中如果下架表有数据，不能能在进入LIsting表了：
-
2025-09-10 10:39:36, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
新方案：
1.新增服务：
2. 遍历这种源数据，二次检测是否在线，如果依然在线，插入下架脚本队列，（下架队列 已经存在忽略） 每小时执行一次
select * from m_ebay_listing where OnlineStatus=2 and AutoUnPublishTime<DATE_ADD(now(),INTERVAL -8 hour)
https://alidocs.dingtalk.com/i/nodes/7NkDwLng8ZMxRd0DuzMaXao3JKMEvZBY?rnd=0.5417535876566373
-
2025-09-10 10:40:06, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 指派给 ，旧值为 "liupengfei"，新值为 "wangchao"。
-
2025-09-11 13:38:56, 由 王超 指派给 刘朋飞。
修改了 指派给，旧值为 "wangchao"，新值为 "liupengfei"。
测试环境验证，请安排发版
-
2025-09-15 16:58:05, 由 刘朋飞 编辑。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 指派给 ，旧值为 "liupengfei"，新值为 "wangchao"。
上周已经发过版了 -
2025-09-15 17:28:57, 由 王超 指派给 刘朋飞。
修改了 指派给，旧值为 "wangchao"，新值为 "liupengfei"。
选择下解决方案 -
2025-09-23 11:10:07, 由 刘朋飞 解决，方案为 第三方原因（外部系统） 。
修改了 解决方案，旧值为 ""，新值为 "external"。
修改了 解决版本，旧值为 ""，新值为 "785"。
修改了 解决日期，旧值为 ""，新值为 "2025-09-23 11:09:23"。
修改了 指派给 ，旧值为 "liupengfei"，新值为 "wangchao"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "liupengfei"。
-
2025-09-25 09:14:44, 由 王超 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "wangchao"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "wangchao"。
修改了 关闭日期，旧值为 ""，新值为 "2025-09-25 09:14:44"。
-
2025-11-21 17:35:08, 由 王超 编辑。
修改了 开发责任人，旧值为 "lvjingping"，新值为 "liupengfei"。
修改了 解决时效 ，旧值为 "0"，新值为 "401.96"。
| 由谁创建 | 王超 于 2025-08-29 17:11:36 |
|---|---|
| 影响环境 |
生产环境-业务反馈 |
| 由谁解决 | 刘朋飞 于 2025-09-23 11:09:23 |
| 解决版本 | 20240925 |
| 解决方案 | 第三方原因（外部系统） |
| 由谁关闭 | 王超 于 2025-09-25 09:14:44 |
| 最后修改 | 王超 于 2025-11-21 17:35:08 |
| 相关Bug |
|---|
脚本队列里面是4月份下架，脚本下架队列下架成功不会立即更新数据库表状态，也就是数据库表状态4-8月还是在线，会等同步回来是下架状态才会进入到下架表
这个下架成功实际上失败历史有这个问题，后续已通过需求处理：
28598 ebay：下架重试技术优化【技术方案】