一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑
一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑
需求价值:
1,避免同渠道SKU同来源渠道同运费模板的队列重复生成,造成队列堆积
2,提升数据读取性能,加快发货策略数据处理速度
需求内容:
一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
二、发货策略页面进行优化,查看原型
三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑

关联需求:
渠道SKU判断是否需要重新生成队列
http://pm.zhcxkj.com/zentao/story-view-12765.html
订单查询SKU是否最新匹配的运费模板是否快线
http://pm.zhcxkj.com/zentao/task-view-31475.html
001-开发备注:
001+
002-1、在发货策略中新增队列机制,跑失败的队列需支持重跑功能
002+ 一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
003-2、判断发货策略运行逻辑,用新表记录,不再从V2队列表中取值判断。
003+ 1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
004-
004+
005-
005+
006-需求描述
006+ 三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑
007-
007+
008-需求价值:
008+
009-1,避免同渠道SKU同来源渠道同运费模板的队列重复生成,造成队列堆积
010-2,提升数据读取性能,加快发货策略数据处理速度
011-
012-需求内容:
013-一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
014-1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
015-1.2 定时服务跑来源渠道数据的时候,记录对应来源渠道已跑的SKU及成功或失败的记录
016-
017-二、运费模板生成队列读取逻辑修改
018-2.1 创建一个新表,存储发货策略相关的运费模板生成队列数据。(当有上传运费模板的队列生成时,该表也同时插入一条数据。)
019-新表字段(可多不可少):队列ID、队列状态、来源渠道、渠道SKU、模板名称、模板类型、创建时间、更新时间
020-2.2 当队列表中的上传运费模板的队列状态发生变化时,新表的对应记录的数据的状态也需要同步更新
021-2.3 渠道SKU判断是否需要重新生成队列以及订单查询SKU是否最新匹配的运费模板是否快线时使用新表的数据做判断
022-
023-关联需求:
024-渠道SKU判断是否需要重新生成队列
025-<a href="/zentao/story-view-12765.html" target="_blank" rel="noreferrer noopener">http://pm.zhcxkj.com/zentao/story-view-12765.html
026-
027-订单查询SKU是否最新匹配的运费模板是否快线
028-<a href="/zentao/task-view-31475.html" target="_blank" rel="noreferrer noopener">http://pm.zhcxkj.com/zentao/task-view-31475.html
029-
001-<p style="background-color:#FFFFFF;">开发备注:</p>
001+ <p style="background-color:#FFFFFF;">
002-<p style="background-color:#FFFFFF;">1、在发货策略中新增队列机制,跑失败的队列需支持重跑功能</p>
002+ </p><p>一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:</p>
003-<p style="background-color:#FFFFFF;">2、判断发货策略运行逻辑,用新表记录,不再从V2队列表中取值判断。</p>
003+ <p>1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑</p>
004-<p style="background-color:#FFFFFF;"><br /></p>
004+ <p><br /></p>
005-<p style="background-color:#FFFFFF;"><br /></p>
005+ <p><br /></p>
006-<p style="background-color:#FFFFFF;">需求描述</p>
006+ <p>三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑</p>
007-<div class="detail-content article-content" style="font-size:14px;background-color:#FFFFFF;">
007+
008-<p>需求价值:</p>
008+ <div class="detail-content article-content" style="font-size:14px;background-color:#FFFFFF;"></div>
009-<p>1,避免同渠道SKU同来源渠道同运费模板的队列重复生成,造成队列堆积</p>
010-<p>2,提升数据读取性能,加快发货策略数据处理速度</p>
011-<p><br /></p>
012-<p>需求内容:</p>
013-<p>一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:</p>
014-<p>1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑</p>
015-<p>1.2 定时服务跑来源渠道数据的时候,记录对应来源渠道已跑的SKU及成功或失败的记录</p>
016-<p><br /></p>
017-<p>二、运费模板生成队列读取逻辑修改</p>
018-<p>2.1 创建一个新表,存储发货策略相关的运费模板生成队列数据。(当有上传运费模板的队列生成时,该表也同时插入一条数据。)</p>
019-<p>新表字段(可多不可少):队列ID、队列状态、来源渠道、渠道SKU、模板名称、模板类型、创建时间、更新时间</p>
020-<p>2.2 当队列表中的上传运费模板的队列状态发生变化时,新表的对应记录的数据的状态也需要同步更新</p>
021-<p>2.3 渠道SKU判断是否需要重新生成队列以及订单查询SKU是否最新匹配的运费模板是否快线时使用新表的数据做判断</p>
022-<p><br /></p>
023-<p>关联需求:</p>
024-<p>渠道SKU判断是否需要重新生成队列</p>
025-<p><a href="/zentao/story-view-12765.html" target="_blank" rel="noreferrer noopener">http://pm.zhcxkj.com/zentao/story-view-12765.html</a></p>
026-<p><br /></p>
027-<p>订单查询SKU是否最新匹配的运费模板是否快线</p>
028-<p><a href="/zentao/task-view-31475.html" target="_blank" rel="noreferrer noopener">http://pm.zhcxkj.com/zentao/task-view-31475.html</a></p>
029-</div>
001-
001+
002-一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
002+ 一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:
003-1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
003+ 1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑
004-
004+
005-
005+
006-三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑
006+ 三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑
007-
007+
008-
001-<p style="background-color:#FFFFFF;">
001+ <p style="background-color:#FFFFFF;"><br /></p>
002-</p><p>一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:</p>
002+ <p>一、增加多线程处理生成符合条件的渠道SKU的运费策略模板队列:</p>
003-<p>1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑</p>
003+ <p>1.1 每次定时服务从智能刊登接口获取到指定时间库存有变化的SKU后,获取发货策略中符合条件的渠道SKU判断是否需要生成运费模板上传队列时,A线程在跑或跑过的来源渠道B(或其他)线程不跑</p>
004-<p><br /></p>
004+ <p><br /></p>
005-<p><br /></p>
005+ <p><br /></p>
006-<p>三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑</p>
006+ <p>三、来源渠道的状态为申诉中、未激活、已删除时,无论该来源渠道的发货策略是否启用都不跑</p>
007-
007+ <div class="detail-content article-content" style="font-size:14px;background-color:#FFFFFF;"></div>
008-<div class="detail-content article-content" style="font-size:14px;background-color:#FFFFFF;"></div>
| 所属迭代 | 技术研发中心 12月分支版本(2022年) |
|---|---|
| 所属模块 | / |
| 相关需求 | 运费发货策略队列处理优化 |
| 指派给 | 暂无 |
| 任务类型 | 后端 |
| 任务标签 | 初始 |
| 开发组 | 运营开发组 |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | P2 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 王翔宇 于 2022-12-01 19:14:12 |
|---|---|
| 由谁完成 | 冯名明 于 2022-12-03 13:43:12 |
| 由谁取消 | 暂无 |
| 由谁关闭 | 冯名明 于 2022-12-05 11:10:01 |
| 关闭原因 | 已完成 |
| 最后编辑 | 周杰 于 2022-12-16 14:13:15 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
| 最初预计 | 7工时 |
|---|---|
| 总计消耗 | 8工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 0000-00-00 |
| 实际开始 | 2022-12-03 |
| 截止日期 | 2022-12-02 |
一.新建表发货策略同步记录表:RB_Amazon_ShipStrategy_SyncRecord 上传脚本文件附件
二、亚马逊最新发货策略逻辑
/// 一.获取设置的发货策略店铺数据
/// 二.根据店铺ID多线程处理数据
/// 三.取同步记录数据
/// 1.如果店铺数据已存在,则直接获取,并且判断是否已经完成,如果已完成状态,则更新店铺记录数据
/// 2.如果店铺数据不存在,则新增数据
/// 四.根据记录数据的开始时间和结束时间获取动态库存的SKU数据
/// 五.根据获取的SKU数据进行分页
/// 六.根据SKU获取动态库存
三、验证结果,抽取UK站点发货策略的店铺验证数据