CN110189158A - 一种基于计费规则引擎的物流计费方法及系统 - Google Patents

Abstract

本发明公开了一种基于计费规则引擎的物流计费方法，该方法包括如下步骤：为结算主体设置唯一资金池，资金池用于线上结算，且资金池可以绑定银行账户；结合多种结算场景，设置计费规则；获取业务请求，结合计费规则在资金池中进行相应结算。本发明通过结合多种结算场景，设置计费规则，能够应对多业务场景下的物流费用结算，采用Redis乐观锁技术，一方面可以解决单一财务单据对应多业务场景变更先后逻辑关系无法确定的问题，另一方面可以解决多渠道来源财务单据引起的系统并发问题。

Description

一种基于计费规则引擎的物流计费方法及系统

技术领域

本发明涉及物流费用管理技术领域，特别涉及一种基于计费规则引擎的物流计费方法及系统。

背景技术

物流行业中业务需求非常复杂多变，需要根据不同的物流服务商和仓储服务商各自具体的业务特点来进行定制开发，其中，物流费用的计算是物流软件开发中最复杂的部分。目前物流行业涉及的结算场景主要有以下几种：

不同计费标准加盟网点与物流公司之间的结算；

加盟网点之间的结算；

加盟网点与直营网点之间的结算；

货物流通中加盟-直营、直营-加盟、加盟-加盟等货物目的站转换带来费用变化计算；

特定产品及特定业务模式费用计算；

除以上场景外，还涉及奖励与处罚费用的计算。

目前现有技术中的物流计费方法存在各种问题：如多业务场景下，规则引擎方案设计尚无行业借鉴方案，单一财务单据对应多业务场景变更先后逻辑关系无法确定，多渠道来源财务单据容易引起系统并发问题等。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种基于计费规则引擎的物流计费方法，以克服现有技术中多业务场景下，没有完善的物流计费方法，单一财务单据对应多业务场景变更先后逻辑关系无法确定，以及多渠道来源财务单据容易引起系统并发等问题。

为解决上述一个或多个技术问题，本发明采用的技术方案是：

一方面，提供了一种基于计费规则引擎的物流计费方法，该方法包括如下步骤：

为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户；

结合多种结算场景，设置计费规则；

获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

进一步的，所述结合多种结算场景，设置计费规则具体包括：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

进一步的，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算具体包括：

解析所述业务请求，获取需要计费的业务数据；

根据所述业务数据在所述计费规则中匹配出相应的规则；

结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

进一步的，所述结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算具体包括：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

进一步的，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算还包括：

采用Redis乐观锁技术，对所述业务请求进行序列化标识，根据所述标识依次处理所述业务请求。

另一方面，提供了一种基于计费规则引擎的物流计费系统，所述系统包括：

基础配置模块，用于为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户；

规则设置模块，用于结合多种结算场景，设置计费规则；

费用结算模块，用于获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

进一步的，所述规则设置模块具体用于：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

进一步的，所述费用结算模块包括：

数据解析单元，用于解析所述业务请求，获取需要计费的业务数据；

规则匹配单元，用于根据所述业务数据在所述计费规则中匹配出相应的规则：

费用结算单元，用于结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

进一步的，所述费用结算单元具体用于：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

进一步的，所述费用结算模块还包括：

标识单元，用于采用Redis乐观锁技术，对所述业务请求进行序列化标识。

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

1、本发明实施例提供的基于计费规则引擎的物流计费方法及系统，通过结合多种结算场景，设置计费规则，能够应对多业务场景下的物流费用结算；

2、本发明实施例提供的基于计费规则引擎的物流计费方法及系统，采用Redis乐观锁技术，一方面可以解决单一财务单据对应多业务场景变更先后逻辑关系无法确定的问题，另一方面可以解决多渠道来源财务单据引起的系统并发问题。

附图说明

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

图1是根据一示例性实施例示出的基于计费规则引擎的物流计费方法的流程图；

图2是根据一示例性实施例示出的基于计费规则引擎的物流计费系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是根据一示例性实施例示出的基于计费规则引擎的物流计费方法的流程图，参照图1所示，该方法包括如下步骤：

为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户。

