ERP 库中的 UPC 存量当前为 0。

-- -------------------------------------------------------------

2023年2月2日 - 2月6日 业务反馈恢复导入 90 W

自动刊登队列 实际刊登量为 154287

MQ重刊  实际刊登量为 3766504

恢复导入的 UPC 实际占比使用量 仅 20%

按重刊使用原 Listing 的 UPC 占比要超过 80% 才能符合 UPC 满足业务的需求。

实际重复使用 UPC 占比要低于 80%，这里需要增加接口调用次数统计，才能获取准确的值。

按照线下确认的方案，执行

（1）验证UPC的数据是否都恢复成功

（2）验证 2月2日至9日，因为UPC获取失败导致失败的美客多自动刊登数据，是否都修复成功

（3）确认验证MQ重刊的问题，是否解决

2月14日恢复

-- 待减去的UPC 数据
SELECT DISTINCT Upc
FROM ap_autopublish_mercadolibre_queue
WHERE CustomerId = 1
AND MarketId = 70
AND Date >= 20230202
AND Date < 20230215
AND upc IS NOT NULL;


-- 源数据
SELECT DISTINCT Upc
FROM ap_autopublish_mercadolibre_queue
WHERE CustomerId = 1
AND MarketId = 70

AND status='failure'
AND Date >= 20221217
AND Date < 20230202

源数据 - 待减去的 UPC 数据，更新至 ERP 库
UPDATE a
SET a.IsMercadolibreUsed = 0 FROM RB_Product_UPC a JOIN temp_upc b
ON a.Upc = b.Upc;
temp_upc 为 源数据 、- 待减去的 UPC 数据 的数据

新增了落库日志，恢复了02-02 至 02-16 期间除失败以外的数据。

具体方案咨询产品，系统部。

UPC 无法恢复原因为原流程问题，在组装数据时，使用UPC，成功无影响，失败则丢失。

详情可以咨询系统部，已经反馈了，开发组长要跟进。

确认方案：

1、智能刊登加UPC表到redis,刊登成功占用的UPC,在redis表中删除。---转需求

2、UPC使用过程中，逻辑闭环设置监控点，打印日志-----转运维单处理2月16日完成

3、分析报错日志，找出问题原因，并且解决。----

4、UPC恢复SQL脚本保存，2月17日下班需要执行脚本恢复UPC数据，保障周末刊登正常

基础数据：-- 源数据
SELECT DISTINCT Upc
FROM ap_autopublish_mercadolibre_queue
WHERE CustomerId = 1
AND MarketId = 70

AND status='failure'
AND Date >= 20221217
AND Date < 20230202

-- 待减去的UPC 数据
SELECT DISTINCT Upc
FROM ap_autopublish_mercadolibre_queue
WHERE CustomerId = 1
AND MarketId = 70
AND Date >= 20230202
AND Date < 20230218
AND upc IS NOT NULL;

跟进需求：

13512 UPC支持同平台同账号同系统SKU重复使用

跟进需求：

13512 UPC支持同平台同账号同系统SKU重复使用