STORY #12056 ERP常用Listing数据同步所有Listing - 技术中心-需求池

业务需求

需求描述

一、热数据条件：

二、常用Listing→所有Listing：

手工刊登产生的热数据同步冷数据库逻辑：缺少的字段赋值逻辑XXXXXXXXXX

热数据变冷时，热数据删除并同步状态至冷数据的逻辑：缺少的字段赋值逻辑XXXXXXXXXX

验收标准

价值描述

亚马逊Listing迁移

历史记录

2022-08-24 09:10:54, 由 梁贵荣 创建。
2022-08-24 10:24:48, 由 梁贵荣 变更。
修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求描述，区别为：
002-
002+ 1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”
003- ~~二、常用Listing→所有Listing：~~
003+ 2、有品的Listing：来源渠道对应的销售员所属部门为有品的
004- ~~手工刊登产生的热数据同步冷数据库逻辑：缺少的字段赋值逻辑XXXXXXXXXX~~
004+ 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、关联导入和凤凰重刊算自动刊登
005- ~~热数据变冷时，热数据删除并同步状态至冷数据的逻辑：缺少的字段赋值逻辑XXXXXXXXXX~~
005+ 4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU
006+ 5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing
007+
008+ 二、ERP常用Listing→所有Listing
009+
010+ 手工刊登产生的热数据同步冷数据库逻辑：
011+ 1、每天定时同步
012+ 2、RB_Amazon_Product_Base表缺少的字段赋值
013+ 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
014+ 热数据变冷：
015+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
016+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除

002- ~~ ~~
002+ 1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”
003- ~~二、常用Listing→所有Listing：~~
003+ 2、有品的Listing：来源渠道对应的销售员所属部门为有品的
004- ~~手工刊登产生的热数据同步冷数据库逻辑：缺少的字段赋值逻辑XXXXXXXXXX~~
004+ 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、 关联导入和凤凰重刊算自动刊登
005- ~~热数据变冷时，热数据删除并同步状态至冷数据的逻辑：缺少的字段赋值逻辑XXXXXXXXXX~~
005+ 4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU 
006+ 5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing
007+ 
008+ 二、ERP常用Listing→所有Listing
009+ 
010+ 手工刊登产生的热数据同步冷数据库逻辑：
011+ 1、每天定时同步
012+ 2、RB_Amazon_Product_Base表缺少的字段赋值
013+ 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是” 
014+ 热数据变冷：
015+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
016+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除
2022-08-24 10:25:05, 由 梁贵荣 变更。
修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 需求描述，区别为：
007-
007+
009-
009+ 手工刊登产生的热数据同步冷数据库逻辑：
010- ~~手工刊登产生的热数据同步冷数据库逻辑：~~
010+ 1、每天定时同步
011- ~~1、每天定时同步~~
011+ 2、RB_Amazon_Product_Base表缺少的字段赋值
012- ~~2、RB_Amazon_Product_Base表缺少的字段赋值~~
012+ 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
013- 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
013+ 热数据变冷：
014- ~~热数据变冷：~~
014+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
015- ~~1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否~~
015+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除
016- ~~2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~

