银行头寸监控方法、装置及资金头寸管理系统与流程

文档序号:15258678发布日期:2018-08-24 21:07阅读:1377来源:国知局

本发明属于商业银行资金管理技术领域,尤其涉及一种银行头寸监控方法、装置及资金头寸管理系统。



背景技术:

商业银行头寸是指商业银行能够运用的资金,是一种具有清偿力的货币性流动资产,既是一个时点数,又是一个时期数。随着国内外市场环境的变化以及我国利率市场化的步伐不断加快,我国银行体系流动性格局也出现了大幅的波动,历史罕见的“钱荒”不期而至,时点性紧张更是时有发生,“紧平衡”称为银行市场主旋律,由此对各商业银行流动性资金头寸管理的要求越来越高。在保障银行资金的流动性、安全性的前提下,如何准确预测人行清算头寸,如何全面、高效、动态地监控头寸以及科学合理地调拨头寸,实现资金效益的最大化和管理效率最优化成为商业银行头寸管理的重点和难点。

目前,随着银行业务的规模不断扩大,分支机构不断增加,业务种类不断增多,新业务的复杂程度越来越高,银行流动性管理特别是资金头寸管理的复杂度提高,工作量越来越大,压力也越来越大。而现有的银行头寸管理模式还停留在以人工监控为基础的简单信息化或纯手工管理模式的状态中,通过各个分支行头寸人员的监控,给总行头寸管理员通过邮件、电话或者其它方式汇报日常交易过程中大额交易,不仅工作效率低下,还花费大量的人力和精力。在发生大额交易或频繁透支,依赖于各支行人员的监控频率从而缺乏及时性,不能及时准确的让总行头寸管理者了解头寸的流动情况;在资金紧张的情况下,还时常在人行清算窗口关闭前,出现仓促和被动调拨头寸的情况。



技术实现要素:

有鉴于此,本发明实施例提供了一种银行头寸监控方法、系统及资金头寸管理系统,以解决现有技术中不能及时准确的了解头寸的流动情况以及大额交易下工作效率低的问题。

本发明实施例的第一方面提供了一种银行头寸监控方法,包括:

周期性的按批次生成报文,并根据所述报文的内容向银行核心系统请求当日交易流水;

周期性的按头寸账户对所述交易流水进行清分计算,并同步所述交易流水;

周期性的对所述交易流水进行核销,将核销结果与资金预报进行匹配。

本发明实施例的第二方面提供了一种一种银行头寸监控装置,包括:

流水请求单元,用于周期性的按批次生成报文,并根据所述报文的内容向银行核心系统请求当日交易流水;

清分计算单元,用于周期性的按头寸账户对所述交易流水进行清分计算,并同步所述交易流水;

流水核销单元,用于周期性的对所述交易流水进行核销,将核销结果与资金预报进行匹配。

本发明实施例的第三方面提供了一种资金头寸管理系统,包括:含有银行头寸监控功能的前台装置和后台装置、数据库、存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,处理器执行计算机程序时实现上述银行头寸监控方法的步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时实现上述银行头寸监控方法的步骤。

本发明实施例与现有技术相比存在的有益效果是:本发明实施例可周期性的根据生成的报文内容向银行核心系统请求当日的交易流水,通过清分计算以及同步当日流水,并对当日流水进行核销,可以实时准确的获得头寸账户的核销结果,通过将核销结果与资金预报的匹配,实现对银行头寸的实时监控,从而提高了日常交易中大额交易的工作效率,节省了大量的人力和物力,提高了监控的及时性,避免了在资金紧张的情况下出现仓促和被动调拨头寸的情况。

附图说明

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

图1是本发明实施例提供的银行头寸监控方法的实现流程示意图;

图2是本发明实施例提供的生成报文方法的实现流程示意图;

图3是本发明实施例提供的请求当日交易流水方法的实现流程示意图;

图4是本发明实施例提供的前台装置功能结构的示例图;

图5是本发明实施例提供的后台装置功能结构的实例图;

图6是本发明实施例提供的前台和后台连接的功能结构实例图;

图7是本发明实施例提供的资金头寸管理的流程示意图;

图8是本发明实施例提供的银行头寸监控装置的示意图;

图9是本发明实施例提供的资金头寸管理系统的示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。

应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。

参见图1,是本发明实施例提供的银行头寸监控方法的实现流程示意图,该方法应用于商业银行的综合资金头寸管理系统,如图所示,该方法可以包括以下步骤:

