需求背景
三月份我统计FBM有27万失败的，FBA总共才提报3万不到，也有5000多失败的。
发现有很多是因为历史提报post的时候图片已经使用过了，现在再使用会导致失败的，并且接口有返回历史提报的postID。
历史提报的因素有以下几种
1、2024年8月我们刚提报的时候，是有大批量提报，这部分提报的数据，再中途优化功能的时候，数据源不会保留那么久，然后删除了。
2、人工在后台提报
3、人工再158的分级运营提报的，之前没考虑人工提报的时候，会直接设置几个月或几年的，这部分数据提报超过1个月，我们一开始也没保留，后面才保留。
需求内容
1、针对FBA FBM3月份提报失败的【PublishStatus:'REJECTED'】，通过接口返回的字段【StatusMetadata】里，
取失败原因：【code":"ad_post_duplicate_asset】，查询字段【evidences】的【componentId】":"
调post指标接口获取店铺ID+【postID：componentId】，获取这些post的所有指标数据，保留所有出参数据。
2、针对指定的店铺ID+postID：进行直接执行撤回操作
3、因获取通用场景配置指定数据太大导致服务异常（MongoDB 游标超时或服务器端游标被意外回收引发）
与当前业务量不匹配需要进行优化调整（将通用场景信息获取逻辑下沉到业务收集执行中进行，按渠道分批次执行）