具体的，通过采用为结算主体挂靠唯一资金池，进行线上相关费用的结算。这里的结算主体只要包括物流公司的合伙人等。在本发明实施例中，结算主体可以通过资金池进行相关费用的转入(即将资金打入资金池)或转出(即将资金从资金池扣减掉)。资金池可以跟结算主体(即物流合伙人)的银行账户进行绑定。例如，物流公司与银行合作开设个公司账户，合伙人(即结算主体)给资金池充值需要先通过第三方转账的方式充值给物流公司在银行开设的电子账户，合伙人也需要绑定银行的电子账户，根据业务请求，物流公司需要扣合伙人钱，先在资金池进行扣款，需要付款是也需要先在资金池进行付款给合伙人，然后通过清分完物流公司的电子账户和合伙人的电子账户在银行的转账操作。

结算主体可以先在资金池中预存一笔资金，当产生业务费用需要结算时，则可以直接从资金池中进行线上结算。合伙人资金池是合伙人为了转账到物流公司在银行开设的电子账户，合伙人的充值记录，会在CUBC(客户结算系统)生成一笔充值记录，完成CUBC合伙人账户资金池的增加。例如，当合伙人(即结算主体)承接了一单快递业务，线下(包括现金、微信或支付宝等)从委托人那里收到该单业务的运费，此时合伙人与物流公司之间就会产生一笔业务费用。由于物流行业产生的业务会很多，因此需要结算的费用也会很多，因而结算会很复杂。引入资金池概念后，合伙人与物流公司进行结算时，可以先将这单业务自己可以获取的提成扣除，然后将应该支付给物流公司的费用从自己的资金池中扣除即可，物流公司是通过银行从合伙人的电子账户转账到物流公司在银行的电子账户收到该笔费用的。

这里需要说明的是，引入资金池概念，一方面采用线上结算可以方便结算主体与其他结算方(如物流公司)之间进行实时的费用结算，另一方面，又可以避免直接使用银行账户进行结算容易造成的账户安全、结算周期长等问题。

结合多种结算场景，设置计费规则。

具体的，通常物流行业涉及的结算场景有很多，例如，不同计费标准加盟网点与物流公司之间的结算、加盟网点之间的结算、加盟网点与直营网点之间的结算、货物流通中加盟-直营、直营-加盟、加盟-加盟等货物目的站转换带来费用变化计算、特定产品及特定业务模式的费用计算、奖励与处罚费用的计算等。为了计费规则能够应对复杂的结算场景，在设置计费规则时，需要将各种结算场景都考虑进来，综合评估。

获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

具体的，接收到业务请求后，先在预先设置的计费规则中匹配出相应的计费规则，然后采用该相应的计费规则在资金池中进行结算。

作为一种较优的实施方式，本发明实施例中，所述结合多种结算场景，设置计费规则具体包括：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

具体的，在设置具体的计费规则时，除了要考虑合伙人所在城市、各承运线路的价格、各产品的承运价格、合伙人的资质等常规因素外，还需要考虑各特定业务场景的因素。示例如下：

根据每个客户的发货量、发货体积等综合因素，为每个客户设计不同的重泡比，将体积转换成计费重量，为客户提供更合理的计费模式。这里需要说明的是，重泡比是物流行业的基础知识，不同的运输方式，不同的承运公司都可能采用不同的重泡比进行计算，通常重泡比＝重量/体积。

根据每票货物的重量，体积，产品类型，自动匹配产品类型合伙人的计费折扣，计算出更合理的运费。例如：单号：780460136出发站为：张家口万全县营业部，到达站为：张家口涿鹿县营业部，合伙人客户开单重量50KG，体积30CM*80CM*100CM，即0.24运输性质：精准卡航，保价3000，规则引擎费率为：6‰；系统先根据货物的重量，体积进行重泡比转换即0.24/6000*100万＝40KG。货物重量大于体积重量，按照货物的重量进行计费50KG*3(货物出发站到目的站重量计费的价格方案的费率为每公斤3元)，公布价150元，保价的手续费3000*6‰＝18元；合计150+18＝168元；合伙人收客户168元，德邦根据跟合伙人签订的合同公布价折扣0.68，增值费的报价费用是0.8；需要系统进行二次计价，计算德邦与合伙人之间的结算即150*0.68+18*0.8＝116.4元，合伙人服务平台会根据二次计价的结果生成始发应收116.4元，扣合伙人的资金池。

