一种银行业务处理系统及方法与流程

本申请涉及数据处理技术领域，具体涉及一种银行业务处理系统及方法。

背景技术：

在现金管理业务中，银行通过为用户建立账户、账簿,通过对这些账簿的管理与使用，从而完成现金管理的相关业务。例如，在企业结算账户下建立管理该企业的某一笔专项资金的账簿。

目前已经产生了各种成熟且效果非常好的账簿体系方案。但是，传统账簿体系是建立在一个外部系统上，这对于某些交易渠道未联通该系统的场景，就无法识别与使用账簿体系，造成在某些交易渠道无法对客户提供基于账簿体系的现金管理服务，导致用户所对应的账户余额与账簿余额不对应，影响其它业务的操作。

技术实现要素：

有鉴于此，本申请实施例提供一种银行业务处理系统及方法，以实现用户账户金额与账簿金额的一致性。

为解决上述问题，本申请实施例提供的技术方案如下：

本申请实施例第一方面，提供了一种银行业务处理系统，该系统包括：

现金管理系统和核心系统，所述现金管理系统包括第一账簿体系，所述核心系统包括第二账簿体系，所述现金管理系统与所述核心系统进行关联，以使得所述第一账簿体系的账簿余额与所述第二账簿体系的账簿余额保持一致。

在一种可能的实现方式中，当用户触发业务请求时所选择的渠道已连接所述现金管理系统时，所述现金管理系统，用于接收业务请求，并根据所述业务请求对所述第一账簿体系进行更新；

所述现金管理系统，还用于向所述核心系统发送调用信息；

所述核心系统，用于根据所述调用信息对所述第二账簿体系进行更新。

在一种可能的实现方式中，当用户触发业务请求时所选择的渠道未连接所述现金管理系统时，所述核心系统，用于接收业务请求，并根据所述业务请求对所述第二账簿体系进行更新；

所述核心系统，还用于向所述现金管理系统发送处理结果；

所述现金管理系统，用于根据所述处理结果对所述第一账簿体系的账簿余额进行更新。

在一种可能的实现方式中，所述第一账簿体系为多级账簿，每一级账簿对应多个账簿，不同所述账簿对应不同业务。

在一种可能的实现方式中，所述账簿至少具备计息、结息或支控方式的控制、限额中的一种或多种功能。

在一种可能的实现方式中，所述第二账簿体系至少包括一个账簿，所述账簿用于记录账簿余额以及交易额。

在一种可能的实现方式中，所述核心系统，还用于判断所述用户是否为现金管理签约用户；

当所述用户为现金管理签约用户时，所述核心系统向所述现金管理系统发送处理结果。

在本申请实施例第二方面，提供了一种银行业务处理方法，所述方法应用于第一方面所述的系统，所述方法包括：

接收业务请求，所述业务请求包括账户信息和业务标识；

当发送所述业务请求的客户端与现金管理系统连接时，则将所述业务请求发送给现金管理系统，以利用所述现金管理系统的第一账簿体系进行业务处理；

当发送所述业务请求的客户端与现金管理系统未连接时，则将所述业务请求发送给核心系统，以利用所述核心系统的第二账簿体系进行业务处理。

在本申请实施例第三方面，提供了一种网络设备，所述网络设备包括：处理器和存储器；

所述存储器，用于存储指令；

所述处理器，用于执行所述存储器中的所述指令，执行第二方面所述的方法。

在本申请实施例第地方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行以上第一方面所述的方法。

由此可见，本申请实施例具有如下有益效果：

本申请实施例提供了一种银行业务处理系统，该系统包括现金管理系统和核心系统。其中，现金管理系统中包括第一账簿体系，核心系统中包括第二账簿体系，同时将第一账簿体系和第二账簿体系进行关联，以保证第一账簿体系的账簿余额与第二账簿体系的账簿余额保持一致。具体地，当银行业务处理系统接收用户发送的业务请求时，如果发送该业务请求的客户端与现金管理系统已进行连接，则直接利用现金管理系统中的第一账簿体系对业务请求进行处理，同时现金管理系统调用核心系统在第二账簿体系中进行记账处理。当发送该业务请求的客户端与现金管理系统未连接时，则直接利用核心系统中的第二账簿体系对业务请求进行处理，同时将处理结果发送给现金管理系统，以便现金管理系统对第一账簿体系的账簿余额进行更新。

即，通过本申请实施例提供的银行业务系统，无论用户所选择的渠道是否连接现金管理系统，均可以为用户提供现金管理服务，保证现金管理系统中的账簿余额与用户的账户余额保持一致。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种银行业务处理系统结构图；

图2a为本申请实施例提供的一种应用场景示意图；

图2b为本申请实施例提供的另一种应用场景示意图；

图3为本申请实施例提供的一种银行业务处理方法流程图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

发明人在对传统的现金管理服务研究中发现，传统的账簿体系建立在现金管理系统中，从而实现通过账簿体系为用户提供现金管理业务。而现金管理系统独立于核心系统，当用户进行业务请求时所选择的渠道未连接现金管理系统时，可能就无法识别和使用账簿体系，当用户对应的账户余额发生变动时，无法及时对账簿体系对应的账簿余额进行更新，导致账簿体系对应的余额与账户余额不一致。

基于此，本申请实施例提供了一种银行业务处理系统，在现金管理系统中建立第一账簿体系，在核心系统中建立第二账簿体系。同时，将现金管理系统与核心系统进行关联。在该系统中，即便用户所选择的渠道未连接现金管理系统，由于核心系统作为账务服务的最末端，也可以利用其自身对应的账簿体系进行业务处理，同时向现金管理系统发送处理信息，以便现金管理系统根据处理信息更新自身的账簿体系的账簿余额。

下面将先对本申请实施例涉及的技术名词进行说明。

现金管理服务：是指商业银行为满足企业的现金管理需要，协助大企业客户科学地分析现金流量，确定一个合理的现金余额，将多余的现金用于短期投资，增加企业收益。具体地，可以为客户提供全面的包括收款、付款、资金管理、信息服务等在内的各种现金管理产品和服务，从而提高客户应收与应付款统计与清算的效率，加快内部资金的归集与调剂，及时、准确获取现金流信息。

现金管理系统：以银行结算账户为基础，以资金流动性管理为核心，以多种产品组合为内容，将账户管理、收付款服务、流动性服务、信息服务等进行有机组合，为客户提供的人民币资金管理综合方案服务。

核心系统：是以处理银行最基本的存款、贷款业务为主的it系统，这些业务是银行业务中最基础、最核心的部分，因此称之为核心系统。

账簿体系：账簿体系由三部分组成，即总账、明细账和备查账簿。总账在数据处理中起控制明细账和自动平衡检校作用。在数据指标上，定期(如每月)通过一级科目进行总括反映。明细账是账簿体系中最基本最重要的账簿，是为了提供明细指标即包括按明细科目反映的指标，不同量度表现的指标、序时逐笔反映业务的详细过程。备查账簿是对某些在明细账未能记载或记载不全面、而在企业管理中又须掌握其信息数据的经济业务，进行补充登记的账簿。

多级账簿：是指客户在同一结算账户下开设的分类明细核算登记簿(也称子账簿)，主要记载一定时期内资金收付的详细信息。开通多级账簿，不但能实现同一结算账户分类明细核算，还可实现额度管理控制、分类查询统计、资金内部计价等功能，满足客户对其资金分类别、分层次管理与核算的要求。

渠道：包括柜面、银企直联、手机银行、网银、现金管理客户端等多种服务渠道。其中，银企直联是指通过互联网或专线将企业内部系统(如财务系统、现金管理系统、erp系统)与银行系统直接联通，为企业客户提供账户查询、明细查询、转账汇款、电子回单下载等金融服务的电子渠道，助力企业实现账户统一管理、资金统一调拨、账务数据实时入库，大大提升企业的资金效率、财务效率。

