需求背景
近期服务在批量删除listing,会存在层级促销在生成任务后,正好在执行删除,导致再提报时,该批次会因为部分listing不存在,导致该批次的层级促销都无法提报。避免后续还有类似情况,需要进行兼容与重试。
需求内容
采集端
1、兼容提报时,因指定的渠道SKU异常,导致提报失败的,需要直接返回结果:提交失败,并记录失败原因:存在渠道SKU异常。不需要执行重试。
2、针对页面提示指定的渠道SKU异常时, 需要下载报告。

服务端
新增重试规则:根据采集端返回的结果与失败原因,进行重试
上传结果:上传失败,且失败原因是:存在渠道SKU异常
则需要根据同批次报告里返回异常的渠道SKU,从当前批次里进行移除,移除后,剩余的渠道SKU进行重新提报。重新提报需要重新生成活动名称、活动开始时间、活动结束时间。
注意:移除的渠道SKU,提报状态为:上传失败;重试的渠道SKU需要更新当前记录里的状态、活动名称、活动开始时间、活动结束时间
重点:测试需要验证重复提报的问题
因采集无法处理,技术方案有调整
1、打标表新增字段:标记listing最新执行删除的时间【FlagDeletedTime 】
FBA打标表。listing打标表
2、层级促销生成任务时,新增过滤
2.1)过滤打标表listingstatus状态不等于0
2.2)过滤打标表listingstatus=0,且标记删除时间在近15天以内的
3、前台页面层级促销记录的失败原因展示:失败原因是【上传失败】直接不显示具体原因