CN108665330B - 一种在业务链路中监控订单的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种在业务链路中监控订单的方法及装置，涉及互联网技术领域，能够实现对于业务链路的自动监控。本发明包括：采集订单信息在业务链路中各业务节点之间的流转时间，并根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。本发明适用于O2O业务中的全链路监控。

Description

一种在业务链路中监控订单的方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种在业务链路中监控订单的方法及装置。

背景技术

随着互联网技术的发展，基于O2O技术的电子商务业务得到了迅速发展，业务的种类越来越多，各业务形成的业务链路也越来越长。同时，也助长了对应业务链路上各节点的企业的发展，比如：依托于O2O电商提供的商务平台以及数字化的通讯工具，线上线下的销售节点、采购节点、物流配送节点以及售后服务节点等业务链路上的重要节点，目前都存在或大或小的商户、企业来经营。

利用大数据实时采集、实时数据流处理技术，结合O2O电商独有特征，将线上线下销售订单、物流配送及供应链管理业务全链路进行全面实时监控，能够实时反映销售订单全链路各核心节点以及关联业务的实际情况，极大地帮助企业了解、掌控业务实际执行状况并提供告警以便及时干预。

目前，国内排名前几位的电商都开始着手建立线上业务链路的监控措施，以便于为消费者提供直观的反馈消息，比如：对于销售订单的监控，以及部分物流配送节点的订单监控，使得消费者能够大致掌握所下订单的处理进度，从而提高购物的体验度。但是，当前的O2O电商企业，依然缺乏涵盖线上线下融合销售订单的实时监控手段，比如在供应链管理方面，依然采用人工抽查或者被动接受客户投诉的原始方式，导致供应链管理方面的成本居高不下，且效率难以提升。

发明内容

本发明的实施例提供一种在业务链路中监控订单的方法及装置，能够实现对于业务链路的自动监控。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供的方法，包括：

从订单系统采集订单信息，所述订单信息至少包括订单号和商品编码；

针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间；

从供应链系统中，查询与所采集的订单信息相关联的采购订单；

根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；

当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。

结合第一方面，在第一方面的第一种可能的实现方式中，所述从订单系统采集订单信息，包括：

在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志，所述订单系统包括线上订单系统和线下订单系统；

从所获得的日志中提取订单信息。

结合第一方面，在第一方面的第二种可能的实现方式中，所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值；

若是则判定不满足销售需求。

结合第一方面，在第一方面的第三种可能的实现方式中，所述告警流程包括：

根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表；

确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息。

结合第一方面，在第一方面的第四种可能的实现方式中，所述获取订单信息在业务链路中各业务节点之间的流转时间，包括：

获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间和所述订单执行系统下发订单信息到商家订单管理系统的流转时间。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述获取订单信息在业务链路中各业务节点之间的流转时间，包括：

所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。

结合第一方面，在第一方面的第六种可能的实现方式中，所述查询与所采集的订单信息相关联的采购订单，包括：

从所采集的订单信息中确定供应商和商品品牌，并查询符合所确定的供应商和商品品牌的采购订单；

所述订单信息，还包括：行订单号、商品名称、产品组、商品类目、先销后采标示、装运条件、订单行类别、分销渠道、供应商编码、支付类型、预计出库时间、期望送达时间和线上订单创建时间之中的至少一项。

结合第一方面的第五种可能的实现方式，在第七种可能的实现方式中，所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

获取所述订单信息在所述物流执行系统中对应的作业任务单，并检测所述作业任务单在物流仓库的各操作节点上的停留时长中，是否至少有一项大于对应操作节点的门限值，所述操作节点至少包括：包括转储、拣选、包装和发货；

若各操作节点上的停留时长中存在至少一项大于对应操作节点的门限值，则向所述物流执行系统发送告警消息。

第二方面，本发明的实施例提供的装置，包括：其特征在于，包括：

订单监控模块，用于从订单系统采集订单信息，所述订单信息至少包括订单号和商品编码；

时间监控模块，用于针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间；

监控模块，用于从供应链系统中，查询与所采集的订单信息相关联的采购订单；

分析模块，用于根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；

告警模块，用于当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。

结合第二方面，在第二方面的第一种可能的实现方式中，所述订单监控模块，具体用于在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志，所述订单系统包括线上订单系统和线下订单系统；并从所获得的日志中提取订单信息；

所述分析模块，具体用于检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值；若是则判定不满足销售需求；

所述告警模块，具体用于根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表；并确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息；

