业务需求
需求描述

需求背景：加快类目更新频率，避免类目更新异常


需求内容：

一、类目对比以及其下级标记失效逻辑调整：

1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记

2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效

3、如果1级类目在采集中找不到，则下级不进行失效标记


二、因必填属性未填导致的刊登失败类目信息采集与模板更新

2.1  当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务

①报错信息包含“A value is required for the”
②报错信息包含“列に値が必要です”
③报错信息包含“字段的值必填”

2.2  定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板

验收标准
价值描述
提升刊登成功率
历史记录  
  1. 2022-12-20 09:40:55, 由 梁贵荣 创建。
  2. 2022-12-20 09:58:27, 由 梁贵荣 变更。
    修改了 版本号 ，旧值为 "1"，新值为 "2"。
    修改了 需求名称，区别为：
    001- 类目采集更新调整
    001+ 类目采集以及类目失效标记更新调整
    001- 类目采集更新调整
    001+ 类目采集以及类目失效标记更新调整
    修改了 需求描述，区别为：
    001- 需求背景：加快类目更新频率，避免类目更新异常
    001+ 需求背景：
    002-
    002+ 1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，当采集组采集类目出现问题时，对下游的类目使用影响比较大，需要做改造避免这种情况的发生
    003- 需求内容：
    003+ 2，现在是出现属性异常就生成一条站点+1级类目的采集任务给采集组执行，这会导致生成很多1一级类目的采集任务，采集组采集不过来，需要调整逻辑
    004- 一、类目对比以及其下级标记失效逻辑调整：
    004+
    005- 1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记
    005+ 需求内容
    006- 2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效
    006+ 类目标记失效逻辑调整：
    007- 3、如果1级类目在采集中找不到，则下级不进行失效标记
    007+ 1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记
    008-
    008+ 2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效
    009- 二、因必填属性未填导致的刊登失败类目信息采集与模板更新
    009+ 3、如果1级类目在采集中找不到，则下级不进行失效标记
    010- 2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务
    010+
    011- ①报错信息包含“A value is required for the”②报错信息包含“列に値が必要です”③报错信息包含“字段的值必填”
    011+ 二、因必填属性未填导致的刊登失败类目信息采集与模板更新
    012-
    012+ 2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务
    013- 2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板
    013+ ①报错信息包含“A value is required for the”②报错信息包含“列に値が必要です”③报错信息包含“字段的值必填”
    014-
    014+
    015+ 2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板
    016+
    001- <p class="MsoNormal">需求背景：加快类目更新频率，避免类目更新异常</p>
    001+ <p class="MsoNormal">需求背景：</p>
    002- <p class="MsoNormal"><br /></p>
    002+ <p class="MsoNormal">1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，当采集组采集类目出现问题时，对下游的类目使用影响比较大，需要做改造避免这种情况的发生</p>
    003- <p class="MsoNormal">需求内容：</p>
    003+ <p class="MsoNormal">2，现在是出现属性异常就生成一条站点+1级类目的采集任务给采集组执行，这会导致生成很多1一级类目的采集任务，采集组采集不过来，需要调整逻辑</p>
    004- <p class="MsoNormal">一、类目对比以及其下级标记失效逻辑调整：</p>
    004+ <p class="MsoNormal"><br /></p>
    005- <p class="MsoNormal">1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记</p>
    005+ <p class="MsoNormal">需求内容</p>
    006- <p class="MsoNormal">2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效</p>
    006+ <p class="MsoNormal">类目标记失效逻辑调整：</p>
    007- <p class="MsoNormal">3、如果1级类目在采集中找不到，则下级不进行失效标记</p>
    007+ <p class="MsoNormal">1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记</p>
    008- <p class="MsoNormal"><br /></p>
    008+ <p class="MsoNormal">2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效</p>
    009- <p class="MsoNormal">二、因必填属性未填导致的刊登失败类目信息采集与模板更新</p>
    009+ <p class="MsoNormal">3、如果1级类目在采集中找不到，则下级不进行失效标记</p>
    010- <p class="MsoNormal">2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务</p>
    010+ <p class="MsoNormal"><br /></p>
    011- <p class="MsoNormal">①报错信息包含“A value is required for the”<br />②报错信息包含“列に値が必要です”<br />③报错信息包含“字段的值必填”</p>
    011+ <p class="MsoNormal">二、因必填属性未填导致的刊登失败类目信息采集与模板更新</p>
    012- <p class="MsoNormal"></p>
    012+ <p class="MsoNormal">2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务</p>
    013- <p class="MsoNormal">2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板</p>
    013+ <p class="MsoNormal">①报错信息包含“A value is required for the”<br />②报错信息包含“列に値が必要です”<br />③报错信息包含“字段的值必填”</p>
    014- <p class="MsoNormal"><span style="color:#000000;"></span></p>
    014+ <p class="MsoNormal"><br /></p>
    015+ <p class="MsoNormal">2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板</p>
    016+ <p class="MsoNormal"><span style="color:#000000;"></span></p>
  3. 2022-12-20 10:07:26, 由 梁贵荣 变更。
    修改了 版本号 ，旧值为 "2"，新值为 "3"。
    修改了 需求描述，区别为：
    006- 类目标记失效逻辑调整：
    006+ 一、类目标记失效逻辑调整：
    007- 1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记
    007+ 1.1 如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记
    008- 2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效
    008+ 1.2 如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效
    009- 3、如果1级类目在采集中找不到，则下级不进行失效标记
    009+ 1.3 如果1级类目在采集中找不到，则下级不进行失效标记
    006- <p class="MsoNormal">类目标记失效逻辑调整：</p>
    006+ <p class="MsoNormal">一、类目标记失效逻辑调整：</p>
    007- <p class="MsoNormal">1、如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记</p>
    007+ <p class="MsoNormal">1.1 如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记</p>
    008- <p class="MsoNormal">2、如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效</p>
    008+ <p class="MsoNormal">1.2 如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效</p>
    009- <p class="MsoNormal">3、如果1级类目在采集中找不到，则下级不进行失效标记</p>
    009+ <p class="MsoNormal">1.3 如果1级类目在采集中找不到，则下级不进行失效标记</p>
  4. 2022-12-20 18:12:02, 由 梁贵荣 变更。
    修改了 版本号 ，旧值为 "3"，新值为 "4"。
    修改了 需求名称，区别为：
    001- 类目采集以及类目失效标记更新调整
    001+ 采集类目标记失效逻辑更新
    001- 类目采集以及类目失效标记更新调整
    001+ 采集类目标记失效逻辑更新
    修改了 需求描述，区别为：
    002- 1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，当采集组采集类目出现问题时，对下游的类目使用影响比较大，需要做改造避免这种情况的发生
    002+ 1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，现在查出来是因为亚马逊同一个ID的类目会出现在不同类别的不同层级，去重逻辑存在确信导致，需要对唯一键进行改造
    003- 2，现在是出现属性异常就生成一条站点+1级类目的采集任务给采集组执行，这会导致生成很多1一级类目的采集任务，采集组采集不过来，需要调整逻辑
    003+
    004-
    004+ 需求内容
    005- 需求内容
    005+ 采集小组变更了类目采集唯一键，从原来的“国家+BrowsePathById”，变更为“国家+BrowsePathByID+ParentBrowsePathById”。
    006- 一、类目标记失效逻辑调整：
    006+
    007- 1.1 如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记
    007+ 目前全公司所有的逻辑都是按“国家+BrowsePathById”来执行的，暂不知这个改动影响有多大。
    008- 1.2 如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效
    008+
    009- 1.3 如果1级类目在采集中找不到，则下级不进行失效标记
    009+ 方案：先修正重要的环节，其他环境后续有发现再做处理
    010-
    010+ 1、修正类目界面，级联展示的逻辑
    011- 二、因必填属性未填导致的刊登失败类目信息采集与模板更新
    011+ 2、修正类目采集服务中，处理类目节点为无效节点的逻辑。
    012- 2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务
    012+
    013- ①报错信息包含“A value is required for the”②报错信息包含“列に値が必要です”③报错信息包含“字段的值必填”
    013+
    015- 2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板
    015+
    016-
    016+
    017+
    018+
    019+
    002- <p class="MsoNormal">1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，当采集组采集类目出现问题时，对下游的类目使用影响比较大，需要做改造避免这种情况的发生</p>
    002+ <p class="MsoNormal">1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，现在查出来是因为亚马逊同一个ID的类目会出现在不同类别的不同层级，去重逻辑存在确信导致，需要对唯一键进行改造</p>
    003- <p class="MsoNormal">2，现在是出现属性异常就生成一条站点+1级类目的采集任务给采集组执行，这会导致生成很多1一级类目的采集任务，采集组采集不过来，需要调整逻辑</p>
    003+ <p class="MsoNormal"><br /></p>
    004- <p class="MsoNormal"><br /></p>
    004+ <p class="MsoNormal">需求内容</p>
    005- <p class="MsoNormal">需求内容</p>
    005+ <p class="MsoNormal"><span style="background-color:#FFFFFF;font-size:14px;">采集小组变更了类目采集唯一键，从原来的“国家+BrowsePathById”，变更为“国家+BrowsePathByID+ParentBrowsePathById”。</span></p>
    006- <p class="MsoNormal">一、类目标记失效逻辑调整：</p>
    006+ <p class="MsoNormal">
    007- <p class="MsoNormal">1.1 如果类目为一级类目且在采集中找不到，则状态仍为启用，但是做另外的字段标记</p>
    007+ </p><p style="font-size:14px;background-color:#FFFFFF;">目前全公司所有的逻辑都是按“国家+BrowsePathById”来执行的，暂不知这个改动影响有多大。</p>
    008- <p class="MsoNormal">1.2 如果1级类目有在采集中获取到，则改类目的下级类目在采集中找不到时，标记失效</p>
    008+ <p style="font-size:14px;background-color:#FFFFFF;"><br /></p>
    009- <p class="MsoNormal">1.3 如果1级类目在采集中找不到，则下级不进行失效标记</p>
    009+ <p style="font-size:14px;background-color:#FFFFFF;">方案：先修正重要的环节，其他环境后续有发现再做处理</p>
    010- <p class="MsoNormal"><br /></p>
    010+ <p style="font-size:14px;background-color:#FFFFFF;">1、修正类目界面，级联展示的逻辑</p>
    011- <p class="MsoNormal">二、因必填属性未填导致的刊登失败类目信息采集与模板更新</p>
    011+ <p style="font-size:14px;background-color:#FFFFFF;">2、修正类目采集服务中，处理类目节点为无效节点的逻辑。</p>
    012- <p class="MsoNormal">2.1 当Listing的报错码为：90057、90111、8058、8105、99003、99006、90003945、90004115、99008、99010任意一个且MSG包含下面报错信息时，生成一条对应失败Listing类目的上一级类目的采集任务</p>
    012+
    013- <p class="MsoNormal">①报错信息包含“A value is required for the”<br />②报错信息包含“列に値が必要です”<br />③报错信息包含“字段的值必填”</p>
    013+ <p class="MsoNormal"><br /></p>
    015- <p class="MsoNormal">2.2 定时检测采集任务是否成功，获取采集成功的类目模板，进行自动更新模板</p>
    015+ <p class="MsoNormal"><br /></p>
    016- <p class="MsoNormal"><span style="color:#000000;"></span></p>
    016+ <p class="MsoNormal">
    017+ </p><p style="font-size:14px;background-color:#FFFFFF;"><br /></p>
    018+
    019+ <p class="MsoNormal"><span style="color:#000000;"></span></p>
  5. 2022-12-23 10:35:34, 由 刘灿 记录评审结果，结果为 确认通过。
  6. 2022-12-23 10:35:41, 由 刘灿 编辑。
    修改了 指派给，旧值为 "Admin186"，新值为 "liangguirong"。
  7. 2022-12-27 14:40:46, 由 梁贵荣 变更。
    修改了 当前状态，旧值为 "active"，新值为 "changed"。
    修改了 版本号 ，旧值为 "4"，新值为 "5"。
    修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
    修改了 评审时间，旧值为 "2022-12-23"，新值为 "0000-00-00"。
    修改了 需求名称，区别为：
    001- 采集类目标记失效逻辑更新
    001+ 亚马逊店铺ASIN受限重试服务调整
    001- 采集类目标记失效逻辑更新
    001+ 亚马逊店铺ASIN受限重试服务调整
    修改了 需求描述，区别为：
    001- 需求背景：
    001+
    002- 1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，现在查出来是因为亚马逊同一个ID的类目会出现在不同类别的不同层级，去重逻辑存在确信导致，需要对唯一键进行改造
    002+ 需求描述：由于自动刊登量较大，刊登受限的数量倍增，将刊登逻辑进行变更
    003-
    003+
    004- 需求内容
    004+ 增加类型区分：
    005- 采集小组变更了类目采集唯一键，从原来的“国家+BrowsePathById”，变更为“国家+BrowsePathByID+ParentBrowsePathById”。
    005+ 1、周一凌晨3点跑人工刊登
    006-
    006+ 2、周二凌晨3点跑自动刊登
    007- 目前全公司所有的逻辑都是按“国家+BrowsePathById”来执行的，暂不知这个改动影响有多大。
    007+ 3、发版前，手动分开执行一次人工刊登、自动刊登的重试
    008-
    008+
    009- 方案：先修正重要的环节，其他环境后续有发现再做处理
    009+
    010- 1、修正类目界面，级联展示的逻辑
    011- 2、修正类目采集服务中，处理类目节点为无效节点的逻辑。
    012-
    013-
    014-
    015-
    016-
    017-
    018-
    019-
    001- <p class="MsoNormal">需求背景：</p>
    001+ <p class="MsoNormal">
    002- <p class="MsoNormal">1，采集组那边采集类目有可能会出现异常导致一级类目采集失败，现在查出来是因为亚马逊同一个ID的类目会出现在不同类别的不同层级，去重逻辑存在确信导致，需要对唯一键进行改造</p>
    002+ </p><p style="font-size:14px;background-color:#FFFFFF;">需求描述：由于自动刊登量较大，刊登受限的数量倍增，将刊登逻辑进行变更</p>
    003- <p class="MsoNormal"><br /></p>
    003+ <p style="font-size:14px;background-color:#FFFFFF;"><br /></p>
    004- <p class="MsoNormal">需求内容</p>
    004+ <p style="font-size:14px;background-color:#FFFFFF;">增加类型区分：</p>
    005- <p class="MsoNormal"><span style="background-color:#FFFFFF;font-size:14px;">采集小组变更了类目采集唯一键，从原来的“国家+BrowsePathById”，变更为“国家+BrowsePathByID+ParentBrowsePathById”。</span></p>
    005+ <p style="font-size:14px;background-color:#FFFFFF;">1、周一凌晨3点跑人工刊登</p>
    006- <p class="MsoNormal">
    006+ <p style="font-size:14px;background-color:#FFFFFF;">2、周二凌晨3点跑自动刊登</p>
    007- </p><p style="font-size:14px;background-color:#FFFFFF;">目前全公司所有的逻辑都是按“国家+BrowsePathById”来执行的，暂不知这个改动影响有多大。</p>
    007+ <p style="font-size:14px;background-color:#FFFFFF;">3、发版前，手动分开执行一次人工刊登、自动刊登的重试</p>
    008- <p style="font-size:14px;background-color:#FFFFFF;"><br /></p>
    008+
    009- <p style="font-size:14px;background-color:#FFFFFF;">方案：先修正重要的环节，其他环境后续有发现再做处理</p>
    009+ <p class="MsoNormal"><span style="color:#000000;"></span></p>
    010- <p style="font-size:14px;background-color:#FFFFFF;">1、修正类目界面，级联展示的逻辑</p>
    011- <p style="font-size:14px;background-color:#FFFFFF;">2、修正类目采集服务中，处理类目节点为无效节点的逻辑。</p>
    012-
    013- <p class="MsoNormal"><br /></p>
    014- <p class="MsoNormal"><br /></p>
    015- <p class="MsoNormal"><br /></p>
    016- <p class="MsoNormal">
    017- </p><p style="font-size:14px;background-color:#FFFFFF;"><br /></p>
    018-
    019- <p class="MsoNormal"><span style="color:#000000;"></span></p>
  8. 2022-12-27 14:41:07, 由 梁贵荣 编辑。
    修改了 更新点 ，旧值为 "common"，新值为 ""。
    修改了 预计工时，旧值为 "16"，新值为 "2"。
    修改了 关键词 ，旧值为 ""，新值为 "12月22日更新"。
  9. 2022-12-27 14:45:56, 由 zhengqiao 关联到迭代 技术研发中心 12月分支版本（2022年） 。
  10. 2022-12-27 15:00:40, 由 梁贵荣 编辑。
    修改了 所处阶段 ，旧值为 "developed"，新值为 "released"。
    修改了 设置阶段者，旧值为 ""，新值为 "liangguirong"。
  11. 2022-12-30 14:02:23, 由 zhengqiao 添加备注。
    需求评审工时：2H
  12. 2023-02-14 13:46:46, 由 梁贵荣 编辑。
    修改了 所属模块，旧值为 "1678"，新值为 "1743"。
  13. 2023-03-16 17:04:44, 由 梁贵荣 关闭，原因为 已完成 。
    修改了 由谁关闭，旧值为 ""，新值为 "liangguirong"。
    修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2023-03-16 17:04:43"。
    修改了 指派给 ，旧值为 "liangguirong"，新值为 "closed"。
    修改了 当前状态，旧值为 "changed"，新值为 "closed"。
    修改了 所处阶段，旧值为 "released"，新值为 "closed"。
    修改了 关闭原因，旧值为 ""，新值为 "done"。
迭代版本 2023年1月第1个迭代
提报业务部门
提报人员 梁贵荣
需求来源 公司战略需求
所属项目 技术中心-需求池
所属模块 亚马逊
所属计划
业务价值
开发组
受益业务部门 技术研发中心
验收人员
业务目标类型
中心业务目标
业务价值 提升人效
每月价值量 提升刊登成功率
每月节省人数 0
优先级 P2
价值类型
预计工时 2
成本
ROI
操作手册 否
高价值
主被动
复杂度
工作流ID
工作流创建时间
更新点
是否高危 否
评分
当前状态 已关闭
所处阶段 已关闭
关键词 12月22日更新
评审次数
计划上线
上线时间
计划验收时间
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 梁贵荣 于 2022-12-20 09:40:55
指派给 Closed 于 2023-03-16 17:04:43
由谁评审
评审时间
由谁关闭 梁贵荣 于 2023-03-16 17:04:43
关闭原因 已完成
最后修改 梁贵荣 于 2023-03-16 17:04:43
相关Bug
相关用例
相关需求
细分需求