1.本发明属于物流费用管理的
技术领域：
：，尤其涉及一种物流揽派的管控方法、装置、设备和存储介质。
背景技术：
：：2.快递行业实行计件工资制度，快递员的薪资购成中揽派费是极其重要的一大部分，也就是快递员收取和派送一票快递所得的收入。3.通常，快递员(业务员)工资由快递公司结算给网点，各网点再结算给快递员。4.但是，由于网点的违规操作，如创建虚拟业务员账号，将高额工作发放至该虚拟业务员账号中，当网点因经营管理不善而倒闭时，不能按时足额发放快递员薪资，从而出现劳动纠纷问题。技术实现要素：5.本发明的目的是提供一种物流揽派的管控方法、装置、设备和存储介质，将快递员劳动薪资处于正常范围内的直接发放到快递员手中，将超出正常范围的账单进行判断和限制，避免网点因违规操作而存在对业务员欠薪的隐患，进而维护快递公司与快递员的合法权益，保障业务的正常运行。6.为解决上述问题，本发明的技术方案为：7.一种物流揽派的管控方法，包括：8.配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；9.响应于所述第一子系统中限额配置应用对象的设置操作，将所述限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；所述第二子系统获取业务员终端的当月账单信息，比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；10.所述第三子系统响应于第二子系统对直达账单信息的传输，接收所述直达账单，并将包含费用在内的参数支付给相应业务员终端；11.所述预付款系统响应于第二子系统对结算账单的传输，接收所述结算账单，将达到限额信息记录分配至对应的业务员终端。12.根据本发明一实施例，所述所述第二子系统获取业务员终端的当月账单信息进一步包括：13.创建数据仓库，将业务系统中的用户行为数据和业务数据导入数据仓库的ods层，生成订单表、订单状态表、网点表、省区表、业务员表、费用表；14.所述第二子系统加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据。15.根据本发明一实施例，所述将业务系统中的用户行为数据和业务数据导入数据仓库的ods层进一步包括：16.对于用户行为数据，分别创建启动日志表、事件行为表，采用lzo压缩，并创建lzo索引；17.对于业务数据，在ods层创建与业务系统数据库中一致的数据表，通过sqoop工具将业务系统数据库中数据导入数据仓库，实现ods层数据加载。18.根据本发明一实施例，所述生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统进一步包括：19.在数据仓库中，基于订单、金额、业务员、网点及省区维度，以物流揽派过程为建模驱动，建立dwd层，对ods层的数据构建最细粒度的明细层事实表，生成派费直达业务员表、派费直达网点表、派费直达省区表；20.所述第二子系统比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，更新并加载所述数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。21.根据本发明一实施例，所述第二子系统获取业务员终端的当月账单信息进一步包括：22.根据各业务类型配置的可结算条件，从业务系统中抽取物流订单；23.根据配置的服务费费率及其他相关费用的结算规则，核算业务员收派件的结算金额。24.根据本发明一实施例，所述从业务系统中抽取物流订单之后还包括：25.判断物流订单对应的结算商户类型，当商户类型属于企业时，执行企业类型订单结算流程，并向下查询是否设置了结算账期；26.对于配置了结算账期的物流订单，根据账期规则将符合相关条件的物流订单打包，生成账单。27.一种物流揽派的管控装置，包括：28.配置模块，用于配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；29.结算模块，用于响应于所述第一子系统中限额配置应用对象的设置操作，将所述限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；所述第二子系统获取业务员终端的当月账单信息，比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；30.直达模块，用于所述第三子系统响应于第二子系统对直达账单信息的传输，接收所述直达账单，并将包含费用在内的参数支付给相应业务员终端；31.反馈模块，用于所述预付款系统响应于第二子系统对结算账单的传输，接收所述结算账单，将达到限额信息记录分配至对应的业务员终端。32.根据本发明一实施例，所述结算模块进一步用于加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据；33.用于第二子系统比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，更新并加载所述数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。34.一种物流揽派的管控设备，包括：存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行本发明一实施例中所述的物流揽派的管控方法中的步骤。35.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本发明一实施例中的物流揽派的管控方法中的步骤36.本发明由于采用以上技术方案，使其与现有技术相比具有以下的优点和积极效果：37.1)本发明一实施例中的物流揽派的管控方法，针对目前快递员工资由快递公司结算给网点，各网点再结算给快递员的方式存在拖欠快递员工资的问题，通过派费直达方式，将快递员劳动薪资正常范围内的直接发放到快递员账号；将超出正常派费范围的账单进行判断和限制，避免网点违规操作，存在对业务员欠薪的隐患。从而维护快递公司与快递员的合法权益，保障业务的正常运行。38.2)本发明一实施例中的物流揽派的管控方法，通过创建数据仓库存储物流业务系统的用户行为数据及业务数据，采用数据仓库的分层性能建立派费直达业务员表、派费直达网点表及派费直达省区表，使数据结构更清晰、便于维护数据的准确性、减少业务的影响。附图说明39.图1为本发明一实施例中的物流揽派的管控方法流图；40.图2为本发明一实施例中的揽派直达的管控流程图；41.图3为本发明一实施例中的物流揽派的管控装置框图；42.图4为本发明一实施例中的物流揽派的管控设备的示意图。具体实施方式43.以下结合附图和具体实施例对本发明提出的一种物流揽派的管控方法、装置、设备和存储介质作进一步详细说明。根据下面说明和权利要求书，本发明的优点和特征将更清楚。44.实施例一45.通常，一个快递从a地发货寄到b地收件人手中，过程分为三步——揽货、运货、派货。a地收取快递费，总部则收取的面单费、干线运输费及其他费用，而b地网点拿到的是派件费。行业惯例，派件费是由收件网点快递费中出。发件网点支付给派件网点的派件费用，一般由发件网点付给总部，再由总部付给派件网点。从快递从业人员的收入看，快递员的收入按派件数量计费。46.也就是说，快递员(业务员)的工资由快递公司总部结算给网点，各网点再结算给快递员。但是，由于网点的违规操作，如创建虚拟业务员账号，将高额工作发放至该虚拟业务员账号中，当网点因经营管理不善而倒闭时，不能按时足额发放快递员薪资，从而出现劳动纠纷问题。47.针对上述问题，本实施例提供了一种物流揽派的管控方法，将快递员劳动薪资处于正常范围内的直接发放到快递员手中，将超出正常范围的账单进行判断和限制，避免网点因违规操作而存在对业务员欠薪的隐患，进而维护快递公司与快递员的合法权益，保障业务的正常运行。48.请参看图1，该物流揽派的管控方法包括以下步骤：49.s1：配置第一子系统以提供面向对象的费率设置环境，在费率设置环境中系统用户与用户定义应用对象进行交互；50.s2：响应于第一子系统中限额配置应用对象的设置操作，将限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；第二子系统获取业务员终端的当月账单信息，比较当月账单与限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；51.s3：第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端；52.s4：预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。53.本实施例中的物流揽派的管控方法中涉及到第一子系统、第二子系统、第三子系统及预付款系统。其中，在步骤s1中，第一子系统用于提供面向对象的费率设置环境在该费率设置环境中系统用户与用户定义应用对象进行交互；该第一子系统使用图形用户界面来向用户显示该应用对象，在图形用户界面中用户对该应用对象进行设置、查看和修改操作。54.该第一子系统可以是采用c#、smalltalk、eiffel、python、java、oc中任意一种技术开发的面向对象的系统。面向对象是一种对现实世界理解和抽象的方法，是计算机编程技术发展到一定阶段后的产物。对象是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。55.在本实施例中，该第一子系统用于费率设置，即对快递员收派件的费率进行规定。该第一子系统可以是快递员揽派件系统，快递员收派件的费率在揽派件系统中进行设置，调整快递员的派件数量计费设定。在快递员揽派件系统中增加限额配置，可以将快递员每月收派件费用的上线进行设定。56.在快递员揽派件系统中添加限额配置参数时，可通过以下方式实现：在揽派件系统的配置文件中添加自定义参数：限额配置。在前端页面实现时，通过springboot中读取揽派件系统配置文件中的限额配置参数，使用@value注解，在@value中加入限额配置参数的key；或使用@configurationproperties进将限额配置参数映射到实体类中。具体请看如下代码：57.[0058][0059]在步骤s2中，响应于第一子系统中限额配置应用对象的设置操作，将该限额配置应用对象的值传递至作为费用结算的第二子系统。请参看图2，该第二子系统获取业务员的当月账单，统计账单数额，比较该账单数额与限额配置应用对象的值的大小，根据比较结果，生成直达账单至作为费用支付的第三子系统，或生成结算账单至业务员所在网点的预付款系统。[0060]显然，该第二子系统是一个费用结算系统。该费用结算系统可根据各业务类型配置的可结算条件，从业务系统中抽取物流订单；根据配置的服务费费率及其他相关费用的结算规则，核算业务员收派件的结算金额。[0061]对于物流运输，其费用结算的单据包括但不限于供应商送货单、公司仓库入库单、相关检验检测单、公路及桥梁通行费发票、加油站油票等。对于快递业务员，其费用结算的单据包括派送的每一件快递的提成，在进行工资发放时，还会加上底薪。其中，每一件快递的提成可在步骤s1中的揽派件系统中进行费率设置。费用结算系统可根据各业务类型配置的可结算条件，从业务系统中抽取物流订单。其中，业务类型配置的可结算条件，可以是物流运输的相关费用结算单据，也可以是快递业务员经手的每一件快递的揽收单据等等。对于本实施例来说，主要是核算快递业务员收派件的结算金额，因此，可根据快递业务员的编号，从业务系统中抽取该业务员当月派送的所有物流订单，根据预先设置的费率(服务费费率)，计算派送每一个物流订单的提成，再加上该业务员的底薪，从而核算该业务员的工资。[0062]费用结算系统从业务系统中抽取物流订单之后，需要判断物流订单对应的结算商户类型，当商户类型属于企业时，执行企业类型订单结算流程，并向下查询是否设置了结算账期。对于配置了结算账期的物流订单，根据账期规则将符合相关条件的物流订单打包，生成账单。[0063]其中，当商户类型属于企业时，执行企业类型订单结算流程进一步包括：[0064]通过工作流构建器，经由第二子系统对判断结算商户类型的输出进行响应，由此创建针对所输出的应用对象的工作流；该工作流是因果结构，因果结构标识使工作流被执行的触发，并且因果结构定义响应于触发来对所输出的应用对象执行或者由所输出的应用对象执行的用户指定自动动作。并且，通过工作流引擎，接收包括该触发的系统事件，并且在触发发生时，执行该工作流以执行关于所输出的应用对象的用户指定自动动作。[0065]在本实施例中，工作流构建器经由费用结算系统对结算商户类型的输出结果，即企业商户，创建该企业商户的结算工作流。该工作流是因果结构，即费用结算系统输出企业商户时，触发该企业商户的结算工作流的执行，其中企业商户是因，企业商户的结算工作流的执行是果。[0066]该费用结算系统计算完各快递业务员的结算金额后，需要比较该结算金额与限额配置参数的值的大小，当结算金额小于限额配置参数的值时，生成直达账单至作为费用支付的第三子系统；当结算金额大于等于限额配置参数的值时，生成结算账单至业务员所在网点的预付款系统。[0067]该限额配置参数的值可根据快递公司的快递业务员的历史工资的最大值来定，也可以根据快递公司的业务量及服务费费率指定一不可达到的值，如2万元。[0068]本步骤s2除了以上实施方式，本实施例还提供了另一种实施方式，具体如下：[0069]创建数据仓库，将业务系统中的用户行为数据和业务数据导入数据仓库的ods层，生成订单表、订单状态表、网点表、省区表、业务员表、费用表；[0070]第二子系统加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据。[0071]在将业务系统中的用户行为数据和业务数据导入数据仓库的ods层时，对于用户行为数据，分别创建启动日志表、事件行为表，采用lzo压缩，并创建lzo索引；对于业务数据，在ods层创建与业务系统数据库(如mysql)中一致的数据表，通过sqoop工具将业务系统数据库中数据导入数据仓库，实现ods层数据加载。[0072]在数据仓库中，基于订单、金额、业务员、网点及省区维度，以物流揽派过程为建模驱动，建立dwd层，对ods层的数据构建最细粒度的明细层事实表，生成派费直达业务员表、派费直达网点表、派费直达省区表。第二子系统比较业务员当月账单与限额配置应用对象的值的大小之后，根据比较结果，更新并加载数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。[0073]其中，创建启动日志表ods_start_log，其实现如下：[0074]createdatabasegmall；[0075]usegmall；[0076]droptableifexistsods_start_log；[0077]createexternaltableods_start_log(linestring)[0078]partitionedby(dtstring)[0079]storedasinputformat"com.hadoop.mapred.[0080]deprecatedlzotextinputformat"outputformat[0081]"org.apache.hadoop.hive.ql.io.hiveignorekeytextoutputformat"[0082]location'/warehouse/gamll/ods/ods_start_log'；[0083]loaddatainpath'/origin_data_cdh/gmall/log/topic_start/2020-11-19'intotableods_start_logpartition(dt＝'2020-11-19')；[0084]loaddatainpath'/origin_data_cdh/gmall/log/topic_start/2020-11-20'intotableods_start_logpartition(dt＝'2020-11-20')；[0085]select*fromods_start_logwheredt＝'2020-11-19'limit2；[0086]事件行为表的实现类似，在此不展示其相关代码。[0087]ods层用户行为日志的导入，实现如下：[0088][0089]ods层业务数据的加载通过sqoop工具将业务系统数据库中数据导入数据仓库，在此不作具体代码的展示。[0090]其中，dwd层是对用户的日志行为进行解析，以及对业务数据采用维度模型的方式重新建模。dwd层是以业务过程来作为建模驱动，基于每个具体的业务过程特点，构建最细粒度的明细层事实表。其建模过程包括：选择业务过程→声明粒度→确认维度→确认事实。[0091]具体到本实施例，其业务过程为物流订单的揽派过程，其涉及的事实表为派费直达业务员事实表、派费直达网点事实表、派费直达省区事实表。确认各事实表中每一行数据所表示的内容，保证事实表的最小粒度。基于订单、金额、业务员、网点及省区维度，创建上述事实表，并确认各事实表的度量值。对于各事实表的最终实现形式，在此不做展示。[0092]上述通过创建数据仓库存储物流业务系统的用户行为数据及业务数据，采用数据仓库的分层性能建立派费直达业务员表、派费直达网点表及派费直达省区表，使数据结构更清晰、便于维护数据的准确性、减少业务的影响，从而方便实现本实施例中的派费直达。[0093]在步骤s3中，第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端。[0094]在步骤s2中，对快递业务员的结算金额进行判别后，根据判别结果的不同，推送到不同的子系统进行处理。在本步骤中，第三子系统是一个支付系统，如业务员终端上的业务员钱包系统。该第三子系统可根据接收的直达账单，直接将费用(工资)支付给相应业务员。即直接将工资金额打到业务员的账号中。[0095]在步骤s4中，预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。[0096]在本步骤中，网点的预付款系统接收的是结算金额超出限额配置参数的业务员的结算账单，对于这种结算账单，需要打上达到当月限额的标记，并输出该结算账单的业务员编号及达到当月限额的状态至业务监控系统和支付系统。[0097]在业务监控系统中存储有派费直达业务员表、派费直达网点表及派费直达省区表，针对是否达到当月限额，对派费直达业务员表、派费直达网点表及派费直达省区表的创建进行修改，具体如下所示：[0098][0099]将标记有达到当月限额的结算账单的业务员编号及其标记传递至作为业务监控的第四子系统，以使第四子系统在派费直达业务员表中定位该业务员编号，并在其是否达到当月限额字段中进行记录，以作出响应。[0100]同时，将标记有达到当月限额的结算账单的业务员编号及其标记传递至第三子系统，以使第三子系统在支付清单中定位所述业务员编号，并标记达到当月限额，待后续进一步审核，不予直接支付。[0101]通过上述步骤及图2可知，快递业务员的结算金额的处理路径有两条，数据处理路径一：[0102]若结算金额小于2万元(限额配置参数的值)，则生成直达账单；[0103]同时将数据推送到快递员收派件系统进行处理；[0104]推送进入业务员钱包系统(支付系统)，正常打款，业务流程结束。数据处理路径二：[0105]若结算金额大于等于2万元，则派费结算进入网点预付款系统；[0106]之后再输出一个是否达到当月限额的状态；[0107]再将数据发送到揽派及时监控系统，(总部派费直达报表)业务员表增加一个字段：是否达到当月限额；[0108]同时将数据发送到业务员钱包系统进行处理，如果因达到当月限额未直达成功，快递员收派件系统增加一个标签：达到当月直达限额，业务流程结束。[0109]本实施例通过派费直达方式，将快递员劳动薪资正常范围内的直接发放到快递员账号；将超出正常派费范围的账单进行判断和限制，避免网点违规操作，存在对业务员欠薪的隐患。从而维护快递公司与快递员的合法权益，保障业务的正常运行。[0110]实施例二[0111]本实施例提供了一种物流揽派的管控装置，请参看图3，该物流揽派的管控装置包括：[0112]配置模块1，用于配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；[0113]结算模块2，用于响应于第一子系统中限额配置应用对象的设置操作，将限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；第二子系统获取业务员终端的当月账单信息，比较当月账单与限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；[0114]直达模块3，用于第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端；[0115]反馈模块4，用于预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。[0116]其中，结算模块2进一步用于加载数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据；用于第二子系统比较业务员的当月账单与限额配置应用对象的值的大小，根据比较结果，更新并加载数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。[0117]上述配置模块1、结算模块2、直达模块3及反馈模块4的功能及实现方式均如上述实施例一所述，在此不再赘述。[0118]实施例三[0119]本实施例提供了一种物流揽派的管控设备。请参看图4，该物流揽派的管控设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对物流揽派的管控设备500中的一系列指令操作。[0120]进一步，处理器510可以设置为与存储介质530通信，在物流揽派的管控设备500上执行存储介质530中的一系列指令操作。[0121]物流揽派的管控设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线的网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如windowsserve、vista等等。[0122]本领域技术人员可以理解，图4示出的物流揽派的管控设备结构并不构成对物流揽派的管控设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。[0123]本发明的另一实施例还提供了一种计算机可读存储介质。[0124]该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质。该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行实施例一中的物流揽派的管控方法的步骤。[0125]物流揽派的管控方法如果以程序指令的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件的形式体现出来，该计算机软件存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。[0126]所属领域的技术人员可以清楚地了解到，为描述得方便和简洁，上述描述的系统及设备的具体执行的识别内容，可以参考前述方法实施例中的对应过程。[0127]上面结合附图对本发明的实施方式作了详细说明，但是本发明并不限于上述实施方式。即使对本发明作出各种变化，倘若这些变化属于本发明权利要求及其等同技术的范围之内，则仍落入在本发明的保护范围之中。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种物流揽派的管控方法、装置、设备和存储介质。
背景技术：
：：2.快递行业实行计件工资制度，快递员的薪资购成中揽派费是极其重要的一大部分，也就是快递员收取和派送一票快递所得的收入。3.通常，快递员(业务员)工资由快递公司结算给网点，各网点再结算给快递员。4.但是，由于网点的违规操作，如创建虚拟业务员账号，将高额工作发放至该虚拟业务员账号中，当网点因经营管理不善而倒闭时，不能按时足额发放快递员薪资，从而出现劳动纠纷问题。技术实现要素：5.本发明的目的是提供一种物流揽派的管控方法、装置、设备和存储介质，将快递员劳动薪资处于正常范围内的直接发放到快递员手中，将超出正常范围的账单进行判断和限制，避免网点因违规操作而存在对业务员欠薪的隐患，进而维护快递公司与快递员的合法权益，保障业务的正常运行。6.为解决上述问题，本发明的技术方案为：7.一种物流揽派的管控方法，包括：8.配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；9.响应于所述第一子系统中限额配置应用对象的设置操作，将所述限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；所述第二子系统获取业务员终端的当月账单信息，比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；10.所述第三子系统响应于第二子系统对直达账单信息的传输，接收所述直达账单，并将包含费用在内的参数支付给相应业务员终端；11.所述预付款系统响应于第二子系统对结算账单的传输，接收所述结算账单，将达到限额信息记录分配至对应的业务员终端。12.根据本发明一实施例，所述所述第二子系统获取业务员终端的当月账单信息进一步包括：13.创建数据仓库，将业务系统中的用户行为数据和业务数据导入数据仓库的ods层，生成订单表、订单状态表、网点表、省区表、业务员表、费用表；14.所述第二子系统加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据。15.根据本发明一实施例，所述将业务系统中的用户行为数据和业务数据导入数据仓库的ods层进一步包括：16.对于用户行为数据，分别创建启动日志表、事件行为表，采用lzo压缩，并创建lzo索引；17.对于业务数据，在ods层创建与业务系统数据库中一致的数据表，通过sqoop工具将业务系统数据库中数据导入数据仓库，实现ods层数据加载。18.根据本发明一实施例，所述生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统进一步包括：19.在数据仓库中，基于订单、金额、业务员、网点及省区维度，以物流揽派过程为建模驱动，建立dwd层，对ods层的数据构建最细粒度的明细层事实表，生成派费直达业务员表、派费直达网点表、派费直达省区表；20.所述第二子系统比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，更新并加载所述数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。21.根据本发明一实施例，所述第二子系统获取业务员终端的当月账单信息进一步包括：22.根据各业务类型配置的可结算条件，从业务系统中抽取物流订单；23.根据配置的服务费费率及其他相关费用的结算规则，核算业务员收派件的结算金额。24.根据本发明一实施例，所述从业务系统中抽取物流订单之后还包括：25.判断物流订单对应的结算商户类型，当商户类型属于企业时，执行企业类型订单结算流程，并向下查询是否设置了结算账期；26.对于配置了结算账期的物流订单，根据账期规则将符合相关条件的物流订单打包，生成账单。27.一种物流揽派的管控装置，包括：28.配置模块，用于配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；29.结算模块，用于响应于所述第一子系统中限额配置应用对象的设置操作，将所述限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；所述第二子系统获取业务员终端的当月账单信息，比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；30.直达模块，用于所述第三子系统响应于第二子系统对直达账单信息的传输，接收所述直达账单，并将包含费用在内的参数支付给相应业务员终端；31.反馈模块，用于所述预付款系统响应于第二子系统对结算账单的传输，接收所述结算账单，将达到限额信息记录分配至对应的业务员终端。32.根据本发明一实施例，所述结算模块进一步用于加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据；33.用于第二子系统比较所述当月账单与所述限额配置应用对象的值的大小，根据比较结果，更新并加载所述数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。34.一种物流揽派的管控设备，包括：存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行本发明一实施例中所述的物流揽派的管控方法中的步骤。35.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本发明一实施例中的物流揽派的管控方法中的步骤36.本发明由于采用以上技术方案，使其与现有技术相比具有以下的优点和积极效果：37.1)本发明一实施例中的物流揽派的管控方法，针对目前快递员工资由快递公司结算给网点，各网点再结算给快递员的方式存在拖欠快递员工资的问题，通过派费直达方式，将快递员劳动薪资正常范围内的直接发放到快递员账号；将超出正常派费范围的账单进行判断和限制，避免网点违规操作，存在对业务员欠薪的隐患。从而维护快递公司与快递员的合法权益，保障业务的正常运行。38.2)本发明一实施例中的物流揽派的管控方法，通过创建数据仓库存储物流业务系统的用户行为数据及业务数据，采用数据仓库的分层性能建立派费直达业务员表、派费直达网点表及派费直达省区表，使数据结构更清晰、便于维护数据的准确性、减少业务的影响。附图说明39.图1为本发明一实施例中的物流揽派的管控方法流图；40.图2为本发明一实施例中的揽派直达的管控流程图；41.图3为本发明一实施例中的物流揽派的管控装置框图；42.图4为本发明一实施例中的物流揽派的管控设备的示意图。具体实施方式43.以下结合附图和具体实施例对本发明提出的一种物流揽派的管控方法、装置、设备和存储介质作进一步详细说明。根据下面说明和权利要求书，本发明的优点和特征将更清楚。44.实施例一45.通常，一个快递从a地发货寄到b地收件人手中，过程分为三步——揽货、运货、派货。a地收取快递费，总部则收取的面单费、干线运输费及其他费用，而b地网点拿到的是派件费。行业惯例，派件费是由收件网点快递费中出。发件网点支付给派件网点的派件费用，一般由发件网点付给总部，再由总部付给派件网点。从快递从业人员的收入看，快递员的收入按派件数量计费。46.也就是说，快递员(业务员)的工资由快递公司总部结算给网点，各网点再结算给快递员。但是，由于网点的违规操作，如创建虚拟业务员账号，将高额工作发放至该虚拟业务员账号中，当网点因经营管理不善而倒闭时，不能按时足额发放快递员薪资，从而出现劳动纠纷问题。47.针对上述问题，本实施例提供了一种物流揽派的管控方法，将快递员劳动薪资处于正常范围内的直接发放到快递员手中，将超出正常范围的账单进行判断和限制，避免网点因违规操作而存在对业务员欠薪的隐患，进而维护快递公司与快递员的合法权益，保障业务的正常运行。48.请参看图1，该物流揽派的管控方法包括以下步骤：49.s1：配置第一子系统以提供面向对象的费率设置环境，在费率设置环境中系统用户与用户定义应用对象进行交互；50.s2：响应于第一子系统中限额配置应用对象的设置操作，将限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；第二子系统获取业务员终端的当月账单信息，比较当月账单与限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；51.s3：第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端；52.s4：预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。53.本实施例中的物流揽派的管控方法中涉及到第一子系统、第二子系统、第三子系统及预付款系统。其中，在步骤s1中，第一子系统用于提供面向对象的费率设置环境在该费率设置环境中系统用户与用户定义应用对象进行交互；该第一子系统使用图形用户界面来向用户显示该应用对象，在图形用户界面中用户对该应用对象进行设置、查看和修改操作。54.该第一子系统可以是采用c#、smalltalk、eiffel、python、java、oc中任意一种技术开发的面向对象的系统。面向对象是一种对现实世界理解和抽象的方法，是计算机编程技术发展到一定阶段后的产物。对象是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。55.在本实施例中，该第一子系统用于费率设置，即对快递员收派件的费率进行规定。该第一子系统可以是快递员揽派件系统，快递员收派件的费率在揽派件系统中进行设置，调整快递员的派件数量计费设定。在快递员揽派件系统中增加限额配置，可以将快递员每月收派件费用的上线进行设定。56.在快递员揽派件系统中添加限额配置参数时，可通过以下方式实现：在揽派件系统的配置文件中添加自定义参数：限额配置。在前端页面实现时，通过springboot中读取揽派件系统配置文件中的限额配置参数，使用@value注解，在@value中加入限额配置参数的key；或使用@configurationproperties进将限额配置参数映射到实体类中。具体请看如下代码：57.[0058][0059]在步骤s2中，响应于第一子系统中限额配置应用对象的设置操作，将该限额配置应用对象的值传递至作为费用结算的第二子系统。请参看图2，该第二子系统获取业务员的当月账单，统计账单数额，比较该账单数额与限额配置应用对象的值的大小，根据比较结果，生成直达账单至作为费用支付的第三子系统，或生成结算账单至业务员所在网点的预付款系统。[0060]显然，该第二子系统是一个费用结算系统。该费用结算系统可根据各业务类型配置的可结算条件，从业务系统中抽取物流订单；根据配置的服务费费率及其他相关费用的结算规则，核算业务员收派件的结算金额。[0061]对于物流运输，其费用结算的单据包括但不限于供应商送货单、公司仓库入库单、相关检验检测单、公路及桥梁通行费发票、加油站油票等。对于快递业务员，其费用结算的单据包括派送的每一件快递的提成，在进行工资发放时，还会加上底薪。其中，每一件快递的提成可在步骤s1中的揽派件系统中进行费率设置。费用结算系统可根据各业务类型配置的可结算条件，从业务系统中抽取物流订单。其中，业务类型配置的可结算条件，可以是物流运输的相关费用结算单据，也可以是快递业务员经手的每一件快递的揽收单据等等。对于本实施例来说，主要是核算快递业务员收派件的结算金额，因此，可根据快递业务员的编号，从业务系统中抽取该业务员当月派送的所有物流订单，根据预先设置的费率(服务费费率)，计算派送每一个物流订单的提成，再加上该业务员的底薪，从而核算该业务员的工资。[0062]费用结算系统从业务系统中抽取物流订单之后，需要判断物流订单对应的结算商户类型，当商户类型属于企业时，执行企业类型订单结算流程，并向下查询是否设置了结算账期。对于配置了结算账期的物流订单，根据账期规则将符合相关条件的物流订单打包，生成账单。[0063]其中，当商户类型属于企业时，执行企业类型订单结算流程进一步包括：[0064]通过工作流构建器，经由第二子系统对判断结算商户类型的输出进行响应，由此创建针对所输出的应用对象的工作流；该工作流是因果结构，因果结构标识使工作流被执行的触发，并且因果结构定义响应于触发来对所输出的应用对象执行或者由所输出的应用对象执行的用户指定自动动作。并且，通过工作流引擎，接收包括该触发的系统事件，并且在触发发生时，执行该工作流以执行关于所输出的应用对象的用户指定自动动作。[0065]在本实施例中，工作流构建器经由费用结算系统对结算商户类型的输出结果，即企业商户，创建该企业商户的结算工作流。该工作流是因果结构，即费用结算系统输出企业商户时，触发该企业商户的结算工作流的执行，其中企业商户是因，企业商户的结算工作流的执行是果。[0066]该费用结算系统计算完各快递业务员的结算金额后，需要比较该结算金额与限额配置参数的值的大小，当结算金额小于限额配置参数的值时，生成直达账单至作为费用支付的第三子系统；当结算金额大于等于限额配置参数的值时，生成结算账单至业务员所在网点的预付款系统。[0067]该限额配置参数的值可根据快递公司的快递业务员的历史工资的最大值来定，也可以根据快递公司的业务量及服务费费率指定一不可达到的值，如2万元。[0068]本步骤s2除了以上实施方式，本实施例还提供了另一种实施方式，具体如下：[0069]创建数据仓库，将业务系统中的用户行为数据和业务数据导入数据仓库的ods层，生成订单表、订单状态表、网点表、省区表、业务员表、费用表；[0070]第二子系统加载所述数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据。[0071]在将业务系统中的用户行为数据和业务数据导入数据仓库的ods层时，对于用户行为数据，分别创建启动日志表、事件行为表，采用lzo压缩，并创建lzo索引；对于业务数据，在ods层创建与业务系统数据库(如mysql)中一致的数据表，通过sqoop工具将业务系统数据库中数据导入数据仓库，实现ods层数据加载。[0072]在数据仓库中，基于订单、金额、业务员、网点及省区维度，以物流揽派过程为建模驱动，建立dwd层，对ods层的数据构建最细粒度的明细层事实表，生成派费直达业务员表、派费直达网点表、派费直达省区表。第二子系统比较业务员当月账单与限额配置应用对象的值的大小之后，根据比较结果，更新并加载数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。[0073]其中，创建启动日志表ods_start_log，其实现如下：[0074]createdatabasegmall；[0075]usegmall；[0076]droptableifexistsods_start_log；[0077]createexternaltableods_start_log(linestring)[0078]partitionedby(dtstring)[0079]storedasinputformat"com.hadoop.mapred.[0080]deprecatedlzotextinputformat"outputformat[0081]"org.apache.hadoop.hive.ql.io.hiveignorekeytextoutputformat"[0082]location'/warehouse/gamll/ods/ods_start_log'；[0083]loaddatainpath'/origin_data_cdh/gmall/log/topic_start/2020-11-19'intotableods_start_logpartition(dt＝'2020-11-19')；[0084]loaddatainpath'/origin_data_cdh/gmall/log/topic_start/2020-11-20'intotableods_start_logpartition(dt＝'2020-11-20')；[0085]select*fromods_start_logwheredt＝'2020-11-19'limit2；[0086]事件行为表的实现类似，在此不展示其相关代码。[0087]ods层用户行为日志的导入，实现如下：[0088][0089]ods层业务数据的加载通过sqoop工具将业务系统数据库中数据导入数据仓库，在此不作具体代码的展示。[0090]其中，dwd层是对用户的日志行为进行解析，以及对业务数据采用维度模型的方式重新建模。dwd层是以业务过程来作为建模驱动，基于每个具体的业务过程特点，构建最细粒度的明细层事实表。其建模过程包括：选择业务过程→声明粒度→确认维度→确认事实。[0091]具体到本实施例，其业务过程为物流订单的揽派过程，其涉及的事实表为派费直达业务员事实表、派费直达网点事实表、派费直达省区事实表。确认各事实表中每一行数据所表示的内容，保证事实表的最小粒度。基于订单、金额、业务员、网点及省区维度，创建上述事实表，并确认各事实表的度量值。对于各事实表的最终实现形式，在此不做展示。[0092]上述通过创建数据仓库存储物流业务系统的用户行为数据及业务数据，采用数据仓库的分层性能建立派费直达业务员表、派费直达网点表及派费直达省区表，使数据结构更清晰、便于维护数据的准确性、减少业务的影响，从而方便实现本实施例中的派费直达。[0093]在步骤s3中，第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端。[0094]在步骤s2中，对快递业务员的结算金额进行判别后，根据判别结果的不同，推送到不同的子系统进行处理。在本步骤中，第三子系统是一个支付系统，如业务员终端上的业务员钱包系统。该第三子系统可根据接收的直达账单，直接将费用(工资)支付给相应业务员。即直接将工资金额打到业务员的账号中。[0095]在步骤s4中，预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。[0096]在本步骤中，网点的预付款系统接收的是结算金额超出限额配置参数的业务员的结算账单，对于这种结算账单，需要打上达到当月限额的标记，并输出该结算账单的业务员编号及达到当月限额的状态至业务监控系统和支付系统。[0097]在业务监控系统中存储有派费直达业务员表、派费直达网点表及派费直达省区表，针对是否达到当月限额，对派费直达业务员表、派费直达网点表及派费直达省区表的创建进行修改，具体如下所示：[0098][0099]将标记有达到当月限额的结算账单的业务员编号及其标记传递至作为业务监控的第四子系统，以使第四子系统在派费直达业务员表中定位该业务员编号，并在其是否达到当月限额字段中进行记录，以作出响应。[0100]同时，将标记有达到当月限额的结算账单的业务员编号及其标记传递至第三子系统，以使第三子系统在支付清单中定位所述业务员编号，并标记达到当月限额，待后续进一步审核，不予直接支付。[0101]通过上述步骤及图2可知，快递业务员的结算金额的处理路径有两条，数据处理路径一：[0102]若结算金额小于2万元(限额配置参数的值)，则生成直达账单；[0103]同时将数据推送到快递员收派件系统进行处理；[0104]推送进入业务员钱包系统(支付系统)，正常打款，业务流程结束。数据处理路径二：[0105]若结算金额大于等于2万元，则派费结算进入网点预付款系统；[0106]之后再输出一个是否达到当月限额的状态；[0107]再将数据发送到揽派及时监控系统，(总部派费直达报表)业务员表增加一个字段：是否达到当月限额；[0108]同时将数据发送到业务员钱包系统进行处理，如果因达到当月限额未直达成功，快递员收派件系统增加一个标签：达到当月直达限额，业务流程结束。[0109]本实施例通过派费直达方式，将快递员劳动薪资正常范围内的直接发放到快递员账号；将超出正常派费范围的账单进行判断和限制，避免网点违规操作，存在对业务员欠薪的隐患。从而维护快递公司与快递员的合法权益，保障业务的正常运行。[0110]实施例二[0111]本实施例提供了一种物流揽派的管控装置，请参看图3，该物流揽派的管控装置包括：[0112]配置模块1，用于配置第一子系统以提供面向对象的费率设置环境，在所述费率设置环境中系统用户与用户定义应用对象进行交互；[0113]结算模块2，用于响应于第一子系统中限额配置应用对象的设置操作，将限额配置应用对象的数值传递至以费用作为参数进行结算的第二子系统；第二子系统获取业务员终端的当月账单信息，比较当月账单与限额配置应用对象的值的大小，根据比较结果，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统；[0114]直达模块3，用于第三子系统响应于第二子系统对直达账单信息的传输，接收直达账单，并将包含费用在内的参数支付给相应业务员终端；[0115]反馈模块4，用于预付款系统响应于第二子系统对结算账单的传输，接收结算账单，将达到限额信息记录分配至对应的业务员终端。[0116]其中，结算模块2进一步用于加载数据仓库的ods层数据，基于订单表、订单状态表、业务员表、费用表，查询业务员的当月账单信息，并获得相应的数据；用于第二子系统比较业务员的当月账单与限额配置应用对象的值的大小，根据比较结果，更新并加载数据仓库dwd层中的派费直达业务员表、派费直达网点表及派费直达省区表的数据，生成直达账单信息至作为费用支付的第三子系统，或生成结算账单至业务员终端所在网点的预付款系统。[0117]上述配置模块1、结算模块2、直达模块3及反馈模块4的功能及实现方式均如上述实施例一所述，在此不再赘述。[0118]实施例三[0119]本实施例提供了一种物流揽派的管控设备。请参看图4，该物流揽派的管控设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对物流揽派的管控设备500中的一系列指令操作。[0120]进一步，处理器510可以设置为与存储介质530通信，在物流揽派的管控设备500上执行存储介质530中的一系列指令操作。[0121]物流揽派的管控设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线的网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如windowsserve、vista等等。[0122]本领域技术人员可以理解，图4示出的物流揽派的管控设备结构并不构成对物流揽派的管控设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。[0123]本发明的另一实施例还提供了一种计算机可读存储介质。[0124]该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质。该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机执行实施例一中的物流揽派的管控方法的步骤。[0125]物流揽派的管控方法如果以程序指令的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件的形式体现出来，该计算机软件存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。[0126]所属领域的技术人员可以清楚地了解到，为描述得方便和简洁，上述描述的系统及设备的具体执行的识别内容，可以参考前述方法实施例中的对应过程。[0127]上面结合附图对本发明的实施方式作了详细说明，但是本发明并不限于上述实施方式。即使对本发明作出各种变化，倘若这些变化属于本发明权利要求及其等同技术的范围之内，则仍落入在本发明的保护范围之中。当前第1页12当前第1页12
再多了解一些
本文用于创业者技术爱好者查询，仅供学习研究，如用于商业用途，请联系技术所有人。
