CN110111209A - 支付通知业务的处理方法、装置及可读存储介质 - Google Patents
支付通知业务的处理方法、装置及可读存储介质 Download PDFInfo
- Publication number
- CN110111209A CN110111209A CN201910366366.3A CN201910366366A CN110111209A CN 110111209 A CN110111209 A CN 110111209A CN 201910366366 A CN201910366366 A CN 201910366366A CN 110111209 A CN110111209 A CN 110111209A
- Authority
- CN
- China
- Prior art keywords
- payment
- business
- plan
- notice business
- notice
- 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
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
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-7任一项所述的方法。
本发明提供的支付通知业务的处理方法、装置及可读存储介质，通过接收账管用户端发起的支付通知文件；根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。通过采用自动对于支付通知文件进行处理，以自动实现将获得的相应支付通知业务进行处理的功能，有效降低人工成本和时间成本。
附图说明
图1为本发明所基于的网络架构的示意图；
图2为本发明实施例一提供的一种支付通知业务的处理方法的流程示意图；
图3为本发明实施例二提供的一种支付通知业务的处理方法的流程示意图；
图4为本发明实施例二提供的另一种支付通知业务的处理方法的流程示意图；
图5为本发明实施例三提供的一种支付通知业务的处理装置的结构示意图；
图6为本发明实施例四提供的一种支付通知业务的处理装置的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
企业年金是指企业及员工在依法参加基本养老保险的基础上，自愿建立的补充养老保险。针对于受托管理企业年金的受托管理机构来讲，其需要处理大量来自企业的支付申请，来自账管端支付通知文件的处理以及支付通知业务的处理等操作。
一般来说，受托管理机构是通过人工执行上述操作的，特别是在执行对于支付通知业务的处理过程中，受托管理机构需要区分支付通知文件中的各类信息，并依次对于每一类信息进行包括支付通知业务建立和支付划款指令生成在内的操作。
因此，现有的人工处理支付通知业务处理需要花费大量的人工成本和时间成本，不利于受托管理机构的业务处理自动化进程的发展。
针对上述问题，本发明提供了一种支付通知业务的处理方法、装置及可读存储介质。
图1为本发明基于的网络架构示意图，如图1所示，在本发明所基于的网络架构中可包括支付通知业务的处理装置1、账管用户端2、托管用户端3、受益用户端4。其中，账管用户端2、托管用户端3、受益用户端4，为不同角色的用户提供了可用于参与企业年金处理过程的用户平台或用户端口，通过该用户平台或用户端口相应角色的用户可实现对于业务申请发起、信息上传等处理。支付通知业务的处理装置1可通过网络通信分别与账管用户端2、托管用户端3、受益用户端4取得数据交互，该支付通知业务的处理装置1具体可由架设在云端的服务器或服务器集群构成，该云端的服务器或服务器集群可执行处理逻辑以及运算逻辑。
为了进一步更好的说明本申请所提供的支付通知业务的处理方法、装置及可读存储介质，下面将对本申请涉及的术语进行解释：
受益人：指参加企业年金计划的企业，其通过利用本申请提供的受益用户端处理相应的业务。
受托管理机构：指受托管理企业年金基金的机构，其通过利用本申请提供的支付通知业务的处理装置处理相应的业务。
托管人：指接受受托管理机构的委托，保管企业年金基金财产的包括商业银行在内的机构，其通过利用本申请提供的托管用户端处理相应的业务。
账户管理人：指受企业委托，并根据受托管理机构提供的计划规划规则为企业和职工建立账户、记录缴费与投资运营收益、计算待遇支付和提供信息查询等服务的机构，其通过利用本申请提供的账管用户端处理相应的业务。
单一类型计划：指受托管理机构将单个企业委托交付的企业年金基金，单独进行受托管理的企业年金计划。
集合类型计划：指托管理机构将多个委托人交付的企业年金基金，一起进行受托管理的企业年金计划。
图2为本发明实施例提供的一种支付通知业务的处理方法的流程示意图，如图2所示，该支付通知业务的处理方法包括：
步骤101、接收账管用户端发起的支付通知文件。
步骤102、根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务。
步骤103、分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
需要说明的是，本发明提供的支付通知业务的处理方法的执行主体具体可为图1所示的支付通知业务的处理装置。
首先，在受托管理机构利用支付通知业务的处理装置处理业务的过程中，支付通知业务的处理装置将接收来自账管用户端发起的支付通知文件。其中，支付通知文件包括有计划信息以及企业信息。计划信息一般包括有计划名称、以及计划的计划类型。一般来说，计划包括有多种，每一种计划均是由受托管理机构预先构建并提供给企业的，以供企业进行选择的。
也就是说，在支付通知业务的处理装置将接收来自账管用户端发起的支付通知文件之前，支付通知业务的处理装置还将接收受益用户端发起的支付申请信息，支付通知业务的处理装置可对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务。然后，支付通知业务的处理装置还需将所述支付申请业务发送至账管用户端，以供所述账管用户端处理所述支付申请业务并生成所述支付通知文件。
其中，受益人可使用受益用户端向受托管理机构的支付通知业务的处理装置发起其所需的支付申请信息，如待遇支付申请、分期支付申请、一次性领取申请等等。当接收到受益用户端发起的支付申请信息之后，支付通知业务的处理装置可对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务。该支付申请业务将被发送至账户管理人的账管用户端，并由账户管理人进行支付申请业务的处理。当账户管理人完成对于支付申请业务的处理之后，其将生成支付通知文件，并将该支付通知文件发送给支付通知业务的处理装置。此时，该支付通知文件中将包括有前述受益人的信息在内的企业信息，以及包括计划名称或计划类型在内的计划信息，需要说明的是，该支付通知文件在生成时，可为账户管理人完成对于多个受益人提出的支付申请业务并进行处理之后生成的，也可为单一受益人提出的支付申请业务并进行处理之后生成的。
而相应的，在支付通知业务的处理装置接收到该支付通知文件后，将根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务。
最后，支付通知业务的处理装置将分别处理前述的至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
此外，当托管人通过托管用户端接收到各支付通知业务对应的支付划款指令之后，还将执行相应的支付划款操作，并生成各处理结果以返回至支付通知业务的处理装置。支付通知业务的处理装置在接收所述托管用户端返回的处理结果之后，还将根据所述处理结果对相应的支付划款指令进行回销处理。
本发明提供的支付通知业务的处理方法，通过接收账管用户端发起的支付通知文件；根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。通过采用自动对于支付通知文件进行处理，以自动实现将获得的相应支付通知业务进行处理的功能，有效降低人工成本和时间成本。
为了进一步描述本发明提供的支付通知业务的处理方法，在上述实施例的基础上，图3为本发明实施例二提供的一种支付通知业务的处理方法的流程示意图。
如图3所示，该支付通知业务的处理方法，包括：
步骤201、接收账管用户端发起的支付通知文件。
步骤202、根据预设规则确定支付通知文件中计划信息的计划类型；其中，所述计划类型包括：单一类型计划、集合类型计划；
步骤203、根据所述计划类型及所述企业信息确定所需创建的支付通知业务的数量。
步骤204、根据支付通知业务的数量、支付通知文件中的计划信息以及企业信息，构建相应的支付通知业务。
步骤205、分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
需要说明的是，本发明提供的推荐系统的分流方法的执行主体具体可为图1所示的推荐系统的分流装置。
需要说明的是，本发明提供的支付通知业务的处理方法的执行主体具体可为图1所示的支付通知业务的处理装置。
首先，在受托管理机构利用支付通知业务的处理装置处理业务的过程中，支付通知业务的处理装置将接收来自账管用户端发起的支付通知文件。其中，支付通知文件包括有计划信息以及企业信息。计划信息一般包括有计划名称、以及计划的计划类型。一般来说，计划包括有多种，每一种计划均是由受托管理机构预先构建并提供给企业的，以供企业进行选择的。
也就是说，在支付通知业务的处理装置将接收来自账管用户端发起的支付通知文件之前，支付通知业务的处理装置还将接收受益用户端发起的支付申请信息，支付通知业务的处理装置可对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务。然后，支付通知业务的处理装置还需将所述支付申请业务发送至账管用户端，以供所述账管用户端处理所述支付申请业务并生成所述支付通知文件。
其中，受益人可使用受益用户端向受托管理机构的支付通知业务的处理装置发起其所需的支付申请信息，如待遇支付申请、分期支付申请、一次性领取申请等等。当接收到受益用户端发起的支付申请信息之后，支付通知业务的处理装置可对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务。该支付申请业务将被发送至账户管理人的账管用户端，并由账户管理人进行支付申请业务的处理。当账户管理人完成对于支付申请业务的处理之后，其将生成支付通知文件，并将该支付通知文件发送给支付通知业务的处理装置。此时，该支付通知文件中将包括有前述受益人的信息在内的企业信息，以及包括计划名称或计划类型在内的计划信息，需要说明的是，该支付通知文件在生成时，可为账户管理人完成对于多个受益人提出的支付申请业务并进行处理之后生成的，也可为单一受益人提出的支付申请业务并进行处理之后生成的。
而相应的，在支付通知业务的处理装置接收到该支付通知文件后，将根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务。
具体来说，支付通知业务的处理装置根据预设规则确定支付通知文件中计划信息的计划类型；其中，所述计划类型包括：单一类型计划、集合类型计划；根据所述计划类型及所述企业信息确定所需创建的支付通知业务的数量；随后，其将根据支付通知业务的数量、支付通知文件中的计划信息以及企业信息，构建相应的支付通知业务。
其中，如前所述的，在支付通知文件中，可能包括有一个或多个受益人提出的支付申请业务，因此，在支付通知业务的处理装置对其进行处理时，首先需要根据预设规则确定采用支付通知文件中计划信息以及企业信息所需创建的支付通知业务的数量，即，需要基于计划类型确定需创建的支付通知业务窗口的数量，以便提前进行窗口的建立等处理操作。随后，支付通知业务的处理装置将根据支付通知业务的数量、支付通知文件中的计划信息以及企业信息，构建相应的支付通知业务，此时，构建完成的支付通知业务的数量应与前述确定的数量保持一致，在每一支付通知业务内需要保证仅有唯一计划中以及唯一企业。
进一步来说，所述根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务，具体可包括：
在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括唯一企业的企业信息，则支付通知业务的数量为一条；根据计划信息中的计划名称和该唯一企业的企业名称，创建一条支付通知业务；
例如，采用单一类型计划，客户A其下属分支机构A、A1、A2、A3，如果受托系统收到的支付通知里只有A1(或A、A2、A3)一个分支机构的数据，那么我们就建立一条支付通知业务，业务对应的企业名称为A1，计划名称为该单一类型计划名称。
或者，在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括多个企业的企业信息，且该多个企业同时隶属于同一上级企业，则支付通知业务的数量为一条；根据计划信息中的计划名称和该上级企业的企业名称，创建一条支付通知业务；
例如，采用单一计划单一类型计划，客户A其下属分支机构A、A1、A2、A3，如果受托系统收到的支付通知里只有A1(或A、A2、A3)一个分支机构的数据，那么我们就建立一条支付通知业务，业务对应的企业名称为A1，计划名称为该单一计划单一类型计划名称；
或者，在所述计划信息的计划类型为集合类型计划的情况下，确定企业信息中各企业隶属的上级企业，并根据上级企业的数量确定支付通知业务的数量；针对每个上级企业的企业名称以及相应的计划名称，分别创建支付通知业务。
例如，采用集合类型计划，有A、B、C等多个客户，A的下属分支机构有A、A1、A2、A3，如果我们收到的支付通知里有A1、A2、B、C的数据(或其他多个分支机构)多个分支机构的数据，那么我们就建立三条支付通知业务，计划名称均为该集合类型计划的名称，企业名称分别为A、B、C；系统将支付通知的数据拆分至不同的支付通知业务处。
最后，支付通知业务的处理装置将分别处理前述的至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
此外，当托管人通过托管用户端接收到各支付通知业务对应的支付划款指令之后，还将执行相应的支付划款操作，并生成各处理结果以返回至支付通知业务的处理装置。支付通知业务的处理装置在接收所述托管用户端返回的处理结果之后，还将根据所述处理结果对相应的支付划款指令进行回销处理。
此外需要说明的是，在优选实施方式中，上述的支付通知业务的处理装置可对多个待处理的支付通知文件进行同步处理，图4为本发明实施例二提供的另一种支付通知业务的处理方法的流程示意图。
如图4所示的，支付通知业务的处理装置可对3个待处理的支付通知文件进行同步处理以根据预设规则确定3个支付通知文件中计划信息的计划类型，即单一类型计划、单一类型计划以及集合类型计划；
支付通知业务的处理装置确定出第1个待处理的支付通知文件A的企业信息中的仅包括唯一企业的企业信息，相应其将生成支付通知业务的数量为一条，即根据计划信息中的计划名称和该唯一企业的企业名称，创建一条支付通知业务A。
同步的，支付通知业务的处理装置确定出第2个待处理的支付通知文件B的企业信息中的仅包括多个企业的企业信息，且该多个企业同时隶属于同一上级企业，相应其将生成支付通知业务的数量为一条，即根据计划信息中的计划名称和该上级企业的企业名称，创建一条支付通知业务B。
同步的，支付通知业务的处理装置确定出第3个待处理的支付通知文件C的企业信息中的仅包括确定企业信息中各企业隶属的上级企业，相应其将生成支付通知业务的数量需根据上级企业的数量确定，即针对每个上级企业的企业名称以及相应的计划名称，分别创建支付通知业务C。
然后，支付通知业务的处理装置将分别针对支付通知业务A、B、C进行同步处理，以将生成的各支付通知业务对应的支付划款指令A、B、C发送至托管用户端，以供托管用户端根据各支付划款指令A、B、C进行划款处理。
在最后的，当托管人通过托管用户端接收到各支付通知业务对应的各支付划款指令A、B、C之后，还将执行相应的支付划款操作，并生成各处理结果A、B、C以返回至支付通知业务的处理装置。支付通知业务的处理装置在接收所述托管用户端返回的处理结果A、B、C之后，还将根据所述处理结果A、B、C对相应的支付划款指令A、B、C分别进行回销处理。
本发明提供的支付通知业务的处理方法，通过接收账管用户端发起的支付通知文件；根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。通过采用自动对于支付通知文件进行处理，以自动实现将获得的相应支付通知业务进行处理的功能，有效降低人工成本和时间成本。
图5为本发明实施例三提供的一种支付通知业务的处理装置的结构示意图，如图5所示，该支付通知业务的处理装置，包括：
通信单元10，用于接收账管用户端发起的支付通知文件；
处理单元20，用于根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；还用于分别处理所述至少一个支付通知业务；
所述通信单元10，用于将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
可选的，所述支付通知文件包括：计划信息以及企业信息；
相应的，所述处理单元20具体用于：
根据预设规则确定支付通知文件中计划信息的计划类型；其中，所述计划类型包括：单一类型计划、集合类型计划；根据所述计划类型及所述企业信息确定所需创建的支付通知业务的数量；根据支付通知业务的数量、支付通知文件中的计划信息以及企业信息，构建相应的支付通知业务。
可选的，所述处理单元20具体用于：
在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括唯一企业的企业信息，则支付通知业务的数量为一条；
根据计划信息中的计划名称和该唯一企业的企业名称，创建一条支付通知业务。
可选的，所述处理单元20具体用于：
在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括多个企业的企业信息，且该多个企业同时隶属于同一上级企业，则支付通知业务的数量为一条；
根据计划信息中的计划名称和该上级企业的企业名称，创建一条支付通知业务。
可选的，所述处理单元20具体用于：
在所述计划信息的计划类型为集合类型计划的情况下，确定企业信息中各企业隶属的上级企业，并根据上级企业的数量确定支付通知业务的数量；
针对每个上级企业的企业名称以及相应的计划名称，分别创建支付通知业务。
可选的，所述通信模块10在将生成的每一支付通知业务对应的支付划款指令发送至托管用户端之后，还用于接收所述托管用户端返回的处理结果；根据所述处理结果对相应的支付划款指令进行回销处理。
可选的，所述通信模块10在接收账管用户端发起的支付通知文件之前，还用于接收受益用户端发起的支付申请信息；该支付通知业务的处理装置还包括：审核模块，其具体用于对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务；所述通信模块10还用于将所述支付申请业务发送至账管用户端，以供所述账管用户端处理所述支付申请业务并生成所述支付通知文件。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程以及相应的有益效果，可以参考前述方法实施例中的对应过程，在此不再赘述。
本发明提供的支付通知业务的处理装置，通过接收账管用户端发起的支付通知文件；根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。通过采用自动对于支付通知文件进行处理，以自动实现将获得的相应支付通知业务进行处理的功能，有效降低人工成本和时间成本。
此外，图6为本发明实施例四提供的一种支付通知业务的处理装置的硬件结构示意图；如图6所示，该支付通知业务的处理装置包括：
存储器41、处理器42及存储在存储器41上并可在处理器42上运行的计算机程序，处理器42运行计算机程序时执行上述实施例的方法。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程以及相应的有益效果，可以参考前述方法实施例中的对应过程，在此不再赘述。
最后，本发明还提供一种可读存储介质，包括上存储有计算机程序，所述计算机程序被处理执行以实现上述任一实施例的方法。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种支付通知业务的处理方法，其特征在于，包括：
接收账管用户端发起的支付通知文件；
根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；
分别处理所述至少一个支付通知业务，并将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
2.根据权利要求1所述的支付通知业务的处理方法，其特征在于，所述支付通知文件包括：计划信息以及企业信息；
相应的，所述根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务，包括：
根据预设规则确定支付通知文件中计划信息的计划类型；其中，所述计划类型包括：单一类型计划、集合类型计划；
根据所述计划类型及所述企业信息确定所需创建的支付通知业务的数量；
根据支付通知业务的数量、支付通知文件中的计划信息以及企业信息，构建相应的支付通知业务。
3.根据权利要求2所述的支付通知业务的处理方法，其特征在于，所述根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务，包括：
在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括唯一企业的企业信息，则支付通知业务的数量为一条；
根据计划信息中的计划名称和该唯一企业的企业名称，创建一条支付通知业务。
4.根据权利要求2所述的支付通知业务的处理方法，其特征在于，所述根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务，包括：
在所述计划信息的计划类型为单一类型计划的情况下，若企业信息中的仅包括多个企业的企业信息，且该多个企业同时隶属于同一上级企业，则支付通知业务的数量为一条；
根据计划信息中的计划名称和该上级企业的企业名称，创建一条支付通知业务。
5.根据权利要求2所述的支付通知业务的处理方法，其特征在于，所述根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务，包括：
在所述计划信息的计划类型为集合类型计划的情况下，确定企业信息中各企业隶属的上级企业，并根据上级企业的数量确定支付通知业务的数量；
针对每个上级企业的企业名称以及相应的计划名称，分别创建支付通知业务。
6.根据权利要求1-5任一项所述的支付通知业务的处理方法，其特征在于，所述将生成的每一支付通知业务对应的支付划款指令发送至托管用户端之后，还包括：
接收所述托管用户端返回的处理结果；
根据所述处理结果对相应的支付划款指令进行回销处理。
7.根据权利要求1-5任一项所述的支付通知业务的处理方法，其特征在于，所述接收账管用户端发起的支付通知文件之前，还包括：
接收受益用户端发起的支付申请信息；
对所述支付申请信息进行审核，并在审核通过后生成相应的支付申请业务；
将所述支付申请业务发送至账管用户端，以供所述账管用户端处理所述支付申请业务并生成所述支付通知文件。
8.一种支付通知业务的处理装置，其特征在于，包括：
通信单元，用于接收账管用户端发起的支付通知文件；
处理单元，用于根据预设规则对所述支付通知文件进行处理，以获得所述支付通知文件相应的至少一个支付通知业务；还用于分别处理所述至少一个支付通知业务；
所述通信单元，用于将生成的每一支付通知业务对应的支付划款指令发送至托管用户端，以供托管用户端根据各支付划款指令进行划款处理。
9.一种支付通知业务的处理装置，其特征在于，包括：存储器、处理器以及计算机程序；
其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7任一项所述的方法。
10.一种可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理执行以实现如权利要求1-7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910366366.3A CN110111209A (zh) | 2019-05-05 | 2019-05-05 | 支付通知业务的处理方法、装置及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910366366.3A CN110111209A (zh) | 2019-05-05 | 2019-05-05 | 支付通知业务的处理方法、装置及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110111209A true CN110111209A (zh) | 2019-08-09 |
Family
ID=67488193
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910366366.3A Pending CN110111209A (zh) | 2019-05-05 | 2019-05-05 | 支付通知业务的处理方法、装置及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110111209A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111626867A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 支付失败自动处理方法、装置、设备及存储介质 |
| CN111626871A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107689009A (zh) * | 2017-07-25 | 2018-02-13 | 平安科技（深圳）有限公司 | 年金数据处理方法、装置、服务器和存储介质 |
| CN108062713A (zh) * | 2017-11-28 | 2018-05-22 | 平安养老保险股份有限公司 | 年金数据文件获取方法、装置、计算机设备及存储介质 |
| CN108122099A (zh) * | 2017-12-08 | 2018-06-05 | 平安科技（深圳）有限公司 | 产品清算的方法、装置、存储介质及终端 |
| CN108510397A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | 年金管理系统、方法、服务器和存储介质 |
| CN108510398A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | 年金业务处理方法、系统、服务器和存储介质 |
| CN109118373A (zh) * | 2017-06-26 | 2019-01-01 | 平安科技（深圳）有限公司 | 企业年金交易方法、装置及计算机可读存储介质 |
| CN109165935A (zh) * | 2018-07-02 | 2019-01-08 | 平安科技（深圳）有限公司 | 批量支付方法、装置、计算机设备和存储介质 |
| CN109410038A (zh) * | 2018-10-19 | 2019-03-01 | 中国银行股份有限公司 | 一种基于消息调度机制的批量代发方法及系统 |
| CN109582663A (zh) * | 2018-12-07 | 2019-04-05 | 国网安徽省电力有限公司综合服务中心 | 一种基于Java EE的体系架构的职工保险信息管理系统 |
-
2019
- 2019-05-05 CN CN201910366366.3A patent/CN110111209A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109118373A (zh) * | 2017-06-26 | 2019-01-01 | 平安科技（深圳）有限公司 | 企业年金交易方法、装置及计算机可读存储介质 |
| CN107689009A (zh) * | 2017-07-25 | 2018-02-13 | 平安科技（深圳）有限公司 | 年金数据处理方法、装置、服务器和存储介质 |
| CN108510397A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | 年金管理系统、方法、服务器和存储介质 |
| CN108510398A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | 年金业务处理方法、系统、服务器和存储介质 |
| CN108062713A (zh) * | 2017-11-28 | 2018-05-22 | 平安养老保险股份有限公司 | 年金数据文件获取方法、装置、计算机设备及存储介质 |
| CN108122099A (zh) * | 2017-12-08 | 2018-06-05 | 平安科技（深圳）有限公司 | 产品清算的方法、装置、存储介质及终端 |
| CN109165935A (zh) * | 2018-07-02 | 2019-01-08 | 平安科技（深圳）有限公司 | 批量支付方法、装置、计算机设备和存储介质 |
| CN109410038A (zh) * | 2018-10-19 | 2019-03-01 | 中国银行股份有限公司 | 一种基于消息调度机制的批量代发方法及系统 |
| CN109582663A (zh) * | 2018-12-07 | 2019-04-05 | 国网安徽省电力有限公司综合服务中心 | 一种基于Java EE的体系架构的职工保险信息管理系统 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111626867A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 支付失败自动处理方法、装置、设备及存储介质 |
| CN111626871A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
| CN111626871B (zh) * | 2020-05-25 | 2023-08-18 | 泰康保险集团股份有限公司 | 数据处理方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11455685B2 (en) | Settlement of securities trades using append only ledgers | |
| CN110430206B (zh) | 基于脚本模板化生成配置防火墙安全策略的方法 | |
| US8301533B1 (en) | Automated fulfilling of currency exchange requests over a computer network | |
| CN109584031A (zh) | 对账方法、装置、电子设备及计算机可读介质 | |
| CN110852734B (zh) | 基于区块链的景区业务结算方法、系统及电子设备 | |
| US20040128180A1 (en) | Integrating logistic and financial control of projects | |
| CN110322186A (zh) | 数据对象库存信息处理方法、装置及系统 | |
| US11195155B2 (en) | Network computing system executing failover state upon detection of a downed exchange | |
| CN110111209A (zh) | 支付通知业务的处理方法、装置及可读存储介质 | |
| US20220351290A1 (en) | Settlement of securities trades using append only ledgers | |
| CA2905634C (en) | Methods, systems and components for integrating purchase and sale of mutual fund units with dealer equity order management systems | |
| JP7188997B2 (ja) | Ｐ２ｐ保険を実施するための方法、コンピュータ、システム及びプログラム | |
| US20120323747A1 (en) | Automated cash reconciliation and reporting system and method | |
| JP5862144B2 (ja) | サーバ装置、およびプログラム | |
| US11748815B2 (en) | Deploying and implementing centralized trading and tracking computing platforms to support tri-party trading | |
| CN112053218B (zh) | 票据管理系统、方法、计算机设备和存储介质 | |
| KR102209370B1 (ko) | 모바일 장치를 이용한 행정기관을 위한 금고 시스템, 이를 이용한 행정기관의 재정 관리 방법 및 이를 위한 컴퓨터 프로그램 | |
| CN111415263A (zh) | 数据匹配方法和装置 | |
| US8606661B2 (en) | System supporting automated clearing house (ACH) features | |
| CN111008811A (zh) | 一种b端互联网电商代销系统和结算方法 | |
| CN110246022B (zh) | 一种财务管理系统及方法 | |
| JP2014215824A (ja) | 電子記録債権の流動化管理システム | |
| CN111680064B (zh) | 年金余额信息的查询方法及装置 | |
| KR102539707B1 (ko) | 블록체인 기반의 회계 감시 시스템, 회계 감시 방법 및 이를 기록한 기록매체 | |
| CN113989042A (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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20211110 Address after: Taikang Life Building, 156 fuxingmennei street, Xicheng District, Beijing 100031 Applicant after: TAIKANG INSURANCE GROUP Co.,Ltd. Applicant after: TAIKANG PENSION INSURANCE Co.,Ltd. Address before: Taikang Life Building, 156 fuxingmennei street, Xicheng District, Beijing 100031 Applicant before: TAIKANG INSURANCE GROUP Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190809 |