楼主: 风动心动

中国银行IT蓝图

[复制链接]
论坛徽章:
0
891#
发表于 2011-1-26 12:21 | 只看该作者
内部人员表示鸭梨很大

使用道具 举报

回复
论坛徽章:
1
2012新春纪念徽章
日期:2012-01-04 11:57:56
892#
发表于 2011-1-29 21:08 | 只看该作者
系统推了这么多家分行,大家都想听听效果,转一篇介绍BANCS系统的文章,供大家探讨探讨。

BANCS系统“十日谈”
河北省分行
石奇华
    截至2010年底,BANCS系统投产已经一年多了。500多个日日夜夜里,我们河北分行员工与此位被中国银行上下寄予重望的核心银行系统(COREBANKING SYSTEM,简称CBS)朝夕相处,互促互利,逐渐摸透了这位大侠的脾气秉性,深深感受到这位大侠果然不同凡响:
首先——天赋异秉!BANCS系统彻底颠覆了我行以往业务系统的观念,引进了全新的核心银行系统理念,是一个完全以客户为中心的生产系统。
其次——满腹经纶!覆盖了旧线的NACSRTSNISSNICS等等系统的功能,减少了一笔业务要跨多个系统处理的历史。
再次——武艺高强!500多天来,系统运行稳定,期间只短时宕机一次。(要知道,以往新系统投产,水土不服,宕机状况屡有发生,此大侠居然毫不失手,不能不叫人佩服!)
再再次——性格倔强!嘿嘿,金无足赤,人无完人,大侠也不能无所不能。尤其当操作人员出于对BANCS不了解,就会有不知如何处理的情况发生,导致了大家对大侠一些误解。然而真金不怕火炼,真大侠不怕考验,通过大量的培训、锤炼,我们已逐渐掌握了与之相处之道。
作为首批使用者,笔者今天简单地列举一下对BANCS大侠的一些了解,希望能够对未投产行的同事一点点感性认识,同时与已上线行的各位同仁互相交流,便于大家与我行未来IT业务系统的掌门更加和谐地相处。
第一日 问下英雄出处
按说英雄不问出处,不过,BANCS系统是我行引进的第一个核心银行系统(CBS),笔者感觉必须简单地介绍一下他的来历,帮助诸位看官了解他的一些背景。(耳语:各位看官心里明白,知根知底才能成为自己人。)
就笔者粗浅的知识,知道此位大侠来自南半球的澳大利亚,一路飘洋过海来到我行。在此之前,他曾经在澳洲、西欧、台湾等地区的一些银行成功运行。但是,面对中国银行如此大的业务量,以及中国各级金融监管部门纷繁复杂的要求,BANCS能否适应咱这一亩三分地的水土,曾是一个非常大的疑问。在重重的疑问之前,总行从各地中行广揽英才,历时三年,通过我行科技人员和业务人员的共同努力,终于成功将其汉化,并于200910月在河北分行投产,并于2010年实现了西北五行的投产。
第二日 BANCS大侠之名号
此番所说的名号,乃指BANCS系统的交易码。BANCS系统的交易码非常多,但规律明显:交易码共5位,第一位表示模块(0存款,1贷款,2BGL3参数类,5查询类,6客户信息类);第二位表示形式(如0有折,1无折,3结清,5倒推日有折,6倒推日无折);第三位表示类型(0正常1冲正,3正常4冲正);第四和第五位表示功能(50以上是借记,50以下是贷记,一些典型数字的包括:10现金存款,30直接贷记,45转账,50直接借记,60现金取款,)。举两个例子吧:01010存款模块-无折-交易日-现金存款,00060存款-有折-交易日-现金取款,26051 内部帐-倒推日-转无折客户账。
各位看官明白了吗?OK,现在开始抢答:05045是什么意思?对喽,是存款-倒推日-有折-转客户账。
又有看官挑战:09760是什么意思?俺只能苦笑,无语。因为俺只知道是修改密码,但套不上上面的逻辑。那就使出绝杀技——不求甚解,死记硬背。
第三日 BANCS的地盘BANCS做主
刚出道时,早年威震武林的门派长老,如NACS派掌门,SBS3.0帮的帮主,对BANCS大侠很是不齿,究其原因,乃是因为他们认为BANCS派中的制度一点都不清晰。要说起NACSSBS3.0两大江湖派别,可谓是德高望重,制度森严。各门派中的分支,都有严格命名制度。只要报上账号就知道是几袋弟子。比如,40740003014xxxxx,肯定是河北大区省营分区薪酬为美元的弟子;40004001001xxxxx,则是总部一区薪酬为人民币的弟子。而BANCS作为一个核心银行系统,也是对个人、公司依据一定条件开立、记录存款业务的账户,但账号是无意义的为17位数字。如果要了解账号的性质是活期还是定期、人民币还是美元等等详细信息,那么必须要使调阅后才知道。
其实,各位看官有所不知,BANCS 大侠的这招,可谓是深藏不露,无招胜有招。只要是入了本派,无论你是在北方大漠,还是南沙诸岛,只有一个代号。无论你是辖区变换,还是职位升迁,代号只有一个,那称呼你的人多方便啊。所以我们送BANCS一个尊称:以人为本。
BANCS中的账号,除存款账号,还有以下几种:
贷款账户,指在BANCS系统中对个人、公司依据一定条件开立、记录贷款业务的账户。
CTA(或有账户):是英文Contingent Accounts的简称,目的是为了反映银行及客户暴露在非资产负债表项目的业务内容,比如:信用证的签发及确认、担保、银行承兑汇票、储备下协议的文件、保险以及因限额用途记录客户的远期外汇等。
BGLBGLBranch GeneralLedger)账户,详细解释请参见第四日的内容。
第四日 BGLCGL曾让我困惑
说实话,初初接触BANCS,最让我困惑的是BGLCGL这两个名词。俺在这两个孪生兄弟前探头探脑,又摸胳膊又摸腿,也不知道他俩是干啥的。后来,处的时间长了就慢慢了解了。在此本人用大白话解释一下:所谓BGL,就是999834832等等银行内部使用的过渡科目;而所谓CGL,则类似原来省行财会部每月生成的科目日计表,看不到交易明细,只能看到一个余额。
对于大多数人来说,这种困惑多发生在未上线时,等到投产以后,作为一般的操作人员,反正也看不到CGL,眼不见心不乱,并且可使用的BGL也寥寥无几,所以奉劝各位看官大可不必费太多的脑筋。在使用过程中,自然会逐渐清晰。另附官方口径如下:
BGLBGLBranch GeneralLedger)账户,指在BANCS系统中,除存款账户、贷款账户、或有资产账户以外,主要用于记录我行存放央行和同业资金、暂收暂付款项及库存现金等内部资金的账户。BGL账户的类型主要有存放央行及同业资金(Nostro)账户、国内外同业开立在本行的清算账户(Vostro账户)和一般BGL账户。
CGL是英文Corporate General Ledger的简称,意为总账系统或总账,是BANCS系统所有金融交易的会计核算数据在总账系统的记录和反映。
第五日 BANCS的两大独门暗器:一本账和二次更新
所谓一本帐,笔者的理解有两层含义:一是总分行一致对外,一改从前诸侯分割的局面,不再用地域的观念束缚麾下子弟的手脚,更舍弃了层层叠叠的联行清算科目,节省了时间和精力;二是无论存、贷、公、私,综合柜员样样全能,在一个系统中就可以完成,不用再跨多个系统,树立整体对外形象。
而所谓二次更新,更显BANCS大侠心思缜密。比如,今儿事务繁忙,大侠即号令手下,凡柜台发生金融交易,先写进交易日志,待闲时,再用二次更新程序(SY1000)从日志表读取交易记录并将分录写到总账接口文件中(GLIF)
怎么样,诸位感觉如何?大侠果然是大侠,事无巨细,井井有条。
第六日 BANCS的有所为有所不为
身为掌门,当然BANCS大侠也不是事事亲力亲为。比如他更关注交易的处理,而对于统计报表、利润分析等等事务,一概安排给总账系统几个长老去做。长老们分工如下:如MIS系统负责统计类报表,PA负责利润贡献度分析,还有个长老(名字俺忘了),负责集成报表。
PA(利润贡献度分析系统)将负责全行分机构、分产品、分客户等维度的利润贡献度分析。该系统涉及上存下借、内部资金转移计价、减值准备、中间业务、内部分润等十余个业务功能。
明白了这一点,我们就不要要求掌门管太多的事情。要知道,如果掌门事必躬亲,即使他是三头六臂,也会影响他的工作效率,岂不是得不偿失。
第七日 BANCS系统中的核准人员与旧系统复核人员的职责差异
BANCS和以往我们使用的系统还有一个非常巨大的区别。如:旧线系统中,无论什么业务,都要设置一个经办一个复核。复核要对经办所做的每一项工作负责。无论大事小情,上至账号金额,下至漏章错字,吃喝拉撒全负责。如此设置,表面上看起来是覆盖全面,天衣无缝。而实际上,其中的隐患不可谓不深:第一、经办复核之间很容易产生依赖心理,进而产生操作性风险,是谓之集体负责等于无人负责;第二、复核关注的点过多过杂,容易削弱复核的注意力,有时会抓芝麻丢西瓜。
我们再来看看BANCS,想当初俺看到大侠的安排时,就仿佛天际一道闪电,顿时照得俺如醍醐灌顶——世界上咋有这聪明的人哩?千言万语化为两个字:佩服!
诸位看官,请听俺细表。
由于BANCS系统是一个交易驱动的系统。所谓交易驱动,就是只要柜员明确自己想做什么,选择正确的交易码,那么后台的会计核算会自动生成,永远不用担心用错核算码。看到这里,有些看官恍然大悟:想当年用NACS时,会计核算可是一个最重要的环节呀。常常出现给客户记账记得对,但是轮到写对方科目时,却给记错了,结果冲账时连客户账也得一块冲。耽误时间不说,跟客户也不好交代呀。~~(捻须晃脑),BANCS高出一筹。
其实,BANCS是交易驱动,意味着复核人员不仅不用关注会计核算,同时也意味着不用关注汇率折算、回单缮制、统计报表等等事务。甚至一部分交易还控制了对诸如汇率类型、跨客户号入账等等错误的控制。可以说,现在想犯点错误都难。在这种情况下,如果每笔业务,尤其是小额频繁发生的业务,仍然按以前的模式设置一个经办一个复核,实在是极大地浪费。
二十一世纪什么最贵?人才!我们必须把我们的人才用在刀刃上。因此,BANCS系统摈弃了以往的复核,而引进了核准这个概念,核准人员只对核准点负责任。比如,在汇款交易中,如果不改变原汇款报文的账号,则一个经办即可入账。如改变了账号,则跳出核准点入账账号被变更,请核准。核准员只需对此核准点进行核准,就无需关注其他。套句时髦的话,因为专心,所以专注;因为专注,所以专业。
第八日 大侠也有脚踝
听过那个希腊神话的人都知道,海洋女神把她的儿子放进冥河中浸泡,这样,她的孩子就全身刀枪不入,没有什么力量可以伤害他。他长大以后参加了特洛伊战争,战无不胜,是希腊的第一勇士,特洛伊人拿他没办法。后来太阳神阿波罗把他的弱点告诉了特洛伊王子,说当时他的母亲是提着他的脚踝放入河水的,因此,他的弱点就是脚踝。他最后死于特洛伊王子的箭下,因为王子射中了他的脚踝。
BANCS虽然贵为掌门,但也有自己的软肋。具体的说,就是涉及到一借多贷、多借一贷乃至多借多贷等等旧线常见业务时,由于此种情况与BANCS的设计理念完全背道而驰,会将这位掌门愁死。好在BACNS中还有BGL账户,并有若干BGL交易(如BGL与客户账之间的对转、BGLBGL之间对转),通过它搭桥,完全可以避开这些困难。
第九日 玩转BANCS
玩转BANCSWho believe!几千个参数,上万支交易,想要把他通统看一遍都很困难,怎么可能呢?写出这个题目,更多是为了吸引各位同仁的眼球,主要目的想介绍一下BANCS系统操作的一些小窍门,这也是笔者在日常工作中逐渐积累出来的,大多在操作规程和用户手册中根本就见不到。也许目前未上线行的同事目前用不着,但是暂且留存吧,一定会极大提高你的工作效率。
操作窍门涉及两个原则:一、尽量多使用键盘而少使用鼠标;二、充分使用系统提供的一些热键。
具体来说包括以下窍门:
1、输入命令时的快捷键:如提交(Alt+T,关闭(Alt+C),兑换(Alt+E),交易码栏(Ctrl+Shift+T),重印(Alt+R
2、在下拉菜单中选择币别时(以美元为例),可以用鼠标选择,更快的是录入代码(014),最快的是输入首字母,您输个“U”就是美元了。
3、很多交易都没有历史查询的功能。如果非要查,可以使用日志查询功能进行查询。
第十日 如何与BANCS 相处
既然使用BANCS,那么就要尊重他的设计理念。如果系统流程与现有的业务操作规程不相适应,那么做何取舍,就是非常重要的。如果非要用陈茶冲水,又如何能够得到新鲜的茶香?!举个例子来说,BANCS中的汇款类业务,完全通过接口从电讯系统接收报文,柜员在BANCS系统处理后,会计账户自动生成,根本无需打印报文、缮制会计传票,即完全实现了无纸化处理。但是一些部门根据以往的会计传票规定,硬性要求传票中包含报文和传票,就要求柜员使用专门的交易去打印,既浪费了时间精力,又导致了人员的浪费。
这种情况已经得到充分关注,并设立了流程整合专门部门,相信以后会越来越顺。作为准上线行的领导,也应该重点关注下列内容:
1、关注业务流程变化带来的职能调整和岗位职责变化;
2、关注内部账户的使用和管理;
3、关注核心和外围系统提供的报表;
做好核心银行系统柜员设置工作:
1)了解每一个柜员类型所包含的具体交易(业务范围)
2)了解同一柜员组内不同柜员类型之间的差别(岗位区别)
3)认真梳理柜员岗位职责,根据实际业务需求,合理选择柜员类型,避免错选、漏选、选大选小柜员类型所引发的各类风险(岗位匹配度)。
BANCS系统的投产,开创了我行核心银行系统建设的新纪元,为我行业务腾飞搭建了一个崭新的平台。这其中,蓝图人的甘辛苦辣,无私付出,行员工对于BANCS的殷殷期待,更是十天十夜也说不完道不尽。笔者今天在此将自己的小小感受记载下来。感受吗,总是有真有假,其中也许有以讹传讹的东西,希望各位BANCS系统专家勇于拍砖,同时不吝揭示更多的BANCS“秘籍

