CN109598486A - 一种排查异常订单的方法和装置 - Google Patents

Abstract

本发明公开了一种排查异常订单的方法和装置，属于计算机技术领域。所述方法包括：接收目标订单的订单标识；基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。采用本发明，可以及时排查订单出现的异常，有效降低异常订单对业务流程的影响，大幅度节省人工成本。

Description

一种排查异常订单的方法和装置

技术领域

本发明涉及计算机技术领域，特别涉及一种排查异常订单的方法和装置。

背景技术

随着互联网的飞速发展，出现了大量的电子商务平台，如车辆交易平台、物流运输平台等。这些电子商务平台通常以订单形式来进行生产、审核、支付、配送等各项经营活动。

电子商务平台可以采用订单管理系统对订单进行管理。以车辆交易平台的二手车交易流程为例，当车辆交易平台的市场人员谈妥一笔二手车业务时，可以在订单管理平台对该二手车业务进行下单操作，生成该二手车业务的订单。之后，市场人员可以按照该订单的预设流程，进行后续的各项业务流程，如客户打款、客户知情书签署视频录制、填写物流信息、通知物流发货等。如果市场人员在进行订单的某项业务流程时出现了异常情形，如长时间处于订单等待状态、未接收到物流信息填写通知等，市场人员可以向订单管理系统的维护人员进行订单异常反馈，由维护人员对该异常订单进行排查处理。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

当订单管理系统的维护人员对异常订单进行排查时，需要对异常订单的各个流程的节点数据和日志代码进行排查，必要时还需要咨询各个流程的工作人员，才有可能定位到订单异常的原因，这不仅消耗了大量的人力物力，也影响了正常业务流程的进行，极大的降低了用户体验。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种排查异常订单的方法和装置。所述技术方案如下：

第一方面，提供了一种排查异常订单的方法，所述方法包括：

接收目标订单的订单标识；

基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；

如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。

进一步的，所述方法还包括：

如果接收到添加描述指令，则基于所述添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

进一步的，所述获取并显示所述目标订单的各个流程节点的状态信息之后，还包括：

获取并显示所述目标订单的各个流程节点的所述已添加描述信息。

进一步的，所述如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员，包括：

如果接收到目标订单的异常指令，则确定所述异常指令的目标流程节点，并通过预设通知方式将所述目标订单异常反馈至所述目标流程节点的所述维护人员。

进一步的，所述方法还包括：

如果接收到所述目标订单的异常解除指令，则存储所述目标订单的各个流程节点的状态信息，确定所述异常解除指令的目标流程节点，并更新所述目标流程节点的异常统计次数。

第二方面，提高了一种排查异常订单的装置，所述装置包括：

第一接收模块，用于接收目标订单的订单标识；

获取模块，用于基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；

反馈模块，用于如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。

进一步的，所述装置还包括第二接收模块，用于：

如果接收到添加描述指令，则基于所述添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

进一步的，所述获取模块，还用于：

获取并显示所述目标订单的各个流程节点的已添加描述信息。

进一步的，所述反馈模块，还用于：

如果接收到目标订单的异常指令，则确定所述异常指令的目标流程节点，并通过预设通知方式将所述目标订单异常反馈至所述目标流程节点的所述维护人员。

进一步的，所述装置还包括存储统计模块，用于：

如果接收到所述目标订单的异常解除指令，则存储所述目标订单的各个流程节点的状态信息，确定所述异常解除指令的目标流程节点，并更新所述目标流程节点的异常统计次数。

本发明实施例提供的技术方案带来的有益效果是：

在本实施例中，接收目标订单的订单标识；基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。这样，当市场人员发现某订单在某流程节点出现异常时，可以查询到该订单的各个流程节点的状态信息，从而可以自己排查异常，无需维护人员协助，保证订单业务流程的顺利进行。另外，当维护人员接收到异常反馈时，可以基于查询到该订单的各个流程节点的状态信息，针对性地对订单数据进行修复，从而可以有效减少维护人员修复数据时需要查询数据库或日志的次数，不仅可以节省排查时间，及时排查订单出现的异常，有效降低异常订单对业务流程的影响，提高用户体验，还可以大幅度节省人工成本。进一步的，维护人员还可以基于各流程节点的异常统计次数，对经常出现异常的流程节点进行原因分析，总结经验，以更好地对订单的业务流程进行控制，减少后续异常出现的概率。

