1.1
目标模式的信贷管理电子化系统的特性目标模式的信贷管理电子化系统，具备
以下特性：
覆盖信贷交易的全过程的多币种的业务过程和管理系统。这些过程
包括：信贷产品销售、信贷风险评估、信贷文档制作、信贷监控、
票据和支付处理等
对银行的核心信贷产品的前台交易过程的自动化支持
支持多物理地点、多用户的系统访问
和外部数据系统、财务分析系统、风险评级系统和总账系统进行集
成的灵活性
良好的和内外部系统接口的信贷分析工具，最大程度的避免信贷分
析结果的重新键入。
部分使用工作流机制，成为一个“管道/工作流”的信贷管理系统
在信贷产品的不同的生命周期阶段，用户可自定义授权权限。
允许用户定义/改变为任何信贷交易所作的会计分录。
通过标准参数（如利率、还款时间表）的定义，来提供给客户不同
的标准信贷产品。
系统事件的完全的柔性定义
系统能够共享文档/数据
借款人涉及多个信贷产品，或者借款人的项目涉及多个信贷产品时，系统能够从唯一的借款人ID 为入口进行管理
系统能根据到期日的情况，跨产品地产生项目现金流的状况表
基于业务规则，系统能够定义检查点
具备进行审计跟踪的工具
支持多个内部部门的协同工作
支持图形化数据报表的产生
为不同的交易定义授权
信贷数据的操作性储存
样例
风险管理/评估
在国际上，银行近年来的贷款业务管理和信贷风险管理流程一直在变
革；与之对应的的是，信贷管理系统的改进一直在进行。
信贷管理系统应该支持在上图中所示的主要信贷业务管理流程的运作。
其中最重要的步骤及其该步骤下关键性的业务操作如下:
1.业务开发
识别贷款机会 分析潜在的客户/项目背景 分析外部数据源 准备初步信贷报告（基本情况报告） 2. 风险评估
进行现场调查，对客户 /项目的财务 /技术分析 用自有评级模型对客户 /项目进行信贷评级
3. 贷款拟定设计
1.11
信贷管理系统所支持的信贷业务流程及其关键步骤
业务开发
风险评估
贷款拟定
文档制作
贷款支付
r>
贷款监管 ?监控 ?票据 ?回款
保全的选项 ?合并和收购
T ?法律行动
?贷款回收 ?贷款重组
决定贷款的具体执行方式用自有评级模型定价准备信贷评级表并将其送
交相应的委员会以备审批
4. 评审
从相应的委员会处得到批准准备批准备忘录和给客户的批准函
5. 文件工作
从客户出收取相应文件检查所有条件以便发出承诺得到执行文件的批准
准备法律文件并执行相应文件准备承诺备忘录并收取担保文件如果是多
币种贷款，则需通知资金部门准备好币种
6. 放款
检查放款条件收到客户用款申请后准备放款备忘录
按客户申请/时间安排放款确定利率及转移价格
7. 贷款管理
担保的产生从客户出取得权力/契约确认权力/契约的真实性并将其委
托保管进行担保产生的文件记录准备担保产生备忘录并获得批准监控
分析客户的财务状况和信用评级监控项目里程碑并检验关键因素变化下的
项目生存能力
8. 客户请求在贷款存续期间，客户可能请求在合同许可的范围内对合同进行
补充或
修改。常见的客户请求有：
要求新贷款合并/解散出售/购买大笔资产变更还款计划变更利率提前
还款贷款转换贷款取消
提交新文件
9. 还款及单据处理
按计划制定收款通知并提交给客户依照收回的金额更新客户的账户余额
10. 终止
检查并保证对各部门都没有欠款若清偿完毕，发放无欠款证明
11. 不良贷款清收
在系统内确认不良贷款并准备预备金信贷员采取必要措施清受不良贷款
1.12 信贷管理系统的数据结构介绍
信贷管理系统的数据结构是系统实现关键的业务操作、进行关键的业务
计算、保存关键的系统数据信息（包括系统用户的输入和与信贷系统相集成的
系统的输入）的基础平台。该数据结构至少应该包括:
企业客户信息
客户、企业类型（按照银行内部的分类进行标识）客户、企业基本描述
信息客户财务信息客户的非财务的详细信息企业客户的描述性新闻
客户所在行业的详细信息项目的基本描述信息（如果是项目融资）客
户以前与银行的关系的信息
融资关系非融资关系
银行信贷产品定义信息
信贷产品名称信贷产品代码每种信贷产品的相关特性的信息针对每种信贷产品需要准备的文件类型的列表该信贷产品的最低与最咼贷款数目每种信贷产品的利率和计算方式每种信贷产品的费用和计算方式贷款期限
还款选择类型（如，只还本金、只还利息、本金和利息一起还）
信贷的货币类型信贷产品的抵押品需求信贷产品与法律相关的详细信息
一般信贷帐户信息
借款人代码帐户状态（如，申请、有效、逾期、呆帐等）客户经理代码帐户所在地（分行、地区或总行）
贷款帐户详细信息
客户银行帐号（每次放款可能相同或不同）客户银行名称和地址（每次放款可能相同或不同）客户在本银行的帐号银行代码本银行支票号码批准数额承诺金额未支取余额备忘录日期放款日期上次取消贷款的日期对于到期未还款的调整类型（自动拨款/手动拨款）利率（基本利率和附加利率）
还款计划
?保险的详细信息
汇率表
外部市场数据
市场价格（如，商品价格、货币价格，等）产业的通常负债比率该企业客户的融资比率该企业客户的股票交易价格
信贷初步评估记录
?客户经理的初步评估?地区/分行的初步评估?收到申请的日期
批准条款与条件
抵押品的详细信息
信贷评级信息
外部评级信息内部评级信息整体建议的评级整体实际评级
为公司和信贷评级事先定义的风险评级表格
定价信息
风险暴露数额借贷利率/收益率曲线客户信用评级信贷限额边际利润利息收入的利息税利息税率资金成本运营成本（直接和间接的）预期的信贷损失表资金配置表风险资本的目标回报不可预见损失定价模型建议的定价实际定价费用类的收入详细信息
违约率表-包括平均累计违约率和默认违约率
违约回收率
贷款审批信息纪录
提供给企业客户的贷款信息
贷款名称或类型贷款数额和货币类型汇率利率（基本利率和附加利
率）贷款期限放款计划还款计划逾期还款条款和条件贷款费用税
费状况贷款到期日描述性的贷款条款和条件抵押贷款的生成日期和描
述股权质押状况资产担保/同步条款收费的生效日和描述担保人详细
信息（公司/个人担保人）担保人的注册公司（总公司）需制作的文档
将执行的保证承诺
与放款相关的企业客户（关联客户）的信息表
客户各类请求信息
请求的详细内容取消贷款的数额取消贷款的生效日贷款数额/补充贷
款金额
贷款支取行/机构将无法收回的费用类型请求免除的利率/费用取消/转换/预付日期请求的理由
对客户请求的处理信息
请求对于银行的担保/利率的影响对主要的盈利性指标的影响对客户的请求审批前后的主要比率（负债/权益，禾I」息偿付比率,等）
的影响对银行当前的安全性以及批准客户请求对安全性的影响银行的决策变更的还款计划帮助客户处理请求的利率/费用预付手续费新的条款和条件银行决策的合同文件，比如，其他需要的审批、逾期贷款的清收协议变更的详细信息
利率信息/结构表
计息方式利息种类收息频率/利息实现利率类型利率计算方式利率计算基于（月、季、年、本、息及其他方式）
?利息收取频率
?利息处理/通知日
信贷资产管理组合所需的数据
按产品分类的批准及用款的详细信息按产品分类的余额的详细信息资源的详细信息按产品分类的资产的详细信息毛/净不良资产的详细信息按产品分类的基金收入的详细信息手续费收入的详细信息其他收入的详细信息利息支出的详细信息准备金的详细信息直接和间接支出的详细信息信贷监控的定性信息特
别信息可能的资产损失的详细信息
1.13 信贷管理系统所支持的信贷产品
普通商业贷款
债权投资
债权融资
股权投资
股权融资
票据贴现 信用证 保理业务
贷款申请i
对信贷业务的数据流的分析是进行信贷管理信息系统分析的关键一环。
上图展示了信贷管理系统框架性的数据流图。该图并没有细节到对一个具体的 信贷操作进行分析的程度，但它是数据流分析的顶层图。其他的数据流分析都 由它展开，是该图的一个子集。
信贷系统的主要数据流是:
市场利率数据，用于实时的进行价值和风险计算
1.14
信贷管理系统的数据流图
产品组合管理
外部数据
资融汞
龍评估
拟总贷a
wfr 文档
T 髓定融资方式蜒捌
i
. i 外t 交昜都n
&息
组合层监控
嚏蠶折现
法ff 部门
冷信縑』#
不良横a 清收
用于客户信用风险分析的数据，在信贷管理的各个步骤发挥作用
以实时或者批量的方式进行的，贷款交易数据，从信贷系统的前台
流向后台
以实时或者批量的方式进行的，贷款交易数据，流向支付系统、总
账系统从所有业务线汇总的贷款客户或贷款客户集团的贷款市值头寸（暴
露）
在信贷管理系统的实现层面，数据流分析还有以下的重要意义：
数据传输机制决定数据传递的路径数据映射确保数据按业务要求，从源数
据系统，转移到目标数据系
数据转换：将数据格式转换为确保源数据和目标数据的完全兼容的格式
数据验证和清洗保证数据是正确的数据传输的时间策略决定数据在何时被
传输数据合并和聚集在数据从源系统到目标系统传输前被执行保持和记
录数据转换的状况，以保持对数据传输的跟踪，便于实施恢复策略，产生
例外报告业务和财务规则可以被编码进数据转换，也可手工执行数据整
合可以被编码进数据转换，也可手工执行
1.15 信贷管理系统的系统技术体系结构
国际先进的信贷管理系统的一个可能的系统布置如下图所示：
=4
处也应该能访问到。 特别是和支付相关的现金流和交易信息,
虫疔创眇乱宜
客户工作詁
NTJSi Qvi^k
TontcSJX 洁共*Wh tliS+We Lofau-c L AU I
流程是分布的，至少要求五个操作点，即分行客户经理、总行信贷管理部门、 总行风险管理部门、总行贷审会、总行信贷组合管理 /报表生成职能等。在某
个操作点，特定的工作步骤要求信息共享，例如风险评估。
品的交易，后台处理和前台在不同的物理地点的配合。
易量、支付量、交易量增长的期望值决定。
息，应该在不同的物理点都能得到
信贷数据的产生和处理，在总分行分别进行。一处产生的数据，在另
主休那&基于TGP ；TP
布T 佶贷凤
?d
■中间件抵E 聯
SirtTSOLAEE
ORACLE 9\
Illi
师
i|
j 雷
:邺
\s.
SWIFT
在上图中，系统存在多个系统访问点。 客户匸作站
UT E T MT I 弧曲组 Tfotni
l^rricj cL?t
蓉户工作站
因为信贷业务
贷产品的不同，业务的操作也不同，例如 :外币贷款需要国际
业务部进行支付；而本币小额贷款分行即可发放
。一些信贷产
信贷管理系统的硬件设计，要银行信贷交易
高峰时的交
在数据共享
方面，从业务操作过程中所需要的信息,
应该在不同的物理地点进行共享。例如
贷款拟定和利率的信
WiStltH
机
前台服
ft 贷后台系第
支柿践口 信英《塑系块
fUkSOLARS
OELlCLr9L
UH
■■■■■■■■■■■ Z
萌台服務
应该能被总行访问到。为了全行范围的风险报表，数据应该集
。和风险管理的信息，应该以批量的方式被访问到。信贷管
理系统应该采取数据部分集中的形式是一种可以考虑的数据分布方式。这种方式的优点是:
减低分行系统对总行的依赖性中心的数据库可以满足总行的业务管理需求同
时要解决以下的技术问题: 需要准备一定量的数据库系统软件和运行的硬件使
用交易型中间件，当用户需要跨物理地点进行多数据库访问时, 确保数据一致
性考虑广域环境下的系统带宽问题，使系统反应时间得以保证。
建议信贷管理系统采用三层体系结构，因为这种方式有很大优势:
改善系统的可扩充性。因为应用服务器能够部署在多台机器上，同样的系统逻
辑可以在多个服务器或客户端启动。
改善数据的完整性。因为所有的数据都要通过中间层，在中间层可以通过数据
验证逻辑，在数据更新到数据层之前保证数据的合法性。
系统的安全性可以得以改善，可以在多个层次上实施安全策略，而不是仅仅集
中在数据层。
要改变业务逻辑，只需要在应用服务器一层进行更新，节省系统部署的费用。
因为实际的数据结构隐藏在系统的最后端，因此数据结构改变的透明性是可能
的。
硕士专业学位论文 银行信贷管理系统的个人贷款模块的设计与实现 The Design and Implementation of the Personal Loan Module based on the Credit Management System 作者：XXXX 导师：XXXX 北京交通大学 2017年4月
北京交通大学硕士专业学位论文 学位论文版权使用授权书 本学位论文作者完全了解北京交通大学有关保留、使用学位论文的规定。特授权北京交通大学可以将学位论文的全部或部分内容编入有关数据库进行检索，提供阅览服务，并采用影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校向国家有关部门或机构送交论文的复印件和磁盘。学校可以为存在馆际合作关系的兄弟高校用户提供文献传递服务和交换服务。 （保密的学位论文在解密后适用本授权说明） 学位论文作者签名：导师签名： 签字日期：年月日签字日期：年月日 ii
学校代码：10004 密级：公开北京交通大学 硕士专业学位论文 银行信贷管理系统的个人贷款模块的设计与实现 The Design and Implementation of the Personal Loan Module based on the Credit Management System 作者姓名：XXXX 学号：XXXX 导师姓名：XXXX 职称：XXXX 工程硕士专业领域：XXXX 学位级别：硕士 北京交通大学 2017年4月
北京交通大学硕士专业学位论文 致谢 两年的硕士研究生生涯即将结束，此时感慨良多。这两年经历的人和事在本人的人生当中留下了不可磨灭的印记。首先本人应该感谢的是本人的导师——XXX老师。在学习科研方面，XXX老师严谨的教学风格，对待科研的精益求精是本人今后工作和学习的榜样。在待人接物方面，XXX老师的优雅大气，教会退一步海阔天空。针对本文的撰写方面，从刚开始论文题目的选定，到论文研究方法的采用直至研究思路的最终敲定，XXX老师都在百忙之中抽空指导本人，引导本人。 在此，感谢同事以及领导们，谢谢大家对本人的帮助，特别是学习上的解惑。谢谢你们在本人开心时陪本人大笑，在本人难过时给本人解忧，给了本人一份难能可贵的友谊。两年本人们一起解决困难，一起走向进步，一起在知识的海洋中实现本人们各自的目标。 最后真诚感谢亲人和朋友，是你们这么多年来对本人的支持与鼓励才有本人的今天。感谢父母的养育之恩，感谢你们两年以来在生活上给予本人充足的条件，精神上无私的支持，让本人能够专心求学；特别地向本人的丈夫表示衷心的感谢，不论是在本文中论文的写作，还是在生活中的理解与包容，他或她都给予本人最大的支持与鼓励，陪本人走过最艰难的一段路程，能够以积极向上的人生态度对待生活和学习。 ii
中国计算机报/2006年/8月/7日/第B14版 专栏 交通银行信贷管理信息系统案例 中创软件 一朝被蛇咬，十年怕井绳。曾经饱受信贷失控痛苦的银行业，对信贷风险的控制尤为严格。靠什么控制风险呢？是靠对责任人的严格要求，还是靠科学的方法？日渐成熟的银行，尝试过各种方法。在加强对信贷责任人管理的同时，银行高层日益重视现代信息技术在风险控制中的作用。因此，信贷管理信息系统成为不少银行信息化规划中的重点项目。我们特地选择了交通银行建设信贷管理信息系统的案例，希望能给正在建设或即将建设相关系统的银行提供借鉴。 中创软件推出的“银行信贷管理系统平台解决方案”，是基于中创软件自主创新的中间件技术，依托15年的金融应用开发背景，针对金融信贷管理领域的信息化应用现状及发展需求推出的。依据该方案，中创软件在交通银行成功实施了“交通银行信贷管理信息系统(简称CMIS)”。它是一个适合前台、中台、后台操作的信贷业务处理平台，是全行的信贷管理信息系统。该系统增强快速响应信贷流程变化的能力，提升了业务服务质量；实现了系统中大量信贷报表展现功能，可对复杂信贷业务数据报表进行灵活定制和展现；通过采用构件化开发方式，缩短了项目建设周期，降低了系统投资。 信贷管理涉及的业务流程，绝大多数都需要经过多级业务管理部门进行处理，流程复杂且跨度比较大。由于银行的金融信贷策略会受国家政策的调整、市场信息的变化，以及银行内部机制调整等因素影响，可能导致信贷审批过程的变化，这就要求交行信贷业务流程具有随需而变的能力，以及对交通银行的台账、风险管理、放款中心等业务系统产生的大量报表，具有快速、灵活展示的能力。 总体技术框架 交通银行信贷管理信息系统的体系结构主要分为：表示层、中间逻辑层、业务逻辑层和数据层。通过对体系结构的分析，可以看出交行信贷流程管理信息系统技术架构的主要支撑在于中间逻辑层，即业务流程服务引擎和中式报表服务引擎。 业务流程服务引擎 交行信贷管理信息系统解决方案首先向业务流程提供从定义、部署、运行到交互、分析的全生命周期服务，其次将人员和信息系统通过自动化的流程结合在一起，同时还能快速应对业务流程无论是资源配置还是控制结构上的变化，实现这些目标的核心是将流程逻辑从运行它们的应用中分离出来，管理流程参与者之间的关系，集成内部和外部的流程资源，并实时监控流程性能和运行状况。 中式报表服务引擎 报表服务引擎提供B/S环境下快速实现中西式复杂报表设计、部署、生成、展现、打印和管理的服务，真正作到了“中西合璧”，支持各种类型的复杂报表，支持“所见即所得”的图形化设计，支持报表开发的全过程零编程，支持证件和票据套打，适应多种平台及数据库环境，并可以跟应用无缝集成，快速构建图文并茂的报表应用。 功能模型 交通银行信贷管理信息系统业务功能主要包括：客户信息系统、客户授信额度系统、放款中心系统、风险资产管理系统、信贷台账系统、上报人民银行系统、公共控制系统等功能。 集中管理交行客户资料的子系统，任务是集中处理客户财务、非财务数据和集团客户关系信息，满足信贷业务对客户资料的需求，建立满足多种营销、管理、监督、分析需求的统一的公共
XX银行 新一代核心系统信贷项目 业务需求说明书 XX部
2012年X月
修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用
目录 1 引言 (5) 1.1 编写目的 (5) 1.2 项目背景 (5) 1.3 术语定义 (5) 1.4 参考资料 (7) 2 项目范围 (7) 2.1 项目目标 (7) 2.2 业务活动图 (14) 2.3 业务产品功能 (14) 2.4 业务组织架构 (25) 2.4.1 运营职责 (25) 2.4.2 业务流程图............................................ 错误!未定义书签。 2.5 用户说明 .................................................. 错误!未定义书签。 2.6 与其他系统关系 (28) 2.6.1 存款账户结算系统 (28) 2.6.2 与票据系统............................................ 错误!未定义书签。 2.6.3 与贸易融资系统 (30) 264 与网上银行系统........................................................ .12 265 与总帐系统............................................................. .12 266 与国结系统................................................. (12) 2.6.7 与资金系统............................................................. .12 3 功能需求说明 ............................................... 错误!未定义书签。 3.1 功能清单 .................................................. 错误!未定义书签。 3.1.1 业务功能.............................................. 错误!未定义书签。 3.1.2 后台管理功能.......................................... 错误! 未定义书签。 3.2 功能流程说明 .............................................. 错误!未定义书签。 3.2.1 承兑业务.............................................. 错误!未定义书签。 3.2.2 ……（功能逐个描述）..................................... 错误!未定义书签。 3.3 报表需求 .................................................. 错误!未定义书签。 4 非功能需求说明 ............................................. 错误!未定义书签。 4.1 业务量说明 ................................................ 错误!未定义书签。 4.2 用户量说明 ................................................ 错误!未定义书签。 4.3 用户界面需求 .............................................. 错误!未定义书签。 4.4 产品质量需求 .............................................. 错误!未定义书签。 4.4.1 可用性................................................ 错误!未定义书签。 4.4.2 可靠新................................................ 错误!未定义书签。 4.4.3 性能................................................... 错误!未定义书签。
信贷风险管理系统 分析 1
信贷风险管理系统 信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不但为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息;同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。 信贷风险管理系统一般并不是单一的物理系统。一般完整的信贷风险管理系统由以下的系统组成: 信贷风险管理模型系统 信贷风险决策管理系统 信贷数据集市及数据管理系统 联机数据分析及报表处理系统 信贷风险管理项目IT系统的整体逻辑视图如下: 2
信贷风险管理模型系统 建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型,包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储(CRDS)。 信贷风险模型系统的主体内容框架如下: 3
信贷风险模型系统所需的数据主要包括:财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型 一般来讲,内部评级模型的建立方法主要分为两大类,即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法,包 4
括模拟法、经验数据法及市场风险建模法: 对于以上方法的选择,主要的考虑因素包括评级对象的 特点、数据的可获得性、模型的可行性、模型的灵活 性、实施所需的时间和资源等。 无论采取哪种方法都必须意识到内部评级模型的建立 需要花较长的时间:首先要经数据挖掘技术来找出与光 大银行信贷业务相关的关键性风险因素,继而制定参数 化的公式,经业务的数据验证后,再经至少半年的实施效 果来调整公式。 同时需要注意的是,独立的信用风险评级模型基本上无 5
管理信息系统课程设计 目录
1 引言 (2) 2 国内外研究现状 (5) 2.1 国外研究现状 (5) 2.2 国内研究现状 (6) 3 初步调查 (8) 4 可行性分析 (8) 4.1 管理上的可行性研究 (9) 4.2 技术上的可行性研究 (9) 4.3 经济上的可行性 (9) 4.4 社会上的可行性 (10) 5 项目开发计划 (10) 6 详细调查 (10) 6.1 组织结构调查 (10) 6.2 管理功能调查 (11) 6.3 现有业务流程图和数据流程图 (11) 6.3.1 业务流程图 (12) 6.3.2 数据流程图 (13) 6.4 数据字典 (14) 6.4.1 数据项 (14) 6.4.2 数据流描述 (17) 6.4.3 数据存储 (21) 6.4.4 处理逻辑 (21) 6.4.5 外部实体 (22) 7 参考文献 (23) 1 引言
目前，银行业正处在以客户为中心，以市场为向导的激烈竞争时代，信贷业务作为银 行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、 银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。如何应用先进 的计算机网络技术跟踪、预测银行客户的发展动向，最大限度地挖掘客户信息的潜在价值，并利用这些信息来改进银行服务，提高竞争能力，防范和化解信贷风险，如何由以往的单 一的贷款账务管理转变为以客户为中心的信息化管理，如何将信息共享处理，提高贷款质 量，减少贷款风险，实现信贷业务的集约化经营、科学化管理、对增强信贷资产的安全性，提高信贷管理水平，规范业务流程，加强信贷预测和决策的科学性，是银行决策层极需要 解决的重大问题。与其同时，银行信贷业务作为银行的核心盈利业务，其重要性不言喻。 信贷业务作为银行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改 革的不断深入、银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。加大信贷资产的监管将起到极大的积极作用。然后加大监管则需要对大量的信息资料 进行处理、加工，这对以往半手工半电脑的信贷管理模式有所不同。 信贷综合管理系统既是信贷业务操作与信息处理，又是管理分析决策支持系统。因此，系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展 的原则，将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用 管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想，以信贷业务操作流程为基 础，以数据库、数据仓库为有形载体，以信贷管理规章制度为依据，以适应信贷经营管理 体制改革为出发点，通过本系统支持并推行新的信贷经营理念，实现贷款管理方式的根本 性变革，为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上，以国际先进水平为标尺，规划 设计注重前瞻性和开放性，确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要，还充分考虑信贷业务未来发展的需要， 不断提高自身的兼容性和易扩展性，使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要，配合银行经营战略和经营 重心的重大调整。 系统以集中式数据库和数据仓库为依托，以提高信贷资产质量和效益为目标，集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险，实现刚性控制 与分类管理的有机结合。 信贷管理信息系统应以客户为中心，以信贷风险管理为核心，满足信贷集约经营和规
新一代信贷管理系统业务需求
XX银行 新一代核心系统信贷项目 业务需求说明书 XX部 2012年X月
修改记录 本文档中所包含的信息属于内部资料，如无XX银行的书面许可，任何人都无权复制或利用。
目录 1引言 (7) 1.1编写目的 (7) 1.2项目背景 (7) 1.3术语定义 (7) 1.4参考资料 (9) 2项目范围 (9) 2.1项目目标 (9) 2.2业务活动图 (16) 2.3业务产品功能 (16) 2.4业务组织架构 (52) 2.4.1运营职责 (52) 2.4.2业务流程图......................................... 错误!未定义书签。 2.5用户说明............................................... 错误!未定义书签。 2.6与其他系统关系 (57) 2.6.1存款账户结算系统 (57) 2.6.2与票据系统......................................... 错误!未定义书签。 2.6.3与贸易融资系统 (59) 2.6.4 与网上银行系统 (12) 2.6.5 与总帐系统 (12) 2.6.6 与国结系统 (12) 2.6.7 与资金系
统 (12) 3功能需求说明 ............................................... 错误!未定义书签。 3.1功能清单............................................... 错误!未定义书签。 3.1.1业务功能........................................... 错误!未定义书签。 3.1.2后台管理功能....................................... 错误!未定义书签。 3.2功能流程说明 ........................................... 错误!未定义书签。 3.2.1承兑业务........................................... 错误!未定义书签。 3.2.2……（功能逐个描述） ................................. 错误!未定义书签。 3.3报表需求............................................... 错误!未定义书签。4非功能需求说明 ............................................. 错误!未定义书签。 4.1业务量说明............................................. 错误!未定义书签。 4.2用户量说明............................................. 错误!未定义书签。 4.3用户界面需求 ........................................... 错误!未定义书签。 4.4产品质量需求 ........................................... 错误!未定义书签。 4.4.1可用性............................................. 错误!未定义书签。 4.4.2可靠新............................................. 错误!未定义书签。 4.4.3性能............................................... 错误!未定义书签。 4.4.4可管理性........................................... 错误!未定义书签。 4.4.5可维护性........................................... 错误!未定义书签。 4.5安全性需求............................................. 错误!未定义书签。 4.5.1可靠性............................................. 错误!未定义书签。 4.6其他需求............................................... 错误!未定义书签。5业务风险控制 ............................................... 错误!未定义书签。6其他....................................................... 错误!未定义书签。
信贷风险管理系统 信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不仅为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息；同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。 信贷风险管理系统一般并不是单一的物理系统。通常完整的信贷风险管理系统由以下的系统组成： 信贷风险管理模型系统 信贷风险决策管理系统 信贷数据集市及数据管理系统 联机数据分析及报表处理系统 信贷风险管理项目IT系统的整体逻辑视图如下：
信贷风险管理模型系统 建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型，包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储（CRDS）。 信贷风险模型系统的主体内容框架如下：
信贷风险模型系统所需的数据主要包括：财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型 一般来讲，内部评级模型的建立方法主要分为两大类，即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法，包括模拟法、经验数据法及市场风险建模法：
对于以上方法的选择，主要的考虑因素包括评级对象的特点、数据的可获得性、模型的可行性、模型的灵活性、实施所需的时间和资源等。 无论采取哪种方法都必须意识到内部评级模型的建立需要花较长的时间：首先要经数据挖掘技术来找出与光大银行信贷业务相关的关键性风险因素，继而制定参数化的公式，经业务的数据验证后，再经至少半年的实施效果来调整公式。 同时需要注意的是，独立的信用风险评级模型基本上无法支持信贷决策。因此需要开发信用风险评级模型的应用程序，对客户评级、行业评级、地区评级、债项评级进行调整和整合，如下图：
程序设计语言课题：银行信贷管理系统 班级号：学号：学生姓名： 课程设计起止日期：6.30-7.11 目录
（一）、设计目的---------------------------------------2 （二）、功能描述---------------------------------------2 （三）、总体设计---------------------------------------2 一、功能模块设计--------------------------------3 二、数据结构设计--------------------------------8 三、函数功能描述--------------------------------8 （四）、程序实现---------------------------------------9 一、源码分析------------------------------------9 二、程序界面显示--------------------------------14 （五）、心得体会---------------------------------------17 （六）、附录-------------------------------------------18 (一)、设计目的 本课程设计是计算机科学与技术专业重要的实践性环节之一，是在学生学习完《程序设计语言》课程后进行的一次全面的综合练习。本课程设计的目的和任务：
1. 巩固和加深学生对C语言课程的基本知识的理解和掌握； 2. 掌握C语言编程和程序调试的基本技能； 3. 利用C语言进行基本的软件设计； 4. 掌握书写程序设计说明文档的能力 5. 提高运用C语言解决实际问题的能力。 (二)、功能描述 本程序主要是的基础操作。 基本功能：（如图1） a) 申请贷款 b) 还贷 c) 查询贷款记录 d) 查询还贷记录 拓展功能： 采用文件形式对贷款和还款记录进行操作，包括： c) 写入文件 d) 读取文件 创新（自拟）功能： 程序实现的其它功能由个人自拟。 拓展功能： 要求对上述输入的贷款和还贷记录进行文件保存，下次进入系统时从文件读出数据。 （图1）银行信贷管理系统简易功能图 (三)、总体设计 一、功能模块设计 1.1银行信贷管理系统主要分为两个大模块，为贷款记录和还贷记录。（图2） 1.2 具体的功能由两大模块下分的模块实现。通过贷款信息输入，贷款记录分为申请贷款和查询申请贷款（如图3）；通过换信息输入，还款记录分为还贷和查询还款记录（图4）。下
金融专业国家教学资源库核心课程单元教学设计 课程名称：银行授信业务 项目序号：项目二 项目名称：系统操作 单元序号：模块一 单元名称：银行信贷管理信息系统
课堂组织： 第一部分：组织教学（时间：…5…分钟） 简要介绍信贷管理系统在银行授信业务中的重要作用，信贷管理信息系统的管理工作是信贷业务基础管理工作的重要组成部分。引出本模块的主要内容。 第二部分：学习新内容（时间：…40…分钟） 【步骤一】宣布教学内容、目的（时间：…35…分钟）新课导入： 观看课程动画：信贷员登录操作信贷业务系统 引导学生一起阅读教材中的“情境导入”内容及后面的分析，学习相关知识：日常业务处理中常用的电子设备、信贷管理系统简介、权限与职责、特点和功能等，熟悉相关知识，由此导入本模块内容。 教学内容： 项目二系统操作 模块一银行信贷管理信息系统 一、日常业务处理中常用的电子设备 二、信贷管理系统简介 三、信贷管理系统的权限与职责 四、信贷管理系统的设计特点 五、信贷管理系统的功能架构 六、信贷登记和查询管理 教学目的： 了解银行信贷管理系统的发展历程；了解日常业务处理常用设备；了解不同部门在信贷业务信息管理系统运行中的职责；了解信贷管理系统的设计特点和功能架构；了解信贷登记和查询管理工作。 【步骤二】小结（时间：…5…分钟）根据教学内容进行归纳小结，强调本项内容的教学重点与难点。 第三部分：【工作任务】——举例分析信贷管理系统在中资银行的应用和发展 （时间：…45…分钟） 任务：举例分析信贷管理系统在中资银行的应用和发展 活动步骤： 技能训练营 1.对全班进行分组，5～6人一组；
2.每组选择一家中资银行； 3.针对本组选择确定的银行，上网查找资料； 4.完成“信贷管理系统在XX银行的应用和发展”的汇报稿； 5.分组进行汇报，汇报过程中，老师和其他组同学可以提问； 6.老师进行集中讲评。 工作成果： “信贷管理系统在XX银行的应用和发展”的汇报稿 课后练习与教师答疑： 利用所学相关知识，建议学生课外多了解有关信贷系统设备的知识。有疑问的地方请老师辅之于课后针对性的指导与辅导答疑。
中小银行信贷管理平台解决方案
中小银行信贷管理平台软件解决方案 信贷管理—中小银行业务新的增长点 随着城市商业银行和农村信用社综合改革的逐步深入，信贷业务成为中小银行当前重点发展的一个领域，安全、高效、统一的信贷管理平台可以规信贷业务流程、改善信贷业务管理状况、优化信贷资产结构、控制贷款风险、提高贷款质量，保持稳定的优质客户群和最佳信贷经济效益。 信贷管理解决方案坚持以客户为中心原则，充分考虑信贷业务规则变化的复杂性和灵活性要求，全面遵循巴塞尔新资本协议和银监会信贷风险防控制要求，支持对公信贷和个人信贷管理、审批、统计、报表展现的业务自动化处理，实现统一集中的用户管理和安全控制, 为中小银行信贷业务创新、金融风险控制和经营决策分析提供强大的技术支持。方案设计将信贷管理应用纳入到中小银行流程银行整体发展规划体系中来统一考虑，使信贷管理基础平台成为企业流程银行建设的重要组成部分，从而有助于协调中小银行各业务部门互助合作、高效运转、迅速处理信贷业务关键流程并最终提高中小银行运营的整体效益。 中小银行信贷管理平台解决方案采用SOA的先进架构来促进中小银行信贷业务流程自动化并为中小银行信贷审批、流程业务的分析、设计、开发、部署、运行、维护提供坚实的流程开发和运行平台，本方案核心基础平台包括数据库平台(DB2/Informix)、J2EE Web应用服务器平台(WebSphere Application Server)和用户集中管理LDAP目录服务器(Tivoli Directory Server), 方案推荐可选平台包括支持信贷复杂审批和业务流转的流程服务器( FileNet P8 BPM/WebSphere Process Server)、支持信贷业务灵活性的规则引擎 ILOG JRules、支持信贷档案影像处理的容管理平台(DB2 CM/FileNet CE)、支持信贷报表管理的展现服务器( COGNOS 8 BI), 本方案还提供基于Basel II风险分析的软件服务能力、用于风险分析的数据仓库服务器(DB2 Warehouse), 支持客户信息统一视图的主数据服务器(InfoSphere Master Data Management)以及有关的 SOA 分析设计开发工具等技术说明。 中小银行信贷管理系统面临的问题和挑战 中小银行信贷审批是银行业务系统中的核心部分, 它要实现贷款审批与贷前、贷中和贷后管理一系列操作，形成统一授信、授权、信贷额度与会计放款交易相互作用的运行机制。信贷管理涉及到信贷审批过程中基于角色的人员工作分配还有流程的异常处理等复杂环节, 在信贷业务流程中要实现各种复杂信贷审批工作流模式、对信贷档案文档资料的数字化保存和利用、信贷业务规则的制定和应用、信贷风险的评估和计量分析、信贷结果的报表管理等功能，中小银行在信贷管理系统建设过程中，普遍存在以下问题： 1.如何按照银监会要求来做到保增长和防风险相结合 2.如何支持扩大消费需求、有针对性地培育和巩固消费信贷增长点 3.如何提高贷款质量分类的准确性 4.如何降低越来越隐蔽的信贷风险 5.如何加速新信贷政策的快速推行
银行个人信贷业务管理系统管理办法 第一章总则 第一条为加强和规范银行股份有限公司（以下简称“本行”）的个人信贷业务管理系统（以下简称“个贷系统”）的管理，实现系统管理的科学化、规范化，保证个贷系统正常、安全运行，制定本办法。 第二条本办法适用于本行辖内所有使用个贷系统的总行部室及分支机构。 第二章组织职责 第三条总行个人业务部为个贷系统的应用主管部室，负责个贷系统总体框架设计和运营维护；负责解答系统功能方面的咨询；负责全行个贷产品增加、变更和删除的审批及产品层级结构的确定，并根据业务需求变更相关系统参数设置。 第四条总行计划财务部负责个贷系统账务核算的设 置。 第五条总行信息技术部为个贷系统的技术主管部室，负责对个贷系统运行环境、硬件配置和通讯网络的开发、维修、维
护及数据库备份工作；负责会计科目参数变动相关的数据移植、批量销户、程序更新换版等技术工作；负责在技术可实现的情况下，根据业务部门需求优化完善系统功能。 第六条总行相关部室及各分支机构为个贷系统的使用部门，负责根据经营管理需要提出个贷系统的功能需求；负责相关功能模块测试、后续跟踪、优化需求的提出。 第七条个贷系统中的各类业务本着“谁发起谁负责”的原则，由总行各相关部室负具体实施责任。 第三章系统开发及维护 第八条开发和维护，是指个贷系统的开发、维护、优化及有关数据的维护与更新工作。 （一）“开发”是指根据经营机构的要求，经系统应用主管部室同意，开发新的应用系统； （二）“维护”是指根据经营机构的要求，经系统应用主管部室同意，对已经投入运行的应用系统进行功能扩充、调整、完善，以及参数调整和数据维护等工作。 第九条由经营机构或总行相关部室提出系统开发申请，明确需求，经系统应用主管部室与总行相关部室会签后，提交至总行信息技术部实施。
20.1概述 20.1.1定义 20.1.2目的 20.1.3系统运行环境 20.1.4用户管理 20.1.5系统主要功能框架20.2系统的主要功能 20.2.1客户资料信息 20.2.2信用限额设定 20.2.3授信额度管理 20.2.4授信额度登记 20.2.5合同协议信息 20.2.6放款及帐务处理 20.2.7贷后管理记录 20.2.8资产清分记录 20.2.9监测提示功能 20.2.10查询功能 20.2.11综合报表 20.3安全管理
20.1概述 20.1.1定义 本章的信贷信息系统仅指对公信贷业务系统。对公信贷业务系统（下称“系统”）是我行以对公信贷资产业务信息管理为主要内容，以支持信贷业务放款操作为主线，面向全行信贷业务的应用操作系统。 20.1.2目的 （1）系统为全行信贷资产业务管理的重要信息来源,不但为我行报表统计、流程控制、质量监测、综合分析提供了大量基础数据，而且还满足了 人民银行、银监会、上市审计等外部机构的数据需要，为进一步实现 数据仓库的数据挖掘打下基础。 （2）系统与会计系统前、后台业务处理的无缝联接，流程化处理过程，为全行信贷业务流程的统一提供平台，为放款中心防范放款操作性风险 提供控制手段，为管理决策提供可靠及时的后台管理信息。 （3）系统提供行内其他业务管理部门的数据共享和接口，为全行后台信息管理一体化提供前提条件。如：与人民银行咨询登记系统接口，与行 内客户评级系统、资金定价系统实现数据共享等。 20.1.3系统运行环境 系统在400主机上运行，严格与办公系统网络分离，用户通过终端微机登录400主机，进行信贷业务数据输入，实时查询及会计账务处理等日常工作过程。报表输出及历史数据查询则通过数据仓库来完成。 20.1.4用户管理 （1）信贷业务系统用户分为信贷用户和会计用户。总、分行要指定专人负责系统的用户管理。总行信贷管理部、会计部、信息技术部负责总行
银行个人贷款管理系统 基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2
数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6 数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7 数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期 02最后还款金额 02最后还款日期 02利率 02贷款类型
1.1目标模式的信贷管理电子化系统的特性 目标模式的信贷管理电子化系统，具备以下特性： 覆盖信贷交易的全过程的多币种的业务过程和管理系统。这些过程包 括：信贷产品销售、信贷风险评估、信贷文档制作、信贷监控、票据和 支付处理等 对银行的核心信贷产品的前台交易过程的自动化支持 支持多物理地点、多用户的系统访问 和外部数据系统、财务分析系统、风险评级系统和总账系统进行集成的 灵活性 良好的和内外部系统接口的信贷分析工具，最大程度的避免信贷分析结 果的重新键入。 部分使用工作流机制，成为一个“管道/工作流”的信贷管理系统 在信贷产品的不同的生命周期阶段，用户可自定义授权权限。 允许用户定义/改变为任何信贷交易所作的会计分录。 通过标准参数（如利率、还款时间表）的定义，来提供给客户不同的标 准信贷产品。 系统事件的完全的柔性定义 系统能够共享文档/数据 借款人涉及多个信贷产品，或者借款人的项目涉及多个信贷产品时，系 统能够从唯一的借款人ID为入口进行管理 系统能根据到期日的情况，跨产品地产生项目现金流的状况表 基于业务规则，系统能够定义检查点 具备进行审计跟踪的工具 支持多个内部部门的协同工作
支持图形化数据报表的产生 为不同的交易定义授权 1.2 信贷管理系统所支持的信贷业务流程及其关键步骤 在国际上，银行近年来的贷款业务管理和信贷风险管理流程一直在变革；与之对应的的是，信贷管理系统的改进一直在进行。 信贷管理系统应该支持在上图中所示的主要信贷业务管理流程的运作。其中最重要的步骤及其该步骤下关键性的业务操作如下： 1. 业务开发 识别贷款机会 分析潜在的客户/项目背景 分析外部数据源 准备初步信贷报告（基本情况报告） 2. 风险评估 进行现场调查，对客户/项目的财务/技术分析 用自有评级模型对客户/项目进行信贷评级 信贷数据的操作性储存 文档制作 贷款监管 ? 监控 ? 票据 ? 回款 贷款支付 保全的 选项 ? 合并和收购 ? 法律行动 ? 贷款回收 ? 贷款重组 贷款拟定 批准 风险管理/评估 样 例 业务开发 风险评估
小额贷款公司 信贷治理系统操作手册 北京金名创业 二零一一
目录 系统概要 (9) 一、运行环境要求 (9)
二、页面概述： (11) 三﹑系统登录： (11) 操作手册 (15) 一、系统维护 (15) （一）机构治理 (15) （二）用户治理 (16) （三）利率维护 (22) （四）口令更改 (23) （五）工作台维护 (24) （六）客户维护 (25) 1、客户注册维护 (25) 2、客户权限转移 (27) 3、客户合并 (29) 4、客户托管移交 (29) （七）系统参数维护 (32) 二、客户治理 (33) （一）客户注册 (33) （二）企业客户 (37) 1、证件治理 (37)
2、差不多信息 (49) 3、业务差不多情况 (52) 4、财务报表 (52) 5、企业关联 (55) 6、业务差不多情况 (70) 7、企业关联 (72) （三）个人客户 (72) 1、个人差不多信息治理 (72) 2、个人要紧资产信息治理 (75) 3、个人要紧负债信息治理 (76) 4、个人工作经历信息治理 (78) 5、个人教育经历信息治理 (80) 6、个人配偶信息治理 (81) 7、居住情况信息治理 (83) 8、个人社保信息治理 (85) 9、个人保险信息治理 (86) 10、个人关联 (88) 11、机构借款 (90) 12、业务差不多情况 (92)
（四）客户大事记 (94) （五）客户关系树 (95) 三、信贷业务 (96) （一）业务申请 (96) （二）业务审批 (97) （三）业务修改 (116) （四）审批状态查询 (119) （五）贷款总账 (120) （六）贷款预警监控 (121) （七）删除业务信息 (122) （八）删除借据 (124) （九）利率调整（无还款打算表/有还款打算表） (125) 四、风险治理 (125) （一）五级分类 (126) （二）贷后治理 (127) 五、业务查询 (129) 业务审批查询 (129) 六、工作流维护 (130) 流程监控 (130)
管理信息系统课程设计
目录 1 引言 (3) 2 国内外研究现状 (5) 2.1 国外研究现状 (5) 2.2 国内研究现状 (6) 3 初步调查 (8) 4 可行性分析 (8) 4.1 管理上的可行性研究 (9) 4.2 技术上的可行性研究 (9) 4.3 经济上的可行性 (9) 4.4 社会上的可行性 (10) 5 项目开发计划 (10) 6 详细调查 (10) 6.1 组织结构调查 (10) 6.2 管理功能调查 (11) 6.3 现有业务流程图和数据流程图 (11) 6.3.1 业务流程图 (12) 6.3.2 数据流程图 (13) 6.4 数据字典 (14) 6.4.1 数据项 (14) 6.4.2 数据流描述 (17) 6.4.3 数据存储 (21) 6.4.4 处理逻辑 (21) 6.4.5 外部实体 (22) 7 参考文献 (23)
1 引言 目前，银行业正处在以客户为中心，以市场为向导的激烈竞争时代，信贷业务作为银行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。如何应用先进的计算机网络技术跟踪、预测银行客户的发展动向，最大限度地挖掘客户信息的潜在价值，并利用这些信息来改进银行服务，提高竞争能力，防范和化解信贷风险，如何由以往的单一的贷款账务管理转变为以客户为中心的信息化管理，如何将信息共享处理，提高贷款质量，减少贷款风险，实现信贷业务的集约化经营、科学化管理、对增强信贷资产的安全性，提高信贷管理水平，规范业务流程，加强信贷预测和决策的科学性，是银行决策层极需要解决的重大问题。与其同时，银行信贷业务作为银行的核心盈利业务，其重要性不言喻。信贷业务作为银行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。加大信贷资产的监管将起到极大的积极作用。然后加大监管则需要对大量的信息资料进行处理、加工，这对以往半手工半电脑的信贷管理模式有所不同。 信贷综合管理系统既是信贷业务操作与信息处理，又是管理分析决策支持系统。因此，系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展的原则，将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想，以信贷业务操作流程为基础，以数据库、数据仓库为有形载体，以信贷管理规章制度为依据，以适应信贷经营管理体制改革为出发点，通过本系统支持并推行新的信贷经营理念，实现贷款管理方式的根本性变革，为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上，以国际先进水平为标尺，规划设计注重前瞻性和开放性，确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要，还充分考虑信贷业务未来发展的需要，不断提高自身的兼容性和易扩展性，使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要，配合银行经营战略和经营重心的重大调整。 系统以集中式数据库和数据仓库为依托，以提高信贷资产质量和效益为目标，集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险，实现刚性控制与分类管理的有机结合。