银行核心系统7x24方案.pdf

7x24 方案 1 总体说明 7x24 服务，即全天候提供服务； 目前一般用于专指夜间批量处理阶段， 保持 对客户提供基本或全方位金融服务。 核心系统在夜间进行业务批量处理的时候，如计提结息需求，报表需求等， 这些业务批量处理需要按账户当日日终余额 （或其他数据）进行计算， 故需要保 持这些数据的一定静止状态，而夜间联机交易需要更新账户余额，在没有 7 ×24 实现机制前， 银行都需要在批量运行时间段停止夜间的联机交易， 而在批量基本 运行结束后再次开始联机交易的对外服务。 一般批量处理与联机处理的冲突区就在账户余额， 解决批量用账户日终余额 与联机用账户实时余额的存储与使用问题， 即可很大程度上实现 7×24 业务服务。 实现 7x24 服务，最关键的要点在于保证两份数据的准确并存： A. 动态实时数据（实时余额） ：主要是动账及日间查询交易使用 B. 日切点的静态数据（上日余额） ：主要用于批处理：比如计提、结息、总 分核对、向外围（尤其是财管、管会）供数等。 目前各厂商主要使用的方案有以下几种： A. 单表双余额，国内典型的老联想系系统，如神码、繁德 B. 双表 （双表又分两种：临时表为分户临时表或是流水临时表） ，典型为中 联及大部分国外系统（神码一开始引进的国外系统也是这种方式） 需要考虑的逻辑主要有： 1. 联机交易如何更新余额 2. 日终交易如何获取余额 3. 账户实时余额的获取（如果临时表是流水临时表，余额需要通过分户账余额 与流水临时表汇总计算取得） 。 4. 冲正，必须支持跨日 / 跨年的冲正 下面将一一说明： 2 方案设计 2.1 双余额动账更新 2.1.1 总体说明 分户账上设置余额 (ACCTUAL_BAL)、上日余额 (PREV_DAY_BAL)、最后交易日 期 (LAST_TRAN_DATE)。根据以上字段来实现当前余额、上日余额的读取和更新。 仅在动账交易发生时才可能更新上日余额，即如果该账户长期无动账，在此 期间将不用更新上日余额 （其实此时的 “上日余额”字段从名称上来看与实际是 不符的） 2.1.2 动账处理 开始 更新账户余额 会计日期 ==最后交易日期 否 是 SET上日余额 =当前余额 , 当前余额 =当前余额 +(-)交易金额 , 当前余额 =当前余额 +(-)交易金额 最后交易日期 =运行日期 如上图所示，当日第一笔交易更新上日余额、最后交易日期。 2.1.3 获取上日余额处理 开始 获取上日余额 会计日期 ==最后交易日期 是 否 取上日余额字段 取当前余额字段 2.2 双余额每日更新 2.2.1