CN111325618B - 记账业务处理方法、装置、设备及存储介质 - Google Patents
记账业务处理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111325618B CN111325618B CN202010081909.XA CN202010081909A CN111325618B CN 111325618 B CN111325618 B CN 111325618B CN 202010081909 A CN202010081909 A CN 202010081909A CN 111325618 B CN111325618 B CN 111325618B
- Authority
- CN
- China
- Prior art keywords
- target
- data
- billing
- accounting
- amount
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/903—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了记账业务处理方法、装置、设备及存储介质,属于计算机技术领域。方法包括:获取多个目标产品中任一目标产品的记账请求;基于记账请求,按照目标记账业务处理模型中的第一数据结构生成与任一目标产品对应的目标借据,目标记账业务处理模型为基于多个目标产品的信息得到的用于处理多个目标产品的记账业务的模型;响应于到达任一目标产品的账单日,基于目标借据,按照目标记账业务处理模型中的第二数据结构生成与账单日对应的目标期数单;将目标借据和目标期数单记录在目标记账业务处理模型中的内部管理模块中。基于上述过程,可以利用一个记账业务处理模型处理多个目标产品的记账业务,记账业务的处理效率较高,有利于节约成本。
Description
技术领域
本申请实施例涉及计算机技术领域,特别涉及一种记账业务处理方法、装置、设备及存储介质。
背景技术
随着经济的发展,市场上出现了越来越多的信贷产品供用户使用,例如,信用卡产品、信用贷产品、分期产品和小微商户贷产品等。目前,不同的信贷产品对应不同的记账业务处理模型,当业务方同时开展多种信贷产品的业务时,需要分别利用各个信贷产品对应的记账业务处理模型处理各个信贷产品的记账业务,记账业务的处理效率较低。
发明内容
本申请实施例提供了一种记账业务处理方法、装置、设备及存储介质,可用于解决相关技术中的问题。所述技术方案如下:
一方面,本申请实施例提供了一种记账业务处理方法,所述方法包括:
获取多个目标产品中任一目标产品的记账请求;
基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,所述目标记账业务处理模型为基于所述多个目标产品的信息得到的用于处理所述多个目标产品的记账业务的模型,所述第一数据结构为生成借据所需的通用数据结构;
响应于到达所述任一目标产品的账单日,基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,所述第二数据结构为生成期数单所需的通用数据结构;
将所述目标借据和所述目标期数单记录在所述目标记账业务处理模型中的内部管理模块中。
可选地,所述基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,包括:
对所述记账请求进行解析,获取与所述第一数据结构的各个第一数据项对应的第一数据;
将所述第一数据填充到所述各个第一数据项的对应位置处,得到与所述任一目标产品对应的目标借据。
可选地,所述基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,包括:
对所述目标借据进行解析,获取在所述账单日下与所述第二数据结构的各个第二数据项对应的第二数据;
将所述第二数据填充到所述各个第二数据项的对应位置处,得到与所述账单日对应的目标期数单。
可选地,所述目标期数单中包括待还款金额,所述将所述目标借据和所述目标期数单记录在所述目标记账业务处理模型中的内部管理模块中,所述方法还包括:
获取所述任一目标产品的还款请求,所述还款请求携带实际还款金额;
基于所述实际还款金额,更新所述目标期数单中的待还款金额。
可选地,所述目标记账业务处理模型包括用于管理记账结果的客户管理模块,所述方法还包括:
基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果;
将所述记账结果记录在所述客户管理模块中。
可选地,所述目标借据中包括当前未计划金额,所述目标期数单中包括当前待还款金额,所述记账结果中包括欠款总金额;所述基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果,包括:
计算所述目标借据中的当前未计划金额和所述目标期数单中的当前待还款金额的金额总和;
将所述金额总和作为与所述任一目标产品对应的记账结果中的欠款总金额。
可选地,所述目标借据中的当前未计划金额包括本金类金额和费用类金额中的一种或多种;所述目标期数单中的当前待还款金额包括本金类金额、费用类金额和利息类金额中的一种或多种。
另一方面,提供了一种记账业务处理装置,所述装置包括:
获取单元,用于获取多个目标产品中任一目标产品的记账请求;
生成单元,用于基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,所述目标记账业务处理模型为基于所述多个目标产品的信息得到的用于处理所述多个目标产品的记账业务的模型,所述第一数据结构为生成借据所需的通用数据结构;
所述生成单元,还用于响应于到达所述任一目标产品的账单日时,基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,所述第二数据结构为生成期数单所需的通用数据结构;
记录单元,用于将所述目标借据和所述目标期数单记录在所述目标记账业务处理模型中的内部管理模块中。
可选地,所述生成单元,用于对所述记账请求进行解析,获取与所述第一数据结构的各个第一数据项对应的第一数据;将所述第一数据填充到所述各个第一数据项的对应位置处,得到与所述任一目标产品对应的目标借据。
可选地,所述生成单元,还用于对所述目标借据进行解析,获取在所述账单日下与所述第二数据结构的各个第二数据项对应的第二数据;将所述第二数据填充到所述各个第二数据项的对应位置处,得到与所述账单日对应的目标期数单。
可选地,所述目标期数单中包括待还款金额,所述获取单元,还用于获取所述任一目标产品的还款请求,所述还款请求携带实际还款金额;
所述装置还包括:
更新单元,用于基于所述实际还款金额,更新所述目标期数单中的待还款金额。
可选地,所述目标记账业务处理模型包括用于管理记账结果的客户管理模块,所述装置还包括:
确定单元,用于基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果;
所述记录单元,还用于将所述记账结果记录在所述客户管理模块中。
可选地,所述目标借据中包括当前未计划金额,所述目标期数单中包括当前待还款金额,所述记账结果中包括欠款总金额;所述确定单元,还用于计算所述目标借据中的当前未计划金额和所述目标期数单中的当前待还款金额的金额总和;将所述金额总和作为与所述任一目标产品对应的记账结果中的欠款总金额。
可选地,所述目标借据中的当前未计划金额包括本金类金额和费用类金额中的一种或多种;所述目标期数单中的当前待还款金额包括本金类金额、费用类金额和利息类金额中的一种或多种。
另一方面,提供了一种计算机设备,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以实现上述任一所述的记账业务处理方法。
另一方面,还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以实现上述任一所述的记账业务处理方法。
本申请实施例提供的技术方案至少带来如下有益效果:
基于多个目标产品的信息构建用于处理多个目标产品的记账业务的目标记账业务处理模型,然后基于多个目标产品中的任一目标产品的记账请求,按照目标记账业务处理模型中的数据结构生成该任一目标产品对应的目标借据和目标期数单,将目标借据和目标期数单记录在内部管理模块中。在此种记账业务处理过程中,可以利用一个记账业务处理模型处理多个目标产品的记账业务,记账业务的处理效率较高,有利于节约记账业务处理过程的成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种记账业务处理方法的实施环境的示意图;
图2是本申请实施例提供的一种记账业务处理方法的流程图;
图3是本申请实施例提供的一种第一数据结构和第二数据结构的示意图;
图4是本申请实施例提供的一种目标记账业务处理模型的示意图;
图5是本申请实施例提供的一种记账业务处理装置的示意图;
图6是本申请实施例提供的一种记账业务处理装置的示意图;
图7是本申请实施例提供的一种记账业务处理设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
随着经济的发展,市场上出现了越来越多的信贷产品供用户使用,例如,信用卡、信用贷、分期和小微商户贷等。目前,不同的信贷产品对应不同的记账业务处理模型,当业务方同时开展多种信贷产品的业务时,管理各个信贷产品对应的记账业务处理模型的成本较高,记账业务处理的效率较低。
对此,本申请实施例提供了一种记账业务处理方法,请参考图1,其示出了本申请实施例提供的记账业务处理方法的实施环境的示意图。该实施环境可以包括:终端11和服务器12。
其中,终端11安装有能够使用信贷产品的应用程序或者网页,终端11可以基于信贷产品的使用情况,向服务器12发送记账请求或者还款请求。服务器12能够获取多个信贷产品的信息,通过对多个信贷产品的信息的分析,构建目标记账业务处理模型。然后,服务器可以基于终端11发送的记账请求或者还款请求,利用目标记账业务处理模型处理多个信贷产品的记账业务。
可选地,终端11可以是诸如手机、平板电脑、个人计算机等的智能设备。服务器12可以是一台服务器,也可以是由多台服务器组成的服务器集群,或者是一个云计算服务中心。终端11与服务器12通过有线或无线网络建立通信连接。
本领域技术人员应能理解上述终端11和服务器12仅为举例,其他现有的或今后可能出现的终端或服务器如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
基于上述图1所示的实施环境,本申请实施例提供一种记账业务处理方法,以该方法应用于服务器为例。如图2所示,本申请实施例提供的方法可以包括如下步骤:
在步骤201中,获取多个目标产品中任一目标产品的记账请求。
目标产品是指需要进行记账的产品。可选地,目标产品可以是指信贷产品。信贷产品包括但不限于信用卡产品、信用贷产品、分期产品和小微商户贷产品。本申请实施例以多个目标产品中的任一目标产品为例进行说明,也就是说,本申请实施例提供的方法可以处理多个目标产品中的每个目标产品的记账业务。
可选地,服务器获取任一目标产品的记账请求的方式可以为:服务器获取终端发送的任一目标产品的记账请求。终端在发送任一目标产品的记账请求之前,需要先获取任一目标产品的记账请求。可选地,终端获取任一目标产品的记账请求的方式可以为:终端获取客户对任一目标产品的使用情况,根据使用情况生成记账请求。记账请求可以携带待记账金额、待记账类型和客户的标识信息等信息。
需要说明的是,在获取任一目标产品的记账请求之前,需要预先构建一个能够处理多个目标产品的记账业务的目标记账业务处理模型。可选地,构建目标记账业务处理模型的过程包括以下步骤1至步骤5:
步骤1:获取多个目标产品的信息。
目标产品的信息是指与目标产品相关的信息。目标产品的信息可以包括目标产品的基本描述信息、使用规则信息、管理规则信息、记账规则信息等信息。
服务器获取多个目标产品的信息的方式可以为:服务器从各个目标产品对应的已有记账业务处理模型中获取各个目标产品的信息。
步骤2:从管理维度对多个目标产品的信息进行分析,确定目标记账业务处理模型的结构框架,目标记账业务处理模型的结构框架包括客户管理模块和内部管理模块。
客户管理模块用于管理记账结果,内部管理模块用于管理记账过程中产生的多个借据和多个期数单。
可选地,从管理维度对多个目标产品的信息进行分析,确定目标记账业务处理模型的结构框架的过程为:从管理维度对多个目标产品的信息进行分析,确定多个目标产品对应的共有管理维度;基于共有管理维度,确定目标记账业务处理模型的结构框架。共有管理维度是指多个目标产品在记账过程中均需要考虑的管理维度。共有管理维度包括客户管理维度和内部管理维度。所以,基于共有管理维度确定的目标记账业务处理模型的结构框架中包括客户管理模块和内部管理模块。
接下来,分别对客户管理模块和内部管理模块进行介绍:
客户管理模块用于从客户管理维度管理客户可见的记账结果。记账结果包括欠款总金额、欠款总明细、当前应还款金额、当前应还款明细、逾期情况中的一种或多种。客户管理模块可以管理与多个目标产品对应的多个客户账户,每个目标产品对应的客户账户中记录多个客户在该目标产品下建立的账户,在每个客户的账户中记录与该客户对应的记账结果。服务器可以将与客户对应的记账结果发送至该客户的终端,以使该客户及时得知欠款情况和逾期情况。需要说明的是,同一客户在多个的目标产品下可以建立多个账户。服务器可以将不同账户中记录的记账结果分别发送至客户的终端,也可以将不同账户中记录的记账结果同时发送至客户的终端,本申请实施例对此不加以限定。
内部管理模块用于从内部管理维度管理记账过程中产生的多个借据和多个期数单。内部管理模块可以管理与多个目标产品对应的多个内部管理账户。每个目标产品对应的内部管理账户用于根据该目标产品的记账规则,管理该目标产品对应的多个借据和多个期数单。同一目标产品的记账规则针对不同的客户可能是差异化的,本申请实施例对此不加以限定。记账规则是对客户透明的,客户可以随时查询。根据内部管理账户中的借据和期数单可以计算得到客户管理账户中的记账结果。
由于客户无需知道复杂的记账过程,因此将目标记账业务处理模型的结构框架分为客户管理模块和内部管理模块,以使客户管理模块服务于客户,内部管理模块服务于业务方。
接下来分别对记账过程中产生的借据和期数单进行介绍:
借据是客户使用目标产品与机构达成具体借贷关系的凭证,管理客户原始借款信息和剩余未还款金额,简单来讲,借据用于管理“客户借的款项”。不同的目标产品可能具有不同的创建借据的规则,本申请实施例对此不加以限定。例如,当目标产品为信用卡产品时,可以根据同一天的多笔信用卡消费创建一个借据;当目标产品为分期产品时,可以根据每笔分期消费创建一个借据。
期数单是在账单日产生的,管理基于借据的应还款项的基本单元,包括本金、费用,以及由二者产生的利息或者罚息等,简单来讲,期数单用于管理“客户应还的款项”。
借据在账单日产生期数单,在产生期数单的过程中,在借据的剩余未还款金额中扣除当期应还金额,将当期应还金额转移至期数单上。借据与期数单的关系可以灵活地根据目标产品的需求进行配置。例如,一笔“信用卡消费本金”借据可以生成一笔“信用卡消费本金”期数单、一笔“信用卡取现本金”借据可以生成一笔“信用卡取现本金”期数单、一笔“分期”借据每期生成一笔”分期本金”期数单和一笔“分期费用”期数单、一笔“信用贷”借据每期生成一笔“信用贷”期数单,一笔“小微贷”借据每期生成一笔“小微贷”期数单等。
步骤3:从记账数据维度对多个目标产品的信息进行分析,确定第一数据结构和第二数据结构。
第一数据结构为生成借据所需的通用数据结构,第二数据结构为生成期数单所需的通用数据结构。
除确定目标记账业务处理模型的结构框架外,由于内部管理模块用于管理记账过程中产生的多个借据和多个期数单,所以,在构建目标记账业务处理模型的过程中,还需要从记账数据维度对多个目标产品的信息进行分析,以确定生成借据所需的第一数据结构和生成期数单所需的第二数据结构。
可选地,从记账数据维度对多个目标产品的信息进行分析,确定第一数据结构和第二数据结构的过程为:从记账数据维度对多个目标产品的信息进行分析,确定多个目标产品对应的第一数据项和第二数据项;基于第一数据项,确定第一数据结构;基于第二数据项,确定第二数据结构。
可选地,从记账数据维度对多个目标产品的信息进行分析,确定多个目标产品对应的第一数据项和第二数据项的方式可以为:从记账数据维度对多个目标产品的信息进行分析,确定各个目标产品需要在借据中记录的数据项和各个目标产品需要在期数单中记录的数据项;将各个目标产品需要在借据中记录的数据项的并集作为第一数据项;将各个目标产品需要在期数单中记录的数据项的并集作为第二数据项。基于上述方式确定的第一数据项可以涵盖各个目标产品需要在借据中记录的数据项,第二数据项可以涵盖各个目标产品需要在期数单中记录的数据项。
在确定第一数据项后,可以基于第一数据项,确定第一数据结构。可选地,基于第一数据项,确定第一数据结构的方式为:将第一数据项按照第一参考规则进行排序,将根据排序后的第一数据项生成的表格作为第一数据结构。在确定第一数据结构后,各个目标产品都能够根据第一数据结构生成借据。第一参考规则可以根据经验设置,本申请实施例对此不加以限定。
第一数据结构可以如图3中的(1)所示,排序后的第一数据项依次为借据日期、借据编号、记账日期、起息日期、借据类型、币种、借据金额、未计划金额、已计划金额、已结转金额、利息基数、分期总期数和当前期数。
需要说明的是,在根据第一数据结构生成借据的过程中,可以根据第一数据结构生成一个包括多列的借据。不同的目标产品可以对应不同列数的借据,本申请实施例对比不加以限定。
同样地,在确定第二数据项后,可以基于第二数据项,确定第二数据结构。可选地,基于第二数据项,确定第二数据结构的方式为:将第二数据项按照第二参考规则进行排序,将根据排序后的第二数据项生成的表格作为第二数据结构。在确定第二数据结构后,各个目标产品都能够根据第二数据结构生成期数单。第二参考规则可以根据经验设置,本申请实施例对此不加以限定。
第二数据结构可以如图3中的(2)所示,排序后的第二数据项依次为期数单日期、期数单编号、创建日期、起息日期、期数单类型、币种、期数单余额、期数单余额利息基数、正常利息索引、利息、罚息利息基数、罚息利息索引、罚息、复利利息基数、复利利息索引、复利和结单日期。
步骤4:从记账类型维度对多个目标产品的信息进行分析,确定多个目标产品的共有记账类型;从金额类型维度对多个目标产品的信息进行分析,确定多个目标产品的共有金额类型;从借还周期维度对多个目标产品的信息进行分析,确定多个目标产品的共有借还特征;基于共有记账类型、共有金额类型和共有借还特征,确定目标记账业务处理模型的记账功能。
以目标产品为信贷产品为例,从记账类型维度对多个信贷产品的信息进行分析,可以抽象出两类共有记账类型:贷记交易记账和借记交易记账。
其中,贷记交易记账是指借款相关的记账,例如,信用卡消费、取现交易记账、信用贷借款交易记账、分期交易记账、小微贷借款记账、费用记账、利息记账和贷记调整记账等;借记交易记账是指还款相关的记账,例如,信用卡还款记账、信用卡退货交易记账、信用贷还款交易记账、借记调整交易记账等。贷记交易记账需要生成借据和期数单,借记交易记账只需更改借据和期数单上的金额。
从金额类型维度对多个信贷产品的信息进行分析,可以抽象出三类共有金额类型:本金类、费用类和利息类。其中,本金类包括消费本金、取现本金、借款本金、分期本金等;费用类包括各种根据业务产品规则定义的费用,例如,分期手续费、信用卡年费、信用卡挂失手续费等;利息类包括利息、罚息和复利。
从借还周期维度对多个信贷产品的信息进行分析,可以确定各个信贷产品的共有借还特征为:均具有账单日和还款日。信贷产品的账单日可以与还款日相同,也可以与还款日不同,本申请实施例对此不加以限定。例如,信用卡产品的账单日与还款日不同,而分期产品、信用贷产品和小微商户贷产品的账单日与还款日相同。
根据上述分析可知,目标记账业务处理模型的记账功能应该包括:能够为贷记交易和借记交易进行记账;能够在记账过程中,记录本金类金额、费用类金额和利息类金额;能够根据账单日和还款日及时处理记账业务。
步骤5:基于目标记账业务处理模型的结构框架、第一数据结构、第二数据结构和目标记账业务处理模型的记账功能,构建目标记账业务处理模型。
以目标产品为信贷产品为例,目标记账业务处理模型可以如图4所示,在目标记账业务处理模型中包括客户管理模块和内部管理模块。其中,客户管理模块管理信用卡产品的客户账户、信用贷产品的客户账户、分期产品的客户账户和小微商户贷产品的客户账户。内部管理模块管理多个信贷产品对应的多个借据和多个期数单,每个借据都是按照第一数据结构生成的,每个期数单都是按照第二数据结构生成的。一个借据可以对应一个或多个期数单。
在步骤202中,基于记账请求,按照目标记账业务处理模型中的第一数据结构生成与任一目标产品对应的目标借据,目标记账业务处理模型为基于多个目标产品的信息得到的用于处理多个目标产品的记账业务的模型。
其中,第一数据结构为生成借据所需的通用数据结构。
在一种可能实现方式中,服务器基于记账请求,按照第一数据结构生成与任一目标产品对应的目标借据的过程可以为:对记账请求进行解析,获取与第一数据结构的各个第一数据项对应的第一数据;将第一数据填充到各个第一数据项的对应位置处,得到与任一目标产品对应的目标借据。
第一数据项为各个目标产品需要在借据中记录的数据项的并集。通过对记账请求进行解析,可以获取与各个第一数据项对应的第一数据。例如,假设记账请求携带的待记账金额为1500元,则与借据金额(一个第一数据项)对应的第一数据为1500元。
需要说明的是,由于第一数据项为各个目标产品需要在借据中记录的数据项的并集,所以,第一数据项中可能存在不需要该任一目标产品在借据中记录的数据项,可以将第一目标数据作为与不需要该任一目标产品在借据中记录的第一数据项对应的第一数据。第一目标数据可以由开发人员预先设置,本申请实施例对此不加以限定。示例性地,第一目标数据可以为字母标记,例如,n/a。
在得到第一数据后,可以将第一数据填充到各个第一数据项的对应位置处,得到与任一目标产品对应的包括第一数据项和第一数据的目标借据。
需要说明的是,任一目标产品的记账请求可以为一个或多个,每个记账请求可以生成一个或多个目标借据,本申请实施例对此不加以限定。
在步骤203中,响应于到达任一目标产品的账单日,基于目标借据,按照目标记账业务处理模型中的第二数据结构生成与账单日对应的目标期数单。
其中,第二数据结构为生成期数单所需的通用数据结构。
账单日是指生成账单的日期。不同的目标产品可以具有相同的账单日,也可以具有不同的账单日,本申请实施例对此不加以限定。当到达任一目标产品的账单日时,需要生成与账单日对应的目标期数单。
在一种可能实现方式中,服务器基于目标借据,按照第二数据结构生成与账单日对应的目标期数单的过程可以为:对目标借据进行解析,获取在账单日下与第二数据结构的各个第二数据项对应的第二数据;将第二数据填充到各个第二数据项的对应位置处,得到与账单日对应的目标期数单。
第二数据项为各个目标产品需要在期数单中记录的数据项的并集。通过对目标借据进行解析,可以获取与各个第二数据项对应的第二数据。例如,假设信用卡产品的目标借据中的借据类型为消费本金,则与期数单类型(一个第二数据项)对应的第二数据为消费本金。
可选地,目标期数单中包括待还款金额。该待还款金额是指需要用户偿还的金额。
需要说明的是,由于第二数据项为各个目标产品需要在期数单中记录的数据项的并集,所以,第二数据项中可能存在不需要该任一目标产品在期数单中记录的数据项,可以将第二目标数据作为与不需要该任一目标产品在期数单中记录的第二数据项对应的第二数据。第二目标数据可以与第一目标数据相同,也可以与第一目标数据不同,本申请实施例对此不加以限定。示例性地,第二目标数据也可以为字母标记,例如,n/a。
在得到第二数据后,可以将第二数据填充到各个第二数据项的对应位置处,得到与账单日对应的包括第二数据项和第二数据的目标期数单。
需要说明的是,一个目标借据,可以在账单日生成最少一个目标期数单,不同的目标期数单中的待还款类型不同。
在步骤204中,将目标借据和目标期数单记录在目标记账业务处理模型中的内部管理模块中。
内部管理模块用于从内部管理维度管理记账过程中产生的多个借据和多个期数单。任一目标产品的目标借据和目标期数单均需要记录在内部管理模块中。
可选地,将目标借据和目标期数单记录在内部管理模块中的过程为:在生成目标借据后,将目标借据记录在内部管理模块中;在生成目标期数单后,将目标期数单记录在内部管理模块中的目标借据的相关位置处。此种方式,可以将目标期数单与目标借据相互关联。
可选地,目标期数单中包括待还款金额,在将目标借据和目标期数单记录在目标记账业务处理模型中的内部管理模块中之后,还包括:获取任一目标产品的还款请求,还款请求携带实际还款金额;基于实际还款金额,更新目标期数单中的待还款金额。
在生成与账单日对应的目标期数单后,若获取到任一目标产品的还款请求,则基于还款请求携带的实际还款金额更新目标期数单中的待还款金额。可选地,基于实际还款金额更新目标期数单中的待还款金额的方式为:若实际还款金额不小于目标期数单中的待还款金额,则将目标期数单中的待还款金额更新为0;若实际还款金额小于目标期数单中的待还款金额,则将目标期数单中的待还款金额更新为目标金额,目标金额为目标期数单中的待还款金额与实际还款金额的差值金额。
可选地,由于目标记账业务处理模型包括用于管理记账结果的客户管理模块,所以,还可以基于目标借据和目标期数单,确定与任一目标产品对应的记账结果;将记账结果记录在客户管理模块中。
可选地,目标借据中包括当前未计划金额,目标期数单中包括当前待还款金额,记账结果中包括欠款总金额;基于目标借据和目标期数单,确定与任一目标产品对应的记账结果,包括:计算目标借据中的当前未计划金额和目标期数单中的当前待还款金额的金额总和;将金额总和作为与任一目标产品对应的记账结果中的欠款总金额。其中,目标借据中的当前未计划金额包括本金类金额和费用类金额中的一种或多种;目标期数单中的当前待还款金额包括本金类金额、费用类金额和利息类金额中的一种或多种。
在确定记账结果后,将记账结果记录在客户管理模块中。然后可以将记账结果发送至客户的终端。可选地,服务器将记账结果发送至客户的终端的方式包括但不限于以下两种:
方式一:服务器每隔一个参考周期,将记账结果发送至客户的终端一次。
参考周期可以根据目标产品的类型进行设置,也可以根据客户的要求进行自由调整,本申请实施例对此不加以限定。例如,目标产品A的参考周期可以设置为1个月,目标产品B的参考周期可以设置为10天等。
方式二:当记账结果发生变化时,服务器将变化后的记账结果发送至客户的终端。此种方式,可以让客户及时得知记账结果的变动情况。
需要说明的是,在记账业务处理过程中,存在一个金额恒等式,该金额恒等式为:对于任一客户而言,该客户在单个目标产品中的欠款总金额=该客户在单个目标产品中产生的所有借据中的未计划金额的总和+该客户在单个目标产品中产生的所有期数单中的待还款金额的总和。
接下来分别以任一目标产品为信用卡产品、分期产品和信用贷产品为例,介绍利用目标记账业务处理模型处理记账业务的实际过程。
例1、当任一目标产品为信用卡产品时,假设信用卡产品的账单日为每月5日,免息期为18天,还款日为每月23日;客户3月1日利用信用卡消费2笔,分别为500元和1000元;客户3月2日利用信用卡取现1笔2000元,取现手续费为50元;日利率为0.05%。
3月1日按照第一数据结构生成1笔1500元的消费本金借据,该消费本金借据如表1所示。表1所示的消费本金借据中包括3列数据,这3列数据分别为3月1日当天对应的借据数据、3月5日结转前对应的借据数据和3月5日结转后的借据数据。
表1
借据日期 | 3月1日 | 3月5日(结转前) | 3月5日(结转后) |
借据编号 | L001 | L001 | L001 |
记账日期 | 2019.03.01 | 2019.03.01 | 2019.03.01 |
起息日期 | 2019.03.01 | 2019.03.01 | 2019.03.01 |
借据类型 | 消费本金 | 消费本金 | 消费本金 |
币种 | 人民币 | 人民币 | 人民币 |
借据金额 | 1500 | 1500 | 1500 |
未计划余额 | 1500 | 0 | 0 |
已计划余额 | 0 | 1500 | 0 |
已结转余额 | 0 | 0 | 1500 |
利息基数 | 0 | 7500 | 0 |
分期总期数 | n/a | n/a | n/a |
当前期数 | n/a | n/a | n/a |
3月5日按照第二数据结构生成与消费本金借据对应的1笔1500元的消费本金期数单,该期数单如表2所示。
表2
期数单日期 | 3月5日 |
期数单编号 | P001 |
创建日期 | 2019.03.06 |
起息日期 | 2019.03.06 |
期数单类型 | 消费本金 |
币种 | 人民币 |
期数单余额 | 1500 |
期数单余额利息基数 | 7500 |
正常利息索引 | IDX-001 |
利息 | 0 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.03.05 |
3月2日按照第一数据结构生成1笔2000元的取现本金借据,如表3所示;3月5日按照第二数据结构生成与取现本金借据对应的1笔2000元的取现本金期数单,如表4所示。
表3
借据日期 | 3月2日 | 3月5日(结转前) | 3月5日(结转后) |
借据编号 | L002 | L002 | L002 |
记账日期 | 2019.03.02 | 2019.03.02 | 2019.03.02 |
起息日期 | 2019.03.02 | 2019.03.02 | 2019.03.02 |
借据类型 | 取现本金 | 取现本金 | 取现本金 |
币种 | 人民币 | 人民币 | 人民币 |
借据金额 | 2000 | 2000 | 2000 |
未计划余额 | 2000 | 0 | 0 |
已计划余额 | 0 | 2000 | 0 |
已结转余额 | 0 | 0 | 2000 |
利息基数 | 0 | 8000 | 0 |
分期总期数 | n/a | n/a | n/a |
当前期数 | n/a | n/a | n/a |
表4
期数单日期 | 3月5日 |
期数单编号 | P002 |
创建日期 | 2019.03.05 |
起息日期 | 2019.03.06 |
期数单类型 | 取现本金 |
币种 | 人民币 |
期数单余额 | 2000 |
期数单余额利息基数 | 8000 |
正常利息索引 | IDX-001 |
利息 | 0 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.03.05 |
3月2日按照第一数据结构还生成1笔50元的取现手续费借据,如表5所示;3月5日按照第二数据结构还生成1笔50元的取现手续费期数单,如表6所示。
表5
表6
期数单日期 | 3月5日 |
期数单编号 | P003 |
创建日期 | 2019.03.05 |
起息日期 | 2019.03.06 |
期数单类型 | 取现手续费 |
币种 | 人民币 |
期数单余额 | 50 |
期数单余额利息基数 | 200 |
正常利息索引 | IDX-001 |
利息 | 0 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.03.05 |
3月5日可以把期数单上的余额汇总成客户当期的账单金额,再结合业务规则生成客户当期账单最低还款额。
当客户3月23日还款时,可以按产品预设的还款分配规则先冲销每个期数单上的余额单元(包括本金,利息、复利),再冲销每个借据上的余额单元(包括本金、费用),如果还款还有剩余则形成溢缴款。如未还清账单金额,则未结清的期数单会每日累计利息基数、复利基数,并在下一个账单日更新利息余额和复利余额。
例2、当任一目标产品为分期产品时,假设客户2月25日做了1笔6000元的大额消费分期,分为6期;每月20日为账单日(分期场景中账单日=还款日),分期手续费为总金额的10%,则还款计划如表7所示:
表7
2月25日按照第一数据结构生成1笔6000元的分期本金借据,该分期本金借据如表8所示。表8所示的分期本金借据中包括7列数据,这7列数据分别为2月25日当天对应的借据数据、3月20日(第一个账单日)结转后对应的借据数据、4月20日(第二个账单日)结转后对应的借据数据、5月20日(第三个账单日)结转后对应的借据数据、6月20日(第四个账单日)结转后对应的借据数据、7月20日(第五个账单日)结转后对应的借据数据和8月20日(第六个账单日)结转后对应的借据数据。
表8
3月20日(第一个账单日)按照第二数据结构生成第一期分期本金期数单(如表9所示)和第一期分期手续费期数单(如表10所示)。根据还款计划以此类推,直至生成第六期分期本金期数单和第六期分期手续费期数单。
表9
期数单日期 | 3月20日 |
期数单编号 | P004 |
创建日期 | 2019.03.20 |
起息日期 | 2019.03.20 |
期数单类型 | 分期本金 |
币种 | 人民币 |
期数单余额 | 1000 |
期数单余额利息基数 | 0 |
正常利息索引 | IDX-001 |
利息 | 0 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.03.20 |
表10
期数单日期 | 3月20日 |
期数单编号 | P005 |
创建日期 | 2019.03.20 |
起息日期 | 2019.03.20 |
期数单类型 | 分期手续费 |
币种 | 人民币 |
期数单余额 | 100 |
期数单余额利息基数 | 0 |
正常利息索引 | IDX-001 |
利息 | 0 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.03.20 |
通常分期产品的账单日与还款日相同,客户3月20日还款时,可以按产品预设的还款分配规则冲销每个期数单上的余额单元(包括本金,利息、复利),如客户未还清当期账单金额,则未结清的期数单会每日累计利息基数、复利基数,并在下一个账单日更新利息余额和复利余额。
例3、当任一目标产品为信用贷产品时,假设客户7月1日做了1笔60000元的大额信用贷,分6期,日利率为0.045%,每期还款等额本金,每月21日为账单日(信用贷场景中账单日=还款日),则还款计划如表11所示:
表11
期数 | 还款时间 | 本金 | 利息 |
第一期 | 7月21日 | 10000元 | 540元 |
第二期 | 8月21日 | 10000元 | 697.5元 |
第三期 | 9月21日 | 10000元 | 558元 |
第四期 | 10月21日 | 10000元 | 405元 |
第五期 | 11月21日 | 10000元 | 279元 |
第六期 | 12月21日 | 10000元 | 135元 |
7月1日按照第一数据结构生成1笔60000元的贷款本金借据,该贷款本金借据如表12所示。表12所示的贷款本金借据中包括7列数据,这7列数据分别为7月1日当天对应的借据数据、7月21日(第一个账单日)结转后对应的借据数据、8月21日(第二个账单日)结转后对应的借据数据、9月21日(第三个账单日)结转后对应的借据数据、10月21日(第四个账单日)结转后对应的借据数据、11月21日(第五个账单日)结转后对应的借据数据和12月21日(第六个账单日)结转后对应的借据数据。
表12
7月21日(第一个账单日)按照第二数据结构生成第一期贷款本金期数单,如表13所示。根据还款计划以此类推,直至生成第六期贷款本金期数单。
表13
期数单日期 | 7月21日 |
期数单编号 | P006 |
创建日期 | 2019.07.21 |
起息日期 | 2019.07.21 |
期数单类型 | 贷款本金 |
币种 | 人民币 |
期数单余额 | 10000 |
期数单余额利息基数 | 0 |
正常利息索引 | IDX-001 |
利息 | 540 |
罚息利息基数 | 0 |
罚息利息索引 | IDX-001 |
罚息 | 0 |
复利利息基数 | 0 |
复利利息索引 | IDX-001 |
复利 | 0 |
结单日期 | 2019.07.21 |
通常信用贷产品的账单日与还款日相同,客户7月21日还款时,可以按产品预设的还款分配规则冲销每个期数单上的余额单元(包括本金,利息、罚息),如客户未还清当期账单金额,则未结清的期数单会每日累计罚息基数、复利基数,并在下一个账单日更新罚息余额和复利余额。
在本申请实施例中,基于多个目标产品的信息构建用于处理多个目标产品的记账业务的目标记账业务处理模型,然后基于多个目标产品中的任一目标产品的记账请求,按照目标记账业务处理模型中的数据结构生成该任一目标产品对应的目标借据和目标期数单,将目标借据和目标期数单记录在内部管理模块中。在此种记账业务处理过程中,可以利用一个记账业务处理模型处理多个目标产品的记账业务,记账业务的处理效率较高,有利于节约记账业务处理过程的成本。
参见图5,本申请实施例提供了一种记账业务处理装置,该装置包括:
获取单元501,用于获取多个目标产品中任一目标产品的记账请求;
生成单元502,用于基于记账请求,按照目标记账业务处理模型中的第一数据结构生成与任一目标产品对应的目标借据,目标记账业务处理模型为基于多个目标产品的信息得到的用于处理多个目标产品的记账业务的模型,第一数据结构为生成借据所需的通用数据结构;
生成单元502,还用于响应于到达任一目标产品的账单日时,基于目标借据,按照目标记账业务处理模型中的第二数据结构生成与账单日对应的目标期数单,第二数据结构为生成期数单所需的通用数据结构;
记录单元503,用于将目标借据和目标期数单记录在目标记账业务处理模型中的内部管理模块中。
可选地,生成单元502,用于对记账请求进行解析,获取与第一数据结构的各个第一数据项对应的第一数据;将第一数据填充到各个第一数据项的对应位置处,得到与任一目标产品对应的目标借据。
可选地,生成单元502,还用于对目标借据进行解析,获取在账单日下与第二数据结构的各个第二数据项对应的第二数据;将第二数据填充到各个第二数据项的对应位置处,得到与账单日对应的目标期数单。
可选地,目标期数单中包括待还款金额,获取单元501,还用于获取任一目标产品的还款请求,还款请求携带实际还款金额;
参见图6,该装置还包括:
更新单元504,用于基于实际还款金额,更新目标期数单中的待还款金额。
可选地,目标记账业务处理模型包括用于管理记账结果的客户管理模块,参见图6,该装置还包括:
确定单元505,用于基于目标借据和目标期数单,确定与任一目标产品对应的记账结果;
记录单元503,还用于将记账结果记录在客户管理模块中。
可选地,目标借据中包括当前未计划金额,目标期数单中包括当前待还款金额,记账结果中包括欠款总金额;确定单元505,还用于计算目标借据中的当前未计划金额和目标期数单中的当前待还款金额的金额总和;将金额总和作为与任一目标产品对应的记账结果中的欠款总金额。
可选地,目标借据中的当前未计划金额包括本金类金额和费用类金额中的一种或多种;目标期数单中的当前待还款金额包括本金类金额、费用类金额和利息类金额中的一种或多种。
在本申请实施例中,基于多个目标产品的信息构建用于处理多个目标产品的记账业务的目标记账业务处理模型,然后基于多个目标产品中的任一目标产品的记账请求,按照目标记账业务处理模型中的数据结构生成该任一目标产品对应的目标借据和目标期数单,将目标借据和目标期数单记录在内部管理模块中。在此种记账业务处理过程中,可以利用一个记账业务处理模型处理多个目标产品的记账业务,记账业务的处理效率较高,有利于节约记账业务处理过程的成本。
需要说明的是,上述实施例提供的装置在实现其功能时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的装置与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图7是本申请实施例提供的一种记账业务处理设备的结构示意图,该记账业务处理设备可以为服务器,该服务器可因配置或性能不同而产生比较大的差异,可以包括一个或多个处理器(Central Processing Units,CPU)701和一个或多个存储器702,其中,该一个或多个存储器702中存储有至少一条程序代码,该至少一条程序代码由该一个或多个处理器701加载并执行,以实现上述各个方法实施例提供的记账业务处理方法。当然,该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机设备,该计算机设备包括处理器和存储器,该存储器中存储有至少一条程序代码。该至少一条程序代码由一个或者一个以上处理器加载并执行,以实现上述任一种记账业务处理方法。
在示例性实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条程序代码,该至少一条程序代码由计算机设备的处理器加载并执行,以实现上述任一种记账业务处理方法。
可选地,上述计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、只读光盘(Compact Disc Read-OnlyMemory,CD-ROM)、磁带、软盘和光数据存储设备等。
应当理解的是,在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种记账业务处理方法,其特征在于,所述方法包括:
获取多个目标产品中任一目标产品的记账请求;
基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,所述目标记账业务处理模型为基于对所述多个目标产品的信息从管理维度进行分析确定的结构框架、从记账数据维度进行分析确定的第一数据结构和第二数据结构、以及从记账类型维度、金额类型维度、借还周期维度进行分析确定的记账功能得到的用于处理所述多个目标产品的记账业务的模型,所述第一数据结构为生成借据所需的通用数据结构;
响应于到达所述任一目标产品的账单日,基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,所述第二数据结构为生成期数单所需的通用数据结构;
将所述目标借据记录在所述目标记账业务处理模型中的内部管理模块中,将所述目标期数单记录在所述内部管理模块中的所述目标借据的相关位置处;
基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果。
2.根据权利要求1所述的方法,其特征在于,所述基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,包括:
对所述记账请求进行解析,获取与所述第一数据结构的各个第一数据项对应的第一数据;
将所述第一数据填充到所述各个第一数据项的对应位置处,得到与所述任一目标产品对应的目标借据。
3.根据权利要求1或2所述的方法,其特征在于,所述基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,包括:
对所述目标借据进行解析,获取在所述账单日下与所述第二数据结构的各个第二数据项对应的第二数据;
将所述第二数据填充到所述各个第二数据项的对应位置处,得到与所述账单日对应的目标期数单。
4.根据权利要求1所述的方法,其特征在于,所述将所述目标借据记录在所述目标记账业务处理模型中的内部管理模块中,将所述目标期数单记录在所述内部管理模块中的所述目标借据的相关位置处之后,所述方法还包括:
获取所述任一目标产品的还款请求,所述还款请求携带实际还款金额;
基于所述实际还款金额,更新所述目标期数单中的待还款金额。
5.根据权利要求1所述的方法,其特征在于,所述目标记账业务处理模型包括用于管理记账结果的客户管理模块,所述方法还包括:
将所述记账结果记录在所述客户管理模块中。
6.根据权利要求5所述的方法,其特征在于,所述目标借据中包括当前未计划金额,所述目标期数单中包括当前待还款金额,所述记账结果中包括欠款总金额;所述基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果,包括:
计算所述目标借据中的当前未计划金额和所述目标期数单中的当前待还款金额的金额总和;
将所述金额总和作为与所述任一目标产品对应的记账结果中的欠款总金额。
7.根据权利要求6所述的方法,其特征在于,所述目标借据中的当前未计划金额包括本金类金额和费用类金额中的一种或多种;所述目标期数单中的当前待还款金额包括本金类金额、费用类金额和利息类金额中的一种或多种。
8.一种记账业务处理装置,其特征在于,所述装置包括:
获取单元,用于获取多个目标产品中任一目标产品的记账请求;
生成单元,用于基于所述记账请求,按照目标记账业务处理模型中的第一数据结构生成与所述任一目标产品对应的目标借据,所述目标记账业务处理模型为基于对所述多个目标产品的信息从管理维度进行分析确定的结构框架、从记账数据维度进行分析确定的第一数据结构和第二数据结构、以及从记账类型维度、金额类型维度、借还周期维度进行分析确定的记账功能得到的用于处理所述多个目标产品的记账业务的模型,所述第一数据结构为生成借据所需的通用数据结构;
所述生成单元,还用于响应于到达所述任一目标产品的账单日,基于所述目标借据,按照所述目标记账业务处理模型中的第二数据结构生成与所述账单日对应的目标期数单,所述第二数据结构为生成期数单所需的通用数据结构;
记录单元,用于将所述目标借据记录在所述目标记账业务处理模型中的内部管理模块中,将所述目标期数单记录在所述内部管理模块中的所述目标借据的相关位置处;
确定单元,用于基于所述目标借据和所述目标期数单,确定与所述任一目标产品对应的记账结果。
9.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以实现如权利要求1至7任一所述的记账业务处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以实现如权利要求1至7任一所述的记账业务处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010081909.XA CN111325618B (zh) | 2020-02-06 | 2020-02-06 | 记账业务处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010081909.XA CN111325618B (zh) | 2020-02-06 | 2020-02-06 | 记账业务处理方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111325618A CN111325618A (zh) | 2020-06-23 |
CN111325618B true CN111325618B (zh) | 2021-11-16 |
Family
ID=71167309
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010081909.XA Active CN111325618B (zh) | 2020-02-06 | 2020-02-06 | 记账业务处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111325618B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112634000A (zh) * | 2020-12-24 | 2021-04-09 | 中国建设银行股份有限公司 | 一种用于账单生成的方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106846142A (zh) * | 2015-12-07 | 2017-06-13 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及服务器 |
CN106940716A (zh) * | 2017-03-13 | 2017-07-11 | 济南浪潮高新科技投资发展有限公司 | 一种数据处理方法、装置及系统 |
CN109636582A (zh) * | 2018-10-31 | 2019-04-16 | 平安科技(深圳)有限公司 | 信贷信息管理方法、装置、设备和存储介质 |
CN109711971A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 提前还款方法、装置、终端设备及计算机可读存储介质 |
CN110263044A (zh) * | 2019-06-21 | 2019-09-20 | 深圳前海微众银行股份有限公司 | 数据存储方法、装置、设备及计算机可读存储介质 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110348976A (zh) * | 2019-06-04 | 2019-10-18 | 深圳前海新心金融管理有限公司 | 基于交易流水的金融核心记账系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060195390A1 (en) * | 2005-02-28 | 2006-08-31 | Educap, Inc. | Administration of dual component financial instruments |
-
2020
- 2020-02-06 CN CN202010081909.XA patent/CN111325618B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106846142A (zh) * | 2015-12-07 | 2017-06-13 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及服务器 |
CN106940716A (zh) * | 2017-03-13 | 2017-07-11 | 济南浪潮高新科技投资发展有限公司 | 一种数据处理方法、装置及系统 |
CN109711971A (zh) * | 2018-08-17 | 2019-05-03 | 深圳壹账通智能科技有限公司 | 提前还款方法、装置、终端设备及计算机可读存储介质 |
CN109636582A (zh) * | 2018-10-31 | 2019-04-16 | 平安科技(深圳)有限公司 | 信贷信息管理方法、装置、设备和存储介质 |
CN110348976A (zh) * | 2019-06-04 | 2019-10-18 | 深圳前海新心金融管理有限公司 | 基于交易流水的金融核心记账系统 |
CN110263044A (zh) * | 2019-06-21 | 2019-09-20 | 深圳前海微众银行股份有限公司 | 数据存储方法、装置、设备及计算机可读存储介质 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111325618A (zh) | 2020-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111699486B (zh) | 一种记账方法、会计核算系统、账户系统及支付系统 | |
US20120290474A1 (en) | Payment Network Facilitating Multi-Currency Trade Finance | |
US20070027802A1 (en) | Decentralized guaranteed stored value transfer system and method | |
AU2012202593B2 (en) | Interchange reporting manager | |
JP2007504558A (ja) | インスツルメントから金銭的寄付を自動的に決定し収集する方法及びシステム | |
CN107622444A (zh) | 业务准入方法及装置、电子设备 | |
US20240029151A1 (en) | Blockchain Digital Cryptocurrency Loan System | |
US7725390B2 (en) | Method and system for processing an account | |
CN106339933A (zh) | 一种会计凭证的生成方法和系统 | |
CN108171597A (zh) | 一种支持快速业务响应的银行账务系统组件方法及系统 | |
Mamudu et al. | Cashless policy and its impact on the Nigerian economy | |
JP6528074B1 (ja) | 会計処理装置、会計処理方法、会計処理プログラム | |
CN111325618B (zh) | 记账业务处理方法、装置、设备及存储介质 | |
CN111369347A (zh) | 业务处理方法、装置、设备及存储介质 | |
US20120290471A1 (en) | Payment Network with Multiple Vendor Participation Levels | |
CN110874795A (zh) | 不动产商品相关的金融系统及其管理方法 | |
JP4282882B2 (ja) | 支出管理システム、支出管理方法及び記憶媒体 | |
Mooney et al. | A guide to electronic commerce | |
KR20220076387A (ko) | 세무정보 제공 시스템 및 방법 | |
CN113822660A (zh) | 数据处理的方法、装置、电子设备及介质 | |
CN111768298A (zh) | 事务数据额度确定方法、装置、设备和介质 | |
CN111028025A (zh) | 基于大数据的票据数据处理方法、装置、设备和介质 | |
CN114240610B (zh) | 资金自动归集方法、装置、计算机设备和存储介质 | |
US20240202821A1 (en) | Method of allowing selectable currency within an account | |
KR100641881B1 (ko) | 지급결제 관리 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |