银行核心系统之定价、利息及核算体系
作者：CS1026
产品定价、利息计划及会计核算是核心系统的基础功能，也是银行核心系统应用架构的关键提升点与决策点。那么如何设计一套多维度定价模型和弹性定价策略？又如何构建独立的核算体系，实现交易与核算分离呢？
今天的文章分享了定价体系的设计思路，以便为客户提供更加多样化的利率选择，并详细介绍了核算科目映射方案、客户账核算映射方案、内部账核算映射方案以及核算引擎技术方案这四大内容在业界通用的具体实现，将理论与实践进行了一次深度结合。
一、定价体系设计
1.1 利率定价方法
建立职能明确层次分明的分级授权定价体系及规范的操作规程，进行不同层次利率市场化定价策略的制定，同时杜绝操作风险。
总行可综合考虑全行资产负债管理的战略目标需要及市场竞争性价格，制定全行级的本外币产品基准利率和税率，并可参数化设定利率浮动的上下限。总行可为各分行或多个分行组成的区域制定基准利率和税率之上的差异化定价策略。
分行可针对总行维护或定制的定价策略进行差异化处理，但浮动上下限参数必须在总行限定的范围内。分行经过总行审核后可自行定制适用于本分行的定价策略；分行也可为辖下指定机构或多个机构组成的区域制定基准利率和税率之上的差异化定价策略。
各机构可针对上级分行制定的定价策略进行差异化处理，但浮动上下限参数必须在限定的范围内。各机构经过分行审核后可自行定制适用于本机构或特定账户的定价策略。
基于利率市场化的定价体系，建立完善的客户产品服务全生命周期的数据回馈和分析机制，以便提供详实可靠的分析结果供评估利率市场化的实施效果、及时监控市场风险，为定价策略依据。
按机构/地区统计的单位周期（如按月）客户、账户增长率及其定价策略的分布（找出更受客户认可的定价策略）。
按机构/地区统计的单位周期（如按月）客户、账户交易量（根据活跃程度分析定价策略对客户粘度的影响）。
按定价策略分类统计的单位周期银行收益情况（衡量定价策略对银行收益的贡献度，对于贡献度低甚至产生负收益的定价策略进行识别和风险监控）。
可针对定价策略设定不同参数的监控阈值（如上浮比例大于 5%），按机构/地区统计达到或超过监控阈值的账户信息，供分析是否存在利率市场风险。
1.2 利率定价策略和计算要素
利率体系为支持利率定价设计的参数化，需要能够解决 2 个问题：一是参数化支持不同的利率定价的纬度，二是参数化支持不同的利率的计算要素。
利率定价的纬度：利率定价的参与维度约定的是我行构建的利率定价体系可针对哪些业务要素及其组合进行差异化的市场定价。
利率定价的计算要素：利率定价的计算要素约定的是根据上述定价策略进行利息计算时可灵活设定的计算参数。
1.3 利率参数化的本质
众所周知，对逐笔计息法，“利息=本金利率期限”；对积数计息法，“利息=积数年利率/年基数”，其中积数是按照日终账户余额进行累计，因此也等价于“利息=本金利率*期限”。
由利息计算公式可知，若要计算利息，必须要知道本金几何，利率几何，期限几何，缺一不可。因此，利率参数化的本质是对这三个要素的参数化，从而能够灵活获取三要素的值。
1.4 利率参数化要素
本金的参数化体现在分层中，主要有两类：一是将本金划分成若干小段的金额，将其称为按分量分层；二是先划定若干区间，然后看目前的本金会处于哪个区间上，将此称为按总量分层。不管是按分量分层，还是按总量分层，最终的目的都是获取相应的利率。
利率参数化跟本金分层紧密结合。例如按分量分层时，其每一层有对应的利率；而按总量分层时，其每一个区间有其对应的利率。获取利率时，根据本金的不同而使得获取的利率不同。利率参数化的另一表现是利率可以基于基准利率
进行上下浮动，浮动的幅度也是参数化的范畴。
期限参数化，对不同期限的约定不同的利率。对于那些长期将资金存于银行不动的客户，给予比较优惠的利率，从而达到吸引客户的目的。
由上几点可知，本金、期限的参数化不是单单为其自身所设定的，而都是跟利率参数化紧密相连的。
二、利息计划
利率参数化集中体现在利息计划，实际是对利息计算公式（利息=本金利率期限）中的本金、利率和期限参数化。
2.1 利息计划层级
2.2 产品利息计划
通过利息计划的设计，实现了产品与利率定价的解耦，可以为不同产品设置不同的利息计划。对于产品的利息计划，目前有以下几类：正常利率、逾期利率、提前支取利率、复利利率、协定利率、剩余金额利率、违约利息计划等。
正常利息计划用于约定没有违约的情况下的利息计算；逾期利息计划用于约定合约逾期之后，逾期部分的利息就算；提前支取利息计划用于定期到期前的支取的利息计划；
复利利息计划用于对利息所产生的利息的计息；协定利息计划用于协定存款的利息计算；剩余金额利息计划用于定期存款支取后的剩余本金的利息计息；违约利息计划用于约定违约之后的利率和利息计算。
不同的产品会对应不同的类型的利息计划。除了具有个性的利息计划的合约之外，产品利息计划会影响所有购买该产品的客户合约。例如，整存整取存款、通知存款等。
2.3 合约利息计划
客户合约层的利息计划，可以继承产品层的利息计划，它们的含义跟产品的含义相同，只是其影响的范围仅限于特定的客户合约。像协议存款、协定存款，其利息定价便会因客户的不同而不同，可通过合约利息计划实现其个性化设置。
三、核算体系设计
3.1 核算科目映射方案
将核算相关的要素抽取出来，实现核算要素配置的参数化，实现交易与核算分离。 交易要素的变更，不影响核算科目；核算科目的变更，不影响交易要素；交易要素变更和核算科目的变更，只需要调整两者对应关系，实现交易要素与核算科目的映射。
3.2 客户账核算映射方案
在客户账户中不再存储科目号，只需要在发生业务交易时提供与核算相关的核算要素，核算引擎将这一组核算要素映射到相应的核算科目，再进行后续的核算处理。
定期账户举例
只需提供该定期存单的“产品-对公普通定期产品”、“客户行业-G0200-计算机服务业”、“存期-一年存期”、“金额类型-定期本金”，即可关联该定期账户的核算科目。
活期结算账户举例
只需提供“产品-对公一般活期存款”、“客户行业-G0200-计算机服务业”、“存期-不限存期”、“金额类型-活期本金”，即可关联该活期结算账户的核算科目。
3.3 内部账核算映射方案
内部账户是对银行内部资金或者资金流通环节的分户管理，如手续费收入、利息支出、应付利息等。内部账户直接针对最底层级的科目开立。因此，核算与发生交易的客户账信息有关，又与涉及内部核算的事件信息有关。
如定期支取发生结息，产生“利息支出”核算事件，而具体关联到哪个核算科目，又与发生交易的定期账户信息有关。比如存期为一年期和三年期分别对应到不同的“利息支出”核算科目。
因此，内部账的核算要素建议：
通过上述要素，即可关联到对应的核算科目。
定期账户的利息支出
只需提供“产品-对公普通定期产品”、“客户行业-G0200-计算机服务业”、“存期-一年存期”、“金额类型-定期本金”、“事件类型-利息支出”，即可关联该定期账户的利息支出核算科目。
应解汇款活期账号
假定交易需要使用某机构的应解汇款账号，则只需提供“事件类型-应解汇款”、“交易机构号”、“交易币别”，即可找到该机构对应币种的应解汇款账号和相应的核算科目。
3.4 业务与核算说明
对于业务人员来说，开户时不再选择核算科目，而是选择开立的产品。涉及账户交易的核算，则由系统自动根据产品和行业代码等交易要素获取对应的科目进行核算。
3.5 核算引擎技术方案
（1）交易与核算处理流程
应用层和拆分录的调用关系，应用层在处理完交易的外部账务，登记完核算流水档后，进行事务提交后，调用拆分录请求发送程序异步发送拆分录请求到拆分录模块。
拆分录模块根据应用层的交易请求码、渠道、业务系统等信息进行判断该交易是实时处理还是批次处理。若是批次处理，程序直接退出结束；若是实时处理，则根据交易请求码对应的内部交易码获取该交易的拆分录规则进行拆分录。
拆分录模块实时读取核算接入流水档的记录进行拆分录，同时将拆出的分录发送到后续账务处理系统进行入账处理。
如此，拆分录的失败与否不影响应用层对交易的处理，同时由于采用了实时和批次拆分录入账的方式，则缓解了交易高峰期系统压力。
（2）交易层与核算层流程
3.6 应用登记核算接入档处理模块
（1）功能概述
该模块被应用层调用登记核算接入流水档。应用层在处理完所有的外部账务后，在事务提交之前，调用该模块将本笔交易应用需要的进行加工的核算信息登记到核算接入流水档中。登记到核算接入流水档的信息被后续拆分录模块加工处理形成分录。
该模块需要应用层提供应用信息：以数组作为接口，供应用层将交易信息传入到该模块。每一笔转出方和转入方组成，也就是一借一贷，费用信息是交易时收取的费用信息，一个交易可以收取多笔费用，每笔费用都作为数组的 1 笔记录上送。
该模块将应用层传入的数组解析到核算接入流水档，由于应用都是以转出或转入作为接口信息传入，所以该模块将判断传入科目或者账号的借贷方向，将数组信息填写到核算接入流水档的借贷方。
（2）功能流程
应用登记核算功能流程：
3.7 核算体系实现
（1）核算分离处理流程
为了满足系统扩充的需要，新一代的核心系统采用核算分离的方法，来达到联机交易尽量不处理交易分录，由单独模块完成会计分录处理，交易与核算的松耦合、保持业务处理灵活性的目的。
分录的处理根据业务类别，既可日间产生也可晚间批处理产生，该配置由交易参数配置实现。 除内部账、会计系统外, 前台业务人员, 从输入界面到输出打印, 包括扎账, 都没有会计概念。 系统的业务处理模块与拆分录的模块不绑在一起。
（2）核算分离处理流程
由场景产生分录：
是否实时拆分录, 由系统参数配置决定, 可以联机实时拆也可以晚上批量拆。
联机实时写分录, 由平台调用拆分录子程序完成写分录, 并在场景记下已写分录标志。
晚上批量拆分录, 先检查场景的'已出分录标志’，当标志为'否’时再由批处理程序调用拆分录子程序完成。
对于日间已出分录的场景，晚上批量程序不会再对该场景进行拆分录处理。
场景产生分录流程：
---------- END ----------
也许你还想看