CN116228372A - 一种零售行业dtc模式多仓发货的订单寻源算法及系统 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

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

发明内容

本申请的目的在于提供一种零售行业DTC模式多仓发货的订单寻源算法，其能够通过零售行业DTC模式多仓发货的订单寻源算法策略的目的是给订单匹配到最合适的发货仓库或门店，从而降低履约成本，减少发货时间，提高库存资源利用率。

本申请的另一目的在于提供一种零售行业DTC模式多仓发货的订单寻源系统，其能够运行一种零售行业DTC模式多仓发货的订单寻源算法。

本申请的实施例是这样实现的：

第一方面，本申请实施例提供一种零售行业DTC模式多仓发货的订单寻源算法，其包括针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

在本申请的一些实施例中，上述还包括：依据分单规则依次筛选出可发货仓库和优先发货仓库，根据选中的仓库匹配库存，找到最终匹配的发货仓库，并将订单路由到该仓库进行发货。

在本申请的一些实施例中，上述还包括：当无法筛选出可发货仓库时，算法会将原订单拆为单SKU/单件订单重新寻源，寻源成功后将拆单后的订单路由到发货仓库发货履约，同时，算法记录拆单行为，保留主订单、子订单、包裹、发票的对应关系。

在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：分单规则包括默认发货仓库规则、门店日接单量规则、就近发货原则、仓库发货优先级、门店网络心跳检测、订单回收、周期内SKU销售量、仓库类型优先级、门店SKU库存量。

在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：库存匹配情况包括就全发货规则、拆单规则和保底方案。

在本申请的一些实施例中，上述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：渠道得分综合各维度项统计计算各权重计算评分，参与计算的权重项目包括仓库物流维度评分、财务/结算维度评分、门店掌控维度评分。

第二方面，本申请实施例提供一种零售行业DTC模式多仓发货的订单寻源系统，其包括寻源算法模块，用于针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；

维度计算模块，用于针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

在本申请的一些实施例中，上述包括：用于存储计算机指令的至少一个存储器；与上述存储器通讯的至少一个处理器，其中当上述至少一个处理器执行上述计算机指令时，上述至少一个处理器使上述系统执行：寻源算法模块及维度计算模块。

第三方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如一种零售行业DTC模式多仓发货的订单寻源算法中任一项的方法。

相对于现有技术，本申请的实施例至少具有如下优点或有益效果：

适用更多商家发货场景，满足商家自营/联营、线上/线下、多渠道/多仓库等业务场景的发货需求；商家发货所需处理时间大大减少、降低错发、漏发和发货超时风险；充分调用商家各仓库库存，提升了库存周转效率，降低了库存成本；优先由顾客最近的仓库发货，降低发货成本，减少顾客等待时间，客户满意度高。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源算法步骤示意图；

图2为本申请实施例提供的订单寻源流程示意图；

图3为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源系统模块示意图；

图4为本申请实施例提供的一种电子设备。

图标：10-寻源算法模块；20-维度计算模块；101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

需要说明的是，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

实施例1

请参阅图1和图2，图1为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源算法步骤示意图，其如下所示：

步骤S100，针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；

在一些实施方式中，算法如下：

寻源算法＝F(分单规则、库存匹配情况、渠道得分)

寻源算法F＝(I、Rule、Dsr)

I(库存匹配情况)：算法查找所有的库存匹配状况，找到匹配的候选仓库集合I，I中包含匹配库存的n个仓库{X1,X2,..,Xn}。

Rule(分单规则)：算法从库存集合中进行筛选，优选出匹配度更高的仓库。算法根据分单规则Rule中依次筛选，从中选中最优的仓库。

仓库优先级规则：算法根据仓库优先级排序，优先派单到候选仓库集合I＝{X1,X2,..,Xn}中优先级高的仓库。

仓库就近原则：算法判断仓库所在位置经纬度和配送地址目标经纬度，找到候选仓库集合I＝{X1,X2,..,Xn}中距离最近的仓库，算法分单到该地点。

仓库坐标经纬度x0,y0，配送目标地址经纬度x1,y1。