使用道具 举报

回复
论坛徽章:
1
2011新春纪念徽章
日期:2011-02-18 11:43:32
893#
发表于 2011-2-4 17:08 | 只看该作者
没什么悬念了。23家分行都已投产,风险还能有多大?只要压力测试能通过,余下的大机行也不是问题。

使用道具 举报

回复
论坛徽章:
5
2010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-03-01 11:20:512011新春纪念徽章
日期:2011-02-18 11:43:352014年新春福章
日期:2014-02-18 16:44:08马上有对象
日期:2014-02-18 16:44:08
894#
发表于 2011-2-11 18:04 | 只看该作者
四周年了....................耻辱啊......................

使用道具 举报

回复
论坛徽章:
0
895#
发表于 2011-2-12 19:19 | 只看该作者
前一阵在论坛看到《BANCS系统“十日谈”》,感觉对BANCS的赞誉有点过。首先声明,我对BANCS系统没有偏见,对以前的系统譬如NACS也没有任何特殊的偏好,只是觉得应该有一说一,咱不能好就好上天,坏就踏上一只脚。下面将针对“十日谈”的观点谈一谈。
    “十日谈”:首先——天赋异秉!BANCS系统彻底颠覆了我行以往业务系统的观念,引进了全新的核心银行系统理念,是一个完全以客户为中心的生产系统。
    新一代会计系统NACS也是以客户为中心的核心系统,当时提出的企业数据模型使用唯一客户号,就是为了建立以客户为中心的生产系统,从这一点来讲BANCS系统的“天赋异秉”无从谈起。
    “十日谈”:其次——满腹经纶!覆盖了旧线的NACS、RTS、NISS、NICS等等系统的功能,减少了一笔业务要跨多个系统处理的历史。   
    覆盖了这么多系统的功能?“十日谈”自己不是说,“当然BANCS大侠也不是事事亲力亲为。比如他更关注交易的处理”。其实BANCS也仅仅是登记了交易,没有生成银行最基本的借贷账,哪来的“满腹经纶”。
    “十日谈”:再次——武艺高强!500多天来,系统运行稳定,期间只短时宕机一次。(要知道,以往新系统投产,水土不服,宕机状况屡有发生,此大侠居然毫不失手,不能不叫人佩服!)
    新一代各个系统投产也仅仅听说系统不好用,没有听说过宕机状况屡有发生,咱不能无中生有。
    “十日谈”:再再次——性格倔强!嘿嘿,金无足赤,人无完人,大侠也不能无所不能。尤其当操作人员出于对BANCS不了解,就会有不知如何处理的情况发生,导致了大家对大侠一些误解。然而真金不怕火炼,真大侠不怕考验,通过大量的培训、锤炼,我们已逐渐掌握了与之相处之道。
    性格倔强是不是就是要求大家“通过大量的培训、锤炼”去适应它吗?   
    “十日谈”:一日 问下英雄出处…
    就笔者粗浅的知识,知道此位大侠来自南半球的澳大利亚,一路飘洋过海来到我行。在此之前,他曾经在澳洲、西欧、台湾等地区的一些银行成功运行。
    本来确实不应该问英雄出处,但作为IT业内人士,可能从来没有听说过澳大利亚还出产软件,铁矿石但是卖的挺贵,入股合同签了还能毁约赔钱。“曾经在澳洲、西欧、台湾等地区的一些银行成功运行”,没有听说大的银行运行案例。再说何来英雄之说。
    “十日谈”:第二日 BANCS大侠之名号
    此番所说的名号,乃指BANCS系统的交易码。BANCS系统的交易码非常多,但规律明显:…
    又有看官挑战:09760是什么意思?俺只能苦笑,无语。因为俺只知道是修改密码,但套不上上面的逻辑。那就使出绝杀技——不求甚解,死记硬背。
    BANCS系统的交易码是令新用户头大的地方,现代用户界面的设计都讲究人性化,交易码最多只能作为一个快捷人口选项,系统使用的快慢决定于交易画面的输入及后台账务和业务的处理,而不是仅仅是选择交易的快慢,繁多的交易码逼迫用户死记硬背,感觉从Web时代回到使用字符界面的蛮荒时代。
    “十日谈”:第三日 BANCS的地盘BANCS做主
    …BANCS作为一个核心银行系统,也是对个人、公司依据一定条件开立、记录存款业务的账户,但账号是无意义的为17位数字。…
    其实,各位看官有所不知,BANCS 大侠的这招,可谓是深藏不露,无招胜有招。只要是入了本派,无论你是在北方大漠,还是南沙诸岛,只有一个代号。无论你是辖区变换,还是职位升迁,代号只有一个,那称呼你的人多方便啊。所以我们送BANCS一个尊称:以人为本。
    现代会计系统账号的设置一般都采用了序号的方式,这种用法与软件设计原则中“单一职责原则”是一致的,即账号的作用是标识账户,只要满足唯一性条件就可以了,这样如果系统发生大的修改,账号也不用变化,不像以前的系统账号包括了货币核算等诸多信息。只是这种设计与以人为本有什么关系。
    “十日谈”:第五日 BANCS的两大独门暗器:一本账和二次更新
    而所谓二次更新,更显BANCS大侠心思缜密。比如,今儿事务繁忙,大侠即号令手下,凡柜台发生金融交易,先写进交易日志,待闲时,再用二次更新程序(SY1000) 从日志表读取交易记录并将分录写到总账接口文件中(GLIF)。
