核心银行系统 之八 贷款（三）
作者：CS1026
在学完《核心银行系统 之六 贷款（二）》中讲的贷款计息、回收后，就可以理解什么是“还款计划”了。有房贷的人都知道，银行每年都会给你寄单子，上面有本年的“还款计划”，也就是每月还多少钱（虽然央行会有加息、降息，但一般房贷合同都会写“次年执行”）。
但是还款计划是怎么生成的？为什么一定要先介绍贷款的计息和回收？贷款业务流程是怎样的？在数据库中会存储哪些要素？如果做贷款开发，需要注意些什么？希望能听听同行经验和看法，让我们也能知道同行大家是如何想的！
我们分三个部分来谈：
一、还款计划的产生
二、库表设计与业务流程
三、贷款开发的学习思路
在贷款开立之前，会有还款计划的试算，会将本金、期数、利率等输入由核心系统进行计算，得出每期的还款计划。注：这一步的还款计划还只是一堆记录数据，只是模拟计算，不在核心内的表里。
而还款计划就是上一篇贷款（二）里介绍的回收方式以及对应的计息和计算公式得出的结果。
那么当贷款经过信贷等决策系统批准后，就可以在核心为客户开立贷款账户。
贷款的类型在贷款（一）这一篇里有介绍，加上贷款（二）里介绍的回收方式，组合后，可以变化出N多种“贷款产品”。
当然，银行不会全部去支持这么多贷款产品在核心系统里，只会拥有开展业务计划的贷款产品在核心系统的支持。
开立贷款账户后，会有授信贷款合同，当借款发生时，会有借据产生，就要生成还款计划，之后按照还款计划在到期日进行从用户的还款卡中扣款的操作。
需要注意，还款计划会随着用户的还款进程，在还款日之后发生变化。还款计划还会随着贷款产品的组成要素的值发生变化，从而产生变化。
本金变动：在贷款账户本金发生变化时变更分期还款额，主要指分次放款、提前还本并选择重新试算分期还款额、调整拖欠本金三种情况，不包括借款人正常还款带来的本金变化。
期限变动：在贷款账户有效还款期数变化时变更分期还款额，主要指期限调整，包括延长期限、缩短期限、暂停还款、中止暂停等情况。
利率变动：在贷款账户利率发生变化时变更分期还款额，利率变动又包括牌告利率变动、贷款账户浮动率变动，而引起贷款账户执行利率值变动。
累进变动：在贷款账户选择累进还款方式，累计间隔结束时，对分期还款额按一定比率或金额累进而变更分期还款额。
还款方式变动：贷款账户由于某种原因变动还款方式，导致还息间隔、还本间隔、累进间隔、首次累进间隔等发生变化，需要重新计算分期还款额。
还款间隔和累进比例金额变动：贷款账户还款方式不变，但还本间隔、还息间隔、累进间隔、首次累进间隔、累进比率和累进金额发生变动时，引起有效还款期数及执行利率的变动，需重新计算分期还款额。
还款计划生成以后，在核心系统的数据库中是以表的形式进行存放，还款计划需要通过批量任务进行更新。
这里说一下展期、宽限期的不同，展期是指延长整个还款期限，但宽限期是当期到期还款日的延长。
一般在核心系统中，数据库要存储客户的基本信息、贷款产品的信息、贷款账户的信息、还款计划等。如下：
(点击上图，可方大阅读)
核心数据模型：
贷款的一半流程，对公贷款举例：
个人贷款举例：
贷款产品属性：
贷款部分还没写完，还有贷款等账务处理、流程管理等。回顾前两篇的内容，可以想想为什么要把贷款类型、回收方式、计息、还款计划，单独拿出来讲？
因为，包括与做核心开发的工程师等交流也发现，往往过度聚焦于“记账”逻辑处理和跑批逻辑，如何从零开始设计核心基本没概念。
一个系统的设计都是从顶层开始的，经过对业务流程的分解，划分出处理模块，根据字段、数据需求设计相应的数据库结构和表结构，然后在前置中设计操作界面，在处理模块中设计对数据库的业务操作（增、删、改、查）。
整体概念设计明确，经过合理划分后，单个模块详细设计也就自然而然可以推导出，详设都有了，数据库操作也就有了，就能写代码了。
今天就先聊到这里~