所述时间监控模块，具体用于获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间、所述订单执行系统下发订单信息到商家订单管理系统的流转时间、所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。

本发明实施例提供的在业务链路中监控订单的方法及装置，采集订单信息在业务链路中各业务节点之间的流转时间，并根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。从而对业务数据在线上线下销售订单、物流配送及供应链管理的全业务链路中的流转情况进行实时监控，并反映出订单在业务链路中各业务节点间流转的实际情况，实现对于业务链路的自动监控。以便于运营商实时了解、掌控业务实际执行状况并提供告警以便运营商进行及时干预。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的系统架构示意图；

图2为本发明实施例提供的方法流程示意图；

图3为本发明实施例提供的装置的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

本发明实施例具体可以实现在一种如图1所示的系统环境中，具体包括了：监控服务器、订单系统、订单执行系统、订单审核系统、供应商订单管理系统、商家订单管理系统、物流执行系统、物流仓库管理系统和物流运输移动作业系统。

监控服务器具体可以是单独作成的服务器设备，比如：机架式、刀片、塔式或者机柜式的服务器设备，也可以采用工作站、大型计算机等具备较强计算能力硬件设备；也可以是由多个服务器设备组成的服务器集群。监控服务器用于执行本实施例所提供的方法流程，比如：预先埋设在各系统中的监控点并建立监控点与监控服务器之间的通信，其中，可以采用现有技术，在业务节点中埋设监控点(简称埋点)，监控点用于实时打印所在业务节点的系统的运行日志，并通过监控点与监控服务器之间预先建立的通讯接口，将所打印的日志向监控服务器传输。监控服务器利用从监控点中提取的日志实时监控每一订单在如图1所示各系统中的处理执行情况，以及实时监控每一订单在各系统之间的流转传输情况。

订单系统(用于承担业务链路中订单的创建、查询等功能，主要服务于销售环节)、订单执行系统(用于承担业务链路中订单涉及的资源扣减、调度等功能，主要服务于销售履约环节)、订单审核系统(承担业务链路中的风控功能，用于判断订单是否有效，排除黄牛等高风险订单)具体可以是集成在业务平台中用于在线交易业务或者资源扣减、物流等销售履约业务的业务系统，供应链系统作为查询销售订单与采购订单的关联关系的系统也包含在该业务系统范围内。