附图说明

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

图1是本发明实施例提供的一种排查异常订单的方法流程图；

图2是本发明实施例提供的一种排查异常订单的方法流程图；

图3是本发明实施例提供的一种排查异常订单的装置结构示意图；

图4是本发明实施例提供的一种排查异常订单的装置结构示意图；

图5是本发明实施例提供的一种排查异常订单的装置结构示意图；

图6是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种排查异常订单的方法，该方法的执行主体可以是任意订单管理系统的任意一台服务器，或由多台服务器组成的服务集群，其可以接收用户输入的订单标识，如订单编号，为用户提供订单的异常排查服务，上述用户可以是使用订单管理系统的市场人员或维护人员。上述服务器可以包括处理器、存储器、收发器，处理器可以用于进行下述流程中对于异常订单的排查处理，存储器可以用于存储处理过程中需要的数据以及产生的数据，收发器可以用于接收和发送处理过程中的相关数据。

下面将结合具体实施方式，对图1所示的一种排查异常订单的方法的处理流程进行详细的说明，内容可以如下：

步骤101，接收目标订单的订单标识。

在实施中，以用户是市场人员为例，当用户想要对某订单(可称为目标订单)进行异常排查时，用户可以在任意终端，如智能手机、平板电脑等，登录上述订单管理系统，然后可以在订单管理系统的查询框中输入目标订单的订单标识，如订单编号、订单关键字等，对目标订单进行异常排查。这样，上述服务器可以接收到目标订单的订单标识，然后可以获取到目标订单的基本信息，并将其显示给市场人员，等待用户的下一步指示。进一步的，如果订单标识输入错误，则上述服务器将无法查询到相应的订单信息，与此同时，上述服务器可以返回订单查询失败的查询结果。

步骤102，基于目标订单的各个流程节点的业务逻辑，获取并显示目标订单的各个流程节点的状态信息，以使用户判断目标订单是否异常。

在实施中，可以预先将订单的各个流程节点，如订单生成节点、视频录制节点、支付节点、物流节点等的业务逻辑通过代码形式写进设计文档，并实时对订单的流程节点的状态信息进行更新，如可以通过收集各种流程节点的日志，结合数据库基础数据，以实时同步订单的业务变更，展示整个订单最新的详细脉络。以二手车交易的业务逻辑为例，在订单生成之后以及客户付款之前，通常需要进行客户知情书签署视频录制，如果没有进行客户知情书签署视频录制，则无法进行客户付款，从而可能出现订单异常，然而对于本地购订单，其不需要经过客户知情书签署视频录制，这时，当用户按照常规处理进行客户知情书签署视频录制时，将会发现无法操作，从而会将正常订单反馈为异常订单。这样，上述服务器在接收到目标订单的订单标识后，可以基于目标订单的各个流程节点的业务逻辑，获取目标订单的各个流程节点的状态信息，并将目标订单的各个流程节点的状态信息显示给用户，以使用户基于目标订单的各个流程节点的状态信息，判断目标订单是否出现异常。以视频录制节点为例，相应的状态信息可以如表一所示，在表一中示出了视频录制节点中需要进行的各个处理及状态信息，如是否符合录制条件、是否推送录制任务以及是否完成录制的状态信息。

表一

进一步的，上述服务器在获取到目标订单的各个流程节点的状态信息，一方面，如果用户选择按照流程节点进行分类查询的操作处理，则上述服务器可以将相应流程节点的状态信息显示给用户。另一方面，如果用户未选择按照流程节点进行分类查询的操作处理，则上述服务器可以将目标订单的所有流程节点的状态信息显示给用户。

可选的，用户还可以对订单添加描述信息，相应的处理可以如下：如果接收到添加描述指令，则基于添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

在实施中，用户在查询到目标订单的各个流程节点的状态信息后，可以基于个人经验，在目标订单中描述所排查到的异常原因，或者在目标订单中描述所遇到的异常现象。这样，上述服务器可以接收到用户输入的添加描述指令，该添加描述指令可以携带有待描述信息、流程节点等指令内容。之后，上述服务器可以基于添加描述指令的指令内容，生成新的描述信息，并将该描述信息标记为已添加描述信息，以作为订单的补充信息，为其他用户提供参考。

