信贷管理系统的目标模式.docx

信贷管理系统的目标模式.docx

《信贷管理系统的目标模式.docx》由会员分享，可在线阅读，更多相关《信贷管理系统的目标模式.docx（16页珍藏版）》请在冰点文库上搜索。

信贷管理系统的目标模式

1.1信贷管理系统的目标模式

目标模式的信贷治理电子化系统，具备以下特性：

▪覆盖信贷交易的全过程的多币种的业务过程和治理系统。

这些过程包括：

信贷产品销售、信贷风险评估、信贷文档制作、信贷监控、票据和支付处理等

▪对银行的核心信贷产品的前台交易过程的自动化支持

▪支持多物理地点、多用户的系统访咨询

▪和外部数据系统、财务分析系统、风险评级系统和总账系统进行集成的灵活性

▪良好的和内外部系统接口的信贷分析工具，最大程度的幸免信贷分析结果的重新键入。

▪部分使用工作流机制，成为一个“管道/工作流”的信贷治理系统

▪在信贷产品的不同的生命周期时期，用户可自定义授权权限。

▪承诺用户定义/改变为任何信贷交易所作的会计分录。

▪通过标准参数（如利率、还款时刻表）的定义，来提供给客户不同的标准信贷产品。

▪系统事件的完全的柔性定义

▪系统能够共享文档/数据

▪借款人涉及多个信贷产品，或者借款人的项目涉及多个信贷产品时，系统能够从唯独的借款人ID为入口进行治理

▪系统能依照到期日的情形，跨产品地产生项目现金流的状况表

▪基于业务规则，系统能够定义检查点

▪具备进行审计跟踪的工具

▪支持多个内部部门的协同工作

▪支持图形化数据报表的产生

▪为不同的交易定义授权

1.2信贷治理系统所支持的信贷业务流程及其关键步骤

在国际上，银行近年来的贷款业务治理和信贷风险治理流程一直在变革；与之对应的的是，信贷治理系统的改进一直在进行。

信贷治理系统应该支持在上图中所示的要紧信贷业务治理流程的运作。

其中最重要的步骤及其该步骤下关键性的业务操作如下：

1.业务开发

▪识不贷款机会

▪分析潜在的客户/项目背景

▪分析外部数据源

▪预备初步信贷报告（差不多情形报告）

2.风险评估

▪进行现场调查，对客户/项目的财务/技术分析

▪用自有评级模型对客户/项目进行信贷评级

3.贷款拟定设计

▪决定贷款的具体执行方式

▪用自有评级模型定价

▪预备信贷评级表并将其送交相应的委员会以备审批

4.评审

▪从相应的委员会处得到批准

▪预备批预备忘录和给客户的批准函

5.文件工作

▪从客户出收取相应文件

▪检查所有条件以便发出承诺

▪得到执行文件的批准

▪预备法律文件并执行相应文件

▪预备承诺备忘录并收取担保文件

▪假如是多币种贷款，则需通知资金部门预备好币种

6.放款

▪检查放款条件

▪收到客户用款申请后预备放款备忘录

▪按客户申请/时刻安排放款

▪确定利率及转移价格

7.贷款治理

▪担保的产生

▪从客户出取得权力/契约

▪确认权力/契约的真实性并将其托付保管

▪进行担保产生的文件记录

▪预备担保产生备忘录并获得批准

▪监控

▪分析客户的财务状况和信用评级

▪监控项目里程碑并检验关键因素变化下的项目生存能力

8.客户要求

在贷款存续期间，客户可能要求在合同许可的范畴内对合同进行补充或修改。

常见的客户要求有：

▪要求新贷款

▪合并/解散

▪出售/购买大笔资产

▪变更还款打算

▪变更利率

▪提早还款

▪贷款转换

▪贷款取消

▪提交新文件

9.还款及单据处理

▪按打算制定收款通知并提交给客户

▪依照收回的金额更新客户的账户余额

10.终止

▪检查并保证对各部门都没有欠款

▪若清偿完毕，发放无欠款证明

11.不良贷款清收

▪在系统内确认不良贷款并预备预备金

▪信贷员采取必要措施清受不良贷款

1.3信贷治理系统的数据结构介绍

信贷治理系统的数据结构是系统实现关键的业务操作、进行关键的业务运算、储存关键的系统数据信息（包括系统用户的输入和与信贷系统相集成的系统的输入）的基础平台。

该数据结构至少应该包括：

▪企业客户信息

∙客户、企业类型（按照银行内部的分类进行标识）

∙客户、企业差不多描述信息

∙客户财务信息