步骤s101,周期性的按批次生成报文,并根据所述报文的内容向银行核心系统请求当日交易流水。

在本发明实施例中,所述周期性可以默认或者可配置的一个固定时间段,例如默认5分钟为一个周期;所述的报文包括交易流水的批次数、交易的笔数以及交易的日期等信息,可以保存到本地,供以后方便信息的查询,例如获取当前批次数对应的500笔交易,以及对应交易的日期;所述的交易流水可以是银行账户资金的核算流水明细;所述的银行核心系统主要是指金融行业的银行核心业务系统,所服务的对象可以是银行客户,也可以是银行自己;交易流水可以是当日所有的交易明细,包括总行以及分行的所有大金额或小金额的交易明细。

另外,周期性的按批次生成报文以请求流水,是从当日的第一批次开始,按照设定的周期获取交易流水并入库,将今日的交易流水全部获取完,直到获取不到今日的流水,并将核心交易日期进行对应的切换。

需要说明的是,所述的核心交易日期是可以是工作日中进行清算的一个时间点,该时间点为依据银行核心所有流水核算完成的时间点,当本日获取不到流水,则会组报文查询这个时间点,如果发现查询到核心交易日期和本地的不一致,则证明核心交易日期已经日切,资金头寸管理系统也将准备日切操作,将本地工作日期同步为核心的工作日期,并将批次设置为0,从第一批次开始请求新的工作日的流水。

步骤s102,周期性的按头寸账户对所述交易流水进行清分计算,并同步所述交易流水。

在本发明实施例中,所述的周期性的进行清分计算与步骤s101中的周期相对应,可默认或配置;所述的头寸账户可以是发生资金交易的账户,可以是资金拥有账户,还可以是资金借贷账户;所述的清分计算主要是对当日的交易流水按照各成员账户进行贷记、借记、笔数、金额、轧差净额等进行汇总、整理、分类;并同步当日的交易流水情况,以便实时查询和参考。

另外,对交易流水进行清分计算后,还可以根据清算结果计算罚息单笔分摊;所述罚息的处理,首先是在计算出账流水前,判断该账户是否处于透支状态,然后再计算本次超支的、用于罚息的金额;若之前未透支,减去流水交易额后透支,则用当前账户透支余额来计算罚息(取罚息的绝对值);若之前就处于透支状态,则用流水发生额计算罚息;对该笔罚息金额对应分摊金额的计算,需要去除掉当前处于透支状态的账户,计算出各个账户余额的总金额,再使用账户余额在总金额中的占比,计算该笔罚息的分摊情况,组装分摊信息;最后保存罚息记录。

需要说明的是,本发明实施例提供的银行资金头寸管理系统以(下简称本系统)不拦截交易,且账户是各法人分行的清算账户,所以本系统需要向核心请求交易流水,并根据账户的昨日日终余额和今日的交易流水来计算实时头寸余额,从而达到实时监控的目的。

步骤s103,周期性的对所述交易流水进行核销,将核销结果与资金预报进行匹配。

在本发明实施例中,所述的周期性的进行核销与步骤s101、步骤s102中的周期相对应,可默认或配置;所述的核销可以是银行内部对交易流水的处理,包括但不限于对每个账户下的应收、应付以及借贷情况的核算处理,防止出现坏账、多付或少付账款等,起到系统的内控作用;所述的核销结果指的是得到实际的实时头寸余额;所述的资金预报是指预先设定的资金情况;通过将实时头寸余额与资金预报的匹配可以获得资金预报的匹配率指标,进一步提高了资金头寸的管理水平。

另外,对资金预报进行匹配的同时,按对应默认或配置的周期实时同步头寸余额,并按周期对目前账户的头寸做快照保存,定期生成资金计划和对账计划,并对目前账户头寸做快照保存。需要说明的是,所述的资金计划可以配置时间进行制定,例如设置每日、每周、每月、每季、每半年或每年生成定期的资金计划,对于对账则可以生成每日的对账计划。

进一步的,在生成资金计划以及对账计划的同时,还会将一系列的日终数据进行同步,并进行日终罚息汇总、分摊、日终评分以及日终资金计划的更新。

通过本发明实施例,本系统周期性的获取流水、计算流水、核销流水,大大提高了银行资金头寸的管理水平和效率,实现了实时头寸的监控目的,可以及时准确的让总行头寸管理者了解头寸的流动情况,大大节省了人力和物力。