007- ~~~~
007+ 
009- ~~ ~~
009+ 手工刊登产生的热数据同步冷数据库逻辑：
010- ~~手工刊登产生的热数据同步冷数据库逻辑：~~
010+ 1、每天定时同步
011- ~~1、每天定时同步~~
011+ 2、RB_Amazon_Product_Base表缺少的字段赋值
012- ~~2、RB_Amazon_Product_Base表缺少的字段赋值~~
012+ 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是”
013- 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是” 
013+ 热数据变冷：
014- ~~热数据变冷：~~
014+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
015- 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
015+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除
016- ~~2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~
2022-08-25 18:57:46, 由 梁贵荣 指派给刘灿。
修改了 指派给，旧值为 "liangguirong"，新值为 "Admin186"。
2022-08-25 19:18:42, 由刘灿记录评审结果，结果为 确认通过。
2022-08-25 19:18:58, 由刘灿编辑。
修改了 指派给，旧值为 "Admin186"，新值为 "liangguirong"。
2022-08-25 19:22:09, 由 梁贵荣 关联到迭代 亚马逊Listing迁移 V1.0 。
2022-08-25 19:22:57, 由 梁贵荣 指派给 王翔宇。
修改了 指派给，旧值为 "liangguirong"，新值为 "wangxiangyu"。
2022-08-25 19:30:42, 由 梁贵荣 变更。
修改了 指派给 ，旧值为 "wangxiangyu"，新值为 "Admin186"。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "3"，新值为 "4"。
修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
修改了 评审时间，旧值为 "2022-08-25"，新值为 "0000-00-00"。
修改了 需求描述，区别为：
001- ~~一、热数据条件：~~
001+ 一、Listing表热数据条件：
002- ~~1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”~~
002+ 1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”
003- ~~2、有品的Listing：来源渠道对应的销售员所属部门为有品的~~
003+ 2、有品的Listing：来源渠道对应的销售员所属部门为有品的
004- 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、关联导入和凤凰重刊算自动刊登
004+ 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、关联导入和凤凰重刊算自动刊登
005- ~~4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU~~
005+ 4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU
006- ~~5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing~~
006+ 5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing
008- ~~二、ERP常用Listing→所有Listing~~
008+ 二、Listing表数据同步：常用Listing→所有Listing
009- ~~手工刊登产生的热数据同步冷数据库逻辑：~~
009+ 1）手工刊登产生的热数据同步冷数据库逻辑：
010- ~~1、每天定时同步~~
010+ 1、每天定时同步
011- ~~2、RB_Amazon_Product_Base表缺少的字段赋值~~
011+ 2、RB_Amazon_Product_Base表缺少的字段赋值
012- 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
012+ 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
013- ~~热数据变冷：~~
013+
014- ~~1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否~~
014+ 2）热数据变冷：
015- ~~2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~
015+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
016+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除
017+
018+
019+ 三、关联表数据同步：
020+
021+ 1）每天定时服务从ERP中的RB_Product表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：IDProductGroupSKUClassID1BrandIDClassID2ClassIDClassPathWithBatteryPlugRelateTypeSKUCustomerID2）每天定时服务从ERP中的RB_Product_Class表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：CustomerIDIDClassNameUpdateTime
022+
023+ 3）每天定时服务从ERP中的RB_Product_Brand表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：IDCustomerIDBrandNameUpdateTime

001- ~~一、热数据条件：~~
001+ 一、Listing表热数据条件：
002- ~~1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”~~
002+ 1、FBA的Listing（不管是否出单）：FBA状态字段的值为“FBA”
003- ~~2、有品的Listing：来源渠道对应的销售员所属部门为有品的~~
003+ 2、有品的Listing：来源渠道对应的销售员所属部门为有品的
004- 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、 关联导入和凤凰重刊算自动刊登
004+ 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、 关联导入和凤凰重刊算自动刊登
005- ~~4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU ~~
005+ 4、所有已出单Listing：渠道SKU表存在对应Listing的渠道SKU 
006- ~~5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing~~
006+ 5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing
008- ~~二、ERP常用Listing→所有Listing~~
008+ 二、Listing表数据同步：常用Listing→所有Listing
009- ~~手工刊登产生的热数据同步冷数据库逻辑：~~
009+ 1）手工刊登产生的热数据同步冷数据库逻辑：
010- ~~1、每天定时同步~~
010+ 1、每天定时同步
011- ~~2、RB_Amazon_Product_Base表缺少的字段赋值~~
011+ 2、RB_Amazon_Product_Base表缺少的字段赋值
012- 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是”
012+ 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是”
013- ~~热数据变冷：~~
013+ 
014- 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
014+ 2）热数据变冷：
015- ~~2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~
015+ 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
016+ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除
017+ 
018+ 
019+ 三、关联表数据同步：
020+ 
021+ 1）每天定时服务从ERP中的RB_Product表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： ID ProductGroupSKU ClassID1 BrandID ClassID2 ClassID ClassPath WithBattery PlugRelateType SKU CustomerID 2）每天定时服务从ERP中的RB_Product_Class表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： CustomerID ID ClassName UpdateTime
022+ 
023+ 3）每天定时服务从ERP中的RB_Product_Brand表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： ID CustomerID BrandName UpdateTime
2022-08-25 19:31:45, 由 梁贵荣 指派给 王翔宇。
修改了 指派给，旧值为 "Admin186"，新值为 "wangxiangyu"。
2022-08-29 13:36:15, 由 梁贵荣 记录评审结果，结果为 确认通过。
修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-08-29"。
修改了 指派给 ，旧值为 "wangxiangyu"，新值为 "liangguirong"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "liangguirong"。
2022-08-29 13:36:31, 由 梁贵荣 指派给 王翔宇。
修改了 指派给，旧值为 "liangguirong"，新值为 "wangxiangyu"。
2022-09-12 16:35:16, 由 梁贵荣 变更。
修改了 指派给 ，旧值为 "wangxiangyu"，新值为 "liangguirong"。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "4"，新值为 "5"。
修改了 由谁评审，旧值为 "liangguirong"，新值为 ""。
修改了 评审时间，旧值为 "2022-08-29"，新值为 "0000-00-00"。
修改了 需求名称，区别为：
001- ~~ERP常用Listing数据同步所有Listing~~
001+ ERP Listing数据同步冷数据库系统

