CN106952066A - 订单管理方法及装置 - Google Patents

Abstract

本发明公开了一种订单管理方法，该方法包括：获取业务系统当前生成的订单；按照预设过滤规则对获取到的所述订单进行过滤；将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。本发明还公开了一种订单管理装置。本发明能够实现对订单的高效管理，同时保证订单数据的准确性和系统平稳性。

Description

订单管理方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及订单管理方法及装置。

背景技术

近年来电子商务迅猛发展，网上购物越来越受到人们的青睐。随着网上购物平台交易量的增大和订单种类的增多，如何对订单数据进行有效管理已成为目前亟待解决的问题之一。

现有的互联网交易平台，由业务系统捕获在线交易数据并生成订单，然后将订单下发至下游系统，由下游系统对订单进行处理(如分配库存等)。这种不作任何控制的订单数据，会增加下游系统的压力，例如，某类业务量暴增的订单会对仓库的拣货/出仓压力冲击很大，又如，由于某些订单不符合相关规则而导致下游系统无法对其进行处理，最终造成订单堆积，虽然可以通过人工筛选订单，但这种方式效率较为低下，也不能适应大规模的订单处理。总之，现有的订单处理方法不利于保证订单数据的准确性和系统运行的平稳性，人工筛选订单的方式也不利于订单数据的高效处理。

发明内容

本发明的主要目的在于提出一种订单管理方法及装置，旨在实现对订单的高效管理，同时保证订单数据的准确性和系统平稳性。

为实现上述目的，本发明提供一种订单管理方法，所述方法包括如下步骤：

获取业务系统当前生成的订单；

按照预设过滤规则对获取到的所述订单进行过滤；

将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

可选地，所述获取业务系统当前生成的订单的步骤之前，还包括：

根据订单中商品的服务类型或数量设置订单优先级。

可选地，所述业务系统的下游系统包括仓库系统，所述将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统的步骤包括：

获取所述仓库系统当前可作业的订单；

将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

可选地，所述将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统的步骤包括：

将过滤后的所述订单按照预设的订单优先级进行分类；

根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

可选地，所述按照预设过滤规则对获取到的所述订单进行过滤的步骤包括：

判断获取到的所述订单是否存在信息缺失或无法识别的字符；

若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。

此外，为实现上述目的，本发明还提供一种订单管理装置，所述装置包括：

获取模块，用于获取业务系统当前生成的订单；

过滤模块，用于按照预设过滤规则对获取到的所述订单进行过滤；

下发模块，用于将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

可选地，所述装置还包括：

设置模块，用于根据订单中商品的服务类型或数量设置订单优先级。

可选地，所述业务系统的下游系统包括仓库系统，所述下发模块还用于：

获取所述仓库系统当前可作业的订单；

将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

可选地，所述下发模块还用于：

将过滤后的所述订单按照预设的订单优先级进行分类；

根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

可选地，所述过滤模块还用于：

判断获取到的所述订单是否存在信息缺失或无法识别的字符；

若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。

本发明获取业务系统当前生成的订单；按照预设过滤规则对获取到的所述订单进行过滤；将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。通过上述方式，本发明首先对业务系统生成的订单进行过滤，保证了订单数据的准确性，然后将过滤后的订单按照预设优先级进行下发，能够在订单量较大时保证订单下发的有序性，避免订单大量堆积在下游系统，从而减轻了下游系统的压力，保证了系统平稳性。本发明能够实现对订单的高效管理，同时保证订单数据的准确性和系统平稳性。

附图说明

图1为本发明订单管理方法第一实施例的流程示意图；

图2为本发明订单管理方法第二实施例的流程示意图；

图3为本发明订单管理方法第三实施例的流程示意图；

图4为本发明订单管理装置第一实施例的功能模块示意图；

图5为本发明订单管理装置第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种订单管理方法。

参照图1，图1为本发明订单管理方法第一实施例的流程示意图。所述方法包括如下步骤：

步骤S10，获取业务系统当前生成的订单；

本发明订单管理方法可通过ODS(Operational Data Store，操作数据存储)系统实现。通过将ODS系统部署在业务系统和其下游系统(如仓库系统)之间，在业务系统和其下游系统之间形成一个隔离层，能够实现对业务系统生成的订单进行控制和管理。

在本实施例中，业务系统用于捕获在线交易数据并生成订单，OSD系统可通过数据抽取的方式获取业务系统当前生成的订单，具体地，可根据系统可承载的业务量进行定时定量地抽取。

步骤S20，按照预设过滤规则对获取到的所述订单进行过滤；

在获取到业务系统当前生成的订单后，再按照预设过滤规则对获取到的所述订单进行过滤，以保证订单数据的准确性。

具体地，所述步骤S20可以包括：