参见图2,是本发明实施例提供的生成报文方法的实现流程示意图,如图所示该方法包括以下步骤:

步骤s201,获取当前需要请求的交易流水的批次号。

在本发明实施例中,所述的批次号可以使用纯数字,同时还要获取对应的交易日期,例如日期为yyyy-mm-dd格式的,需要进一步的将其转换;期中,从数据库运行时参数表中读取当前需要请求的流水的批次号。

另外,所述的批次号每日可以是从第一批次号开始递增,获取完并对应标记为已获取计算。

步骤s202,根据所述批次号组装所述交易流水的报文,并向银行核心系统发送所述报文。

在本发明实施例中,获取所述交易流水批次号的同时还需要获取交易流水的交易日期,可以将获取的批次号和交易日期两个参数作为报文体,生成对应的该批次的报文,保存到本地,可供查询;将生成的报文发送给银行核心系统,以请求对应批次的交易流水。

需要说明的是,所获取的批次号对应的交易流水可以是多笔,具体的根据交易情况设定,或按时间段进行划分设定。

步骤s203,获取发送报文后的报文回执,并判断所述报文回执是否成功。

在本发明实施例中,向银行核心系统发送请求流水的报文后,会返回报文回执,所述的报文回执可以是纯数字;例如,若报文回执内容为0000,则表示报文回执成功,则交易处理成功,若是其他内容,则表示报文回执失败,则可能出现取数过程有误或出现其他错误。

另外,当报文回执中的数据条数为0的时候,还需要判断是当前无交易还是核心交易日已切换,如果是没有交易,则进行等待,不更新批次号;如果是进行了核心日期的切换,则触发本地日切的服务。

步骤s204,若失败,则继续组装所述交易流水的请求报文,并向银行核心系统发送所述报文。

在本发明实施例中,若报文回执内容为其他数据,则报文回执失败,则重复进行步骤s202,继续组装该批次交易流水的请求报文,并向银行核心系统发送所述的报文,在此不再赘述。

步骤s205,若成功,解析所述报文回执内容。

在本发明实施例中,若报文回执成功,则可以从报回执中解析出文件名,并对所解析出的文件进行读取入库。

通过本发明实施例,根据批次号以及交易日期生成对应的报文,根据报文获取该批次的交易流水文件,根据回执内容判断报文回执是否成功,并根据报文内容解析出交易流水的文件名,通过多个线程,自动生成、发送并可以实时获取流水,大大提高了工作的效率以及头寸预警的及时性。

参见图3,是本发明实施例提供的请求当日交易流水方法的实现流程示意图,如图所示该方法包括以下步骤:

步骤s301,循环查找并下载银行核心系统生成的当前批次的交易流水文件。

在本发明实施例中,可以从文件传输协议ftp服务器循环查找银行核心系统生成的对应该批次的流水文件,并将该流水文件下载到本地。

需要说明的是,所属的文件传输协议ftp服务器要获取流水文件,当文件不存在时,则一直处于等待状态,若等待时间过长,超过设定的时间,则再重新发一次报文,然后继续等待。

另外,资金头寸管理系统还会判断银行核心是否生成流水文件,如果没有生成,则重新查询,最多可循环查询三次,如果存在,则下载流水文件到应用服务器上。

步骤s302,解析所述交易流水文件的内容,将第一流水数据写入增量清算流水临时表中。

在本发明实施例中,对所述的交易流水文件的内容进行解析,解析后得到的第一流水数据可以是经过数据处理后的数据信息,例如,可以是对文件内容进行的状态信息或其他信息的补充后,得到的第一流水数据信息;所述的增量清算流水临时表,可以保存经过数据处理后的第一数据信息,还可以作为数据的历史表保存一定的时间,保存时间可以是一个月、半年或一年的时间,并可以在一定的期限内进行追溯或查询。

步骤s303,读取所述增量清算流水临时表中的内容,将第二流水数据写入到本地增量清算流水表中。

在本发明实施例中,读取所述的增量流水临时表中的内容,即读取经过数据处理后的第一数据信息,并将读取到的流水数据归类整理,写入本地增量清算流水表中。

另外,可以根据临时表的数据判断本系统本地的增量流水数据是否已经存在,如果存在且不重复,将数据入库并对应修改运行时参数中的批次号,如果重复或者数据条数和回执中不同,则需要重新发送该批次的报文。

