CN111340639A - 结算数据的处理方法及装置 - Google Patents

Abstract

本发明提供一种结算数据的处理方法及装置，其中，该方法包括：接收用户的标识；获取用户的标识对应的预先配置的结算数据处理模型；该结算数据处理模型包括结算因子组合及结算因子之间的层级关系；根据结算因子组合，匹配结算单据，得到用户的待结算单据；根据结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。上述技术方案无需为不同用户开发不同的结算处理方案，仅需根据用户的标识获取对应的预先配置的结算数据处理模型，进而根据该模型进行结算数据的处理，降低了人力成本，提高了结算数据的处理效率。

Description

结算数据的处理方法及装置

技术领域

本发明涉及数据处理技术领域，特别涉及一种结算数据的处理方法及装置。

背景技术

目前，结算数据的处理，例如在保险领域，保险公司少不了与用户例如保险代理公司、保险经纪人、代理人的合作，那么手续费(也可叫佣金、服务费)的结算就显得比较重要。以往结算手续费都是根据不同代理方的手续费结算要求，单独为其开发出一套手续费处理方案，造成开发周期长，人员工作的冗余，人力成本高，结算数据的处理效率低。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种结算数据的处理方法，用以降低人力成本，提高结算数据的处理效率，该方法包括：

接收用户的标识；

获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

本发明实施例还提供了一种结算数据的处理装置，用以降低人力成本，提高结算数据的处理效率，该装置包括：

接收单元，用于接收用户的标识；

获取单元，用于获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

匹配单元，用于根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

处理单元，用于根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述结算数据的处理方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述结算数据的处理方法的计算机程序。

与现有技术中需要为不同用户开发不同的结算处理方案，导致人力成本高、结算数据处理效率低的技术方案相比较，本发明实施例提供的技术方案通过：首先，接收用户的标识；其次，获取用户的标识对应的预先配置的结算数据处理模型；其中，该结算数据处理模型包括结算因子组合及结算因子之间的层级关系；接着，根据结算因子组合，匹配结算单据，得到用户的待结算单据；最后，根据结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理，实现了：无需为不同用户开发不同的结算处理方案，仅需根据用户的标识获取对应的预先配置的结算数据处理模型，进而根据该模型进行结算数据的处理，降低了人力成本，提高了结算数据的处理效率。

本发明实施例提供的技术方案可以用于保险领域的结算数据处理。

附图说明

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

图1是本发明实施例中结算数据的处理方法的流程示意图；

图2是本发明实施例中预先配置结算数据处理模型的流程示意图；

图3是本发明实施例中结算数据处理模型的示意图；

图4是本发明又一实施例中结算数据的处理方法的流程示意图；

图5是本发明实施例中结算数据的处理装置的结构示意图。

具体实施方式

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

发明人发现了技术问题：现有结算数据的处理，例如手续费的计算同样也是依赖于手续费计算规则，但是由于合作的渠道很多、手续费计算规则(结算处理方案)也不尽相同，目前只能满足大部分通用的规则，针对个性化需求，还需要单独开发，随着合作渠道(代理方，用户)的增多，个性化的需求也不断的在增多，导致开发量的增多，同时也存在功能、代码的冗余，不利于后期维护，结算数据处理的效率也低。

由于发明人考虑到了上述技术问题，因此，提出了一种结算数据的处理方案，该方案可以应用于保险领域的结算数据的处理，该方案是保险公司在经过与多家代理公司合作后，总结出的一套生成手续费的重要结算因子的集合，可以将各个因子自由组合配置手续费规则(结算数据处理模型)，新增代理公司、更新已有手续费配置过程中不再需要开发人员介入，减少人力的浪费。具体地，在保险领域手续费计算过程中，手续费规则的制定(结算数据处理模型的配置)起到了一个很重要的作用，配置过程是基于不同用户(代理方)会有不同的手续费规则(结算数据处理方案)而衍生出的结算数据处理模型配置、更新、生成过程。下面对该结算数据的处理方案进行详细介绍。

图1是本发明实施例中结算数据的处理方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤101：接收用户的标识；

步骤102：获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

步骤103：根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

步骤104：根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

与现有技术中需要为不同用户开发不同的结算处理方案，导致人力成本高、结算数据处理效率低的技术方案相比较，本发明实施例提供的结算数据的处理方法实现了：无需为不同用户开发不同的结算处理方案，仅需根据用户的标识获取对应的预先配置的结算数据处理模型，进而根据该模型进行结算数据的处理，降低了人力成本，提高了结算数据的处理效率。

下面对本发明实施例涉及的各个步骤进行详细介绍。

一、首先，介绍为不同用户预先配置结算数据处理模型的步骤。

