首页> 中国专利> 一种应用于海鲜行业的订单管理系统及方法

一种应用于海鲜行业的订单管理系统及方法

摘要

本申请公开了一种应用于海鲜行业的订单管理系统及方法,其中系统包括:订单生成模块、订单抓取模块、订单标准化模块、订单校验模块、智能分单模块。方法包括:订单按照第三方平台规则,在第三方平台生成;从第三方平台上抓取所生成的订单,当订单抓取成功后,给第三方平台返回成功抓取的握手信息;根据预定义标准化规则将所抓取的订单进行标准化;对所述标准化订单进行校验,对于重复的订单直接舍去;对于已经成功通过校验的订单,通过预设定的分单规则分配到对应仓库中,生成物流信息;将生成物流信息回传给第三方平台,并获取回传成功的握手信息。本申请解决了相关技术中相关技术中订单难以标准化、效率低、响应速度慢、以及管理成本高的问题。

著录项

  • 公开/公告号CN112308483A

    专利类型发明专利

  • 公开/公告日2021-02-02

    原文格式PDF

  • 申请/专利权人 北京微酷客科技有限公司;

    申请/专利号CN202011106372.4

  • 发明设计人 顾东君;

    申请日2020-10-15

  • 分类号G06Q10/08(20120101);G06Q30/06(20120101);

  • 代理机构11541 北京知果之信知识产权代理有限公司;

  • 代理人卜荣丽

  • 地址 100079 北京市丰台区榴乡路88号院5号楼3层301

  • 入库时间 2023-06-19 09:46:20

说明书

技术领域

本申请涉及订单管理技术领域,具体而言,涉及一种应用于海鲜行业的订单管理系统及方法。

背景技术

目前,传统的信息化系统无法支持“活”海鲜这个农产品中最特殊、最易损、保质期最短的品类,基本局限在某个地区可以实现网上销售海鲜产品,超出该地区,海鲜便无法存活了。并且海鲜频繁采购价格变化,及其丰富的商品属性管理,频繁的零售定价策略给订单的管理形成的极大的挑战,增加了管理上的成本。另外,各前端销售渠道业务独立,逻辑规则独立,响应规则独立,难以整合,使得订单没有统一的标准,难以统一进行处理;

针对相关技术中订单难以标准化、效率低、响应速度慢、以及管理成本高的问题,目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种应用于海鲜行业的订单管理系统及方法,以解决相关技术中相关技术中订单难以标准化、效率低、响应速度慢、以及管理成本高的问题。

为了实现上述目的,第一方面,本申请提供了一种应用于海鲜行业的订单管理系统,包括:订单生成模块、订单抓取模块、订单标准化模块、订单校验模块、智能分单模块;

所述订单生成模块、订单抓取模块、订单标准化模块、订单校验模块、智能分单模块依次顺序链接;

所述订单生成模块,订单按照第三方平台规则,在第三方平台生成;

所述订单抓取模块,从第三方平台上抓取所生成的订单,当订单抓取成功后,给第三方平台返回成功抓取的握手信息,并将所抓取的订单发送给所述订单标准化模块;

所述订单标准化模块,根据预定义标准化规则将所抓取的订单进行标准化,得到标准化订单;

所述订单校验模块,对所述标准化订单进行校验,对于重复的订单直接舍去;

所述智能分单模块,对于已经成功通过校验的订单,通过预设定的分单规则分配到对应仓库中,生成物流信息。

所述应用于海鲜行业的订单管理系统还包括:订单监控模块,所述订单监控模块与其他各个模块相连接,用来记录在所有其他模块中订单运行流程的记录。

所述预定义标准化规则,包括:按照第三方平台规则生成的订单,通过映射表将第三方平台中的商品编码映射到所述应用于海鲜行业的订单管理系统中,生成订单唯一识别码。

所述预定义标准化规则,还包括:针对第三方平台中不同渠道的多种订单类型组合,使用分类编码与不同渠道的多种订单类型组合相匹配。

所述预定义标准化规则,还包括:设定必要信息,滤除掉第三方平台中不同渠道订单中的非必要信息,保留必要信息,并必要信息进行校验,未通过校验的订单返回失败信息。

所述预定义标准化规则,还包括:针对第三方平台中不同渠道订单的不同发货要求,采用发货规则配置来实现。

所述发货规则配置包括:订单审核的匹配规则,物流承运商的配置。

所述订单校验模块,对于订单唯一识别码与应用于海鲜行业的订单管理系统内已有的识别码进行校验,对于重复的订单直接舍去。

第二方面,本申请还提供了一种应用于海鲜行业的订单管理方法,采用一种应用于海鲜行业的订单管理系统实现,步骤如下:

订单按照第三方平台规则,在第三方平台生成;

从第三方平台上抓取所生成的订单,当订单抓取成功后,给第三方平台返回成功抓取的握手信息,并将所抓取的订单发送给所述订单标准化模块;

根据预定义标准化规则将所抓取的订单进行标准化,得到标准化订单;

对所述标准化订单进行校验,对于重复的订单直接舍去;

对于已经成功通过校验的订单,通过预设定的分单规则分配到对应仓库中,生成物流信息;

根据订单的来源,将生成物流信息回传给第三方平台,并获取回传成功的握手信息。