怎么样,诸位感觉如何?大侠果然是大侠,事无巨细,井井有条。

    采用这种方式,蓝图内部的人士能否介绍一下冲正交易和事后稽核等工作是否比较困难?
    “十日谈”:第六日 BANCS的有所为有所不为
    身为掌门,当然BANCS大侠也不是事事亲力亲为。比如他更关注交易的处理,而对于统计报表、利润分析等等事务,一概安排给总账系统几个“长老”去做。“长老”们分工如下:如MIS系统负责统计类报表,PA负责利润贡献度分析,还有个长老(名字俺忘了),负责集成报表。
    PA(利润贡献度分析系统)将负责全行分机构、分产品、分客户等维度的利润贡献度分析。该系统涉及上存下借、内部资金转移计价、减值准备、中间业务、内部分润等十余个业务功能。
    明白了这一点,我们就不要要求掌门管太多的事情。要知道,如果掌门事必躬亲,即使他是三头六臂,也会影响他的工作效率,岂不是得不偿失。

    从第六日就可以看出来,BANCS确实就是一个记录交易的系统,其它事情都交给其它系统完成,从银行系统整体架构上看,确实算不上是核心系统。
    “十日谈”:第七日 BANCS系统中的核准人员与旧系统复核人员的职责差异
BANCS和以往我们使用的系统还有一个非常巨大的区别。如:旧线系统中,无论什么业务,都要设置一个经办一个复核。复核要对经办所做的每一项工作负责。无论大事小情,上至账号金额,下至漏章错字,吃喝拉撒全负责。如此设置,表面上看起来是覆盖全面,天衣无缝。而实际上,其中的隐患不可谓不深:第一、经办复核之间很容易产生依赖心理,进而产生操作性风险,是谓之“集体负责等于无人负责”;第二、复核关注的点过多过杂,容易削弱复核的注意力,有时会抓芝麻丢西瓜。

    我们再来看看BANCS,想当初俺看到大侠的安排时,就仿佛天际一道闪电,顿时照得俺如醍醐灌顶——世界上咋有这聪明的人哩?千言万语化为两个字:佩服!
    诸位看官,请听俺细表。
    由于BANCS系统是一个交易驱动的系统。所谓交易驱动,就是只要柜员明确自己想做什么,选择正确的交易码,那么后台的会计核算会自动生成,永远不用担心用错核算码。看到这里,有些看官恍然大悟:想当年用NACS时,会计核算可是一个最重要的环节呀。常常出现给客户记账记得对,但是轮到写对方科目时,却给记错了,结果冲账时连客户账也得一块冲。耽误时间不说,跟客户也不好交代呀。“嗯~~(捻须晃脑),BANCS高出一筹。”
