任务描述

改动背景：

1、之前是处理服务触发时间的前一天的数据，但是这个会使得早上出现的店铺异常，下午依旧无法截获，只能等到第二天才能截获，降低了当天成功率。

2、服务执行过程中，某个类型如果失败，或者系统部因为资源问题临时暂停了服务，无法得知上一次执行成功的时间。


本初优化：

1、服务触发时间改为30分钟一次（通知系统部处理）

2、服务获取错误刊登数据的时间周期长度为：1小时，每次只处理1小时内更新的异常数据，如果从上次成功执行结束时间到当前时间不足1小时，终止执行（筛选的时间字段UpdateTime，“1小时”这个需要可以方便修改）

3、建立“刊登异常任务执行队列表”（RB_Amazon_ErrorTask_Queue），记录每个类型的数据、每次的执行情况。如果没有执行成功，从最后一次失败的时间节点开始执行，避免服务被停止后漏跑数据（规避改动背景第2点）

4、队列表必有字段（其他字段根据上下文需求处理）：商户号、异常任务类型、队列创建时间、执行开始时间、执行结束时间（未正常结束null）、执行状态（0未处理、1成功，2失败）、报错描述（1000字符，超出手动截断）

需求描述

需求背景：

目前超限异常刊登任务的及时性不够高，可以进一步提高及时性，当发生超限后，这些listing暂时不提交到亚马逊，到下周限量恢复后再提交到亚马逊；

需求描述：

当获取亚马逊的刊登结果时，如果获取的结果为失败且报错码为8572/8571/8566三个的任意一个时，则插入一条该店铺的异常刊登任务，如果该店铺已经有8572/8571/8566的异常任务，则不插入；