进一步的，上述服务器在接收到添加描述指令后，可以对添加描述指令携带的指令内容进行审核，对产生的异常进行记录以及改进，并可以在审核通过后，将其标记为已添加描述信息，从而可以避免同时出现多个类似的已添加描述信息，提高参考价值，并可以及时扩充对市场业务中出现的异常进行收集的范围。另外，上述服务器的管理人员也可以在后台人工添加描述信息。

可选的，在步骤102中的获取并显示目标订单的各个流程节点的状态信息之后，还可以进行如下处理：获取并显示目标订单的各个流程节点的已添加描述信息。

在实施中，上述服务器还可以对目标订单的各个流程节点的已添加描述信息进行获取，并可以将获取的目标订单的各个流程节点的已添加描述信息显示给用户，以使用户进一步判断目标订单是否异常。

步骤103，如果接收到目标订单的异常指令，则通过预设通知方式将目标订单反馈至维护人员。

在实施中，用户在查询到目标订单的各个流程节点的状态信息后，如果仍然不能够排查到异常原因，则用户可以进行反馈处理，将目标订单反馈给相应的维护人员，如点击界面中显示的未解决选项。这样，上述服务器可以接收到目标订单的异常指令，之后，服务器可以通过预设通知方式将目标订单反馈至维护人员。具体的，上述预设通知方式可以是QQ或微信等即时通讯方式，也可以是电子邮件方式或电话方式。

可选的，上述步骤103的处理可以如下：如果接收到目标订单的异常指令，则确定异常指令的目标流程节点，并通过预设通知方式将目标订单异常反馈至目标流程节点的维护人员。

在实施中，订单的各个流程节点界面，可以显示有解决或未解决选项，以提示用户针对性地反馈异常。这样，上述服务器在接收到目标订单的异常指令后，可以确定出该异常指令所对应的目标流程节点，然后可以通过上述预设通知方式，将目标订单异常反馈至目标流程节点的维护人员，从而可以基于异常出现的流程节点，及时将异常反馈至对应的维护人员，以提高排查效率。进一步的，如果用户未选择按照流程节点进行分类查询的操作处理，且在显示各个流程节点的状态信息的界面进行了异常反馈，则上述服务器可以通过预设通知方式，将目标订单异常反馈至总维护人员，然后由总维护人员负责排查。

可选的，可以在排查到订单的异常原因后，进行如下处理：如果接收到目标订单的异常解除指令，则存储目标订单的各个流程节点的状态信息，确定异常解除指令的目标流程节点，并更新目标流程节点的异常统计次数。

在实施中，用户在查询到目标订单的各个流程节点的状态信息后，如果可以排查到异常原因，则用户可以对目标订单进行异常解除操作，如点击界面中显示的已解决选项。这样，上述服务器可以接收到目标订单的异常解除指令，之后，服务器可以将目标订单的各个流程节点的状态信息进行存储，作为后续出现同类问题时进行分析查询的原始数据。同时，上述服务器可以确定出异常解除指令的目标流程节点，然后可以基于此次的异常排除处理，对目标流程节点的异常统计次数进行更新，如对异常统计次数作加一处理。需要说明的是，某一流程节点的异常统计次数，可以作为衡量该流程节点是否频繁异常的标识，这样，维护人员可以基于该异常统计次数，对经常出现异常的流程节点进行原因分析，总结经验，以更好地对订单的业务流程进行控制，减少后续异常出现的概率。

上述关于排查异常订单的处理可以参考图2。

在本实施例中，接收目标订单的订单标识；基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。这样，当市场人员发现某订单在某流程节点出现异常时，可以查询到该订单的各个流程节点的状态信息，从而可以自己排查异常，无需维护人员协助，保证订单业务流程的顺利进行。另外，当维护人员接收到异常反馈时，可以基于查询到该订单的各个流程节点的状态信息，针对性地对订单数据进行修复，从而可以有效减少维护人员修复数据时需要查询数据库或日志的次数，不仅可以节省排查时间，及时排查订单出现的异常，有效降低异常订单对业务流程的影响，提高用户体验，还可以大幅度节省人工成本。进一步的，维护人员还可以基于各流程节点的异常统计次数，对经常出现异常的流程节点进行原因分析，总结经验，以更好地对订单的业务流程进行控制，减少后续异常出现的概率。

基于相同的技术构思，本发明实施例还提供了一种排查异常订单的装置，如图3所示，所述装置包括：

