任务描述


需求描述

需求背景

近期服务在批量删除listing,会存在层级促销在生成任务后,正好在执行删除,导致再提报时,该批次会因为部分listing不存在,导致该批次的层级促销都无法提报。避免后续还有类似情况,需要进行兼容与重试。


需求内容

采集端

1、兼容提报时,因指定的渠道SKU异常,导致提报失败的,需要直接返回结果:提交失败,并记录失败原因:存在渠道SKU异常。不需要执行重试。

2、针对页面提示指定的渠道SKU异常时, 需要下载报告。

服务端

新增重试规则:根据采集端返回的结果与失败原因,进行重试

上传结果:上传失败,且失败原因是:存在渠道SKU异常

则需要根据同批次报告里返回异常的渠道SKU,从当前批次里进行移除,移除后,剩余的渠道SKU进行重新提报。重新提报需要重新生成活动名称、活动开始时间、活动结束时间。

注意:移除的渠道SKU,提报状态为:上传失败;重试的渠道SKU需要更新当前记录里的状态、活动名称、活动开始时间、活动结束时间


重点:测试需要验证重复提报的问题

验收标准
暂无
历史记录  
  1. 2024-11-25 10:08:05, 由 罗友军 创建。
  2. 2024-11-30 17:28:34, 由 张家添 添加备注。

    自测

    1、策略id:826

    2、来源渠道,US,15613,

    3、程序调试

    4、查询表记录,查询不到,正常过滤

    db.getCollection("PercentageOff_Queue").find({"OrderSourceSku" : "D0016HB00A"}).sort({
        _id: -1
    }).limit(100).skip(0)

    过滤的逻辑,FlagDeletedTime不为空,且大于等于当前日期-15天,测试的时候,多测一下通用场景

  3. 2024-12-02 09:15:36, 由 张家添 完成。
    修改了 总计消耗,旧值为 "0",新值为 "16"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "luoyoujun"。
    修改了 实际完成,旧值为 "",新值为 "2024-12-02 09:09:15"。
    修改了 任务状态,旧值为 "wait",新值为 "done"。
    修改了 实际开始,旧值为 "0000-00-00 00:00:00",新值为 "2024-12-02 09:15:36"。
    修改了 预计剩余,旧值为 "16",新值为 "0"。
    修改了 由谁完成,旧值为 "",新值为 "zhangjiatian"。
    1、项目:Erp.Amazon.WorkerAdvertise

    2、核心代码

  4. 2024-12-03 18:27:43, 由 梁秀丽 编辑。
    修改了 最初预计,旧值为 "16",新值为 "6"。
  5. 2025-05-17 14:12:50, 由 李亚婷 关闭。
    修改了 任务状态,旧值为 "done",新值为 "closed"。
    修改了 指派给 ,旧值为 "luoyoujun",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "liyating"。
    修改了 关闭时间,旧值为 "0000-00-00 00:00:00",新值为 "2025-05-17 14:12:50"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
所属迭代 智能中心-智能运营迭代
所属模块 智能中心-需求池  战略独立项目   智能刊登
相关需求 智能运营:层级促销失败重试
指派给 Closed 于 2025-05-17 14:12:50
任务类型 后端
任务标签 初始
开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 罗友军 于 2024-11-25 10:08:05
由谁完成 张家添 于 2024-12-02 09:09:15
由谁取消 暂无
由谁关闭 李亚婷 于 2025-05-17 14:12:50
关闭原因 已完成
最后编辑 李亚婷 于 2025-05-17 14:12:50
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 6工时
总计消耗 16工时
预计剩余 0工时
预计开始 2024-11-25
实际开始 2024-12-02
截止日期 2024-11-29