验收标准
暂无
历史记录  
  1. 2022-12-20 18:46:32, 由 王翔宇 创建。
  2. 2022-12-21 09:35:49, 由 王翔宇 编辑。
    修改了 任务描述，区别为：
    002- 1、之前是处理服务触发时间的前一天的数据，但是这个会使得早上出现的异常，下午依旧无法截获，只能等到第二天才能截获。
    002+ 1、之前是处理服务触发时间的前一天的数据，但是这个会使得早上出现的店铺异常，下午依旧无法截获，只能等到第二天才能截获，降低了当天成功率。
    006- 1、服务触发时间改为1小时一次（通知系统部处理）
    006+ 1、服务触发时间改为30分钟一次（通知系统部处理）
    007- 2、服务获取错误刊登数据的时间周期长度为：1小时，每次只处理一小时内更新的异常数据（UpdateTime）
    007+ 2、服务获取错误刊登数据的时间周期长度为：1小时，每次只处理1小时内更新的异常数据，如果从上次成功执行结束时间到当前时间不足1小时，终止执行（筛选的时间字段UpdateTime，“1小时”这个需要可以方便修改）
    008- 3、建立“刊登异常任务执行队列表”（RB_Amazon_ErrorTask_Queue），记录每个类型的数据，每次的执行情况。如果没有执行成功，从最后一次失败的时间节点开始执行，避免服务被停止后漏跑数据（规避改动背景第2点）
    008+ 3、建立“刊登异常任务执行队列表”（RB_Amazon_ErrorTask_Queue），记录每个类型的数据、每次的执行情况。如果没有执行成功，从最后一次失败的时间节点开始执行，避免服务被停止后漏跑数据（规避改动背景第2点）
    009- 4、队列表必须有字段（其他字段根据上下文需求处理）：商户号、队列创建时间、执行开始时间、执行结束时间（未正常结束null）、异常任务类型、执行状态（0未处理、1成功，2失败）、报错描述（1000字符，超出手动截断）
    009+ 4、队列表必有字段（其他字段根据上下文需求处理）：商户号、异常任务类型、队列创建时间、执行开始时间、执行结束时间（未正常结束null）、执行状态（0未处理、1成功，2失败）、报错描述（1000字符，超出手动截断）
    002- <p>1、之前是处理服务触发时间的前一天的数据，但是这个会使得早上出现的异常，下午依旧无法截获，只能等到第二天才能截获。</p>
    002+ <p>1、之前是处理服务触发时间的前一天的数据，但是这个会使得早上出现的店铺异常，下午依旧无法截获，只能等到第二天才能截获，降低了当天成功率。</p>
    006- <p>1、服务触发时间改为1小时一次（通知系统部处理）</p>
    006+ <p>1、服务触发时间改为30分钟一次（通知系统部处理）</p>
    007- <p>2、服务获取错误刊登数据的时间周期长度为：1小时，每次只处理一小时内更新的异常数据（UpdateTime）</p>
    007+ <p>2、服务获取错误刊登数据的时间周期长度为：1小时，每次只处理1小时内更新的异常数据，如果从上次成功执行结束时间到当前时间不足1小时，终止执行（筛选的时间字段UpdateTime，“1小时”这个需要可以方便修改）</p>
    008- <p>3、建立“刊登异常任务执行队列表”（RB_Amazon_ErrorTask_Queue），记录每个类型的数据，每次的执行情况。如果没有执行成功，从最后一次失败的时间节点开始执行，避免服务被停止后漏跑数据（规避改动背景第2点）</p>
    008+ <p>3、建立“刊登异常任务执行队列表”（RB_Amazon_ErrorTask_Queue），记录每个类型的数据、每次的执行情况。如果没有执行成功，从最后一次失败的时间节点开始执行，避免服务被停止后漏跑数据（规避改动背景第2点）</p>
    009- <p>4、队列表必须有字段（其他字段根据上下文需求处理）：商户号、队列创建时间、执行开始时间、执行结束时间（未正常结束null）、异常任务类型、执行状态（0未处理、1成功，2失败）、报错描述（1000字符，超出手动截断）</p>
    009+ <p>4、队列表必有字段（其他字段根据上下文需求处理）：商户号、<span>异常任务类型、</span>队列创建时间、执行开始时间、执行结束时间（未正常结束null）、执行状态（0未处理、1成功，2失败）、报错描述（1000字符，超出手动截断）</p>
  3. 2022-12-21 09:36:09, 由 王翔宇 指派给 彭康。
    修改了 指派给，旧值为 "wangxiangyu"，新值为 "pengkang"。
  4. 2022-12-21 15:46:03, 由 彭康 完成。
    修改了 总计消耗，旧值为 "0"，新值为 "5"。
    修改了 实际完成，旧值为 ""，新值为 "2022-12-21 15:45:29"。
    修改了 任务状态，旧值为 "wait"，新值为 "done"。
    修改了 实际开始，旧值为 "0000-00-00 00:00:00"，新值为 "2022-12-21 15:46:03"。
    修改了 预计剩余，旧值为 "5"，新值为 "0"。
    修改了 由谁完成，旧值为 ""，新值为 "pengkang"。
  5. 2022-12-27 15:05:38, 由 王翔宇 编辑。
    修改了 相关需求，旧值为 "0"，新值为 "13078"。
    修改了 实际完成，旧值为 "2022-12-21 15:45:29"，新值为 "2022-12-27 15:05:38"。
  6. 2023-10-31 15:02:14, 由 周杰 关闭。
    修改了 任务状态，旧值为 "done"，新值为 "closed"。
    修改了 指派给 ，旧值为 "pengkang"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "zhoujie"。
    修改了 关闭时间，旧值为 "0000-00-00 00:00:00"，新值为 "2023-10-31 15:02:14"。
    修改了 关闭原因，旧值为 ""，新值为 "done"。
返回
所属迭代 技术研发中心 12月分支版本（2022年）
所属模块 /
相关需求 超限任务生成频率提高
指派给 Closed 于 2023-10-31 15:02:14
任务类型 后端
任务标签 初始
开发组 运营开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 王翔宇 于 2022-12-20 18:46:32
由谁完成 彭康 于 2022-12-27 15:05:38
由谁取消 暂无
由谁关闭 周杰 于 2023-10-31 15:02:14
关闭原因 已完成
最后编辑 周杰 于 2023-10-31 15:02:14
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 5工时
总计消耗 5工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2022-12-21
截止日期 0000-00-00