在一个实施例中，可以按照如下方法预先配置所述结算数据处理模型：

为用户设置标识；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子；

根据业务场景，对各个结算因子进行层级分配处理，得到各个结算因子之间的层级关系；

根据结算因子之间的层级关系，将各个结算因子组合到因子模型库中匹配，得到结算因子组合对应的结算数据处理模型；所述因子模型库中预先存储了多种结算因子组合及其对应的结算数据处理模型；

将匹配到的结算数据处理模型与所述标识绑定，得到标识对应的预先配置的结算数据处理模型。

具体实施时，如图2所示，该配置过程可以包括：

1.新增用户例如合作代理公司A及对应的手续费规则(结算数据处理方案，该方案可以在保险公司与用户签订的合同或协议中)，详见下表1。

表1

2.为新增用户(渠道)例如代理公司或保险经纪人分配标识，该标识可以是唯一的编号，例如0001，当然该标识也可以是公司简称，经纪人的名字等等。

3.从新增的手续费规则(结算数据处理方案)中拆解出各个结算因子，即根据用户的结算数据处理方案，得到所述用户对应的各个结算因子，将各个结算因子进行层级分配。

具体实施时，层级可以理解为是算费因子与子因子的一种关系，比如上表1中险类与理财险的关系就是层级，那么理财险就是算费因子(结算因子)。合作产品名称、费用、起始时间、结束时间等等这些都算是算费因子，各个算费因子自由组合成的上下级关系就是层级关系。

4.根据层级拆解结算因子，用户可以根据实际业务场景自由定制层级关系。

具体实施时，可以根据险类、业务类型、缴费方式、优惠政策、费用类型、冲减服务费、时间、手续费计算频率等概念来定制层级关系。其中：险类可以包括：寿险、车险、非车险等；业务类型可以包括：首期、续期、追加、定投、续保等；缴费方式可以包括：月缴、年缴、半年缴、趸交等；优惠政策可以包括：新客户优惠、老客户优惠等；手续费费用类型可以包括：定额、定费率、针对额度定额、针对额度定费率；冲减服务费可以包括：撤单、退保等；时间可以包括：手续费计算起始日期-终止日期；手续费计算频率可以包括：日结、周结、月结、半年结、年结；支付方式多是给支付通道计算手续费用到。

具体实施时，实际的业务场景：以上列举的这一套手续费规则就可以视为一种业务场景。通过以上表1就可以生成针对此规则的算费模型：首先是渠道(用户)名称是为之分配或者匹配到与其对应的渠道代码；其次是各个算费因子的组合：可以如图3所示，图3所示的流程就是将规则中的算费因子组合起来，从这个图3中可以看出，层级关系的概念，下级的算费因子依赖于上级的算费因子，比如说业务类型是首期的就是费用1.7％的上级。

5.匹配因子模型库中的因子，该因子模型库中预先存储了多种结算因子组合及其对应的结算数据处理模型，将该用户的结算因子组合对应的结算数据处理模型作为一个基本方案模型绑定到用户，例如新增代理公司中。

二、接着，介绍利用上述预先为每一不同用户配置的标识及对应的预先配置的结算数据处理模型进行结算处理的步骤。

如图4所示，该结算处理的过程主要包括：

1.首先，接收用户的标识，可以通过一界面输入或点击接收，可以通过用户的客户端发来。

2.接着，根据该标识，查找对应的结算数据处理模型(上述“一”中预先为该用户标识配置的结算数据处理模型，即图4中的方案模型)。

3.根据该结算数据处理模型，得到该用户对应的结算因子组合及结算因子之间的层级关系。

4.根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据(根据录入的结算因子进行自动检索匹配得到待结算手续费的保单)。

5.根据设置的手续费计算频率来判断是否在此次手续费计算范围内，判断预设时间内是否生成过手续费，若已生成手续费，则不再生成。

在一个实施例中，如图4所示，根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理，可以包括：

根据起始日期和结束日期，判断本次是否需要进行结算处理；

在确定本次需要进行结算处理时，进行结算数据的处理。

在一个实施例中，如图4所示，在确定本次需要进行结算处理时，进行结算数据的处理，可以包括：

在确定本次需要进行结算处理时，判断预设时间段内是否进行结算处理过；

在确定进行结算处理过时，进行结算数据的处理。

在一个实施例中，如图4所示，上述结算数据的处理方法还可以包括：在确定本次不需要进行结算处理时，结束结算数据的处理。

在一个实施例中，如图4所示，上述结算数据的处理方法还可以包括：在确定未进行结算处理过时，结束结算数据的处理。

