请问银行的业务受理系统和核心帐务系统物理上是否有分离的要求？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

求教各位熟悉银行核心系统的专业人员,比如网银，柜面等业务受理的数据是从帐务核心系统的数据存放直接获取然后直接更新的嘛？
还是出于安全的考虑,是业务受理系统物理上有自己的数据库,如我网银上查询的存款余额并不是直接从帐务核心系统里查的,可能网银系统有这些数据的冗余或者镜像,只在发生交易时通过一定的安全方式连接帐务核心系统,然后交易成功后反向更新业务受理系统的数据?
原帖由 shadowsmile 于 2007-12-13 11:30 发表

求教各位熟悉银行核心系统的专业人员,比如网银，柜面等业务受理的数据是从帐务核心系统的数据存放直接获取然后直接更新的嘛？
还是出于安全的考虑,是业务受理系统物理上有自己的数据库,如我网银上查询的存款余额并不是直接从帐务核心系统里查的,可能网银系统有这些数据的冗余或者镜像,只在发生交易时通过一定的安全方式连接帐务核心系统,然后交易成功后反向更新业务受理系统的数据?
就你说的出于安全的考虑，正常处理应该是在帐务核心系统之外加一个映像。但是在很多实际的情况下，由于要考虑应用的数据的一致性和可控性，都是直接获取，然后更新的（其实这也是开发人员的省事的一个处理）。。。



银行的业务受理一般都是通过不同的渠道,例如:柜台,网银,自助设备(存款机/取款机/缴费机等等),商业POS......,
通常的,存款账户,借记卡账户,均要求实时更新,就是说,如果存折/借记卡在自己手边,查询到的余额应该就是当前
的真实余额.
银行的业务受理系统与核心业务系统,在硬件上是分离的,但在账务上是实时处理的.分户账只存在于核心业务系统.
您所描述的情景,不知道是哪家银行的网银?
嗯 楼上两位都很说在点子上。
要考虑安全的话最好是把业务受理、处理功能（系统）和资金帐务明细核算的系统、数据进行分离。可能我们的领导比较强调安全，目前我们是这么做的，但是分离又要发生时实交易的话系统复杂度会增加，如何保证数据一致性是一个比较突出的问题。
还有一个问题是如果数据是不分离的，在核心系统日终批处理如日结、积息这段时间内，是否影响24*7网银的一些操作和速度？
原帖由 shadowsmile 于 2007-12-13 11:30 发表

求教各位熟悉银行核心系统的专业人员,比如网银，柜面等业务受理的数据是从帐务核心系统的数据存放直接获取然后直接更新的嘛？
还是出于安全的考虑,是业务受理系统物理上有自己的数据库,如我网银上查询的存款余额并不是直接从帐务核心系统里查的,可能网银系统有这些数据的冗余或者镜像,只在发生交易时通过一定的安全方式连接帐务核心系统,然后交易成功后反向更新业务受理系统的数据?
更正LZ一点,银行没有业务受理系统这个说法,柜面业务就是核心业务系统.
银行以前有核心业务网与互联网物理隔离的要求, 但上了网银之后, 是通过各种安全设备保证业务系统安全的,因此事实上只是逻辑隔离.
至于网银, 有它自已的数据库, 但不是存放账务数据镜象, 而是网银平台自已的一些参数,日志和网银客户个性化数据等, 真正的业务处理和业务信息,仍然是放在核心业务系统上的, 网银系统只是通过交易服务接口调用. 因此, 同样是宇信做的网银, 工行的基金业务很好用, 建行的就很难用,原因是建行的后台业务系统提供的基金业务接口太烂了.
原帖由 zszyj2000 于 2007-12-14 11:44 发表

更正LZ一点,银行没有业务受理系统这个说法,柜面业务就是核心业务系统.
银行以前有核心业务网与互联网物理隔离的要求, 但上了网银之后, 是通过各种安全设备保证业务系统安全的,因此事实上只是逻辑隔离.
至于网银, 有它自已的数据库, 但不是存放账务数据镜象, 而是网银平台自已的一些参数,日志和网银客户个性化数据等, 真正的业务处理和业务信息,仍然是放在核心业务系统上的, 网银系统只是通过交易服务接口调用. 因此, 同样是宇信做的网银, 工行的基金业务很好用, 建行的就很难用,原因是建行的后台业务系统提供的基金业务接口太烂了.
网银也应该是属于核心业务系统，只是在核心处理模块中分离出来一个单独的模块，处理网银的业务。。。
其实银行很多处理都是通过物理设备来保证安全的。。。