需要说明的是,数据在入库的时候需要根据一些字段来验证是否重复,如果数据重复,则重复的数据不进行写入本地库的操作。

步骤s304,更新所述请求的交易流水的批次号,并将已读取的交易流水的批次号存入批次信息表中。

在本发明实施例中,计算完一批次对应的交易流水后,还可以更新所述请求的交易流水的批次号,例如,更新的值为当前批次号加1;同时将已读取的交易流水的批次号存入批次信息表中,以便后期查询。

通过本发明实施例,将交易流水文件中的内容解析出来,存入增量流水临时表中,再读取临时表的数据,写入到本地增量清算流水表中,采用信息系统自动化处理,提高了头寸管理的工作效率,实时准确的监控头寸的当前情况。

优选的,所述的周期性的按头寸账户对所述交易流水进行清分计算,并同步所述交易流水包括:

a1,查询未计算的交易流水的最小批次号并读取所述最小批次号对应的交易流水。

在本发明实施例中,服务需要从数据库批次信息表中查询并获取已获取流水号未完成计算的最小批次号,例如,假设状态为0的流水对应的批次号;根据这个批次号从流水表中读取该批次对应的交易流水数据,根据交易流水数据和当前账户余额来计算实时头寸,计算完成后更新快照表。

a2,根据与所述最小批次号对应的交易流水查找银行内所有分行的清算账户。

在本发明实施例中,所述的清算账户可以是清算科目类对应的账户,所述的交易流水可以包括行内所有分行的清算账户的交易流水信息;若要实现实时头寸余额的计算与监控,需要获取清算账户类的交易流水信息。

a3,遍历与所述最小批次号对应的交易流水,将银行记账账号和所述清算账户的账号进行匹配,计算账户实时头寸余额。

在本发明实施例中,所述银行记账账号可以是行内用于记账处理的账号;清算账户可以是交易流水中清算科目类对应的账号;对该批次的交易流水表中的每一笔交易都进行访问,并将每一笔交易流水中的记账账号和清算账户的账号进行匹配,从而计算账户实时头寸余额,例如:对于清算科目来说,贷记为入账,则账户头寸余额加上流水的交易金额;借记为出账,则账户头寸余额减去流水的交易金额。

优选的,所述周期性的对所述交易流水进行核销,将核销结果与资金预报进行匹配包括:

b1,根据所述实时头寸余额,判断所述实时头寸余额是否触发预警;

b2,若所述实时头寸余额小于零,则触发透支预警;

b3,若所述实时头寸余额大于配置的最高预警线,则触发头寸资金上限预警;

b4,若所述实时头寸余额小于配置的最低预警线,则触发头寸资金下限预警。

在本发明实施例中,根据计算的账户头寸余额,可以判断实时头寸是否触发预警和罚息;在计算实时头寸的过程中,如果计算后的实时头寸触发了头寸上限、下限,系统会调用预警服务,如果计算出账户头寸是透支的,则计算日间罚息。

如果计算后得到的实时头寸余额小于0,则触发透支预警;如果计算后的实时头寸余额大于配置的最高预警线,则触发头寸资金上限预警;如果计算后的头寸余额小于配置的最低预警线,则头寸资金下限预警。

可选的,如果触发了预警和罚息,可以将信息记录,由前台登录后,在界面右下角弹出预警信息框,同时在首页预警界面展示最近的预警消息。

进一步的,在本批次所有流水计算完成后,更新保存最后计算出的账户头寸余额;更新该批次号的状态为已计算状态,例如,记为状态2,并保存到批次信息表中。

通过本发明提供的实施例,解决了传统手工资金头寸管理模式效率低下的问题,还解决了传统手工资金头寸管理模式不能实时进行头寸监控和预警的问题,同时还解决了传统手工资金头寸管理模式耗费大量人力成本的问题;由于采用了信息系统的自动化处理,大大提高了头寸管理的工作效率,并且由于预先的资金预报和资金计划填报以及实时的头寸计算,可以及时且准确的监控头寸的当前情况,使得银行可以及时的了解资金流动是否健康,有没有透支或者冗余资金是否太多,以便做出资金调拨或者其它预防措施来规避风险,增加收益。

另外,通过本发明实施例还可以对头寸的交易做出统计分析,包括表格和图表分析,极大方便了头寸管理员轻松整理出各种报表数据和图表给领导,作为银行领导层决策的一个重要依据。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