6.根据配置的手续费结算因子的层级关系，以及保单的状态相互匹配，计算手续费用，并且生成费用清单(结算清单)。

具体实施时，结算清单(手续费清单)可以如下表2所示。

表2

具体实施时，待结算单据的状态(保单状态)主要有：首期、续期、撤单、退保、承保、续保、追加、定投，也是规则中提到的业务类型。

7.将产生的费用以及清单发送到用户手中(发送到用户端、客户端)，具体地，可以通过微信、邮件等发送方式。用户可根据清单与渠道对接核实费用准确性，无误后可以发起付款指令，***自动打款到渠道预设定的账户中，将此次手续费设置标记为已结算，即：

在一个实施例中，如图4所示，上述结算数据的处理方法还可以包括：

生成结算清单；

将所述结算清单提供给所述用户；

在接收到用户对结算清单的确认指令后，发出结算指令。

具体实施时，上述生成结算清单，自动推送给用户，自动发起付款的实施方式，提高了结算数据处理的效率。

在一个实施例中，将所述结算清单提供给所述用户，可以包括：通过微信平台发送结算清单至用户端；

在接收到用户对结算清单的确认指令后，发出结算指令，可以包括：在接收到用户对结算清单的确认指令后，自动将结算清单对应的款项打到用户的指定账户中。

具体实施时，上述生成结算清单，自动推送给用户，自动发起付款的详细实施方式，方便了用户，进一步提高了结算数据处理的效率。

三、接着，介绍本发明实施例进一步的优选方案。

在一个实施例中，上述结算数据的处理方法还可以包括：更新用户的结算数据处理方案，得到更新后的用户的结算数据处理方案；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子，可以包括：根据更新后的用户的结算数据处理方案，得到所述用户对应的各个结算因子。

具体实施时，当用户的结算数据处理方案有变化时，可以根据更新后的用户的结算数据处理方案，得到所述用户对应的各个结算因子，根据更新后的结算因子，得到适合该用户的更新后的结算数据处理模型，进而后续根据更新后的结算数据处理模型进行结算数据处理，实现了在后续使用结算数据处理模型的过程中，灵活调整结算因子，进一步提高了结算数据处理的效率，节省人力成本。

下面再对本发明实施例涉及的结算因子，以及用结算因子组合及层级关系形成的结算数据处理模型对结算数据进行处理的方案进行介绍，以便于理解本发明如何实施。

1.读取渠道(用户)名称：查询此渠道在***中是否存在，若不存在则分配一个渠道编号，若存在则查出已有手续费规则进行更新。

2.保险产品：读取合作产品名称。

3.险类：根据读取的产品名称查询产品定义表，查询出次险种对应的险类如：车险、非车险、个险、团险、理财险等等。

4.业务类型：根据险类可以获取其业务类型，比如：寿险：首期、续期、撤单、退保；非车险：承保、续保、撤单、退保；理财险：追加、定投。那么寿险和业务类型就存在层级关系。

5.缴费方式(月缴、年缴、半年缴、趸交..)。

6.优惠政策(新客户优惠、老客户优惠..)。

7.手续费费用类型(定额、定费率、针对额度定额、针对额度定费率..)。

8.冲减服务费(撤单、退保..)。

9.时间(手续费计算起始日期-终止日期)。

10.手续费计算频率(日结、周结、月结、半年结、年结..)。

11.支付方式(多是给支付通道计算手续费用到)。

综上，本发明实施例通过：在手续费规则复杂以及多样性的情况下，抽象出各个结算因子，并且根据实际业务场景定义层级关系，实现结算数据处理的创建、更新、复用，提取结算因子、分层、交叉组合使用，实现手续费规则(结算数据处理模型)可视化配置，以及根据配置的结算数据处理模型精准化计算手续费、生成手续费清单，使得整个结算处理生命周期中自动匹配结算因子，自动计算手续费，提高了结算数据处理的效率，节约运维成本，缩短上线周期。

基于同一发明构思，本发明实施例中还提供了一种结算数据的处理装置，如下面的实施例所述。由于结算数据的处理装置解决问题的原理与结算数据的处理方法相似，因此结算数据的处理装置的实施可以参见结算数据的处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是本发明实施例中结算数据的处理装置的结构示意图，如图5所示，该装置包括：

接收单元02，用于接收用户的标识；

获取单元04，用于获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

匹配单元06，用于根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

处理单元08，用于根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

在一个实施例中，上述结算数据的处理装置还可以包括：配置单元，用于按照如下方法预先配置所述结算数据处理模型：

为用户设置标识；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子；

根据业务场景，对各个结算因子进行层级分配处理，得到各个结算因子之间的层级关系；

