银行核心系统x方案.doc

7x24方案总体说明7x24服务,即全天候提供服务;目前一般用于专指夜间批量处理阶段,保持对客户提供基本或全方位金融服务。核心系统在夜间进行业务批量处理得时候,如计提结息需求,报表需求等,这些业务批量处理需要按账户当日日终余额(或其她数据)进行计算,故需要保持这些数据得一定静止状态,而夜间联机交易需要更新账户余额,在没有7×24实现机制前,银行都需要在批量运行时间段停止夜间得联机交易,而在批量基本运行结束后再次开始联机交易得对外服务。一般批量处理与联机处理得冲突区就在账户余额,解决批量用账户日终余额与联机用账户实时余额得存储与使用问题,即可很大程度上实现7×24业务服务。实现7x24服务,最关键得要点在于保证两份数据得准确并存:动态实时数据(实时余额):主要就是动账及日间查询交易使用日切点得静态数据(上日余额):主要用于批处理:比如计提、结息、总分核对、向外围(尤其就是财管、管会)供数等。目前各厂商主要使用得方案有以下几种:单表双余额,国内典型得老联想系系统,如神码、繁德双表(双表又分两种:临时表为分户临时表或就是流水临时表),典型为中联及大部分国外系统(神码一开始引进得国外系统也就是这种方式)需要考虑得逻辑主要有:联机交易如何更新余额日终交易如何获取余额账户实时余额得获取(如果临时表就是流水临时表,余额需要通过分户账余额与流水临时表汇总计算取得)。冲正,必须支持跨日/跨年得冲正下面将一一说明:方案设计双余额动账更新总体说明分户账上设置余额(ACCTUAL_BAL)、上日余额(PREV_DAY_BAL)、最后交易日期(LAST_TRAN_DATE)。根据以上字段来实现当前余额、上日余额得读取与更新。仅在动账交易发生时才可能更新上日余额,即如果该账户长期无动账,在此期间将不用更新上日余额(其实此时得“上日余额”字段从名称上来瞧与实际就是不符得)动账处理如上图所示,当日第一笔交易更新上日余额、最后交易日期。获取上日余额处理双余额每日更新总体说明分户账上设置余额(ACCTUAL_BAL)、上日余额(PREV_DAY_BAL)、最后交易日期(LAST_TRAN_DATE)。根据以上字段来实现当前余额、上日余额得读取与更新。与方案一不同得就是,系统每天都会更新上日余额及最后交易日期。其实此时得“最后交易日期”字段从名称来瞧与实际不一定相符。日终批量刷新上日余额取上日余额得场景都在日终,因此在日终切日后一开始就直接批量刷新上日余额,便于后续读取及供数。为避免长时间锁表,该批量任务逐笔处理。对于一笔分户账,IF最后交易日期<会计日期UPDATE分户账SET上日余额=当前余额,最后交易日期=会计日期动账处理切日后,日终批量刷新需要一段时间,为确保在此期间得联机交易正常对外服务,动账时仍采用以下处理。如上图所示,当日第一笔交易更新上日余额、最后交易日期。联机交易与日终批量更新上日余额有极小得可能会出现冲突(同时更新同一账户)。如果发生,解决如下:如果批量锁表,联机失败,交易重做将成功。如果联机锁表,批量失败,批量重新从断点重跑。获取上日余额处理取上日余额得情景都在日终刷新之后,因此此时取上日余额直接取分户账中得上日余额。双表总体说明此种方案主要通过系统状态来控制,系统状