所述生成物流信息回传给第三方平台,若未获取到握手信息,则重复回传,直到成功回传握手信息。

有益技术效果:

本申请解决了相关技术中相关技术中订单难以标准化、效率低、响应速度慢、以及管理成本高的问题。将所有第三方渠道通过统一的接口平台跟订单系统对接,进行订单的实施传输和物流反馈。接口平台采集各电商平台的API数据,将数据按照标准的订单结构进行整理,使之符合内部处理的要求。经过订单系统处理以后的订单,一旦获取到物流,物流信息会直接通过接口平台回传给第三方渠道。这种秒级抓取订单和回传物流的速度,保证了业务上的信息及时同步,避免由于时效的问题导致业务滞后。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1是根据本申请实施例提供的一种应用于海鲜行业的订单管理系统原理框图;

图2是根据本申请实施例提供的一种应用于海鲜行业的订单管理方法流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。

并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。

另外,术语“多个”的含义应为两个以及两个以上。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了实现上述目的,第一方面,本申请提供了一种应用于海鲜行业的订单管理系统,如图1所示,包括:订单生成模块、订单抓取模块、订单标准化模块、订单校验模块、智能分单模块;

所述订单生成模块、订单抓取模块、订单标准化模块、订单校验模块、智能分单模块依次顺序链接;

所述订单生成模块,订单按照第三方平台规则,在第三方平台生成;

所述订单抓取模块,从第三方平台上抓取所生成的订单,当订单抓取成功后,给第三方平台返回成功抓取的握手信息,并将所抓取的订单发送给所述订单标准化模块;接口平台以秒级的速度实施抓取订单,一个订单信息流抓取成功后,给第三方平台返回成功的握手信息。

所述订单标准化模块,根据预定义标准化规则将所抓取的订单进行标准化,得到标准化订单;

所述订单校验模块,对所述标准化订单进行校验,对于重复的订单直接舍去;

所述智能分单模块,对于已经成功通过校验的订单,通过预设定的分单规则分配到对应仓库中,生成物流信息。

所述应用于海鲜行业的订单管理系统还包括:订单监控模块,所述订单监控模块与其他各个模块相连接,用来记录在所有其他模块中订单运行流程的记录。

各业务前端主要不同的地方在于:订单结构不一致,商品编码方式不一致,发货时效要求不一致,订单类型不一致,系统通过预定义标准化规则解决以上问题:

所述预定义标准化规则,包括:按照第三方平台规则生成的订单,通过映射表将第三方平台中的商品编码映射到所述应用于海鲜行业的订单管理系统中,生成订单唯一识别码。将渠道商品和中台商品进行编码映射。通过映射表,渠道的商品编码规则可以不受任何限制。这个方式解决了不同渠道编码规则不一致的问题。

所述预定义标准化规则,还包括:针对第三方平台中不同渠道的多种订单类型组合,使用分类编码与不同渠道的多种订单类型组合相匹配。不同渠道有多种订单类型的组合,比如销售订单、团购订单、预售订单、虚拟订单等。系统将渠道订单类型在中台中进行搜集分类,通过编码与渠道中的订单类型进行匹配。

所述预定义标准化规则,还包括:设定必要信息,滤除掉第三方平台中不同渠道订单中的非必要信息,保留必要信息,并必要信息进行校验,未通过校验的订单返回失败信息。不同渠道的订单结构不同,包含的信息不一致,但是主要信息如收货人信息、商品、订单金额则均包含。系统通过兼容对接所有订单必要信息,兼容所有非必要信息的方式,将渠道订单转化成中台订单,统一了订单结构和订单处理流程,并通过对订单渠道和订单类型进行标志,区分不同的订单来源。

所述预定义标准化规则,还包括:针对第三方平台中不同渠道订单的不同发货要求,采用发货规则配置来实现。对于不同渠道的订单的不同发货要求,系统通过规则配置来实现,比如订单审核的匹配规则,物流承运商的配置规则等等。

所述订单校验模块,对于订单唯一识别码与应用于海鲜行业的订单管理系统内已有的识别码进行校验,对于重复的订单直接舍去。

所述分单规则,人工预定义分单规则,例如:订单地址是否满足、物流时效是否满足、物流价格是否满足、订单是否缺货、仓库订单压力是否满足、商品采购成本是否满足。

第二方面,本申请还提供了一种应用于海鲜行业的订单管理方法,采用一种应用于海鲜行业的订单管理系统实现,如图2所示,步骤如下:

步骤S1:订单按照第三方平台规则,在第三方平台生成;

步骤S2:从第三方平台上抓取所生成的订单,当订单抓取成功后,给第三方平台返回成功抓取的握手信息,并将所抓取的订单发送给所述订单标准化模块;

步骤S3:根据预定义标准化规则将所抓取的订单进行标准化,得到标准化订单;

步骤S4:对所述标准化订单进行校验,对于重复的订单直接舍去;

步骤S5:对于已经成功通过校验的订单,通过预设定的分单规则分配到对应仓库中,生成物流信息;

步骤S6:根据订单的来源,将生成物流信息回传给第三方平台,并获取回传成功的握手信息。

所述生成物流信息回传给第三方平台,若未获取到握手信息,则重复回传,直到成功回传握手信息。

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号