重现步骤

收货即发问题

线上订单

49分操作了收货即发,但是51分被人手动调库或者系统调库了
收货即发服务还没执行就被人手动调库,收货即发服务不是即使的

目前单越来越多,需要业务手动去操作转移库位库存

历史记录  
  1. 2023-06-15 19:22:01, 由 林鸿贵 创建。
  2. 2023-06-15 19:22:10, 由 林鸿贵 编辑。
    修改了 所属模块,旧值为 "1810",新值为 "1743"。
  3. 2023-06-16 09:21:16, 由 林鸿贵 编辑。
    修改了 测试责任人,旧值为 "xiayu",新值为 "linhonggui"。
  4. 2023-06-16 09:21:34, 由 林鸿贵 编辑。
    修改了 影响环境,旧值为 "693",新值为 "627"。
  5. 2023-06-16 14:42:16, 由 程伟 添加备注。

    收货即发调库配货流程:

    操作收货即发质检入库的时候,入的是SKU,不是订单,一个SKU可以关联多个订单,所以质检的时候,无法判断是哪个订单。

    只有等到调库配货的时候,会使用质检入库的SKU,找到可打印,并且不在可合并池里面的订单,根据订单支付时间+订单优先级,去匹配订单,匹配订单的数量不超过入库的数量。

    这个时候,才知道哪些订单需要执行收货即发库位的调库配货。


    举例:

    收货即发的质检入库的时候,入库的SKU是1001,入库数量是2。

    此时,1001可以关联的订单有4个,A01, A02, A03, A04。那么调库配货的时候,可能是其中的2个订单。

    收货即发调库配货的时候,会使用SKU找到 可打印,不在可合并池里面的订单,根据订单支付时间+订单优先级进行排序,取最前面的2个订单执行调库配货。


    建议方案1:

    如果一定要优化,则只能在质检入库的时候,根据以上逻辑找到订单后,将订单打上收货即发的标识,有该标识的订单,不能手动调库,只能执行收货即发的自动调库。


    方案1弊端:

    1. 会影响收货即发的质检入库性能,因为使用SKU找到订单,需要经过多个查询,会明显影响性能

    2. 如果收货即发的库位库存因为各种原因导致库存被占用了,就会导致打上收货即发标识的订单一直无法自动调库,导致订单发货延迟


    建议方案2:

    在收货即发的质检入库的时候,使用订单号质检入库,这样就能知道入库的具体订单号,再给订单号打上收货即发的标识


    方案2弊端:

    1. 如果收货即发的库位库存因为各种原因导致库存被占用了,就会导致打上收货即发标识的订单一直无法自动调库,导致订单发货延迟



  6. 2023-06-16 18:29:06, 由 程伟 确认Bug。
    修改了 是否确认,旧值为 "0",新值为 "1"。
  7. 2023-06-16 18:30:27, 由 程伟 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feiBUG"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2023-06-16 18:29:08"。
    修改了 指派给 ,旧值为 "chengwei",新值为 "linhonggui"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "chengwei"。
    如上所述,如需优化,请找产品提优化需求
  8. 2023-06-16 18:35:09, 由 程伟 激活。
    修改了 指派给 ,旧值为 "linhonggui",新值为 "liyuanzhao"。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "active"。
    修改了 激活日期,旧值为 "",新值为 "2023-06-16 18:35:09"。
    修改了 激活次数,旧值为 "0",新值为 "1"。
    修改了 解决方案,旧值为 "feiBUG",新值为 ""。
    修改了 解决日期,旧值为 "2023-06-16 18:29:08",新值为 "0000-00-00"。
    修改了 解决者 ,旧值为 "chengwei",新值为 ""。
    修改了 解决版本,旧值为 "trunk",新值为 ""。
    修改了 关闭日期,旧值为 "",新值为 "0000-00-00"。
  9. 2023-06-20 18:40:28, 由 李源肇 转为 需求,编号为 #15232 OMS:收货即发与自动调库逻辑调整优化 。
  10. 2023-06-20 18:40:28, 由 李源肇 关闭。
  11. 2023-11-17 09:30:58, 由 刘超 编辑。
    修改了 所属模块,旧值为 "1743",新值为 "1848"。
所属项目 技术中心-需求池
所属模块 亚马逊
所属计划
所属迭代
Bug类型 系统设计缺陷
严重程度 提示
优先级 P2
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人 林鸿贵
解决时效 0
激活次数 1
激活日期 2023-06-16 18:35:09
是否确认 是
当前指派 Closed 于 2023-06-20 18:40:28
截止日期 0000-00-00
上线时间
上线时效
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 林鸿贵 于 2023-06-15 19:22:01
影响环境 生产环境-业务反馈
由谁解决 李源肇 于 2023-06-20 18:40:28
解决版本
解决方案 tostory
由谁关闭 李源肇 于 2023-06-20 18:40:28
最后修改 刘超 于 2023-11-17 09:30:44