步骤S21，判断获取到的所述订单是否存在信息缺失或无法识别的字符；

步骤S22，若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。

ODS系统可调用拦截规则引擎对异常订单进行拦截，作为一种实施方式，可首先判断获取到的订单是否存在信息缺失或无法识别的字符，比如未填写姓名、联系方式，存在乱码等，若是，则判定对应订单为异常订单并对其进行拦截，同时将拦截信息上报至业务系统，以使得业务系统将该拦截信息发送至客户端或商务端，由客户端或商务端对拦截的订单进行重新处理。

本实施例中，过滤规则可根据实际需要进行灵活设置，比如，除拦截异常订单外，还可针对招商部门在上线过程中，因操作或其他原因导致无法分配的订单进行拦截，或者针对指定的测试档期订单，进行单独的拦截，后续再进行新的分析，提高线上功能验证的时效，等等。

步骤S30，将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

在对订单进行过滤之后，再将过滤后的订单按照预设的订单优先级下发至业务系统的下游系统，其中，业务系统的下游系统用于处理订单生成的后续业务，比如，根据库存分配、物流管理和历史数据存储等不同功能，下游系统可依次为仓库系统、物流系统和数据仓库等。

为保证订单顺利下发，可预先设置订单下发的优先级。比如，在商品大促期间，为了让仓库可优先作业，可优先下发仓库内可作业的订单，而暂时保留需要供应商另外再供货的订单；又如，在某些情况下，供应商要求指定某类商品需要提前集货，此时可优先下发该类商品对应的订单等等。

在本实施例中，获取业务系统当前生成的订单；按照预设过滤规则对获取到的所述订单进行过滤；将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。通过上述方式，本实施例首先对业务系统生成的订单进行过滤，保证了订单数据的准确性，然后将过滤后的订单按照预设优先级进行下发，能够在订单量较大时保证订单下发的有序性，避免订单大量堆积在下游系统，从而减轻了下游系统的压力，保证了系统平稳性。本发明能够实现对订单的高效管理，同时保证订单数据的准确性和系统平稳性。

进一步地，参照图2，图2为本发明订单管理方法第二实施例的流程示意图。基于上述图1所示的实施例，在步骤S10之前，可以包括：

步骤S40，根据订单中商品的服务类型或数量设置订单优先级。

在本实施例中，可根据订单中商品的服务类型或数量设置订单优先级，比如，订单按照商品服务类型可划分为普通订单、第三方物流订单、礼物订单、JIT(Just In Time，准时化生产)订单、JIT提速订单等，由于JIT订单、JIT提速订单的供货依赖供应商库存，此时可将JIT订单、JIT提速订单设置为较高优先级进行优先下发，以保证有足够时间向供应商处要货；订单按照商品数量可划分为单商品订单(一张订单只有一个商品)和多商品订单，此时可将多商品订单设置为较高优先级进行优先下发，以为多商品订单的供货提供更多时间。

在本实施例中，通过预先根据商品的服务类型或数量设置订单优先级，保证了后续订单根据实际供货条件进行有序下发，尤其在订单量较大时，能够为特定订单提供更多的供货时间，从而保证了订单业务流程的顺利进行，在一定程度上减少了发货时间，提升了用户的购物体验。

进一步地，参照图3，图3为本发明订单管理方法第三实施例的流程示意图。基于上述图2所示的实施例，所述业务系统的下游系统包括仓库系统，所述步骤S30可以包括：

步骤S31，获取所述仓库系统当前可作业的订单；

步骤S32，将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

在本实施例中，业务系统的下游系统包括仓库系统，在进行订单下发之前，首先获取仓库系统当前可作业的订单，之后，再将过滤后的订单按照预设的订单优先级和仓库系统当前可作业的订单下发至仓库系统。

作为一种实施方式，可预先为各类商品分别设置一个库存数量阈值，若某类商品的库存数量小于设置的库存数量阈值，则判定含有该类商品的订单当前不可作业，此时可将含有该类商品的订单保留在订单接口表中不进行下发，即使该类商品的订单处于较高优先级，同时，将不含有该类商品的订单按照预设优先级正常下发；当检测到该类商品的库存数量高于设置的库存数量阈值时，再将含有该类商品的订单进行下发。当然，也可以将仓库系统当前可作业的订单进行优先下发，然后再将剩余的订单按照预设的订单优先级进行下发，具体实施中可进行灵活设置。

具体地，所述步骤S32可以包括：

步骤S321，将过滤后的所述订单按照预设的订单优先级进行分类；

步骤S322，根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

