需求背景:大量listing由于删除状态问题导致查重不通过,需要调整逻辑
需求实现:
1、删除数据存储
a、从listingV2初始化所有已经删除数据
b、从V2接口增量获取新增的已删除数据
2、修改智能刊登重复判断逻辑
a、优先从渠道SKU表判断是否存在相同店铺+SKU的渠道SKU,如果创建时间在1个月内或者渠道SKU状态是正常,则认为是重复
b、如果创建时间超过1个月且渠道SKU表状态为下架,则进行一次判断,判断打标表状态为下架,且在删除表中有记录,则认为可以刊登
需求背景:大量listing由于删除状态问题导致查重不通过,需要调整逻辑
需求实现:
1、删除数据存储
a、从listingV2初始化所有已经删除数据
b、从V2接口增量获取新增的已删除数据
2、修改智能刊登重复判断逻辑
a、优先从渠道SKU表判断是否存在相同店铺+SKU的渠道SKU,如果创建时间在1个月内或者渠道SKU状态是正常,则认为是重复
b、如果创建时间超过1个月且渠道SKU表状态为下架,则进行一次判断,判断打标表状态为下架,且在删除表中有记录,则认为可以刊登
需要增加一个服务,将从listingV2初始化过来的MYSQL数据,按站点分表存储到MongoDB:
1、从listingV2初始化过来的MYSQL数据,存储在智能选品MYSQL库,表名:t_amazon_listing_deleted
2、按站点分表存储到MongoDB基础库,跟Listing打标表同库下,也是放在Amazon_MarkListing库下,集合命名为:DeletedListing_站点,以来源渠道ID+渠道SKU为唯一键
从V2接口增量获取新增的已删除数据:2024年11月8号0点开始











| 提报业务部门 | 智能研发中心 |
|---|---|
| 提报人员 | 张华 |
| 需求来源 | 年度重点项目&需求 |
| 所属模块 | 战略独立项目 智能刊登 |
| 所属计划 |
|
| 开发组 | |
| 受益业务部门 | 智能研发中心 |
| 验收人员 | 张华 |
| 业务价值 | |
| 每月价值量 | 100000 |
| 每月节省人数 | 0 |
| 优先级 | P0 |
| 价值类型 | 长期价值 |
| 预计工时 | 20 |
| 成本 | 10000 |
| ROI | 60.00 |
| 操作手册 | 否 |
| 更新点 | |
| 是否高危 | |
| 评分 | |
| 当前状态 | 已关闭 |
| 所处阶段 | 已关闭 |
| 关键词 | |
| 计划上线 | |
| 上线时间 | 2024-11-26 |
| 计划验收时间 | 2024-12-06 |
| 业务验收时间 | 2024-12-06 09:34:50 |
| 满意度 | 非常满意 |
| 价值验收 | 基本达成 |
| 满意度分值 | 100 |
| 业务回填价值 | |
| 验收达成价值 | 480000.0 |
| 验收达成ROI | 48.0 |
| 由谁创建 | 戴宝山 于 2024-11-07 18:40:48 |
|---|---|
| 指派给 | Closed 于 2024-12-06 10:47:58 |
| 由谁评审 | 徐盛松 |
| 评审时间 | 2024-11-08 |
| 由谁关闭 | 李亚婷 于 2024-12-06 10:47:58 |
| 关闭原因 | 已完成 |
| 最后修改 | 李亚婷 于 2025-06-18 11:14:41 |