CN117236955A - 账单数据处理方法、系统、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于金融科技领域，涉及一种账单数据处理方法，包括：获取业务端发起的携带有待处理数据和类型标识的交易请求；根据所述类型标识，确定所述交易请求对应的目标结算规则；根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。本申请针对保险行业实现了业务域和账单结算域的解耦，提高了账单结算的效率。

Description

账单数据处理方法、系统、计算机设备及存储介质

技术领域

本申请涉及金融科技领域，尤其涉及一种账单数据处理方法、系统、计算机设备及存储介质。

背景技术

随着现代金融体系的快速发展，保险行业的业务功能也逐渐增多，各种线上和线下的业务场景愈加丰富，在这种情况下，涉及各类业务的资金核销、账单结算就显得尤为重要。

目前，对于多数保险机构而言，各个业务系统在进行账单结算时需要与资金中心的各个子系统如收付、制证、制发票、账户等进行多次交互，资金中心进行支付收据确认后需要回销到各个业务系统，并且出现异常账单时需要中断业务系统进行排查改数，此外，分期数据需要由多个系统模块重复保存管理，最后再统一融合到账单结算域。

上述流程的长期进行，容易导致各个业务域与账单结算域产生深度耦合的情况，并且账单结算规则不统一，使得业务场景的接入较为繁琐，最终让整个账单结算的过程变得越来越繁冗，效率越来越低。

发明内容

本申请实施例的目的在于提出一种账单数据处理方法、系统、计算机设备及存储介质，以解决保险行业中业务域与账单结算域耦合过深导致账单结算过程效率低下的技术问题。

为了解决上述技术问题，本申请实施例提供一种账单数据处理方法，采用了如下所述的技术方案：

获取业务端发起的携带有待处理数据和类型标识的交易请求；

根据所述类型标识，确定所述交易请求对应的目标结算规则；

根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

进一步的，所述根据所述类型标识，确定所述交易请求对应的目标结算规则的步骤，具体包括：

对所述类型标识进行识别，确定所述交易请求对应的结算类型，所述结算类型包括前置结算、实时结算、后置结算和分期结算；

根据所述结算类型，在各个预设的结算规则中确定所述目标结算规则，所述结算规则包括前置结算规则、实时结算规则、后置结算规则和分期结算规则。

进一步的，若所述目标结算规则为前置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

根据所述待处理数据，确定所述交易请求对应的记账周期，并在所述记账周期内接收所述业务端补录的业务数据；

执行所述记账流程，根据所述业务数据，调用账单核心进行记账，得到账单数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

进一步的，若所述目标结算规则为实时结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

进一步的，若所述目标结算规则为后置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

根据所述待处理数据，确定所述交易请求对应的结算周期，并在所述结算周期内接收所述业务端发起的结算请求；

执行所述结算流程，根据所述结算请求，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

进一步的，若所述目标结算规则为分期结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据，所述账单数据包括分期时间和分期金额；

执行所述结算流程，根据所述分期时间和所述分期金额，定时调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

进一步的，所述消息通知包括应结算款项，所述当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程的步骤，具体包括：

当接收到所述消息通知时，确定所述消息通知对应的已对账交易请求，将所述已对账交易请求对应的对账结果作为所述目标对账结果；

根据所述目标对账结果对所述应结算款项进行验证，确定所述业务指令是否生效；

若所述业务指令生效，则将所述业务指令对应的业务流程作为所述待执行流程；

若所述业务指令不生效，则确定所述待执行流程为生成错误提示并将所述错误提示返回至所述业务端。

为了解决上述技术问题，本申请实施例还提供一种账单数据处理系统，采用了如下所述的技术方案：

一种账单数据处理系统，包括：

获取模块，用于获取业务端发起的携带有待处理数据和类型标识的交易请求；

确定模块，用于根据所述类型标识，确定所述交易请求对应的目标结算规则；

记账结算模块，用于根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

对账模块，用于根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