在本实施例中，ODS系统先将过滤后的订单按照预设的订单优先级进行分类，之后再根据仓库系统当前可作业的订单对处于同一优先级的订单进行下发，比如，按照预设订单优先级由高到低将订单分为JIT加速订单、JIT订单、第三方物流订单和普通订单，则此时优先下发JIT加速订单，而JIT加速订单中存在包含有第一商品或第二商品的订单，若ODS系统进一步获取到仓库系统当前对第一商品不可作业，对第二商品可作业，则判定不包含第一商品的订单为仓库系统当前可作业的订单，并下发不包含第一商品的订单，而将含有第一商品的订单保留在订单接口表中不进行下发，之后，按照同样的方法依次完成后续优先级订单的下发。

在本实施例中，通过获取仓库系统当前可作业的订单，然后结合仓库系统当前可作业的订单和预设的订单优先级下发订单，能够保证订单的下发符合仓库系统的实际库存情况，提升订单下发的时效性，同时避免了当前无法为其分配库存的订单大量堆积在下游系统，进一步保证了系统平稳性。

本发明还提供一种订单管理装置。

参照图4，图4为本发明订单管理装置第一实施例的功能模块示意图。所述装置包括：

获取模块10，用于获取业务系统当前生成的订单；

本发明通过将ODS(Operational Data Store，操作数据存储)系统部署在业务系统和其下游系统(如仓库系统)之间，在业务系统和其下游系统之间形成一个隔离层，能够实现对业务系统生成的订单进行控制和管理。

在本实施例中，业务系统用于捕获在线交易数据并生成订单，在ODS系统中，获取模块10可通过数据抽取的方式获取业务系统当前生成的订单，具体地，可根据系统可承载的业务量进行定时定量地抽取。

过滤模块20，用于按照预设过滤规则对获取到的所述订单进行过滤；

在获取模块10获取到业务系统当前生成的订单后，过滤模块20再按照预设过滤规则对获取到的所述订单进行过滤，以保证订单数据的准确性。

具体地，所述过滤模块20还用于判断获取到的所述订单是否存在信息缺失或无法识别的字符；若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。

过滤模块20可调用拦截规则引擎对异常订单进行拦截，作为一种实施方式，可首先判断获取到的订单是否存在信息缺失或无法识别的字符，比如未填写姓名、联系方式，存在乱码等，若是，则判定对应订单为异常订单并对其进行拦截，同时将拦截信息上报至业务系统，以使得业务系统将该拦截信息发送至客户端或商务端，由客户端或商务端对拦截的订单进行重新处理。

本实施例中，过滤规则可根据实际需要进行灵活设置，比如，除拦截异常订单外，还可针对招商部门在上线过程中，因操作或其他原因导致无法分配的订单进行拦截，或者针对指定的测试档期订单，进行单独的拦截，后续再进行新的分析，提高线上功能验证的时效，等等。

下发模块30，用于将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

在过滤模块20对订单进行过滤之后，下发模块30再将过滤后的订单按照预设的订单优先级下发至业务系统的下游系统，其中，业务系统的下游系统用于处理订单生成的后续业务，比如，根据库存分配、物流管理和历史数据存储等不同功能，下游系统可依次为仓库系统、物流系统和数据仓库等。

为保证订单顺利下发，可预先设置订单下发的优先级。比如，在商品大促期间，为了让仓库可优先作业，下发模块30可优先下发仓库内可作业的订单，而暂时保留需要供应商另外再供货的订单；又如，在某些情况下，供应商要求指定某类商品需要提前集货，此时下发模块30可优先下发该类商品对应的订单等等。

在本实施例中，获取模块10获取业务系统当前生成的订单；过滤模块20按照预设过滤规则对获取到的所述订单进行过滤；下发模块30将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。通过上述方式，本实施例首先对业务系统生成的订单进行过滤，保证了订单数据的准确性，然后将过滤后的订单按照预设优先级进行下发，能够在订单量较大时保证订单下发的有序性，避免订单大量堆积在下游系统，从而减轻了下游系统的压力，保证了系统平稳性。本发明能够实现对订单的高效管理，同时保证订单数据的准确性和系统平稳性。

进一步地，参照图5，图5为本发明订单管理装置第二实施例的功能模块示意图。基于上述图4所示的实施例，所述装置还可以包括：

设置模块40，用于根据订单中商品的服务类型或数量设置订单优先级。

在本实施例中，设置模块40可根据订单中商品的服务类型或数量设置订单优先级，比如，订单按照商品服务类型可划分为普通订单、第三方物流订单、礼物订单、JIT(JustIn Time，准时化生产)订单、JIT提速订单等，由于JIT订单、JIT提速订单的供货依赖供应商库存，此时可将JIT订单、JIT提速订单设置为较高优先级进行优先下发，以保证有足够时间向供应商处要货；订单按照商品数量可划分为单商品订单(一张订单只有一个商品)和多商品订单，此时可将多商品订单设置为较高优先级进行优先下发，以为多商品订单的供货提供更多时间。

