CN110634066A - 确定结算利息的方法、装置和设备 - Google Patents
确定结算利息的方法、装置和设备 Download PDFInfo
- Publication number
- CN110634066A CN110634066A CN201910889931.4A CN201910889931A CN110634066A CN 110634066 A CN110634066 A CN 110634066A CN 201910889931 A CN201910889931 A CN 201910889931A CN 110634066 A CN110634066 A CN 110634066A
- Authority
- CN
- China
- Prior art keywords
- interest
- account
- accounts
- transaction
- transaction data
- 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.)
- Pending
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/02—Banking, e.g. interest calculation or account maintenance
-
- 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
- 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种确定结算利息的方法、装置和设备,其中,该方法包括:获取多个账户之间的交易数据;根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别;从预设数据库中调取交易类别与利率的对应关系表;根据所述对应关系表,确定所述多个交易类别中各个交易类别的利率;根据所述多个交易类别中各个交易类别对应的利率和所述交易数据,确定所述多个账户中各账户的未结利息。在本申请实施例中,通过根据资金来源或资金去向对所述交易数据进行分类,并根据不同交易类别对应的利率确定各账户的未结利息,从而可以根据不同的资金来源或资金去向对各账户进行差异化计息,达到了提升银行委托贷款产品的计息效率和灵活性的技术效果。
Description
技术领域
本申请涉及数据处理技术领域,特别涉及一种确定结算利息的方法、装置和设备。
背景技术
随着金融行业的不断发展,计息产品的种类也越来越多,根据用户需求以及业务特性对集团客户内部成员账户之间的委托贷款进行差异化计息,可以有效提高产品的竞争力。
然而,现有的利率计算方法,无法根据业务特性、交易类型的不同进行计息,导致银行委托贷款产品的计息效率和计息灵活性较差。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种确定结算利息的方法、装置和设备,以解决现有技术中无法根据业务特性、交易类型的不同进行计息,而导致的银行委托贷款产品的计息效率和计息灵活性较差的技术问题。
本申请实施例提供了一种确定结算利息的方法,包括:获取多个账户之间的交易数据;根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别;从预设数据库中调取交易类别与利率的对应关系表;根据所述对应关系表,确定所述多个交易类别中各个交易类别的利率;根据所述多个交易类别中各个交易类别对应的利率和所述交易数据,确定所述多个账户中各账户的未结利息。
在一个实施例中,获取多个账户之间的交易数据,包括:获取当前日期多个账户之间的交易数据;根据所述多个交易类别中各个交易类别的利率和所述交易数据,确定各个账户的未结利息,包括:根据确定的所述各个交易类别在所述当前日期的实时利率和所述交易数据,确定所述当前日期所述多个账户中各账户的未结利息;将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中。
在一个实施例中,在将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中之后,还包括:确定所述当前日期是否为结息日;在确定所述当前日期为结息日的情况下,从所述预设数据库获取所述多个账户从起息日至所述结息日每一日的未结利息;将所述多个账户中各账户从起息日至所述结息日中每一日的未结利息进行累加,得到所述多个账户中各账户的总未结利息;根据所述多个账户中各账户的总未结利息,对所述多个账户中各账户进行利息派发处理。
在一个实施例中,对所述多个账户中各账户进行利息派发处理,包括:获取所述多个账户的利息派发标识;在确定所述账户组的利息派发标识为轧差派息的情况下,根据所述多个账户中各账户的总未结利息对所述多个账户进行轧差处理;根据轧差处理结果,对所述多个账户进行利息派发。
在一个实施例中,获取多个账户之间的交易数据,包括:获取多个关联的账户;为所述多个关联的账户建立账户组,其中,所述账户组包括:一个第一方账户和多个第二方账户;为所述第一方账户设定透支额度;获取所述第一方账户和各个第二方账户之间的交易数据;其中,所述资金来源包括:所述第一方账户透支的资金、所述账户组的自有资金;所述资金去向包括:闲置在所述第一方账户中的资金、所述第二方账户实际使用的资金。
在一个实施例中,获取多个账户之间的交易数据,包括:获取所述交易数据中所述多个第二方账户将资金借贷给所述第一方账户的第一目标交易数据;根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别,包括:根据资金去向对所述第一目标交易数据进行分类。
在一个实施例中,获取多个账户之间的交易数据,包括:获取所述交易数据中所述第一方账户将资金借贷给所述多个第二方账户的第二目标交易数据;根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别,包括:根据资金去向对所述第二目标交易进行分类。
本申请实施例还提供了一种确定结算利息的装置,包括:获取模块,用于获取多个账户之间的交易数据;分类模块,用于根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别;调取模块,用于从预设数据库中调取交易类别与利率的对应关系表;第一确定模块,用于根据所述对应关系表,确定所述多个交易类别中各个交易类别的利率;第二确定模块,用于根据所述多个交易类别中各个交易类别对应的利率和所述交易数据,确定所述多个账户中各账户的未结利息。
在一个实施例中,所述获取模块,包括:第一获取单元,用于获取当前日期多个账户之间的交易数据;所述第二确定模块,包括:第一确定单元,用于根据确定的所述各个交易类别在所述当前日期的实时利率和所述交易数据,确定所述当前日期所述多个账户中各账户的未结利息;写入单元,用于将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中。
在一个实施例中,所述利息结算装置,还包括:第二确定单元,用于确定所述当前日期是否为结息日;第二获取单元,用于在确定所述当前日期为结息日的情况下,从所述预设数据库获取所述多个账户从起息日至所述结息日每一日的未结利息;处理单元,用于将所述多个账户中各账户从起息日至所述结息日中每一日的未结利息进行累加,得到所述多个账户中各账户的总未结利息;利息派发处理单元,用于根据所述多个账户中各账户的总未结利息,对所述多个账户中各账户进行利息派发处理。
在一个实施例中,所述利息派发处理单元,包括:获取子单元,用于获取所述多个账户的利息派发标识;轧差处理子单元,用于在确定所述账户组的利息派发标识为轧差派息的情况下,根据所述多个账户中各账户的总未结利息对所述多个账户进行轧差处理;利息派发子单元,用于根据轧差处理结果,对所述多个账户进行利息派发。
在一个实施例中,所述获取模块,包括:第三获取单元,用于获取多个关联的账户;建立单元,用于为所述多个关联的账户建立账户组,其中,所述账户组包括:一个第一方账户和多个第二方账户;设定单元,用于为所述第一方账户设定透支额度;第四获取单元,用于获取所述第一方账户和各个第二方账户之间的交易数据;其中,所述资金来源包括:所述第一方账户透支的资金、所述账户组的自有资金;所述资金去向包括:闲置在所述第一方账户中的资金、所述第一方账户实际使用的资金。
在一个实施例中,所述获取模块,包括:第五获取单元,用于获取所述交易数据中所述多个第二方账户将资金借贷给所述第一方账户的第一目标交易数据;所述分类模块,包括:第一分类单元,用于根据资金去向对所述第一目标交易数据进行分类。
在一个实施例中,所述获取模块,包括:第六获取单元,用于获取所述交易数据中所述第一方账户将资金借贷给所述多个第二方账户的第二目标交易数据;所述分类模块,包括:第二分类单元,用于根据资金来源对所述第二目标交易进行分类。
本申请实施例提供了一种在一个实施例中,可以通过获取多个账户之间的交易数据,根据资金来源或资金去向对多个账户之间的交易数据进行分类,得到多个交易类别。可以根据从预设数据库中调取的交易类别与利率的对应关系表,确定多个交易类别中各个交易类别的利率,可以根据不同交易类别对应的利率和交易数据对多个账户中各账户进行利息计算,得到多个账户中各账户的未结利息,从而可以根据不同的资金来源或资金去向,对各个账户进行差异化计息,达到了提升银行委托贷款产品的计息效率和计息灵活性的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,并不构成对本申请的限定。在附图中:
图1是根据本申请实施例提供的确定结算利息的***的结构示意图;
图2是根据本申请实施例提供的确定结算利息的方法的步骤示意图;
图3是根据本申请具体实施例提供的确定结算利息的方法的示意图;
图4是根据本申请实施例提供的确定结算利息的装置的结构示意图;
图5是根据本申请实施例提供的确定结算利息的设备的示意图。
具体实施方式
下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请,而并非以任何方式限制本申请的范围。相反,提供这些实施方式是为了使本申请公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域的技术人员知道,本申请的实施方式可以实现为一种***、装置设备、方法或计算机程序产品。因此,本申请公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
考虑到现有的利率计算方法,无法根据业务特性、交易类型的不同进行计息,导致的银行委托贷款产品的计息效率和计息灵活性较差的问题。
基于此,在本申请中提供了一种确定结算利息的***,如图1所示,可以包括:终端设备101、银行服务器102,多个用户可以通过终端设备101在银行***中发起交易操作,银行服务器102可以根据多个用户完成的交易操作信息,从银行预设的数据库中确定用于计算的利率,根据确定的利率和多个用户完成的交易操作信息确定各用户的未结利息,并将各用户的未结利息反馈给上述终端设备101。
上述终端设备101可以是用户操作使用的终端设备或者软件。具体的,终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备,也可以是机器人设备等等。当然,终端设备101也可以是能运行于上述终端设备中的软件。例如:银行***应用、支付应用、浏览器等应用软件。
上述银行服务器102可以是单一的服务器,也可以是服务器集群,该银行服务器102可以与多个终端设备相连,也可以是具备一个强大的银行交易数据库的服务器,基于用户完成的交易操作,可以确定出向用户推送的参考广告。
基于上述确定结算利息的***,本申请实施例提供了一种确定结算利息的方法,如图2所示,可以包括以下步骤:
S201:获取多个账户之间的交易数据。
上述多个账户可以为多个关联的账户,各个账户之间可以进行交易,交易类型可以包括但不限于以下至少之一:借款、贷款。在对集团内部的委托贷款业务进行利息结算的情况下,上述多个关联的账户可以是集团内部的多个账户,可以为集团内部的多个关联的账户建立一个账户组。该账户组中可以包括:一个第一方账户和多个第二方账户,该账户组可以共享一个资金池,各个账户可以实时调用资金池中的资金,并产生对应的交易记录。其中,仅有第一方账户可以开设法人透支额度,第一方账户可以作为该账户组的主账户。
进一步,可以仅获取当前日期多个账户之间的所有交易数据,也可以直接获取多个账户之间从起息日至当前日期的所有交易数据,具体的可以根据实际情况确定,本申请对此不作限定。在上述多个账户包括:一个第一方账户和多个第二方账户的情况下,上述交易数据可以包括第一方账户和各个第二方账户之间在当前日期所有交易数据,或者第一方账户和各个第二方账户之间从起息日至当前日期的所有交易数据。其中,上述交易数据中可以包括但不限于以下至少之一:第一方账户和各个第二方账户之间的资金往来信息、用于借贷的资金的来源信息以及借贷资金的实际使用信息。
S202:根据资金来源或资金去向,对交易数据进行分类,得到多个交易类别。
在计算各个账户的未结利息之前,可以根据资金来源或资金去向对获取的交易数据进行分类,在上述多个账户包括:一个第一方账户和多个第二方账户的情况下,上述资金来源可以包括:第一方账户的透支的资金、账户组的自有资金;上述资金去向可以包括:闲置在第一方账户、第一方账户实际使用。上述交易类别可以包括但不限于以下至少之一:第一方账户使用了法人透支额度的交易、第一方账户使用现金池内自有资金的交易、借贷资金闲置在第一方账户上的交易、第一方账户使用了借贷资金的交易。
对应的,在第二方账户贷给第一方账户资金的情况下,获取交易数据中多个第二方账户将资金借贷给第一方账户的第一目标交易数据,可以根据第一方账户对贷到的资金的使用情况对第一目标交易数据进行分类,分为闲置在第一方账户上未使用的资金和第一方账户实际使用的资金,其中,第一方账户实际使用的资金可以是第一方账户将从一个第二方账户贷到的资金转借给其它第二方账户,对应的,第一方账户转借给其它第二方账户的资金,于第二方账户而言其资金来源为账户组的自有资金。在第二方账户借第一方账户钱的情况下,获取交易数据中第一方账户将资金借贷给多个第二方账户的第二目标交易数据,可以根据第一方账户的资金的来源对第二目标交易数据进行分类,分为第一方账户采用法人透支额度透支的资金和第一方账户的自有资金,对于两部分不同来源的资金采用不同的利率计算第二方账户应向第一方账户支付的利息。
S203:从预设数据库中调取交易类别与利率的对应关系表。
上述预设数据库可以用于保存和实时更新不同交易类型对应的利率,具体的,可以为各个交易类别和各个交易类别对应的利率建立一个对应关系表。上述利率的类型可以包括但不限于以下至少之一:普通活期、固定利率。
其中,普通活期是各账户之间内部往来资金按照人民银行规定的普通活期计息方式和活期利率进行计息,可以实时获取当日人民银行规定普通活期的利率数据,并将获取的当日的人民银行规定普通活期的实时利率数据保存至上述预设数据库中,以对预设数据库中的对应关系表进行实时更新。固定利率是将用户设定的固定利率保存至上述预设数据库中,如果监测到用户当天修改过已设定的固定利率,则自动更新预设数据库中的对应关系表,按照修改后的固定利率进行利息结算。
S204:根据对应关系表,确定多个交易类别中各个交易类别的利率。
可以根据上述对应关系表中存储的交易类别与利率之间的对应关系,得到各个交易类别的利率,以用于对各个账户进行差异化计息。
S205:根据多个交易类别中各个交易类别对应的利率和交易数据,确定多个账户中各账户的未结利息。
在获取的交易数据为当前日期的交易数据的情况下,可以根据确定的各个交易类别在当前日期的实时利率和当前日期的交易数据,确定各个账户的未结利息,并将各个账户的未结利息写入上述预设数据库中。可以在日终确定当前日期是否为各个账户的结息日,在确定当前日期为结息日的情况下,可以从预设数据库获取各个账户从起息日到结息日中每一日的未结利息,并将每一日的未结利息进行累加得到各个账户的总未结利息,根据计算得到的各个账户的总未结利息进行利息派发处理。
在一个实施例中,也可以每天计算从起息日起至当前日期的截止当日的未结利息,并将计算得到的截止当日的未结利息保存至预设数据库中,每天对其进行更新。其中,上述结息日可以针对账户组设定一个统一的结息日,也可以针对各个账户分别设定不同的结息日。
在确定当前日期为结息日的情况下,可以将各个账户的总未结利息写入上述预设数据库中,等待发起派息交易。***每五分钟发起自动扫描确定是否有待派息的交易,在确定有待派息的交易的情况下,获取账户组的利息派发标识,其中,利息派发标识可以包括但不限于以下至少之一:轧差派息、分别派息。在确定账户组的利息派发标识为轧差派息的情况下,对多个账户进行轧差处理,并根据轧差处理结果,发起转账完成派息。如果利息派发标识为分别派息,则根据各个账户的总未结利息,分别对各个账户进行利息派发处理。其中,轧差是指市场交易者之间,可能互有内容相同,方向相反的多笔交易,在结算或结束交易时,可以将各方债权在相等数额内抵销,仅支付余额。
在多个账户包括:一个第一方账户和多个第二方账户的情况下,对多个账户进行轧差处理包括:确定第一方账户需要向各个第二方账户支付的利息以及各个第二方账户需要向第一方账户支付的利息,将两者进行抵消,最终得到与第二方账户的总数量相等数量的派息交易数据,并根据最终确定的派息交易数据进行利息派发。例如:第一方账户需要向目标第二方账户支付的利息为200元,目标第二方账户需要向第一方账户支付的利息为100元,最终轧差结果则为:第一方账户需要向目标第二方账户支付100元的利息。
进一步的,在多个账户包括:一个第一方账户和多个第二方账户的情况下,在确定多个账户中各账户的未结利息之前,可以先对获取的交易数据进行相关处理,具体的,可以将获取的交易数据中第一方账户借给各个第二方账户的所有资金进行累加,将获取的交易数据中各个第二方账户贷给第一方账户的所有资金进行累加,从而确定在当前日期第一方账户与目标第二方账户之间总的借贷数据,而不必对每一笔交易分别进行计算。对应的,考虑到不是对单笔交易进行利息结算,资金的流动相对较为复杂,因此,不对单笔交易中的资金来源或资金去向进行追溯和查询,而采用各个子账户分摊的方式以保证公平性。
在一个实施例中,可以预先根据资金来源和资金去向确定第一方账户在当前日期所使用的法人透支总金额、账户组在当前日期的自有资金、当前日期第一方账户贷到的资金中闲置在第一方账户中的资金、当前日期第一方账户贷到的资金中被第二方账户实际使用的资金,不同资金类型对应不同的利率。作为借方的第二方账户可以分摊第一方账户在当前日期所使用的法人透支总金额和账户组在当前日期的自有资金,作为贷方的第二方账户可以分摊当前日期第一方账户贷到的资金中闲置在第一方账户中的资金、当前日期第一方账户贷到的资金中被第二方账户实际使用的资金,并基于分摊得到的数据进行差异化利息利率计算。
从以上的描述中,可以看出,本申请实施例实现了如下技术效果:可以通过获取多个账户之间的交易数据,根据资金来源或资金去向对多个账户之间的交易数据进行分类,得到多个交易类别。可以根据从预设数据库中调取的交易类别与利率的对应关系表,确定多个交易类别中各个交易类别的利率,可以根据不同交易类别对应的利率和交易数据对多个账户中各账户进行利息计算,得到多个账户中各账户的未结利息,从而可以根据不同的资金来源或资金去向,对各个账户进行差异化计息,达到了提升银行委托贷款产品的计息效率和计息灵活性的技术效果。
下面结合一个具体实施例对上述方法进行说明,然而,值得注意的是,该具体实施例仅是为了更好地说明本申请,并不构成对本申请的不当限定。
本申请实施提供了一种确定结算利息的方法,如图3所示,可以包括:
步骤1:计算账户组法人透支资金使用情况,其中,账户组包括集团内部主账户和多个子账户,将整个账户组作为一个整体从银行获得法人透支额度,有且仅有主账户可以使用法人透支额度,***记录每日主账户的已使用的法人透支金额,将实际已使用的法人透支金额记为F。
步骤2:计算账户组主账户自有资金情况。其中,主账户的自有资金为主账户除去同子账户的内部交易后剩余的资金金额,账户组主账户自有资金记为L。
步骤3:计算当日账户组内每个子账户中借方、贷方余额。其中,本实施例中的借方、贷方均是针对子账户而言,子账户借了主账户的钱,则该子账户为借方,子账户贷给主账户钱,则该子账户为贷方。集团主账户与子账户之间的内部委贷,根据资金来源分为集团内部各子账户融资资金和主账户法人透支资金,适用不同利率进行差异化计息;根据资金用途分为集团内部子账户实际使用和闲置在主账户上,适用不同利率进行差异化计息。
作为借方的子账户的当日借方余额为自起息日起至当前日期主账户向该账户下拨的资金总额,作为贷方的子账户的当日贷方余额为起息日起至当前该子账户向主账户归集的资金总额。获取当日交易的所有文本,查询各个账户当日的全部内部往来交易信息,将每个子账户与主账户之间的内部交易金额进行累加,对借方、贷方金额进行轧差处理。
上述内部往来交易可以根据以下方式确定,包括:1)实时归集、实时下拨交易,判断条件为:交易文本中交易性质为SWEEP交易,交易码为“1057”(实时归集)或“1047”(实时下拨);2)定时归集、定时下拨、余额清扫、按需归集交易,判断条件为:交易文本中摘要前八位为GCMSPUSH,或GCMSPULL;3)客户发起的手工归集、下拨交易,判断条件为:交易文本中摘要前八位为GCMSPUSH,或GCMSPULL;4)交易文本的摘要第22位为“I”。
步骤4:计算主账户的资金闲置情况。主账户的闲置资金为所有子账户归集到主账户上的金额加上主账户自有资金的总和与主账户下拨给各个子账户的总资金的差,主账户的闲置资金可以记为X,其中,主账户的闲置资金X可以通过下述公式计算:
X=max(∑C+L-∑D,0)
其中,∑C为所有子账户归集在主账户上的资金;∑D为主账户下拨给所有子账户的资金;L为账户组主账户自有资金。
步骤5:在子账户作为借方的情况下,计算账户组内每个子账户应分摊的法人透支借方余额以及融资借方余额。由于本实施例在计算利率的时候计算一段时间内的多笔交易例如:根据当前日期主账户与各个子账户之间的所有交易数据,而不是就单笔交易进行利率计算,因此,可以将主账户这一天借出去的钱中使用法人透支额度的部分以及使用自有资金的部分,由各个子账户进行分摊以保证公平性。各个子账户的借方余额可以记为Di,可以根据主账户是否使用了法人透支金额以及主账户占用资金的情况进行分类,得到四种不同场景下子账户应分摊的法人透借方余额和融资借方余额的计算方法:
(1)主账户使用了法人透支金额(F>0),且主账户贡献了资金(L≥0),则各个子账户应分摊的法人透支借方余额为(Di/∑D)×F,各个子账户应分摊的融资借方余额为Di-(Di/∑D)×F。
(2)主账户使用了法人透支金额(F>0),且主账户占用了资金(L<0),则各个子账户应分摊的法人透支借方余额为[Di/(∑D+|L|)]×F,各个子账户应分摊的融资借方余额为Di-[Di/(∑D+|L|)]×F。
(3)主账户未使用法人透支金额(F=0),且主账户贡献了资金(L≥0),则各个子账户应分摊的法人透支借方余额为0,应分摊的融资借方余额为Di。
(4)主账户未使用法人透支金额(F=0),且主账户占用了资金(L<0),则各个子账户应分摊的法人透支借方余额为0,应分摊的融资借方余额为Di。
步骤6:在子账户作为贷方的情况下,计算账户组内每个子账户应分摊的闲置贷方余额以及融资贷方余额,其中,融资贷方余额可以理解为子账户贷给主账户的资金中主账户用于借给其它子账户的金额,闲置贷方余额可以理解为子账户贷给主账户的资金中主账户闲置在账户上的金额。将各个子账户的贷方余额记为Ci,可以根据主账户是否使用了法人透支金额以及主账户占用资金的情况进行分类,得到四种不同场景下子账户应分摊的闲置贷方余额以及融资贷方余额的计算方法:
(1)主账户使用了法人透支金额(F>0),且主账户贡献了资金(L≥0),由于只有主账户在自有资金全花完的情况下才会使用法人透支额度,因此子账户应分摊的闲置贷方余额为0,应分摊的融资贷方余额为Ci。
(2)主账户使用了法人透支金额(F>0),且主账户占用了资金(L<0),则子账户应分摊的闲置贷方余额为0,应分摊的融资贷方余额为Ci。
(3)主账户未使用法人透支金额(F=0),且主账户贡献了资金(L≥0),则各个子账户应分摊的闲置贷方余额为(Ci/∑C)×X,各个子账户应分摊的融资贷方余额为Ci-(Ci/∑C)×X。
(4)主账户未使用法人透支金额(F=0),且主账户占用了资金(L<0),则各个子账户应分摊的闲置贷方余额为[Ci/(ΣC+L)]×X,各个子账户应分摊的融资贷方余额为Ci-[Ci/(∑C+L)]×X。
步骤7:从预设数据库中获取账户组内每个账户预先设定的当日利率计算出利息。利率类型可以通过利率维护模块进行维护,利率类型主要有普通活期、固定利率等不同的类型。其中,普通活期是账户之间内部往来余额按照人民银行规定的普通活期计息方式和活期利率进行计价,这种方式,需要每日从核心***中获取当日的人民银行规定普通活期利率数据。固定利率是通过利率维护模块将固定利率维护进***数据库中,此处计算时可以直接从数据库中获取。若当天修改过利率,则自动取修改后的利率进行计算。
步骤8:确定账户组内每个子账户和主账户从起息日起截止当日的未结利息。对账户组内每个子账户和主账户,将从起息日至当日每一天计算得到的利息进行累加,汇总成截止当日的未结利息。账户组内每个子账户和主账户到设定的结息日,对累加的未结利息进行利息派发处理,结转为已结利息,并将数据库中记录的未结利息进行清零,以便进行下一周期的未结利息计算。
根据上述场景分类,需要用到的利率有法透日利率、现金池内融资日利率、闲置资金日利率、现金池内融资日利率,将每天计算得到的各个账户的未结利息保存到数据库中,具体公式如下:
借方利息=法透借方余额×法透日利率+融资借方余额×现金池内融资日利率
贷方利息=闲置贷方余额×闲置资金日利率+融资贷方余额×现金池内融资日利率
上述借方利息为:子账户借了主账户的钱,应向主账户支付的利息;上述贷方利息为:子账户贷给主账户钱,主账户应向子账户支付的利息。
若子账户、主账户的派息参数设定为轧差派息,则对主账户需要支付给子账户的利息以及子账户需要支付给主账户的利息进行轧差处理后,对于每个子账户和主账户之间需支付的利息通过一笔交易进行派息;若设定为分别派息,则对每个子账户和主账户之间需支付的利息通过两笔交易分别进行派息处理。
派息处理时,首先将计算出的待派息数据写入数据库中,等待发起派息交易。***每五分钟发起自动扫描是否有待派息的交易,若有待派息的交易,则调用核心***发起转账处理,完成派息,并对派息交易结果进行记录,若派息失败,则重复发起三次,若仍然失败则不进行处理。若调用核心***派息时,出现了未明状态,则程序自动获取核心***发出的动户通知中记录的相关交易信息,对这笔交易进行状态更新。若动户通知中也没有该笔交易的相关信息,则通过日终核心***发送的所有交易列表进行核对,更新出该笔交易的最终状态,可以通过利息派发查询模块查询利息派发的最终状态。
基于同一发明构思,本申请实施例中还提供了一种确定结算利息的装置,如下面的实施例。由于确定结算利息的装置解决问题的原理与利息结算方法相似,因此确定结算利息的装置的实施可以参见利息结算方法的实施,重复之处不再赘述。以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图4是本申请实施例的确定结算利息的装置的一种结构框图,如图4所示,可以包括:获取模块401、分类模块402、调取模块403、第一确定模块404、第二确定模块405,下面对该结构进行说明。
获取模块401,可以用于获取多个账户之间的交易数据。
分类模块402,可以用于根据资金来源或资金去向,对交易数据进行分类,得到多个交易类别。
调取模块403,可以用于从预设数据库中调取交易类别与利率的对应关系表。
第一确定模块404,可以用于根据对应关系表,确定多个交易类别中各个交易类别的利率。
第二确定模块405,可以用于根据多个交易类别中各个交易类别对应的利率和交易数据,确定多个账户中各账户的未结利息。
在一个实施例中,上述获取模块401,可以包括:第一获取单元,用于获取当前日期多个账户之间的交易数据;上述第二确定模块405,可以包括:第一确定单元,用于根据确定的各个交易类别在当前日期的实时利率和交易数据,确定当前日期多个账户中各账户的未结利息;写入单元,用于将当前日期多个账户中各账户的未结利息写入预设数据库中。
在一个实施例中,上述利息结算装置,还可以包括:第二确定单元,用于确定当前日期是否为结息日;第二获取单元,用于在确定当前日期为结息日的情况下,从预设数据库获取多个账户从起息日至结息日每一日的未结利息;处理单元,用于将多个账户中各账户从起息日至结息日中每一日的未结利息进行累加,得到多个账户中各账户的总未结利息;利息派发处理单元,用于根据多个账户中各账户的总未结利息,对多个账户中各账户进行利息派发处理。
在一个实施例中,上述利息派发处理单元,可以包括:获取子单元,用于获取多个账户的利息派发标识;轧差处理子单元,用于在确定账户组的利息派发标识为轧差派息的情况下,根据多个账户中各账户的总未结利息对多个账户进行轧差处理;利息派发子单元,用于根据轧差处理结果,对多个账户进行利息派发。
在一个实施例中,上述获取模块401,可以包括:第三获取单元,用于获取多个关联的账户;建立单元,用于为多个关联的账户建立账户组,其中,账户组包括:一个第一方账户和多个第二方账户;设定单元,用于为第一方账户设定透支额度;第四获取单元,用于获取第一方账户和各个第二方账户之间的交易数据;其中,资金来源包括:第一方账户透支的资金、账户组的自有资金;资金去向包括:闲置在第一方账户中的资金、第二方账户实际使用的资金。
在一个实施例中,上述获取模块401,可以包括:第五获取单元,用于获取交易数据中多个第二方账户将资金借贷给第一方账户的第一目标交易数据;上述分类模块402,可以包括:第一分类单元,用于根据资金去向对第一目标交易数据进行分类。
在一个实施例中,上述获取模401,可以包括:第六获取单元,用于获取交易数据中第一方账户将资金借贷给多个第二方账户的第二目标交易数据;上述分类模块402,可以包括:第二分类单元,用于根据资金来源对第二目标交易进行分类。
本申请实施方式还提供了一种电子设备,具体可以参阅图5所示的基于本申请实施例提供的确定结算利息的方法的电子设备组成结构示意图,电子设备具体可以包括输入设备51、处理器52、存储器53。其中,输入设备51具体可以用于输入多个账户之间的交易数据。处理器52具体可以用于根据资金来源或资金去向,对交易数据进行分类,得到多个交易类别;从预设数据库中调取交易类别与利率的对应关系表;根据对应关系表,确定多个交易类别中各个交易类别的利率;根据多个交易类别中各个交易类别对应的利率和交易数据,确定多个账户中各账户的未结利息。存储器53具体可以用于存储多个账户中各账户的未结利息等参数。
在本实施方式中,输入设备具体可以是用户和计算机***之间进行信息交换的主要装置之一。输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等;输入设备用于把原始数据和处理这些数的程序输入到计算机中。输入设备还可以获取接收其他模块、单元、设备传输过来的数据。处理器可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。存储器具体可以是现代信息技术中用于保存信息的记忆设备。存储器可以包括多个层次,在数字***中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在***中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
在本实施方式中,该电子设备具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
本申请实施方式中还提供了一种基于确定结算利息的方法的计算机存储介质,计算机存储介质存储有计算机程序指令,在计算机程序指令被执行时可以实现:获取多个账户之间的交易数据;根据资金来源或资金去向,对交易数据进行分类,得到多个交易类别;从预设数据库中调取交易类别与利率的对应关系表;根据对应关系表,确定多个交易类别中各个交易类别的利率;根据多个交易类别中各个交易类别对应的利率和交易数据,确定多个账户中各账户的未结利息。
在本实施方式中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施方式中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
显然,本领域的技术人员应该明白,上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请实施例不限制于任何特定的硬件和软件结合。
虽然本申请提供了如上述实施例或流程图的方法操作步骤,但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本申请实施例提供的执行顺序。的方法的在实际中的装置或终端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
应该理解,以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述,在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此,本申请的范围不应该参照上述描述来确定,而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。
以上仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请实施例可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种确定结算利息的方法,其特征在于,包括:
获取多个账户之间的交易数据;
根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别;
从预设数据库中调取交易类别与利率的对应关系表;
根据所述对应关系表,确定所述多个交易类别中各个交易类别的利率;
根据所述多个交易类别中各个交易类别对应的利率和所述交易数据,确定所述多个账户中各账户的未结利息。
2.根据权利要求1所述的方法,其特征在于,获取多个账户之间的交易数据,包括:
获取当前日期多个账户之间的交易数据;
根据所述多个交易类别中各个交易类别的利率和所述交易数据,确定各个账户的未结利息,包括:
根据确定的所述各个交易类别在所述当前日期的实时利率和所述交易数据,确定所述当前日期所述多个账户中各账户的未结利息;
将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中。
3.根据权利要求2所述的方法,其特征在于,在将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中之后,还包括:
确定所述当前日期是否为结息日;
在确定所述当前日期为结息日的情况下,从所述预设数据库获取所述多个账户从起息日至所述结息日每一日的未结利息;
将所述多个账户中各账户从起息日至所述结息日中每一日的未结利息进行累加,得到所述多个账户中各账户的总未结利息;
根据所述多个账户中各账户的总未结利息,对所述多个账户中各账户进行利息派发处理。
4.根据权利要求3所述的方法,其特征在于,对所述多个账户中各账户进行利息派发处理,包括:
获取所述多个账户的利息派发标识;
在确定所述账户组的利息派发标识为轧差派息的情况下,根据所述多个账户中各账户的总未结利息对所述多个账户进行轧差处理;
根据轧差处理结果,对所述多个账户进行利息派发。
5.根据权利要求1所述的方法,其特征在于,获取多个账户之间的交易数据,包括:
获取多个关联的账户;
为所述多个关联的账户建立账户组,其中,所述账户组包括:一个第一方账户和多个第二方账户;
为所述第一方账户设定透支额度;
获取所述第一方账户和各个第二方账户之间的交易数据;
其中,所述资金来源包括:所述第一方账户透支的资金、所述账户组的自有资金;所述资金去向包括:闲置在所述第一方账户中的资金、所述第二方账户实际使用的资金。
6.根据权利要求5所述的方法,其特征在于,获取多个账户之间的交易数据,包括:
获取所述交易数据中所述多个第二方账户将资金借贷给所述第一方账户的第一目标交易数据;
根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别,包括:
根据资金去向对所述第一目标交易数据进行分类。
7.根据权利要求5所述的方法,其特征在于,获取多个账户之间的交易数据,包括:
获取所述交易数据中所述第一方账户将资金借贷给所述多个第二方账户的第二目标交易数据;
根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别,包括:
根据资金去向对所述第二目标交易进行分类。
8.一种确定结算利息的装置,其特征在于,包括:
获取模块,用于获取多个账户之间的交易数据;
分类模块,用于根据资金来源或资金去向,对所述交易数据进行分类,得到多个交易类别;
调取模块,用于从预设数据库中调取交易类别与利率的对应关系表;
第一确定模块,用于根据所述对应关系表,确定所述多个交易类别中各个交易类别的利率;
第二确定模块,用于根据所述多个交易类别中各个交易类别对应的利率和所述交易数据,确定所述多个账户中各账户的未结利息。
9.根据权利要求8所述的装置,其特征在于,所述获取模块,包括:
第一获取单元,用于获取当前日期多个账户之间的交易数据;
所述第二确定模块,包括:
第一确定单元,用于根据确定的所述各个交易类别在所述当前日期的实时利率和所述交易数据,确定所述当前日期所述多个账户中各账户的未结利息;
写入单元,用于将所述当前日期所述多个账户中各账户的未结利息写入所述预设数据库中。
10.一种利息结算设备,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现权利要求1至7中任一项所述确定结算利息的方法的步骤。
11.一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现权利要求1至7中任一项所述确定结算利息的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910889931.4A CN110634066A (zh) | 2019-09-20 | 2019-09-20 | 确定结算利息的方法、装置和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910889931.4A CN110634066A (zh) | 2019-09-20 | 2019-09-20 | 确定结算利息的方法、装置和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110634066A true CN110634066A (zh) | 2019-12-31 |
Family
ID=68971799
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910889931.4A Pending CN110634066A (zh) | 2019-09-20 | 2019-09-20 | 确定结算利息的方法、装置和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110634066A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112419066A (zh) * | 2020-12-10 | 2021-02-26 | 上海找钢网信息科技股份有限公司 | 一种基于贸易的计息方法、装置、设备及介质 |
CN113159968A (zh) * | 2021-05-07 | 2021-07-23 | 中国工商银行股份有限公司 | 基于金融核心批量交易场景的数据处理方法及装置 |
CN117132416A (zh) * | 2023-10-26 | 2023-11-28 | 首都信息发展股份有限公司 | 数据处理***及方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1437737A (zh) * | 2000-06-21 | 2003-08-20 | 蓝瞳公司 | 结算*** |
CN103985052A (zh) * | 2014-05-29 | 2014-08-13 | 中国农业银行股份有限公司 | 一种利息结算***及方法 |
CN105354742A (zh) * | 2015-12-03 | 2016-02-24 | 中国建设银行股份有限公司 | 一种用于综合账簿现金池的现金管理***和方法 |
CN108681962A (zh) * | 2018-03-16 | 2018-10-19 | 阿里巴巴集团控股有限公司 | 一种业务处理的方法、装置及设备 |
CN109785126A (zh) * | 2019-03-05 | 2019-05-21 | 添正信息科技(上海)有限公司 | 企业贷款动态风控成本测算及浮动定价方法及*** |
-
2019
- 2019-09-20 CN CN201910889931.4A patent/CN110634066A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1437737A (zh) * | 2000-06-21 | 2003-08-20 | 蓝瞳公司 | 结算*** |
CN103985052A (zh) * | 2014-05-29 | 2014-08-13 | 中国农业银行股份有限公司 | 一种利息结算***及方法 |
CN105354742A (zh) * | 2015-12-03 | 2016-02-24 | 中国建设银行股份有限公司 | 一种用于综合账簿现金池的现金管理***和方法 |
CN108681962A (zh) * | 2018-03-16 | 2018-10-19 | 阿里巴巴集团控股有限公司 | 一种业务处理的方法、装置及设备 |
CN109785126A (zh) * | 2019-03-05 | 2019-05-21 | 添正信息科技(上海)有限公司 | 企业贷款动态风控成本测算及浮动定价方法及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112419066A (zh) * | 2020-12-10 | 2021-02-26 | 上海找钢网信息科技股份有限公司 | 一种基于贸易的计息方法、装置、设备及介质 |
CN113159968A (zh) * | 2021-05-07 | 2021-07-23 | 中国工商银行股份有限公司 | 基于金融核心批量交易场景的数据处理方法及装置 |
CN117132416A (zh) * | 2023-10-26 | 2023-11-28 | 首都信息发展股份有限公司 | 数据处理***及方法 |
CN117132416B (zh) * | 2023-10-26 | 2024-01-19 | 首都信息发展股份有限公司 | 数据处理***及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111699486B (zh) | 一种记账方法、会计核算***、账户***及支付*** | |
CN109727105A (zh) | 差旅费自助核销处理方法、装置、设备和计算机存储介质 | |
CN110610411A (zh) | 一种银行***、企业***、资金管理***和方法 | |
CN110634066A (zh) | 确定结算利息的方法、装置和设备 | |
JP2017182284A (ja) | ローン審査支援装置、システム及びプログラム | |
CN112102067A (zh) | 互联网金融管理方法、***、设备及介质 | |
US20210374725A1 (en) | Wallet server, wallet system, and computer readable recording medium | |
CN1679057A (zh) | 用于实现支付卡交易的方法和*** | |
CN107895260B (zh) | 一种用于银行的预约分期方法、存储介质和电子设备 | |
KR20180023603A (ko) | 대출 중개 시스템 및 이에 이용되는 중개 서버 | |
CN109829817A (zh) | 还贷计划数据确定方法及装置 | |
CN111681092B (zh) | 资源调度方法及服务端、电子设备、存储介质 | |
CN111754329A (zh) | 一种贷款利息结算方法、装置、电子设备和存储介质 | |
KR101500832B1 (ko) | 원천징수 대행 방법 및 이를 실행하는 시스템 | |
JP6183867B1 (ja) | ノーショナルプーリングシステム及びノーショナルプーリング方法 | |
CN111429125B (zh) | 账户管理方法、装置、存储介质及电子设备 | |
CN111325618B (zh) | 记账业务处理方法、装置、设备及存储介质 | |
CN110033361B (zh) | 一种基于虚拟账套转出资源的方法和装置 | |
CN111429251A (zh) | 多模式下数据处理的方法和装置 | |
CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
US20170069019A1 (en) | Real-time data processing | |
US20150019415A1 (en) | Automatic consumer debit and payment system | |
JP6423031B2 (ja) | 情報処理装置及びプログラム | |
CN110852857A (zh) | 车费报销方法、装置及存储介质 | |
US20220138712A1 (en) | Methods and Systems For Rendering Early Access To Paychecks |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191231 |