执行模块，用于接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的账单数据处理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的账单数据处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请公开的账单数据处理方法，通过获取业务端发起的携带有待处理数据和类型标识的交易请求；根据所述类型标识，确定所述交易请求对应的目标结算规则；根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心进行一次交互就可以实现账单的统一受理，从而对保险行业中账单结算的整体流程进行了优化，实现了业务域和账单结算域的解耦，提高了账单结算的效率，并且使得账单与结算可以在时序上分离，可以支撑更多的业务场景。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的账单数据处理方法的一个实施例的流程图；

图3是根据本申请的账单数据处理系统的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3(MPEG Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(MPEG Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的账单数据处理方法一般由服务器执行，相应地，账单数据处理系统一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的账单数据处理方法的一个实施例的流程图。所述的账单数据处理方法，包括以下步骤：

步骤S201，获取业务端发起的携带有待处理数据和类型标识的交易请求；

在本实施例中，在进行账单数据处理的过程中，首先需要获取业务端发起的携带有待处理数据和类型标识的交易请求。具体地，可以在业务端与资金中心之间新增一个统一账单中心，通过该统一账单中心运行本实施例的账单数据处理方法，对接业务端和资金中心，从而进行账单结算，当业务端发起携带有待处理数据和类型标识的交易请求时，统一账单中心对该交易请求进行受理，并可以通过类型标识确定该交易请求对应的结算类型，不同的结算类型对应着不同的业务场景，以使得后续在不同的结算类型的情况下可以针对待处理数据进行账单结算，实现账单和结算在时序上的分离，例如，交易请求对应的结算类型可以包括前置结算、实时结算、后置结算和分期结算。

可以理解的是，除了与资金中心对接并且可以调用资金中心的各个子系统外，统一账单中心还可以与会计核算中心和凭证中心对接，以达到统一编排的目的。

步骤S202，根据所述类型标识，确定所述交易请求对应的目标结算规则；

在本实施例中，获得业务端发起的携带有待处理数据和类型标识的交易请求后，可以根据类型标识，确定交易请求对应的目标结算规则。具体地，对类型标识进行识别后，即可确定交易请求对应的结算类型，包括前置结算、实时结算、后置结算和分期结算，其中，前置结算对应了在承保时实时进行支付结算后补录账单和保单数据，实时结算对应了在承保时实时录入账单和保单数据并进行支付结算，后置结算对应了在承保时先录入账单和保单数据而后再进行支付结算，分期结算对应了分期业务根据账单定时进行支付结算；并且每种结算类型对应一种结算规则，根据结算类型，即可确定交易请求对应的目标结算规则，包括前置结算规则、实时结算规则、后置结算规则和分期结算规则。

步骤S203，根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

在本实施例中，交易请求对应的业务单等同于账单，获取交易请求并确定该交易请求对应的目标结算规则后，根据目标结算规则对应的记账流程和结算流程对待处理数据进行处理，并执行配置化的核验表达式，即可得到交易请求对应的业务单和结算单。具体地，在资金中心可以新增一个账单核心，用于账单即业务单的生成和管理，交易请求携带的待处理数据可以包括业务数据、结算金额等，统一账单中心根据所受理的交易请求对应的目标结算规则进行结算的场景包括：若目标结算规则为前置结算规则，则待处理数据中至少包括了结算金额，统一账单中心可以调用资金中心中的收付核心针对该结算金额在业务端进行结算，以得到交易请求对应的结算数据，后续再调用资金中心的账单核心接收由业务端补录的业务数据，并调用账单核心针对该业务数据进行记账，以得到交易请求对应的账单数据；若目标结算规则为实时结算规则，则待处理数据至少包括了业务数据和结算金额，统一账单中心可以直接调用账单核心根据针对该业务数据进行记账，以得到交易请求对应的账单数据，同时调用收付核心针对该结算金额在业务端进行结算，以得到交易请求对应的结算数据；若目标结算规则为后置结算规则，则待处理数据中至少包括了业务数据，统一账单中心可以调用账单核心针对该业务数据进行记账，以得到交易请求对应的账单数据，后续再根据业务端发起的结算请求，调用收付核心在业务端进行结算，以得到交易请求对应的结算数据；若目标结算规则为分期结算规则，则待处理数据中至少包括了业务数据，统一账单中心调用账单核心针对该业务数据进行记账，以得到交易请求对应的账单数据，且该账单数据中包括了分期时间和分期金额，而后调用收付核心针对分期时间和分期金额定时在业务端进行结算，以得到结算数据。在获得上述账单数据和结算数据后，即可执行配置化的核验表达式对账单数据和结算数据进行核验，确认无误后即可根据账单数据调用账单核心生成交易请求对应的业务单，根据结算数据调用收付核心生成交易请求对应的结算单。

步骤S204，根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

在本实施例中，生成交易请求对应的业务单和结算单后，可以根据业务单和结算单进行对账，从而得到该交易请求对应的对账结果。具体地，资金中心的账单核心还具有账单核销、账单查询、收付单管理等功能，当统一账单中心得到受理的交易请求对应的业务单和结算单时，可以调用会计核算中心根据业务单和结算单进行对账，得到对账结果。

可以理解的是，由于后续相关业务的进行都需要对账结果，在得到对账结果后可以调用账单核心对该对账结果进行归档，而不需要与业务端进行多余的交互，以使得后续可以调用账单核心对归档的对账结果进行查询，从而执行业务端发送的消息通知对应的业务需求。

步骤S205，当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

在本实施例中，当业务端有需要执行的业务时，会发送携带有业务指令的消息通知，在接收到由业务端发送的消息通知时，就可以根据业务执行和该消息通知对应的目标对账结果，确定待执行流程。具体地，消息通知中包括了应结算款项，在账单核心中归档了每个已受理的交易请求对应的对账结果，统一账单中心接收到消息通知时，即可确定该消息通知对应的已对账交易请求，并将该已对账交易请求对应的对账结果作为目标对账结果，再根据目标对账结果对应结算款项进行验证，以确定该业务指令是否生效，若该业务指令生效，则将该业务指令对应的业务流程作为待执行流程；若该业务指令不生效，则确定待执行流程为生成错误提示并将错误提示返回至业务端。例如，在任一保单的生效日，需要制作该保单对应的保险凭证，则业务端向统一账单中心发送消息通知，统一账单中心根据该消息通知对应的目标对账结果进行验证并确认无误后，即可调用凭证中心进行制证，生成该保单的保险凭证，并将该保险凭证返回至业务端，以达到业务端与统一账单中心之间统一受理一次交互的效果。

本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心进行一次交互就可以实现账单的统一受理，从而对保险行业中账单结算的整体流程进行了优化，实现了业务域和账单结算域的解耦，提高了账单结算的效率，并且使得账单与结算可以在时序上分离，可以支撑更多的业务场景。

在本实施例的一些可选的实现方式中，所述根据所述类型标识，确定所述交易请求对应的目标结算规则的步骤包括：

对所述类型标识进行识别，确定所述交易请求对应的结算类型，所述结算类型包括前置结算、实时结算、后置结算和分期结算；

根据所述结算类型，在各个预设的结算规则中确定所述目标结算规则，所述结算规则包括前置结算规则、实时结算规则、后置结算规则和分期结算规则。

在本实施例中，获取业务端发起的携带有待处理数据和类型标识的交易请求后，即可对类型标识进行识别，确定该交易请求对应的结算类型，结算类型包括了前置结算、实时结算、后置结算和分期结算，根据该交易请求对应的结算类型，即可在各个预设的结算规则中确定该交易请求对应的目标结算规则，各个预设的结算规则包括了前置结算规则、实时结算规则、后置结算规则和分期结算规则。具体地，每个结算类型对应了一种结算规则，若交易请求对应的结算类型为前置结算，则确定目标结算规则为前置结算规则；若交易请求对应的结算类型为实时结算，则确定目标结算规则为实时结算规则；若交易请求对应的结算类型为后置结算，则确定目标结算规则为后置结算规则；若交易请求对应的结算类型为分期结算，则确定目标结算规则为分期结算规则。

本申请通过账单结算规则的统一编排，使得不同类型的结算对应了不同的结算规则，使得账单与结算可以在时序上分离，提高了账单结算的效率，可以支撑更多的业务场景。

在本实施例的一些可选的实现方式中，若所述目标结算规则为前置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤包括：

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

根据所述待处理数据，确定所述交易请求对应的记账周期，并在所述记账周期内接收所述业务端补录的业务数据；

执行所述记账流程，根据所述业务数据，调用账单核心进行记账，得到账单数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

在本实施例中，受理业务端发起的交易请求后，若根据该交易请求携带的类型标识确定该交易请求对应的目标结算规则为前置结算规则，则执行前置结算规则对应的结算流程，根据该交易请求携带的待处理数据，调用收付核心在业务端进行结算，得到结算数据，同时根据待处理数据，确定该交易请求对应的记账周期，并在记账周期内接收由业务端补录的业务数据，而后执行前置结算规则对应的记账流程，根据业务数据，调用账单核心进行记账，得到账单数据，最后执行配置化的核验表达式对结算数据和账单数据进行核验，得到核验结果，并根据核验结果生成该交易请求对应的业务单和结算单。具体地，在保险行业中，前置结算代表了先进行支付结算后补录账单和保单数据，在交易请求对应的目标结算规则为前置结算规则的情况下，其携带的待处理数据至少包括了结算金额，受理交易请求后，统一账单中心先调用资金中心中的收付核心根据该结算金额在业务端进行结算(收款或者支付)，以得到该交易请求对应的结算数据，同时根据该待处理数据可以确定交易请求对应的记账周期，该记账周期可以由业务端与用户协商确定，而后在记账周期内，接收由业务端补录的业务数据，再根据业务数据集，调用账单核心进行记账，以得到该交易请求对应的账单数据，最终即可执行预先配置好的核验表达式，对结算数据和账单数据进行核验，得到核验结果，根据核验结果确认结算数据和账单数据无误后，根据结算数据生成该交易请求对应的结算单，根据账单数据生成该交易请求对应的业务单。

本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心以前置结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为实时结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

在本实施例中，受理业务端发起的交易请求后，若根据该交易请求携带的类型标识确定该交易请求对应的目标结算规则为前置结算规则，则执行前置结算规则对应的记账流程，根据该交易请求携带的待处理数据，调用账单核心进行记账，得到账单数据，同时执行前置结算规则对应的结算流程，根据该交易请求携带的待处理数据，调用收付核心在业务端进行结算，得到结算数据，最后执行配置化的核验表达式对结算数据和账单数据进行核验，得到核验结果，并根据核验结果生成该交易请求对应的业务单和结算单。具体地，在保险行业中，实时结算对应了在承保时实时录入账单和保单数据并进行支付结算，在交易请求对应的目标结算规则为实时结算规则的情况下，其携带的待处理数据包括了业务数据和结算金额，统一账单中心可以直接调用账单核心根据业务数据进行记账，以得到该交易请求对应的账单数据，同时，调用收付核心根据结算金额在业务端进行结算(收款或者支付)，以得到该交易请求对应的结算数据，最终即可执行预先配置好的核验表达式，对结算数据和账单数据进行核验，得到核验结果，根据核验结果确认结算数据和账单数据无误后，根据结算数据生成该交易请求对应的结算单，根据账单数据生成该交易请求对应的业务单。

本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心以实时结算的类型进行账单结算时，使得业务域和账单结算域解耦，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为后置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

根据所述待处理数据，确定所述交易请求对应的结算周期，并在所述结算周期内接收所述业务端发起的结算请求；

执行所述结算流程，根据所述结算请求，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

在本实施例中，受理业务端发起的交易请求后，若根据该交易请求携带的类型标识确定该交易请求对应的目标结算规则为后置结算规则，则首先执行后置结算规则对应的记账流程，根据该交易请求携带的待处理数据，调用账单核心进行记账，得到账单数据，同时根据该交易请求携带的待处理数据，确定该交易请求对应的结算周期，并在结算周期内接收业务端发起的结算请求，而后执行后置结算规则对应的结算流程，根据结算请求，调用收付核心在业务端进行结算，得到结算数据，最后执行配置化的核验表达式对结算数据和账单数据进行核验，得到核验结果，并根据核验结果生成该交易请求对应的业务单和结算单。具体地，在保险行业中，后置结算对应了在承保时先录入账单和保单数据而后再进行支付结算，在交易请求对应的目标结算规则为后置结算规则的情况下，其携带的待处理数据至少包括了业务数据，统一账单中心可以直接调用账单核心根据业务数据进行记账，以得到该交易请求对应的账单数据，同时，根据待处理数据，确定该交易请求对应的结算周期，并在结算周期内接收由业务端发起的结算请求，该结算周期可以由业务端与用户协商确定，该结算请求可以根据用户需要进行结算时所发出的指令生成，统一账单中心接收到结算请求后，即可调用收付核心在业务端进行结算，以得到该交易请求对应的结算数据，最终即可执行预先配置好的核验表达式，对结算数据和账单数据进行核验，得到核验结果，根据核验结果确认结算数据和账单数据无误后，根据结算数据生成该交易请求对应的结算单，根据账单数据生成该交易请求对应的业务单。

本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心以后置结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为分期结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据，所述账单数据包括分期时间和分期金额；

执行所述结算流程，根据所述分期时间和所述分期金额，定时调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

在本实施例中，受理业务端发起的交易请求后，若根据该交易请求携带的类型标识确定该交易请求对应的目标结算规则为分期结算规则，则首先执行分期结算规则对应的记账流程，根据该交易请求携带的待处理数据，调用账单核心进行记账，得到账单数据，该账单数据中包括了分期时间和分期金额，而后执行分期结算规则对应的结算流程，根据分期时间和分期金额，可以定时调用收付核心在业务端进行结算，得到结算数据。具体地，在保险行业中，分期结算代表了分期场景下生成账单后定时进行结算，在交易请求对应的目标结算规则为后置结算规则的情况下，其携带的待处理数据至少包括了业务数据，统一账单中心可以直接调用账单核心根据业务数据进行记账，以得到该交易请求对应的账单数据，与其他结算规则不同的是，该账单数据包括了分期时间和分期金额，其中，分期时间对应了每隔多长时间进行一次结算，分期金额对应了每次结算的金额，根据分期时间和分期金额，即可调用收付核心在业务端进行结算，以得到该交易请求对应的结算数据，在每次结算后，可以得到一个子结算数据，通过统计各个子结算数据可以得到该交易请求对应的结算数据，最终即可执行预先配置好的核验表达式，对结算数据和账单数据进行核验，得到核验结果，根据核验结果确认结算数据和账单数据无误后，根据结算数据生成该交易请求对应的结算单，根据账单数据生成该交易请求对应的业务单。

本申请通过账单结算规则的统一编排，使得各个业务系统与资金中心以分期结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，所述消息通知包括应结算款项，所述当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程的步骤包括：

当接收到所述消息通知时，确定所述消息通知对应的已对账交易请求，将所述已对账交易请求对应的对账结果作为所述目标对账结果；

根据所述目标对账结果对所述应结算款项进行验证，确定所述业务指令是否生效；

若所述业务指令生效，则将所述业务指令对应的业务流程作为所述待执行流程；

若所述业务指令不生效，则确定所述待执行流程为生成错误提示并将所述错误提示返回至所述业务端。

在本实施例中，业务端发送的消息通知包括了应结算款项，当业务端产生需要执行的业务时，就会发送携带有业务指令的消息通知，在接收到由业务端发送的消息通知时，就可以确定该消息通知对应的已对账交易请求，并将该已对账交易请求对应的对账结果作为目标对账结果，根据该目标对账结果对消息通知中的应结算款项进行验证，即可确定该业务指令是否生效，若该业务指令生效，则将该业务指令对应的业务流程作为待执行流程，若该业务指令不生效，则确定待执行流程为生成错误提示并将该错误提示返回至业务端。具体地，由于账单核心中已归档了每个已受理的交易请求对应的对账结果，当任一进行过账单结算的交易请求对应的业务处于生效日时，业务端向统一账单中心发送携带有业务指令的消息通知，统一账单中心接收到消息通知后，即可确定该消息通知对应的对账结果，作为目标对账结果，再根据目标对账结果对消息通知中的应结算款项进行验证，以确定该业务指令是否生效，若目标对账结果与应结算款项匹配，则该业务指令生效，反之则不生效，若业务指令生效，则将该业务指令对应的业务流程作为待执行流程，若业务未生效，则确定待执行流程为生成错误提示并将错误提示返回至业务端。在确定待执行流程后，由统一账单中心执行该待执行流程，例如，业务端的业务为制证业务时，若该业务指令生效，则待执行流程为：统一账单中心调用凭证中心进行制证，生成该业务对应的保险凭证，并将该保险凭证返回至业务端；业务端的业务为制发票业务时，若该业务生效，则待执行流程为：统一账单中心调用税票中心生成该业务对应的发票，并将该发票返回至业务端。

本申请通过账单结算规则的统一编排，使得统一账单中心可以统一受理各个业务系统的业务需求，并与资金中心交互，从而避免了业务域和账单结算域领域划分不清晰，在多业务场景下提高了账单结算的效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种账单数据处理系统的一个实施例，该系统实施例与图2所示的方法实施例相对应，该系统具体可以应用于各种电子设备中。

如图3所示，本实施例所述的账单数据处理系统300包括：获取模块301、确定模块302，记账结算模块303、对账模块304以及执行模块305。其中：

获取模块301，用于获取业务端发起的携带有待处理数据和类型标识的交易请求；

确定模块302，用于根据所述类型标识，确定所述交易请求对应的目标结算规则；

记账结算模块303，用于根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

对账模块304，用于根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

执行模块305，用于接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得各个业务系统与资金中心进行一次交互就可以实现账单的统一受理，从而对保险行业中账单结算的整体流程进行了优化，实现了业务域和账单结算域的解耦，提高了账单结算的效率，并且使得账单与结算可以在时序上分离，可以支撑更多的业务场景。

在本实施例的一些可选的实现方式中，确定模块302，还用于：

对所述类型标识进行识别，确定所述交易请求对应的结算类型，所述结算类型包括前置结算、实时结算、后置结算和分期结算；

根据所述结算类型，在各个预设的结算规则中确定所述目标结算规则，所述结算规则包括前置结算规则、实时结算规则、后置结算规则和分期结算规则。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得不同类型的结算对应了不同的结算规则，使得账单与结算可以在时序上分离，提高了账单结算的效率，可以支撑更多的业务场景。

在本实施例的一些可选的实现方式中，若所述目标结算规则为前置结算规则，则记账结算模块303，还用于：

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

根据所述待处理数据，确定所述交易请求对应的记账周期，并在所述记账周期内接收所述业务端补录的业务数据；

执行所述记账流程，根据所述业务数据，调用账单核心进行记账，得到账单数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得各个业务系统与资金中心以前置结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为实时结算规则，则记账结算模块303，还用于：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得各个业务系统与资金中心以实时结算的类型进行账单结算时，使得业务域和账单结算域解耦，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为后置结算规则，则记账结算模块303，还用于：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

根据所述待处理数据，确定所述交易请求对应的结算周期，并在所述结算周期内接收所述业务端发起的结算请求；

执行所述结算流程，根据所述结算请求，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得各个业务系统与资金中心以后置结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，若所述目标结算规则为分期结算规则，则记账结算模块303，还用于：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据，所述账单数据包括分期时间和分期金额；

执行所述结算流程，根据所述分期时间和所述分期金额，定时调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得各个业务系统与资金中心以分期结算的类型进行账单结算时，不仅使得业务域和账单结算域解耦，还使得账单与结算可以在时序上分离，在多业务场景下提高了账单结算的效率。

在本实施例的一些可选的实现方式中，所述消息通知包括应结算款项，执行模块305，还用于：

当接收到所述消息通知时，确定所述消息通知对应的已对账交易请求，将所述已对账交易请求对应的对账结果作为所述目标对账结果；

根据所述目标对账结果对所述应结算款项进行验证，确定所述业务指令是否生效；

若所述业务指令生效，则将所述业务指令对应的业务流程作为所述待执行流程；

若所述业务指令不生效，则确定所述待执行流程为生成错误提示并将所述错误提示返回至所述业务端。

本申请提供的账单数据处理系统，通过账单结算规则的统一编排，使得统一账单中心可以统一受理各个业务系统的业务需求，并与资金中心交互，从而避免了业务域和账单结算域领域划分不清晰，在多业务场景下提高了账单结算的效率.

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如账单数据处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述账单数据处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请提供的计算机设备，通过账单结算规则的统一编排，使得各个业务系统与资金中心进行一次交互就可以实现账单的统一受理，从而对保险行业中账单结算的整体流程进行了优化，实现了业务域和账单结算域的解耦，提高了账单结算的效率，并且使得账单与结算可以在时序上分离，可以支撑更多的业务场景。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的账单数据处理方法的步骤。

本申请提供的计算机可读存储介质，通过账单结算规则的统一编排，使得各个业务系统与资金中心进行一次交互就可以实现账单的统一受理，从而对保险行业中账单结算的整体流程进行了优化，实现了业务域和账单结算域的解耦，提高了账单结算的效率，并且使得账单与结算可以在时序上分离，可以支撑更多的业务场景。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种账单数据处理方法，其特征在于，包括下述步骤：

获取业务端发起的携带有待处理数据和类型标识的交易请求；

根据所述类型标识，确定所述交易请求对应的目标结算规则；

根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

2.根据权利要求1所述的账单数据处理方法，其特征在于，所述根据所述类型标识，确定所述交易请求对应的目标结算规则的步骤，具体包括：

对所述类型标识进行识别，确定所述交易请求对应的结算类型，所述结算类型包括前置结算、实时结算、后置结算和分期结算；

根据所述结算类型，在各个预设的结算规则中确定所述目标结算规则，所述结算规则包括前置结算规则、实时结算规则、后置结算规则和分期结算规则。

3.根据权利要求2所述的账单数据处理方法，其特征在于，若所述目标结算规则为前置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

根据所述待处理数据，确定所述交易请求对应的记账周期，并在所述记账周期内接收所述业务端补录的业务数据；

执行所述记账流程，根据所述业务数据，调用账单核心进行记账，得到账单数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

4.根据权利要求2所述的账单数据处理方法，其特征在于，若所述目标结算规则为实时结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

执行所述结算流程，根据所述待处理数据，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

5.根据权利要求2所述的账单数据处理方法，其特征在于，若所述目标结算规则为后置结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据；

根据所述待处理数据，确定所述交易请求对应的结算周期，并在所述结算周期内接收所述业务端发起的结算请求；

执行所述结算流程，根据所述结算请求，调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

6.根据权利要求2所述的账单数据处理方法，其特征在于，若所述目标结算规则为分期结算规则，则所述根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单的步骤，具体包括：

执行所述记账流程，根据所述待处理数据，调用账单核心进行记账，得到账单数据，所述账单数据包括分期时间和分期金额；

执行所述结算流程，根据所述分期时间和所述分期金额，定时调用收付核心在所述业务端进行结算，得到结算数据；

执行所述核验表达式对所述结算数据和所述账单数据进行核验，得到核验结果，并根据所述核验结果生成所述业务单和所述结算单。

7.根据权利要求1至6任一项所述的账单数据处理方法，其特征在于，所述消息通知包括应结算款项，所述当接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程的步骤，具体包括：

当接收到所述消息通知时，确定所述消息通知对应的已对账交易请求，将所述已对账交易请求对应的对账结果作为所述目标对账结果；

根据所述目标对账结果对所述应结算款项进行验证，确定所述业务指令是否生效；

若所述业务指令生效，则将所述业务指令对应的业务流程作为所述待执行流程；

若所述业务指令不生效，则确定所述待执行流程为生成错误提示并将所述错误提示返回至所述业务端。

8.一种账单数据处理系统，其特征在于，所述系统包括：

获取模块，用于获取业务端发起的携带有待处理数据和类型标识的交易请求；

确定模块，用于根据所述类型标识，确定所述交易请求对应的目标结算规则；

记账结算模块，用于根据所述目标结算规则对应的记账流程和结算流程对所述待处理数据进行处理，并执行配置化的核验表达式，得到所述交易请求对应的业务单和结算单；

对账模块，用于根据所述业务单和所述结算单进行对账，得到所述交易请求对应的对账结果；

执行模块，用于接收到所述业务端发送的携带有业务指令的消息通知时，根据所述业务指令和所述消息通知对应的目标对账结果，确定待执行流程。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的账单数据处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的账单数据处理方法的步骤。