一种零售行业DTC模式多仓发货的订单寻源算法及系统技术方案

本申请提出了一种零售行业DTC模式多仓发货的订单寻源算法及系统，涉及电商领域。一种零售行业DTC模式多仓发货的订单寻源算法包括：针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。能够通过零售行业DTC模式多仓发货的订单寻源算法策略的目的是给订单匹配到最合适的发货仓库或门店，从而降低履约成本，减少发货时间，提高库存资源利用率。提高库存资源利用率。提高库存资源利用率。

【技术实现步骤摘要】
一种零售行业DTC模式多仓发货的订单寻源算法及系统


[0001]本申请涉及电商领域，具体而言，涉及一种零售行业DTC模式多仓发货的订单寻源算法及系统。

技术介绍

[0002]在电商和新零售领域中，商家往往会将分散在多个线下仓库和门店的货品库存汇总放到线上售卖，而实货仍然分散在各地。这样商家可以确保线上以最大库存进行销售，避免因缺货造成销售损失。但是随着仓库、线上店铺、货品品类数量的增加，订单履约发货会变得非常复杂，商家需要消耗大量时间判断应该由那间仓库进行发货。导致发货超时、错发、漏发、重复发货的现象大量出现，影响了商家信誉，提高了售后成本，对商家经营产生影响。

技术实现思路

[0003]本申请的目的在于提供一种零售行业DTC模式多仓发货的订单寻源算法，其能够通过零售行业DTC模式多仓发货的订单寻源算法策略的目的是给订单匹配到最合适的发货仓库或门店，从而降低履约成本，减少发货时间，提高库存资源利用率。
[0004]本申请的另一目的在于提供一种零售行业DTC模式多仓发货的订单寻源系统，其能够运行一种零售行业DTC模式多仓发货的订单寻源算法。
[0005]本申请的实施例是这样实现的：
[0006]第一方面，本申请实施例提供一种零售行业DTC模式多仓发货的订单寻源算法，其包括针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。
[0007]在本申请的一些实施例中，上述还包括：依据分单规则依次筛选出可发货仓库和优先发货仓库，根据选中的仓库匹配库存，找到最终匹配的发货仓库，并将订单路由到该仓库进行发货。
[0008]在本申请的一些实施例中，上述还包括：当无法筛选出可发货仓库时，算法会将原订单拆为单SKU/单件订单重新寻源，寻源成功后将拆单后的订单路由到发货仓库发货履约，同时，算法记录拆单行为，保留主订单、子订单、包裹、发票的对应关系。
[0009]在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：分单规则包括默认发货仓库规则、门店日接单量规则、就近发货原则、仓库发货优先级、门店网络心跳检测、订单回收、周期内SKU销售量、仓库类型优先级、门店SKU库存量。
[0010]在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹
配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：库存匹配情况包括就全发货规则、拆单规则和保底方案。
[0011]在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：渠道得分综合各维度项统计计算各权重计算评分，参与计算的权重项目包括仓库物流维度评分、财务/结算维度评分、门店掌控维度评分。
[0012]第二方面，本申请实施例提供一种零售行业DTC模式多仓发货的订单寻源系统，其包括寻源算法模块，用于针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；
[0013]维度计算模块，用于针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。
[0014]在本申请的一些实施例中，上述包括：用于存储计算机指令的至少一个存储器；与上述存储器通讯的至少一个处理器，其中当上述至少一个处理器执行上述计算机指令时，上述至少一个处理器使上述系统执行：寻源算法模块及维度计算模块。
[0015]第三方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如一种零售行业DTC模式多仓发货的订单寻源算法中任一项的方法。
[0016]相对于现有技术，本申请的实施例至少具有如下优点或有益效果：
[0017]适用更多商家发货场景，满足商家自营/联营、线上/线下、多渠道/多仓库等业务场景的发货需求；商家发货所需处理时间大大减少、降低错发、漏发和发货超时风险；充分调用商家各仓库库存，提升了库存周转效率，降低了库存成本；优先由顾客最近的仓库发货，降低发货成本，减少顾客等待时间，客户满意度高。
附图说明
[0018]为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0019]图1为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源算法步骤示意图；
[0020]图2为本申请实施例提供的订单寻源流程示意图；
[0021]图3为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源系统模块示意图；
[0022]图4为本申请实施例提供的一种电子设备。
[0023]图标：10
‑
寻源算法模块；20
‑
维度计算模块；101
‑
存储器；102
‑
处理器；103
‑
通信接口。
具体实施方式
[0024]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例
中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
[0025]因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0026]应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
[0027]需要说明的是，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0028]本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，包括：针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。2.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，还包括：依据分单规则依次筛选出可发货仓库和优先发货仓库，根据选中的仓库匹配库存，找到最终匹配的发货仓库，并将订单路由到该仓库进行发货。3.如权利要求2所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，还包括：当无法筛选出可发货仓库时，算法会将原订单拆为单SKU/单件订单重新寻源，寻源成功后将拆单后的订单路由到发货仓库发货履约，同时，算法记录拆单行为，保留主订单、子订单、包裹、发票的对应关系。4.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，所述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：分单规则包括默认发货仓库规则、门店日接单量规则、就近发货原则、仓库发货优先级、门店网络心跳检测、订单回收、周期内SKU销售量、仓库类型优先级、门店SKU库存量。5.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，所述针对每一个订单，根据该订单的...

【专利技术属性】
技术研发人员：刘志谨，
申请(专利权)人：北京科码先锋互联网技术股份有限公司，
类型：发明
国别省市：