[步骤]
平台ID：
1005005893722277
1005005893622978
1005005893708315
1005005893636743
[结果]
设置了拦截数据，但还是重复刊登一个产品在一个店铺多次
[期望]
1、确认数据怎么产生的，导致重复刊登
1005005893622978
1005005893708315
2、确认为什么渠道SKU一致。平台ID有变化
建议排查：
1、埋词编辑功能是否影响导致新生成平台ID
2、建议跟进需求14647来排查，产品资料有变化，改动线上数据，影响平台ID变化
009-10050058936229781005005893708315
009+ 10050058936229781005005893708315
009-<p>1005005893622978<br />1005005893708315<br /></p>
009+ <p>1005005893622978<br />1005005893708315</p>
经过刊登队列刊登无法复现此场景，队列中只有一条记录，但两条Lisitng刊登时间间隔比较大，排除并发引起的问题，如下： 34060519WJ6ABQLC
继续时间向前推，查2023年2月也有类似的数据（如下 W7Z180832BPTVG3V9），应不是最近功能上线引起问题
再查，4月共68条重复的，总刊登量由53万+，占比小， 看是否不处理或找到具体和解决方案后转需求处理？
select ProductId,OrderSourceID,SellerSKU,Sku from m_aliexpress_listing where CustomerId=1 AND CreationTime>'2023-07-01' GROUP BY SellerSku HAVING COUNT(1)>1
查询出来的渠道SKU，在listing管理搜索，可以看出一个渠道SKU对应多个平台ID。数据量挺多
上次排查结果总结
1. 刊登队列表只有一条数据，但还是重复刊登了，可能是消费端读取normal队列数据重复了，导致重复刊登
2. 如果不是问题1，那么采取处理数据服务，定时抓取重复数据，保留后面刊登的一条Listing，下架前面刊登的一条Listing
如果方案工时较大，可以申请转需求
一、拿渠道SKU HWO1739466D86THKZ 再次验证 除productid与刊登时间 不同之外，其它主要信息是一样的，如下：
按补充统计重复5829条的条件，同时间范围有 728万+条件，重复率占比不到千分之一，如下：
二、刊登流程是：先获取刊登中为normal状态且 TaskStatus=1 or 1小时前的TaskStatus=2 的队列，推到Redis后 把askStatus 设置为：2 ，
然后由队列服务进行刊登 ，
2、本地仍然无法复现，按照逻辑梳理可能会产生重跑的进行调整：
1）由取1小时前的TaskStatus=2 调整 为取4小时前 normal 状态的队列
2）在刊登队列再次验证队列状态是否为noraml 状态，不是则不进行刊登
1005005934867204
1005005934639789
建议转需求优化
开发一个自动定时服务，检测重复的速卖通 Listing 数据，将重复Listing数据调用平台接口删除
建议需求插入到8月5迭代版本
通过需求：
15993 IMS：速卖通重复渠道SKU异常数据删除 处理
| 由谁创建 | 李乐同 于 2023-07-31 11:27:08 |
|---|---|
| 影响环境 |
生产环境-业务反馈 |
| 由谁解决 | 韦思成 于 2023-08-07 17:01:34 |
| 解决版本 | 主干 |
| 解决方案 | 程序BUG |
| 由谁关闭 | 李乐同 于 2023-08-09 19:27:22 |
| 最后修改 | 刘超 于 2023-11-17 09:45:28 |
| 相关Bug |
|---|