需求背景
在售报告后续不可用,需要切到所有商品报告同步数据
需求内容
打标表需要从对接在售报告改为对接V2的所有商品报告
接口:http://showdoc.zhcxkj.com/web/#/88/6015
这个接口返回的是所有店铺的商品报告文件地址,我们通过接口获取到所有店铺的商品报告,再分店铺维度进行文件拆解,写入到打标表
增量的数据只同步更新在售和售完的
需求背景
在售报告后续不可用,需要切到所有商品报告同步数据
需求内容
打标表需要从对接在售报告改为对接V2的所有商品报告
接口:http://showdoc.zhcxkj.com/web/#/88/6015
这个接口返回的是所有店铺的商品报告文件地址,我们通过接口获取到所有店铺的商品报告,再分店铺维度进行文件拆解,写入到打标表
增量的数据只同步更新在售和售完的
009-
009+
010+ 从OBS同步全量商品技术方案:1、服务一:从ListingV2接口,同步来源渠道对应的OBS文件列表到“全量商品同步状态表”,每天同步三次,只有对应来源渠道时间变更时才更新“全量商品同步状态表”对应记录为待执行。2、服务二:根据来源渠道ID分布式,只执行“全量商品同步状态表”待执行的来源渠道,根据OBS文件地址下载JSON数据,入Listing打标表,记录入库规则跟现在的依据在售报告入库一样。
009-<p><br /></p>
009+ <p><br /></p>
010+ <p>从OBS同步全量商品技术方案:<br />1、服务一:从ListingV2接口,同步来源渠道对应的OBS文件列表到“全量商品同步状态表”,每天同步三次,只有对应来源渠道时间变更时才更新“全量商品同步状态表”对应记录为待执行。<br />2、服务二:根据来源渠道ID分布式,只执行“全量商品同步状态表”待执行的来源渠道,根据OBS文件地址下载JSON数据,入Listing打标表,记录入库规则跟现在的依据在售报告入库一样。</p>


| 提报业务部门 | 智能研发中心 |
|---|---|
| 提报人员 | 戴宝山 |
| 需求来源 | 平台变更或物流商接口变更 |
| 所属模块 | 战略独立项目 智能运营 |
| 所属计划 |
|
| 开发组 | |
| 受益业务部门 | 智能研发中心 |
| 验收人员 | 戴宝山 |
| 业务价值 | 控制风险 |
| 每月价值量 | 110000 |
| 每月节省人数 | 10 |
| 优先级 | P0 |
| 价值类型 | 长期价值 |
| 预计工时 | 54 |
| 成本 | 27000 |
| ROI | 24.44 |
| 操作手册 | 否 |
| 更新点 | |
| 是否高危 | 是 |
| 评分 | |
| 当前状态 | 已关闭 |
| 所处阶段 | 已关闭 |
| 关键词 | 暂停,架构师重新梳理方案优化5/30 |
| 计划上线 | 2025-04-27 |
| 上线时间 | 2025-04-27 |
| 计划验收时间 | 0000-00-00 |
| 业务验收时间 | |
| 满意度 | |
| 价值验收 | |
| 满意度分值 | |
| 业务回填价值 | |
| 验收达成价值 | |
| 验收达成ROI |
| 由谁创建 | 徐格格 于 2025-03-28 14:42:17 |
|---|---|
| 指派给 | Closed 于 2025-07-08 19:41:37 |
| 由谁评审 | 徐盛松 |
| 评审时间 | 2025-03-28 |
| 由谁关闭 | 李亚婷 于 2025-06-03 11:17:37 |
| 关闭原因 | 重复#28974 技术优化:打标表同步全部商品报告优化方案【高风险-灰度】 |
| 最后修改 | 李亚婷 于 2025-07-08 19:41:37 |