基于上述介绍，下面将结合附图对本申请实施例提供的银行业务处理系统以及处理方法进行说明。

系统实施例

参见图1，该图为本申请实施例提供的一种银行业务处理系统结构图，如图1所示，该系统包括现金管理系统101、核心系统102。其中，现金管理系统101包括第一账簿体系，核心系统102包括第二账簿体系，现金管理系统101和核心系统102进行关联。

其中，第一账簿体系可以为多级账簿，每一级账簿可以对应多个账簿，不同账簿对应不同的业务。具体地，每级账簿中对应的各个账簿可以具备计息、结息、支控方式的控制、限额等功能。

例如，当银行所服务的用户为学校时，该学校设有30个学院，每个学院下设不同院系。在学校开设的结算账户下为各个学院建立二级账簿，在学院账簿下为院系开立三级账簿，用于各个院系资金的记账管理。进一步地，在三级账簿下建立多个账簿以分别对该院系的各项费用支出和收入进行分类记账管理，使得各个院系可用实时查询自身余额和收支明细，方便快捷。

第二账簿体系也可以为多级账簿，但其相对于所述第一账簿体系为较为简单的账簿体系，其可以仅包括一个账簿，该账簿用于记录账户余额以及交易额等比较简单的账户信息。

在实际应用中，一些为用户提供银行服务的渠道可以与现金管理系统101连接，例如与现金管理客户端、银企直联等，也存在一些渠道与现金管理系统101未连接。为便于理解上述两种情况下，银行业务处理系统的具体实现，下面将结合附图分别进行说明。

如图2a所示应用场景，当用户触发业务请求时所选择的渠道已连接现金管理系统时，该现金管理系统101，接收业务请求，并根据业务请求对第一账簿体系进行更新，同时向核心系统102发送调用信息。核心系统102，用于根据调用信息对第二账簿体系的账簿余额进行更新。

具体地，业务请求中可以包括账户信息和业务标识，其中，账户信息表示被操作的账户的信息，例如，从a账户向b账户进行转账业务，则b账户为被操作的账户。业务标识表示此次所办理的具体业务信息。当现金管理系统101接收到业务请求后，根据业务请求中的业务标识在第一账簿体系中进行记录，同时向核心系统发送处理结果，以便核心系统进行账户结算，更新第二账簿体系的账簿余额。

在具体实现时，现金管理系统在处理业务请求时，可以获取处理该业务请求所预先设置的条件，判断该业务请求是否满足预设条件，如果满足预设条件，则在业务标识对应的账簿中进行记录详细信息，并更新第一账簿体系的账簿余额。以投标业务为例，招标客户预先在其对应的账户下设置了投标条件，例如投标截止时间、投标人员白名单等条件，当现金管理系统接收到投标人的投标保证金时，要根据投标人所投项目的标段获取该标段设置的条件，判断是否在投标时间段内以及是否为白名单中的人员，如果上述两个条件均满足，则现金管理系统在投标对应的账簿中记录投标人以及对应的投标保证金额，同时向核心系统发送处理结果，由核心系统接收该投标保证金并在第二账簿体系中记录接收金额。如果上述两个条件有一个不满足，则不符合投标条件，则现金管理系统拒绝业务处理，不更新第一账簿体系的账簿余额，不往核心系统发送信息。

如图2b所示应用场景，当用户触发业务请求时所选择的渠道未连接现金管理系统时，核心系统102，用于接收业务请求，并根据业务请求对第二账簿体系进行更新，并向现金管理系统101发送处理结果。现金管理系统101，用于根据处理结果对第一账簿体系的对应账簿余额进行更新。

