即将来临的银行的流程化实施浪潮！ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

国内商业银行的信息化建设已有20年有余，也培育了无数本土IT企业的发展，在其他各个行业充分吸吮新的技术时
，unix/C的模式继续延续他的经典，银行的业务系统总的来讲，应该就是两大部分：核心业务和财务系统，也就
是银行存在的意义：资金的运营和资金的使用，剩下所有的系统都可以说是以这两大部分为核心所作的外延：统
一的人员管理，诞生了统一身份认证（有N多公司以此为生），从核心业务剥离出的非资金业务，诸如信贷管理，
客户管理、绩效管理等等（也有N多公司专门做这方面的东西），财务系统分离了资产负债表的部分科目，形成了
与其他类似的财务系统（向用友、金蝶等做这多方面的软件，只不过不能很好的适用于银行，银行在的核心业务
通常是广义的，系统本身支持财务方面的内容，而且很容易出统一的报表），随着一些业务由人行参与进来（现
代化支付系统等），从核心业务系统的功能上来说，现在已经基本满足了中国商行的日常运营，但是，这个离真
正有效用的系统，国内的厂商在理念上确实还差的较远，原因之一就是，我们的系统主要是以明确的客户需求或
者说是银行的固定的条款来作为基础实现的，仅仅是完成了手工向电子化运营的效率的提升，尽管是非常重要的
，但是不要忘记的是：银行的发展和面临的竞争，使它在这个过程中一直在进行2个方向的抉择：效率和风险，没
有办法，银行是经营货币为主的金融机构，他的产品就是“货币”，但是，面对客户的效率的压力，最简洁的核
心系统也许是适合的，但是，如果，你问任何一家银行，在效率和风险，哪个优先？结果自然是后者，这就出现
了一个问题：我们经典的unix/c/c++的程序是基于单点经办（+复核）的C/S模式系统，柜员这个本身职能的级
别却拥有非常大的因信息化而带来操作权限，这个权限是不容小视的，但通常是没有太受关注，看看我们国内的
一些银行事故，许多都是在这一关出的事，只要说服柜员，风险就会存在，尽管如此，银行以事后监督为手段跟
踪，但是，毕竟是事后的事情，发现了，人也跑到Canada了，从这个意义上讲，风险管理在操作层面是非常重
要的，basel II的三大支柱之一，便是操作风险管理；但是，一个交易的发生，又很难在概率上加以判断（谁都知
道：软件的巅峰功能就是分析，类人思维，这种软件短期无法实现，模型得有突破才可以），那么，我们所能做
的是什么呢？既然在事前不能判断风险，事后又存在风险，那么就是在操作过程中（实现事中）减少合谋的发生
，经办与复核及授权的分离，网点仅仅是经办（重在营销）,组建专用的账务处理中心，集中会计，审核能力强的
柜面人员到账务中心，进行交易流程的监管，控制操作风险，将电子影像和工作流引入银行柜台的处理系统中，
这个模式将是接下来在银行金融电子化进程中重点关注的一块，这个也是SOA模式在银行的目前核心系统中最值
得应用的一个部分，（现在所讨论的SOA在银行的广泛应用，个人认为，短期还难以达到，即使做到，也就是和
外围的一些小产品，而不是最优价值的）与银行的核心业务接触，才是获得大的订单的来源所在，国内已经有几家银行在这个模式上
进行探索了，而且，很多银行对这种模式现在基本都持欢迎态度，只不过在等待市场上更加
稳固的案例而已，本人之前一直从事核心业务系统开发，现在开始转向这个领域，前景十分的看好，看看IBM、
BEA他们的SOA解决方案，尽管提的很漂亮（不能一口吃个胖子，毕竟，这是在为中国的商业银行提供解决方案），
但不是快刀，还不能一刀插入到核心的真正使SOA有价值的领域，
但是这个领域现在已经准备好了，看谁能先下手看到这一点了！
不是一回事，楼主说的是网点转型和业务流程再造的问题。
存取款这类业务不是改造的范围。重点是票据、
信用卡这类适合后台业务处理中心集中受理的业务
原帖由 bup-ti 于 2008-8-4 16:09 发表

难以想象办一笔取款和转账，还得等中心的复核与授权。
中心累死、柜台等死
操作风险，依靠降低服务质量来做，这个出发点是有问题的。