001- ~~ERP常用Listing数据同步所有Listing~~
001+ ERP Listing数据同步冷数据库系统
修改了 需求描述，区别为：
001- ~~一、Listing表热数据条件：~~
001+ 热数据条件：
008- ~~二、Listing表数据同步：常用Listing→所有Listing~~
008+ 二、新产生的Listing上架方式为下述7个时，Listing每天定时同步至冷数据库系统
009- ~~1）手工刊登产生的热数据同步冷数据库逻辑：~~
009+ 上架方式：一键上架、草稿上架、表格上架、批量跟卖、复制上架、关联导入、凤凰重刊
010- ~~1、每天定时同步~~
010+
011- ~~2、RB_Amazon_Product_Base表缺少的字段赋值~~
011+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
012- 部门：获取Listing的来源渠道的首选业务员的二级部门产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态是否热数据：如果该Listing满足热数据条件值为“是”
012+
013-
014- ~~2）热数据变冷：~~
015- ~~1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否~~
016- ~~2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~
017-
018-
019- ~~三、关联表数据同步：~~
020-
021- 1）每天定时服务从ERP中的RB_Product表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：IDProductGroupSKUClassID1BrandIDClassID2ClassIDClassPathWithBatteryPlugRelateTypeSKUCustomerID2）每天定时服务从ERP中的RB_Product_Class表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：CustomerIDIDClassNameUpdateTime
022-
023- ~~3）每天定时服务从ERP中的RB_Product_Brand表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息：IDCustomerIDBrandNameUpdateTime~~

001- ~~一、Listing表热数据条件：~~
001+ 热数据条件：
008- ~~二、Listing表数据同步：常用Listing→所有Listing~~
008+ 二、新产生的Listing上架方式为下述7个时，Listing每天定时同步至冷数据库系统
009- 1）手工刊登产生的热数据同步冷数据库逻辑：
009+ 上架方式：一键上架、草稿上架、表格上架、批量跟卖、复制上架、关联导入、凤凰重刊
010- ~~ 1、每天定时同步~~
010+ 
011- ~~ 2、RB_Amazon_Product_Base表缺少的字段赋值~~
011+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
012- 部门：获取Listing的来源渠道的首选业务员的二级部门 产品侵权状态：从产品库获取Listin对应SKU的产品侵权状态 是否禁售：从产品库获取Listin对应SKU在亚马逊平台的禁售状态 是否热数据：如果该Listing满足热数据条件值为“是”
012+ 
013- ~~ ~~
014- ~~2）热数据变冷：~~
015- 1、常用Listing的数据符合冷数据条件时对数据做逻辑删除标记，并同步状态至冷数据变更 “是否热数据”字段值为否
016- ~~ 2、设置定时服务（每月）对做了逻辑删除的数据进行删除~~
017- ~~ ~~
018- ~~ ~~
019- ~~三、关联表数据同步：~~
020- ~~~~
021- 1）每天定时服务从ERP中的RB_Product表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： ID ProductGroupSKU ClassID1 BrandID ClassID2 ClassID ClassPath WithBattery PlugRelateType SKU CustomerID 2）每天定时服务从ERP中的RB_Product_Class表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： CustomerID ID ClassName UpdateTime
022- ~~ ~~
023- 3）每天定时服务从ERP中的RB_Product_Brand表获取UpdateTime字段更新了的数据（增量更新），获取下面这些字段信息： ID CustomerID BrandName UpdateTime
2022-09-12 16:39:05, 由 梁贵荣 变更。
修改了 指派给 ，旧值为 "liangguirong"，新值为 "Admin186"。
修改了 版本号 ，旧值为 "5"，新值为 "6"。
修改了 需求描述，区别为：
010-
010+
011- ~~三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否~~
011+ 一键上架、草稿上架、表格上架、批量跟卖这些上架方式的listing同步时，“是否热数据”字段值标记为是
012-
012+ 关联导入、凤凰重刊这些上架方式的listing同步时，“是否热数据”字段值标记为否
013+
014+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
015+