其实,BANCS是交易驱动,意味着复核人员不仅不用关注会计核算,同时也意味着不用关注汇率折算、回单缮制、统计报表等等事务。甚至一部分交易还控制了对诸如汇率类型、跨客户号入账等等错误的控制。可以说,现在想犯点错误都难。在这种情况下,如果每笔业务,尤其是小额频繁发生的业务,仍然按以前的模式设置一个经办一个复核,实在是极大地浪费。
    二十一世纪什么最贵?人才!我们必须把我们的人才用在刀刃上。因此,BANCS系统摈弃了以往的复核,而引进了“核准”这个概念,核准人员只对核准点负责任。比如,在汇款交易中,如果不改变原汇款报文的账号,则一个经办即可入账。如改变了账号,则跳出核准点“入账账号被变更,请核准”。核准员只需对此核准点进行核准,就无需关注其他。套句时髦的话,因为专心,所以专注;因为专注,所以专业。

    本人实在是水平低,说了半天,我也没看出BANCS系统高明之处,旧线系统不是也可以单人临柜吗?“十日谈”所举冲账的例子,只能说旧线系统有效性检查不够。再说中行内部有没有评估过BANCS上线前后节省了柜员多少工作量。
    “十日谈”:第八日 大侠也有“脚踝”
    BANCS虽然贵为掌门,但也有自己的软肋。具体的说,就是涉及到一借多贷、多借一贷乃至多借多贷等等旧线常见业务时,由于此种情况与BANCS的设计理念完全背道而驰,会将这位掌门愁死。好在BACNS中还有BGL账户,并有若干BGL交易(如BGL与客户账之间的对转、BGL与BGL之间对转),通过它搭桥,完全可以避开这些困难。
    如果BANCS实现连一借多贷、多借一贷乃至多借多贷都比较困难的话,确实对不起“大侠”的称号,要知道这都是会计的基本账务要求,通过其他方式避开困难,会计人员会不会感到困惑。
    第九日 玩转BANCS
    操作窍门涉及两个原则:一、尽量多使用键盘而少使用鼠标;二、充分使用系统提供的一些热键。
   
    3、很多交易都没有历史查询的功能。如果非要查,可以使用“日志查询”功能进行查询。
    “充分使用热键”,这种理论在使用Unix系统的时候就耳熟能详了, Unix系统用户界面设计理念让骇客们体验还行,动员中行全辖老少柜员都这样用确实有点难为他们了。
    第十日 如何与BANCS 相处
    既然使用BANCS,那么就要尊重他的设计理念。如果系统流程与现有的业务操作规程不相适应,那么做何取舍,就是非常重要的。如果非要用陈茶冲水,又如何能够得到新鲜的茶香?!举个例子来说,BANCS中的汇款类业务,完全通过接口从电讯系统接收报文,柜员在BANCS系统处理后,会计账户自动生成,根本无需打印报文、缮制会计传票,即完全实现了无纸化处理。但是一些部门根据以往的会计传票规定,硬性要求传票中包含报文和传票,就要求柜员使用专门的交易去打印,既浪费了时间精力,又导致了人员的浪费。
    这种情况已经得到充分关注,并设立了流程整合专门部门,相信以后会越来越顺。
    这些部门SWIFT的使用理念确实落后,如果为此专门成立流程整合专门部门,确实有点小题大做了。
    总的说来,难得有人这么详细介绍了BANCS系统,让局外人也能一窥管径,再说“十日谈”这个名字确实取得有点意思。