即，当用户触发业务办理的渠道未连接现金管理系统时，该渠道对应的客户端将该业务请求发送给核心系统102，由核心系统102利用第二账簿体系进行业务处理。具体地，核心系统102根据业务请求在第二账簿体系的账簿中记录此次业务处理所对应的账户的金额的变动情况，但不记录具体业务。例如，业务请求为向招标用户的账户转投标保证金，核心系统在处理时，仅在第二账簿体系的账簿中记录收入以及收入金额，并不记录该收入金额为投标保证金。同时，核心系统将收入信息发送给现金管理系统，由现金管理系统根据收入信息对第一账簿体系的对应账簿余额进行更新，从而使得第一账簿体系对应的账簿余额与核心系统对应的第二账簿体系的账簿余额保持一致。

在一些实现方式中，核心系统在接收到业务请求时，首先根据该业务请求中的用户标识确定该用户是否为现金管理签约用户，当该用户为现金管理签约用户时，利用第二账簿体系进行业务处理，并向现金管理系统发送处理结果。如果该用户为非现金管理签约用户，表面该用户未办理现金管理服务，在现金管理系统中未设置该用户的账户信息，则利用第二账簿体系进行业务处理后，无需向现金管理系统发送处理结果。

基于上述实施例提供的处理系统，本申请实施例还提供了一种银行业务处理方法，下面将结合附图进行说明。

方法实施例

参见图3，该图为本申请实施例提供的一种银行业务处理方法流程图，如图3所示，该方法应用于系统实施例中的银行业务处理系统，该方法可以包括：

s301：接收业务请求，该业务请求包括账户信息和业务标识。

本实施例中，银行业务处理系统可以通过任一可以通信的客户端接收业务请求。例如，通过柜面对应的终端设备、手机银行、网银等。具体地，当用户需要办理某项业务时，可以选择上述任意一种客户端触发业务请求，以便客户端将该业务请求发送至银行业务处理系统中。

s302：当发送业务请求的客户端与现金管理系统连接时，将业务请求发送给现金管理系统，以利用现金管理系统的第一账簿体系进行业务处理。

s303：当发送业务请求的客户端与现金管理系统未连接时，将业务请求发送给核心系统，以利用核心系统的第二账簿体系进行业务处理。

也就是，当银行业务处理系统接收到业务请求时，判断发送该业务请求的客户端是否与现金管理系统已连接，如果是，则将业务请求发送给现金管理系统，由现金管理系统利用第一账簿体系进行处理。当处理完成后，向核心系统发送调用信息，以便核心系统根据该调用信息对第二账簿体系的账簿余额进行数据更新。

如果判断结果为未连接，则将业务请求发送给核心系统，由核心系统利用第二账簿体系进行业务处理。同时，核心系统向现金管理系统发送处理结果，以便现金管理系统根据处理结果对第一账簿体系的账簿余额进行更新。

需要说明的是，本实施例中关于现金管理系统和核心系统的具体实现可以参见上述系统实施例，本实施例在此不再赘述。

另外，本申请实施例提供了一种网络设备，所述网络设备包括：处理器和存储器；所述存储器，用于存储指令；

所述处理器，用于执行所述存储器中的所述指令，执行所述银行业务处理方法。

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序代码或指令，当其在计算机上运行时，使得所述计算机执行以上所述银行业务处理方法。

通过上述可知，当银行业务处理系统接收用户发送的业务请求时，如果发送该业务请求的客户端与现金管理系统已进行连接，则直接利用现金管理系统中的第一账簿体系对业务请求进行处理，同时现金管理系统调用核心系统在第二账簿体系中进行记账处理。当发送该业务请求的客户端与现金管理系统未连接时，则直接利用核心系统中的第二账簿体系对业务请求进行处理，同时将处理结果发送给现金管理系统，以便现金管理系统对第一账簿体系的账簿余额进行更新。

即，通过本申请实施例提供的银行业务系统，无论用户所选择的渠道是否连接现金管理系统，均可以为用户提供现金管理服务，保证现金管理系统中的账簿余额与核心系统的账簿余额保持一致。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。