CN115034674A - 计费管理方法、系统和电子设备 - Google Patents

Abstract

本发明提供了一种计费管理方法、系统和电子设备，涉及计费管理的技术领域，包括：根据预先存储的映射规则，对Kafka消息队列进行数据清洗，并生成业务数据；Kafka消息队列包括各物流管理业务平台的业务单据；判断业务数据是否匹配预先配置的计费策略，若业务数据与计费策略相匹配，则生成计费任务；判断计费任务是否匹配预先配置的报价策略，若业务数据与报价策略相匹配，则生成计费流水；基于计费流水生成应收账单和应付账单并进行结算。通过该方法可以缓解现有物流平台计费的方法存在兼容性差、结算效率低的技术问题，达到了提高结算效率的技术效果。

Description

计费管理方法、系统和电子设备

技术领域

本发明涉及计费管理技术领域，尤其是涉及一种计费管理方法、系统和电子设备。

背景技术

近年来云计算行业蓬勃发展，云计算所提供的云服务日益丰富，各类云服务的计量计费模型各有特点，但随着云计算规模的扩大，计费量会持续增长，海量的规则与计量数据几乎无法被快速有效的处理。

目前，传统的物流平台计费系统进行费用统计和核对时通常采用线下表格管理，信息查询和数据追溯难度大并且大量依赖人工对账，工作量大耗时较长，导致结费周期长。同时线下多渠道发起结费申请，审批流未实现系统统一管理，存在财务信息不对称的问题。物流运费预算使用状态无法实时统计、查询，可能导致超预算的风险。也就是说，现有物流平台计费的方法存在兼容性差、结算效率低的技术问题。

发明内容

本发明的目的在于提供一种计费管理方法、系统和电子设备，以缓解现有技术中存在的兼容性差、结算效率低的技术问题。

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

第一方面，本发明实施例提供了一种计费管理方法，该方法包括：

根据预先存储的映射规则，对Kafka消息队列进行数据清洗，并生成业务数据；上述Kafka消息队列包括各物流管理业务平台的业务单据；

判断上述业务数据是否匹配预先配置的计费策略，若上述业务数据与上述计费策略相匹配，则生成计费任务；

判断上述计费任务是否匹配预先配置的报价策略，若上述业务数据与上述报价策略相匹配，则生成计费流水；

基于上述计费流水生成应收账单和应付账单并进行结算。

在一些可能的实施方式中，上述计费策略包括：费用规则及计费条件；上述计费策略和上述报价策略均基于Drools规则引擎生成。

在一些可能的实施方式中，上述方法还包括：接收各业务平台的业务单据，并存入Kafka消息队列；上述业务平台为物流管理平台。

第二方面，本发明实施例提供了一种计费管理系统，该系统包括：后台管理模块、计费管理模块和报价管理模块；

上述后台管理模块用于进行费用规则、计费条件以及报价策略的设置，并根据需求调用相应的功能模块；

上述计费管理模块用于将业务数据与上述费用规则进行匹配，同时校验上述业务数据是否满足上述计费条件，并生成计费任务；

上述报价管理模块用于将上述计费任务与上述报价策略相匹配，并生成计费流水。

在一些可能的实施方式中，上述系统还包括账单管理模块；

上述账单管理模块用于对上述计费流水进行审核，并在审核通过后生成应收账单和应付账单。

在一些可能的实施方式中，上述账单管理模块还用于根据上述应收账单和上述应付账单进行结算处理。

在一些可能的实施方式中，上述系统还包括数据存储模块；

上述数据存储模块用于接收来自各大业务平台的业务单据，并以Kafka消息队列的方式进行业务消息的推送。

在一些可能的实施方式中，上述数据存储模块还用于存储、管理各功能模块的业务数据。

第三方面，本发明实施例提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项所述的计费管理方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述第一方面任一项所述的计费管理方法。

