【方案】银行核心系统x方案.docxVIP

7x24方案1总体说明7x24 服务, 即全天候供应服务 ; 目前一般用于专指夜间批量处理阶段客户供应基本或全方位金融服务；, 保持对, 如计提结息需求 , 报表需求等 , 这核心系统在夜间进行业务批量处理得时候些业务批量处理需要按账户当日日终余额 ( 或其她数据 ) 进行运算 , 故需要保持这些数据得 7x24 方案 1 总体说明 7x24 服务, 即全天候供应服务 ; 目前一般用于专指夜间批量处理阶段 客户供应基本或全方位金融服务； , 保持对 , 如计提结息需求 , 报表需求等 , 这 核心系统在夜间进行业务批量处理得时候 些业务批量处理需要按账户当日日终余额 ( 或其她数据 ) 进行运算 , 故需要保持这 些数据得肯定静止状态 , 而夜间联机交易需要更新账户余额 机制前 , 银行都需要在批量运行时间段停止夜间得联机交易终止后再次开头联机交易得对外服务； , 在没有 7×24 实 现 , 而在批量基本运行 , 解决批量用账户日终余额 一般批量处理与联机处理得冲突区就在账户余额 , 即可很大程度上实现 7× 24 业务服 与联机用账户实时余额得储备与使用问题 务； 实现 7x24 服务, 最关键得要点在于保证两份数据得精确并存 : A. 动态实时数据 ( 实时余额 ): 主要就是动账及日间查询交易使用 B. 日切点得静态数据 ( 上日余额 ): 主要用于批处理 : 比如计提、结息、总分 核对、向外围 ( 特殊就是财管、管会 ) 供数等； 目前各厂商主要使用得方案有以下几种 : A. 单表双余额 , 国内典型得老联想系系统 , 如神码、繁德 B. 双表( 双表又分两种 : 暂时表为分户暂时表或就是流水暂时表 ), 典型为中 联及大部分国外系统 ( 神码一开头引进得国外系统也就是这种方式 ) 需要考虑得规律主要有 : 1. 联机交易如何更新余额 2. 日终交易如何猎取余额 3.账户实时余额得猎取 ( 假如暂时表就是流水暂时表与流水暂时表汇总运算取得 ) ；, 余额需要通过分户账余额 3. 账户实时余额得猎取 ( 假如暂时表就是流水暂时表 与流水暂时表汇总运算取得 ) ； , 余额需要通过分户账余额 4. 冲正, 必需支持跨日 / 跨年得冲正 下面将一一说明 : 2 方案设计 2.1 双余额动账更新 2.1.1 总体说明 分户账上设置余额 (ACCTUAL_BAL、) 上日余额 (PREV_DAY_BA、L)最终交易日 期(LAST_TRAN_DAT；E)依据以上字段来实现当前余额、上日余额得读取与更新； , 即假如该账户长期无动账 , 在此 仅在动账交易发生时才可能更新上日余额 期间将不用更新上日余额 ( 其实此时得“上日余额”字段从名称上来瞧与实际就 是不符得 ) 2.1.2动账处理开头更新账户余额==最终交易日期会计日期否是SET上日余额 2.1.2 动账处理 开头 更新账户余额 ==最终交易日期 会计日期 否 是 SET上日余额 =当前余额 , 当前余额 =当前余额 +(-)交易金额 , 最终交易日期 =运行日期 当前余额 =当前余额 +(-)交易金额 如上图所示 ,当日第一笔交易更新上日余额、最终交易日期； 2.1.3猎取上日余额处理开头猎取上日余额会计日期==最终交易日期是否取上日余额字段取当前余额字段2.2双余额每日更新2.2.1总体说明分户账上设置余额 (ACCTUAL_BA 2.1.3 猎取上日余额处理 开头 猎取上日余额 会计日期 ==最终交易日期 是 否 取上日余额字段 取当前余额字段 2.2 双余额每日更新 2.2.1 总体说明 分户账上设置余额 (ACCTUAL_BAL、) 上日余额 (PREV_DAY_BA、L)最终交易日 期(LAST_TRAN_DAT；E)依据以上字段来实现当前余额、上日余额得读取与更新； 与方案一不同得就是 , 系统每天都会更新上日余额及最终交易日期； 其实此时得“最终交易日期”字段从名称来瞧与实际不肯定相符； 2.2.2日终批量刷新上日余额取上日余额得场景都在日终 ,因此在日终切日后一开头就直接批量刷新上日余额,便于后续读取及供数；为防止长时间锁表,该批量任务逐笔处理 2.2.2 日终批量刷新上日余额 取上日余额得场景都在日终 ,因此在日终切日后一开头就直接批量刷新上日 余额,便于后续读取及供数；为防止长时间锁表 ,该批量任务逐笔处理； 对于一笔分户账 , IF 最终交易日期 会计日期 UPDATE分户账 SET 上日余额 =当前余额 ,最终交易日期 =会计日期 2.2.3 动账处理 切日后 ,日终批量刷新需要一段时间 ,为确保在此期间得联机交易正常对外服 务,动账时仍采纳以下处理； 开头更新账户余额==最终交易日期会计日期否是SET上日余