∙客户的非财务的详细信息

∙企业客户的描述性新闻

∙客户所在行业的详细信息

∙项目的差不多描述信息（假如是项目融资）

∙客户往常与银行的关系的信息

◆融资关系

◆非融资关系

▪银行信贷产品定义信息

∙信贷产品名称

∙信贷产品代码

∙每种信贷产品的相关特性的信息

∙针对每种信贷产品需要预备的文件类型的列表

∙该信贷产品的最低与最高贷款数目

∙每种信贷产品的利率和运算方式

∙每种信贷产品的费用和运算方式

∙贷款期限

∙还款选择类型（如，只还本金、只还利息、本金和利息一起还）

∙信贷的货币类型

∙信贷产品的抵押品需求

∙信贷产品与法律相关的详细信息

▪一样信贷帐户信息

∙借款人代码

∙帐户状态（如，申请、有效、逾期、呆帐等）

∙客户经理代码

∙帐户所在地（分行、地区或总行）

▪贷款帐户详细信息

∙客户银行帐号（每次放款可能相同或不同）

∙客户银行名称和地址（每次放款可能相同或不同）

∙客户在本银行的帐号

∙银行代码

∙本银行支票号码

∙批准数额

∙承诺金额

∙未支取余额

∙备忘录日期

∙放款日期

∙上次取消贷款的日期

∙关于到期未还款的调整类型（自动拨款/手动拨款）

∙利率（差不多利率和附加利率）

∙税

∙还款打算

∙保险的详细信息

▪汇率表

▪外部市场数据

∙市场价格（如，商品价格、货币价格，等）

∙产业的通常负债比率

∙该企业客户的融资比率

∙该企业客户的股票交易价格

▪信贷初步评估记录

∙客户经理的初步评估

∙地区/分行的初步评估

∙收到申请的日期

▪批准条款与条件

▪抵押品的详细信息

▪信贷评级信息

∙外部评级信息

∙内部评级信息

∙整体建议的评级

∙整体实际评级

▪为公司和信贷评级事先定义的风险评级表格

▪定价信息

∙风险暴露数额

∙借贷利率/收益率曲线

∙客户信用评级

∙信贷限额

∙边际利润

∙利息收入的利息税

∙利息税率

∙资金成本

∙运营成本（直截了当和间接的）

∙预期的信贷缺失表

∙资金配置表

∙风险资本的目标回报

∙不可预见缺失

∙定价模型建议的定价

∙实际定价

∙费用类的收入详细信息

▪违约率表–包括平均累计违约率和默认违约率

▪违约回收率

▪贷款审批信息纪录

▪提供给企业客户的贷款信息

∙贷款名称或类型

∙贷款数额和货币类型

∙汇率

∙利率（差不多利率和附加利率）

∙贷款期限

∙放款打算

∙还款打算

∙逾期还款条款和条件

∙贷款费用

∙税费状况

∙贷款到期日

∙描述性的贷款条款和条件

∙抵押贷款的生成日期和描述

∙股权质押状况

∙资产担保/同步条款收费的生效日和描述

∙担保人详细信息（公司/个人担保人）

∙担保人的注册公司（总公司）

∙需制作的文档

∙将执行的保证承诺

▪与放款相关的企业客户（关联客户）的信息表

▪客户各类要求信息

∙要求的详细内容

∙取消贷款的数额

∙取消贷款的生效日

∙贷款数额/补充贷款金额

∙贷款支取行/机构

∙将无法收回的费用类型

∙要求免除的利率/费用

∙取消/转换/预付日期

∙要求的理由

▪对客户要求的处理信息

∙要求关于银行的担保/利率的阻碍

∙对要紧的盈利性指标的阻碍

∙对客户的要求审批前后的要紧比率（负债/权益，利息偿付比率,等）的阻碍

∙对银行当前的安全性以及批准客户要求对安全性的阻碍

∙银行的决策

∙变更的还款打算

∙关心客户处理要求的利率/费用

∙预付手续费

∙新的条款和条件

∙银行决策的合同文件，比如，其他需要的审批、逾期贷款的清收

∙协议变更的详细信息

▪利率信息/结构表

∙计息方式

∙利息种类

∙收息频率/利息实现

∙利率类型

∙利率运算方式

∙利率运算基于（月、季、年、本、息及其他方式）

∙利息收取频率

∙利息处理/通知日

▪信贷资产治理组合所需的数据

∙按产品分类的批准及用款的详细信息

∙按产品分类的余额的详细信息

∙资源的详细信息

∙按产品分类的资产的详细信息

∙毛/净不良资产的详细信息