参见图4,是本发明实施例提供的银行前台装置功能结构的实例图,为了便于说明,仅示出了与本发明实施例相关的部分,如图所示,本发明实施例提供的银行前台装置可以通过网页web浏览器实现账户管理、资金计划、资金预报、资金调拨、罚息管理、对账管理、统计分析、绩效考核以及系统管理等。

其中,所述的账户管理可以包括:账户监控或预警、账户变更以及账户同步等;所述的资金计划可以包括:计划录入、计划修改以及计划审核等;所述的资金预报可以包括:发起预报、预报审核、修改撤销以及预报核销等;所述的资金调拨可以包括:发起调拨、审核调拨等;所述的罚息管理可以包括:信息查询、手动扣息以及手动分摊等;所述的对账管理包括对账、对账历史查询等;所述的统计分析包括:结果查询;所述的绩效考核可以包括:人工评分、考核结果查询以及计划录入等;所述的系统管理可以包括:参数配置、数据同步以及统计结果导出(例如,以excel表格导出)。

参照图5是本发明实施例提供的后台装置功能结构的实例图,为了便于说明,仅示出了与本发明实施例相关的部分,如图所示,本发明实施例提供的后台装置在系统启动后,可以实现流水请求线程、实施头寸计算、预报核销、请求实施头寸、快照历史保存、分摊金额转账以及周期任务监控等功能,其中,所述的流水请求线程通过周期的运行后,需要进行一次日切的服务,然后继续循环进行流水请求线程;其他功能按时间轴周期的运行后,继续可以循环运行。

参见图6是本发明实施例提供的前台和后台链接的功能结构实例图,为了便于说明,仅示出了与本发明实施例相关的部分,如图所示,银行系统的前台装置和后台装置通过数据库进行数据的互相传输。

其中,通过前台的数据信息,后台装置可以完成轮巡任务、每日定时任务以及周期定时任务等;其中,所述的轮巡任务可以包括:申请流水、数据入库,同步账户余额,预报核销,系统消息监控,计算实时头寸、罚息、单笔分摊,以及任务提示监控等;所述的每日定时任务可以包括:单日罚息、分摊统计,日终数据同步(数仓数据、日终罚息),更新资金计划使用情况,日数据统计结果(数据同步完成则启动)以及考核自动评分日统计等;所述的周期定时任务可以包括:罚息分摊转账,考核结果,下发资金计划以及下发对账任务等。

进一步的,后台为前台服务,周期或定期的执行流水获取、头寸计算、头寸核销、头寸同步等功能,为前台管理展示生产数据。

参见如7是本发明实施例提供的资金头寸管理的流程示意图,如图所示,在完成业务限额控制,需要在事前进行大金额业务报备,资金计划上报审批,资金头寸预计;在事中,需要实时交易匹配,内部试清算预警,日间日终透支计息等;事后需要进行计划完成情况的统计,资金流出流入统计以及计息分摊等。每次进行业务限额控制,则循环进行上述处理过程。

本发明提供的实施例使用信息化、自动化的技术方案,替代了低效的手工或者人工头寸管理模式。

第一方面,以往的头寸管理通过各个分支行头寸人员的监控,给总行头寸管理员通过邮件或者电话或者其它方式汇报日常交易过程中大额交易,或者频繁透支,都缺乏及时性或者都依赖于各支行人员的监控频率以及其它众多因素的影响,不能及时准确的让总行头寸管理者了解头寸的流动情况。本发明实施例通过每日日终同步核心的头寸余额,以及周期(一般可为5分钟,可以配置)获取流水,并按周期来计算请求到的流水,就可以计算出透支、触发预警线的情况,而且登录系统的各级头寸管理员均可以看到系统推送的预警消息,大大提高了头寸预警的及时性,并且也大大解放了头寸管理员的工作量和工作压力。

第二方面,本发明实施例大大提高了银行资金头寸的管理水平和能力,以往的手工式的头寸管理,力量分散,耗费人力大,管理效率低下。本发明实施例通过多个线程,获取流水、计算流水、核销流水,自动计息、根据开关配置,自动罚息转账、分摊转账,自动下发资金计划、对账计划等。还可以对每个分行的各项指标(罚息次数、罚息金额、是否对账、资金计划流出使用率、资金计划流入使用率、资金预报匹配率、未预报次数、未核销预报次数、对账失败次数)按配置的权重自动评分,根据配置时间(每周、每月、每个季度、每半年、每年)评比,计算出成绩单排名。