在本实施例中，通过预先根据商品的服务类型或数量设置订单优先级，保证了后续订单根据实际供货条件进行有序下发，尤其在订单量较大时，能够为特定订单提供更多的供货时间，从而保证了订单业务流程的顺利进行，在一定程度上减少了发货时间，提升了用户的购物体验。

进一步地，继续参照图5，所述业务系统的下游系统包括仓库系统，所述下发模块30还用于获取所述仓库系统当前可作业的订单；将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

在本实施例中，业务系统的下游系统包括仓库系统，在下发模块30进行订单下发之前，首先获取仓库系统当前可作业的订单，之后，再将过滤后的订单按照预设的订单优先级和仓库系统当前可作业的订单下发至仓库系统。

作为一种实施方式，可预先为各类商品分别设置一个库存数量阈值，若某类商品的库存数量小于设置的库存数量阈值，则下发模块30判定含有该类商品的订单当前不可作业，此时可将含有该类商品的订单保留在订单接口表中不进行下发，即使该类商品的订单处于较高优先级，同时，将不含有该类商品的订单按照预设优先级正常下发；当下发模块30检测到该类商品的库存数量高于设置的库存数量阈值时，再将含有该类商品的订单进行下发。当然，下发模块30也可以将仓库系统当前可作业的订单进行优先下发，然后再将剩余的订单按照预设的订单优先级进行下发，具体实施中可进行灵活设置。

具体地，所述下发模块30还用于将过滤后的所述订单按照预设的订单优先级进行分类；根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

在本实施例中，下发模块30先将过滤后的订单按照预设的订单优先级进行分类，之后再根据仓库系统当前可作业的订单对处于同一优先级的订单进行下发，比如，按照预设订单优先级由高到低将订单分为JIT加速订单、JIT订单、第三方物流订单和普通订单，则此时优先下发JIT加速订单，而JIT加速订单中存在包含有第一商品或第二商品的订单，若下发模块30进一步获取到仓库系统当前对第一商品不可作业，对第二商品可作业，则判定不包含第一商品的订单为仓库系统当前可作业的订单，并下发不包含第一商品的订单，而将含有第一商品的订单保留在订单接口表中不进行下发，之后，按照同样的方法依次完成后续优先级订单的下发。

在本实施例中，通过获取仓库系统当前可作业的订单，然后结合仓库系统当前可作业的订单和预设的订单优先级下发订单，能够保证订单的下发符合仓库系统的实际库存情况，提升订单下发的时效性，同时避免了当前无法为其分配库存的订单大量堆积在下游系统，进一步保证了系统平稳性。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种订单管理方法，其特征在于，所述方法包括如下步骤：

获取业务系统当前生成的订单；

按照预设过滤规则对获取到的所述订单进行过滤；

将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

2.如权利要求1所述的方法，其特征在于，所述获取业务系统当前生成的订单的步骤之前，还包括：

根据订单中商品的服务类型或数量设置订单优先级。

3.如权利要求2所述的方法，其特征在于，所述业务系统的下游系统包括仓库系统，所述将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统的步骤包括：

获取所述仓库系统当前可作业的订单；

将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

4.如权利要求3所述的方法，其特征在于，所述将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统的步骤包括：

将过滤后的所述订单按照预设的订单优先级进行分类；

根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述按照预设过滤规则对获取到的所述订单进行过滤的步骤包括：

判断获取到的所述订单是否存在信息缺失或无法识别的字符；

若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。

6.一种订单管理装置，其特征在于，所述装置包括：

获取模块，用于获取业务系统当前生成的订单；

过滤模块，用于按照预设过滤规则对获取到的所述订单进行过滤；

下发模块，用于将过滤后的所述订单按照预设的订单优先级下发至所述业务系统的下游系统。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

设置模块，用于根据订单中商品的服务类型或数量设置订单优先级。

8.如权利要求7所述的装置，其特征在于，所述业务系统的下游系统包括仓库系统，所述下发模块还用于：

获取所述仓库系统当前可作业的订单；

将过滤后的所述订单按照预设的订单优先级和所述仓库系统当前可作业的订单下发至所述仓库系统。

9.如权利要求8所述的装置，其特征在于，所述下发模块还用于：

将过滤后的所述订单按照预设的订单优先级进行分类；

根据所述仓库系统当前可作业的订单对处于同一优先级的订单进行下发。

10.如权利要求6至9中任一项所述的装置，其特征在于，所述过滤模块还用于：

判断获取到的所述订单是否存在信息缺失或无法识别的字符；

若是，则拦截对应的订单，并将拦截信息上报至所述业务系统。