一种订单路由系统和方法
技术领域
本发明涉及信息处理技术领域,尤其涉及一种订单路由系统和方法。
背景技术
随着电子商务的飞速发展,网上购物已成为人们喜欢的购物方式。网上购物对电子商务的物流体系提出了巨大的挑战,电子商务企业为了提供发货时效、降低物流成本,纷纷在各地设置大型物流仓储中心,电商平台在获取了订单后将订单分别交到对应的物流仓库发货。目前,订单在多个仓库间的分配主要由人工进行分配。
由于用户在网上购物的订单数量越来越多,产生大量的订单数据信息,而现有技术中,订单的分配主要依靠人工根据订单地址来判断是由哪个仓库发货或者由系统根据地址所属区域和预先设定地址分配规则来进行分配。这就导致订单分配效率低,分配时没有考虑可用库存数量、仓库排队订单等因数,导致订单分配到仓后无法处理或处理不及时。
总之,目前的订单配送方式具有配送效率低、配送成本高等缺陷。
发明内容
本发明所要解决的技术问题是,提供一种适用于大规模订单数据处理的订单路由技术方案,实现订单的实时、自动分配,提高订单配送的效率和准确度,降低订单配送成本。
为解决以上技术问题,一方面,本发明实施例提供一种订单路由系统,包括:
应用程序编程接口,用于抓取用户提交的订单,并对所述订单进行整体打包;
订单地址解析单元,用于对所述应用程序编程接口抓取的订单所携带的信息进行解析,获取所述订单的送货地址信息;并根据所述订单的送货地址信息和预设的仓库配送区域信息,解析出可发出所述订单的所有仓库;
订单库存分析单元,用于根据实时检测各个仓库中与所述订单对应的各种物品的可用库存数;
投递分析单元,用于根据所述订单的送货地址信息和订单配送范围,确定符合订单需求的投递平台;以及,
运输成本分析单元,用于针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,选定最佳投递平台对所述订单进行投递。
进一步地,所述订单路由系统还包括:
仓库管理系统,用于在所述订单投递完毕后,对订单投递过程所产生的订单数据通过系统接口写入并存储。
优选地,所述应用程序编程接口采用面向对象技术,针对不同的电子服务平台分别调用相应的接口处理程序,确定订单的开启和结束时间点,判断订单服务类型,以实现与不同的电子服务平台接口进行对接。
进一步地,所述订单库存分析单元,还用于检测所述订单是否可被执行,以及,检测是否需要进行订单合并或拆分。
进一步地,所述订单路由系统还包括:订单合并单元和订单拆分单元;
所述订单合并单元,用于根据所述订单库存分析单元的检测结果,对处于同一发货仓库或具有相同收货信息的订单进行合并;
所述订单拆分单元,用于在所述订单的各种物品分别处于不同的发货仓库,或者,所述订单的各种物品具有不同的发货时间,或者,所述订单的各种物品分别具有不同的收货地址时,对所述订单进行自动拆分。
另一方面,本发明实施例还提供了一种订单路由方法,包括:
通过应用程序编程接口抓取用户提交的订单,并对所述订单进行整体打包;
对所述应用程序编程接口抓取的订单所携带的信息进行解析,获取所述订单的送货地址信息;并根据所述订单的送货地址信息和预设的仓库配送区域信息,解析出可发出所述订单的所有仓库;
根据实时检测各个仓库中与所述订单对应的各种物品的可用库存数;
根据所述订单的送货地址信息和订单配送范围,确定符合订单需求的投递平台;以及,
针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,并选定费用最少的投递平台对所述订单进行投递。
进一步地,所述订单路由方法还包括:在所述订单投递完毕后,对订单投递过程所产生的订单数据通过系统接口写入并存储。
优选地,所述订单路由方法还包括:所述应用程序编程接口采用面向对象技术,针对不同的电子服务平台分别调用相应的接口处理程序,确定订单的开启和结束时间点,判断订单服务类型,以实现与不同的电子服务平台接口进行对接。
进一步地,所述订单路由方法还包括:检测所述订单是否可被执行,以及,检测是否需要进行订单合并或拆分。
在一种可实现的方式中,所述检测是否需要进行订单合并或拆分,具体包括:
根据所述订单库存分析单元的检测结果,对处于同一发货仓库或具有相同收货信息的订单进行合并;
在所述订单的各种物品分别处于不同的发货仓库,或者,所述订单的各种物品具有不同的发货时间,或者,所述订单的各种物品分别具有不同的收货地址时,对所述订单进行自动拆分。
本发明实施例提供的订单路由技术方案,可以通过应用程序编程接口(Application Programming Interface,简称API)实现与不同的电子服务平台实现实时数据交换,从各种电子服务平台上自动抓取订单以及订单所携带的信息,减少人工录入数据或导入订单时容易产生的错误,同时,通过API接口实时对接,提升了数据处理效率和准确度,利于大规模订单数据处理。通过对订单信息的解析,获得可发货的所有仓库信息,支持多个仓储中心及区域管理,能自动分析、判断订单发货仓库,因此极大地减少了人工处理环节,节省了人力和处理时间,减少了订单处理过程中导致的数据错误;根据所述订单的送货地址信息和订单配送范围,自动确定符合订单需求的投递平台;针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,选定最佳(如,费用最低)投递平台对所述订单进行投递。此外,本发明提供的技术方案还通过仓库管理系统(Warehouse Management System,简称WMS)实现了库存数据、订单数据自动同步。本发明实施例还保留了人工处理订单的权限,因此,实现了系统自动化处理和人工处理相结合的订单处理,拥有自动化处理大规模订单数据的能力,同时拥有人工处理的灵活性。
附图说明
图1是本发明提供的订单路由系统的一个实施例的结构示意图。
图2是本发明提供的订单路由系统的又一个实施例的结构示意图。
图3是本发明提供的订单路由方法的一个实施例的步骤流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
参见图1,是本发明提供的订单路由系统的一个实施例的结构示意图。
作为一个实施例,图1中的订单路由系统主要包括:应用程序编程接口101、订单地址解析单元102、订单库存分析单元103、投递分析单元104和运输成本分析单元105。
其中,应用程序编程接口101,用于抓取用户提交的订单,并对所述订单进行整体打包。应用程序编程接口(Application Programming Interface,简称API)通过预先定义一些函数,提供应用程序使得用户基于某软件或硬件得以访问一组例程的能力,而又无需访问源码或理解内部工作机制的细节,可以作为本发明实施例提供的订单路由系统的程序接口,对用户开放资源,通过调用API抓取各种电子服务平台的订单以及订单数据,为用户提供开放统一的API接口环境,以访问各个电子服务平台的功能和资源。
具体实施时,订单路由系统可以采用订单同步模块,通过API与各种电子服务平台进行订单数据交换,其中,所述电子服务平台可以包括但不限于淘宝、天猫、淘宝分销、京东、当当、一号店、聚美优品和用户自定义平台。订单同步模块主要通过对各种电子服务平台提供的API接口进行编程,实现订单数据、配送地址、商品SKU(Stock Keeping Unit,库存量单位)信息的下载,并实现用户取消订单后信息的变动跟踪。
在本实施例中,为了兼容各种电子服务平台,获取各种电子服务平台的订单数据与资源,应用程序编程接口101可以有针对性地面向各种电子服务平台提供相应的接口技术和实现方案。优选地,所述应用程序编程接口采用面向对象技术,针对不同的电子服务平台分别调用相应的接口处理程序,确定订单的开启和结束时间点,判断订单服务类型,以实现与不同的电子服务平台接口进行对接。如图1所示,可以设置第一电子服务平台接口、第二电子服务平台接口、第三电子服务平台接口和第四电子服务平台接口。可以采用面向对象技术实现统一的接口,以便于对不同电子服务平台的对接和管理。
例如,可以通过函数“Orders DownloadOrders(ShopType, StartDateTime,EndDateTime)”来实现订单下载接口。其中,参数ShopType表示店铺类型,StartDateTime表示本次下载订单的开始日期时间点,EndDateTime表示本次下载的结束时间点。在订单下载接口的具体实现中,通过判断ShopType调用不同电子服务平台的服务,其具体的实现程序可以简化为:
“ Switch (ShopType)
Case “第一电子服务平台”
调用第一电子服务平台接口处理程序
Case “第二电子服务平台”
调用第二电子服务平台接口处理程序
Case “第三电子服务平台”
调用第三电子服务平台接口处理程序
Case “第四电子服务平台”
调用第四电子服务平台接口处理程序
Case “其他”
调用其他接口处理程序
END”。
通过订单下载接口对接口数据下载后,系统将数据进行处理后返回统一结构的订单数据,这保证系统的操作界面能统一处理各个平台的不同结构的订单数据。
订单地址解析单元102,用于对所述应用程序编程接口101抓取的订单所携带的信息进行解析,获取所述订单的送货地址信息;并根据所述订单的送货地址信息和预设的仓库配送区域信息,解析出可发出所述订单的所有仓库。订单地址解析单元102通过分析订单配送地址和预先设置的各个仓库管辖地的匹配程度,以决定从哪个仓库进行发货。
例如,订单路由系统从订单的送货信息中获取该订单的送货地址(包括国家、省份/州、城市、城区、街道门牌信息),在地址库中找到可以送达该送货地址的仓库信息。当地址库信息的颗粒不一致时,需要做多次匹配。具体实施时,一种具体的实现程序可以简化为:
“Search 收货国家=地址库中国家 AND 收货省份=地址库中省份
AND收货城市=地址库中城市 AND 收货地区=地址库中地区
IF 找到匹配的记录
获取记录中预设的发货仓库;
ELSE
Search 收货国家=地址库中国家 AND 收货省份=地址库中省份
AND收货城市=地址库中城市
IF 找到匹配的记录
获取记录中预设的发货仓库;
ELSE
Search 收货国家=地址库中国家 AND 收货省份=地址库中省份
IF 找到匹配的记录
获取记录中预设的发货仓库;
ELSE
Search 收货国家=地址库中国家
IF 找到匹配的记录
获取记录中预设的发货仓库;
ELSE ”。
具体实施时,系统首先获取默认的发货仓库,当系统没有设置默认仓库,就标记为异常。系统从最细的粒度开始匹配,系统就可设置一个小区域的发货仓库,也可以设置一个大区域的发货仓库,从而简化设置,增加系统灵活性。
订单库存分析单元103,用于根据实时检测各个仓库中与所述订单对应的各种物品的可用库存数。具体地,订单库存分析单元103分析从订单地址解析单元102中流出的订单用仓库即时可用库存数匹配订单的需求数,从而判断出最佳匹配仓库是否有足够的库存发货。
投递分析单元104,用于根据所述订单的送货地址信息和订单配送范围,确定符合订单需求的投递平台。
具体实施时,库存数据保存在数据表“Inventorys”中,分别由数据字段StockCode和ProductID区分仓库和每个商品SKU栏目,采用参量Quantity记录每个SKU在仓库中的库存数,采用参量AllocatedQuantity记录SKU仓库中的已分配数量。当抓取的订单到达投递分析单元104后,根据订单中ProductID和SaleQTY(销售数量),在库存表中找到对应的记录。找到符合条件的记录后,获取栏目StockCode的值,并与之前获取的最佳发货仓库对比。若未找到符合条件的记录,则表示没有仓库可以发货。具体地,如果找到符合条件的记录则可按照库存量最大的匹配仓库发货。
运输成本分析单元105,用于针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,选定最佳投递平台对所述订单进行投递。
具体实施时,可以根据预先设置的投递分配规则,按照商品重量、所达区域、最佳成本效益规则将订单分配给不同的投递平台。
运输成本分析单元105作为确认投递平台的核心模块,在数据中设置数据表(如ExpressCompanies)用于记录每个投递平台所能送达的区域、单位送货成本和续费成本。每个投递平台送达区域和成本不同,因此可根据订单所包含的物品重量确定每个订单的最佳投递平台。在订单到达运输成本分析单元105后,订单路由系统首先检查订单是否已经由客户指定了投递平台。以下是一种具体的订单运输成本分析过程:
“IF 订单投递平台已指定
退出本单元(运输成本分析单元)
ELSE
BEGIN
Search投递平台: 可送货地址=订单地址 AND 排除掉不送区域
订单总重量:SUM(订单商品单品重量*订单数量)
送货成本=投递平台标准重量成本*基准重量+(订单重量-基准重量)*续费
成本。
最佳投递平台=MIN(送货成本)
END”。
本发明实施例提供的订单路由系统,可以通过API实现与不同的电子服务平台实现实时数据交换,从各种电子服务平台上自动抓取订单以及订单所携带的信息,减少人工录入数据或导入订单时容易产生的错误,同时,通过API接口实时对接,提升了数据处理效率和准确度,利于大规模订单数据处理。通过对订单信息的解析,获得可发货的所有仓库信息,支持多个仓储中心及区域管理,能自动分析、判断订单发货仓库,因此极大地减少了人工处理环节,节省了人力和处理时间,减少了订单处理过程中导致的数据错误;根据所述订单的送货地址信息和订单配送范围,自动确定符合订单需求的投递平台;针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,选定最佳投递平台对所述订单进行投递。
如图2所示,其是本发明提供的订单路由系统的又一个实施例的结构示意图。其中,图2中的模块201~205与图1中的模块101~105的作用以及基本工作原理相同,在此不再赘述。本实施例在图1实施例的基础上,进一步地,所述订单路由系统还包括:
仓库管理系统206,用于在所述订单投递完毕后,对订单投递过程所产生的订单数据通过系统接口写入并存储。并且,优选地,所述订单库存分析单元203在模块103的基础上,还用于检测所述订单是否可被执行,以及,检测是否需要进行订单合并或拆分。
进一步地,所述订单路由系统还包括:订单合并单元207和订单拆分单元208。
其中,所述订单合并单元207,用于根据所述订单库存分析单元的检测结果,对处于同一发货仓库或具有相同收货信息的订单进行合并;所述订单拆分单元208,用于在所述订单的各种物品分别处于不同的发货仓库,或者,所述订单的各种物品具有不同的发货时间,或者,所述订单的各种物品分别具有不同的收货地址时,对所述订单进行自动拆分。具体实施时,通常只有部分的订单才需要通过合并或拆分处理。
以下通过某一订单处理流程为例,说明本发明实施例提供的订单路由系统的工作原理:
用户在某一电子服务平台下达订单并提交后形成订单A,订单A通过系统API接口抓取到订单路由系统中;订单A的信息被整体打包传递给订单地址解析单元,订单地址解析单元根据订单A上的送货地址信息及预先设置的每个仓库的配送区域信息解析出可以处理订单A的所有仓库。
经过订单地址解析单元处理后,订单A已标志出可发货的仓库并发送到订单库存分析单元,订单库存分析单元从系统中实时获取仓库系统的物品SKU的可用库存数,根据每个物品的库存数,系统确定订单是否可被执行或者是否需要拆分以在多个仓并行处理。若订单A中有多个SKU,并且每个SKU的库存在不同仓库,则需要进行订单分拆,并重新确定发货仓库。
订单A经过库存分析后,进入投递分析单元,这一功能将根据用户需求(留言栏目)、订单送货地址、系统内设置的每个投递平台可配送范围这三个信息确定是否出符合需求的投递平台,并将这些信息发送到运输成本分析单元。
运输成本分析单元针对每个订单符合条件的投递平台,结合预先设置的运送成本基准,计算出每个投递平台送达该订单A需要的费用,并取最优成本的投递平台。
订单A在经过上述处理单元处理后产生的订单数据通过仓库管理系统(WMS)的系统接口进入仓库管理系统中。
因此,本发明实施例除了可以获得图1实施例的所有技术效果以外,还通过仓库管理系统(Warehouse Management System,简称WMS)实现了库存数据、订单数据自动同步,并且,实现了对部分订单进行拆分和合并。本发明实施例还保留了人工处理订单的权限,因此,实现了系统自动化处理和人工处理相结合的订单处理,拥有自动化处理大规模订单数据的能力,同时拥有人工处理的灵活性。
与所述订单路由系统相对应,本发明还提供了一种订单路由方法。
参看图3,是本发明提供的订单路由方法的一个实施例的步骤流程图。
具体地,所述的订单路由方法包括以下步骤,包括:
步骤S301:通过应用程序编程接口抓取用户提交的订单,并对所述订单进行整体打包;
步骤S302:对所述应用程序编程接口抓取的订单所携带的信息进行解析,获取所述订单的送货地址信息;并根据所述订单的送货地址信息和预设的仓库配送区域信息,解析出可发出所述订单的所有仓库;
步骤S303:根据实时检测各个仓库中与所述订单对应的各种物品的可用库存数;
步骤S304:根据所述订单的送货地址信息和订单配送范围,确定符合订单需求的投递平台;以及,
步骤S305:针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,并选定费用最少的投递平台对所述订单进行投递。
优选地,所述应用程序编程接口采用面向对象技术,针对不同的电子服务平台分别调用相应的接口处理程序,确定订单的开启和结束时间点,判断订单服务类型,以实现与不同的电子服务平台接口进行对接。
本实施例提供的订单路由方法与图1实施例提供的订单路由系统的基本工作原理相同,请参见上文中的相应内容,在此不再赘述。
在又一个实施例中,进一步地,所述订单路由方法还包括:在所述订单投递完毕后,对订单投递过程所产生的订单数据通过系统接口写入并存储。
优选地,所述订单路由方法还包括:检测所述订单是否可被执行,以及,检测是否需要进行订单合并或拆分。在一种可实现的方式中,所述检测是否需要进行订单合并或拆分,具体包括:根据所述订单库存分析单元的检测结果,对处于同一发货仓库或具有相同收货信息的订单进行合并;在所述订单的各种物品分别处于不同的发货仓库,或者,所述订单的各种物品具有不同的发货时间,或者,所述订单的各种物品分别具有不同的收货地址时,对所述订单进行自动拆分。
本实施例提供的订单路由方法与图2实施例提供的订单路由系统的基本工作原理相同,请参见上文中的相应内容,在此不再赘述。
本发明实施例提供的订单路由技术方案,可以通过应用程序编程接口API实现与不同的电子服务平台实现实时数据交换,从各种电子服务平台上自动抓取订单以及订单所携带的信息,减少人工录入数据或导入订单时容易产生的错误,同时,通过API接口实时对接,提升了数据处理效率和准确度,利于大规模订单数据处理。通过对订单信息的解析,获得可发货的所有仓库信息,支持多个仓储中心及区域管理,能自动分析、判断订单发货仓库,因此极大地减少了人工处理环节,节省了人力和处理时间,减少了订单处理过程中导致的数据错误;根据所述订单的送货地址信息和订单配送范围,自动确定符合订单需求的投递平台;针对各个符合订单需求的投递平台,根据预设的运输成本基准逐一计算出各个所述投递平台送达所述订单的所需费用,选定最佳(如,费用最低)投递平台对所述订单进行投递。
此外,本发明提供的技术方案还通过仓库管理系统(Warehouse ManagementSystem,简称WMS)实现了库存数据、订单数据自动同步;实现对部分订单的拆分或合并,以提高订单的分配效率。本发明实施例还保留了人工处理订单的权限,因此,实现了系统自动化处理和人工处理相结合的订单处理,拥有自动化处理大规模订单数据的能力,同时拥有人工处理的灵活性。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。