[ 本帖最后由 bystanderboc 于 2011-2-12 19:32 编辑 ]

使用道具 举报

回复
论坛徽章:
46
ITPUB元老
日期:2010-02-25 16:24:32授权会员
日期:2009-11-29 21:47:24最佳人气徽章
日期:2012-03-13 17:39:18玉石琵琶
日期:2012-02-21 15:04:38优秀写手
日期:2013-12-18 09:29:16ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20秀才
日期:2015-11-11 10:22:49ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB9周年纪念徽章
日期:2010-10-08 09:28:52itpub13周年纪念徽章
日期:2015-05-05 14:25:15
896#
发表于 2011-2-12 21:40 | 只看该作者
哈哈,楼上没看这个十日谈作者是谁嘛,吹一下是正常的。不过BANCS确实问题不少啊。

使用道具 举报

回复
论坛徽章:
2
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:262011新春纪念徽章
日期:2011-02-18 11:43:35
897#
发表于 2011-2-13 13:22 | 只看该作者
原帖由 bystanderboc 于 2011-2-12 19:19 发表
前一阵在论坛看到《BANCS系统“十日谈”》,感觉对BANCS的赞誉有点过。首先声明,我对BANCS系统没有偏见,对以前的系统譬如NACS也没有任何特殊的偏好,只是觉得应该有一说一,咱不能好就好上天,坏就踏上一只脚。下面将针对“十日谈”的观点谈一谈。
    “十日谈”:首先——天赋异秉!BANCS系统彻底颠覆了我行以往业务系统的观念,引进了全新的核心银行系统理念,是一个完全以客户为中心的生产系统。
    新一代会计系统NACS也是以客户为中心的核心系统,当时提出的企业数据模型使用唯一客户号,就是为了建立以客户为中心的生产系统,从这一点来讲BANCS系统的“天赋异秉”无从谈起。
    “十日谈”:其次——满腹经纶!覆盖了旧线的NACS、RTS、NISS、NICS等等系统的功能,减少了一笔业务要跨多个系统处理的历史。   
    覆盖了这么多系统的功能?“十日谈”自己不是说,“当然BANCS大侠也不是事事亲力亲为。比如他更关注交易的处理”。其实BANCS也仅仅是登记了交易,没有生成银行最基本的借贷账,哪来的“满腹经纶”。
    “十日谈”:再次——武艺高强!500多天来,系统运行稳定,期间只短时宕机一次。(要知道,以往新系统投产,水土不服,宕机状况屡有发生,此大侠居然毫不失手,不能不叫人佩服!)
    新一代各个系统投产也仅仅听说系统不好用,没有听说过宕机状况屡有发生,咱不能无中生有。
    “十日谈”:再再次——性格倔强!嘿嘿,金无足赤,人无完人,大侠也不能无所不能。尤其当操作人员出于对BANCS不了解,就会有不知如何处理的情况发生,导致了大家对大侠一些误解。然而真金不怕火炼,真大侠不怕考验,通过大量的培训、锤炼,我们已逐渐掌握了与之相处之道。
    性格倔强是不是就是要求大家“通过大量的培训、锤炼”去适应它吗?   
    “十日谈”:一日 问下英雄出处…
    就笔者粗浅的知识,知道此位大侠来自南半球的澳大利亚,一路飘洋过海来到我行。在此之前,他曾经在澳洲、西欧、台湾等地区的一些银行成功运行。
    本来确实不应该问英雄出处,但作为IT业内人士,可能从来没有听说过澳大利亚还出产软件,铁矿石但是卖的挺贵,入股合同签了还能毁约赔钱。“曾经在澳洲、西欧、台湾等地区的一些银行成功运行”,没有听说大的银行运行案例。再说何来英雄之说。
    “十日谈”:第二日 BANCS大侠之名号
    此番所说的名号,乃指BANCS系统的交易码。BANCS系统的交易码非常多,但规律明显:…
    又有看官挑战:09760是什么意思?俺只能苦笑,无语。因为俺只知道是修改密码,但套不上上面的逻辑。那就使出绝杀技——不求甚解,死记硬背。
    BANCS系统的交易码是令新用户头大的地方,现代用户界面的设计都讲究人性化,交易码最多只能作为一个快捷人口选项,系统使用的快慢决定于交易画面的输入及后台账务和业务的处理,而不是仅仅是选择交易的快慢,繁多的交易码逼迫用户死记硬背,感觉从Web时代回到使用字符界面的蛮荒时代。
    “十日谈”:第三日 BANCS的地盘BANCS做主
    …BANCS作为一个核心银行系统,也是对个人、公司依据一定条件开立、记录存款业务的账户,但账号是无意义的为17位数字。…
    其实,各位看官有所不知,BANCS 大侠的这招,可谓是深藏不露,无招胜有招。只要是入了本派,无论你是在北方大漠,还是南沙诸岛,只有一个代号。无论你是辖区变换,还是职位升迁,代号只有一个,那称呼你的人多方便啊。所以我们送BANCS一个尊称:以人为本。
    现代会计系统账号的设置一般都采用了序号的方式,这种用法与软件设计原则中“单一职责原则”是一致的,即账号的作用是标识账户,只要满足唯一性条件就可以了,这样如果系统发生大的修改,账号也不用变化,不像以前的系统账号包括了货币核算等诸多信息。只是这种设计与以人为本有什么关系。
    “十日谈”:第五日 BANCS的两大独门暗器:一本账和二次更新
    而所谓二次更新,更显BANCS大侠心思缜密。比如,今儿事务繁忙,大侠即号令手下,凡柜台发生金融交易,先写进交易日志,待闲时,再用二次更新程序(SY1000) 从日志表读取交易记录并将分录写到总账接口文件中(GLIF)。
