CN113538157B - 一种年金的费用管理方法及装置 - Google Patents
一种年金的费用管理方法及装置 Download PDFInfo
- Publication number
- CN113538157B CN113538157B CN202110706082.1A CN202110706082A CN113538157B CN 113538157 B CN113538157 B CN 113538157B CN 202110706082 A CN202110706082 A CN 202110706082A CN 113538157 B CN113538157 B CN 113538157B
- Authority
- CN
- China
- Prior art keywords
- information
- annuity
- payment
- expense
- fee
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 143
- 238000000034 method Methods 0.000 claims abstract description 64
- 238000004364 calculation method Methods 0.000 claims abstract description 38
- 230000008569 process Effects 0.000 claims abstract description 35
- 230000002354 daily effect Effects 0.000 claims description 48
- 230000003203 everyday effect Effects 0.000 claims description 29
- 238000004891 communication Methods 0.000 claims description 16
- 239000012530 fluid Substances 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 7
- 230000003993 interaction Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 3
- 239000010931 gold Substances 0.000 description 3
- 229910052737 gold Inorganic materials 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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/08—Insurance
Abstract
本发明实施例提供了一种年金的费用管理方法及装置，该方法应用于区块链平台，包括：基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息；根据所述未来N天中每天各项费用的收支信息，对年金进行管理。本发明实施例无需各年金角色的管理系统之间频繁交互，提升了年金的费用管理效率。
Description
技术领域
本发明涉及年金领域，尤其涉及一种年金的费用管理方法及装置。
背景技术
年金是指企业及其员工在依法参加基本养老保险的基础上，自愿建立的补充养老保险。同时，年金也是一种较好的投资安排，可以基于规模效应，利用数额较大的年金基金进行投资，从而轻松实现获利。
通常情况下，年金运作过程中涉及受托人、账户管理人、托管人、投资管理人等多个年金角色。并且各年金角色具有各自的管理系统，用于支撑其年金业务。在众多年金业务中，一些关于费用管理的业务，通常需要某一年金角色发起费用申请，由其他年金角色进行费用计算，进而再由发起申请的年金角色进行校验，最终在校验通过后交由另一年金角色进行费用管理，借由整个过程中各年金角色之间的频繁交互，提升年金管理过程的安全性。
然而，上述年金管理过程中各年金角色的管理系统之间频繁交互，同样造成了效率低下的问题。
发明内容
本发明实施例提供年金的费用管理方法及装置，以解决现有技术中，年金的费用管理过程复杂，且效率低下的问题。
第一方面，本发明实施例提供了一种年金的费用管理方法，应用于区块链平台，所述方法包括：
基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
根据所述未来N天中每天各项费用的收支信息，对年金进行管理。
可选地，预先存储的所述费用信息表由年金角色中受托人的管理系统上传至所述区块链平台。
可选地，所述根据所述未来N天中每天各项费用的收支信息，对年金进行管理，包括：
获取所述未来N天中每天所述各项费用的收支信息中的支付信息；
将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使所述管理系统对所述支付信息进行核对，并返回核对结果，其中，所述年金角色包括受托人、账管人、托管人、投资管理人；
在所述核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至所述托管人的管理系统中，以使所述托管人的管理系统基于所述支付信息进行资金支付。
可选地，所述年金运作过程包括将年金划分为至少一份第一层级资金，将每份所述第一层级的资金划分为多份第二层级资金，并将每份所述第二层级资金交付一所述投资管理人的管理系统进行运作；所述各项费用中每项费用对应一所述第一层级资金下的一所述第二层级资金；
所述获取所述未来N天中每天所述各项费用的收支信息中的支付信息，包括：
根据每项费用对应的所述第一层级资金和所述第二层级资金，统计未来N天中每天对应每一所述第一层级资金的各项费用的收支信息以及每天对应每一所述第二层级资金的各项费用的收支信息；
获取每天对应每一所述第一层级资金的各项费用的收支信息中的第一支付信息和每天对应每一所述第二层级资金的各项费用的收支信息中的第二支付信息；
将所述第一支付信息和所述第二支付信息作为每天各项费用的支付信息。
可选地，所述将每项费用的支付信息分别发送至各自对应的年金角色的管理系统之前，所述方法还包括：
获取历史修订记录，其中，所述历史修订记录包括：过去M天内每次得到的收支信息中的支付信息以及用户针对所述支付信息输入的实际支付信息，M为正整数；
根据所述历史修订记录，对每项费用的支付信息进行修订，得到每项费用修订后的支付信息；
所述将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，包括：
将每项费用修订后的支付信息分别发送至各自对应的年金角色的管理系统。
可选地，所述各项费用包括账管费、托管费、投资管理费、受托管理费中的至少一项。
可选地，所述根据所述未来N天中每天各项费用的收支信息，对年金进行管理，包括：
根据所述未来N天中每天各项费用的收支信息，生成未来N天中每天流动性资产均满足支付需求的配置需求表；
基于所述配置需求表，调整所述年金中流动性资产的配置比例。
第二方面，本发明实施例还提供一种年金的费用管理装置，应用于区块链平台，所述装置包括：
费用模块，用于基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
收支计算模块，用于根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
管理模块，用于根据所述未来N天中每天各项费用的收支信息，对年金进行管理。
可选地，预先存储的所述费用信息表由年金角色中受托人的管理系统上传至所述区块链平台。
可选地，所述管理模块，包括：
获取单元，用于获取所述未来N天中每天所述各项费用的收支信息中的支付信息；
第一发送单元，用于将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使所述管理系统对所述支付信息进行核对，并返回核对结果，其中，所述年金角色包括受托人、账管人、托管人、投资管理人；
第二发送单元，用于在所述核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至所述托管人的管理系统中，以使所述托管人的管理系统基于所述支付信息进行资金支付。
可选地，所述年金运作过程包括将年金划分为至少一份第一层级资金，将每份所述第一层级的资金划分为多份第二层级资金，并将每份所述第二层级资金交付一所述投资管理人的管理系统进行运作；所述各项费用中每项费用对应一所述第一层级资金下的一所述第二层级资金；
所述获取单元，具体用于根据每项费用对应的所述第一层级资金和所述第二层级资金，统计未来N天中每天对应每一所述第一层级资金的各项费用的收支信息以及每天对应每一所述第二层级资金的各项费用的收支信息；获取每天对应每一所述第一层级资金的各项费用的收支信息中的第一支付信息和每天对应每一所述第二层级资金的各项费用的收支信息中的第二支付信息；将所述第一支付信息和所述第二支付信息作为每天各项费用的支付信息。
可选地，所述装置还包括：
修订记录模块，用于获取历史修订记录，其中，所述历史修订记录包括：过去M天内每次得到的收支信息中的支付信息以及用户针对所述支付信息输入的实际支付信息，M为正整数；
修订模块，用于根据所述历史修订记录，对每项费用的支付信息进行修订，得到每项费用修订后的支付信息；
所述第一发送单元，具体用于将每项费用修订后的支付信息分别发送至各自对应的年金角色的管理系统。
可选地，所述各项费用包括账管费、托管费、投资管理费、受托管理费中的至少一项。
可选地，所述管理模块，包括：
配置需求单元，用于根据所述未来N天中每天各项费用的收支信息，生成未来N天中每天流动性资产均满足支付需求的配置需求表；
调整单元，用于基于所述配置需求表，调整所述年金中流动性资产的配置比例。
第三方面，本发明实施例还提供一种电子设备，包括：处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的年金的费用管理方法中的步骤。
第四方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的年金的费用管理方法中的步骤。
在本发明实施例中，年金的费用管理方法应用于区块链平台，利用区块链技术防篡改的特点保证费用管理过程中的安全性，基于预先存储的与年金相关联的费用信息表，确定年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向。无需年金角色发起费用申请，而是通过预先存储的方式将费用管理所需的信息存储在区块链平台中。进而根据收支基本信息和计算合约，得到未来N天中每天各项费用的收支信息，并将未来每天的收支情况作为费用管理提供数据基础，其中，N为正整数。根据未来N天中每天各项费用的收支信息，对年金进行管理。本发明实施例无需各年金角色的管理系统之间频繁交互，提升了年金的费用管理效率。同时，基于未来N天中每天各项费用的收支信息，可以实现在需要支付费用时自动进行费用支付，无需各年金角色进行费用申请。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的年金的费用管理方法的步骤流程图；
图2为本发明实施例提供的年金的费用管理方法的实际应用示意图之一；
图3为本发明实施例提供的年金的费用管理方法的实际应用示意图之二；
图4为本发明实施例提供的年金的费用管理装置的结构框图；
图5为本发明实施例提供的电子设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
参见图1，本发明实施例提供了一种年金的费用管理方法，应用于区块链平台，其中，区块链平台可以理解为采用区块链技术的服务平台，该年金的费用管理方法可以包括：
步骤101：基于预先存储的与年金相关联的费用信息表，确定年金运作过程中各项费用的收支基本信息以及各项费用的计算合约。
应当说明的是，收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向。当资金流向指示支付时，执行时间即为指示支付费用的时间；当资金流向指示收缴时，执行时间即为指示收缴费用的时间。这里，可以利用费用信息表存储每项费用的收支基本信息以及各计算合约。每张费用信息表对应一项费用，存储其对应的费用的收支基本信息以及计算合约。每项费用对应各自的计算合约，这里的计算合约可以理解为费用计算规则。
可以理解的是，各项费用为年金运作过程中涉及的缴费以及支付的费用。具体的，各项费用包括账管费、托管费、投资管理费、受托管理费中的至少一项。这里，年金运作过程中各年金角色都会收取一定费用作为管理年金的报酬。其中，账管费是应当支付给账户管理人的费用，托管费是应当支付给托管人的费用，投资管理费是应当支付给投资管理人的费用，受托管理费是应当支付给受托人的费用。当然各项费用还可以包括年金运作过程中涉及的其他费用，例如审计费、投资交易费用、资金划拨费用、律师费、清算费用等。
步骤102：根据收支基本信息和计算合约，得到未来N天中每天各项费用的收支信息。
应当说明的是，N为正整数，例如N可以为7、30，但不限于此，这里，可以根据需求自行配置N的具体数值。由于收支基本信息和计算合约，记录了费用的收支情况，因此可以计算得到未来N天中每天各项费用的收支信息。其中，收支信息包括收入信息和支出信息，即收缴费用的信息和支付费用的信息。例如针对某一项需要支付的费用，可以得到其在未来一周内，每天的支付金额。
步骤103：根据未来N天中每天各项费用的收支信息，对年金进行管理。
应当说明的是，通过未来N天中每天各项费用的收支信息可以确定未来N天年金的资金运作情况，进而实行对年金的管理。具体的，对年金进行管理包括基于未来N天中每天各项费用的收支信息对年金进行的业务处理。这里的业务包括但不限于支付业务。其中，支付业务可以指向各年金角色支付费用。
本发明实施例中，利用区块链技术防篡改的特点保证费用管理过程中的安全性，基于预先存储的与年金相关联的费用信息表，确定年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向。无需年金角色发起费用申请，而是通过预先存储的方式将费用管理所需的信息存储在区块链平台中。进而根据收支基本信息和计算合约，得到未来N天中每天各项费用的收支信息，并将未来每天的收支情况作为费用管理提供数据基础，其中，N为正整数。根据未来N天中每天各项费用的收支信息，对年金进行管理。本发明实施例无需各年金角色的管理系统之间频繁交互，提升了年金的费用管理效率。同时，基于未来N天中每天各项费用的收支信息，可以实现在需要支付费用时自动进行费用支付，无需各年金角色进行费用申请。
可选地，预先存储的费用信息表由年金角色中受托人的管理系统上传至区块链平台。
应当说明的是，受托人在年金运作过程中占有重要角色，其受委托人的委托全权处理年金的相关业务。这里，由受托人维护携带有年金运作过程中各项费用的收支基本信息以及各项费用的计算合约的费用信息表。通过受托人的管理系统向区块链平台上传费用信息表。这里，在费用的收支基本信息或计算合约发生变化后，通过受托人的管理系统重新上传相应的费用信息表，以实现区块链平台中费用信息表的更新。
本发明实施例中，基于年金角色中受托人的管理系统，将各项费用的费用信息表统一上传至区块链平台，无需过多的年金角色参与。
可选地，上述步骤103：根据未来N天中每天各项费用的收支信息，对年金进行管理，可以包括：
获取未来N天中每天各项费用的收支信息中的支付信息。
本步骤中，收支信息包括收入信息和支出信息，即收缴费用的信息和支付费用的信息。支付信息即为收支信息中的支出信息，例如支付信息可以为支付费用的金额。每项费用对应收支信息中的收入信息或支出信息。较佳地，可以通过资金流向确定收支信息中的支付信息，例如某项费用的资金流向为流出，则该项费用的收支信息可以认为是支出信息；若该项费用的资金流向为流入，则该项费用的收支信息可以认为是收入信息。本步骤中获取支付信息即为从未来N天中每天各项费用中筛选指示收缴费用的目标项费用，并获取目标项费用的支付信息。
将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使管理系统对支付信息进行核对，并返回核对结果。
应当说明的是，年金角色包括受托人、账管人、托管人、投资管理人。每项费用可以对应不同的年金角色，例如各项费用中的托管费对应的年金角色为托管人，账户管理费对应的年金角色为账管人，托管费对应的年金角色为托管人，投资管理费对应的年金角色为投资管理人。这里，需要将每项费用的支付信息依据费用对应年金角色，发送至相应的管理系统。以托管费为例，将托管费的支付信息发送至托管人的管理系统。
这里的支付信息可以理解为支付账单，需要各年金角色的管理系统对支付账单进行核对，从而确定支付账单中的信息是否准确。具体的，在支付信息包括支付金额的情况下，各年金角色的管理系统将基于真实的支付情况判断区块链平台发送的支付金额是否准确，并将判断结果作为核对结果。较佳地，可以在支付信息中的支付金额大于零的情况下，将每项费用的支付信息分别发送至各自对应的年金角色的管理系统。例如某项费用在明天的支付信息中的支付金额为10万，则在明天之前，将该项费用的支付信息发送至对应的年金角色的管理系统。若该项费用在明天的支付信息中的支付金额为零，则无需将该项费用的支付信息发送至对应的年金角色的管理系统。
在核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至托管人的管理系统中，以使托管人的管理系统基于支付信息进行资金支付。
应当说明的是，支付信息无误说明可以按照支付信息进行资金支付。这里，利用托管人的管理系统实现资金支付。其中，托管人可以指银行，年金储蓄在该银行中，从而通过银行完成资金支付。当然，支付信息有误说明支付金额不准确，不应按照支付信息中的支付金额进行资金支付，较佳地，在核对结果表征支付信息有误的情况下，需要对支付信息进行调整，将调整后的每项费用的支付信息发送至托管人的管理系统中，以使托管人的管理系统基于支付信息进行资金支付。
本发明实施例中，基于未来N天中每天各项费用的收支信息中的支付信息，可以实现在需要支付费用时自动进行费用支付，无需各年金角色进行费用申请。
可选地，年金运作过程包括将年金划分为至少一份第一层级资金，将每份第一层级的资金划分为多份第二层级资金，并将每份第二层级资金交付一投资管理人的管理系统进行运作；各项费用中每项费用对应一第一层级资金下的一第二层级资金。
应当说明的是，年金运作过程中划分的一第一层级资金可以作为一投资计划内的资金，按同一投资计划进行投资。划分的一第二层级资金可以作为投资计划中一投资组合内的资金，将不同投资组合内的资金交由不同投资管理人进行投资。这里，每项费用对应一投资计划以及一投资组合。在费用信息表中采用不同科目表征不同费用。当然了，为避免一张表中的信息过多不利于查询，这里可以采用两张表，一张科目表以及一张科目明细表。
例如科目表如下表1所示：
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 科目名称 | Kmmc | 否 | |
| 科目编码 | Kmbm | 否 | |
| 一级科目分类 | Class1 | 否 | |
| 二级科目分类 | Class2 | 否 | |
| 资金方向 | Direction | 否 | 1：流入2：流出 |
| 备注说明 | Remark | 是 |
表1
每项费用对应一张科目表，科目表中至少记载有该项费用的收支基本信息。其中，为区分不同费用，每张科目表中采用科目名称、科目编码、以及科目分类以及二级科目分类四个字段实现区分。并且表1中资金方向字段对应的数值可以为1或者2，当其为1时，说明该项费用为流入费用，即收缴费用。当其为2时，说明该项费用为流出费用，即支付费用。
科目明细表如下表2所示：
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | |
| 投资组合编码 | Tp_code | 否 | |
| 科目编码 | Kmbm | 否 | |
| 费用执行日期 | Zx_Date | 否 | |
| 费用执行金额 | Zx_value | 是 | |
| 资金方向 | Direction | 否 | 1：流入2：流出 |
| 费用条款规则 | Entry | 是 | |
| 备注说明 | Remark | 是 |
表2
这里，以一具体实例进行说明，若受托管理人将在年金运作过程中将年金投入第一投资计划下的第一投资组合，其中，第一投资计划的编码为PL000001，第一投资组合的编码为TP000001，则支付给受托管理人的受托管理费的科目明细表可以如下表3所示，假设受过管理费的科目编码为KM01。
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | PL000001 |
| 投资组合编码 | Tp_code | 否 | TP000001 |
| 科目编码 | Kmbm | 否 | KM01 |
| 费用执行日期 | Zx_Date | 否 | 2021.12.31 |
| 费用执行金额 | Zx_value | 是 | |
| 资金方向 | Direction | 否 | 2：流出 |
| 费用条款规则 | Entry | 是 | {净值比例：0.1％} |
| 备注说明 | Remark | 是 |
表3
获取未来N天中每天各项费用的收支信息中的支付信息，包括：
根据每项费用对应的第一层级资金和第二层级资金，统计未来N天中每天对应每一第一层级资金的各项费用的收支信息以及每天对应每一第二层级资金的各项费用的收支信息。
应当说明的是，未来N天中每天各项费用的收支信息同一可以采用表格的形式进行表示，从而方便统计未来N天中每天对应每一第一层级资金的各项费用的收支信息以及每天对应每一第二层级资金的各项费用的收支信息。
如下表4所示携带有未来N天中每天各项费用的收支信息的信息表。
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | |
| 投资组合编码 | Tp_code | 否 | |
| 科目编码 | Kmbm | 否 | |
| 收支日期 | SZ_Date | 否 | |
| 执行金额 | Zx_value | 是 | |
| 费用条款规则 | Entry | 是 | |
| 备注说明 | Remark | 是 |
表4
表4中科目编码字段用于区分不同费用，这里，不同费用即为不同科目，不同科目具有不同科目编码，从而不同费用的信息表中具有不同的科目编码，通过信息表中的科目编码字段实现对不同费用的区分。投资计划编码对应第一层级资金，投资组合编码对应第二层级资金。从而在根据每项费用对应的第一层级资金和第二层级资金进行统计时，基于每项费用的信息表中的投资计划编码字段和投资组合编码字段进行统计即可。这里，同样可以使用信息表展示统计结果，即如下表5所示：
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | |
| 投资组合编码 | Tp_code | 否 | |
| 收支日期 | SZ_Date | 否 | |
| 执行金额 | Zx_value | 是 | |
| 备注说明 | Remark | 是 |
表5
表5中执行金额字段对应的数值为具有与其相同的投资计划编码和投资组合编码的各项费用的信息表中执行金额的累加值。
获取每天对应每一第一层级资金的各项费用的收支信息中的第一支付信息和每天对应每一第二层级资金的各项费用的收支信息中的第二支付信息；
将第一支付信息和第二支付信息作为每天各项费用的支付信息。
本发明实施例中，在将年金划分为不同层级的资金进行投资时，可以快速汇总每一层级下各项费用的支付信息，实现快速支付。
可选地，将每项费用的支付信息分别发送至各自对应的年金角色的管理系统之前，该方法还包括：
获取历史修订记录，其中，历史修订记录包括：过去M天内每次得到的收支信息中的支付信息以及用户针对支付信息输入的实际支付信息，M为正整数。
应当说明的是，M的具体数值可以根据需求自行设定，例如M可以为100，但不限于此。较佳地，在上述发明实施例中核对结果表征支付信息有误的情况下，需要对支付信息进行调整，将调整后的每项费用的支付信息发送至托管人的管理系统中，以使托管人的管理系统基于支付信息进行资金支付。这里的调整即为修订，将调整前后的数据作为修订记录进行存储。由于年金角色的管理系统每次都会对支付信息进行核对，因此将存储多次修订记录。较佳地，可以采用表格的形式存储历史修订记录，其中每次的修订记录采用如下表6所示形式存储信息。
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | |
| 投资组合编码 | Tp_code | 否 | |
| 科目编码 | Kmbm | 否 | |
| 收支日期 | SZ_Date | 否 | |
| 需求金额 | Zx_value | 是 | |
| 修订金额 | Xd_value | 是 | |
| 修订说明 | Xd_remark | 是 | |
| 备注说明 | Remark | 是 |
表6
表6中，需求金额为基于未来N天中每天各项费用的收支信息，确定的支付信息，修订金额用户针对支付信息输入的实际支付信息，即真正需要支付的支付金额。例如根据费用信息表中收支基本信息和计算合约，得到明天受托管理费的收支信息指示的支付金额为10万元，而用户通过实际统计计算确定真正需要支付的受托管理费为5万元，则需求金额为10万元，修订金额为5万元。
根据历史修订记录，对每项费用的支付信息进行修订，得到每项费用修订后的支付信息。
应当说明的是，可以基于历史修订记录中支付信息的偏差，对每项费用的支付信息进行修订。例如历史修订记录中支付信息的偏差为多于实际支付金额10万，则在对支付信息进行修订时，将支付信息中的支付金额减去10万，得到新的支付金额，采用新的支付金额替换原支付信息中的支付金额，得到修订后的支付信息。
将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，包括：
将每项费用修订后的支付信息分别发送至各自对应的年金角色的管理系统。
本发明实施例中，利用历史修订记录对支付信息进行修订，可以提升支付金额的准确性。
可选地，根据未来N天中每天各项费用的收支信息，对年金进行管理，包括：
根据未来N天中每天各项费用的收支信息，生成未来N天中每天流动性资产均满足支付需求的配置需求表。
应当说明的是，通过未来每天各项费用的收支信息，可以预留出合理的流动资金以满足支付需求。这里的配置需求表将记录每次支付费用所需的需求金额，例如配置需求表如下表7所示：
| 字段名称 | 字段编码 | 可否为空 | 说明 |
| 投资计划编码 | Pl_code | 否 | |
| 投资组合编码 | Tp_code | 否 | |
| 收支日期 | SZ_Date | 否 | |
| 需求金额 | Zx_value | 是 | |
| 备注说明 | Remark | 是 |
表7
表7中，需求金额大于或等于收支日期内基于投资计划编码和投资组合编码统计的支付金额。
这里，以一具体实例进行说明，假设投资计划A下包括投资组合B和投资组合C，未来三天(2020年1月1日～2020年1月3日)，每一天的收支信息如下表8所示：其中，每一科目即为每项费用，投资计划和投资组合可以参见上述发明实施例中第一层级资金以及第二层级资金的相关描述，这里不再赘述。
表8
由表8可知，在2020年1月1日，投资组合B具有500000的资金分配，同时需要支付5000账管费，因此投资组合B可以在当天收入495000；投资组合C在当天没有收入和支出，因此，投资计划A在2020年1月1日将收入495000。同理，在2020年1月2日，投资组合B需要支付10000托管费，因此投资组合B将在当天支出10000；投资组合C需要支付20000托管费，因此投资组合C将在当天支出20000；因此，投资计划A在2020年1月2日将支出30000。在2020年1月3日，投资组合B需要支付10000受托费，因此投资组合B将在当天支出10000；投资组合C在当天没有收入和支出；投资计划A在2020年1月3日存在待遇支出800000，因此，投资计划A在2020年1月3日将支出810000。可以理解的是，流动性资产用于满足支出需求，需要基于上日结余和当日收支，确定当日流动性资产配置。基于表8进行统计得到的流动性资产配置可以如下表9所示，
表9
由表9可知，假设2019年12月31日当日结余为0，2020年1月1日当日收入495000，则2020年1月1日当日结余495000，所需流动性资产配置为0，即无需额外配置流动性资产也可以满足2020年1月1日的支出需求。同理，2020年1月2日当日支出30000，则2020年1月2日当日结余465000，所需流动性资产配置为0。2020年1月3日当日支出810000，则2020年1月3日当日结余-345000，所需流动性资产配置为345000。这里，基于表9将其中统计的数据写入表7所示数据结构中从而生成配置需求表，例如可以将345000写入表7中需求金额对应的字段中，可以将2020.01.03写入表7中收支日期对应的字段中，借此表示在2020年1月3日需要准备至少345000用以满足支出需求。
基于配置需求表，调整年金中流动性资产的配置比例。
应当说明的是，年金中按照预设比例划分出流动性资产作为支出使用。这里，基于配置需求表中的需求金额可以确定满足需求的合理数额的流动性资产，从而调整流动性资产的配置比例，重新划分出合理数额的流动性资产。
本发明实施例中，基于未来N天中每天各项费用的收支信息，实现对年金中流动性资产的配置比例的调整，避免年金中预留的流动性资产过多，同时也使年金可以最大化投资运作，从而提升年金的收益。
如图2所示，为本发明实施例提供的年金的费用管理方法的实际应用流程图，其中，采用上述发明实施例中的表1至表7所示形式对各数据信息进行存储，这里不再赘述。
受托人根据年金的委托人的要求以及年金政策调用预先设置的第一条约更新科目表，调用第二条约更新科目明细表。这里，受托人将更新后的科目表以及科目明细表重新上传至区块链平台，以使更新区块链平台上的科目表以及科目明细表。
区块链平台基于科目明细表中存储的数据以及历史修订记录生成未来收支计划账单，该未来计划收支账单记录有未来N天每天各项费用或各科目的收支信息。进而区块链平台基于未来收支计划账单生成当期支付账单，并将当期支付账单按各科目对应的年金角色分别发送至受托人、托管人、账管人、投资管理人。各年金角色在接收到当期支付账单之后对账单内容进行校验，并在校验失败之后，发起账单调整。区块链平台对当期支付账单进行调整进而生成当期实际支付账单。这里，在调整当期支付账单过程中将增加当期修订记录，将实际支付情况写入支付计划修订表中供下次计算未来收支计划账单时使用。生成的实际支付账单将发送至托管人，由托管人完成资金支付。可以理解的是，在上述过程中还可以基于未来收支计划账单生成满足支付需求的配置需求表，进而根据配置需求表调整年金中流动性资产的配置比例。并且上述过程可以为一循环过程，可以每天循环一次以保证数据的准确性。
应当说明的是，上述过程将不断的添加调整当期支付账单的修订记录，这些修订数据，作为未来费用计算的调整依据，如此往复，不断的提升推算的准确性。同时依托区块链技术防篡改的特性，各年金角色可以快速达成共识。提升整体业务处理效率。具体的，上述过程中区块链平台基于科目明细表中存储的数据以及历史修订记录生成未来收支计划账单，基于未来收支计划账单生成当期支付账单，调整年金中流动性资产的配置比例的具体过程可以如图3所示，包括：
步骤301：提取科目明细表中的数据以及针对每一科目的历史修订记录。
步骤302：基于提取的数据以及历史修订记录推算每一科目在未来N天中，每一天的收支情况。
步骤303：计算未来N天计划/组合层，每一天的收支情况。这里的计划层即投资计划编码层，组合层即投资组合编码层。
步骤304：生成当期计划/组合支付账单，同时倒推计划/组合层每一天的流动性资产配置需求，生成满足每日支付需求的配置建议表。
应当说明的是，上述过程涉及的费用可以为年金运作过程中的任意费用。这里，以一具体费用为例进行说明。受托人年度提取的受托管理费不高于受托管理企业年金基金财产净值的0.2％。假设约定按照0.1％进行收取，执行日期为2021.12.31。得到未来每天受托管理费的收支信息的过程如下:假设今日是2021.1.1日，因为在2021.12.31才发生支付，所以在2021.1.1至2021.12.30的每日收支信息中的支付金额都为0；根据年金计划上月收益率，计算年化收益率作为未来一年的收益率；根据未来年化收益率，与当日到支付日期的间隔天数，计算到支付日期的区间收益率；受托管理费＝((1+区间收益率)*当前净值))*0.001；提取近一年该受托管理费的历史修订记录，计算修订平均值；推算2021.12.31日应付受托管理费X等于修订平均值修与上述计算得到的受托管理费采用预设算法计算后的结果。将2021.1.1至2021.12.30的每日收支信息中的支付金额都为0，2021.12.31日收支信息中的支付金额为X作为未来每天受托管理费的收支信息。
本发明实施例中，基于未来N天中每天各项费用的收支信息，可以实现在需要支付费用时自动进行费用支付，无需各年金角色进行费用申请。同时，基于未来N天中每天各项费用的收支信息，实现对年金中流动性资产的配置比例的调整，避免年金中预留的流动性资产过多，同时也提升了年金的整体效益。
以上介绍了本发明实施例提供的年金的费用管理方法，下面将结合附图介绍本发明实施例提供的年金的费用管理装置。
参见图4，本发明实施例还提供了一种年金的费用管理装置，应用于区块链平台，该装置包括：
费用模块41，用于基于预先存储的与年金相关联的费用信息表，确定年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
收支计算模块42，用于根据收支基本信息和计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
管理模块43，用于根据未来N天中每天各项费用的收支信息，对年金进行管理。
可选地，预先存储的费用信息表由年金角色中受托人的管理系统上传至区块链平台。
可选地，管理模块43，包括：
获取单元，用于获取未来N天中每天各项费用的收支信息中的支付信息；
第一发送单元，用于将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使管理系统对支付信息进行核对，并返回核对结果，其中，年金角色包括受托人、账管人、托管人、投资管理人；
第二发送单元，用于在核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至托管人的管理系统中，以使托管人的管理系统基于支付信息进行资金支付。
可选地，年金运作过程包括将年金划分为至少一份第一层级资金，将每份第一层级的资金划分为多份第二层级资金，并将每份第二层级资金交付一投资管理人的管理系统进行运作；各项费用中每项费用对应一第一层级资金下的一第二层级资金；
获取单元，具体用于根据每项费用对应的第一层级资金和第二层级资金，统计未来N天中每天对应每一第一层级资金的各项费用的收支信息以及每天对应每一第二层级资金的各项费用的收支信息；获取每天对应每一第一层级资金的各项费用的收支信息中的第一支付信息和每天对应每一第二层级资金的各项费用的收支信息中的第二支付信息；将第一支付信息和第二支付信息作为每天各项费用的支付信息。
可选地，该装置还包括：
修订记录模块，用于获取历史修订记录，其中，历史修订记录包括：过去M天内每次得到的收支信息中的支付信息以及用户针对支付信息输入的实际支付信息，M为正整数；
修订模块，用于根据历史修订记录，对每项费用的支付信息进行修订，得到每项费用修订后的支付信息；
第一发送单元，具体用于将每项费用修订后的支付信息分别发送至各自对应的年金角色的管理系统。
可选地，各项费用包括账管费、托管费、投资管理费、受托管理费中的至少一项。
可选地，管理模块43，包括：
配置需求单元，用于根据未来N天中每天各项费用的收支信息，生成未来N天中每天流动性资产均满足支付需求的配置需求表；
调整单元，用于基于配置需求表，调整年金中流动性资产的配置比例。
本发明实施例提供的年金的费用管理装置能够实现图1至图3的方法实施例中年金的费用管理方法实现的各个过程，为避免重复，这里不再赘述。
本发明实施例中，无需各年金角色的管理系统之间频繁交互，提升了年金的费用管理效率。同时，基于未来N天中每天各项费用的收支信息，可以实现在需要支付费用时自动进行费用支付，无需各年金角色进行费用申请。
另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述年金的费用管理方法中的步骤。
举个例子如下，图5示出了一种电子设备的实体结构示意图。
如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(Communications Interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行如下方法：
基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
根据所述未来N天中每天各项费用的收支信息，对年金进行管理。
此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的年金的费用管理方法，例如包括：
基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
根据所述未来N天中每天各项费用的收支信息，对年金进行管理。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种年金的费用管理方法，其特征在于，应用于区块链平台，所述方法包括：
基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
根据所述未来N天中每天各项费用的收支信息，对年金进行管理；
所述根据所述未来N天中每天各项费用的收支信息，对年金进行管理，包括：
获取所述未来N天中每天所述各项费用的收支信息中的支付信息；
将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使所述管理系统对所述支付信息进行核对，并返回核对结果，其中，所述年金角色包括受托人、账管人、托管人、投资管理人；
在所述核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至所述托管人的管理系统中，以使所述托管人的管理系统基于所述支付信息进行资金支付。
2.根据权利要求1所述的方法，其特征在于，预先存储的所述费用信息表由年金角色中受托人的管理系统上传至所述区块链平台。
3.根据权利要求1所述的方法，其特征在于，所述年金运作过程包括将年金划分为至少一份第一层级资金，将每份所述第一层级的资金划分为多份第二层级资金，并将每份所述第二层级资金交付一所述投资管理人的管理系统进行运作；所述各项费用中每项费用对应一所述第一层级资金下的一所述第二层级资金；
所述获取所述未来N天中每天所述各项费用的收支信息中的支付信息，包括：
根据每项费用对应的所述第一层级资金和所述第二层级资金，统计未来N天中每天对应每一所述第一层级资金的各项费用的收支信息以及每天对应每一所述第二层级资金的各项费用的收支信息；
获取每天对应每一所述第一层级资金的各项费用的收支信息中的第一支付信息和每天对应每一所述第二层级资金的各项费用的收支信息中的第二支付信息；
将所述第一支付信息和所述第二支付信息作为每天各项费用的支付信息。
4.根据权利要求1所述的方法，其特征在于，所述将每项费用的支付信息分别发送至各自对应的年金角色的管理系统之前，所述方法还包括：
获取历史修订记录，其中，所述历史修订记录包括：过去M天内每次得到的收支信息中的支付信息以及用户针对所述支付信息输入的实际支付信息，M为正整数；
根据所述历史修订记录，对每项费用的支付信息进行修订，得到每项费用修订后的支付信息；
所述将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，包括：
将每项费用修订后的支付信息分别发送至各自对应的年金角色的管理系统。
5.根据权利要求1所述的方法，其特征在于，所述根据所述未来N天中每天各项费用的收支信息，对年金进行管理，包括：
根据所述未来N天中每天各项费用的收支信息，生成未来N天中每天流动性资产均满足支付需求的配置需求表；
基于所述配置需求表，调整所述年金中流动性资产的配置比例。
6.一种年金的费用管理装置，其特征在于，应用于区块链平台，所述装置包括：
费用模块，用于基于预先存储的与年金相关联的费用信息表，确定所述年金运作过程中各项费用的收支基本信息以及各项费用的计算合约，其中，所述收支基本信息至少包括：用于指示支付费用或收缴费用的执行时间、用于指示支付或收缴的资金流向；
收支计算模块，用于根据所述收支基本信息和所述计算合约，得到未来N天中每天各项费用的收支信息，其中，N为正整数；
管理模块，用于根据所述未来N天中每天各项费用的收支信息，对年金进行管理；
所述管理模块包括：
获取单元，用于获取所述未来N天中每天所述各项费用的收支信息中的支付信息；
第一发送单元，用于将每项费用的支付信息分别发送至各自对应的年金角色的管理系统，以使所述管理系统对所述支付信息进行核对，并返回核对结果，其中，所述年金角色包括受托人、账管人、托管人、投资管理人；
第二发送单元，用于在所述核对结果表征支付信息无误的情况下，将每项费用的支付信息发送至所述托管人的管理系统中，以使所述托管人的管理系统基于所述支付信息进行资金支付。
7.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现如权利要求1至5中任一项所述的年金的费用管理方法中的步骤。
8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的年金的费用管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110706082.1A CN113538157B (zh) | 2021-06-24 | 2021-06-24 | 一种年金的费用管理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110706082.1A CN113538157B (zh) | 2021-06-24 | 2021-06-24 | 一种年金的费用管理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113538157A CN113538157A (zh) | 2021-10-22 |
| CN113538157B true CN113538157B (zh) | 2023-11-21 |
Family
ID=78096682
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110706082.1A Active CN113538157B (zh) | 2021-06-24 | 2021-06-24 | 一种年金的费用管理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113538157B (zh) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109801152A (zh) * | 2019-01-24 | 2019-05-24 | 中国农业银行股份有限公司 | 基于区块链的企业年金业务处理方法及系统 |
| CN110597837A (zh) * | 2019-09-19 | 2019-12-20 | 腾讯科技（深圳）有限公司 | 业务数据处理方法、装置、存储介质和计算机设备 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20210042865A1 (en) * | 2019-07-11 | 2021-02-11 | Erich Lawson Spangenberg | System and method for patent annuities |
-
2021
- 2021-06-24 CN CN202110706082.1A patent/CN113538157B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109801152A (zh) * | 2019-01-24 | 2019-05-24 | 中国农业银行股份有限公司 | 基于区块链的企业年金业务处理方法及系统 |
| CN110597837A (zh) * | 2019-09-19 | 2019-12-20 | 腾讯科技（深圳）有限公司 | 业务数据处理方法、装置、存储介质和计算机设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113538157A (zh) | 2021-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111652703B (zh) | 一种人工智能会计自动记账、报税的方法及系统 | |
| US6269346B1 (en) | Stock option control and exercise system | |
| CN108257024B (zh) | 一种理赔案件处理方法和装置 | |
| CN104408559B (zh) | 一种工程信息管理系统 | |
| US7606721B1 (en) | Patient credit balance account analysis, overpayment reporting and recovery tools | |
| US20120246088A1 (en) | Benefits administration system and methods of use and doing business | |
| US20050119918A1 (en) | Payment management system and method | |
| WO2003052543A2 (en) | A system and method for managing insurance of valuables having unpredictable fluctuating values | |
| CN112633780A (zh) | 基于气候链处理碳资源的方法、相关装置及存储介质 | |
| CN109598631B (zh) | 基于社保政策的人力资源外包客户账单生成方法及生成系统 | |
| CN111680971B (zh) | 一种佣金计算系统及方法 | |
| CN111061718A (zh) | 一种数据检核方法及装置 | |
| CN108460672A (zh) | 汇总纳税申报管理方法、装置、终端设备及存储介质 | |
| CN107077665A (zh) | 用于电子交易的方法和系统 | |
| CN113538157B (zh) | 一种年金的费用管理方法及装置 | |
| KR20140092792A (ko) | 통장 잔액을 기반으로 한 예금 서비스 방법 | |
| CN107430744B (zh) | 用于会计系统和过程的经修改的现金分类账基础 | |
| CN101645158A (zh) | 一种适应多资产多币种的资产折旧并行计算的方法 | |
| US20170061347A1 (en) | Computerized system and method for predicting quantity levels of a resource | |
| US20140324686A1 (en) | Computer Implemented System for Management and Optimization of Financial Accounts and Financial Obligations of a User | |
| CN108846711A (zh) | 企业服务费用计算方法、装置、电子设备及存储介质 | |
| CN112991054B (zh) | 一种基于区块链的电力期货合约设计方法 | |
| US10235719B2 (en) | Centralized GAAP approach for multidimensional accounting to reduce data volume and data reconciliation processing costs | |
| JP2018538644A (ja) | 徴税、分析及び法令遵守のためのシステム及び方法 | |
| CN111626572A (zh) | 数字化智能风控方法及相关产品 |
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 |