业务需求
CreatedBy158
需求描述

一、货件创建的有效性校验及预警

需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

系统判断规则:

(1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

(2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。

二、货件创建的库存区域分布规则

需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)

系统判断分仓占比规则:

(1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

(2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

(3)如还未能满足则通知运营进行手动分单进行锁仓处理


验收标准
158Create
价值描述
销售人日均成本600元/天 X 影响人数 X 22天/月 X【日均提效(H/天) ÷ (8H/天)】=xxxx 元 600*39*22*3/8=193050元
历史记录  
  1. 2025-11-28 17:45:56, 由 杨林军 创建。
  2. 2025-11-28 17:47:52, 由 韦彩鹏 编辑。
    修改了 需求描述,旧值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:

    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。



    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理

    ",新值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:



    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。



    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)

    系统判断分仓占比规则:

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理

    "。

  3. 2025-11-28 18:41:51, 由 杨林军 转交给 彭祥发。
    修改了 由谁创建,旧值为 "yanglinjun",新值为 "pengxiangfa"。
  4. 2025-11-28 19:12:46, 由 韦彩鹏 编辑。
    修改了 需求名称,旧值为 "工厂直发二期STA建单库存区域分布及货件创建时的有效校验",新值为 "工厂直发二期STA建单库存区域分布、凑箱规则及货件创建时的有效校验"。
    修改了 需求描述,旧值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:



    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。



    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)

    系统判断分仓占比规则:

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理

    ",新值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:

    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。

    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)



    系统判断分仓占比规则:

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理



    三、US站海运凑满5箱规则

    需求背景:不满5箱会收取入库配置费

    (1)触发系统凑箱准入条件

    站点:US

    运输类型:海运(含普船、快船)

    产品补货数量:单箱小于60个 或者 5箱>箱数≥3箱

    (2)逻辑:不够5箱,则按照5箱PCS数进行推荐补货

    展示在有品计算器的推荐补货数量中,如果有按照凑箱处理,则需要给出‘凑箱’标识并提示用户怎么凑的


    "。

  5. 2025-11-28 19:14:41, 由 韦彩鹏 编辑。
    修改了 需求名称,旧值为 "工厂直发二期STA建单库存区域分布、凑箱规则及货件创建时的有效校验",新值为 "工厂直发二期STA建单库存区域分布及货件创建时的有效校验"。
    修改了 需求描述,旧值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:

    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。

    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)



    系统判断分仓占比规则:

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理



    三、US站海运凑满5箱规则

    需求背景:不满5箱会收取入库配置费

    (1)触发系统凑箱准入条件

    站点:US

    运输类型:海运(含普船、快船)

    产品补货数量:单箱小于60个 或者 5箱>箱数≥3箱

    (2)逻辑:不够5箱,则按照5箱PCS数进行推荐补货

    展示在有品计算器的推荐补货数量中,如果有按照凑箱处理,则需要给出‘凑箱’标识并提示用户怎么凑的


    ",新值为 "

    一、货件创建的有效性校验及预警

    需求背景:系统自动创建货件时,如果因账号库容限制,导致无法正常创建货件,系统需有预警机制协助运营介入处理

    系统判断规则:

    (1)智能备货创建备货订单并审核后,系统自动调用平台创建货件计划接口是否成功+并判断店铺库容是否满足,如能成功调用API+店铺库容满足则正常并cancel货件计划;否则自动设置订单锁定、标记异常原因,钉钉提醒销售。

    (2)距离订单预计发货时间10天的时候,系统自动创建货件,如果创建失败则设置订单锁定、标记异常原因,钉钉提醒销售,销售需人工介入处理,处理完之后人工将订单设置为正常,系统再根据规则重新设置预计发货时间,并且重新跑自动跑创建货件服务。

    二、货件创建的库存区域分布规则

    需求背景:建单的时候需要重点验证FBA全链路库存是否满足美东区域占比50-60%的目标(目的--满足亚马逊美东客户的时效要求)

    系统判断分仓占比规则:

    (1)如不满足则需当天取消重建3次(每隔1小时重建1次尝试)

    (2)如还不满足, 则到本地时间第二天再次进行建单尝试3次(每隔1小时重建1次尝试)

    (3)如还未能满足则通知运营进行手动分单进行锁仓处理


    "。

  6. 2025-12-18 10:05:34, 由 韦彩鹏 编辑。
    修改了 优先级,旧值为 "1",新值为 "3"。
  7. 2026-03-23 11:35:11, 由 周杰 编辑。
    修改了 所属计划,旧值为 "",新值为 "1772"。
    修改了 ROI ,旧值为 "772.20",新值为 "2316.6"。
    修改了 成本 ,旧值为 "250",新值为 "500"。
  8. 2026-04-21 15:29:25, 由 周杰 编辑。
    修改了 所属项目,旧值为 "51",新值为 "82"。
  9. 2026-04-21 18:30:22, 由 周杰 编辑。
    修改了 价值描述,旧值为 "销售人日均成本600元/天 X 影响人数 X 22天/月 X【日均提效(H/天) ÷ (8H/天)】=xxxx 元 600*39*22*3/8=193050元",新值为 "销售人日均成本600元/天 X 影响人数 X 22天/月 X【日均提效(H/天) ÷ (8H/天)】=xxxx 元 600*39*22*3/8=193050元"。
    修改了 所属模块,旧值为 "0",新值为 "1963"。
    修改了 所属计划,旧值为 "1772",新值为 ""。
    修改了 开发组 ,旧值为 "",新值为 "0"。
    修改了 评审次数,旧值为 "",新值为 "1"。
  10. 2026-09-16 13:51:43, 由 周杰 编辑。
    修改了 所属项目,旧值为 "82",新值为 "51"。
  11. 2026-09-20 18:27:33, 由 周杰 编辑。
    修改了 所属模块,旧值为 "1963",新值为 "0"。
    修改了 关键词 ,旧值为 "",新值为 "已等待半年"。
迭代版本
提报业务部门 智汇有品事业部
提报人员 韦彩鹏
需求来源 业务方迭代需求
所属项目 技术中心-需求池
所属模块 /
所属计划
业务价值
开发组
受益业务部门 智汇有品事业部
验收人员 韦彩鹏
业务目标类型
中心业务目标
业务价值 控制风险
每月价值量 193050
每月节省人数 39
优先级 P2
价值类型 长期价值
预计工时 1
成本 500
ROI 2316.60
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分
当前状态 草稿
所处阶段 未开始
关键词 已等待半年
评审次数 一次
计划上线 0000-00-00
上线时间 0000-00-00
计划验收时间 0000-00-00
业务验收时间
满意度
价值验收
满意度分值
业务回填价值
验收达成价值
验收达成ROI
抄送给
由谁创建 彭祥发 于 2025-11-28 17:45:56
指派给 杨林军 于 2026-09-20 18:27:33
由谁评审
评审时间
由谁关闭
关闭原因
最后修改 周杰 于 2026-09-20 18:27:33
相关Bug
相关用例
相关需求
细分需求