业务需求
需求描述

1. 【图搜任务清理】超 2 个月的旧图搜任务会被清掉、重新导入即重跑

作为数分,我希望图搜任务表里超过 2 个月的旧任务会被自动清掉、清掉后重新导入同一条"站点+SKU"就能重新跑一遍,以便于老 SKU 想重采图搜竞品时不用找人手工清库。

2.  【标题搜任务清理】超 2 个月的旧标题任务会被清掉、重新导入即重跑

作为数分,我希望标题搜任务表里超过 2 个月的旧任务会被自动清掉、清掉后重新导入同一条"站点+SKU"就能重新跑一遍,以便于老 SKU 的标题竞品能重采、不用人工清库。


PRD:https://alidocs.dingtalk.com/i/nodes/amweZ92PV6vn7K4XuR4Bv7ZYVxEKBD6p


验收标准
    • 造数①:十大站点内、已完结 + 超 2 个月的任务行 → 被删;
    • 造数②:已完结 + 未满 2 个月 → 保留;
    • 造数③:未完结(待处理 / 已推送采集)+ 超 2 个月 → 保留(防误伤);
    • 造数④:非十大站点(如 IN、BR、BE)+ 已完结 + 超 2 个月 → 不删;
    • 删完再提:旧行被清后重新提交 → 新任务行创建成功(状态=待处理)→ 被推送服务取走(状态 → 已推送采集);(重提走现有保存接口:
    • 端到端(需采集组联调):重新提交后完整链路"推送 → 采集 → 回写"跑通;
    • 2 个月以内重新提交:依旧不会重新执行(与现状一致);
    • 影响面:采集数据表、结果表不因本清理变化;
价值描述
○ 解阻塞:十大站点两张任务表共 2606 万行,其中 2439 万行(93.6%)是"已完结且超 2 个月"的历史记录,属"想重采也跑不起来"的死数据。清理后表体量下降 93.6%(图搜 1426 万 → 37.8 万,标题 1180 万 → 129.4 万); ○ 真能重采的量:其中 1368 万行对应的 SKU 当前仍然有效(非停产、非仿牌、非禁售、产品库仍有),清理后这批恢复"重新导入即重采"能力;注意:删除后自动任务不会重采,必须靠人主动重新提交才会触发; ○ 让"数据被清 2 个月后,重新提交 = 重新执行"成立(旧行被清掉,重新提交会新建任务走一遍)。
历史记录  
  1. 2026-10-28 11:08:59, 由 彭奕洁 创建。
  2. 2026-10-29 10:41:16, 由 张华 记录评审结果,结果为 确认通过。
    修改了 评审时间,旧值为 "0000-00-00",新值为 "2026-10-29"。
    修改了 指派给 ,旧值为 "zhanghua",新值为 "pengyijie"。
    修改了 当前状态,旧值为 "draft",新值为 "active"。
    修改了 由谁评审,旧值为 "",新值为 "zhanghua"。
迭代版本
提报业务部门 智能研发中心
提报人员 许平桦
需求来源 业务方紧急需求
所属项目 智能中心-需求池
所属模块 战略独立项目   FBM项目
所属计划
业务价值
开发组 智能开发组
受益业务部门 智能研发中心
验收人员 许平桦
业务目标类型
中心业务目标
业务价值 提升人效
每月价值量 1000
每月节省人数 2
优先级 P0
价值类型 长期价值
预计工时 16
成本 8000
ROI 0.75
操作手册 否
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间
更新点
是否高危 否
评分
当前状态 激活
所处阶段 未开始
关键词
评审次数 一次
计划上线
上线时间 2026-11-13
计划验收时间 0000-00-00
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 彭奕洁 于 2026-10-28 11:08:59
指派给 彭奕洁 于 2026-10-28 11:08:59
由谁评审 张华
评审时间 2026-10-29
由谁关闭
关闭原因
最后修改 张华 于 2026-10-29 10:41:16
相关Bug
相关用例
相关需求
细分需求