接单量限制：算法判断当前仓库已接受单量小于仓库最大单量(已派单量+X即将派单量<仓库最大接单量)，从候选仓库集合I中排除超过最大接单量的仓库。

仓库类型优先级等：算法根据仓库类型优先级排序，优先派单到候选仓库集合I＝{X1，X2，..，Xn}优先级高的仓库类型。

SKU库存量：算法计算出候选仓库集合I＝{X1，X2，..，Xn}中库存量高的仓库优先下发。

SKU销售量：算法计算出候选仓库集合I＝{X1，X2，..，Xn}中库存销售出库较低的仓库优先下发。

Dsr(渠道得分)：算法在经过库存匹配和分单规则筛选后，如果可选的仓库仍然大于1则从候选仓库集合I＝{X1，X2，..，Xn}中选中渠道得分最高的仓库下发。

渠道得分＝∑(权重D*分值P)

渠道得分Dsr＝∑(DP)

权重D：算法统计仓库权重d1、财务权重d2、……，门店权重dn等n个评价维度计算出综合权重D。

分值P：算法统计出仓库评分p1、财务p2、……，门店pi等n个维度，计算出综合评分P

参与计算的规则如下：

一、筛选可发货仓库/优选仓库的分单规则

默认发货仓库规则(默认发货仓库或已分配发货门店)：

设置商店默认发货仓库，商店订单优先适配默认发货仓库发货；默认发货仓库支持配置，支持配置多个。

门店日接单量规则(接单量限制)：

设置门店日接单量，门店日接单量支持导入批量配置，支持导出；订单路由时，日接单量为0的门店不参与发货；

就近发货(就近原则)：

依据经纬度设置区域发货区间；收件地址和发货地址的经纬度＝(经度-经度)+(维度-维度)；数值越小优先级越高；经纬度到市。

仓库发货优先级：

仓库发货优先级支持配置；优先级数字越小，优先级越高。

门店网络心跳检测：

门店系统间隔10分钟发HTTP心跳请求给中台；超出20分钟没有收到门店的心情请求后，停止给该门店派单；心跳请求间隔的时间调整时，门店系统和中台需要同步调整。

订单回收：

设置超时接单时间，仓库在指定时间内没有完成接单操作，自动回收订单重新适配发货仓店；超时接单时间支持配置。

周期内SKU销售量：

依据门店周期内相同SKU的销售数量，销量高的优先级低；周期支持配置。

仓库类型优先级：

默认发货仓库；就近发货(仓、店、优先仓)。

门店SKU库存量：

依据订单SKU，取可发货仓库该SKU的库存量，库存量高的优先级高。

二、库存匹配规则

就全发货规则(库存数量)：

依据发货仓库的优先级，以最小包裹数适配发货；订单商品拆单发货时，依据单个包裹最大发货数量的规则拆单。

拆单规则：

库存规则不满足时，需要对订单进行拆单，拆为单SKU订单或单件商品订单。

保底方案：

规则全部匹配完成后，还存在多个仓库满足发货条件时，随机获取其中一个店仓进行发货。

渠道得分＝∑(权重D*分值P)

渠道得分：渠道得分综合各维度项统计，计算各权重计算评分，公式如下：

Dsr＝∑(DP)

权重D：算法统计仓库权重d1、财务权重d2、……，门店权重dn等n个评价维度计算出综合权重D。

分值P：算法统计出仓库评分p1、财务p2、……，门店pi等n个维度，计算出综合评分P

步骤S110，针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

在一些实施方式中，仓库物流维度评分：

仓库权重：根据两个因素评估仓库，自动计算权重，拒单率＝拒单数(含超时拒单)/订单数；发货时效＝发货时间-接单时间(发货时间取门店录入快递单号时间)；以上均以月为单位进行计算，可分别设置权重，权重值支持配置；库存深度：库存深度＝当月库存/下月销售计划，库存越深权重越高。任务负载：任务负载＝当前任务量/仓库最大负载，负载越大权重越高。物理距离：依据经纬度设置区域发货区间；收件地址和发货地址的经纬度＝(经度-经度)+(维度-维度)，数值越小权重越高。

财务/结算维度评分：