第一接收模块301，用于接收目标订单的订单标识；

获取模块302，用于基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；

反馈模块303，用于如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。

可选的，如图4所示，所述装置还包括第二接收模块304，用于：

如果接收到添加描述指令，则基于所述添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

可选的，所述获取模块302，还用于：

获取并显示所述目标订单的各个流程节点的已添加描述信息。

可选的，所述反馈模块303，还用于：

如果接收到目标订单的异常指令，则确定所述异常指令的目标流程节点，并通过预设通知方式将所述目标订单异常反馈至所述目标流程节点的所述维护人员。

可选的，如图5所示，所述装置还包括存储统计模块305，用于：

如果接收到所述目标订单的异常解除指令，则存储所述目标订单的各个流程节点的状态信息，确定所述异常解除指令的目标流程节点，并更新所述目标流程节点的异常统计次数。

在本实施例中，接收目标订单的订单标识；基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。这样，当市场人员发现某订单在某流程节点出现异常时，可以查询到该订单的各个流程节点的状态信息，从而可以自己排查异常，无需维护人员协助，保证订单业务流程的顺利进行。另外，当维护人员接收到异常反馈时，可以基于查询到该订单的各个流程节点的状态信息，针对性地对订单数据进行修复，从而可以有效减少维护人员修复数据时需要查询数据库或日志的次数，不仅可以节省排查时间，及时排查订单出现的异常，有效降低异常订单对业务流程的影响，提高用户体验，还可以大幅度节省人工成本。进一步的，维护人员还可以基于各流程节点的异常统计次数，对经常出现异常的流程节点进行原因分析，总结经验，以更好地对订单的业务流程进行控制，减少后续异常出现的概率。

需要说明的是：上述实施例提供的排查异常订单的装置在排查异常订单时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的排查异常订单的装置与排查异常订单的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6是本发明实施例提供的服务器的结构示意图。该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642 或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630 通信，在服务器600上执行存储介质630中的一系列指令操作。

服务器600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，一个或一个以上键盘656，和/或，一个或一个以上操作系统641，例如Windows Server TM，Mac OS XTM， Unix TM，Linux TM，FreeBSD TM等等。

服务器600可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行上述排查异常订单的指令。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种排查异常订单的方法，其特征在于，所述方法包括：

接收目标订单的订单标识；

基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；

如果接收到所述目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果接收到添加描述指令，则基于所述添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

3.根据权利要求2所述的方法，其特征在于，所述获取并显示所述目标订单的各个流程节点的状态信息之后，还包括：

获取并显示所述目标订单的各个流程节点的所述已添加描述信息。

4.根据权利要求1所述的方法，其特征在于，所述如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员，包括：

如果接收到目标订单的异常指令，则确定所述异常指令的目标流程节点，并通过预设通知方式将所述目标订单异常反馈至所述目标流程节点的所述维护人员。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果接收到所述目标订单的异常解除指令，则存储所述目标订单的各个流程节点的状态信息，确定所述异常解除指令的目标流程节点，并更新所述目标流程节点的异常统计次数。

6.一种排查异常订单的装置，其特征在于，所述装置包括：

第一接收模块，用于接收目标订单的订单标识；

获取模块，用于基于所述目标订单的各个流程节点的业务逻辑，获取并显示所述目标订单的各个流程节点的状态信息，以使用户判断所述目标订单是否异常；

反馈模块，用于如果接收到目标订单的异常指令，则通过预设通知方式将所述目标订单反馈至维护人员。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括第二接收模块，用于：

如果接收到添加描述指令，则基于所述添加描述指令携带的指令内容，生成描述信息并将其标记为已添加描述信息。

8.根据权利要求7所述的装置，其特征在于，所述获取模块，还用于：

获取并显示所述目标订单的各个流程节点的已添加描述信息。

9.根据权利要求6所述的装置，其特征在于，所述反馈模块，还用于：

如果接收到目标订单的异常指令，则确定所述异常指令的目标流程节点，并通过预设通知方式将所述目标订单异常反馈至所述目标流程节点的所述维护人员。

10.根据权利要求6或9所述的装置，其特征在于，所述装置还包括存储统计模块，用于：

如果接收到所述目标订单的异常解除指令，则存储所述目标订单的各个流程节点的状态信息，确定所述异常解除指令的目标流程节点，并更新所述目标流程节点的异常统计次数。