本发明提供了一种计费管理方法、系统和电子设备，包括：根据预先存储的映射规则，对Kafka消息队列进行数据清洗，并生成业务数据；Kafka消息队列包括各物流管理业务平台的业务单据；判断业务数据是否匹配预先配置的计费策略，若业务数据与计费策略相匹配，则生成计费任务；判断计费任务是否匹配预先配置的报价策略，若业务数据与报价策略相匹配，则生成计费流水；基于计费流水生成应收账单和应付账单并进行结算。通过该方法可以缓解现有物流平台计费的方法存在兼容性差、结算效率低的技术问题，达到了提高结算效率的技术效果。

附图说明

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

图1为本发明实施例提供的一种计费管理方法的流程示意图；

图2为本发明实施例提供的另一种计费管理方法的流程示意图；

图3为本发明实施例提供的一种计费管理系统的结构示意图；

图4为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

近年来云计算行业蓬勃发展，云计算所提供的云服务日益丰富，各类云服务的计量计费模型各有特点，但随着云计算规模的扩大，计费量会持续增长，海量的规则与计量数据几乎无法被快速有效的处理。目前，传统的物流平台计费系统进行费用统计和核对时通常采用线下表格管理，信息查询和数据追溯难度大并且大量依赖人工对账，工作量大耗时较长，导致结费周期长。同时线下多渠道发起结费申请，审批流未实现系统统一管理，存在财务信息不对称的问题。物流运费预算使用状态无法实时统计、查询，可能导致超预算的风险。也就是说，现有物流平台计费的方法存在兼容性差、结算效率低的技术问题。

基于此，本发明实施例提供了一种计费管理方法、系统和电子设备，以缓解现有技术中存在的兼容性差、结算效率低的技术问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种计费管理方法进行详细介绍，参见图1～图2所示的计费管理方法的流程示意图，该方法应用于计费管理，该方法可以由电子设备执行，主要包括以下步骤S110至步骤S140：

S110：根据预先存储的映射规则，对Kafka消息队列进行数据清洗，并生成业务数据；Kafka消息队列包括各物流管理业务平台的业务单据；

其中，Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理各业务平台输送的所有动作流数据，具有高性能、持久化、多副本备份、横向扩展能力。

Kafka队列消息中经过系统映射规则成功解析后的数据，为具有明确变量值(如：费用大类、收付类型等)的业务数据。计费管理系统通过解析Kafka队列消息，获取各平台基础业务数据。业务数据主要用于按照规则引擎进行计费任务的生成。

S120：判断业务数据是否匹配预先配置的计费策略，若业务数据与计费策略相匹配，则生成计费任务；

S130：判断计费任务是否匹配预先配置的报价策略，若业务数据与报价策略相匹配，则生成计费流水；

其中，报价策略基于Drools规则引擎生成，也即：Drools规则引擎同样适用于报价策略层面。系统使用者可在平台正式运行前采用自然语言进行报价策略的初始化。例如下表1所示：

表1-计费公式

系统执行计费任务时，根据匹配的报价策略，自动生成计费流水数据。

另外，本系统还提供手工计费流水输入功能，可在无法通过Kafka消息处理得出业务数据的情况下使用。

Drools是一款由JBoss组织提供的基于java语言开发的开源规则引擎，可以将复杂且多变的业务规则从硬编码中解放出来，以规则脚本的形式存放在文件或特定的存储介质中(如存放在数据库中)，使得业务规则的变更不需要修改项目代码、重启服务器就可以在线上环境立即生效。

Drools规则引擎并不是一个具体的技术框架，而是指的一类系统，即业务规则管理系统。规则引擎实现了将业务决策从应用程序代码中分离出来，接收数据输入，解释业务规则，并根据业务规则做出业务决策。

BMS平台中的费用计算规则使用自然语言通过规则引擎进行编写，用户不需要了解编程语言，通过中文按照协定的标准用语进行规则描述，平台通过规则引擎自动将自然语言的规则解析。

在一种实施例中，计费策略包括：费用规则及计费条件；计费策略和报价策略均基于Drools规则引擎生成。