进一步的,前台可以通过手工配置资金预报、填报资金计划以及资金调拨,对全行资金流动可以进行全面的控制。

进一步的,本发明实施例还可以对全行所有交易进行统计分析,每天日终通过程序抽取行内当天所有交易数据,对当天的所有交易通过借贷记标志、分支机构、渠道等指标和维度进行汇总和统计,可以按表格或者图表展示统计结果,对于领导层决策提供了有力的数据支持。

参见图8是本发明实施例提供的银行头寸监控装置的示意图,为了便于说明,仅示出了与本发明实施例相关的部分,如图所示,所述银行头寸监控装置包括:

流水请求单元80,用于周期性的按批次生成报文,并根据所述报文的内容向银行核心系统请求当日交易流水;

清分计算单元81,用于周期性的按头寸账户对所述交易流水进行清分计算,并同步所述交易流水;

流水核销单元82,用于周期性的对所述交易流水进行核销,将核销结果与资金预报进行匹配。

进一步的,所述流水请求单元80包括:

批号获取模块801,用于获取当前需要请求的交易流水的批次号;

报文组装模块802,用于根据所述批次号组装所述交易流水的报文,并向银行核心系统发送所述报文;

报文回执处理模块803,用于获取发送报文后的报文回执,并判断所述报文回执是否成功;若失败,则继续组装所述交易流水的请求报文,并向银行核心系统发送所述报文;若成功,解析所述报文回执的内容;

第一处理模块804,用于循环查找并下载银行核心系统生成的当前批次的交易流水文件;

解析模块805,用于解析所述交易流水文件的内容,将第一流水数据写入增量清算流水临时表中;

读取模块806,用于读取所述增量清算流水临时表中的内容,将第二流水数据写入到本地增量清算流水表中;

更新模块807,用于更新所述请求的交易流水的批次号,并将已读取的交易流水的批次号存入批次信息表中。

进一步的,所述的清分计算单元81包括:

第二处理模块811,用于查询未计算的交易流水的最小批次号并读取所述最小批次号对应的交易流水;

查找模块812,用于根据与所述最小批次号对应的交易流水查找银行内所有分行的清算账户;

匹配计算模块813,用于遍历与所述最小批次号对应的交易流水,将银行记账账号和所述清算账户的账号进行匹配,计算账户实时头寸余额。

进一步的,所述流水核销单元82包括:

第三处理模块821,用于根据所述实时头寸余额,判断所述实时头寸余额是否触发预警;

预警模块822,用于若所述实时头寸余额小于零,则触发透支预警;若所述实时头寸余额大于配置的最高预警线,则触发头寸资金上限预警;若所述实时头寸余额小于配置的最低预警线,则触发头寸资金下限预警。

图9是本发明一实施例提供的资金头寸管理系统的示意图。如图9所示,该实施例的资金头寸管理系统9包括:含有银行头寸监控功能的前台装置和后台装置、数据库、处理器90、存储器91以及存储在所述存储器91中并可在所述处理器90上运行的计算机程序92,例如交易流水获取程序或实时头寸监控程序等。所述处理器90执行所述计算机程序92时实现上述各个银行头寸监控方法实施例中的步骤,例如图1所示的步骤s101至s103。或者,所述处理器90执行所述计算机程序92时实现上述各装置实施例中各模块/单元的功能,例如图8所示单元80至82的功能。

示例性的,所述计算机程序92可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器91中,并由所述处理器90执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序92在所述资金头寸管理系统9中的执行过程。例如,所述计算机程序92可以被分割成同步模块、汇总模块、获取模块、返回模块(虚拟装置中的模块)。

所述资金头寸管理系统9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述资金头寸管理系统9可包括,但不仅限于,处理器90、存储器91。本领域技术人员可以理解,图9仅仅是资金头寸管理系统9的示例,并不构成对资金头寸管理系统9的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述资金头寸管理系统9还可以包括输入输出设备、网络接入设备、总线等。

所称处理器90可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器91可以是所述资金头寸管理系统9的内部存储单元,例如资金头寸管理系统9的硬盘或内存。所述存储器91也可以是所述资金头寸管理系统9的外部存储设备,例如所述资金头寸管理系统9上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器91还可以既包括所述资金头寸管理系统9的内部存储单元也包括外部存储设备。所述存储器91用于存储所述计算机程序以及所述资金头寸管理系统9所需的其他程序和数据。所述存储器91还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1