业务需求
需求描述

1.优化:来源渠道名称站点需与异常类型站点一样,例如:欧洲KYC来源渠道名称:Amazon-XXX-US,需修改为:Amazon-XXX-UK

2.增加逻辑:审核状态为:无法处理,暂不处理,放弃处理的账号不再重复采集记录,只保留第一条记录即可

3.针对消法:如果第一封邮件系统抓取到了,但在10天内出现了第二封邮件要求进行验证,需进行重复抓取到首条记录里面,在首条记录中新增二次邮件和邮件抓取时间


重复抓取逻辑参考维权那个系统,比如系统抓取到首封邮件,建立了一条记录,二次或三次抓取到新邮件在当下原来那条记录里显示二次/三次的邮件+邮件时间+邮件内容
https://alidocs.dingtalk.com/i/nodes/KGZLxjv9VG32K57MtqdegDReV6EDybno?utm_scene=team_space

验收标准
158Create
价值描述
600*【1/8】*23*6=10350
历史记录  
  1. 2026-10-13 14:23:29, 由 杨锦轩 创建。
  2. 2026-10-16 13:52:44, 由 杨锦轩 编辑。
    修改了 所属模块,旧值为 "0",新值为 "1891"。
    修改了 开发组 ,旧值为 "",新值为 "0"。
    修改了 验收人员,旧值为 "陈晓妮",新值为 "吴美姣"。
    修改了 评审次数,旧值为 "",新值为 "1"。
  3. 2026-10-27 23:16:43, 由 杨锦轩 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求名称,区别为:
    001- 店铺异常管理页面优化
    001+ CAPMS:店铺异常管理页面优化
    001- 店铺异常管理页面优化
    001+ CAPMS:店铺异常管理页面优化
    修改了 需求描述,区别为:
    001- 1.优化:来源渠道名称站点需与异常类型站点一样,例如:欧洲KYC来源渠道名称:Amazon-XXX-US,需修改为:Amazon-XXX-UK2.增加逻辑:审核状态为:无法处理,暂不处理,放弃处理的账号不再重复采集记录,只保留第一条记录即可3.针对消法:如果第一封邮件系统抓取到了,但在10天内出现了第二封邮件要求进行验证,需进行重复抓取到首条记录里面,在首条记录中新增二次邮件和邮件抓取时间重复抓取逻辑参考维权那个系统,比如系统抓取到首封邮件,建立了一条记录,二次或三次抓取到新邮件在当下原来那条记录里显示二次/三次的邮件+邮件时间+邮件内容
    001+ 1.优化:来源渠道名称站点需与异常类型站点一样,例如:欧洲KYC来源渠道名称:Amazon-XXX-US,需修改为:Amazon-XXX-UK
    002+ 2.增加逻辑:审核状态为:无法处理,暂不处理,放弃处理的账号不再重复采集记录,只保留第一条记录即可
    003+ 3.针对消法:如果第一封邮件系统抓取到了,但在10天内出现了第二封邮件要求进行验证,需进行重复抓取到首条记录里面,在首条记录中新增二次邮件和邮件抓取时间
    004+
    005+ 重复抓取逻辑参考维权那个系统,比如系统抓取到首封邮件,建立了一条记录,二次或三次抓取到新邮件在当下原来那条记录里显示二次/三次的邮件+邮件时间+邮件内容https://alidocs.dingtalk.com/i/nodes/KGZLxjv9VG32K57MtqdegDReV6EDybno?utm_scene=team_space
    001- <p>1.优化:来源渠道名称站点需与异常类型站点一样,例如:欧洲KYC来源渠道名称:Amazon-XXX-US,需修改为:Amazon-XXX-UK<br/><p>2.增加逻辑:审核状态为:无法处理,暂不处理,放弃处理的账号不再重复采集记录,只保留第一条记录即可<br/><p>3.针对消法:如果第一封邮件系统抓取到了,但在10天内出现了第二封邮件要求进行验证,需进行重复抓取到首条记录里面,在首条记录中新增二次邮件和邮件抓取时间<br/><p><p>重复抓取逻辑参考维权那个系统,比如系统抓取到首封邮件,建立了一条记录,二次或三次抓取到新邮件在当下原来那条记录里显示二次/三次的邮件+邮件时间+邮件内容<br/><br/>
    001+ <p>1.优化:来源渠道名称站点需与异常类型站点一样,例如:欧洲KYC来源渠道名称:Amazon-XXX-US,需修改为:Amazon-XXX-UK</p>
    002+ <p>2.增加逻辑:审核状态为:无法处理,暂不处理,放弃处理的账号不再重复采集记录,只保留第一条记录即可</p>
    003+ <p>3.针对消法:如果第一封邮件系统抓取到了,但在10天内出现了第二封邮件要求进行验证,需进行重复抓取到首条记录里面,在首条记录中新增二次邮件和邮件抓取时间</p>
    004+ <p><br /></p>
    005+ <p>重复抓取逻辑参考维权那个系统,比如系统抓取到首封邮件,建立了一条记录,二次或三次抓取到新邮件在当下原来那条记录里显示二次/三次的邮件+邮件时间+邮件内容<br />https://alidocs.dingtalk.com/i/nodes/KGZLxjv9VG32K57MtqdegDReV6EDybno?utm_scene=team_space</p>
  4. 2026-10-27 23:59:09, 由 杨锦轩 编辑。
    修改了 所属计划,旧值为 "",新值为 "2823"。
    修改了 开发组 ,旧值为 "0",新值为 "7"。
    修改了 预计工时,旧值为 "1",新值为 "16"。
    修改了 成本 ,旧值为 "500",新值为 "8000"。
    修改了 ROI ,旧值为 "124.20",新值为 "7.76"。
    修改了 所处阶段,旧值为 "wait",新值为 "planned"。
  5. 2026-10-29 19:31:25, 由 杨锦轩 记录评审结果,结果为 确认通过。
  6. 2026-10-29 19:34:39, 由 李乐同 关联到迭代 主干_11月V2版本_20261110 。
迭代版本
提报业务部门 客服&账号&申诉部
提报人员 陈晓妮
需求来源 业务方迭代需求
所属项目 技术中心-需求池
所属模块 客服账号   账号管理
所属计划
业务价值
开发组 客服账号组
受益业务部门 客服&账号&申诉部
验收人员 吴美姣
业务目标类型
中心业务目标
业务价值 提升人效
每月价值量 10350
每月节省人数 6
优先级 P2
价值类型 长期价值
预计工时 16
成本 8000
ROI 7.76
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分 58.3
当前状态 激活
所处阶段 研发中
关键词
评审次数 一次
计划上线 0000-00-00
上线时间 0000-00-00
计划验收时间 0000-00-00
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 杨锦轩 于 2026-10-13 14:23:29
指派给 王海浪 于 2026-10-13 14:23:29
由谁评审 杨锦轩
评审时间 2026-10-29
由谁关闭
关闭原因
最后修改 杨锦轩 于 2026-10-29 19:31:24
相关Bug
相关用例
相关需求
细分需求