根据结算因子之间的层级关系，将各个结算因子组合到因子模型库中匹配，得到结算因子组合对应的结算数据处理模型；所述因子模型库中预先存储了多种结算因子组合及其对应的结算数据处理模型；

将匹配到的结算数据处理模型与所述标识绑定，得到标识对应的预先配置的结算数据处理模型。

在一个实施例中，上述结算数据的处理装置还可以包括：更新单元，用于更新用户的结算数据处理方案，得到更新后的用户的结算数据处理方案；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子，可以包括：根据更新后的用户的结算数据处理方案，得到所述用户对应的各个结算因子。

在一个实施例中，上述处理单元具体可以用于：

根据起始日期和结束日期，判断本次是否需要进行结算处理；

在确定本次需要进行结算处理时，进行结算数据的处理。

在一个实施例中，上述结算数据的处理装置还可以包括：第一结束处理单元，用于在确定本次不需要进行结算处理时，结束结算数据的处理。

在一个实施例中，在确定本次需要进行结算处理时，进行结算数据的处理，可以包括：

在确定本次需要进行结算处理时，判断预设时间段内是否进行结算处理过；

在确定进行结算处理过时，进行结算数据的处理。

在一个实施例中，上述结算数据的处理装置还可以包括：第二结束处理单元，用于在确定未进行结算处理过时，结束结算数据的处理。

在一个实施例中，上述结算数据的处理装置还可以包括：

生成单元，用于生成结算清单；

提供单元，用于将所述结算清单提供给所述用户；

结算处理单元，用于在接收到用户对结算清单的确认指令后，发出结算指令。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述结算数据的处理方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述结算数据的处理方法的计算机程序。

本发明实施例提供的技术方案的有益技术效果是：与现有技术中需要为不同用户开发不同的结算处理方案，导致人力成本高、结算数据处理效率低的技术方案相比较，本发明实施例提供的技术方案实现了：无需为不同用户开发不同的结算处理方案，仅需根据用户的标识获取对应的预先配置的结算数据处理模型，进而根据该模型进行结算数据的处理，降低了人力成本，提高了结算数据的处理效率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种结算数据的处理方法，其特征在于，包括：

接收用户的标识；

获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

2.如权利要求1所述的结算数据的处理方法，其特征在于，按照如下方法预先配置所述结算数据处理模型：

为用户设置标识；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子；

根据业务场景，对各个结算因子进行层级分配处理，得到各个结算因子之间的层级关系；

根据结算因子之间的层级关系，将各个结算因子组合到因子模型库中匹配，得到结算因子组合对应的结算数据处理模型；所述因子模型库中预先存储了多种结算因子组合及其对应的结算数据处理模型；

将匹配到的结算数据处理模型与所述标识绑定，得到标识对应的预先配置的结算数据处理模型。

3.如权利要求2所述的结算数据的处理方法，其特征在于，还包括：更新用户的结算数据处理方案，得到更新后的用户的结算数据处理方案；

根据用户的结算数据处理方案，得到所述用户对应的各个结算因子，包括：根据更新后的用户的结算数据处理方案，得到所述用户对应的各个结算因子。

4.如权利要求1所述的结算数据的处理方法，其特征在于，根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理，包括：

根据起始日期和结束日期，判断本次是否需要进行结算处理；

在确定本次需要进行结算处理时，进行结算数据的处理。

5.如权利要求4所述的结算数据的处理方法，其特征在于，在确定本次需要进行结算处理时，进行结算数据的处理，包括：

在确定本次需要进行结算处理时，判断预设时间段内是否进行结算处理过；

在确定进行结算处理过时，进行结算数据的处理。

6.如权利要求1所述的结算数据的处理方法，其特征在于，还包括：

生成结算清单；

将所述结算清单提供给所述用户；

在接收到用户对结算清单的确认指令后，发出结算指令。

7.如权利要求6所述的结算数据的处理方法，其特征在于，将所述结算清单提供给所述用户，包括：通过微信平台发送结算清单至用户端；

在接收到用户对结算清单的确认指令后，发出结算指令，包括：在接收到用户对结算清单的确认指令后，自动将结算清单对应的款项打到用户的指定账户中。

8.一种结算数据的处理装置，其特征在于，包括：

接收单元，用于接收用户的标识；

获取单元，用于获取所述标识对应的预先配置的结算数据处理模型；所述结算数据处理模型包括结算因子组合及结算因子之间的层级关系；

匹配单元，用于根据所述结算因子组合，匹配结算单据，得到所述用户的待结算单据；

处理单元，用于根据所述结算因子之间的层级关系及待结算单据的状态，进行结算数据的处理。

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

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至6任一所述方法的计算机程序。

Images