CN109934695A - 年金业务中自动生成到账凭证的方法、系统、设备及介质 - Google Patents
年金业务中自动生成到账凭证的方法、系统、设备及介质 Download PDFInfo
- Publication number
- CN109934695A CN109934695A CN201910191387.6A CN201910191387A CN109934695A CN 109934695 A CN109934695 A CN 109934695A CN 201910191387 A CN201910191387 A CN 201910191387A CN 109934695 A CN109934695 A CN 109934695A
- Authority
- CN
- China
- Prior art keywords
- enterprise
- account
- amount
- option
- advice
- 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.)
- Granted
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明的实施例提供了用于年金业务中自动生成到账凭证的方法、系统、设备及介质,其中受托机构生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费;受托机构响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若相同,即时生成与所述缴纳金额的额度一致的到账凭证;若不同,为企业设置一个或多个选项并基于企业对其中一个选项的选择采用与该选择对应的流程来生成到账凭证。本发明实施例的技术方案可以针对多种业务状况自动生成到账凭证,对年金缴费过程进行了有效的监控和管理,提高了业务处理效率和客户满意度。
Description
技术领域
本发明涉及数据处理技术,尤其涉及用于年金业务中自动生成到账凭证的方法、系统、设备及介质。
背景技术
企业年金业务运营常常涉及以下三方机构:受托机构、托管行和账管行。其中受托机构主要负责为企业选择选择、监督、更换账户行和托管行,收取职工和企业缴费并进行待遇支付等。账管行是指接受受托机构委托,负责管理企业年金基金账户,进行记账的专业机构。托管行是指接受受托机构委托,安全保管企业年金基金财产的专业机构。以企业为职工缴纳年金为例,企业将缴费申请表发送给受托机构,受托机构通知账管行进行记账,完成记账后,受托机构发送缴费通知给企业并发送收款通知给托管行,当企业将费用缴纳给托管行后,由受托机构给企业发送到账凭证,告知企业款项以收到。
可以看出,受托机构是年金业务运营中核心环节,其业务处理流程呈多样化和复杂化的趋势,经常要求与多方机构沟通协作,这对受托机构的业务流程管理以及人员的业务熟练程度和应变能力提出严峻的考验,不仅需要大量人力物力,而且也难以避免错误的发生。仍以上述年金缴纳过程为例,在企业实际缴费与缴费申请不一致的情况下,对于受托机构可能面临多种可能的业务处理需求,例如是否通知企业办理补缴或退费、是否通知托管行调整企业账户基金,是否通知账管行修改相关记账、选择什么时机为企业生成部分或全部到账凭证、是在收到托管行反馈或记账行反馈之后还是之前生成到账凭证等等。并且在上述业务处理过程中容易出现诸如企业、受托机构、托管行和账管行等多个参与方之间数据记录不一致的情况。因此亟需一种能对受托机构的上述业务流程进行自动有效管理的方法和系统。
发明内容
因此,本发明实施例的目的在于克服上述现有技术的缺陷,提供一种用于年金业务中自动生成到账凭证的方法、系统、设备及存储介质,以对企业年金缴纳业务进行有效监控和管理。
上述目的是通过以下技术方案实现的:
根据本发明实施例的第一方面,提供了一种用于年金业务中自动生成到账凭证的方法,包括:由受托机构响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,以及生成收款通知以通知托管行进行收费;由受托机构响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列选项中的至少一个或多个:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项;以及基于企业对所述选项的其中一个的选择来生成到账凭证。
在本发明的一些实施例中,若所述缴纳金额小于所述收款通知中的金额,所述默认选项设置为短缴补缴选项,以及基于企业对该短缴补缴选项的选择来生成到账凭证包括:针对每次收到的来自托管行的关于企业的缴纳金额的信息,生成与该缴纳金额的额度一致的到账凭证,并累计该缴纳金额,继续等待企业缴费直到企业的缴纳金额累计之和等于所述收款通知中的金额为止。
在本发明的一些实施例中,若所述缴纳金额大于所述收款通知中的金额,所述默认选项设置为溢缴退回选项,以及基于企业对该溢缴退回选项的选择来生成到账凭证包括:由受托机构生成退回通知并将其发送给托管行以指示其将所述缴纳金额与所述收款通知中的金额之间的差额退回给企业,以及响应于收到来自托管行对所述退回通知的确认,生成与所述收款通知中的金额的额度一致的到账凭证。
在本发明的一些实施例中,基于企业对用于通过重新调整年金额度来处理差额的选项的选择来生成到账凭证包括:由受托机构向账管行发送将所述企业的年金额度调整为所述缴纳金额的请求;响应于收到来自账管行的对该请求的确认,基于调整后的年金额度重新生成与该企业相关的收款通知并发送给托管行以指示其替换与该企业相关的先前的收款通知;响应于收到来自托管行的对该重新生成的收款通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在本发明的一些实施例中,若所述缴纳金额小于所述收款通知中的金额,所述用于利用公共账户处理差额的选项设置为短缴抵缴选项,以及其中基于企业对该短缴抵缴选项的选择来生成到账凭证包括:由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送从企业公共账户减少所述差额的记账请求;由受托机构响应于收到来自账管行的对所述记账请求的确认,生成抵缴通知并将其发送给托管行以指示托管行从企业公共账户划走额度为所述差额的款项;由受托机构响应于收到来自托管行的对所述抵缴通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在本发明的一些实施例中,若所述缴纳金额大于所述收款通知中的金额,所述用于利用公共账户处理差额的选项设置为溢缴留用选项,以及其中基于企业对该溢缴留用选项的选择来生成到账凭证包括:由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送在企业公共账户增加所述差额的记账请求;由受托机构响应于收到来自账管行的对所述记账请求的确认,生成留用通知并将其发送给托管行以指示托管行将所述差额划到企业公共账户中;由受托机构响应于收到来自托管行的对所述留用通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在本发明的一些实施例中,该方法还可包括由受托机构接收来自企业的年金缴费申请,并将该企业的年金缴费申请包含在记账请求中发送给账管行以进行记账;以及根据收到的来自账管行的对该记账请求的响应来确定账管行完成了对企业的年金缴费申请的记账。
根据本发明实施例的第二方面,提供了一种年金业务中自动生成到账凭证的系统,包括通知生成模块和凭证生成模块。其中通知生成模块用于响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费。凭证生成模块用于响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列选项中的至少一个或多个:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项,以及基于企业对所述选项的其中一个的选择来生成到账凭证。
根据本发明实施例的第三方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被执行时实现如上述实施例第一方面所述的方法。
根据本发明实施例的第四方面,提供了一种电子设备,包括处理器和存储器,其中存储器用于存储可执行指令;所述处理器被配置为经由执行所述可执行指令来实现如上述实施例第一方面所述的方法。
本发明实施例提供的技术方案可以包括以下有益效果:
本发明实施例的技术方案可以灵活处理年金缴费业务中出现的例如短缴或溢缴之类的多种业务状况,并实时生成相关的到账凭证,从而对各个企业年金缴费情况做到了有效的监控和管理,同时也确保了年金业务中多个参与方之间的数据记录保持一致,提高了业务处理效率和客户满意度。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1示出了现有年金业务中生成到账凭证的方法的流程示意图。
图2示出了根据本发明一个实施例的用于年金业务中自动生成到账凭证的方法的流程示意图。
图3示出了根据本发明一个实施例的短缴情况下进行短缴补缴的流程示意图。
图4示出了根据本发明一个实施例的短缴情况下调整缴费金额的流程示意图。
图5示出了根据本发明一个实施例的短缴情况下进行短缴抵缴的流程示意图。
图6示出了根据本发明一个实施例的溢缴情况下进行溢缴退回的流程示意图。
图7示出了根据本发明一个实施例的溢缴情况下调整缴费金额的流程示意图。
图8示出了根据本发明一个实施例的溢缴情况下进行溢缴留用的流程示意图。
图9示出了根据本发明一个实施例的用于年金业务中自动生成到账凭证的系统的功能模块示意图。
具体实施方式
为了使本发明的目的,技术方案及优点更加清楚明白,以下结合附图通过具体实施例对本发明进一步详细说明。应当理解,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动下获得的所有其他实施例,都属于本发明保护的范围。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
图1给出了现有年金业务中生成到账凭证的方法的流程示意图。如图1所示,除了企业之外,企业年金业务运营还涉及受托机构、托管行和账管行。受托机构是年金业务运营中核心环节,需要与企业年金业务的其余所有参与方沟通协作,以企业为职工缴纳年金为例,主要包括下列业务流程:
①企业申请为员工缴纳年金费用,将缴费申请表发送给受托机构;
②受托机构在其受托系统发起缴费业务,记录信息后,将缴费申请表发送给账管行;
③账管行在其账管系统发起缴费业务,完成记账,并将记账反馈发送给受托机构;
④受托机构收到来自账管行的记账反馈后发送缴费通知给企业,同时④发送收款通知给托管行,提醒托管行进行收款,收款通知内容包含要缴费的企业以及需要缴纳的金额;
⑤企业将相关费用缴纳给托管行;
⑥托管行将收到的企业在托管行缴款的网银交易流水反馈给受托机构;
⑦受托机构将在⑥反馈的网银交易流水与在④发送的收款通知进行比对,即校验发给托管行的收款通知里面的金额与托管行反馈的其所收到的企业缴费金额是否一致;如果二者一致(即等缴),则说明企业当初申请缴费的金额与企业实际缴费的金额是一致的,此时受托机构生成到账凭证并将该到账凭证发送给企业,以告知企业缴款已经收到。
然而,在企业实际缴费与缴费申请不一致的情况下,对于受托机构可能面临多种可能的业务处理需求,例如是否要为企业开具到部分账凭证、是否通知企业办理补缴或退费、是否通知托管行调整企业账户基金,是否通知账管行修改相关记账、选择什么时机为企业生成部分或全部到账凭证、是在收到托管行反馈或记账行反馈之后还是之前生成到账凭证等等。如果受托机构没有与托管行、账管行等参与方之间协调一致的情况下开具到账凭证有可能造成交易错误或者引起企业不满。随着受托机构所管理的不同企业年金的业务量的增多,其业务处理流程逐渐呈多样化和复杂化的趋势,这对受托机构的业务流程管理以及人员的业务熟练程度和应变能力提出严峻的考验。目前受托机构都是业务员人工处理企业实际缴费与缴费申请不一致的情况下到账凭证的开具,需要耗费大量人力和时间成本,很难避免错误的发生,而且难以对各个企业年金缴费情况做到有效的监控和管理。因此亟需一种能对受托机构的上述业务流程进行自动有效管理的方法和系统。
图2给出了根据本发明一个实施例的年金业务中自动生成到账凭证的方法。概况来说,该方法包括:由受托机构响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费;由受托机构响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列一个或多个用于处理差额的选项:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项;以及基于企业对其中一个选项的选择来生成到账凭证。
更具体地,如上文提到的,当企业为员工缴纳年金费用时,将年金缴费申请表发送给受托机构,受托机构接收来自企业的年金缴费申请,并将该企业的年金缴费申请包含在记账请求中发送给账管行以进行记账。账管行在完成记账后,向受托机构返回对于该记账请求的响应或确认信息。受托机构可根据收到的来自账管行的响应或确认信息来确定账管行是否完成了对企业的年金缴费申请的记账。当确定账管行已经完成对企业的年金缴费申请的记账,受托机构生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费,其中缴费通知和收款通知中的金额额度与企业发送的年金缴费申请中的额度一致。企业在收到缴费通知后向缴费通知中指定的托管行缴纳相关费用,托管行将关于企业的缴纳金额的信息,例如企业缴款的网银流水,发送给受托机构。受托机构将来自托管行的企业的缴纳金额与之前发送给该托管行的收款通知中的金额进行比较,如果企业的缴纳金额与该收款通知中的金额相同(即等缴情况),即时生成与企业的缴纳金额的额度一致的到账凭证,并将该到账凭证发送给该缴费的企业。如果企业的缴纳金额小于该收款通知中的金额(即短缴情况)或者企业的缴纳金额大于该收款通知中的金额(即溢缴情况),为企业设置用于灵活处理差额的一个或多个的选项,每个选项都有其对应的预先设定的流程处理步骤,不同选项所对应的流程处理步骤中受托机构与其他参与方的交互流程及到账凭证的生成时间都不同。由此可灵活地基于企业对其中一个选项的选择采用与该选项对应的预先设定的流程步骤来自动生成到账凭证。
在一个实施例中,为企业设置的用于灵活处理差额的选项主要可以分为下列三类:1)用于通过补缴或退回来处理差额的默认选项,这类选项通常对应常规处理操作,即由企业选择继续补缴剩余款项或退回多缴款项;2)用于通过重新调整年金额度来处理差额的选项,这类选项允许企业不必进行再次缴费或查收退款,而是通过调整先前缴费申请的年金额度来消除差额;3)用于利用公共账户处理差额的选项,这类选项允许企业不必进行再次缴费或查收退款,而是通过企业的公共账户来抵消差额。例如,在短缴的情况下,用于通过补缴或退回来处理差额的默认选项为短缴补缴选项,即通过继续缴款来补足差额;用于利用公共账户处理差额的选项为短缴抵缴选项,即从企业公共账户划账来补足差额。在溢缴的情况下,用于通过补缴或退回来处理差额的默认选项为溢缴退回选项,即将多缴的金额返回到企业的缴款账户;用于利用公共账户处理差额的选项为溢缴留用选项,即将多缴的金额保存到企业的公共账户以供后续使用。下文将结合附图详细讨论各选项对应的流程处理步骤。
图3示出了根据本发明一个实施例的短缴情况下进行短缴补缴的流程示意图。假设企业申请缴费2000元,但企业向托管行缴纳的实际费用为1500元,托管行收款完成后,将1500元的网银交易流水,发送给受托机构;受托机构将1500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于短缴情况,此时为企业设置一个或多个缴费选项,例如短缴补缴选项、调整缴费金额选项、短缴抵缴选项。当企业选择短缴补缴选项后,开始进入相应的短缴补缴流程:此时自动生成第一笔缴费1500元的到账凭证,告知企业第一笔款1500元已经收到;然后等待企业再次缴费,企业再次向托管行缴纳费用500元,托管行将该网银交易流水发送给受托机构;受托机构将本次收到托管行的网银交易流水中的企业缴纳金额与先前收到的所有网银交易流水中企业缴纳金额进行累加,如果企业缴纳金额的累计之和仍小于先前发送给托管行的收款通知中金额,则仍属于短缴情况,则继续向企业提供上述选项,待选择“短缴补缴”选项并提交后,自动生成第二笔缴费的到账凭证,告知企业第二笔款元已经收到,然后继续等待企业再次缴费。但如图3所示,如果企业缴纳金额的累计之和(1500+500)与先前发送给托管行的收款通知中金额2000相同,即短缴部分已经补齐,此时自动生成第二笔500元的到账凭证,并告知企业第二笔款500元已经收到。在该实施例中,账管行记账金额为2000,托管行到账共计2000,对应两笔网银记录,该两笔网银在受托机构也可追溯,三方管理人(受托结构、账管行、托管行)数据一致,缴费业务过程顺利准确地完成。
图4示出了根据本发明一个实施例的短缴情况下调整缴费金额的流程示意图。仍以图3中企业申请缴费2000元,但企业向托管行缴纳的实际费用为1500元为例,托管行收款完成后,将1500元的网银交易流水,发送给受托机构;受托机构将1500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于短缴情况,此时为企业设置一个或多个缴费选项,例如短缴补缴选项、调整缴费金额选项、短缴抵缴选项。当企业选择调整缴费金额选项,开始进入相应的调整缴费金额流程:受托机构将先前收到的该企业的年金缴费申请中的金额调整为企业实际缴纳的金额,发送记账请求给账管行以指示账管行更新该企业的相关记账记录,例如该企业最初提交的年金缴费申请是额度为2000元,账管行已经记账为2000元,现通过记账请求申请调整为1500元,账管行将相关记账记录中相应额度调整为1500元。受托机构在收到账管行对记账请求的确认后,基于调整后的年金额度重新生成与该企业相关的收款通知并将其发送给托管行以指示其替换与该企业相关的先前的收款通知。例如托管人先前收到的收款通知为收款2000元,现在收到的针对企业的收款通知为1500,则及时更新为收款1500元,并作废上一次接收的收款通知。受托机构收到来自托管行的对该重新生成的收款通知的确认后,将重新生成的收款通知中的金额与之前自该托管行收到的企业实际缴纳金额进行比对,发现为等缴情况,生成与该缴纳金额的额度一致的到账凭证,告知企业1500元已经收到。此时账管行记账金额为1500,托管行到账共计1500,三方管理机构(受托机构、账管行、托管行)数据一致,业务顺利完成,且整个过程可追溯。
图5示出了根据本发明一个实施例的短缴情况下进行短缴抵缴的流程示意图。仍以图3中企业申请缴费2000元,但企业向托管行缴纳的实际费用为1500元为例,托管行收款完成后,将1500元的网银交易流水,发送给受托机构;受托机构将1500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于短缴情况,此时为企业设置一个或多个缴费选项,例如短缴补缴选项、调整缴费金额选项、短缴抵缴选项。当企业选择短缴抵缴选项,开始进入相应的短缴抵缴流程:由受托机构确定企业实际的缴纳金额1500与先前的收款通知中的金额2000元之间的差额为500元,向账管行发送从企业公共账户减少500元的记账请求。企业的公共账户通常都会保存有一定的费用,当账管行收到来自受托机构的记账请求时,将该企业公共账户的记账记录中的相应额度减少500元,并返回确认信息至受托机构。受托机构响应于收到来自账管行的对记账请求的确认,生成抵缴收款通知并发送给托管行以指示托管行从企业公共账户划走额度为500元的款项。托管行根据收到的抵缴收款通知从企业公共账户划走额度为500元的款项,并返回确认信息至受托机构。当受托机构确定账管行和托管行都已经返回确认之后,生成与缴纳金额1500元的额度一致的到账凭证。此时三方管理机构(受托机构、账管行、托管行)数据一致,业务顺利完成,且整个过程可追溯。
图6示出了根据本发明一个实施例的溢缴情况下进行溢缴退回的流程示意图。假设企业申请缴费2000元,但企业向托管行缴纳的实际费用为2500元,托管行收款完成后,将2500元的网银交易流水,发送给受托机构;受托机构将2500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于溢缴情况,此时为企业设置一个或多个缴费选项,例如溢缴退回选项、调整缴费金额选项、溢缴留用选项。当企业选择溢缴退回选项后,开始进入相应的溢缴退回流程:由受托机构确定企业实际的缴纳金额与收款通知中的金额之间的差额为500元,生成退回通知并将其发送给托管行以指示其将所述缴纳金额与所述收款通知中的金额之间的差额500元退回给企业。托管行执行相关的退回操作,将多缴的500元退回至该企业缴费时使用的账户,并返回确认信息至受托机构。受托机构响应于收到来自托管行对退回通知的确认,生成到账凭证,该到账凭证的额度与收款通知中的金额的额度一致,通知企业收到了2000元。此时三方管理机构(受托机构、账管行、托管行)数据一致,业务顺利完成,且整个过程可追溯。
图7示出了根据本发明一个实施例的溢缴情况下调整缴费金额的流程示意图。仍以企业申请缴费2000元,但企业向托管行缴纳的实际费用为2500元为例,托管行收款完成后,将2500元的网银交易流水,发送给受托机构;受托机构将2500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于溢缴情况,此时为企业设置一个或多个缴费选项,例如溢缴退回选项、调整缴费金额选项、溢缴留用选项。当企业选择调整缴费金额选项后,开始进入相应的调整缴费金额流程:由受托机构向账管行发送将所述企业的年金额度调整为所述缴纳金额的请求;响应于收到来自账管行的对该请求的确认,基于调整后的年金额度重新生成与该企业相关的收款通知并发送给托管行以指示其替换与该企业相关的先前的收款通知;响应于收到来自托管行的对该重新生成的收款通知的确认,生成与所述缴纳金额的额度一致的到账凭证。该流程与上文结合图4所述的流程基本类似,在此不再详述。
图8示出了根据本发明一个实施例的溢缴情况下进行溢缴留用的流程示意图。仍以企业申请缴费2000元,但企业向托管行缴纳的实际费用为2500元为例,托管行收款完成后,将2500元的网银交易流水,发送给受托机构;受托机构将2500元的网银交易流水与先前发送给该托管行收款通知里面的2000元金额进行比对,发现属于溢缴情况,此时为企业设置一个或多个缴费选项,例如溢缴退回选项、调整缴费金额选项、溢缴留用选项。当企业选择溢缴留用选项后,开始进入相应的溢缴留用流程:由受托机构确定该缴纳金额2500元与收款通知中的金额2000元之间的差额为500元,并向账管行发送在企业公共账户增加500元的记账请求。账管行根据收到的记账请求更新关于企业公共账户的记账记录,并返回确认信息至受托机构。由受托机构响应于收到来自账管行的对记账请求的确认,生成留用通知并将其发送给托管行以指示托管行将多缴的500元划到企业公共账户中。在托管行完成划款后返回确认信息至受托机构。受托机构响应于收到来自托管行的对所用通知的确认,生成与该企业实际缴纳金额的额度一致的到账凭证,通知企业已经收到了2500元。此时三方管理机构(受托机构、账管行、托管行)数据一致,业务顺利完成,且整个过程可追溯。
在前述实施例的技术方案针对缴费过程可能出现各种业务状况设置多种灵活的处理选项及其相应的自动处理过程,在确保诸如企业、受托机构、托管行和账管行等多个参与方之间数据记录一致的情况选择合适的时机自动生成到账凭证,对各个企业年金缴费情况做到了有效的监控和管理,提高了业务处理效率和客户满意度。
图9为根据本发明一个实施例的年金业务中自动生成到账凭证的系统900的功能模块示意图功能框图。尽管该框图以功能上分开的方式来描述组件,但这样的描述仅为了说明的目的。图中所示的组件可以任意地进行组合或被分为独立的软件、固件和/或硬件组件。而且,无论这样的组件是如何被组合或划分的,它们都可以在同一主机或多个主机上执行,其中多个主机可以是由一个或多个网络连接。
如图9所示,该系统900包括通知生成模块901和凭证生成模块902。其中通知生成模块901用于响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费。凭证生成模块902用于响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列选项中的至少一个或多个:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项,以及基于企业对其中一个选项的选择来生成到账凭证。
在又一个实施例中,若所述缴纳金额小于所述收款通知中的金额,所述默认选项为短缴补缴选项,当企业选择所述短缴补缴选项时,采用下面的步骤来生成到账凭证:针对每次收到的来自托管行的关于企业的缴纳金额的信息,生成与该缴纳金额的额度一致的到账凭证,并累计该缴纳金额,继续等待企业缴费直到企业的缴纳金额累计之和等于所述收款通知中的金额为止。
在又一个实施例中,若所述缴纳金额大于所述收款通知中的金额,所述默认选项为溢缴退回选项,当企业选择该溢缴退回选项时,采用下面的步骤来生成到账凭证:由受托机构生成退回通知并将其发送给托管行以指示其将所述缴纳金额与所述收款通知中的金额之间的差额退回给企业,以及响应于收到来自托管行对所述退回通知的确认,生成与所述收款通知中的金额的额度一致的到账凭证。
在又一个实施例中,当企业选择用于通过重新调整年金额度来处理差额的选项时,采用下面的步骤来生成到账凭证:由受托机构向账管行发送将所述企业的年金额度调整为所述缴纳金额的请求;响应于收到来自账管行的对该请求的确认,基于调整后的年金额度重新生成与该企业相关的收款通知并发送给托管行以指示其替换与该企业相关的先前的收款通知;以及响应于收到来自托管行的对该重新生成的收款通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在又一个实施例中,若企业的缴纳金额小于所述收款通知中的金额,所述用于利用公共账户处理差额的选项为短缴抵缴选项,当企业选择所述短缴抵缴选项时,采用下面的步骤来生成到账凭证:由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送从企业公共账户减少所述差额的记账请求;由受托机构响应于收到来自账管行的对所述记账请求的确认,生成抵缴通知并将其发送给托管行以指示托管行从企业公共账户划走额度为所述差额的款项;以及由受托机构响应于收到来自托管行的对所述抵缴通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在又一个实施例中,若所述缴纳金额大于所述收款通知中的金额,所述用于利用公共账户处理差额的选项为溢缴留用选项,当企业选择所述溢缴留用选项时,采用下面的步骤来生成到账凭证:由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送在企业公共账户增加所述差额的记账请求;由受托机构响应于收到来自账管行的对所述记账请求的确认,生成留用通知并将其发送给托管行以指示托管行将所述差额划到企业公共账户中;以及由受托机构响应于收到来自托管行的对所述留用通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
在本发明的又一个实施例中,还提供了一种计算机可读存储介质,其上存储有计算机程序或可执行指令,当所述计算机程序或可执行指令被执行时实现如前述实施例中所述的技术方案,此处不再赘述。在本发明的实施例中,计算机可读存储介质可以是任何能够存储数据且可以被计算装置读取的有形介质。计算机可读存储介质的实例包括硬盘驱动器、网络附加存储器(NAS)、只读存储器、随机存取存储器、CD-ROM、CD-R、CD-RW、磁带以及其它光学或非光学数据存储装置。计算机可读存储介质也可以包括分布在网络耦合计算机系统上的计算机可读介质,以便可以分布式地存储和执行计算机程序或指令。
在本发明的又一个实施例中,还提供了一种电子设备,包括处理器和存储器,其中所述存储器用于存储可由处理器执行的可执行指令,其中所述处理器被配置为执行存储器上存储的可执行指令,所述可执行指令被执行时实现前述任一实施例中介绍的技术方案,此处不再赘述。
本说明书中针对“各个实施例”、“一些实施例”、“一个实施例”、或“实施例”等的参考指代的是结合所述实施例所描述的特定特征、结构、或性质包括在至少一个实施例中。因此,短语“在各个实施例中”、“在一些实施例中”、“在一个实施例中”、或“在实施例中”等在整个说明书中各地方的出现并非必须指代相同的实施例。此外,特定特征、结构、或性质可以在一个或多个实施例中以任何合适方式组合。因此,结合一个实施例中所示出或描述的特定特征、结构或性质可以整体地或部分地与一个或多个其他实施例的特征、结构、或性质无限制地组合,只要该组合不是非逻辑性的或不能工作。
本说明书中“包括”和“具有”以及类似含义的术语表达,意图在于覆盖不排他的包含,例如包含了一系列步骤或单元的过程、方法、系统、产品或设备并不限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。“一”或“一个”也不排除多个的情况。另外,本申请附图中的各个元素仅仅为了示意说明,并非按比例绘制。
虽然本发明已经通过上述实施例进行了描述,然而本发明并非局限于这里所描述的实施例,在不脱离本发明范围的情况下还包括所做出的各种改变以及变化。
Claims (10)
1.一种年金业务中自动生成到账凭证的方法,包括:
由受托机构响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,以及生成收款通知以通知托管行进行收费;
由受托机构响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;
若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;
若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列选项中的至少一个或多个:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项;以及基于企业对所述选项的其中一个的选择来生成到账凭证。
2.根据权利要求1所述的方法,其特征在于,若所述缴纳金额小于所述收款通知中的金额,所述默认选项设置为短缴补缴选项,以及基于企业对该短缴补缴选项的选择来生成到账凭证包括:针对每次收到的来自托管行的关于企业的缴纳金额的信息,生成与该缴纳金额的额度一致的到账凭证,并累计该缴纳金额,继续等待企业缴费直到企业的缴纳金额累计之和等于所述收款通知中的金额为止。
3.根据权利要求1所述的方法,其特征在于,若所述缴纳金额大于所述收款通知中的金额,所述默认选项设置为溢缴退回选项,以及基于企业对该溢缴退回选项的选择来生成到账凭证包括:由受托机构生成退回通知并将其发送给托管行以指示其将所述缴纳金额与所述收款通知中的金额之间的差额退回给企业,以及响应于收到来自托管行对所述退回通知的确认,生成与所述收款通知中的金额的额度一致的到账凭证。
4.根据权利要求1所述的方法,其特征在于,其中基于企业对用于通过重新调整年金额度来处理差额的选项的选择来生成到账凭证包括:
由受托机构向账管行发送将所述企业的年金额度调整为所述缴纳金额的请求;
响应于收到来自账管行的对该请求的确认,基于调整后的年金额度重新生成与该企业相关的收款通知并发送给托管行以指示其替换与该企业相关的先前的收款通知;
响应于收到来自托管行的对该重新生成的收款通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
5.根据权利要求1所述的方法,其特征在于,其中若所述缴纳金额小于所述收款通知中的金额,所述用于利用公共账户处理差额的选项设置为短缴抵缴选项,以及其中基于企业对该短缴抵缴选项的选择来生成到账凭证包括:
由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送从企业公共账户减少所述差额的记账请求;
由受托机构响应于收到来自账管行的对所述记账请求的确认,生成抵缴通知并将其发送给托管行以指示托管行从企业公共账户划走额度为所述差额的款项;
由受托机构响应于收到来自托管行的对所述抵缴通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
6.根据权利要求1所述的方法,其特征在于,其中若所述缴纳金额大于所述收款通知中的金额,所述用于利用公共账户处理差额的选项设置为溢缴留用选项,以及其中基于企业对该溢缴留用选项的选择来生成到账凭证包括:
由受托机构确定所述缴纳金额与所述收款通知中的金额之间的差额,并向账管行发送在企业公共账户增加所述差额的记账请求;
由受托机构响应于收到来自账管行的对所述记账请求的确认,生成留用通知并将其发送给托管行以指示托管行将所述差额划到企业公共账户中;
由受托机构响应于收到来自托管行的对所述留用通知的确认,生成与所述缴纳金额的额度一致的到账凭证。
7.根据权利要求1所述的方法,其特征在于,还包括由受托机构接收来自企业的年金缴费申请,并将该企业的年金缴费申请包含在记账请求中发送给账管行以进行记账;以及
根据收到的来自账管行的对该记账请求的响应来确定账管行完成了对企业的年金缴费申请的记账。
8.一种年金业务中自动生成到账凭证的系统,包括:
通知生成模块,用于响应于账管行完成对企业的年金缴费申请的记账,生成缴费通知以通知企业进行缴费,并同时生成收款通知以通知托管行进行收费;
凭证生成模块,用于响应于收到来自托管行的关于企业的缴纳金额的信息,判断所述缴纳金额与所述收款通知中的金额是否相同;若所述缴纳金额与所述收款通知中的金额相同,生成与所述缴纳金额的额度一致的到账凭证;若所述缴纳金额与所述收款通知中的金额不同,为企业设置下列选项中的至少一个或多个:用于通过补缴或退回来处理差额的默认选项、用于通过重新调整年金额度来处理差额的选项、用于利用公共账户处理差额的选项,以及基于企业对所述选项的其中一个的选择来生成到账凭证。
9.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,所述程序被执行时实现权利要求1-7中任一项所述的方法。
10.一种电子设备,包括处理器和存储器,其中存储器用于存储可执行指令;所述处理器被配置为经由执行所述可执行指令来实现权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910191387.6A CN109934695B (zh) | 2019-03-14 | 2019-03-14 | 年金业务中自动生成到账凭证的方法、系统、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910191387.6A CN109934695B (zh) | 2019-03-14 | 2019-03-14 | 年金业务中自动生成到账凭证的方法、系统、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109934695A true CN109934695A (zh) | 2019-06-25 |
CN109934695B CN109934695B (zh) | 2021-08-06 |
Family
ID=66987084
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910191387.6A Active CN109934695B (zh) | 2019-03-14 | 2019-03-14 | 年金业务中自动生成到账凭证的方法、系统、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109934695B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110889682A (zh) * | 2019-11-04 | 2020-03-17 | 泰康保险集团股份有限公司 | 基于区块链的缴费信息处理方法、装置、介质及设备 |
CN111768163A (zh) * | 2019-10-24 | 2020-10-13 | 国网天津市电力公司 | 一种精准定位客户信息的营销账务处理方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107689009A (zh) * | 2017-07-25 | 2018-02-13 | 平安科技(深圳)有限公司 | 年金数据处理方法、装置、服务器和存储介质 |
CN108510397A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技(深圳)有限公司 | 年金管理系统、方法、服务器和存储介质 |
-
2019
- 2019-03-14 CN CN201910191387.6A patent/CN109934695B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107689009A (zh) * | 2017-07-25 | 2018-02-13 | 平安科技(深圳)有限公司 | 年金数据处理方法、装置、服务器和存储介质 |
CN108510397A (zh) * | 2017-07-25 | 2018-09-07 | 平安科技(深圳)有限公司 | 年金管理系统、方法、服务器和存储介质 |
Non-Patent Citations (2)
Title |
---|
赵敏: "《企业如何与银行打交道》", 31 January 2009 * |
陈波等: "农行实践与探索:区块链技术+养老金业务", 《金融科技》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111768163A (zh) * | 2019-10-24 | 2020-10-13 | 国网天津市电力公司 | 一种精准定位客户信息的营销账务处理方法 |
CN110889682A (zh) * | 2019-11-04 | 2020-03-17 | 泰康保险集团股份有限公司 | 基于区块链的缴费信息处理方法、装置、介质及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109934695B (zh) | 2021-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8346638B2 (en) | Systems and methods for processing transaction data to perform a merchant chargeback | |
Wang et al. | Inter-bank payment system on enterprise blockchain platform | |
US20130085939A1 (en) | Interactive, automated transaction reporting and automated collection | |
CN110910230A (zh) | 一种记账方法、记账系统及存储介质 | |
US10803459B2 (en) | Online transaction processing system for multi-product transactions | |
CN109447769A (zh) | 一种财务数据的处理方法和装置 | |
CN109934695A (zh) | 年金业务中自动生成到账凭证的方法、系统、设备及介质 | |
CN107689009A (zh) | 年金数据处理方法、装置、服务器和存储介质 | |
CN111008903A (zh) | 一种基于区块链的信用险应收款质押融资系统及方法 | |
CN110033374A (zh) | 一种票据交易商务平台及交易方法 | |
CN111444213B (zh) | 基于信贷业务的台账清分系统和方法 | |
JP4591612B1 (ja) | 決済処理方法及び装置 | |
CN110084692A (zh) | 一种记账方法及装置 | |
CN113657846A (zh) | 一种财务共享模式下企业资金管理方法及系统 | |
CN112766944A (zh) | 一种跨境资金管理方法、装置及系统 | |
CN116091258A (zh) | 用于对账管理的数据处理方法和装置 | |
JP2016095686A (ja) | 電子記録債権の担保管理サービスシステムおよび方法 | |
CN109741000A (zh) | 一种财务数据审批的审批方法及其系统 | |
AU2005271396B2 (en) | Method and system for improving travel transaction billing and reconciling | |
CN113222568A (zh) | 一种航运业务结算方法、平台、设备、介质及产品 | |
JP2005276012A (ja) | 国際資金決済システム | |
WO2021040879A1 (en) | Transaction system management | |
JP3773883B2 (ja) | 振込処理方法 | |
CN111127023A (zh) | 一种资产信息的处理方法、装置以及设备 | |
CN108717622A (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211104 Address after: No.156, fuxingmennei street, Xicheng District, Beijing 100030 Patentee after: TAIKANG INSURANCE GROUP Co.,Ltd. Patentee after: TAIKANG PENSION INSURANCE Co.,Ltd. Address before: No.156, fuxingmennei street, Xicheng District, Beijing 100030 Patentee before: TAIKANG INSURANCE GROUP Co.,Ltd. |