针对家具类等特定的货物，预先设置一个提成规则(即第一提成规则)，然后根据第一提成规则，给予结算主体相应的提成。

对于集货模式的合伙人部门，预先设置一个提成规则(即第二提成规则)然后根据各合伙人部门的考核指标，计算该部门(即结算主体)的实际账单完成情况，再结合预设的第二提成规则，计算该结算主体可以获取的提成。

作为一种较优的实施方式，本发明实施例中，计费规则还可以包括：

针对已经申请退网的合伙人部门，提供屏蔽功能，暂时取消该部门的奖罚计费，并提供回退功能，回退后，该部门仍可以参与奖罚计费。

这里需要说明的是，本发明实施例中的计费规则并不限定于以上几种方式，上述几种方式只是一种示例性说明。本发明实施例中计费规则可以根据不同的业务场景制定不同的规则，这里不再一一列举。

作为一种较优的实施方式，本发明实施例中，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算具体包括：

解析所述业务请求，获取需要计费的业务数据。

具体的，对接收到的业务数据进行解析，解析出需要计费的业务数据，获取该业务数据对应的业务场景等信息。需要计费的业务数据包括：运费、合伙人的提成、合伙人的奖励或罚金等。

根据所述业务数据在所述计费规则中匹配出相应的规则。

具体的，根据解析出的业务数据对应的业务场景等信息在计费规则中匹配出相应的规则。这里需要说明的是，本发明实施例中，采用规则引擎进行业务数据与计费规则的匹配。如果一条业务数据匹配到多个计费规则时，可以根据预先设置的优先级给出匹配结果，并将其他匹配项通知用户或保存在匹配结果中。

结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

具体的，最后，结合业务数据以及匹配出的相应的规则，计算出结果，根据计算结果，在资金池中进行相应结算(包括将资金转入或转出资金池)。

作为一种较优的实施方式，本发明实施例中，所述结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算具体包括：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

具体的，在本发明实施例中，还引入了账本概念，进出的流水都有账本，对业务多场景计费重叠采用红冲相互抵消。例如，合伙人(即结算主体)接到了一单到付的业务，即运费是由收件方支付的，合伙人并没有收到这笔运费。通常做法是合伙人先将该单业务的运费垫付给物流公司，等该笔运费到达物流公司账户后，物流公司再将该笔运费以及合伙人的提成打回给合伙人，这样操作产生的业务数据较多，数据处理量大。而引入账本概念后，只需先将应该支付给物流公司的费用(这里的费用已减去合伙人应得的提成)从合伙人的资金池中扣除，收件方支付运费后，物流公司再将该笔运费转到合伙人的资金池即可。因而，引入账本概念后，产生的业务数据大大减少，减轻系统的数据处理负担。

作为一种较优的实施方式，本发明实施例中，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算还包括：

采用Redis乐观锁技术，对所述业务请求进行序列化标识，根据所述标识依次处理所述业务请求。

具体的，在本发明实施例中，采用Redis乐观锁技术，解决业务数据并发的问题，将符合条件的业务数据先去结算。对多数据源的财务单据(即业务数据)进行序列化标识，保证单据的各个环节的唯一性。例如，当同一时刻，接收到两笔业务数据，一笔需要扣费100元，另一笔需要扣费200元，而此时资金池中剩余金额为500元。若是同时处理，则均是在500元的基础上进行扣减，就会导致数据混乱。进行序列化处理后，将符合条件的业务先进行处理，例如，若是需要扣费100元的业务满足先处理的条件，则在500元的基础上扣减100元，资金池还剩余400元，然后在400元的基础上再扣减200元，这样就能避免资金池数据混乱的问题。

图2是根据一示例性实施例示出的基于计费规则引擎的物流计费系统的结构示意图，参照图2所示，该系统包括：

基础配置模块，用于为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户；

规则设置模块，用于结合多种结算场景，设置计费规则；

费用结算模块，用于获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