怎么样,诸位感觉如何?大侠果然是大侠,事无巨细,井井有条。
    采用这种方式,蓝图内部的人士能否介绍一下冲正交易和事后稽核等工作是否比较困难?
    “十日谈”:第六日 BANCS的有所为有所不为
    身为掌门,当然BANCS大侠也不是事事亲力亲为。比如他更关注交易的处理,而对于统计报表、利润分析等等事务,一概安排给总账系统几个“长老”去做。“长老”们分工如下:如MIS系统负责统计类报表,PA负责利润贡献度分析,还有个长老(名字俺忘了),负责集成报表。
    PA(利润贡献度分析系统)将负责全行分机构、分产品、分客户等维度的利润贡献度分析。该系统涉及上存下借、内部资金转移计价、减值准备、中间业务、内部分润等十余个业务功能。
    明白了这一点,我们就不要要求掌门管太多的事情。要知道,如果掌门事必躬亲,即使他是三头六臂,也会影响他的工作效率,岂不是得不偿失。
    从第六日就可以看出来,BANCS确实就是一个记录交易的系统,其它事情都交给其它系统完成,从银行系统整体架构上看,确实算不上是核心系统。
    “十日谈”:第七日 BANCS系统中的核准人员与旧系统复核人员的职责差异
BANCS和以往我们使用的系统还有一个非常巨大的区别。如:旧线系统中,无论什么业务,都要设置一个经办一个复核。复核要对经办所做的每一项工作负责。无论大事小情,上至账号金额,下至漏章错字,吃喝拉撒全负责。如此设置,表面上看起来是覆盖全面,天衣无缝。而实际上,其中的隐患不可谓不深:第一、经办复核之间很容易产生依赖心理,进而产生操作性风险,是谓之“集体负责等于无人负责”;第二、复核关注的点过多过杂,容易削弱复核的注意力,有时会抓芝麻丢西瓜。
    我们再来看看BANCS,想当初俺看到大侠的安排时,就仿佛天际一道闪电,顿时照得俺如醍醐灌顶——世界上咋有这聪明的人哩?千言万语化为两个字:佩服!
    诸位看官,请听俺细表。
    由于BANCS系统是一个交易驱动的系统。所谓交易驱动,就是只要柜员明确自己想做什么,选择正确的交易码,那么后台的会计核算会自动生成,永远不用担心用错核算码。看到这里,有些看官恍然大悟:想当年用NACS时,会计核算可是一个最重要的环节呀。常常出现给客户记账记得对,但是轮到写对方科目时,却给记错了,结果冲账时连客户账也得一块冲。耽误时间不说,跟客户也不好交代呀。“嗯~~(捻须晃脑),BANCS高出一筹。”
