实现动态配置派件顺延方案的方法、装置及电子设备

技术领域

本申请属于快递物流技术领域，具体涉及一种实现动态配置派件顺延方案的方法、装置及电子设备。

背景技术

伴随着电子商务的兴起及发展，各种电商购物节成为了一种网购促销的重要营销手段，在类似的大促销期间，激增的快递包裹及派件任务给快递行业的运营管理带来了新的挑战。

现有实际中，快递企业会对其下的各个运营网点进行考核，大促期间件量的激增，会造成一定周期内的派件任务重，导致产生大量的延误罚款。而网点若通过常态化下的申请顺延进行免罚，不可避免的会出现短期内工单积压，进而导致提报端和审批端皆无法快速并有效地执行合理的顺延处理与免罚处理。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种实现动态配置派件顺延方案的方法、装置及电子设备，以解决快递企业实际运营管理中所面临的管理不畅的问题。

为实现以上目的，本申请采用如下技术方案：

第一方面，

本申请提供一种实现动态配置派件顺延方案的方法，该方法包括：

基于对网点日业务量数据的分析，计算确定各网点的派件增长率；

根据所述各网点的派件增长率，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录；

根据所述各网点的派件顺延记录进行消息推送。

可选地，所述基于对网点日业务量数据的分析，计算确定各网点的派件增长率，包括：

接收大数据推送过来的网点日业务量数据；

基于图形化页面配置的网点黑/白名单、基准派件量对网点日业务量数据进行数据过滤以及校对处理，得到处理后的计算基础数据；

根据所述计算基础数据计算确定各网点的派件增长率。

可选地，所述接收大数据推送过来的网点日业务量数据基于以下方式实现：

利用配置的ETL脚本，在每天的预设时间节点自动抽取网点当日业务量数据至本地的数据库。

可选地，所述利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录，包括：

根据所述阶梯派件量顺延规则，基于MVEL规则引擎进行派件顺延天数匹配，生成一级网点的派件顺延记录；

基于所述一级网点的派件顺延记录，根据网点隶属关系，使用递归算法生成一级网点的子孙网点的派件顺延记录；

将各所述派件顺延记录对应写入考核网点顺延记录表，并同步进网点顺延历史表。

可选地，所述根据所述各网点的派件顺延记录进行消息推送，包括：

使用增量任务同步框架ZDTP监听所述网点顺延历史表的数据变更，将变更记录包装成MQ消息以进行推送。

第二方面，

本申请提供一种实现动态配置派件顺延方案的装置，该装置包括：

计算处理模块，用于基于对网点日业务量数据的分析，计算确定各网点的派件增长率；

匹配处理模块，用于根据所述各网点的派件增长率，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录；

推送处理模块，用于根据所述各网点的派件顺延记录进行消息推送。

第三方面，

本申请提供一种电子设备，包括：

存储器，其上存储有可执行程序；

处理器，用于执行所述存储器中的所述可执行程序，以实现上述所述方法的步骤。

本申请采用以上技术方案，至少具备以下有益效果：

本申请中，基于对网点日业务量数据的分析，计算确定各网点的派件增长率；根据各网点的派件增长率，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录；根据各网点的派件顺延记录进行消息推送。本申请技术方案，基于对网点的日业务量数据的分析，依据配置的匹配规则自动匹配生成派件顺延方案，其中的匹配规则，基于实际需要可配置不同的顺延等级，每个等级可设定对应的判定事项、判定标准、规则明细，这样在实际应用中，可切合网点实际情况进行运营管理，避免不合理的网点处罚。

本发明的其他优点、目标，和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。

附图说明

附图用来提供对本申请的技术方案或现有技术的进一步理解，并且构成说明书的一部分。其中，表达本申请实施例的附图与本申请的实施例一起用于解释本申请的技术方案，但并不构成对本申请技术方案的限制。

图1为本申请一个实施例提供的实现动态配置派件顺延方案的方法的流程示意图；

图2为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的架构说明示意图；

图3为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的数据流转说明示意图；

图4为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的数据同步说明示意图；

图5为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的交互界面说明示意图一；

图6为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的交互界面说明示意图二；

图7为本申请一个实施例中实现动态配置派件顺延方案所涉及系统实现的交互界面说明示意图三；

图8为本申请一个实施例中实现动态配置派件顺延方案的装置的结构示意图；

图9为本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

如背景技术所述，伴随着电子商务的兴起及发展，各种电商购物节成为了一种网购促销的重要营销手段，在类似的大促销期间，激增的快递包裹及派件任务给快递行业的运营管理带来了新的挑战。