在本实施例中，计费管理系统采用了Drools规则引擎，该规则引擎的使用实现了将业务决策从应用程序代码中分离出来，接收数据输入，解释业务规则，并根据业务规则做出业务决策。

规则引擎其实就是一个输入输出平台，可使得系统使用者无需了解编程语言，仅通过中文按照协定的标准用语进行规则描述，平台即通过规则引擎自动将自然语言的规则进行解析。系统使用者可以在系统正式运行前采用文字语言(无需输入代码)进行费用规则以及计费条件的初始化。例如：“费用规则(自然语言动态规则引擎配置)

调度单.状态等于调度完成

并且

调度单.运单总数等于调度单.已完成运单数”。

经系统解析后的业务数据，根据匹配的费用规则，并依据预设的计费条件(如：调度单运单全部完成时触发计费)进行计费，进而生成计费任务。

S140：基于计费流水生成应收账单和应付账单并进行结算。

在一种实施例中，上述计费管理方法还可以包括：接收各业务平台的业务单据，并存入Kafka消息队列；业务平台为物流管理平台。在本实施例中，计费管理系统可与各大业务平台对接，上述各物流管理业务平台包括但不限于：TMS、同城配送、工业仓WMS、NTOCC网络货运等。各个业务平台(如TMS等)以Kafka消息队列的方式进行业务消息的推送。BMS平台通过解析Kafka队列消息，获取各平台基础业务数据。

本申请实施例提供了一种计费管理方法，该方法对接各大业务平台，提供了一个完整、统一的计费平台，具有连通各个物流平台，业务协调统一的特点；采用Kafka消息队列的方式进行业务消息的推送，可以处理各业务平台输送的所有动作流数据，具有高性能、持久化、多副本备份、横向扩展能力；将Drools规则引擎运用于系统的费用规则、计费条件、以及报价策略中，支持系统使用者以自然语言进行特殊计费规则的自定义，帮助企业提升物流费用的计算效率，提高计费准确性，减轻结算双方对账的工作负担，实现企业资金财务领域的降本增效。

此外，本发明实施例还提供了一种计费管理系统，参见图3所示的一种计费管理系统的结构示意图，该系统包括：后台管理模块310、计费管理模块320和报价管理模块330。

后台管理模块用于进行费用规则、计费条件以及报价策略的设置，并根据需求调用相应的功能模块。计费管理模块用于将业务数据与费用规则进行匹配，同时校验业务数据是否满足计费条件，并生成计费任务。报价管理模块用于将计费任务与报价策略相匹配，并生成计费流水。

在一种实施例中，系统还包括账单管理模块，该账单管理模块用于对计费流水进行审核，并在审核通过后生成应收账单和应付账单。另外，账单管理模块还可以用于根据应收账单和应付账单进行结算处理。

在一种实施例中，系统还包括数据存储模块，该数据存储模块用于接收来自各大业务平台的业务单据，并以Kafka消息队列的方式进行业务消息的推送。另外，该数据存储模块还可以用于存储、管理各功能模块的业务数据。

在本实施例中，计费管理系统可与各大业务平台对接，上述各物流管理业务平台包括但不限于：TMS、同城配送、工业仓WMS、NTOCC网络货运等。即本实施例提供了一个完整、统一的计费平台，具有连通各个物流平台、业务协调统一的特点。

本申请实施例所提供的计费管理系统应用了上述计费管理方法，实现了人工自定义计费规则的功能，同时整合了各个物流平台的计费系统，提供一个完整、统一的计费平台。

同时，计费管理系统是当前物流发展的趋势产物，旨在整合各个物流平台的计费系统，提供一个完整、统一的计费平台。具有连同各个物流平台，业务协调统一的特点。

作为一个具体的示例，本申请实施例提供了一种计费管理系统，包括：后台管理模块、信息管理模块、计费管理模块、报价管理模块、账单管理模块以及数据存储模块。后台管理模块分别与信息管理模块、计费管理模块、报价管理模块、账单管理模块相连接；数据存储模块分别与信息管理模块、计费管理模块、报价管理模块、账单管理模块相连接。

