CN107169862A - 一种银行不良客户存款自动追踪系统 - Google Patents
一种银行不良客户存款自动追踪系统 Download PDFInfo
- Publication number
- CN107169862A CN107169862A CN201710379692.9A CN201710379692A CN107169862A CN 107169862 A CN107169862 A CN 107169862A CN 201710379692 A CN201710379692 A CN 201710379692A CN 107169862 A CN107169862 A CN 107169862A
- Authority
- CN
- China
- Prior art keywords
- data
- loan
- borrower
- bad
- deposit
- 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
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/03—Credit; Loans; Processing thereof
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
技术领域
本发明涉及一种银行应用系统,具体地说是一种银行不良客户存款自动追踪系统。
背景技术
随着银行业务的不断发展,银行的业务处理越来越依赖于计算机应用系统,银行的大部分业务都要通过计算机应用系统来处理。
因为各个应用系统系统隶属于各个独立机构,应用系统内部有完整的业务流程,各个系统之间彼此独立,所以各个应用系统系统之间存在着信息孤岛。随着业务的发展,原先彼此独立的各个条线未来可能存在交互,为了实现关联系统的流程电子化,就需要打破各个系统之间的壁垒,实现不同应用系统系统之间的数据通讯。
如何能够获得来自不同条线的数据打破独立信息系统系统之间的壁垒,成为企业信息管理的一个重要难题。如何能使系统数据跨平台使用,构建管理多系统数据的应用管理系统成为重中之重。
例如,贷后催收的业务操作流程如下,第一步,贷后催收人员登录贷款管理系统,搜索不良借款人,按照机构和管理规定,绑定贷后催收人和不良借款人之间的关联关系,获取不良借款人的身份证号和机构编号;第二步,贷后催收人员登录存款管理系统,按照不良借款人的身份证号遵照T+0的时间维度查询不良借款人在本行的存款金额,获取不良借款人的相关存款账号;第三步,依据借款人身份信息、借款人存款余额信息、借款人存款账号信息,针对符合扣款规则的存款账号进行扣划;第四步,最后贷后催收人根据执行情况,将不良贷款的扣划情况汇总至上一级部门。
依据上述实例,实现系统系统之间的集成显得愈加重要,一方面,随着贷后催收业务量的增加,贷款系统和存款系统之间的交互次数大幅增长,而贷款系统和存款系统之间衔接是中断的,需要手工连接,为了保证业务操作的连续性,实现系统连接自动化;另一方面,不同系统间沟通会增加人力资源的成本,为了降低成本,提高工作效率,也需要通过集成贷款系统、存款系统、机构系统来实现贷后催收工作。
在现有的技术条件下,一种方式是基于贷后催收的新需求,配套改造现有系统,实现系统衔接的连续性;另一种方式是依托SOA的框架实现跨系统的平台,建立一个公共调用的系统平台,在系统平台上注册服务,发布服务,查询服务,调用服务,将所有的应用转化成服务,通过服务编排和组合,实现不同应用系统的服务整合。
第一种实现方式,涉及的面比较广,改造成本大,而且随着需求发生变化,需要重新改造,适应性差,无法满足具体的应用场景;第二种实现方式,需要构建统一平台,实现的成本也比较高,耗费时间比较长,也无法满足银行快捷低成本的开发需求。
发明内容
针对现有技术中银行贷后催收的系统集成及系统集成所面临的适应性差、实现成本高、无法满足银行快捷低成本的开发需求等不足,本发明要解决的问题是提供一种可高效和低成本的解决跨模块之间信息流转问题的银行不良客户存款自动追踪系统。
为解决上述技术问题,本发明采用的技术方案是:
本发明一种银行不良客户存款自动追踪系统,包括存款系统、贷款系统以及机构系统,在存款系统、贷款系统以及机构系统之上构建链接数据模块和筛选数据模块,在存款系统与贷款系统之间、贷款系统与机构系统组之间分别构建组合数据模块,贷款系统、存款系统以及机构系统分别通过各自的链接数据模块、筛选数据模块以及组合数据模块关联到统一应用数据模块,构建数据平台,将不同系统的数据表存储到数据平台,在数据平台上创建不同系统的关联表用以查询不同系统的关系,并存储到数据平台;在上述数据平台中构建关系管理模块和信息管理模块,其中关系管理模块用于维护贷后催收人和借款人关系,实现对贷款系统和机构系统之间的应用组合;信息管理模块包括借款人存款信息子模块、催收人短信通知子模块以及催收人执行录入子模块,用于上述各类信息的查询和录入。
所述筛选数据模块控制过程如下:
链接筛选数据模块所在系统的目的数据库,创建筛选数据模型;
利用上述筛选数据模型,依据查询数据的逻辑关系,组织形成SQL脚本语句;
设计查询数据的定时任务,即按照时间和事件驱动维度,制定每日作业流程;
调用定时任务,执行查询逻辑的SQL脚本,获取数据后按照标准格式,存储在本地数据库中。
所述组合数据模块包括用于贷款系统与机构系统关联的第一组合数据模块和用于贷款系统和存款系统关联的第二组合数据模块,其中第一组合数据模块的控制过程如下:
通过筛选数据模块,后台获取业务数据,选取贷款系统和机构系统的关联属性为:不良借款人的身份证号、不良借款人的经办机构号、不良借款人的经办客户经理号、不良借款人的合同编号;
根据筛选模型构建贷款表和机构表,不良借款人身份证号、经办机构、经办客户经理号、不良借款人合同编号关联贷款表和机构表,构建贷款系统与机构系统的关联表包含属性为:不良借款人身份证号、经办机构、不良借款人合同编号、不良借款人合同状态、不良借款人的经办客户经理、不良借款人的经办经理手机号。
所述第二组合数据模块的控制过程如下:
通过筛选数据模块,后台获取业务数据,选取贷款系统和存款系统的相关属性为:不良借款人身份证号和不良借款人的合同编号;
根据筛选模型构建贷款表和存款表,不良借款人身份证号和不良借款人的合同编号关联贷款表和存款表,构建贷款系统和存款系统的关联表包含属性为:不良借款人身份证号、不良借款人存款账号、不良借款人存款余额、不良借款人的合同编号。
所述统一应用数据模块的控制过程如下:
根据接收的组合数据模块选取的不同系统的关联属性,将贷款系统、存款系统、机构系统三者关联,构建贷款、存款、机构关联表;
将不同系统的数据按照统一格式存储到本地平台上,完成不同系统间数据的组合,形成数据集成,统一存储到数据平台。
所述将不同系统的数据按照统一格式存储到本地平台上包括:
通过客户端访问数据存储服务器,按照Oracle格式,设计不同系统的业务数据表,以及不同系统相关联的业务关联数据表;
利用业务关联数据表的插入时间顺序设计数据平台调用作业的自动任务,规定时间和事件驱动的规则;
按照自动任务的驱动规则,每日向统一数据平台插入业务数据和业务关联数据,完成从不同系统的数据集成到存储在统一数据平台,保证后续应用的统一访问。
所述关系管理模块基于统一数据平台构建,建立在贷款系统和机构系统的业务数据之上,其控制过程如下:
设计PL/SQL脚本,定时从数据平台筛选数据,获取数据之后,前台维护数据;
后台将不良贷款借款人信息推送到前台,贷后催收人员根据不良贷款的所属关系,认领不良贷款的借款人,初始化建立借款人和贷后催收人员的关系;
根据业务发展变动,调整不良贷款借款人和贷后催收人之间的关系,重新建立不良贷款借款人和贷后催收人的关系。
所述关系管理模块基于统一数据平台构建,建立在贷款系统、存款系统、机构系统的业务数据之上,其控制过程如下:
设计PL/SQL脚本,定时从统一数据平台筛选数据,获取数据之后,前台补充执行结果数据;
后台按照不良贷款借款人的所属机构、状态、发现存款的时间的维度进行查询,通过访问统一数据平台的存款表和贷款搜索到不良贷款借款人名下的所有存款信息;
后台自动访问统一数据平台的存款表、机构表、贷款表,遵循既定条件筛选存款信息和关系信息,组合成发送报文;
编写发送和拼接报文的公共方法,按照短信发送平台的既定要求,拼接发送报文;
发送报文送至短信发送平台,以短信的方式将借款人存款信息发送到事先建立关系的贷后催收人的手机上;
由贷后催收人按照不良贷款户的所属机构、状态、发送短信的时间维度,检索需要反馈的执行信息;
根据执行情况进行实时反馈,将执行情况信息补充到执行状态反馈表中,完成对贷后催收信息的高效利用,实现实时追踪不良借款人在银行的存款。
本发明具有以下有益效果及优点:
1.本发明开发了银行应用系统管理平台,实现了跨系统信息通讯,集成多个源系统的数据,改进和优化了业务流程,将银行内部贷款、存款、贷后催收、执行反馈各模块集成,减少不同系统间沟通成本,将业务流程电子化,改变了传统开发业务平台的模式,避免低效和高成本的开发模式,高效快捷低成本的开发轻量级系统管理平台,并且在业务上改变了原有不定期手工查询存款来获得存款信息的工作模式,实现自动追踪银行不良客户存款的工作模式,有效防范不良借款人存款转移,也减轻一线员工的工作强度,切实降低了存款追踪的工作量和工作难度,高效低成本。
2.本发明提供银行应用系统管理平台的开发模式,利用基于业务场景统一数据,牺牲存储空间来换取开发应用的便利,构建粗粒度的数据库,在此基础上实现轻量级的内部应用系统,高效、敏捷、低成本的开发内部应用管理系统,够满足银行不同类业务的跨平台的信息整合,保证业务操作的连续性,实现系统连接自动化,能够为用户提供自动追踪不良借款人银行存款的途径。
3.本发明提供不同系统数据之间进行关联的模式,一方面打破原有信息孤岛,另一方面也避免形成新的信息孤岛,将贷款系统中借款人信息和机构系统中的贷后催收人之间关系的关联方法,灵活、简单、有效完成不良借款人和贷后催收人之间的绑定,有效防范不良贷款借款人遗漏的风险。
4.本发明提供的开发模式和关联不同系统数据的方法,以贷后催收为例,从识别不良贷款开始,到捆绑不良贷款借款人和固定贷后催收人,筛选符合条件的信息,将信息发送给指定贷后催收人,实现了业务流程自动化,提高工作效率。
附图说明
图1为本发明提供的银行应用系统管理平台的软硬件部署示意图;
图2为本发明提供的管理平台系统示意图;
图3为本发明提供的管理平台链接数据模块流程图;
图4为本发明提供的管理平台筛选数据模块流程图;
图5为本发明提供的管理平台组合数据模块流程图;
图6为本发明提供的管理平台统一数据平台流程图;
图7为本发明提供的管理平台关系管理流程图;
图8为本发明提供的管理平台信息管理流程图。
具体实施方式
下面结合说明书附图对本发明作进一步阐述。
本发明是将贷款系统、存款系统、机构系统集成到一起,如图1所示,为系统软件和硬件架构的部署图,展示贷款系统、存款系统、机构系统的硬件部署关系,数据平台服务器统一上述三个系统,在数据统一之后,应用平台服务器访问数据平台服务器,获取系统集成数据。通过上述设计模式,将应用与源系统数据隔离开,通过数据平台统一不同应用系统的数据。
本发明通过将应用和数据源隔离开来,保证了原系统和应用二者的独立性,以及较高的可变性。
本发明通过上述方法,使应用系统管理平台不受应用系统数据交互的限制,有效解决不同应用系统衔接的问题。
如图2所示,本发明一种银行不良客户存款自动追踪系统,基于存款系统、贷款系统以及机构系统之上,在存款系统、贷款系统以及机构系统中构建链接数据模块和筛选数据模块,在存款系统与贷款系统之间、贷款系统与机构系统组之间分别构建组合数据模块,贷款系统、存款系统以及机构系统分别通过各自的链接数据模块、筛选数据模块以及组合数据模块关联到统一应用数据模块,构建数据平台,将不同系统的数据表存储到数据平台,在数据平台上创建不同系统的关联表用以查询不同系统的关系,并存储到数据平台;基于数据平台构建关系管理模块和信息管理模块,其中关系管理模块用于维护贷后催收人和借款人关系,实现对贷款系统和贷后系统之间的应用组合;信息管理模块包括借款人存款信息子模块、催收人短信通知子模块以及催收人执行录入子模块,用于上述各类信息的查询。
本发明中链接数据模块、筛选数据模块、组合数据模块、统一数据平台、关系管理模块后台部分、信息管理模块后台部分、机构管理模块后台部分、用户管理模块后台部分、菜单项管理模块后台部分都构建在数据平台服务器,本发明中关系管理模块前台部分、信息管理模块前台部分、机构管理模块前台部分、用户管理模块前台部分、菜单项管理模块前台部分构建在应用平台服务器。在数据平台服务器上,针对不同外部系统的链接数据模块按照串联的模式,遵循贷款、机构、存款的顺序,分别轮询建立链接,根据链接返回结果,驱动筛选数据模块,筛选数据结果,按照时间的调用顺序,启动组合数据模块,统一存款、贷款、机构三方数据。
本发明通过上述方式,使应用系统管理平台不受跨系统数据交互的限制,有效解决系统衔接的问题。
整体模块实现原理如下:
基于JSF平台架构,利用SUP开发工具将后台数据模块整合到应用管理系统中,改变现有重新自建数据库模式,依托源系统的数据,通过后台抓取所需的数据。
保证系统集成平台数据和原应用系统数据同步更新,设计方案如下:
创建数据同步日期的日期表,在原应用系统数据库更新之后,同步到系统集成平台,维护同步数据的日期表,保证日期表中日期字段和当前原应用系统数据库更新日期对应,如果日期字段不匹配,则调用链接数据模块访问源数据库,随后通过筛选数据模块和组合数据模块获取当前原应用系统数据库最新数据。统一数据平台部署在Linux操作系统上,在系统上制定定时任务,根据总行推送数据的时间点,按照时间维度触发定时任务,通过定时任务来调用链接数据模块、筛选数据模块、组合数据模块。当总行推送数据之后,根据日期表中的日期字段,动态调整筛选和组合数据模块中SQL语句中的查询条件,将符合条件的数据都插入到新建平台的数据库。
本发明依托现有系统即存款系统、贷款系统以及机构系统,从数据集成角度完成应用的集成,构建跨不同的系统的数据平台,在数据层面上支持系统管理平台的应用。根据特定的业务场景,构建统一的数据,按照标准的数据格式,构造全新的数据库,通过不同系统之间的相同属性来连接不同系统数据。
本发明通过JSF框架结合Java bean,开发出前台用户界面,利用SUP开发工具编辑前台界面。
如图2所示,为本发明银行不良客户存款自动追踪系统的组成图,展示从原应用系统到后台数据统一以及前台界面维护的全流程,从原应用系统入手,经过链接数据模块建立远程访问,然后通过筛选数据模块创建筛选数据模型获取数据,随后组合数据模块关联不同应用系统的数据,统一应用数据模块按照标准格式将不同应用系统的数据统一起来,最后统一存储在数据平台模块,通过后台数据库的关联链接实现系统模块的衔接。通过模块衔接,将不同系统模块集成为一个系统。后续需求发生变动,不会影响原有系统,可以低成本实现系统的可变性。
以下分别介绍链接数据库模块、筛选数据模块、组合数据模块、统一数据平台模块、关系管理模块以及信息管理模块的实现过程。
1.链接数据库模块
链接数据库模块:远程访问原应用系统,遵循统一访问模式,登录原应用系统数据库。如图3所示,本发明中,后台链接数据库的实现流程如下:
1)登录PL/SQL工具平台,输入用户名和密码;
2)在PL/SQL工具上,通过网络建立DB Link进行远程访问;
3)总共建立三个DB Link,目的数据库包括贷款系统、存款系统以及机构系统;
4)建立链接之后,判断建立链接是否成功,否则返回开始,重新建立链接。
通过上述步骤完成从本地链接到目的系统的数据库,通过网络手段,将目的系统的数据可以传输到本地的数据平台。
2.筛选数据模块
筛选数据模块在链接目标应用系统的数据库之后,筛选原有应用系统的全量数据,取得特定场景的业务数据,对数据的预处理,降低数据存储所占空间,提高查询和传输数据效率。如图4所示,本发明中,后台筛选数据的实现步骤如下:
1)链接筛选数据模块所在系统的目的数据库,创建筛选数据模型;
2)利用上述筛选数据模型,依据查询数据逻辑,组织形成SQL脚本语句;
筛选数据模块针对,筛选贷款系统数据、筛选存款系统数据、筛选机构系统数据,具体筛选的查询组织逻辑如下:
查询贷款系统数据的逻辑:筛选数据模块在链接贷款系统之后,依据贷款系统中的贷款状态字段,根据贷款状态属性等于指定标识,筛选出符合不良条件的借款人;
查询存款系统数据的逻辑:筛选数据模块在链接存款系统之后,依据不良借款人的身份标识字段,预筛选借款人的存款余额,根据存款余额超过一定阈值,筛选出符合条件的借款人的存款余额;
查询机构系统数据的逻辑:筛选数据模块在链接机构系统之后,依据不良借款的经办机构字段,筛选出不良借款人的归属机构和贷后催收人;
3)设计查询数据的定时任务,即按照时间和事件驱动维度,制定每日作业流程;
4)调用定时任务,执行查询逻辑的SQL脚本,获取数据后按照标准格式,存储在本地数据库中。
通过上述步骤完成从链接数据库到筛选数据的目的,抓取业务目标数据,提高数据传输的效率。
3.组合数据模块
组合数据模块将来自不同应用系统的数据组合成统一的数据库。如图5所示,本发明中,组合数据模块的实现过程如下:
1)通过筛选数据模块,后台获取业务数据,选取不同应用系统间的关联属性。
2)确定贷款系统和机构系统的关联属性是不良借款人的合同编号、不良借款人的身份证号、不良借款人的经办机构号、不良借款人的经办客户经理号,确定贷款系统和存款系统的关联属性是不良借款人的合同编号、不良借款人的身份证号。
3)构建贷款系统和机构系统的关联表包含不良借款人身份证号属性、经办机构属性、不良借款人合同属性、不良借款人合同状态属性、不良借款人的经办客户经理属性、不良借款人的经办客户经理手机号,不良借款人身份证号属性、经办机构属性、经办客户经理属性、不良借款人合同编号关联了贷款表和机构表。
4)构建贷款系统和存款系统的关联表包含不良借款人身份证号属性、不良借款人存款账号、不良借款人存款余额、不良借款人的合同编号,不良借款人身份证号属性和不良借款人合同编号属性关联了贷款表和存款表。
5)根据不同应用系统的关联属性,按照步骤3)和4)实现贷款系统、存款系统、机构系统三者的关联,构建贷款、存款、机构关联表。
6)将不同系统的数据,按照统一格式存储到本地平台上。
通过上述步骤完成不同系统间数据的组合,形成数据集成。
组合数据模块包括用于贷款系统与机构系统关联的第一组合数据模块和用于贷款系统和存款系统关联的第二组合数据模块,其中第一组合数据模块的控制过程为:
通过筛选数据模块,后台获取业务数据,选取贷款系统和机构系统的相关属性为:不良借款人的身份证号、不良借款人的经办机构号、不良借款人的经办客户经理号、不良借款人的合同编号、不良借款人的合同状态属性、经办客户经理的手机号;贷款系统与机构系统的关联属性为:不良借款人身份证号、经办机构号、经办客户经理号、合同编号;
使用不良借款人身份证号和归属机构构建贷款表和机构表,通过不良借款人身份证号、经办机构属性、合同编号、经办客户经理号将贷款表和机构表关联起来,构建贷款和机构关联表;
所述第二组合数据模块的控制过程如下:
通过筛选数据模块,后台获取业务数据,选取贷款系统和存款系统的相关属性为:不良借款人身份证号、合同编号、不良借款人存款账号、不良借款人存款余额;
依据不良借款人身份证号属性和合同编号属性构建贷款表和存款表,通过不良借款人身份证号属性将贷款表和存款表关联起来,构建贷款和存款关联表。
4.统一数据平台模块
统一数据平台模块根据接收的组合数据模块选取的不同系统的关联属性,将贷款系统、存款系统、机构系统三者关联,构建贷款、存款、机构关联表;
将不同系统的数据按照统一格式存储到本地平台上,完成不同系统间数据的组合,形成数据集成,统一存储到数据平台。
如图6所示,本发明中,统一数据平台模块实现步骤如下:
1)通过客户端访问数据存储服务器,按照Oracle格式,设计不同系统的业务数据表,以及不同系统相关联的业务关联数据表;
2)利用业务关联数据表的插入时间顺序设计数据平台调用作业的自动任务,规定时间和事件驱动的规则;
3)按照自动任务的驱动规则,每日向统一数据平台插入业务数据和业务关联数据,完成从不同系统的数据集成到存储在统一数据平台,保证后续应用的统一访问。
5.关系管理模块
关系管理在后台模块推送数据之后,分别在前台和后台对借款人和贷后催收人关系进行维护。如图7所示,关系管理模块基于统一数据平台构建,建立在贷款系统和机构系统的业务数据之上,其控制过程如下:
1)设计PL/SQL脚本,定时从数据平台筛选不良借款人信息数据,获取数据之后,前台维护不良借款人和贷后催收关系数据。
2)后台将不良贷款借款人信息推送到前台,贷后催收人员根据不良贷款的所属关系,认领不良贷款的借款人,建立借款人和贷后催收人员的关系。
3)根据二者关系,分别建立自定义模式和固定模式;
自定义模式:前台人工绑定贷后催收人和不良借款人关系;
固定模式:后台根据不良借款人归属的经办机构,自动绑定贷后催收人和不良借款人关系;
4)根据贷后催收业务变动需要,调整不良贷款借款人和贷后催收人之间的关系,重新建立不良贷款借款人和贷后催收人的关系。
通过上述步骤完成不良借款人和贷后催收人之间关系的调整。
6.信息管理模块
贷后催收信息管理在后台模块推送数据之后,对贷后催收的执行结果进行维护。如图8所示,信息管理模块基于统一数据平台构建,建立在贷款系统、存款系统、机构系统的业务数据之上,其控制过程如下:
1)设计PL/SQL脚本,定时从数据平台筛选数据,获取数据之后,前台补充执行结果数据;
2)后台按照不良贷款借款人的经办机构、合同状态、发现存款的时间的维度进行查询,搜索到不良贷款借款人名下的所有存款信息,通过访问统一数据平台的存款表和贷款表实现;
3)后台自动访问统一数据平台的存款表、机构表、贷款表,遵循既定条件筛选存款信息和关系信息,组合成发送报文,具体内容包括经办客户经理姓名、经办客户经理手机号、经办机构、不良借款人姓名、不良借款人存款余额、不良借款人存款账号;
4)编写发送和拼接报文的公共方法,按照短信发送平台的既定要求,拼接发送报文;
5)发送报文送至短信发送平台,最后以短信的方式将借款人存款信息发送到事先建立关系的贷后催收人的手机上;
6)由贷后催收人按照不良贷款户的经办机构、合同状态、贷后催收人接收短信的时间维度,检索需要反馈的执行信息;
7)根据执行情况进行实时反馈,将执行情况信息补充到执行状态反馈表中,缩短了贷后催收的信息流转时间;
通过上述步骤完成对贷后催收信息的高效利用,实现实时追踪不良借款人在银行的存款。
本发明提供了一个整合贷款信息管理、贷后催收、存款信息管理、执行反馈四个功能的系统管理平台,整合贷款系统、存款系统、机构系统的高效开发方法,以及整合系统中数据的关联方法,从而高效和低成本的解决跨模块之间信息流转的问题,实现自动追踪不良客户名下存款的目的,灵活的建立不同模块之间的关系。
一方面,本发明实施方式提供一种银行不良客户存款自动追踪系统,通过将不同系统集成来实现自动追踪不良客户存款的目的,但不限于基于贷款、存款以及机构应用系统,在获取系统数据基础上,设计筛选数据的条件,开发筛选和推送的数据应用模块,按照既定规则,从上述系统中识别及推送相应的数据。基于上述的数据模块构建数据平台,将数据从贷款系统、存款系统、机构系统中导出,基于应用的维度,在特定的业务场景基础上,形成统一数据。根据业务需求组织源系统数据,按照既定条件筛选系统中数据,节约存储空间。由于抽取的数据在彼此的系统之间存在一定交集,相同属性的数据也就构成了连接不同系统数据的连接属性,存储相同属性数据多次对于数据库而言是冗余,但是一定的冗余对于后续应用开发产生便利。
在数据平台模块的基础上,开发关系管理模块,用于维护贷后催收人和借款人关系,实现对贷款系统和机构系统之间的应用组合。
在统一数据平台模块的基础上,开发信息管理模块,包含借款人存款信息子模块、催收人短信通知子模块、催收人执行录入子模块,信息管理模块的具体控制过程如下:
第一步,根据查询存款信息和接收短信提醒的需求,组织SQL语句从数据平台上查询借款人存款信息;
第二步,遵循既定的筛选规则,按照统一格式标准进行存储,拼接发送至贷后催收人的短信报文,根据关系管理模块里的关联规则将拼接短信关联到贷后催收人,将短信报文和贷后催收人组合成发送报文;
第三步,围绕接收短信后的执行情况,录入执行结果到催收人执行录入子模块,贷后催收人在接收到不良借款人名下的存款短信之后,立即转入扣款流程。
扣款流程总共分成三类,第一类符合扣款条件,立即将不良客户名下存款进行冻结和扣划;第二类现在不符合但未来符合,例如,不良借款人名下的定期存款,只能在定期存款到期后进行扣划,在规定时间之后,可以将不良借款人名下的存款进行冻结和扣划;第三类现在和未来都不符合扣款条件,该客户名下的此笔存款无法进行冻结和扣划;最后,依据上述三种分类,将贷后催收的执行情况录入到系统中,实现省行本部统计分支行执行情况的目的,便于省行掌握分支行的后续执行情况。
菜单项管理模块、机构管理模块以及用户管理模块均设置于前台,为应用管理系统的基础,在此基础上,设计和实现具体的应用,利用既定的JSF框架,导入菜单项、机构、用户管理的后台SQL实现语句,完成对上述内部应用管理系统的开发。
另一方面,本发明实施方式提供了一种实现不同系统数据关联的方法,打破不同系统数据之间的壁垒,避免产生新的信息孤岛。
不同系统数据的关联方法通过以下步骤实现:
步骤1,基于银行内部系统(包括存款系统、贷款系统以及机构系统)的特征,各系统的数据库对其他数据库是开放的,利用PL/SQL工具建立数据库链接,分别向贷款系统、存款系统、机构系统建立Database link,通过Database link访问不同系统的数据。
步骤2,在通过Database link访问不同系统数据的基础上,基于业务需求,按照逻辑组织筛选所需数据,避免全量导入数据库,产生不必要的存储浪费。
步骤3,在数据平台上编写存储过程,通过自动任务Job按照一定频率,调用数据平台上Procedure语句,获取步骤2筛选的数据,导入到统一数据平台模块。由于不同系统之间存在相同属性,通过该相同属性关联到不同系统,可以查询到符合条件的不同系统上的数据,按照设定的数据格式,存储到数据平台。
步骤4,将不同系统的数据表存储到数据平台后,按照数据的相同属性进行关联不同系统,在数据平台上构建不同系统的关联表,通过关联表来查询不同系统的关系,将系统关联关系存储到数据平台。
根据所述步骤1,首先访问不同系统,掌握访问不同系统的权限。根据所述步骤2,在访问数据之后,通过条件来筛选所需数据;根据步骤3,通过自动任务定时调用存储过程的方式,来获取不同系统的数据;根据步骤4,将获取到数据平台的数据,根据不同系统的相同属性来获取不同系统的关联关系,将关联关系存储到数据平台之上。根据上述四个步骤,实现不同系统数据关联的方法。
本发明同时也提供一个将不同系统应用集成的方法,其可以包括,但不限于:
一种集成上述系统的高效开发方法,首先实现跨平台的应用,改变基于现有应用自建数据库的模式,依托现有系统,从数据集成角度来完成应用的集成,基于按照一定频率从系统中筛选数据推送到数据平台,从数据层面上支持轻量级系统管理平台的应用。基于JSF的开发框架,开发上述关系管理模块和信息管理模块实现了跨系统集成应用,从数据层面完成应用层面的服务编排。
为了避免过度浪费存储空间,在从系统中推送信息数据之前,从系统中根据业务模式的关键字码信息,查询出相关元组信息。根据属性条件,筛选指定元组,推送系统的信息数据到统一数据平台以及不同系统的关系信息,为后续组合成发送报文提供准备。
相应地,根据特定的业务场景,来构建统一的数据,按照后续设定的数据格式,构造全新的数据库,通过不同系统数据之间的相同属性,来连接不同系统,就可以依据粗粒度数据库来统一隔离的应用系统,基于上述的方法实现对应用的整合。
Claims (8)
1.一种银行不良客户存款自动追踪系统,包括存款系统、贷款系统以及机构系统,其特征在于:在存款系统、贷款系统以及机构系统之上构建链接数据模块和筛选数据模块,在存款系统与贷款系统之间、贷款系统与机构系统之间分别构建组合数据模块,贷款系统、存款系统以及机构系统分别通过各自的链接数据模块、筛选数据模块以及组合数据模块关联到统一应用数据模块,构建数据平台,将不同系统的数据表存储到数据平台,在数据平台上创建不同系统的关联表用以查询不同系统的关系,并存储到数据平台;在上述数据平台中构建关系管理模块和信息管理模块,其中关系管理模块用于维护贷后催收人和借款人关系,实现对贷款系统和机构系统之间的应用组合;信息管理模块包括借款人存款信息子模块、催收人短信通知子模块以及催收人执行录入子模块,用于上述各类信息的查询和录入。
2.按权利要求1所述的银行不良客户存款自动追踪系统,其特征在于所述筛选数据模块控制过程如下:
链接筛选数据模块所在系统的目的数据库,创建筛选数据模型;
利用上述筛选数据模型,依据查询数据的逻辑关系,组织形成SQL脚本语句;
设计查询数据的定时任务,即按照时间和事件驱动维度,制定每日作业流程;
调用定时任务,执行查询逻辑的SQL脚本,获取数据后按照标准格式,存储在本地数据库中。
3.按权利要求1所述的银行不良客户存款自动追踪系统,其特征在于所述组合数据模块包括用于贷款系统与机构系统关联的第一组合数据模块和用于贷款系统和存款系统关联的第二组合数据模块,其中第一组合数据模块的控制过程如下:
通过筛选数据模块,后台获取业务数据,选取贷款系统和机构系统的关联属性为:不良借款人的身份证号、不良借款人的经办机构号、不良借款人的经办客户经理号、不良借款人的合同编号;
根据筛选模型构建贷款表和机构表,不良借款人身份证号、经办机构、经办客户经理号、不良借款人合同编号关联贷款表和机构表,构建贷款系统与机构系统的关联表包含属性为:不良借款人身份证号、经办机构、不良借款人合同编号、不良借款人合同状态、不良借款人的经办客户经理、不良借款人的经办经理手机号。
4.按权利要求3所述的银行不良客户存款自动追踪系统,其特征在于所述第二组合数据模块的控制过程如下:
通过筛选数据模块,后台获取业务数据,选取贷款系统和存款系统的相关属性为:不良借款人身份证号和不良借款人的合同编号;
根据筛选模型构建贷款表和存款表,不良借款人身份证号和不良借款人的合同编号关联贷款表和存款表,构建贷款系统和存款系统的关联表包含属性为:不良借款人身份证号、不良借款人存款账号、不良借款人存款余额、不良借款人的合同编号。
5.按权利要求1所述的银行不良客户存款自动追踪系统,其特征在于所述统一应用数据模块的控制过程如下:
根据接收的组合数据模块选取的不同系统的关联属性,将贷款系统、存款系统、机构系统三者关联,构建贷款、存款、机构关联表;
将不同系统的数据按照统一格式存储到本地平台上,完成不同系统间数据的组合,形成数据集成,统一存储到数据平台。
6.按权利要求5所述的银行不良客户存款自动追踪系统,其特征在于所述将不同系统的数据按照统一格式存储到本地平台上包括:
通过客户端访问数据存储服务器,按照Oracle格式,设计不同系统的业务数据表,以及不同系统相关联的业务关联数据表;
利用业务关联数据表的插入时间顺序设计数据平台调用作业的自动任务,规定时间和事件驱动的规则;
按照自动任务的驱动规则,每日向统一数据平台插入业务数据和业务关联数据,完成从不同系统的数据集成到存储在统一数据平台,保证后续应用的统一访问。
7.按权利要求1所述的银行不良客户存款自动追踪系统,其特征在于:所述关系管理模块基于统一数据平台构建,建立在贷款系统和机构系统的业务数据之上,其控制过程如下:
设计PL/SQL脚本,定时从数据平台筛选数据,获取数据之后,前台维护数据;
后台将不良贷款借款人信息推送到前台,贷后催收人员根据不良贷款的所属关系,认领不良贷款的借款人,初始化建立借款人和贷后催收人员的关系;
根据业务发展变动,调整不良贷款借款人和贷后催收人之间的关系,重新建立不良贷款借款人和贷后催收人的关系。
8.按权利要求1所述的银行不良客户存款自动追踪系统,其特征在于:所述关系管理模块基于统一数据平台构建,建立在贷款系统、存款系统、机构系统的业务数据之上,其控制过程如下:
设计PL/SQL脚本,定时从统一数据平台筛选数据,获取数据之后,前台补充执行结果数据;
后台按照不良贷款借款人的所属机构、状态、发现存款的时间的维度进行查询,通过访问统一数据平台的存款表和贷款搜索到不良贷款借款人名下的所有存款信息;
后台自动访问统一数据平台的存款表、机构表、贷款表,遵循既定条件筛选存款信息和关系信息,组合成发送报文;
编写发送和拼接报文的公共方法,按照短信发送平台的既定要求,拼接发送报文;
发送报文送至短信发送平台,以短信的方式将借款人存款信息发送到事先建立关系的贷后催收人的手机上;
由贷后催收人按照不良贷款户的所属机构、状态、发送短信的时间维度,检索需要反馈的执行信息;
根据执行情况进行实时反馈,将执行情况信息补充到执行状态反馈表中,完成对贷后催收信息的高效利用,实现实时追踪不良借款人在银行的存款。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710379692.9A CN107169862B (zh) | 2017-05-25 | 2017-05-25 | 一种银行不良客户存款自动追踪系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710379692.9A CN107169862B (zh) | 2017-05-25 | 2017-05-25 | 一种银行不良客户存款自动追踪系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107169862A true CN107169862A (zh) | 2017-09-15 |
CN107169862B CN107169862B (zh) | 2020-08-04 |
Family
ID=59820703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710379692.9A Active CN107169862B (zh) | 2017-05-25 | 2017-05-25 | 一种银行不良客户存款自动追踪系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107169862B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108446341A (zh) * | 2018-03-02 | 2018-08-24 | 平安普惠企业管理有限公司 | 业务状态查询方法、装置、计算机设备和存储介质 |
CN108985741A (zh) * | 2018-07-19 | 2018-12-11 | 南京市公安局建邺分局 | 一种警务平台资金流水自动查询追踪方法 |
CN109669954A (zh) * | 2018-09-25 | 2019-04-23 | 平安科技(深圳)有限公司 | 合同数据的获取方法、设备、存储介质及装置 |
CN112199424A (zh) * | 2020-09-07 | 2021-01-08 | 深圳市法本信息技术股份有限公司 | 通过rpa拉通信息孤岛的方法、可读存储介质、rpa机器人 |
CN115858372A (zh) * | 2022-12-19 | 2023-03-28 | 上海浦东发展银行股份有限公司 | 基于olap系统的批量数据构造和自动化验证方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010032158A1 (en) * | 1999-12-29 | 2001-10-18 | Starkman Hartley C. | Delinquency-moving matrices for visualizing loan collections |
CN1755732A (zh) * | 2004-09-30 | 2006-04-05 | 中国民生银行股份有限公司 | 银行个人信贷业务数据审批处理的方法 |
CN101655966A (zh) * | 2008-08-19 | 2010-02-24 | 阿里巴巴集团控股有限公司 | 一种贷款风险控制方法及系统 |
CN101872449A (zh) * | 2010-06-25 | 2010-10-27 | 南京联创科技集团股份有限公司 | 一种客户信息筛选方法 |
CN105787794A (zh) * | 2016-02-02 | 2016-07-20 | 成都市泰牛科技股份有限公司 | 一种基于消费贷款业务管理方式的系统及方法 |
-
2017
- 2017-05-25 CN CN201710379692.9A patent/CN107169862B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010032158A1 (en) * | 1999-12-29 | 2001-10-18 | Starkman Hartley C. | Delinquency-moving matrices for visualizing loan collections |
CN1755732A (zh) * | 2004-09-30 | 2006-04-05 | 中国民生银行股份有限公司 | 银行个人信贷业务数据审批处理的方法 |
CN101655966A (zh) * | 2008-08-19 | 2010-02-24 | 阿里巴巴集团控股有限公司 | 一种贷款风险控制方法及系统 |
CN101872449A (zh) * | 2010-06-25 | 2010-10-27 | 南京联创科技集团股份有限公司 | 一种客户信息筛选方法 |
CN105787794A (zh) * | 2016-02-02 | 2016-07-20 | 成都市泰牛科技股份有限公司 | 一种基于消费贷款业务管理方式的系统及方法 |
Non-Patent Citations (1)
Title |
---|
曾伟升: "基于JSF2和HTML5的组件开发与应用", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108446341A (zh) * | 2018-03-02 | 2018-08-24 | 平安普惠企业管理有限公司 | 业务状态查询方法、装置、计算机设备和存储介质 |
CN108446341B (zh) * | 2018-03-02 | 2020-11-03 | 平安普惠企业管理有限公司 | 业务状态查询方法、装置、计算机设备和存储介质 |
CN108985741A (zh) * | 2018-07-19 | 2018-12-11 | 南京市公安局建邺分局 | 一种警务平台资金流水自动查询追踪方法 |
CN108985741B (zh) * | 2018-07-19 | 2021-06-01 | 南京市公安局建邺分局 | 一种警务平台资金流水自动查询追踪方法 |
CN109669954A (zh) * | 2018-09-25 | 2019-04-23 | 平安科技(深圳)有限公司 | 合同数据的获取方法、设备、存储介质及装置 |
CN109669954B (zh) * | 2018-09-25 | 2024-01-19 | 平安科技(深圳)有限公司 | 合同数据的获取方法、设备、存储介质及装置 |
CN112199424A (zh) * | 2020-09-07 | 2021-01-08 | 深圳市法本信息技术股份有限公司 | 通过rpa拉通信息孤岛的方法、可读存储介质、rpa机器人 |
CN115858372A (zh) * | 2022-12-19 | 2023-03-28 | 上海浦东发展银行股份有限公司 | 基于olap系统的批量数据构造和自动化验证方法及系统 |
CN115858372B (zh) * | 2022-12-19 | 2024-04-26 | 上海浦东发展银行股份有限公司 | 基于olap系统的批量数据构造和自动化验证方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107169862B (zh) | 2020-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107169862A (zh) | 一种银行不良客户存款自动追踪系统 | |
CN109241191A (zh) | 一种分布式数据源异构同步平台及同步方法 | |
CN107480251A (zh) | 一种管理数据访问的系统 | |
CN110399533A (zh) | 资金流向查询方法及装置 | |
CN102663008B (zh) | 政府综合业务平台业务库和基础库的构建方法 | |
CN107103448A (zh) | 基于工作流的数据集成系统 | |
CN102289742A (zh) | 物业管理系统 | |
CN112801607A (zh) | 一种管理服务平台及构建方法 | |
CN103533023B (zh) | 基于云服务特征的云服务应用集群同步系统及同步方法 | |
CN103607418B (zh) | 基于云服务数据特征的大规模数据分割系统及分割方法 | |
CN110689223B (zh) | 一种基于rpa控制的机器人批量管理系统 | |
CN105930417B (zh) | 一种基于云计算的大数据etl交互式处理平台 | |
CN109241054A (zh) | 一种多模型数据库系统、实现方法以及服务器 | |
CN104283901B (zh) | 一种分布式直播后台服务系统及其方法 | |
CN102207978A (zh) | 数据库访问方法和系统 | |
CN109743192A (zh) | 一种容器集群配置管理方法及装置 | |
CN103927167A (zh) | 一种功能粒度的高度定制化的系统集成方法 | |
CN109271410A (zh) | 银行回单的提取方法、装置及计算机可读存储介质 | |
WO2020211885A2 (zh) | 一种景区mr眼镜的租借设备及其借还操作方法 | |
CN109829841A (zh) | 一种政府采购评审专家管理系统的设计方法 | |
CN109636323A (zh) | 协同办公平台系统 | |
US7953756B1 (en) | Unified high-performance database connectivity system and method | |
CN117061592A (zh) | 一种基于云平台的数据中心系统及其搭建方法 | |
CN110427388A (zh) | 一种数据处理方法及装置、存储介质 | |
CN105955038A (zh) | 一种企业智能化办公pda控制系统及报销方法 |
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 |