24小时实现方案概略

显示全部楼层 · 2005-2-28 12:57:00

24 小时运行机制
1. 24 小时运行的前提条件
1.124小时运行的含义
1.2数据库系统的支持
1.3应用系统的支持
2. 应用系统时段的划分
2.1时段划分的依据
2.2时段的划分
3. 24小时的模式
3.124小时交易模式和整批时段的切割
3.2记帐模式
3.3ATM 轧帐
4. 24小时交易的控制模式
4.124小时交易的控制流程
4.224小时交易的控制描述

1. 24 小时运行的前提条件

1.124小时运行的含义

当今的银行在树立自己的品牌形象时非常注重24小时连线的服务模式。早期的银行系统在晚间一般来说会暂停连机交易，运行批处理，这一影响在于在夜间某一段时间内，客户无法享用银行的连线服务。
真正的24小时的应用系统，是连线运行无任何一个时刻的停止的系统。前提条件是数据库系统提供的支持：在线备份和在线数据库重组的功能；应用系统的支持：连线不停的运行架构和应用系统维护的在线切换。
1.2数据库系统的支持
支持在线备份和在线数据库重组。
1.3应用系统的支持
设计架构采用time slot的技术，支持应用的24小时连线；并且采用了system table连线switch的技术，支持应用系统的维护不停连线运行。

2. 应用系统时段的划分（time slot）
2.1时段划分的依据

24小时连线运行的系统，可适时地处理任意时刻、任意渠道、任意媒介发起的帐务性交易。从会计制度上要保持总帐数据有一天的静止状态，便于列印报表和帐务核对工作，所以，在应用的设计上采用时段的划分（time slot）的技术，将每个营业日分成5个（time slot） T1、T2、Tn、Tc、T0。

其中，24小时交易换日切点为一可变点，并且采用一切换，切换之后所有交易所发生的会计帐务当作次日的会计帐处理。
2.2时段的划分

参考时间
时段切割
工作描述
22:30pm
T1
整批工作开始、BT1备份作业、主档下载
23:30pm
T2
本日工作结束、流水数据下载、整合数据处理及合并
00:30Am
Tn
次日作业开始、AT2备份作业、24小时业务追帐
02:00Am
Tc
次日转帐开始、帐务处理作业、ATc备份作业
02:00Am—22:30pm
T0
连线作业开始、网点开机

3. 24小时的模式
3.124小时交易模式和整批时段的切割

3.2记帐模式
每个营业日中的5个time slot从模式上分为online 和 offline两种。从 T1开始到Tn开始为offline模式；从Tn开始到次日T1开始为online模式。为保证总帐数据有一天的静止状态，从offline的模式的开始，连线交易暂时只记分户帐而不记总帐，在offline模式结束时进行追总帐的处理。Online模式时，帐务性交易使用的流水档案为Log0，同时记业务的分户帐与会计帐；24小时换日，将帐务性交易的流水档案切换至Log 1，只记业务帐的分户帐而不记会计帐。

3.3ATM 轧帐
ATM轧帐

主机上的会计帐务以换日切点为24小时循环记录帐务日的每一笔帐务性交易，而ATM的现金帐则以换钞切点(每一部机器不同)为24小时循环记录每一笔现金交易的流水。

4. 24小时交易的控制模式

4.124小时交易的控制流程

4.224小时交易的控制描述
1.
在下午支行网点结帐前由中心执行Cut off (切换)次日，同时24小时交易流水切换为Log1，交易模式转换为offline。
2. 在offline模式时接到连机交易的信息，检查此交易是否为合法的24小时交易，然后，将offline模式传给此交易。
3. 该交易调用应用服务器（application server）依offline模式更新次日交易金额。
4. 在Tn时启动追帐(Catch up)处理，启动传票入帐更新会计帐的处理流程，将流水档Log1中的每一笔帐务性流水记录通过追帐记入流水档Log0中。，
5. 在启动追帐(Catch up)处理时将交易的模式转为Online Mode。
6. 在追帐(Catch up)处理时同时将次日交易金额清零。
7. 总分核对在未换日前，本日余额=当时余额－次日交易金额

千问 · 2005-2-28 12:57:00

附件，文档加入了一些图解

千问 · 2005-2-28 12:57:00

本想加精呢，不过喝彩的人少了。看看先。

千问 · 2005-2-28 12:57:00

喝彩先！言简意赅，对偶颇有帮助！
应该加精，看的人就多了

千问 · 2005-2-28 12:57:00

好帖，支持一下！

千问 · 2005-2-28 12:57:00

好想是bmi在建行的方法,不过说真的,我们只能用很差两个字来评价

千问 · 2005-2-28 12:57:00

,楼上所言极是.
这个方案是回应论坛前期一个关于24小时的贴的,供大家评说.
大家可以针对这个方案讨论优劣,呵,毕竟是ibm在ccb的实现.

千问 · 2005-2-28 12:57:00

很差吗？好像也不是，追帐式是目前24小时的主流解决方案，追帐式在总分帐平衡上是个问题。

千问 · 2005-2-28 12:57:00

个人见解，或许是没读懂，这个方案太过复杂并且没有真正解决24小时问题
1、根据此文档可以推断该方案下的系统会计帐的更新模式为时时，存在瓶颈
2、实现方式相对复杂，需要进行追帐来完成24小时帐务，存在滞后，并且给批量处理带来复杂度
3、使用双金额的方式同时应该配合分户帐存在双交易日期会更好。
4、LOG0-》LOG1的切换不存在实际意义，本身两者的交易执行日期就可以区分，如果有意义主要意义可能在避免冲突

千问 · 2005-2-28 12:57:00

楼上是联想的吧

，双日期双余额的确是个不错的办法，我没有测试过，但有资料表明这样系统支持批量和柜面同时进行还是有问题，目前银行对pos/atm的24小时支持是比较成熟的.