作为一种较优的实施方式，本发明实施例中，所述规则设置模块具体用于：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

作为一种较优的实施方式，本发明实施例中，所述费用结算模块包括：

数据解析单元，用于解析所述业务请求，获取需要计费的业务数据；

规则匹配单元，用于根据所述业务数据在所述计费规则中匹配出相应的规则；

费用结算单元，用于结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

作为一种较优的实施方式，本发明实施例中，所述费用结算单元具体用于：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

作为一种较优的实施方式，本发明实施例中，所述费用结算模块还包括：

标识单元，用于采用Redis乐观锁技术，对所述业务请求进行序列化标识。

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

1、本发明实施例提供的基于计费规则引擎的物流计费方法及系统，通过结合多种结算场景，设置计费规则，能够应对多业务场景下的物流费用结算；

2、本发明实施例提供的基于计费规则引擎的物流计费方法及系统，采用Redis乐观锁技术，一方面可以解决单一财务单据对应多业务场景变更先后逻辑关系无法确定的问题，另一方面可以解决多渠道来源财务单据引起的系统并发问题。

需要说明的是：上述实施例提供的基于计费规则引擎的物流计费系统在触发计费业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于计费规则引擎的物流计费系统与基于计费规则引擎的物流计费方法实施例属于同一构思，即该系统是基于该基于计费规则引擎的物流计费方法的，其具体实现过程详见方法实施例，这里不再赘述。

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

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

Claims (10)

1.一种基于计费规则引擎的物流计费方法，其特征在于，所述方法包括如下步骤：

为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户；

结合多种结算场景，设置计费规则；

获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

2.根据权利要求1所述的基于计费规则引擎的物流计费方法，其特征在于，所述结合多种结算场景，设置计费规则具体包括：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

3.根据权利要求1或2所述的基于计费规则引擎的物流计费方法，其特征在于，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算具体包括：

解析所述业务请求，获取需要计费的业务数据；

根据所述业务数据在所述计费规则中匹配出相应的规则；

结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

4.根据权利要求3所述的基于计费规则引擎的物流计费方法，其特征在于，所述结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算具体包括：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

5.根据权利要求1或2所述的基于计费规则引擎的物流计费方法，其特征在于，所述获取业务请求，结合所述计费规则在所述资金池中进行相应结算还包括：

采用Redis乐观锁技术，对所述业务请求进行序列化标识，根据所述标识依次处理所述业务请求。

6.一种基于计费规则引擎的物流计费系统，其特征在于，所述系统包括：

基础配置模块，用于为结算主体设置唯一资金池，所述资金池用于线上结算，且所述资金池可以绑定银行账户；

规则设置模块，用于结合多种结算场景，设置计费规则；

费用结算模块，用于获取业务请求，结合所述计费规则在所述资金池中进行相应结算。

7.根据权利要求6所述的基于计费规则引擎的物流计费系统，其特征在于，所述规则设置模块具体用于：

根据客户的发货量以及发货体积，设计不同的重泡比，将体积转换成计费重量；和/或，

根据货物的重量，自动匹配不同的产品类型和计费折扣，计算出合理的运费；和/或，

针对家具类货物，根据预设的第一提成规则，计算所述结算主体可以获取的提成；和/或，

根据考核指标，计算所述结算主体的实际账单完成情况，结合预设的第二提成规则，计算所述结算主体可以获取的提成。

8.根据权利要求6或7所述的基于计费规则引擎的物流计费系统，其特征在于，所述费用结算模块包括：

数据解析单元，用于解析所述业务请求，获取需要计费的业务数据；

规则匹配单元，用于根据所述业务数据在所述计费规则中匹配出相应的规则；

费用结算单元，用于结合所述业务数据以及所述相应的规则，在所述资金池中进行相应结算。

9.根据权利要求6或7所述的基于计费规则引擎的物流计费系统，其特征在于，所述费用结算单元具体用于：

采用账本概念，对所述业务数据中重叠的计费进行红冲处理。

10.根据权利要求6或7所述的基于计费规则引擎的物流计费系统，其特征在于，所述费用结算模块还包括：

标识单元，用于采用Redis乐观锁技术，对所述业务请求进行序列化标识。