∙按产品分类的基金收入的详细信息

∙手续费收入的详细信息

∙其他收入的详细信息

∙利息支出的详细信息

∙预备金的详细信息

∙直截了当和间接支出的详细信息

∙信贷监控的定性信息

∙专门信息

∙可能的资产缺失的详细信息

1.4信贷治理系统所支持的信贷产品

▪一般商业贷款

▪债权投资

▪债权融资

▪股权投资

▪股权融资

▪票据贴现

▪信用证

▪保理业务

1.5信贷治理系统的数据流图

对信贷业务的数据流的分析是进行信贷治理信息系统分析的关键一环。

上图展现了信贷治理系统框架性的数据流图。

该图并没有细节到对一个具体的信贷操作进行分析的程度，但它是数据流分析的顶层图。

其他的数据流分析都由它展开，是该图的一个子集。

▪

信贷系统的要紧数据流是：

▪市场利率数据，用于实时的进行价值和风险运算

▪

▪用于客户信用风险分析的数据，在信贷治理的各个步骤发挥作用

▪以实时或者批量的方式进行的，贷款交易数据，从信贷系统的前台流向后台

▪以实时或者批量的方式进行的，贷款交易数据，流向支付系统、总账系统

▪

▪从所有业务线汇总的贷款客户或贷款客户集团的贷款市值头寸（暴露）

▪

在信贷治理系统的实现层面，数据流分析还有以下的重要意义：

▪数据传输机制决定数据传递的路径

▪数据映射确保数据按业务要求，从源数据系统，转移到目标数据系统

▪数据转换：

将数据格式转换为确保源数据和目标数据的完全兼容的格式

▪数据验证和清洗保证数据是正确的

▪数据传输的时刻策略决定数据在何时被传输

▪数据合并和集合在数据从源系统到目标系统传输前被执行

▪保持和记录数据转换的状况，以保持对数据传输的跟踪，便于实施复原策略，产生例外报告

▪业务和财务规则能够被编码进数据转换，也可手工执行

▪数据整合能够被编码进数据转换，也可手工执行

1.6信贷治理系统的系统技术体系结构

国际先进的信贷治理系统的一个可能的系统布置如下图所示：

在上图中，系统存在多个系统访咨询点。

因为信贷业务流程是分布的，至少要求五个操作点，即分行客户经理、总行信贷治理部门、总行风险治理部门、总行贷审会、总行信贷组合治理/报表生成职能等。

在某个操作点，特定的工作步骤要求信息共享，例如风险评估。

信贷产品的不同，业务的操作也不同，例如

：

外币贷款需要国际业务部进行支付；而本币小额贷款分行即可发放

。

一些信贷产品的交易，后台处理和前台在不同的物理地点的配合。

信贷治理系统的硬件设计，要银行信贷交易

高峰时的交易量、支付量、交易量增长的期望值决定。

在数据共享

方面，从业务操作过程中所需要的信息，应该在不同的物理地点进行共享。

例如

贷款拟定和利率的信息，应该在不同的物理点都能得到

。

信贷数据的产生和处理，在总分行分不进行。

一处产生的数据，在另一处也应该能访咨询到。

专门是和支付相关的现金流和交易信息，应该能被总行访咨询到

。

为了全行范畴的风险报表，数据应该集中

。

和风险治理的信息，应该以批量的方式被访咨询到。

信贷治理系统应该采取数据部分集中的形式是一种能够考虑的数据分布方式。

这种方式的优点是：

▪减低分行系统对总行的依靠性

▪中心的数据库能够满足总行的业务治理需求

▪同时要解决以下的技术咨询题：

▪

▪需要预备一定量的数据库系统软件和运行的硬件

▪使用交易型中间件，当用户需要跨物理地点进行多数据库访咨询时，确保数据一致性

▪考虑广域环境下的系统带宽咨询题，使系统反应时刻得以保证。

建议信贷治理系统采纳三层体系结构，因为这种方式有专门大优势：

▪改善系统的可扩充性。

因为应用服务器能够部署在多台机器上，同样的系统逻辑能够在多个服务器或客户端启动。

▪改善数据的完整性。

因为所有的数据都要通过中间层，在中间层能够通过数据验证逻辑，在数据更新到数据层之前保证数据的合法性。

▪系统的安全性能够得以改善，能够在多个层次上实施安全策略，而不是仅仅集中在数据层。

▪要改变业务逻辑，只需要在应用服务器一层进行更新，节约系统部署的费用。

▪因为实际的数据结构隐藏在系统的最后端，因此数据结构改变的透亮性是可能的。