现有实际中，快递企业会对其下的各个运营网点进行考核，大促期间件量的激增，会造成一定周期内的派件任务重，导致产生大量的延误罚款。而网点若通过常态化下的申请顺延进行免罚，不可避免的会出现短期内工单积压，进而导致提报端和审批端皆无法快速并有效地执行合理的顺延处理与免罚处理。

针对于此，本申请提出一种实现动态配置派件顺延方案的方法，以有利于解决快递企业实际运营管理中所面临的管理不畅的问题。

在一实施例中，如图1所示，本申请提出的实现动态配置派件顺延方案的方法，包括：

步骤S110，基于对网点日业务量数据的分析，计算确定各网点的派件增长率；

举例而言，规模以上快递企业一般都具有相关数据监测统计系统，这里的的网点日业务量数据可从这类系统中获取，进而基于对网点日业务量数据的分析，计算确定网点的派件增长率，举例而言，可以根据网点的当日及历史的日业务量数据进行分析计算，确定相应网点的派件增长率；

之后，进行步骤S120，根据各网点的派件增长率，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录；

该步骤中，容易理解的是，这里的阶梯派件量顺延规则是派件顺延方案生成的关键点之一，一般而言，该规则的内容需根据网点的规模等级、计算出的派件增长率所处的数值区间、以及其他实际影响因素等(如极端天气)来确定，实际实施中，该阶梯派件量顺延规则的具体规则细节需要基于实际调研进行动态配置及调整；

最后，进行步骤S130，根据步骤S120中得到的各网点的派件顺延记录进行消息推送；

该步骤中，结合本申请背景技术所述，这里的消息推送对象可包括被考核的网点方，以及进行网点绩效考核的管理审批方等。

本申请的技术方案中，基于对网点的日业务量数据的分析，依据配置的匹配规则自动匹配生成派件顺延方案信息，其中的匹配规则，基于实际需要可配置不同的顺延等级，每个等级可设定对应的判定事项、判定标准、规则明细，这样在实际应用中，可切合网点实际情况，避免不合理的网点处罚，有利于保证派件率。

为便于理解本申请的技术方案，下面以另一实施例对本申请的技术方案进行介绍说明。

图2所示，为该实施例中实现动态配置派件顺延方案所涉及系统实现的架构说明示意图，下面先对此进行一下简要说明。

如图2所示，该系统架构包括：

1)基础数据层：其功能实现描述为，接收大数据推送过来的网点日业务量数据，做本地化存储；

2)数据清洗层：其功能实现描述为，基于图形化页面配置的网点黑/白名单(用于指示网点是否被考核，如何某网点由于某种情况被临时关停，则其被配置为黑名单中网点，无需被考核)、基准派件量(用于滤除异常网点的计算参考数据，如由于管控导致某网点派件量小于该网点对应的基准派件量，认为异常，将该网点剔除)进行数据过滤以及校对，保证数据的准确性；

换言之，结合前文的实施例，可知该实施例中，基于对网点日业务量数据的分析，计算确定各网点的派件增长率，包括：

接收大数据推送过来的网点日业务量数据；

基于图形化页面配置的网点黑/白名单、基准派件量对网点日业务量数据进行数据过滤以及校对处理，得到处理后的计算基础数据；

根据计算基础数据计算确定各网点的派件增长率。

如图2所示，该系统架构还包括：

3)规则引擎层：其功能实现描述为，使用动态配置的阶梯派件量顺延规则，基于MVEL规则引擎进行派件顺延天数匹配，并生成一级网点的顺延记录；

该实施例中具体采用了MVEL规则引擎进行匹配处理，MVEL的基本语法与java语法有些类似，与java不同是MVEL是动态类型，可选分类，就是说在源文件中是没有类型限制的。一条MVEL表达式，简单的可以是单个标识符，复杂的则可能是一个充满了方法调用和内部集合创建的庞大的布尔表达式；而表达式引擎是规则引擎的一部分，是一种嵌入在应用程序中的组件，实现了逻辑判断与程序代码中分离出来，并使用预定义的语义脚本编写业务条件。接受数据输入，解释执行表达式，并返回表达式执行结果。

4)数据加工层：其功能实现描述为，基于考核网点的顺延记录和网点隶属关系(实际中加盟制快递企业，快递网点包括被总部直接考核的一级网点，以及一级网点所属的加盟的子孙网点，两者在运营管理中需区别对待)，使用递归算法(实际实现中，可在网点属性里配置parentId字段，以当前循环网点的id，做递归剩余网点的parentId为条件，而业务场景里网点层级通常为3级，递归时杜绝死循环设置递归深度为5)，生成子孙网点的派件顺延记录；

