任务描述
暂无
需求描述

1.1. 背景


    背景:二程分摊按物流部需求,添加因为头程不足,而二程无法分摊的虚拟备库


1.2. 验收目标


            1.运费池管理--二程运费管理中--因 SKU 无足够数量,无法分摊的问题,解决为成功分摊。

            2.针对盘点单,不按渠道SKU 进行关联,可以进行分摊,

            3.创建虚拟备库订单,加渠道SKU 关联上程


2.   功能设计

2.1. 业务流程

无

2.2.1 操作路径

1.  仓库物流管理---运费池管理
2.  仓储物流管理---运费池管理--二程运费管理



2.2.4 运费池管理--二程运费管理中--因 SKU 无足够数量,无法分摊的问题,解决为成功分摊

2.2.4.1  功能点描述:

原设计:


二程分摊,需匹配足够SKU 关系进行分摊,否则失败处理。

调整:


二程分摊,无匹配足够SKU 关系进行分摊时,新增该收货仓库虚拟备库订单,从而增加SKU 头程数量,虚拟头程金额取3个月内SKU 头程均值。

逻辑解释1:

导入匹配二程订单,如无法分摊情况,而原因是头程无足够SKU 匹配 二程 (简单说也是缺了上程)
这个情况,我们自动创建虚拟 上程订单(取历史SKU上程均值,如SKU 无历史则 无法分摊,按原始逻辑--即取上一次头程,或国家头程 )

用虚拟 上程订单 + 二程订单费用 。最后得出新分摊头程 费用


逻辑解释2:

SKU 头程取上一程 ,取该SKU 本地仓发货 中数值,到货仓对应二程发货海外仓


逻辑解释3:

逻辑2不能取值情况,

SKU 头程取上一程 ,取该SKU 本地仓发货 中数值,不论到货仓



逻辑解释3:

逻辑3不能取值情况,

按原逻辑 取上一次头程,无上一次头程,取国家头程



页面:




2.2.5 针对盘点单,不按渠道SKU 进行关联,可以进行分摊

2.2.4.1  功能点描述:

原设计:无可关联分摊


调整:不按渠道SKU 可关联分摊。

2.2.6  创建虚拟备库订单,加渠道SKU 关联上程

2.2.4.1  功能点描述:

原设计:仅亚马逊,FBA仓,二程无法分摊时,创建虚拟备库订单缺少渠道SKU , 


调整:亚马逊,FBA仓,二程无法分摊时,创建虚拟备库订单,加渠道SKU 关联上程。


验收标准
暂无
历史记录  
  1. 2022-08-15 10:22:19, 由 林鸿贵 创建。
  2. 2022-08-15 16:12:36, 由 林鸿贵 编辑。
    修改了 最初预计,旧值为 "16",新值为 "5"。
    修改了 预计剩余,旧值为 "16",新值为 "5"。
  3. 2022-08-15 16:12:40, 由 林鸿贵 启动。
    修改了 实际开始,旧值为 "0000-00-00 00:00:00",新值为 "2022-08-15 16:12:38"。
    修改了 任务状态,旧值为 "wait",新值为 "doing"。
  4. 2022-08-16 20:41:28, 由 林鸿贵 添加备注。

    测试环境:

    验证场景:

    中位数(例如:1、3、5、7、9,则取5;    1、2、3、4、5、6,则取4)


    一、二程订单可以全部取到头程的情况

    则按本地仓发货(到货仓是二程订单的发货仓,即按SKU+本地仓发货+到货仓是二程订单的发货仓的维度)一年内所有的订单,取中位数



    二、二程订单全部取不到头程

    则按本地仓发货(不需要管到货仓,即按SKU+本地仓发货的维度)一年内所有的订单,取中位数

    1、历史头程入库仓!= 二程的发货仓

    则取所有该SKU+本地仓发货的维度去分摊运费

    2、历史头程入库仓   = 二程的发货仓

    则取历史头程入库仓   = 二程的发货仓得数据去进行分摊费用




    三、之前的逻辑是亚马逊FBA订单按:SKU+仓库+渠道SKU+发货时间+发货数量获取头程,非亚马逊FBA订单按SKU+仓库+发货时间+发货数量获取头程
    本次需求调整为:亚马逊FBA订单按SKU+仓库+发货时间+发货数量获取头程,非盘点和虚拟头程加上渠道SKU关联;即开放盘点和虚拟头程供亚马逊FBA订单使用。





    相关SQL

    --查询最近一年历史头程SQL

            SELECT A.*
    FROM RB_WareHouse_Inventory_Transfer_Log A(NOLOCK) INNER JOIN RB_OrderInfo B(NOLOCK) ON A.CustomerID=B.CustomerID AND A.OrderCode=B.OrderCode
    INNER JOIN RB_WareHouse C(NOLOCK) ON B.WareHouseID=C.ID
    WHERE A.CustomerID=1 AND A.SKU='1033459' AND A.ToWareHouseID=4312 AND A.AddTime>='2021-08-16' AND A.ShipTime>='2021-08-16' AND A.ShipTime<='2022-08-16'
    AND B.IsStockOrder=1 AND C.WareHouseType=1  AND (A.OrderCode!='2000000000000000000' AND A.OrderCode NOT LIKE 'P%' AND A.OrderCode NOT LIKE 'XN%')
    ORDER BY ShipFee ASC



    RB_WareHouse_Inventory_SalesOrder_Log 销售运费池
    RB_WareHouse_Inventory_Transfer_Log   调拨运费池
    RB_Order_MultiLegFee 二程运费

    注意点:

    1、注意发货时间、修改时间不能是当天

    2、注意头程的入库仓和二程发货仓、二程的到货仓和尾程的发货仓

  5. 2022-08-16 20:41:33, 由 林鸿贵 完成。
    修改了 总计消耗,旧值为 "0",新值为 "5"。
    修改了 实际完成,旧值为 "",新值为 "2022-08-16 20:41:30"。
    修改了 任务状态,旧值为 "doing",新值为 "done"。
    修改了 预计剩余,旧值为 "5",新值为 "0"。
    修改了 由谁完成,旧值为 "",新值为 "linhonggui"。
  6. 2022-08-16 20:41:36, 由 林鸿贵 关闭。
    修改了 任务状态,旧值为 "done",新值为 "closed"。
    修改了 指派给 ,旧值为 "linhonggui",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "linhonggui"。
    修改了 关闭时间,旧值为 "0000-00-00 00:00:00",新值为 "2022-08-16 20:41:36"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
所属迭代 技术研发中心 8月分支 版本(2022年)
所属模块 /
相关需求 头程分摊逻辑调整
指派给 Closed 于 2022-08-16 20:41:36
任务类型 测试
任务标签 初始
开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 林鸿贵 于 2022-08-15 10:22:19
由谁完成 林鸿贵 于 2022-08-16 20:41:30
由谁取消 暂无
由谁关闭 林鸿贵 于 2022-08-16 20:41:36
关闭原因 已完成
最后编辑 林鸿贵 于 2022-08-16 20:41:36
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 5工时
总计消耗 5工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2022-08-15
截止日期 2022-08-16