物流费用：物流费用＝当前仓库发货到收货地址的物流费用/平均物流费用，费用越低权重越高。货权性质：权重由商家自行定义。顾客归属：权重由商家自行定义。

门店掌控维度评分：

门店库存量：门店库存越高，权重越高，优先派单给库存多的门店，确保门店线下销售不会断货。门店接单量：门店接单量越高，权重越低，优先给接单少的门店派单，避免线下门店接单超负荷。门店等级：权重由商家自行定义。

实施例2

请参阅图3，图3为本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源系统模块示意图，其如下所示：

寻源算法模块10，用于针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；

维度计算模块20，用于针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

如图4所示，本申请实施例提供一种电子设备，其包括存储器101，用于存储一个或多个程序；处理器102。当一个或多个程序被处理器102执行时，实现如上述第一方面中任一项的方法。

还包括通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器101(Random Access Memory，RAM)，只读存储器101(Read Only Memory，ROM)，可编程只读存储器101(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器101(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器101(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器102，包括中央处理器102(Central Processing Unit，CPU)、网络处理器102(Network Processor，NP)等；还可以是数字信号处理器102(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请所提供的实施例中，应该理解到，所揭露的方法及系统，也可以通过其它的方式实现。以上所描述的方法及系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的方法及系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

另一方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器102执行时实现如上述第一方面中任一项的方法。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器101(ROM，Read-Only Memory)、随机存取存储器101(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

综上所述，本申请实施例提供的一种零售行业DTC模式多仓发货的订单寻源算法及系统，根据上述规则计算，最终会择优筛选出适合履约的仓库或门店，商家系统将订单派发到该仓库发货履约。通过此算法筛选出的发货仓库，能够确保以下优点：确保货品充足，满足履约条件；优先消耗库存周转率低的货品；确保各仓库发货任务负载均衡，不会造成发货任务负载失衡；选择顾客近的仓库发货，确保快递费用相对较低，顾客等待收货的周期短，给顾客更高的客户满意度；优先保证评分高的仓库/门店履约，提升了商家对门店的管控力度。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (9)

1.一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，包括：

针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；

针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

2.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，还包括：

依据分单规则依次筛选出可发货仓库和优先发货仓库，根据选中的仓库匹配库存，找到最终匹配的发货仓库，并将订单路由到该仓库进行发货。

3.如权利要求2所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，还包括：

当无法筛选出可发货仓库时，算法会将原订单拆为单SKU/单件订单重新寻源，寻源成功后将拆单后的订单路由到发货仓库发货履约，同时，算法记录拆单行为，保留主订单、子订单、包裹、发票的对应关系。

4.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，所述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：

分单规则包括默认发货仓库规则、门店日接单量规则、就近发货原则、仓库发货优先级、门店网络心跳检测、订单回收、周期内SKU销售量、仓库类型优先级、门店SKU库存量。

5.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，所述针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分等因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约包括：

库存匹配情况包括就全发货规则、拆单规则和保底方案。

6.如权利要求1所述的一种零售行业DTC模式多仓发货的订单寻源算法，其特征在于，所述针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重包括：

渠道得分综合各维度项统计计算各权重计算评分，参与计算的权重项目包括仓库物流维度评分、财务/结算维度评分、门店掌控维度评分。

7.一种零售行业DTC模式多仓发货的订单寻源系统，其特征在于，包括：

寻源算法模块，用于针对每一个订单，根据该订单的分单规则、库存匹配情况、渠道得分因素综合计算，算出订单最终的发货仓库，并最终将订单路由到该仓库进行发货履约；

维度计算模块，用于针对渠道得分因素，算法依据三个维度计算出最终的渠道得分，其中，三个维度包括仓库物流维度权重、财务结算维度权重及门店掌控维度权重。

8.如权利要求7所述的一种零售行业DTC模式多仓发货的订单寻源系统，其特征在于，包括：

用于存储计算机指令的至少一个存储器；

与所述存储器通讯的至少一个处理器，其中当所述至少一个处理器执行所述计算机指令时，所述至少一个处理器使所述系统执行：寻源算法模块及维度计算模块。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的算法。

Images