账务处理方法、银行核心系统及其服务器与流程

1.本发明涉及金融数据处理技术领域，尤其涉及一种账务处理方法、银行核心系统及其服务器。


背景技术：

2.在传统的账务处理方案中，收款方通常需要对不符合要求的来账做退款处理。退款处理通常依赖人工进行甄别、退回，耗费人力的同时也会降低账务处理的效率。同时，虽然通过人工甄别后不符合要求的来账会退回，但是来账和退款都会产生相应的进出账流水信息，使得收款方的流水信息较繁杂。


技术实现要素：

3.本发明提供了一种账务处理方法、银行核心系统及其服务器，能够有效简化账务处理流程。
4.第一方面，本发明实施例提供一种账务处理方法，所述账务处理方法包括：
5.银行核心系统接收来自转账端的转账请求，其中，所述转账请求包括入账账户信息；
6.所述银行核心系统根据所述入账账户信息调取与所述入账账户信息相对应的转账规则；
7.所述银行核心系统根据所述转账规则判断所述转账请求是否符合条件；
8.当所述转账请求符合条件时，所述银行核心系统执行所述转账请求，并发送成功通知至所述转账端；
9.所述银行核心系统根据执行的转账请求生成相应的入账流水信息；以及
10.当所述转账请求不符合条件时，所述银行核心系统拒绝所述转账请求，并发送失败原因至所述转账端。
11.第二方面，本发明实施例提供一种银行核心系统，所述银行核心系统包括：
12.第一接收模块，用于接收来自转账端的转账请求，其中，所述转账请求包括入账账户信息；
13.调用模块，用于根据所述入账账户信息调取与所述入账账户信息相对应的转账规则；
14.判断模块，用于根据所述转账规则判断所述转账请求是否符合条件；
15.第一执行模块，用于当所述转账请求符合条件时，执行所述转账请求并发送成功通知至所述转账端；
16.生成模块，用于根据所述转账请求生成相应的入账流水信息；以及
17.第二执行模块，用于当所述转账请求不符合条件时，拒绝所述转账请求并发送失败原因至所述转账端。
18.第三方面，本发明实施例提供一种银行核心系统服务器，所述银行核心系统服务
器包括：
19.存储器，用于存储程序指令；以及
20.处理器，用于执行所述程序指令以实现如上所述的账务处理方法。
21.上述账务处理方法、银行核心系统及其服务器，银行核心系统根据转账规则对转账请求进行判断，当转账请求符合条件时，才执行转账请求，使得银行核心系统产生的流水信息都是符合要求和期望的，不会产生冗余的流水信息。即是说，银行核心系统在生成流水信息之前，对转账请求进行判断，能够直接拒绝不符合条件的转账请求，使得入账端的流水信息清晰、明了，且无错误来账，从而能够避免错误来账需要人工进行甄别并退回，有效节省了人力和时间成本。同时，根据不同入账端自身的需求可以设置不同的转账规则，使得账务处理方法能够适用于更多领域，具有良好的实用性。
附图说明
22.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
23.图1为本发明实施例提供的账务处理方法的流程图。
24.图2为本发明实施例提供的账务处理方法的第一子流程图。
25.图3为本发明实施例提供的账务处理方法的第二子流程图。
26.图4为本发明实施例提供的账务处理方法的第三子流程图。
27.图5为本发明实施例提供的账务处理方法的场景示意图。
28.图6为图5所示的账务处理方法中转账成功的场景示意图。
29.图7为图5所示的账务处理方法中转账失败的场景示意图。
30.图8为本发明实施例提供的银行核心系统的内部结构示意图。
31.图9为本发明实施例提供的银行核心系统服务器的内部结构示意图。
32.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
33.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
36.请结合参看图1和图5，图1为本发明实施例提供的账务处理方法的流程图，图5为本发明实施例提供的账务处理方法的场景示意图。账务处理方法应用于银行核心系统10，用于对从转账端20转入入账端30的转账进行处理。其中，银行核心系统10分别与转账端20和入账端30通讯连接。账务处理方法具体包括如下步骤。
37.步骤s102，银行核心系统接收来自转账端的转账请求。在本实施例中，转账请求由转账端20发起。其中，转账端20包括但不限于网页、设置于电子设备的app、银行atm机等。转账请求包括入账账户信息和转账账户信息。入账账户信息包括但不限于入账账户的账号、户名等；转账账户信息包括但不限于转账账户的账号、户名等。
38.步骤s104，银行核心系统根据入账账户信息调取与入账账户信息相对应的转账规则。可以理解的是，与入账账户信息相对应的入账账户可以根据实际情况设置转账规则。不同入账账户信息所对应的转账规则可以相同，也可以不相同。其中，转账规则包括但不限于按照转账金额限制入账、按照转账账户的户名限制入账、按照转账账户的账号限制入账、按照预设渠道限制入账以及按照预设时间限制入账等。其中，预设渠道包括但不限于现金转账、电子转账等。
39.步骤s106，银行核心系统根据转账规则判断转账请求是否符合条件。当转账请求符合条件时，执行步骤s108；当转账请求不符合条件时，执行步骤s112。银行核心系统10如何根据转账规则判断转账请求是否符合条件具体将在下文详细描述。
40.步骤s108，银行核心系统执行转账请求，并发送成功通知至转账端。可以理解的是，当银行核心系统10判断转账请求符合条件时，执行转账请求。即是说，只有转账请求符合条件时，银行核心系统10才会执行转账请求。转账请求执行完成之后，银行核心系统10发送成功通知至转账端20。
41.在本实施例中，银行核心系统10发送成功通知至转账端20之后，银行核心系统10还会发送到账通知至与入账账户信息相对应的入账端30。其中，入账端30包括但不限于网页、设置于电子设备的app等。入账端30接收到到账通知之后，可以根据实际需求启动后续业务处理流程。举例来说，若入账端30的用户为招标用户，相应转账端20的用户为投标用户，当接收到到账通知后，入账端30可以自动启动后续的招标流程；若入账端30的用户为收费用户，相应转账端20的用户为缴费用户，当接收到到账通知后，入账端30可以自动启动后续的手续办理流程。
42.步骤s110，银行核心系统根据执行的转账请求生成相应的入账流水信息。可以理解的是，转账请求执行之后，银行核心系统10根据转账请求进行记账，并生成相应的入账流水信息。
43.在本实施例中，银行核心系统10生成相应的入账流水信息之后，银行核心系统10将入账流水信息与入账账户信息所对应的入账端30进行绑定。可以理解的是，用户可通过
入账端30查询入账流水信息。
44.步骤s112，银行核心系统拒绝转账请求，并发送失败原因至转账端。可以理解的是，当银行核心系统10判断转账请求不符合条件时，拒绝转账请求。即是说，若转账请求不符合条件，银行核心系统10不会执行转账请求，并发送失败原因至转账端20。
45.在本实施例中，银行核心系统10发送失败原因至转账端20之前，银行核心系统10根据转账请求和转账规则生成失败原因。举例来说，当转账规则为按照转账金额限制入账时，失败原因可以是：与限制入账金额不符。当转账规则为按照转账账户的户名限制入账时，失败原因可以是：与预设户名不符。当转账规则为按照转账账户的账号限制入账时，失败原因可以是：与预设账号不符。当转账规则为按照预设渠道限制入账时，失败原因可以是：与预设渠道不符。
46.当转账规则为按照预设时间限制入账时，失败原因可以是：与预设时间不符。
47.上述实施例中，银行核心系统根据转账规则对转账请求进行判断，当转账请求符合条件时，才执行转账请求，使得银行核心系统产生的流水信息都是符合要求和期望的，不会产生冗余的流水信息。即是说，银行核心系统在生成流水信息之前，对转账请求进行判断，能够直接拒绝不符合条件的转账请求，使得入账端的流水信息清晰、明了，且无错误来账，从而能够避免错误来账需要人工进行甄别并退回，有效节省了人力和时间成本。同时，根据不同入账端自身的需求可以设置不同的转账规则，使得账务处理方法能够适用于更多领域，具有良好的实用性。此外，入账端接收到到账通知之后，能够根据实际需求自动启动后续业务处理流程，从而大幅减少入账端用户的工作量。
48.请结合参看图2，其为本发明实施例提供的账务处理方法的第一子流程图。执行步骤s102之前，账务处理方法还包括如下步骤。
49.步骤s202，银行核心系统接收来自入账端的转账规则。其中，转账规则可以由入账端30的用户进行设定。举例来说，当入账端30的用户为招标用户时，可以设定转账规则为按照预设时间限制入账。其中，预设时间可以根据招标截止时间进行设置，以拒收超过招标截止时间的来账。当入账端30的用户为收费用户时，可以设定转账规则为按照转账金额限制入账。其中，转账金额可以根据收费情况进行设置，以拒收非预设金额的来账。
50.步骤s204，银行核心系统将转账规则与入账端的入账账户信息进行绑定。可以理解的是，银行核心系统10接收到转账规则之后，获取相应入账端30的入账账户信息，并将转账规则与入账账户信息进行绑定。
51.步骤s206，银行核心系统将转账规则存储至规则库。在本实施例中，银行核心系统10与规则库40通讯连接。相应地，银行核心系统10根据入账账户信息调取与入账账户信息相对应的转账规则具体包括：银行核心系统10从规则库40中调取与入账账户信息相对应的转账规则。
52.上述实施例中，入账端的用户通过入账端设置转账规则，银行核心系统接收转账规则后，将转账规则与入账账户信息进行绑定，并将转账规则存储于规则库中。当需要调用转账规则时，再从规则库中调取相应的转账规则，从而能够有序管理不同入账端的转账规则。
53.请结合参看图3，其为本发明实施例提供的账务处理方法的第二子流程图。执行步骤s206之后，账务处理方法还包括如下步骤。
54.步骤s302，银行核心系统判断是否接收到来自入账端的变动消息。在本实施例中，当入账端30的用户需要更改或者取消转账规则时，可通过入账端30生成变动消息，并将变动消息发送至银行核心系统10。
55.步骤s304，当接收到来自入账端的变动消息时，银行核心系统根据变动消息更新与入账端相对应的转账规则。可以理解的是，当接收到来自入账端30的变动消息时，银行核心系统10根据入账端30的入账账户信息，从规则库40中调取相对应的转账规则，并根据变动消息对转账规则进行更新，再将更新后的转账规则存储至规则库40中。举例来说，若变动消息为取消限制，则银行核心系统10删除相对应的转账规则；若变动消息为修改限制，则银行核心系统10修改相对应的转账规则。
56.上述实施例中，当转账规则设置好之后，用户还可以通过入账端对转账规则进行修改，从而能够根据实际需求灵活设置转账规则。
57.请结合参看图4，其为本发明实施例提供的账务处理方法的第三子流程图。转账请求还包括转账金额。其中，转账金额为转入入账端30的金额。转账规则包括按照转账金额限制入账。步骤s106具体包括如下步骤。
58.步骤s402，银行核心系统判断转账金额与限制入账的金额数目是否相同。当转账金额与限制入账的金额数目相同时，执行步骤s404；当转账金额与限制入账的金额数目不相同时，执行步骤s406。
59.步骤s404，银行核心系统确认转账请求符合条件。
60.步骤s406，银行核心系统确认转账请求不符合条件。
61.在本实施例中，当转账规则为按照转账金额限制入账时，表示入账端30的用户只接收固定金额的来账，其它金额的来账一概拒绝。当转账规则为按照转账账户的户名限制入账时，表示入账端30的用户只接收与预设户名相同的转账端20的户名的来账。当转账规则为按照转账账户的账号限制入账时，表示入账端30的用户只接收与预设账号相同的转账端20的账号的来账。当转账规则为预设渠道限制入账时，表示入账端30的用户只接收或者拒绝特定渠道的来账，如拒绝现金来账等。当转账规则为按照预设时间限制入账时，表示入账端30的用户只接收预设时间内的来账。举例来说，当入账端30的用户为招标用户且设定的转账规则为按照预设时间限制入账时，相应的投标用户只能在预设时间，即招标截止时间前通过转账端20完成转账，超过预设时间的转账均会被拒绝。当入账端30的用户收费用户且设定的转账规则为按照转账金额限制入账时，相应的缴费用户只能将固定金额的费用通过转账段20转至入账端30，与固定金额不符的转账均会被拒绝。
62.上述实施例中，用户可以通过入账端设置不同的转账规则，使得来账能够满足自身情况，从而使得账务处理方法能够满足不同的场景需求。
63.请结合参看图6和图7，图6为本发明实施例提供的账务处理方法中转账成功的场景示意图，图7为本发明实施例提供的账务处理方法中转账失败的场景示意图。以图6和图7所示的应用场景为例，转账用户通过设置于电子设备的app，即转账端20发起转账请求，转账端20将转账请求发送至银行核心系统10。银行核心系统10根据转账请求中的入账账户信息从规则库40调取与入账账户信息相对应的转账规则。银行核心系统10根据转账规则判断转账请求是否符合条件。当转账请求符合条件时，银行核心系统10执行转账请求，将转账端20的转账转入入账端30(如图6所示)。银行核心系统10发送成功通知至转账端20，发送到账
通知至入账端30。同时，银行核心系统10根据执行的转账请求生成相应的入账流水信息，入账用户可通过入账端30查询到相应的入账流水信息。当转账请求不符合条件时，银行核心系统10拒绝转账请求，并将转账端20的转账退回至转账端20(如图7所示)。银行核心系统10根据转账请求和转账规则生成失败原因，并将失败原因发送至转账端20。可以理解的是，只有银行核心系统10执行了转账请求，才会生成相应的入账流水信息；若银行核心系统10拒绝转账请求，则不会生成入账流水信息。
64.请结合参看图8，其为本发明实施例提供的银行核心系统的内部结构示意图。银行核心系统10包括第一接收模块11、调用模块12、判断模块13、第一执行模块14、生成模块15以及第二执行模块16。
65.第一接收模块11用于接收来自转账端的转账请求。在本实施例中，转账请求由转账端20发起。其中，转账端20包括但不限于网页、设置于电子设备的app、银行atm机等。转账请求包括入账账户信息和转账账户信息。入账账户信息包括但不限于入账账户的账号、户名等；转账账户信息包括但不限于转账账户的账号、户名等。
66.调用模块12用于根据入账账户信息调取与入账账户信息相对应的转账规则。可以理解的是，与入账账户信息相对应的入账账户可以根据实际情况设置转账规则。不同入账账户信息所对应的转账规则可以相同，也可以不相同。其中，转账规则包括但不限于按照转账金额限制入账、按照转账账户的户名限制入账、按照转账账户的账号限制入账、按照预设渠道限制入账以及按照预设时间限制入账等。其中，预设渠道包括但不限于现金转账、电子转账等。
67.判断模块13用于根据转账规则判断转账请求是否符合条件。
68.第一执行模块14用于当转账请求符合条件时，执行转账请求并发送成功通知至转账端。可以理解的是，当判断模块13判断转账请求符合条件时，第一执行模块14执行转账请求。即是说，只有转账请求符合条件时，第一执行模块14才会执行转账请求。转账请求执行完成之后，第一执行模块14发送成功通知至转账端20。
69.生成模块15用于根据转账请求生成相应的入账流水信息。可以理解的是，转账请求执行之后，生成模块15根据转账请求进行记账，并生成相应的入账流水信息。
70.第二执行模块16用于当转账请求不符合条件时，拒绝转账请求并发送失败原因至转账端。可以理解的是，当判断模块13判断转账请求不符合条件时，第二执行模块16拒绝转账请求。即是说，若转账请求不符合条件，第二执行模块16不会执行转账请求，并发送失败原因至转账端20。
71.请结合参看图9，其为本发明实施例提供的银行核心系统服务器的内部结构示意图。银行核心系统服务器100包括存储器101和处理器102。存储器101用于存储程序指令，处理器102用于执行程序指令以实现上述账务处理方法。
72.其中，处理器102在一些实施例中可以是一中央处理器(central processing unit,cpu)、控制器、微控制器、微处理器或其它数据处理芯片，用于运行存储器101中存储的程序指令。
73.存储器101至少包括一种类型的可读存储介质，该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器101在一些实施例中可以是计算机设备的内部存储单元，例如计算机设备的硬盘。存储器101在另一
些实施例中也可以是外部计算机设备的存储设备，例如计算机设备上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，存储器101还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器101不仅可以用于存储安装于计算机设备的应用软件及各类数据，例如实现账务处理方法的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
74.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
75.以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属于本发明所涵盖的范围。