换言之，结合前文的实施例，可知该实施例中，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录，包括：

根据阶梯派件量顺延规则，基于MVEL规则引擎进行派件顺延天数匹配，生成一级网点的派件顺延记录；

基于一级网点的派件顺延记录，根据网点隶属关系，使用递归算法生成一级网点的子孙网点的派件顺延记录。

如图2所示，该系统架构还包括：

5)下游系统展示层：其功能实现主要为，支持管理者实时查询网点派件顺记录，以及同时实时推送至下游系统，即对应于前文实施例中，根据各网点的派件顺延记录进行消息推送。

下面再从数据流转角度对图2所示的系统实现进行一下说明介绍，图3所示为该实施例中实现动态配置派件顺延方案所涉及系统实现的数据流转说明示意图。如图3所示，数据流转过程，包括

a)ETL脚本自动执行，每日两个时间节点(0a.m、6p.m)自动抽取当日业务量数据至本地的数据库(如采用mysql数据库)，举例而言，抽取至考核网点业务量表(zto_high_sales_delay_site_business)数据表中；

即前文所提到的，接收大数据推送过来的网点日业务量数据的实现方式为：

利用配置的ETL脚本，在每天的预设时间节点自动抽取网点当日业务量数据至本地的数据库。

b)分布式调度器(TBSchedule)启动

c)调度器6:10p.m、0:10a.m启动计算T-0、T-1顺延记录，业务量数据经过数据清洗，规则匹配，生成考核网点顺延记录写入考核网点顺延记录表(zto_huiyan_sales_delay_site_detail)，同时发送消息通知执行数据归档，同步进网点顺延历史表(zto_huiyan_sales_delay_site_detail_his)；

换言之，在前文实施例的基础上，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录，还包括：

将各派件顺延记录对应写入考核网点顺延记录表，并同步进网点顺延历史表。

下面结合图4所示的实现动态配置派件顺延方案所涉及系统实现的数据同步说明示意图对数据流转过程中数据同步实现过程进行一下简要说明：

如图4所示，相关执行实体在接收到调度器发出的task消息后，获取待同步的考核网点顺延记录；之后将考核网点顺延记录同步到顺延归档表；

进而以考核网点作为更新条件，更新顺延归档表中该考核网点的子孙网点，判断更新行是否大于0(即基于sql语言update指令特性进行判断)，

(1)若是更新行大于0，则直接更新考核网点的同步记录状态为已同步；

(2)若是更新行等于0，则查询该网点的下级网点，若下级网点为考核网点，继续向下查询，直至找出所有的子孙网点；否则继承考核网点的顺延天数，保存子孙网点的顺延记录。

最后，如图2、3所示，数据流程过程还包括，d)使用增量任务同步框架ZDTP监听网点顺延历史表数据变更，将变更记录包装成mq消息推送给下游系统；

即前文提到的根据各网点的派件顺延记录进行消息推送，具体包括：使用增量任务同步框架ZDTP监听网点顺延历史表的数据变更，将变更记录包装成MQ消息以进行推送。

如图5至图7所示，为该实施例中实现动态配置派件顺延方案所涉及系统实现的交互界面说明示意图(三图依次分别为网点大促顺延查询界面，大促顺延规则配置界面，大促顺延网点配置界面)。

本申请的技术方案中的大促顺延动态配置化及自动减免功能，是通过配置化设计来实现任意周期启用/停用自动顺延、动态调整顺延标准、精准化判断网点体量的判断及处理。配置化功能支持设立不同的顺延等级，每个等级可设定对应的判定事项、判定标准、规则明细。并且基于场景需要，可自动校验所有规则的标准范围是否为全集(无并集)，从而确保每个网点都能找到自身所对应的减免规则。

图8为本申请一个实施例提供的实现动态配置派件顺延方案的装置的结构示意图，如图8所示，该实现动态配置派件顺延方案的装置300包括：

计算处理模块301，用于基于对网点日业务量数据的分析，计算确定各网点的派件增长率；

匹配处理模块302，用于根据所述各网点的派件增长率，利用预先配置的阶梯派件量顺延规则进行顺延天数匹配，确定生成各网点的派件顺延记录；

推送处理模块303，用于根据所述各网点的派件顺延记录进行消息推送。

关于上述相关实施例中的实现动态配置派件顺延方案的装置300，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9为本申请一个实施例提供的电子设备的结构示意图，如图9所示，该电子设备400包括：

存储器401，其上存储有可执行程序；

处理器402，用于执行存储器401中的可执行程序，以实现上述方法的步骤。

关于上述实施例中的电子设备400，其处理器402执行存储器401中的程序的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人员在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。