供应商订单管理系统(用于对供应商开放窗口(比如与供应商的服务器系统的通信接口，或者对于小规模的供应商提供可视化的在线操作界面)，比如涉及供应商资源的扣减的订单、供应商负责配送的订单等都通过该系统告知供应商，从而使得供应商接入业务链路)、商家订单管理系统(用于对在线交易平台商家开放窗口(比如向商家提供可视化的在线操作界面，比如C店订单等通过该系统告知商户)具体可以是，集成在业务平台中用于管理供应商和商户的业务系统，其中，供应商指的是根据在线平台的供应链系统提供的采购订单供货的商户，商家是指在平台上开展销售业务的商户。

物流执行系统(用于承担业务链路中物流订单的接收、物流路由计算等功能)、物流仓库管理系统(用于承担业务链路中物流内部仓库管理类似拣货、包装等功能)和物流运输(用于承担业务链路中物流运输环节包括发车、入站等环节的能力)移动作业系统具体可以是，集成在业务平台中用于管理物流运输的业务系统。

上述的订单系统、订单执行系统、订单审核系统、供应商订单管理系统、商家订单管理系统、物流执行系统、物流仓库管理系统和物流运输移动作业系统等业务系统，具体运行在单独的，用于数据的处理、管理、存储的服务器设备，也可以是由多个服务器设备组成的服务器集群。

本发明实施例提供一种在业务链路中监控订单方法，如图2所示，包括：

S1、从订单系统采集订单信息。

其中，所述订单信息至少包括订单号和商品编码。

在本实施例中，订单系统可以包括：线上订单系统和线下订单系统。所述从订单系统采集订单信息，具体包括：在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志。再从所获得的日志中提取订单信息。例如:通过在线上订单系统主流程中埋点并打印日志，从而实时采集线上订单信息，线上订单信息包括订单号，行订单号，商品编码，商品名称，产品组，商品类目，先销后采标示，装运条件，订单行类别，分销渠道，供应商编码,支付类型，预计出库时间，期望送达时间，线上订单创建时间。或者，在线下订单系统主流程中埋点并打印日志，从而实时采集线下订单信息，包括订单号，行订单号，商品编码，商品名称，产品组，商品类目，先销后采标示，装运条件，订单行类别，分销渠道，供应商编码,支付类型，预计出库时间，期望送达时间，线下订单创建时间，以及通过关联集成线下城市门店信息。

S2、针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间。

在本实施例中，业务链路指的是由多个业务节点的业务系统相互衔接，并形成的系统链路，订单信息、作业任务单等由业务系统生成的信息或者数据通过业务链路在各业务节点之间进行传递。订单信息、作业任务单等由业务系统生成的信息或者数据，在一个业务节点进行停留后，再由这一个业务节点发送至下一个业务节点，其中所消耗的时间可以称为流转时间。例如：在实际应用中，订单信息的流转时间大于等于订单信息在一个业务节点上的停留时长与传输耗时(由这一个业务节点发送至下一个业务节点，由于网络阻塞、宕机等原因造成的传输延时)之和。

S3、从供应链系统中，查询与所采集的订单信息相关联的采购订单。

例如：在采集了订单信息后，通过特定标识(比如：根据预设的业务规则设定的业务标识)识别订单渠道，从而识别是线上销售订单、门店销售订单、经过线上购买操作形成的订单或者门店支付提货订单。并根据所识别得到的订单渠道，确定对接订单渠道的采购订单，并作为与所采集的订单信息相关联的采购订单。比如：订单渠道为门店销售订单，而产生该订单的门店在指定周期内发出多条采购订单，其中至少一条采购订单中所记录的商品为订单信息中所记录的商品，则所述至少一条采购订单关联所采集的订单信息。具体的，可以将所述至少一条采购订单中，采购订单的时间戳与订单信息的时间戳最接近的采购订单，关联所采集的订单信息。其中，如图1所示的，供应链系统用于承担业务链路中商品采购、销售范围、铺货规则等管理。

具体的，所述查询与所采集的订单信息相关联的采购订单，包括：从所采集的订单信息中确定供应商和商品品牌，并查询符合所确定的供应商和商品品牌的采购订单。

其中，所述订单信息，还可以包括：行订单号、商品名称、产品组、商品类目、先销后采标示、装运条件、订单行类别、分销渠道、供应商编码、支付类型、预计出库时间、期望送达时间和线上订单创建时间之中的至少一项。

S4、根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求。

例如：在如图1所示的系统环境中，通过订单系统实时采集每一订单在订单系统中处理情况，订单的支付操作会在这一节点监控，包括全额付款，预付及尾款支付完成。支付成功后的订单创建也会被监控。

对于订单系统下发到订单执行系统的所有订单，分别在订单系统的下发点及订单执行系统的接收点进行日志采集，将系统间的订单数据流转过程实时监控起来。其中，在订单执行系统中，实时监控库存锁定操作，对于库存锁定失败的订单，细分到事业部、供应商、品牌，与供应链采购订单关联，监控采购到货延迟对销售订单履约执行的影响。对于支票付款的订单，也会在这一节点监控确认最终支票实际到账的情况。

S5、当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。

其中，若满足则监控服务器不作告警处理。

在当前的O2O电商企业，业务链路越来越长，业务节点繁杂，为了保障业务的正常执行，对于业务数据在业务链路中的传递过程的监控，也就越来越要求时效性和及时性，传统的人工抽查或者被动接受客户投诉的原始处理方式，已经难以适应O2O电商企业的发展速度。

本发明实施例提供的在业务链路中监控订单的方法，通过采集订单信息在业务链路中各业务节点之间的流转时间，并根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。从而利用大数据实时采集、实时数据流处理技术，对业务数据在线上线下销售订单、物流配送及供应链管理的全业务链路中的流转情况进行实时监控，并反映出订单在业务链路中各业务节点间流转的实际情况，以便于运营商实时了解、掌控业务实际执行状况并提供告警以便运营商进行及时干预。

在本实施例中，所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

在实际应用中，由于缺货、订单处理错误等原因，订单信息或者作业任务单等数据在流转至某一个业务节点后，在业务节点上出现排队、等待或者暂停处理等情况，从而导致订单信息或者作业任务单等数据的处理出现拖延、滞后，从而导致实际的销售流程无法成功执行，导致销售需求无法满足。

通过监控服务器检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值。

若是则判定不满足销售需求。若否则判定满足销售需求。

进一步的，监控服务器所执行的告警流程，可以包括：

根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表。

确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息。例如：通过大数据队列将实时采集数据推入队列，然后利用大数据流处理技术，按照预设的销售业务规则，实时对每一订单在各系统/业务节点上滞留市场或者错误率进行计算，生成实时监控报表以及根据业务规则计算生产告警订单列表，告警订单列表针对业务链路中的核心节点，比如包括：实时线上线下订单监控、历史线上线下订单监控、单个线上线下订单查询、实时告警查询、历史告警查询、库存锁定无货监控、库存锁定无货详情监控、订单全链路追溯分析、订单全链路各环节告警汇总分析、各系统业务节点间订单差异汇总分析、订单全链路各环节时效承诺配置以及订单全链路各环节时效承诺考核等。

其中，业务规则用于表示业务流程上的规范，比如：在线下支付的场景中，通过订单类型进行区分，并预定义的一系列数值作为订单类型值，用于作为订单中支付方式的标识，比如：30即融合支付，而10代表在线支付，20代表货到付款。在本系统实现时，针对融合支付的场景，可以将订单创建的日志和支付生效的日志分次获取，订单创建日志来自线上系统，支付生效日志来自线下系统，最后通过合并确定整个订单的生效时间。除此之外，还有线上支付门店自提、线上下单门店退换货等O2O(Online To Offline，线上到线下)场景，对此也可以设置行项目类别、转运条件等字段作为规则进行区分。

具体的，所述获取订单信息在业务链路中各业务节点之间的流转时间，具体包括：

获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间和所述订单执行系统下发订单信息到商家订单管理系统的流转时间。

所述获取订单信息在业务链路中各业务节点之间的流转时间，包括：

所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。例如:实时采集线上线下订单在信息体系的各系统之间流转的时间及停留时长，包括：订单系统下传订单信息到订单执行系统，订单执行系统调用订单审核系统进行订单审核，订单执行系统下发订单信息到厂送供应商订单管理系统，订单执行系统下发订单信息到商家订单管理系统，订单执行系统下发订单信息到自营物流执行系统，自营物流执行系统下发作业任务单数据到物流仓库管理系统，自营物流执行系统下发作业任务单数据到物流运输移动作业服务系统。

可选的，所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

获取所述订单信息在所述物流执行系统中对应的作业任务单，并检测所述作业任务单在物流仓库的各操作节点上的停留时长中，是否至少有一项大于对应操作节点的门限值，所述操作节点至少包括：包括转储、拣选、包装和发货。例如：实时采集销售订单对应的作业任务单，并获取在物流仓库各业务操作节点停留时长及操作节点时间，包括转储单生产、拣选、包装和发货。再例如：实时采集销售订单对应的作业任务单在物流运输配送各业务操作节点停留时长及操作节点时间，包括干线运输扫码、发车、末端分拨入站、包装－打发票、末端分拨扫码、末端分拨出站、支线运输入站、支线运输出站、K点入站、K点出站、自提已入、签收和拒收。

若各操作节点上的停留时长中存在至少一项大于对应操作节点的门限值，则向所述物流执行系统发送告警消息。

本发明实施例还提供一种在业务链路中监控订单装置，具体可以运行在本实施例中所述的监控服务器上，该装置如图3所示的包括：

订单监控模块，用于从订单系统采集订单信息，所述订单信息至少包括订单号和商品编码；

时间监控模块，用于针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间；

监控模块，用于从供应链系统中，查询与所采集的订单信息相关联的采购订单；

分析模块，用于根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；

告警模块，用于当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。

具体的，所述订单监控模块，具体用于在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志，所述订单系统包括线上订单系统和线下订单系统；并从所获得的日志中提取订单信息；

所述分析模块，具体用于检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值；若是则判定不满足销售需求；

所述告警模块，具体用于根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表；并确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息；

所述时间监控模块，具体用于获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间、所述订单执行系统下发订单信息到商家订单管理系统的流转时间、所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。

其中，所述查询与所采集的订单信息相关联的采购订单，包括：

从所采集的订单信息中确定供应商和商品品牌，并查询符合所确定的供应商和商品品牌的采购订单；所述订单信息，还包括：行订单号、商品名称、产品组、商品类目、先销后采标示、装运条件、订单行类别、分销渠道、供应商编码、支付类型、预计出库时间、期望送达时间和线上订单创建时间之中的至少一项。

所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：获取所述订单信息在所述物流执行系统中对应的作业任务单，并检测所述作业任务单在物流仓库的各操作节点上的停留时长中，是否至少有一项大于对应操作节点的门限值，所述操作节点至少包括：包括转储、拣选、包装和发货；若各操作节点上的停留时长中存在至少一项大于对应操作节点的门限值，则向所述物流执行系统发送告警消息。

本发明实施例提供的在业务链路中监控订单的装置，通过采集订单信息在业务链路中各业务节点之间的流转时间，并根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程。从而利用大数据实时采集、实时数据流处理技术，对业务数据在线上线下销售订单、物流配送及供应链管理的全业务链路中的流转情况进行实时监控，并反映出订单在业务链路中各业务节点间流转的实际情况，以便于运营商实时了解、掌控业务实际执行状况并提供告警以便运营商进行及时干预。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (8)

1.一种在业务链路中监控订单方法，其特征在于，包括：

从订单系统采集订单信息，所述订单信息至少包括订单号和商品编码；

针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间；

从供应链系统中，查询与所采集的订单信息相关联的采购订单；

根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；

当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程；

所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值；

若是则判定不满足销售需求。

2.根据权利要求1所述的方法，其特征在于，所述从订单系统采集订单信息，包括：

在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志，所述订单系统包括线上订单系统和线下订单系统；

从所获得的日志中提取订单信息。

3.根据权利要求1所述的方法，其特征在于，所述告警流程包括：

根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表；

确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息。

4.根据权利要求1所述的方法，其特征在于，所述获取订单信息在业务链路中各业务节点之间的流转时间，包括：

获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间和所述订单执行系统下发订单信息到商家订单管理系统的流转时间。

5.根据权利要求4所述的方法，其特征在于，所述获取订单信息在业务链路中各业务节点之间的流转时间，包括：

所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。

6.根据权利要求1所述的方法，其特征在于，所述查询与所采集的订单信息相关联的采购订单，包括：

从所采集的订单信息中确定供应商和商品品牌，并查询符合所确定的供应商和商品品牌的采购订单；

所述订单信息，还包括：行订单号、商品名称、产品组、商品类目、先销后采标示、装运条件、订单行类别、分销渠道、供应商编码、支付类型、预计出库时间、期望送达时间和线上订单创建时间之中的至少一项。

7.根据权利要求5所述的方法，其特征在于，所述检测与所采集的订单信息相关联的采购订单是否满足销售需求包括：

获取所述订单信息在所述物流执行系统中对应的作业任务单，并检测所述作业任务单在物流仓库的各操作节点上的停留时长中，是否至少有一项大于对应操作节点的门限值，所述操作节点至少包括：包括转储、拣选、包装和发货；

若各操作节点上的停留时长中存在至少一项大于对应操作节点的门限值，则向所述物流执行系统发送告警消息。

8.一种在业务链路中监控订单装置，其特征在于，包括：

订单监控模块，用于从订单系统采集订单信息，所述订单信息至少包括订单号和商品编码；

时间监控模块，用于针对所采集的订单信息，获取订单信息在业务链路中各业务节点之间的流转时间；

监控模块，用于从供应链系统中，查询与所采集的订单信息相关联的采购订单；

分析模块，用于根据所采集的订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，检测与所采集的订单信息相关联的采购订单是否满足销售需求；

告警模块，用于当与所采集的订单信息相关联的采购订单不满足销售需求时，触发告警流程；

所述订单监控模块，具体用于在所述订单系统的主流程中埋设监控点，并通过监控点打印主流程的日志，所述订单系统包括线上订单系统和线下订单系统；并从所获得的日志中提取订单信息；

所述分析模块，具体用于检测所述订单信息在业务链路中各业务节点上的停留时长，是否大于对应的业务节点的预设值；若是则判定不满足销售需求；

所述告警模块，具体用于根据不满足所述销售需求的订单信息，生成告警订单列表，并将订单信息在业务链路中各业务节点之间的流转时间和依据所采集的订单信息锁定的商品的库存数量，导入所述告警订单列表；并确定订单信息不满足所述销售需求的业务节点，并向所确定的业务节点对应的业务系统发送告警消息；

所述时间监控模块，具体用于获取：所述订单系统下传订单信息到订单执行系统的流转时间、所述订单执行系统调用订单审核系统进行订单审核的流转时间、所述订单执行系统下发订单信息到供应商订单管理系统的流转时间、所述订单执行系统下发订单信息到商家订单管理系统的流转时间、所述订单执行系统下发订单信息到物流执行系统的流转时间、所述物流执行系统下发作业任务单数据到物流仓库管理系统的流转时间和所述物流执行系统下发作业任务单数据到物流运输移动作业服务系统的流转时间。

Images