其实,BANCS是交易驱动,意味着复核人员不仅不用关注会计核算,同时也意味着不用关注汇率折算、回单缮制、统计报表等等事务。甚至一部分交易还控制了对诸如汇率类型、跨客户号入账等等错误的控制。可以说,现在想犯点错误都难。在这种情况下,如果每笔业务,尤其是小额频繁发生的业务,仍然按以前的模式设置一个经办一个复核,实在是极大地浪费。
    二十一世纪什么最贵?人才!我们必须把我们的人才用在刀刃上。因此,BANCS系统摈弃了以往的复核,而引进了“核准”这个概念,核准人员只对核准点负责任。比如,在汇款交易中,如果不改变原汇款报文的账号,则一个经办即可入账。如改变了账号,则跳出核准点“入账账号被变更,请核准”。核准员只需对此核准点进行核准,就无需关注其他。套句时髦的话,因为专心,所以专注;因为专注,所以专业。
    本人实在是水平低,说了半天,我也没看出BANCS系统高明之处,旧线系统不是也可以单人临柜吗?“十日谈”所举冲账的例子,只能说旧线系统有效性检查不够。再说中行内部有没有评估过BANCS上线前后节省了柜员多少工作量。
    “十日谈”:第八日 大侠也有“脚踝”
    BANCS虽然贵为掌门,但也有自己的软肋。具体的说,就是涉及到一借多贷、多借一贷乃至多借多贷等等旧线常见业务时,由于此种情况与BANCS的设计理念完全背道而驰,会将这位掌门愁死。好在BACNS中还有BGL账户,并有若干BGL交易(如BGL与客户账之间的对转、BGL与BGL之间对转),通过它搭桥,完全可以避开这些困难。
    如果BANCS实现连一借多贷、多借一贷乃至多借多贷都比较困难的话,确实对不起“大侠”的称号,要知道这都是会计的基本账务要求,通过其他方式避开困难,会计人员会不会感到困惑。
    第九日 玩转BANCS
    操作窍门涉及两个原则:一、尽量多使用键盘而少使用鼠标;二、充分使用系统提供的一些热键。
    …
    3、很多交易都没有历史查询的功能。如果非要查,可以使用“日志查询”功能进行查询。
    “充分使用热键”,这种理论在使用Unix系统的时候就耳熟能详了, Unix系统用户界面设计理念让骇客们体验还行,动员中行全辖老少柜员都这样用确实有点难为他们了。
    第十日 如何与BANCS 相处
    既然使用BANCS,那么就要尊重他的设计理念。如果系统流程与现有的业务操作规程不相适应,那么做何取舍,就是非常重要的。如果非要用陈茶冲水,又如何能够得到新鲜的茶香?!举个例子来说,BANCS中的汇款类业务,完全通过接口从电讯系统接收报文,柜员在BANCS系统处理后,会计账户自动生成,根本无需打印报文、缮制会计传票,即完全实现了无纸化处理。但是一些部门根据以往的会计传票规定,硬性要求传票中包含报文和传票,就要求柜员使用专门的交易去打印,既浪费了时间精力,又导致了人员的浪费。
    这种情况已经得到充分关注,并设立了流程整合专门部门,相信以后会越来越顺。
    这些部门SWIFT的使用理念确实落后,如果为此专门成立流程整合专门部门,确实有点小题大做了。
    总的说来,难得有人这么详细介绍了BANCS系统,让局外人也能一窥管径,再说“十日谈”这个名字确实取得有点意思。





真人不露相1.............................

使用道具 举报

回复
论坛徽章:
2
2011新春纪念徽章
日期:2011-02-18 11:42:49优秀写手
日期:2014-05-13 06:00:14
898#
发表于 2011-2-17 23:11 | 只看该作者
现在海鹰1楼全部SIT,现在BANCS也在改,外围也在改以对接BANCS,N多SIT测试人员,各个分行借调,各个外包公司的人员,什么宇信,东南融通,软通,四方,南天……

使用道具 举报

回复
论坛徽章:
0
899#
发表于 2011-2-20 22:50 | 只看该作者
哈哈,十日谈不错啊,像是办公室的宣传稿

使用道具 举报

回复
论坛徽章:
4
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:262012新春纪念徽章
日期:2012-01-04 11:56:012014年新春福章
日期:2014-02-18 16:44:08马上有对象
日期:2014-02-18 16:44:08
900#
发表于 2011-2-23 09:19 | 只看该作者
有道是:一将无能,累死千军。

这种现象其实在软件行业普遍存在,只是这个CASE够大

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表