其中，后台管理模块用于用户进行费用规则、计费条件、以及报价策略等规则设置，并根据需求调用相应的系统功能模块。

信息管理模块用于记录、管理计费信息，具体包括：费用科目、财务科目、收付类型、是否异常费用、是否分摊等基础信息。

计费管理模块用于将业务数据匹配费用规则，同时校验业务数据是否满足计费条件，进而生成计费任务。

报价管理模块用于将计费任务与报价策略相匹配，进而生成计费流水。

账单管理模块用于对计费流水进行审核，审核通过后自动生成应收/应付账单，进而进行结算处理。

数据存储模块用于接收来自各大业务平台的业务单据，并以Kafka消息队列的方式进行业务消息的推送，同时存储、管理各功能模块的业务数据。

本发明提供基于物流行业最佳实践的标准化计费规则，支持人工可自定义特殊计费规则，同时引入自然语言计费引擎结合物流供应链资金流全生命周期管控要求，帮助企业提升物流费用的计算效率，提高计费准确性，减轻结算双方对账的工作负担，实现企业资金财务领域的降本增效。

本申请实施例所提供的计费管理系统可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。本申请实施例提供的计费管理系统与上述实施例提供的计费管理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本申请实施例还提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被所述处理器运行时执行如上所述实施方式的任一项所述的方法。

图4为本申请实施例提供的一种电子设备的结构示意图，该电子设备400包括：处理器40，存储器41，总线42和通信接口43，所述处理器40、通信接口43和存储器41通过总线42连接；处理器40用于执行存储器41中存储的可执行模块，例如计算机程序。

其中，存储器41可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口43(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线42可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器41用于存储程序，所述处理器40在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器40中，或者由处理器40实现。

处理器40可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器40中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器40可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器41，处理器40读取存储器41中的信息，结合其硬件完成上述方法的步骤。

对应于上述方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述方法的步骤。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种计费管理方法，其特征在于，包括：

根据预先存储的映射规则，对Kafka消息队列进行数据清洗，并生成业务数据；所述Kafka消息队列包括各物流管理业务平台的业务单据；

判断所述业务数据是否匹配预先配置的计费策略，若所述业务数据与所述计费策略相匹配，则生成计费任务；

判断所述计费任务是否匹配预先配置的报价策略，若所述业务数据与所述报价策略相匹配，则生成计费流水；

基于所述计费流水生成应收账单和应付账单并进行结算。

2.根据权利要求1所述的计费管理方法，其特征在于，所述计费策略包括：费用规则及计费条件；所述计费策略和所述报价策略均基于Drools规则引擎生成。

3.根据权利要求1所述的计费管理方法，其特征在于，还包括：

接收各业务平台的业务单据，并存入Kafka消息队列；所述业务平台为物流管理平台。

4.一种计费管理系统，其特征在于，包括：后台管理模块、计费管理模块和报价管理模块；

所述后台管理模块用于进行费用规则、计费条件以及报价策略的设置，并根据需求调用相应的功能模块；

所述计费管理模块用于将业务数据与所述费用规则进行匹配，同时校验所述业务数据是否满足所述计费条件，并生成计费任务；

所述报价管理模块用于将所述计费任务与所述报价策略相匹配，并生成计费流水。

5.根据权利要求4所述的计费管理系统，其特征在于，还包括账单管理模块；

所述账单管理模块用于对所述计费流水进行审核，并在审核通过后生成应收账单和应付账单。

6.根据权利要求5所述的计费管理系统，其特征在于，所述账单管理模块还用于根据所述应收账单和所述应付账单进行结算处理。

7.根据权利要求4所述的计费管理系统，其特征在于，还包括数据存储模块；

所述数据存储模块用于接收来自各大业务平台的业务单据，并以Kafka消息队列的方式进行业务消息的推送。

8.根据权利要求7所述的计费管理系统，其特征在于，所述数据存储模块还用于存储、管理各功能模块的业务数据。

9.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至3任一项所述的计费管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述权利要求1至3任一项所述的计费管理方法。

Images