010- ~~ ~~
010+ 
011- 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
011+ 一键上架、草稿上架、表格上架、批量跟卖这些上架方式的listing同步时，“是否热数据”字段值标记为是
012- ~~ ~~
012+ 关联导入、凤凰重刊这些上架方式的listing同步时，“是否热数据”字段值标记为否 
013+ 
014+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
015+
2022-09-12 17:52:14, 由刘灿记录评审结果，结果为 确认通过。
修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-09-12"。
修改了 指派给 ，旧值为 "Admin186"，新值为 "liangguirong"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "Admin186"。
2022-09-12 18:43:18, 由 梁贵荣 指派给 王翔宇。
修改了 指派给，旧值为 "liangguirong"，新值为 "wangxiangyu"。
2022-09-30 10:39:53, 由 梁贵荣 变更。
修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "6"，新值为 "7"。
修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
修改了 评审时间，旧值为 "2022-09-12"，新值为 "0000-00-00"。
修改了 需求描述，区别为：
004- 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、关联导入和凤凰重刊算自动刊登
004+ 3、近180天人工刊登（上架方式为：一键上架、草稿上架、表格上架、批量跟卖、复制上架）的Listing数据，不管Listing是否出单
006- ~~5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing~~
006+ 5、相同Asin+国家的Listing数据，只要存在一条Listing是FBA
014- ~~三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否~~
014+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
015-

004- 3、人工刊登近半年Listing(不管是否出单)：1、上架方式非“自动刊登”“智能刊登”2、记录时间离现在小于半年时间 3、 关联导入和凤凰重刊算自动刊登
004+ 3、近180天人工刊登（上架方式为：一键上架、草稿上架、表格上架、批量跟卖、复制上架）的Listing数据，不管Listing是否出单
006- 5、渠道SKU表存在对应Listing的渠道SKU ：Asin+国家相同，存在FBA的自发货Listing
006+ 5、相同Asin+国家的Listing数据，只要存在一条Listing是FBA
014- 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
014+ 三、每天定时跑listing数据，对符合冷数据条件的数据做逻辑删除标记，并同步状态至冷数据库系统标记 “是否热数据”字段值为否
015- ~~ ~~
2022-09-30 10:40:05, 由 梁贵荣 记录评审结果，结果为 确认通过。
修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-09-30"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "liangguirong"。
2023-02-02 14:07:10, 由 梁贵荣 关闭，原因为 已完成 。
修改了 由谁关闭，旧值为 ""，新值为 "liangguirong"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2023-02-02 14:07:09"。
修改了 指派给 ，旧值为 "wangxiangyu"，新值为 "closed"。
修改了 当前状态，旧值为 "active"，新值为 "closed"。
修改了 所处阶段，旧值为 "testing"，新值为 "closed"。
修改了 关闭原因，旧值为 ""，新值为 "done"。
2023-02-03 16:40:18, 由 梁贵荣 从计划 #621 亚马逊Listing迁移V2.0 移除。
2023-02-14 13:46:48, 由 梁贵荣 编辑。
修改了 所属模块，旧值为 "1678"，新值为 "1743"。

基本信息
需求的一生

迭代版本
提报业务部门
提报人员	亚马逊Listing迁移
需求来源	需求缺陷优化
所属项目	技术中心-需求池
所属模块	亚马逊
所属计划
业务价值
开发组
受益业务部门	技术研发中心
验收人员
业务目标类型
中心业务目标
业务价值	提升人效
每月价值量	亚马逊Listing迁移
每月节省人数	0
优先级	P2
价值类型
预计工时	48
成本
ROI
操作手册
高价值
主被动
复杂度
工作流ID
工作流创建时间
更新点
是否高危	否
评分
当前状态	已关闭
所处阶段	已关闭
关键词
评审次数
计划上线
上线时间
计划验收时间
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给

由谁创建	梁贵荣于 2022-08-24 09:10:54
指派给	Closed 于 2023-02-02 14:07:09
由谁评审	梁贵荣
评审时间	2022-09-30
由谁关闭	梁贵荣于 2023-02-02 14:07:09
关闭原因	已完成
最后修改	梁贵荣于 2023-02-14 13:46:44

迭代任务
相关信息

相关Bug	[B] #32649 亚马逊Listing迁移，生产数据全量同步冷数据库，冷数据库数据字段值不一致 [B] #32680 亚马逊Listing迁移，生产库冷数据表的冷数据与冷数据库表的冷数据数量不一致 [B] #32713 亚马逊Listing迁移，ERP下架产品对应listing表会对数据有删除操作，但冷数据库服务不会清除这些数据，后期容易造成积压
相关用例
相关需求
细分需求