-
银行核心系统入门简介
（银行科技人员入门必读手册）全文目录
1 科目常识 2
1.1 资产 2
1.2 负债 2
1.3 所有者权益 3
1.4 资产负债共同类（往来类）（共同类） 3
1.5 损益类 4
1.6 或有资产负债类 4
1.7 表外科目 4
1.8 其它 4
2 简单会计原理 5
2.1 内部账户 5
2.2 复式记账法 5
2.3 冲账 5
3 业务流程描述 6
4 常见规范及检测 7
4.1 传票以及日志 7
4.2 常见检测内容 7
5 系统架构及部分模块常见设计方案 8
5.1 常见总体架构 8
5.2 计息 8
5.3 储蓄/对公 10
5.4 客户信息 11
5.5 贷款 11
5.6 清算与结算 12
5.7 额度控制 13
5.8 冲账 14
5.9 其它 15
银行核心系统入门简介
本文的目标读者是准备从事银行核心系统开发、维护的从业人员。请注意，是“准备”，换句话说，可以理解为一份对科技人员，尤其是对新入门的科技人员业务知识方面的培训手册，旨在让诸位从业务方面迅速上手（从技术角度上手的手册我已经贴过一份了，所以如果是用400的同行，可以结合本手册双剑合璧，效力倍增）。这里的着重点将会主要在于简单的银行会计原理，以及银行整体的业务流程，还有相应的模块实现手法和注意事项，对金融的会计知识方面应该可能会比较粗浅，这一点与金融系统常见的业务培训手册有所不同，注意体会。
基于此，本文将会假设读者具备一定的计算机技术，具备少量银行方面的业务知识，所以如果有从事非IT部门的读者（比如财务信贷的同事们），就请不要太计较里面的表述。当然如果有错误，还是非常欢迎指出的。
对于已具备了若干开发、维护知识，或者是即将采用国外系统来建设的同行们而言，本文的内容可能就过于浅显了，看得不爽不要怪我没有事先提醒。
考虑到某方面的问题，这里的系统简介将尽可能的脱离某个具体的系统，仅就银行业务核心系统的共性，进行介绍以及探讨。
最后再说一下，没有什么手册、心得是万能的，个人的LEVEL
UP始终是要靠自己的领悟，这里只是希望能让诸位新人不用象很多人当年一样，独自摸索与徘徊。
1. 科目常识
科目常识基本法则之一：资产 = 负债 + 所有者权益。（新会计准则有所不同）
比如说，我们手头上有40万，买了一个100万的房子，找银行贷款了60万，那么资产就是100万，负债是60万，所有者权益是40万。可以简单的把所有者权益就理解成为是真正属于自己的钱。再引申一下，早些年乃至现在，香港人所谓的“负资产”的说法是非常错误的，因为“负资产”实际上是指房子的市值比向银行贷的钱还要小，也就是负债大于资产，所以严格的来说，应该称之为“负所有者权益”才对。资产，从理论上来说，是不可能为负的，最多也就是零。一个号称是金融中心的地方，实在是不应该出现这种失误，不过算了，不要和他们计较。
就银行业务而言，会使用会计科目号来对账务进行标识，会计科目号最长为5位，国家标准，通常分为下面六种，这里只做简单介绍，详细科目可结合著名的的“业务状况表”来进行理解。
再次重申，下面的说法绝对不严谨，仅仅只是为了便于IT人员理解银行的会计原理、业务知识。
1.1资产
资产类的科目，用“1”作为首位科目号，如“1011”，表示现金。
所谓资产，也就是说“理论上属于银行的钱”，比如说现金，贷款等。比如说某家分行，有100万现金，然后把这100万都贷出去了，那么资产仍是100万，只不过归属（科目）由现金变成了贷款。至于这笔贷款能不能收回，这个不归我们管，就算不能回收，只要没被核销（核销，术语之一，可以理解为银行不要这笔贷款了），那么就仍然属于资产，所以我们称之为“理论上属于银行的钱”。
资产类科目都是借方科目，也就是借记时余额增加，贷记时余额减少。
1.2负债
负债类的科目，用“2”作为首位科目号，如“2011”，表示对公存款。
本来不属于银行的钱，就称之为“负债”。比如说我们存在银行的钱，虽然银行可以使用这笔钱，比如说把它贷款贷出去啊，比如说打新股啊，买QDII啊，但是这笔钱只要我们去取，原则上银行就应该给我们，也即是大家常常在营业大厅里看到的“存款自愿，取款自由”之类的意思。这类钱，可以简单的理解为“本来不属于银行的钱”，也就银行欠我们的钱。
负债，很有趣的东西喔，银行是负债经营的，比如说一家银行贷款有100亿，其实它本身是没有那么多钱的，这些钱都是来自于我们存在它那的钱。如果大家一起都去银行的钱取出来，那它就经营不下去了，这种恶劣的行为，称之为“挤提”，是很不友善的，是要负责任的，我们不要去做。
负债类科目都是贷方科目，也就是借记时余额减少，贷记时余额增加。
1.3所有者权益
所有者权益类的科目，用“3”作为首位科目号，如“3121”，表示利润分配。
上面说过了，所有者权益，也就是真正属于银行的钱，即是所谓的“核心资本”。原则上，它包括了一家银行注册时的资金，历年来的盈利（假设有盈利的话，当然还要扣除各类成本开销），如果是股份制银行的话，还包括股本金之类的吧。
这类科目相对数量较小，金额较大。
所有者权益类科目，增加记贷方，减少记借方，余额反映在贷方。
1.4资产负债共同类（往来类）（共同类）
资产负债共同类，通常表示往来账户，用“4”作为首位科目号，如“46411”，表示通存通兑。
这类科目，通常是指一些往来类账户，所谓往来类账户，嗯，就是金融往来的账户喽。
这个科目有点麻烦，可能要结合具体业务来解释一下：
比如说我们在招行有个账户，然后跑到工行的ATM上去取钱（招行也是，中山这种伟人的故乡居然都不开个点，严重BS一下），那么取款成功之后，我们的招行上的账户的钱就少了，工行ATM里面的现金也少了。这笔钱是工行替招行先支付的，要找招行要的。所以工行一定会有一个科目，用来标记它有多少钱要找招行要；而招行也要有一个科目，也是要用来标记它有多少钱要给工行。（怎么要，那在后面清算一节里面会提到。至于跨行ATM的取款原理，就不用再细说了吧。）这个用来标记应付，应收的科目，就是往来类科目，对于工行方而言，当时使用到的就是一个类似于资产类的科目（有点类似于应收账款的意思，或者也可以理解成一种短期的贷款，总之就是工行先付出的资金）；招行当时使用的就是类似于负债类的科目。
上面提到的，因为是银行与银行之间的业务往来，所以用来标识资产与负债的科目会有分别，如果是行内之间的往来，那么不会搞得那么复杂（或者也可以说搞得更复杂），就会用一个科目来搞定，这个科目根据具体需要，临时用的，有时表示资产，有时表示负债（其实也就
是科目上的余额有时是借方，有时是贷方。因为这个科目既不是资产，也不是负债，只是临时用来表示营业往来的，通常每天会清零，也就是所谓的清算。
一般而言，城市级别的商业银行因为是一级法人，所以清算之后，行内往来账户上余额为不为零都没什么关系，反正都是自已家的钱；而信用社会比较麻烦一点，因为通常一个联社都是由多个信用社组成，每个信用社都是一个法人，所以联社内部的往来类账户原则上每天应该都清零，否则账务上就不好看了。（注意，这里指的只是行内的往来账，如果是银行与银行间的，那每天一定是要清零的，否则就是属于错误的情况了）
这类科目在我们做过的项目里，基本上都简化了，只有一个轧差类型的。也就是把当天的借方发生额和贷方发生额一减，哪个大就谁记在哪边。
我记得以前还有一种双方类的科目，那真是玩死人。双方类的科目是指这个科目既有贷方余额，又有借方余额；对应贷方余额，既有借方发生额，又有贷方发生额，同理，对应借方余额，也是既有借方发生，又有贷方发生，如果只有上期的借贷方余额，以及当期的借贷方发生额，那是无论如何也推算不出当期的借贷方余额各是多少的。（必须根据发生账务时，是借方余额，还是贷方余额来判断），不知道这类科目的起因为何，总之如果有的而且可能的话，最好能拆分之几个性质单纯一点的子目来处理。
不好意思，因为对这类科目感触颇深，也被玩过很多次，被玩很久，一时激动，就多说了几句。
1.5损益类
损益类的科目，用“5”作为首位科目号，如“5011”，表示利息收入。
损益类科目，理解起来应该不难，就是指银行在一年的业务里面的收支科目。比如的存款利息，对于银行来说是一笔支出；贷款利息，对于银行来说，是一笔收入。这两个科目就都属于损益类科目。
一般来说：
收入类科目属贷方科目，借记时增加，贷记时减少；
支付类科目属借方科目，贷记时增加，借记时减少。
在理解上，可能与资产、负债类的科目有些相反：
资产是指属于银行自己的钱，是借方科目；对应于这里，收到的钱是银行自己的，却又是贷方科目。
这里，按会计原理来理解可能会更简单一点，下面一章会讲到。
1.6或有资产负债类
或有资产负债类的科目，用“6”作为首位科目号，如“6011”，表示承兑汇票。
闻歌知雅意，顾名思义，“或有”，那自然就是“或者有”，也就是可能没有了，所以如果没见过也不奇怪。
这类科目见得少，一般可以忽视它的存在。
1.7表外科目
用“7”作为首位科目号。
1.8其它
这里再罗嗦一下，在科目下面呢，一般为了便于分类统计，所有的银行都会再设子目（一个子目一般又会对应多个小子目，或者说是说是多个账户），这个子目，有的地方叫“业务代号”，有的地方叫“结算码”，总之都是一个意思。
要注意一下，科目号是国标，子目通常是自己内定的，对应于信用联社，就有可能是省里统一定的。也就是说科目这个东西走遍全国大致上都是一样，子目这个东西可能出省，出了城市，或者说一个市里不同的银行，可能都不一样。
2简单会计原理
2.1内部账户
这个问题，我在刚学的时候，曾经颇疑惑了一段时间，所以虽然很简单，但还是单独拿出来说一下。
所谓内部账户，是与客户账户相对应的。也就是说这些账户不是用来登记、反应客户的账户信息，而是反应行内的账务情况，比如说损益类科目的账户，就都是内部账户。
客户的账户，一般是客户来银行开户的时候，才建立的用来登记账务的账户；
内部账户，一般是分行成立之初，统一生成的。（一般都一个专门的程序，由操作人员来调用的吧）
其实对于内部账，在会计原则上，登记个科目发生可以。至于增加子目，乃至内部账户的概念，主要是为了后续的分类统计以及相应的分析。
说到这个账户，就顺便想起了表内表外的问题。表内账，都是正正式式，真金白银的钱；比如我们的存款什么之类的。而表外账，通常是一些统计之类的东西，比如说现在分行里有多少本存折啦，还有已经核销的贷款之类的。
表内账的单位，都是“元”；
表外账的单位，就百花齐放了，有的是“元”（比如说已核销贷款），有的是“本”或者是“张”，比如说存折或者说什么有价单证。而最后，表外账在汇总统计的时候，不管是什么单位，就是统统一加了事，对于不是财会专业的，尤其是我们搞计算机的人来说，这种加法简直有些不可理喻，总之银行会计上就是这样处理。
所以说，一般报表里面，大家会对表内账比较关注，对表外账的要求不是太严格（我是这样偷偷的说，各位怎么处理是大家自己的事）。
2.2复式记账法
只要是与会计有关的书，就一定会提到复式记账法，也称为借贷记账法，这里就不多解释，
简单说一下。
“有借必有贷，借贷必相等”，这两句经典的话，是针对表内账的。对于表外账，用的其实是单式记账法，有的叫“收”、“付”，也的也还是用“借”，“贷”，要结合具体的业务来理解，这里就不展开了。如果没有特别说明，下面的描述都是针对表内账的。
对于银行业务来说，最简单的是一借一贷，此外，还有一借多贷，一贷多借。多借多贷在银行业务里中不允许的，因为这样无法精确的体现账务的起始与流向。不过在企业会计中，多借多贷又是允许的，所以说凡事无绝对。
有些时候，基于某些特殊的的原因（常见的主要是频繁的锁表问题），可能会临时采用单边记账，但是最后一定会汇总补齐，否则就会出现“借贷不平”这样的严重问题。
2.3冲账
做错了账，要改正它，就可以理解为冲账。
冲账有两种，一种是蓝字冲账，一种是红字冲账。
所谓的蓝字冲账，是指与原账务方向相反，金额为正的一种记账方式。
而红字冲账，就是指与原账务方向相同，金额为负的一种记账方式。
蓝字冲账，本质上是做一笔新的业务，仅仅只是实现了最终的余额正确，发生额会虚增，所以一般的明显有错的账务，会要求使用红字冲正。
红字冲账因为是负数发生，所以在统计的时候，发生额将会与原来的交易抵销，这样的话发生额就很严谨了。
实际上，对于一个系统而言，通常一笔业务的发生，并不仅仅只包括账务的登记，还会更改许多表中的数据。比如说一笔简单的取款交易，除了登记账务之外，客户的账户上的余额还会减少，这个很好理解吧。那么在冲账的时候，还需要将客户上的钱给它加回去。所以，关于冲账业务的设计，其实也是一个比较有趣的话题，这一点，将会在后面的章节中进行探讨。
3业务流程描述
对于一个没有在柜面实习过的人，描述一下银行的业务流程，可能是有助于理解系统架构的。银行的业务，大致上可以分为财务类的业务，以及非财务类的业务。
非财务类的业务这里不做讨论。
财务类的业务，又可分为自动业务，以及非自动业务。
非自动业务，就是那些必须在柜台办理的业务，比如说一些转账业务，或者金额较大的存取款业务之类的。这类业务，因为是由柜员发起的，所以会有一些单据打印留底，以做传票使用。
而自动类业务，就是由系统自动处理的，比如说我们在A分行有个账户，然后非要跑到B 分行去取钱，那么B分行那部分的账务，对于B分行而言就是非自动业务；而A分行那部分的账务，对于A分行而言就是自动业务。
自动业务因为是自动发生，所以需要业务人员打印报表的时候，才能知道发生了什么业务。柜员日间做各种各样的业务，然后到了下午关门以后，打印一份“科目日结单”，然后用柜员手头留存的传票，按科目逐一汇总累计，与打印出的科目日结单上的金额进行比对。有错一定要一查到底。所以原则上，这时打印的科目日结单，应该不包括自动业务，否则就会对应不上。
业务系统在批处理的时候，还会进行一些自动的账务处理，然后最后系统还应该会再打印一份完整的科目日结单，以及日计表（可以理解为业务状况表的简洁版）。至于那些自动业务，系统在批处理的时候，或者是柜员主动查也行，总之就是会有一份“他代本”的传票（对应于上面提到的业务，A分行的自动业务就应该属于A分行的“他代本”传票。而B分行的传票因为是非自动业务，所以在交易当时就会有相应传票产生并打印了）
到了第二天，分行开门后开始营业前，业务人员需要下载打印各类报表，不过主要的就是前面说的那两份，然后再看看，如果借贷发生、余额都相等，所有的非自动业务都有传票，而且和整个科目日结单都可以对应上，那么就表示昨天的账务完整无误，然后大家就可以欢天喜地的开始新一天的业务了。
4常见规范及检测
4.1传票以及日志
从最基本的说起，通常来说，所有的账务程序都需要打印传票, 传票格式通常都是统一的，找份以前看看就可以了。
对应于转账业务，需要打印转账借、贷方双方的传票。
而对于现金业务，则只打印一张传票就可以了，借贷方向采用非现金科目的方向。（我个人认为，可能是因为标识了现金传票，所以对方科目就自然是现金，于是就不需要再打印了，猜的）
所以我们在开发程序的时候，打印传票这一步，一般不会特别强调，都是默认要做的。如果不太清楚的时候，一定要主动向需求设计人员询向，千万不要嫌麻烦，抱有侥幸心理。这种东西如果测试的时候漏掉了，是一定会有人要求补上的。（我在N多项目里都见过漏写传票，然后在程序上线前夕被人要求赶紧加班补制的，所以千万不要嫌麻烦）
在日终批处理的时候，可能有些数量庞大的业务，比如说代收付，结息什么之类的，动不动就是几十万笔，一张张生成、打印太不经济，通常会考虑采用打印一张汇总传票，然后加上一份明细清单的方式。还有的时候，如果上百万的话，可能明细清单都省掉，想办法导成电子数据都是有可能的。
上面说的是账务相关的业务。而非账务类的业务，如果涉及到修改类的业务的话，比如说修改密码，修改客户名之类的，通常需要登记日志（LOG），用来记录，以便查询。
有的时候，为了统计业务量，或者是为了分析排障，还有可能要求对每一笔发送到主机的业务数据都登记下来，这时候最好采用一种统一的方式来进行登记，以及数据的定期清除，因为这类数据量应该比较大。
4.2常见检测内容
发生一笔业务的时候，是一定需要进行若干检查的。比如最起码，我们去取钱的时候，就一定会检查密码。这里对一些经常见到的，较为普遍的检查简单介绍如下，套用一句合同上流
行的话，叫做 -- 包括但不仅限于以下条款：
1、
账号/卡号是否存在，是否可以正常使用
2、
账号与客户所提供的凭证（通常这是指存折客户，对于卡用户而言，账号就是卡号，或者是可以根据卡号查询出相应的账号）是否匹配。
3、
密码、证件号码（如果需要检查的话）是否与主机数据一致（印鉴什么的需要业务人员肉眼核对。现在又出了一种加密机，如果采用了这种先进技术，那当然还需要检查这种加密后的信息是否一致了）
4、
在转账的时候，一定要检查转出转入方的户名与账号/卡号中的户名是否一致。（对私客户还好办一点，如果是对公客户的话，名字又长，括号什么的再一加，经常会出现问题，总之是一定要检查）
5、
如果是取款类业务（比如转账业务的转出方也算），一定要检查账户的可用余额是否足够。6、
大家一起来。
5系统架构及部分模块常见设计方案
5.1常见总体架构
这里如果用图可能效果会更好，不过我不会用VISIO，所以就算了。
一般硬件架构，都是一个主机，一个前置机（大前置），前置机就对外了，比如业务人员用来作业务的终端啦，ATM，网银，电话银行什么之类的可能就都对应这个大前置了。大前置，或者是中间业务平台，也是一个很值得探讨的问题，可以做得很大，比如建行的大前置，又比如X天的中间业务平台其实也不错，这里不做深究。
就软件架构而言，核心系统一般可以分为业务模块，账务模块，和总账模块。
总账模块通常记录了一些账务的汇总信息，比如说科目总账的日、月、年的发生、余额。银行中大部分的报表都需要通过取总账模块中的数据来生成。总账模块的数据一般是取自账务模块中，当天的账务数据。（当然，也有很多报表，需要整合业务模块与总账模块两部分的数据一起来出）
账务模块，就是用来登记账务的，这部分一般会做得比较通用化，方便各个业务模块来调用。业务模块，当然就是实现各个业务的子模块了，通常模块之间相对独立又互有关联，如果是账务类业务，当然就要调用账务模块中的程序。如果是非账务类的业务，那可能业务模块内部处理一下就可以了吧。
一般业务模块的数据会对实时性要求较高，而总账模块没有什么实时性的要求，不过总账模块重在统计分析，所以数据量一般会比较大。
5.2计息
有的系统可能没有把计息单独列为一个模块，而是直接嵌套在各个业务模块之间了，不过设计成一个模块，个人认为可能会显得比较专业一点，至于到底好不好用那就见仁见智了。
刚接触银行业务的时候，曾经很执着，很傻很天真的想过活期账户到底是怎样计息的，因为定期账户的计息方式相对简单，余额乘天数就对了，但是活期账户的余额是常常在发生变动的，所以前20多年我一直都不知道银行每年给我算的活期利息到底对不对。
银行会计上，通常都会通过“积数”这个东西来计息。何谓积数？就是余额＊天数，所以积数的单位应该是“元天”
比如说利息 = （账户余额＊天数＊利率）/ 360，在这个公式里，账户余额＊天数就等于积数，于是这条公式也可以写为利息 = （积数＊利息） / 360。
定期账户因为账户余额通常不发生变化，所以一般不会涉及到积数。
活期账户采用动户累计积数的方式来计息。也就是说账户余额没有发生变动，就什么事都不干；当账户余额需要发生了变动时（比如说取款），那么业务模块里就将上次账户变动日，到当前日期的天数计算一算，然后用变动之前的账户余额乘以这个天数，然后把这个积数累加到之前的积数上。最后计息的时候，就使用这个积数乘以利率再除360。
在设计的时候，就需要把每次账户变动的日期都登记下来，还需要有地方记录账户的当前积数。
对公计息，或者是一些需要计息内部账，有可能是每天计积数，也就是每天把账户余额累加到积数中。之所以这样设计，是因为对公以及内部账户的数量远小于对私账户，每天把每个账户都过一遍，花不了太多时间；而要是每天把储蓄账户都过一遍，就有点类似于结息了。（对私账户多的银行，有可能达到上千万户，尤其是些代理了社保，医保的银行，不可小看）不过现在有些很好很强大的国外系统，对于利息的处理，是每日计提，当然，这样设计也应该会有它的独到之处。
刚才这里提到的了需要计息的内部账，那么一般而言，什么样的内部账需要计息呢，我想，应该是不同法人之间上存下放的款项需要计息。对应于一般的商业银行以及统一了法人的信用联社，因为全市是一级法人，可能就没有需要计息的内部账了。而对于没有统一法人的联社，因为每个信用社都是一个独立的法人，那么信用社存放在联社的用来做往来清算用的资金，就是需要计算利息的。还有的银行，对于贷款的处理，也会有资金池的概念，这时总行下拨分行的用于贷款钱，也是要计息的。
这里可以看到，对于计息模块而言，积数是一个很好用的东西。积数除了计息，还有很多其它的用途。比如说招行的金卡，说的是“日均存款5万元以上不收取账户管理费”，那么，这个日均存款5万是如何判断呢，我很久以前曾经问过一个大堂里的MM（跟我同姓喔，惜乎已经有BF了），她说是根据积数来判断的，也就是每个月需要增加150万的积数，这样听起来就很合理了吧。
对于某些业务来说，可能需要登记利息的明细。比如说贷款的复利的计算，就是根据利息来的。无论是正常贷款，还是逾期贷款，都会生成利息。生成的利息如果未及时归还，则会再根据这笔利息生成相应的复利。复利的复利，喔，太可怕了，也还是视为复利吧。总之，我
的意思就是说，储蓄、对公账户这样的结息，在计息模块中可以不用登记利息的明细，因为最后结息的时候根据积数一次搞定；而对于贷款（或者是其它有需要的模块），可能需要在每一笔利息产生之后，都把它登记下来，已保留行使进一步措施的权利。
除了贷款之外，还有一些定期账户，也最好采用明细的方式进行处理，越细越好，比如什么零存整取，教育储蓄之类的，要是没有详细的每期存款登记，漏存登记等等，是很容易就被它玩死的。
通知存款以前觉得它很可怕，现在想想，突然又觉得没那么可怕，无非就是通知取款，通知期限内的积数登记，然后取款又或者取消通知。可能最主要的，就在于通知期限内的积数计算。总之提取一个计息模块，为这类业务特别定制一些明细文件是很好的一个选择。
提到计息，也就顺便说一下利息税。国家在这十年来，调整了两次利息税税率，一次是涨成两分，一次是降成五厘，就那么一点钱，调来调去累不累，要收就收，不收拉倒，还搞什么分段计税，烦死个人。在这里，不知道有没有人是负责搞利息税这部分程序的，也不知道去年改这部分程序的时候，有没有很不爽过。其实要是早考虑到这种情况，倒是可以一开始就通过设置利息税参数表，然后修改计息程序，读取利息税参数表，最后根据不同阶段的参数，分段计息算税。这个方法倒是可行的，也实现过，对于整存整取的定期来说，算得上是一劳永逸，不过对于活期而言，每次调整利息税税率的时候可能就要搞一次类似于结息的东西了，好象没有一劳永逸的方法。
在国外的先进系统中，还有一种精采的倒起息可以让人一筹莫展。这种玩法的意思，就是说当客户来柜台前做个什么交易的时候，允许账户的起息日期在业务发生日之前。比如说有人7月14号来到柜台前还一笔贷款的款，然后说我这笔钱明明7月7号就到账上了啊，为什么银行不给我扣，非得让我贷款逾期之类的话。然后核查，如果属实，那就倒起息一把，现在虽然是7月14号，但还是当它是7月7号还的。（好象是这样，也可能是我说错了，大家对这段解释千万不要太放在心上）总之，如果有倒起息的需求，那必须在最开始设计的时候就与其它计息，以及业务流程整合在一起来考虑，如果中途加入这个需求，那改起设计来会比较费劲，改起代码来更是难上加难。
最后，我们再来说说计提，这个也和利息有关。计提常用于利息支出，比如说利息支出是5211，5字头，即是一个用于营业收支的损益类的科目。计提的会计分录中，对应的科目是应付利息2611， 2字头，是一个负债类的科目。所以说，计提的含义就在于，虽然当前客户利息并未产生（是结息的时候才产生），但是这笔利息（尤其是整存整取的定期利息）迟早是会产生的，所以这里预先计算，或者说估算出营业支出，计到负债的科目上（负债嘛，本来不属于银行的钱，迟早是要被取走的钱），然后到这类账户结息的时候，就直接从应付利息中支出，计到客户账户上，而不走利息支出这个科目了。看懂了吧，这里其实也就包含了管理会计中的概念，实际上是产生一个提前测算成本的动作。诸位搞IT的朋友们，你们看过《会计学原理》吗？
5.3储蓄/对公
这部分模块一般没太多可讲的，通常的设计，都是搞个主文件，保存针对每个账户的信息（比如说账号，账户余额，当前积数什么之类的，总之就是与账户有关的信息），然后再搞个账户明细，用来记录每个账户发生过的业务。听闻有的系统设计，不知道是不是考虑到锁表的问题，计划取消主文件，直接上明细，愕然之余只能感叹自己见识浅薄，因为我总觉得明细
要考虑冲账的问题，在读取上不如主文件一下搞定那么畅快。而且主文件可以有锁表保护，可以更好的保障数据的正确性。
所以私底下，我还是很推崇这种“主+明细”的设计方式。以前曾经很无奈地见过有人在新增业务模块时，把主文件和明细混在一起来搞，于是整个业务流向怅然若失，需求有变动时改动几乎无从下手，若非我多年功力，是断断不可能在加两天班后就理顺通过测试的。
说起储蓄呢，又忍不住再提一下招行，不可否认，它的一卡通做得真的挺好，本外币，定活期，一张卡全部搞定。我以前就经常把活期转成三个月定期。根据我本人看法，三个月定期从利率差与时间存放差上来说，性价比是最高的，也就是说一年期利率虽然高，但很难保障这点钱在一年内不用。所以推荐大家把5K以上的存款转成三个月定期，一般忍忍也就可以拿到利息了，当然了货币基金也是一个不错的选择。还有一次自做聪明搞了个一年期的零存整取，性价比不高，而且还得到柜台去办取款手续，把自己麻烦死了，不推荐使用。
扯远了，其实本来是想说，活期、定期、外币账户，这些都是一个又一个的账户，而在招行的设计之中，这些账户，都会与我们的那一张小小的卡片关联起来。换句话说，人家的卡号，应该只含具体的卡的信息，比如说卡的有效期，密码，磁道信息什么之类的，不直接对应某个具体账户的；而各个具体账户则应该会有一个与卡号的对应关系。然后到寄对账单的时候啊，打电话介绍买保险等等附加服务的时候，就还是根据卡号来提供服务。不过还是要根据账户的资金流动来分析消费习惯，以及贡献度的高低等等。
至于怎么实现，就根据各位自己的核心系统慢慢体会，不过这么多年了，也可能大部分银行都实现了这种功能或者是类似的一卡通，那就当我这段没有讲过吧，总之我觉得这种理念很好很强大，让我用得觉得很方便。
至于对公，好象就更加没什么可说的了。
5.4客户信息
客户信息，卡号，账户号，这三者是层层细化的关系。所以说，整合好三者的关系也是一个不容易的事情。
在我见过的几套系统之中，最常见的问题，就是同一个客户对应多个客户信息。这通常又是个历史遗留问题，比如在手工或单机年代，开户时对于身份证明证件要求不是很严格，一个人可能开了很多账户，还可能是用化名开的账户。在移植上线的时候，常常由于重要信息不齐，又要考虑客户层面的因素，很少能强制性补齐客户资料，通常只能在移植时自动生成一些客户信息，这样就造成了很多冗余，而且也不好再做深层的数据挖掘和客户分析。相比较而言，新开立的分行可能这种情况会好一点，而且面对的客户高端一点的，又会更好一点。在新系统上线，做数据移植的阶段，一般客户信息的问题是最先体现出来的，通常新系统会要求得比较理想化，而实际情况千奇百怪。这里说说常见的，比如说新系统一般会要求证件号码唯一，但是因为很多客户的证件信息缺失，所以这个号码唯一可能会有困难；再比如说有时可能会出现证件号码重复，而且还真的不是同一个人。
总之这些问题，它不是新系统的错，也不能完全说是旧系统的错，最关键的是在移植的时候如何处理利用好这部分客户信息。
再一个问题，就是客户信息的更新。个人认为最好能有一个有效的途径来更新客户信息，尤其是工作单位，电话号码，对于很多流动人员来说，经常会变换。如果每次都要来柜台更新，我想那基本上就可以认为它是形同虚设了。
可以说，随着现在以客户为中心的概念的提出以及越来越多的实现，客户信息这个模块也应该会越来越受到重视，以前设计的表结构应该会有些不够用了。目前如果没有新系统要上的同行们，恐怕是要等着改结构加字段了，保重。
5.5贷款
很多地方都会把一般的商业贷款与按揭贷款和消费贷款（比如车贷、分期付款之类的，总之有点类似于按揭贷款的）区分开来，这样自然有它的道理。我在这里只谈我个人的设计方案。现在的商业贷款常常采用一笔发放，一笔回收的概念（当然有时会有提前还款，但不象按揭贷款这样有个具体还款计划），然后用合同号，或是借据号做为贷款的一个类似于唯一关键字这样的东西。但是有时公司的商业行为中，一个大项目里会包含多个子项目，然后对应不同的子合同，这些合同对应的贷款之前其实都是有关联的，尤其是在算逾期什么之类的时候，有的是一逾全逾，有的又不是。所以我个人觉得，贷款最好做成多笔发放，多笔回收的形式，发放与回收不必一一关联。但最好在贷款录入时（这时不一定已放款），就录入相应的还款计划。
贷款的账号，最好与具体的业务信息剥离，类似于储蓄里面“一卡通”的概念一样，每个贷款，有它自己独立的贷款号，然后正常、逾期、两呆，以及相应的利息账号都与这个贷款号关联起来，便于以后的跟踪追查。
而对于按揭贷款来说，因为期限长（常常是二三十年），而且比较具有规律性，所以一般就不用列出还款计划的明细了。不过要注意，一般按揭贷款的首月还款是按天算息的，稍微注意一下就可以了。
最后，特别强调提出一点，见过两家行，都推出过“等本等息”这种经典的业务产品，也就是客户每月按等额法算出的金额还款，但本金的计算则按等本的方式来算。
这里要大声疾呼，这种东西从原理上来说就已经是错误的！因为同样金额，同样期限的贷款，等额法的利息是要大于等本法的利息的。等本法计算方便，理解简单；而等额法是数学家们经过精确的计算，推导出公式，最后计算出的一种还款方法。也就是每个月的还本、还息都要严格按照计算出的公式，这样才能达到等额的效果。试想想，这个月还了一定的本金之后，下个月计算出的利息就不一样了吧，这时要求下个月还的本金与还的利息加起来还是和这个月的一样多，而且还要求每个月还的本金加上利息都是一样多。所以，除非是数学学得特别好的同学，咱们一般的程序员不要妄想自己能推导出公式来，照着公式算就行了。如果强行按等额法计算出的钱来制订还款计划，又按等本法的方式还计算每期还款本金，虽然是方便了，但是在每年利率变更，重算利息时，必然会导致利息总和由等额法的利息渐渐趋近于等本法的利息，也就是总利息额将会越来越少，于是要么在本金与利息的问题上无法自圆其说，要么可能会出现利率上调还款金额反降，甚至负利息的问题，不可不查。
5.6清算与结算
清算与结算本来是两种业务，不过因为结算中通常又会包括清算，要分成两小节，每小节又说不了太多话，所以干脆放在一起算了，而且这一节只谈流程，不讲设计，这种业务流程理顺了自然就可以设计了。
先约定一下，商业银行的级别，一般是分行—支行两级，有的可能还会有储蓄所这种第三级。简化起见，暂时就分两级来说吧。如果对应到信用社，那就是联社营业部—信用社营业部。分社一级省略。
先从结算说起，这里的结算业务，指的就是跨行转账，至少我是打算这么说。每家商业银行，都会在当地的人民银行有一个资金账户，可以理解为结算业务用的备付金账户。然后在自己行内，也会开立一个与之对应的“上存人行款项”的账户。理论上，人行的这个账户和我们自己行内的这个账户，表达的都是“该银行存放在人民银行的钱”的这个意思，所以金额也
应该相等。那么，这两个账户在不同的银行（也即不同的系统中），如何保障它的一致性？这一般就是通过日终，营业终了时的对账来保障。所以对账是很重要的，这个后面再说。至于结算业务的流程，先从遥远的手工账/单机账年代说起吧。在那个时候，结算的途径、概念、术语可以说是五花八门，什么先直后横，先横后直，提出借方，提出贷方，提入借方，提入贷方，信汇，电汇等等等等，不把人转晕誓不罢休。现在好象大小额支付横空杀出，倒是简化了不少。当然也还有行间转账，同城支付，省金融平台，不过概念上渐渐趋向统一化，先不多说，先谈谈当时我理解中的流程：
首先如果要转账，我们要在柜台前填一份一式五联的单（一定要用力填哟，不然最后一张纸上看不到什么字迹的），然后这笔钱就从我们的账户上扣下来，划到银行内部的某个往来账户上了。
然后这些单据，再手工传递到上一级，上一级再手工传递到人行（当然，也可能上一级就是人行，这里不要太较真），每传一次，这笔资金都会在当前做业务的这一个银行的往来账户中流动，最后通过人行，流到你想转入的银行中，那个你手工填的单，也流到那家银行中。最最后，转入行的业务人员核对单据，账号，户名都没问题，这笔钱就从往来账户划到我们所填的转入账户上去了。
在这些过程中，结算的同时就已进行了清算，资金的流向是
A银行的某支行àA银行的当地分行àA地人行àB地人行àB银行当地分行àB银行的某支行
也就是每一笔转账，在行间的这一步，都是通过它们在人行的资金往来账户，实现了资金的流动。
如果是上述的资金流向，就叫先直后横。如果是A地人行àB银行A地分行àB银行B地分行àB银行某支行这种方式，就叫先横后直。
这些单据的传递，都是手工的，或者说是落地的。如果是用信件的方式传递，那就是信汇；如果是用打电报的方式传递，那就是电汇。手工的传递都是有场次的，比如一天两场，或是一天一场之类的。所以这个转账的效率有多快，我就不说了。
现在科技进步了，手段丰富了，社会于是也就和谐的。先从我个人较为欣赏的大额支付说起。我一向认为大额这个业务设计得是相当的合理，因为资金是点对点，清算行对清算行，大大缩短了流程，更重要的是，信息的传递是自动的。还是上述的CASE，假设转出行与转入行都开通了大额业务，那么资金的流向是：
A银行的某支行à人行àB银行的某支行
原则上是这样的实现，当然行内的设计怎么处理我们就不多考虑了。行内当然也可以设计成为先从A银行的支行转到上级分行然后再发出，总之人行收到一笔大额的转账信息之后，是会自动、直接发向指定的转入行（假设转入行也开通了大额业务的话）
大额系统的对账，不考虑具体的客户账户，只考虑清算行。通俗的说，人行只管A银行今天给B银行转过去多少钱，转过去了，人行就不管了。至于B银行什么时候把这笔钱入到客户账户中，那是B银行的事，人行不管。听起来责任还是很清晰的吧，而且这样也有助于减少账户锁表而造成的行间转账失败。
因为大额的这种设计，所以实际转账中，几乎是实时的。我从某地信用社转到异地招行，在柜台还没最后签字，收款短信已经来了。
因为大额业务发生的时候，是支行对支行的，所以每发生一笔业务之后，实际上这笔资金是暂时体现在该支行的某个行间往来账户上。所以每天大额业务结束后，还需要按清算的流程，将这笔资金按往、来分别清算到上一级分行（或是总行吧，总之就是当地的最高节点），然后分行与人行发下来的电子对账文件进行对账，检查汇总往、来数、金额是否相等。如果相
等，那就可以把往来一轧差，转出多的时候就从存放在人行的账户里扣钱，转入多的时候就往那个账户里加钱。
至于这个清算的步骤，通常还是由手工发起，不过这里的手工，就不是指传递单据，而是指运行程序。当然，清算程序也可以自动运行，这个根据系统的不同，要求的不同，自行调整设计。
5.7额度控制
和计息类似，可能有的系统没有把额度单列为一个模块来处理，而是仅仅作为业务模块之中的一个判断项。早期的业务中，的确可以这样处理。不过随着现在金融产品的不断推出，我个人认为还是把额度拿出来单独搞一下会更好处理一点。
比如说，一个账户，可能会有几次冻结，也能会有多项额度控制，每次的解冻，又或者是解除控制，都可能会对账户的额度造成不同的影响，如果夹杂在业务模块中，字段的设计，状态的控制可能都会有些问题，单独整成一个模块，或者说是一个大公函，在账务交易（或是账务模块中）的时候，用额度模块来进行一下判断，可以更方便的检测账户的可用额度是否足够。
另外，一些账户相关的透支什么的，也可以比较好的按客户来处理，而不是针对每个账户设置是否允许透支。以至于循环授信额度，这些概念都可以拿出来使用，简单的来说，有点类似于储蓄卡向贷记卡的管理方式倾斜，不过我没做过贷记卡，所以这里也提不出太多东西，只好拿个概念出来大家一起参详一下。
5.8冲账
本着想到哪里就说到哪里的原则，刚才突然想起冲账还没有说，那么这里就说说冲账。
冲账的概念前面已经提过，这里我们指的，就是红字冲账。因为蓝字冲账就是再做一笔别的账务，从IT人员的角度出发，其实是另一个合法的正交易，不能算是冲账。
在设计程序的时候，只要是财务类的业务，就一定要考虑冲账的问题，不能偷懒，不能妄想测试人员会遗漏。就算别人忘记了测试，如果在真实业务中发生了问题，是很麻烦的，所以要养成良好的设计、测试的习惯。（这里不谈编码，因为设计好了自然就会写代码的）
关于冲账的实现，我知道的有两种方式：
第一是正反交易的概念。也就是普通的账务交易，称之正交易。每一个正交易，都需要有一个与之匹配的反交易，如果是按交易码来管理的话，可能会有一个标准来定义反交易的交易码，比如说正交易码加上5000就是相应的反交易之类的。（这里只是随便举个例子，比如说0001表示取款，那么5001就表示取款的反交易）因为冲账在账务处理上，具有一些共性，比如说都是按原来的财务的会计分录，只是金额为负发生账务即可，所以有可能会有一些公共函数来调用，不过总的来说，都是小函数的概念。这种设计的缺点很显而易见，就是交易码，代码量都要翻倍。业务人员在冲账的时候也需要稍微算算交易码，有可能会输错。好处也是很明显的，就是程序之间互相不影响，修改维护都很容易。
第二种设计思路就是大函数的概念，也就是使用一个交易来实现冲账。因为前面说过，冲账业务具有一些普遍的共性，就基本原则来说，找到这笔正交易最初的账务，就可以了。所以使用一个大交易来实现。至于各个业务模块冲账后，在财务处理完之后的业务冲账，那可能就需要不断的在这个大交易中挂上各类外挂了。这种设计的缺点也很明显，就是维护起来很不方便，因为相当于把业务模块的冲账都集成到一个大交易中，在版本控制，大量测试的时
候可能会有较多冲突。好处就是不占用交易码，也可以减少很多代码量，对于很标准的冲账，甚至不需要特别去考虑冲账的问题。（不过怕的就是不那么标准的冲账）
这两种方法各有优缺点，不知道大家的系统中，使用的哪种方式。这里我提出一个集合两者的第三种方法，一起来参详一下：
仍然考虑以大交易为主，不过大交易按某个参数表，来决定调用业务模块中的部分程序解决业务模块的冲账问题。如果是非常标准的冲账，就不需要刻意写冲账程序。如果是不标准的冲账，就在参数表中按设计中自已定义好的各类标识符，使大交易可以判断出何时调用业务模块中的冲账子程序（这些冲账子程序可以随时新增，名字也可以自定义，总之是在参数表中来定义）。至于大交易与冲账子程序中间的程序入口参数的传递，因为各个业务模块要求都有所不同，所以可考虑使用一个大字符型字段，或是数据队列传递字符流的方式来解决。
5.9其它
暂时先想到这么多，其实还有其它的东西。比如说日终批处理，不过做到这一块的同行们想来不是技术骨干就是业务能手，也就没必要看这份入门级的东西了。还有拆借，贴现，不过这部分在核心系统里面占的份量很小，业务理解起来也不难，抓住一个熟悉业务的人多问问就问出来了。还有代理业务，不过这种业务的设计也多半是主+明细的方式（比如说代理单位的汇总信息，以及相应代理业务的明细记录），麻烦的可能反而主要在数据的交互上，也就是什么倒盘啊，信息录入啊什么的，又或者是具体的程序运行效率上，和这个整体设计的关系倒不大。
关于批处理，我做得比较多，还是再简单说两句。一般来说，会要求维护人员按各自的业务模块，维护批处理中的相应程序。不过最后，仍然需要一个总体上能把握的人来协调调度。批处理的程序大致上可以分为三种功能：
实现各类日终自动业务。比如说到期自动扣款（用过信用卡的朋友们应该深有体会吧），贷款的形态转移，储蓄结息（居然现在变成一年四结，有些先进的国外系统还要天天计提，我只能说系统的设计出发点各有不同啊），可能还会有上面提到的日终清算。当然，还包括了各类的日初业务初始化。
实现账务模块数据向总账模块数据的转换，也就是更新总账模块的数据。严谨一点的系统，在更新了总账模块的数据之后，还会用程序来检查一下总账模块的数据与业务模块中的数据是否匹配，一致。（也就是传说中的总分核对）
生成各类报表。这部分可能主要是从总账模块中出，也可能需要综合一下业务模块中的数据。批处理的发起，是由固定的操作人员来执行，没见过设计成按时间点自动运行的。
刚才说到批处理的三项基本功能，而其实在各类功能中，程序的运行顺序还是颇有讲究，不能随意乱放，否则可能会出现无法预知的问题。
批处理的排障，也是一个比较痛苦麻烦的事情，这里真诚的建议各位维护批处理的同行在有大模块上线前，做好心理准备，多多祈祷，实在不行还可以试试拜拜土地。
银行新系统上线总结 ：上线银行系统银行新系统上线心得新系统上线工作总结2016金三上线工作总结 篇一：银行系统工作总结 银行系统工作总结 xx年x月x日，我进入了xx银行，成为xx银行的一员，从事柜员岗位。大半年来，在支行各级领导及同事的帮助下，我立足本职工作，兢兢业业，尽职尽责，努力做好应该做的事，圆满完成年度各项工作，赢得客户的信任，超额完成目标任务。现将半年来工作汇报如下： 一、刻苦钻研，加强学习，不断提高政治理论和业务水平。 一是积极主动参加集中学习。每周我都主动参加支行组织的学习，认真做好笔记，刻苦钻研，努力做到学以致用，学有所用。二是利用业余时间自己学。工作之余，我每天都要自觉加强学习，先后学习了银行相关制度规范，业务操作流程，常思贪欲之害，常修从业之德，珍惜岗位，珍惜荣誉，在思想上不断筑牢防腐思变的防线，在人行组织的案防考试中取得了良好的成绩。尤其入职以来，以银行反假币资考试为契机，认真学习，最终通过该资格考试。三是我行新系统上线期间，我放弃回家机会，利用晚上时间主动练习，以较短时间掌握了银行核心系统操作功能，为顺利完成日常工作奠定了坚实基础。
二、扎实工作，兢兢业业，不断做好本职工作。 一是做好柜台存储业务。从四月份进入xx银行系统以来，我深感起步晚、底子薄，更加主动、更加仔细做好每一笔业务。半年多来，我先后办理近万笔业务，涉及金额超过千万元，无重担差错，深得客户信任。二是积极完成支行下达的任务。工作之余，我广泛动员各方关系，宣传我行政策，积极吸引他们来我行办理存贷业务。每逢节假日和重要节日，我会主动向客户表示节日的问候，不断加强与客户之间联系。10月底，该客户有一笔资金到账，我更是积极联系，主动上门拜访。真诚取得对方信任，最终促使该该客户又在我行存款xx万。三是坚持值好每一班。半年多时间来，我坚持按时上下班制度，坚持值班制度，坚持为客户、提供最优质便捷的服务，没有发生一起迟到、早退、脱岗事件。二，廉洁从业，淡泊名利，不断严格要求自己。 一直以来，我都要求自己清清白白做事，明明白白做人，坚决不乱伸手，不乱想，知足常乐。自觉学习银行安全及风险防范的相关文件，时时刻刻给自己敲响警钟，不忘安全，牢记使命。工作中，坚持按照规章制度办事，坚决维护银行和客户利益，不断服好务、管好自己，做一个合格的银行人。 总之，半年多来，我已融入xx银行这个大家庭，真诚热爱这里共事的氛围，真心喜欢这里的做事文化。半年多来，虽然我逐渐在融入，并在工作上取得了一定成效。但我深知，与支行领导要求相比，与同事相比，我还存在不少差距。新的一年，我将更加
银行名称核心系统状况 中国工商银行自主开发，由CB2000升级为NOVA，正在建设第四代新系统 中国农业银行自主开发，部分由高阳开发，现在正在选型国外核心产品进入业务分析中国银行自主开发，现在由FNS升级 中国建设银行自主开发，后由IBM开发 山东农信联社2009年9月选用建行版IBM/CBOD上线新一代系统 厦门国际银行自主开发，先考虑选型Temenos T24 杭州银行（杭州商业银行）自主开发，现考虑选型再造 招商银行自主开发 招商银行纽约分行Temenos T24 上海银行Temenos T24 华夏银行 中信银行 兴业银行神码+自主改造 东营市商业银行兴业银行输出 中国进出口银行神码+SA+时代银通 浙商银行网星升级为中信 吴江农村商业银行网星+SA+时代银通 呼和浩特市商业银行太极 内蒙古农信联社太极 青岛银行银湖+IBM 香港东亚银行DCSA+神码 国家开发银行神码 宁夏农信联社神码 重庆农信联社神码 中国光大银行由南天升级为联想亚信 南京银行联想亚信 江苏银行联想亚信 盛京银行联想亚信 厦门市商业银行联想亚信 宁夏银行联想亚信 上海普通发展银行联想 威海市商业银行联想 江苏银行扬州分行联想 绵阳市商业银行联想 广东发展银行长天 天津银行2001年长天+2002年中太 大连银行中太 石家庄商业银行华腾 焦作商业银行华腾 交通银行由南天对公+联想对私升级为IBS+高阳 江苏银行连云港分行南天 平顶山商业银行南天 深圳发展银行高阳 工银亚洲控股高阳 宝鸡商业银行高阳 咸阳商业银行高阳 渤海银行中联（IBM570/AIX/DB2） 北京银行中联 烟台商业银行中联 徽商银行由南天升级为中联 浙江省农信联社中联 阳江市农信联社中联 阜新商业银行中联 柳州商业银行中联 福建省农信联社中联 平安银行中联 汉口银行中联 富滇银行中联 白山市商业银行中联 秦皇岛市商业银行中联
核心业务系统 描述：银行核心业务系统主要功能模块包括：公用信息、凭证管理、现金出纳、柜员支持（机构管理和柜员管理）、总账会计、内部账管理、客户信息、活期存款、定期存款、外币兑换、同城票据交换、客户信贷额度管理、定期贷款、分期付款贷款、往来业务、资金清算、金融同业、结算、人行现代支付、外汇买卖业务、国债买卖、保管箱、租赁、股金管理、固定资产管理等。 一、核心系统背景 VisionBanking Suite Core是集团在总结二十余年银行应用系统集成经验的基础上，认真分析中国银行业未来面临的竞争形势，吸纳国外银行系统中先进的设计理念，推出的与国际完全接轨、功能完善、易学易用、扩充灵活、安全可靠的新一代银行核心业务系统。该系统覆盖了银行整个基础业务范围，有助于银行提供给客户更方便、快捷和贴身的“一站式”服务。 在VisionBanking Suite Core银行核心业务系统的开发中，集团将先进的系统设计思想、技术和国内、国际银行界先进的银行业务模式、管理方法结合在一起。系统采用先进的C-S-S三层体系结构，拥有强大、稳定的系统核心。 在全面覆盖传统银行业务的基础上，突出“金融产品”概念，银行可方便定制新的业务品种、产品组装或更改业务模式；系统整合了银行的业务服务渠道，方便银行增值服务范围的扩展，在无须更改系统内核的情况下方便实现与外部系统的互联互通。系统在深化“大集中” 、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上，建立了从“客户”、“产品”到“服务” 、“渠道”的集约化经营管理模式，提供了真正的面向客户的服务模式，作到了为客户定制差别化的服务。从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标；系统设计严格遵守业务流程和会计核算分离原则，方便于系统快速部署和适应业务流程再造要求。 集团对核心业务系统的不断发展和完善就是以技术的进步来支持和推动银行业务的拓展，为银行的可持续性发展奠定了坚实的基础。 VisionBanking Core的系统实现原则满足了银行业务系统所要求的：先进性、实时性、可靠性、完整性、安全性、网络化、开放性、易扩展性、易维护性、易移植性。 二、系统功能说明
1.下列哪些项目属于可能导致信息科技风险事件的风险因素？（D） A. 人员疏忽导致操作错误或失误 B. 系统软件存在bug，或与业务需求不匹配 C. 人员经验不足或专业知识缺乏 D. 上述全部 E. A与B 2.软件的压力测试目标不包括下列哪些？（A） A. 功能是否满足业务需求 B. 性能是否满足业务需求 C. 生产设备上的最大业务承载能力 D. 大数据下软件运行是否稳定 3.外包风险是否纳入银行信息科技风险管理范畴？（A） A. 是 B. 否 4.保障信息科技风险管理能力的最重要的因素是（C） A. 建立专门的组织、人员、工作流程 B. 根据发生的风险事件问责 C. 逐步将风险控制融合到科技和业务的日常工作中，并建立不断完善的机制 D. 完善紧急响应机制、确保发生的事件尽快解决 5.如其他部门人员向你索取一份内部资料，你不确定是否可以提供，你认为哪种做法最恰 当（D）
A. 拒绝提供 B. 提供给他，并叮嘱他注意保密 C. 直接提供给他 D. 让其提交部门工作联系函，通过正式渠道索取 6.请选择哪些情况最有可能造成内部信息泄露？（D） A. 个人计算机感染病毒 B. 内部员工计算机不安装防病毒软件 C. 保存内部信息的U盘交给合作伙伴短暂使用 D. 以上都是 7.使用Windows操作系统的用户应该养成离开时锁屏的好习惯，如何锁定计算机？（A） A. 同时按Ctrl+Alt+Del再回车或者按住Window+L键 B. 按计算机的Reset键 C. 按下计算机的Power Off 键并持续4秒以上 D. 关闭显示器 8.木马程序或病毒给办公室计算机带来的最严重危害是（C） A. 造成系统瘫痪，正常办公难以进行 B. 病毒自动盗取计算机上指定信息自动发送到互联网 C. 攻击者通过木马或病毒控制计算机，盗取信息或以此为跳板攻击其他系统 D. 堵塞网络 9.下列口令中，不属于弱口令的是（C） A. 19800101 B. Wangmei
1、概述 Sm@rtFTS是神州数码银行整体解决方案Sm@rtBanking中银行核心业务处理的开发和运行软件平台。自1994推出第一个版本以来，其强大的事务处理能力、优秀的系统扩展能力和友好的开发界面，使得该产品在全国各类商业银行中得到了广泛应用。 目前，公司推出的Sm@rtFTS是多年来该产品在业务领域和技术领域上的一个最大飞跃。在这个版本的中，第一次真正实现了“交易是配置出来的”这个目标，这使得银行业务人员和系统维护人员今后不再将自己的注意力放在那些繁杂、易错的计算机代码中，而只需通过交易的集成开发环境就可以进行交易的开发和维护。 此外，为适应今后国际竞争的需要，提高系统的扩展能力，在Sm@rtFTS中提出了一个全新的业务体系架构。 1.设计思想产品经营银行是服务性企业，而产品是有形的服务。银行通过有形的产品经营实现业务目标。 产品信息：产品类别、产品编号、可定义的属性（科目、储种/贷种、存期、利率、汇率、费率、起存额、限额等） 产品经营的过程——定义产品（设计）、生产（加工）、销售、服务的过程；产品经营的宽度——产品族的数量；产品经营的深度——产品族中产品的数量。 产品的宽度和深度反映银行生产能力，Sm@rtFTS提供丰富的产品序列，能够满足银行不断增长的业务和管理需要。 客户服务客户管理观念是对传统观念的一次突破，因为银行是服务于客户的，以客户为中心管理必将大大促进银行的服务水平。通过设置统一客户信息，如客户的静态信息：客户姓名、地址、身份、工商税务等；动态信息：客户帐户、客户财务信息等，管理客户活动；客户关系信息：如客户之间的上下级关系，客户帐户关系等，加强以客户为中心的信息管理，可以对不同的客户开展针对性服务，并且还可以进行许多统计决策分析，如：大客户服务、风险控制、成本与效益分析等。 客户服务是实现产品经营的重要条件和关键内容。服务是无形的（产品是有形的），如果没有对客户负责的人，客户服务是空泛的，柜台服务的接触是短暂、与具体问题相关的，自助设备服务的接触是没有交流的，只有客户经理的服务才是富有人性化色彩的。Sm@rtFTS提供了对客户经理、产品经理的支持。 多维会计信息的组织当今市场经济对会计信息提出了许多新的要求，在以管理信息为主导的商业银行综合业务信息系统的设计中有两个突出的方面，一方面是要求核算的精度细，能够对业务进行精确细致的核算；另一方面是要求能从多个角度提供会计核算信息，供决策时参考。举例来说，银行与客户业务往来中，要求能够详细核算各个业务分支机构与客户所进行的各笔业务交易，核算这些交易给银行带来的利润和风险。同时，要从多个角度核算银行的业务状况，可能需要同时按多种口径提供会计信息，如企业性质、企业规模、企业投资方性质、企业财务状况、与银行往来状况等口径提供关于在本行开户企业的统计会计信息。现行单纯按会计科目进行树状分类的会计信息体系实际上是按二维的方式组织会计数据，只能够按会计科目划分口径提供会计统计信息。显然，这样的会计信息体系不能满足这种信息需求。
银行业务基础知识 现代银行起源于欧洲，那时候，人们将黄金作为货币交给金匠保管，金匠就为存黄金的人开立凭证，存款人以后拿着这张凭证，就可以取出黄金。金匠发现不会所有人集中来兑付黄金，于是把金库中的黄金借给其他人赚取利息。很快地，持有“凭证”的客户发现了，需要用钱的时候，根本不需要取出黄金，只要把“凭证”交给对方就可以了。这就好比现代商业银行的三大传统业务——存款、贷款、汇款。 再后来，金匠恍然大悟，原来自己开立的凭证，居然具有货币的效力！他们抵抗不了诱惑，就开始开立“假凭证”。但是神奇的是，只要所有客户不是同一天来取黄金，“假凭证”就等同于“真凭证”。这就是现代银行中“准备金制度”的起源，也是“货币创造”机制的起源。当然，假凭证过多，会引起通货膨胀，集中兑付会导致金匠破产。于是乎，现代中央银行逐步扮演了金匠的角色。银行将吸收的存款部分存放在中央银行，这笔资金形成中央银行对商业银行的负债，对银行而言叫做“存款准备金”。 银行吸收的存款需要支付给储户利息，如果贷款放不掉，需要存在一个安全的地方，有一部分是必须要按照吸收存款的比例存在央行的，这部分叫做“法定存款准备金”，超出的部分叫做“超额存款准备金”。存在央行利息比较低，存放在同业相对利息要高一点，相对也比较安全，这就被称之为“存放同业”，交易对手行称之为“同业存放”。其他银行有时候急需钱放贷，主动借出去的被称之为“拆放同业”。 银行放出去的贷款不可能超过自有资金和吸收存款之和。偶尔，放贷款的钱不够，就需要向同业或者央行借。向同业借的钱，称之为“同业拆借”。向央行借的钱，称之为“再贷款”。 银行凭自身信用打个保票，就好比金匠开到凭证能流通一样，可以起到促进交易
全国银行核心业务系统 全国法人银行核心业务系统选型清单 -------------------------------------------------------------- 中国工商银行：自主开发,由CB2000升级为NOVA 中国农业银行：自主开发,部分由高阳开发sybase 中国银行：自主开发,现正由FNS升级 中国建设银行：自主开发,后由IBM开发 厦门国际银行：自主开发 杭州市商业银行：自主开发 招商银行：自主开发 上海银行：Temenos+HP 华夏银行：由中联升级为FNS+HP 中信银行：由神码升级为FINSERV+IBM 兴业银行：神码+自主改造 东营市商业银行：兴业银行输出 中国进出口银行：神码+SA+时代银通 浙商银行：由网星升级为中信 吴江农村商业银行：由网星升级为中信 呼和浩特市商业银行：太极 内蒙古农信联社：太极 青岛市商业银行：银湖+IBM 香港东亚银行：DCSA+神码 国家开发银行：神码 宁夏农信联社：神码 重庆农信联社：神码 中国光大银行：由南天升级为联想亚信 南京银行(南京市商业银行)：联想亚信 江苏银行：联想亚信 盛京银行(沈阳市商业银行)：联想亚信 厦门市商业银行：联想亚信 银川市商业银行：联想亚信 上海浦东发展银行：联想 威海市商业银行：联想 江苏银行扬州分行(扬州市商业银行)：联想 绵阳市商业银行：联想 广东发展银行：长天 天津银行(天津市商业银行)：2001年长天+2002年中太大连银行(大连市商业银行)：中太 石家庄市商业银行：华腾 焦作市商业银行：华腾 交通银行：由南天对公+联想对私升级为IBS+高阳 江苏银行连云港分行(连云港市商业银行)：南天 平顶山市商业银行：南天 深圳发展银行：高阳
商业银行业务分类大全 来看看银行都干了些什么，也就是他们的业务细分。 最通用的分类是：负债业务（商业银行形成资金来源的业务），资产业务（商业银行运用资金的业务），中间业务（银行不需运用自己的资金，代客户承办支付和其他委托事项而收取手续费的业务） 一、资产业务 资产业务，是商业银行的主要收入来源。 1、贷款(放款)业务--商业银行最主要的资产业务 1）信用贷款： 信用贷款，指单凭借款人的信誉，而不需提供任何抵押品的贷款，是一种资本贷款。 （1）普通借款限额： 企业与银行订立一种非正式协议，以确定一个贷款，在限额内，企业可随时得到银行的贷款支持，限额的有效期一般不超过90天。普通贷款限额内的贷款，利率是浮动的，与银行的优惠利率挂钩。 （2）透支贷款： 银行通过允许客户在其帐户上透支的方式向客户提供贷款。提供这种便利被视为银行对客户所承担的合同之外的“附加义务”。 （3）备用贷款承诺： 备用贷款承诺，是一种比较正式和具有法律约束的协议。银行与企业签订正式合同，在合同中银行承诺在指定期限和限额内向企业提供相应贷款，企业要为银行的承诺提供费用。 （4）消费者贷款： 消费者贷款是对消费个人发放的用于购买耐用消费品或支付其他费用的贷款，商业银行向客户提供这种贷款时，要进行多方面的审查。 （5）票据贴现贷款： 票据贴现贷款，是顾客将未到期的票据提交银行，由银行扣除自贴现日起至到期日止的利息而取得现款。 2）抵押贷款： 抵押贷款有以下几种类型 （1）存货贷款。存货贷款也称商品贷款，是一种以企业的存贷或商品作为抵押品的短期贷款。 （2）客帐贷款。银行发放的以应收帐款作为抵押的短期贷款，称为“客帐贷款”。这种贷款一般都为一种持续性的信贷协定。 （3）证券贷款。银行发放的企业借款，除以应收款和存货作为抵押外，也有不少是用各种证券特别是公司企业发行的股票和债券作押的。这类贷款称为“证券贷款”。 （4）不动产抵押贷款。通常是指以房地产或企业设备抵押品的贷款。 3）保证书担保贷款：
中国各银行核心业务系统供应商及上级时 间
银行性质银行名称核心系统集成商上线时间或开发时间 四大银行工商银行自己研发 建设银行 IBM 建设银行总行繁德 1998/5-1999/9 农业银行 农业银行总行繁德 1998/3-1999/12 中国银行 FNS "股份制商业银行" 交通银行联想对私，南天对公、高阳IBS 中国交通银行繁德 1997/8-1998/10 招商银行自己研发 民生银行南天》长天（联想）》SAP 民生银行繁德 2000/9-2001/12 浦发银行繁德 2002/6 – 2003/4 光大银行南天》繁德 1995/9-1996/7 中信银行神州数码》FISERV 中信银行繁德 1996/8-1997/7 兴业银行神州数码 兴业银行繁德 1996/7-1997/5，2006年重新合作 广发银行长天 深圳发展银行高阳 华夏银行 FNS 恒丰银行长亮 宁波银行中联华信正合 平安银行中联》ORACLE 浙商银行中联中信 "城市商业银行、农信社、外资银行" 青岛商行银湖 南京银行繁德 2003/10-2004/5 广州银行长亮 2005.9 东莞银行长亮 2006.10，2008.6 北京银行中联》自己开发 上海银行 Temenos 2008年上线 天津银行中泰 大连银行高伟达 成都商行高伟达》重新选型中 吉林银行长亮》ORACLE（逐步更换中） 2008.6 河北银行繁德预计2010/8月上线 西安市商业银行联想》布尔 BULL->中联 内蒙古银行太极》中泰 北部湾银行长亮 2008.11 郑州银行长亮开发中 晋商银行奥尊》神州数码 2009年10月 齐鲁商行中创》神码 2009 唐山商行银润（中创） 包头银行银湖（青鸟实施）
附件十一 中国银行股份有限公司 核心银行系统银行本票业务操作规程 （试行） （2009年版） 第一章总则 为规范管理核心银行系统（BANCS）银行本票业务操作流程，有效控制业务操作风险，根据《中华人民共和国票据法》、《票据管理实施办法》、《支付结算办法》、《依托小额支付系统办理银行本票业务处理办法》(银发[2007]441号)等法律、法规和监管规定,并结合核心银行系统（BANCS）银行本票业务操作特点，制定本规程。 总行公司金融总部（国内结算）负责全辖银行本票业务的管理、指导、监督及检查。总行运营服务总部负责小额支付系统（以下简称“CFIB系统”）的管理。 1.1基本定义 1．银行本票是银行签发的，承诺自己在见票时无条件支付确定的金额给收款人或者持票人的票据。
本规程所称银行本票是指银行根据客户申请，在核心银行系统（以下简称“BANCS系统”）中完成银行本票的签发、解付、资金清算等处理。其中，跨行银行本票的处理，指依托小额支付系统完成代理付款行与出票银行间信息交互和资金清算。 2．银行本票按照是否可以支取现金，分为现金银行本票与转账银行本票；签发银行本票按照资金来源不同，可分为现金签发银行本票、转账签发银行本票和有折转账签发银行本票；兑付银行本票按照资金去向不同分为现金兑付银行本票和转账兑付银行本票。 票据类型与银行本票交易的对应关系图示如下： 注：现金银行本票未用退回使用20072交易，转账签发的转账银行本票未用退回使用21073交易。现金签发的转账银行本票未用退回时使用20072交易。 3．银行本票业务处理涉及的凭证包括：结算业务申请书、收费凭证、冲正申请书等。 结算业务申请书一式两联，第一联作为客户回单，第二联作为扣款凭证。
上海银行“新一代核心业务系统”正式上线 今天，以“携手合作共创辉煌”为主题的上海银行新一代核心业务系统正式上线新闻发布会在沪举行。上海银行行长陈辛、惠普公司亚太和日本地区专业服务事业部高级副总裁连萧思、上海银行总工程师蒋洪、中国惠普有限公司企业计算及专业服务集团咨询与集成事业部总经理吴龙华等出席了上线仪式。上海银行这项基于T24的对公和国际业务系统，由中国惠普有限公司（HP）作为总集成商，协调在银行业具有国际领先地位的核心系统软件供应商Temenos等多家厂商，历时一年半的紧密合作，最终将该行200多家分支行基于核心业务系统的有关信息整体移植、一次切换上线成功。 该系统上线后，上海银行成为国内少数成功将核心业务系统建立在全球先进IT和应用系统平台上的商业银行。这不仅是上海银行以国际先进银行为标杆、培育核心竞争力、全面建设现代金融企业的一项重要举措，也是中国银行业以国际视野推动信息化战略规划、金融科技主导产品和服务创新的成功案例之一。同时，这也是惠普在中国金融业首次实施“核心业务系统”即获得成功的大型项目。有关人士认为，该项目的成功，对国内商业银行加速引进国外先进的核心业务系统，提升中国商业银行应对全球化挑战的核心竞争力，具有积极的示范效应和推动作用。 据介绍，上海银行新一代核心业务系统具备的主要功能特征包括：支持大集中模式的系统建设、产品创新和统一的客户服务；以客户为中心的设计理念，将客户信息作为独立的系统模块，设计专门的客户服务系统对客户信息进行专门的管理；参数化驱动的产品开发，将市场上成熟的业务产品按基本要素进行抽象，提取相同的部分作为参数，通过参数配置进行新产品的定制；提供多渠道全方位的个性化服务，丰富服务内容、提升服务质量，满足客户的个性化需求；通过系统的结构化设计，提供7×24小时全天候服务，避免服务渠道的冲突；分析、决策，提高管理水平，通过完整记录的客户信息和产品信息，为银行的分析、决策系统提供强有力的数据支持；监管、监控，提高抗风险能力，通过在产品、客户、账户、交易等各个层面实现集成的、业务模块间交叉的风险管理和监控。
资产负债管理系统简介 一、导读提示 本章介绍的资产负债管理系统是公司2009年12月V2.0设计产品（V1.0为2007年设计产品），体现了公司反思2008年西方金融风暴起因、防范金融风险的最新理论研究成果。 重新设计的资产负债管理系统最突出特点是：以巴塞尔新资本协议第一、第二、第三支柱要求、银监会《商业银行资本充足率审查评估要素及方法》等监管要求为依据，从银行发展战略及高管角度，构建起可操作的银行全面风险管理框架。 二、系统简述 资产负债管理是在世界金融自由化浪潮的冲击下，特别是90年代中后期迅速发展并占据主流地位的现代商业银行经营管理方法。敏感性测试、市值分析、情景模拟、组合管理等先进的管理思想和技术不断发展，使得资产负债管理体系进一步完善，并逐渐成为现代商业银行经营管理框架的核心内容。概括地说，目前西方银行业较为通行的资产负债管理方法和技术有以下四种： 一是基础的风险度量方法――缺口及敏感性分析； 二是动态的、前瞻的度量方法情景分析和压力测试； 三是风险的管理技术表内调节和表外对冲； 四是组合管理技术资金转移计价和风险调整资本收益率等。 这些方法和技术由简单到复杂，由单一到组合，充分展现了西方商业银行风险管理的思想轨迹和技术演变过程。 现代商业银行的资产负债管理体系是一个复杂的系统： 第一，它要求建立由银行高级管理人员和主要业务部门负责人组成资产负债管理委员会，负责制定资产负债管理政策、确定内部资金定价原则、审查市场风险状况、并对风险偏好、风险敞口调节、业务策略选择等有关事项做出决策。 第二，它要求建立专门的资产负债管理团队来承担具体的政策实施、风险计量和管理运作。 第三，它要求建立一个包括识别风险种类、确定风险限额、评估风险收益、调节风险敞口、选择业务策略、配置经济资本、考核风险绩效等一系列环节在内的顺畅的管理流程。 第四，它必须以科学的分析方法、先进的管理工具和有效的管理手段为支柱。 第五，它充分体现了银行全面风险管理框架的总体思路及实施手段的最终效果，从某种意义上说，金融风险管理失控，就是金融企业资产负债管理失控。 资产负债管理系统体现了银行全面风险管理框架，系统的各个子系统或模块要部署实施到银
第一部分基础知识 一、负债管理 1、存款业务管理的原则 坚持统一规范、分级管理、分工协作的原则。统一规范是指全省信用社必须遵守国家有关法律法规和规章，按照业务管理制度，服务标准和指导性工作目标开展存款业务活动。分级管理指省联社负债管理部，县级联社负债业务部门依据本级职能承担相应的存款业务管理工作。分工协作指各级信用社负债，信贷，结算等部门应根据各自的专业性质和特点，按照职责分工，、相互配合，做好组织资金工作。 2、存款人 是指在中国境内开立银行结算账户的单位、个体工商户和自然人。 3、储蓄存款的种类 按存期长短划分，可分为活期储蓄存款、整存整取储蓄存款、零存整取储蓄存款、存本取息定期储蓄存款、教育储蓄、通知存款和经银监会批准开办的其他种类的储蓄存款。 4、存款人基本存款账户、一般存款账户、专用存款账户和临时存款账户 （1）基本存款账户是存款人的主办账户。存款人日常经营活动资金收付及其工资、资金和现金的支取。可以申请开立基本存款账户：企业法人；非法人企业；机关、事业单位；团级（含）以上军队、武警部队及分散执勤的支（分）队；社会团体；民办非企业组织；异地常设机构；外国驻华机构；个体工商户；居民委员会、村民委员会、社区委员会；单位设立的独立核算的附属机构；其他组织。（2）一般存款账户用于办理存款人借款转存、借款归还和其他结算的资金收付。该账户可以办理现金缴存，但不得办理现金支取。存款人申请开立一般存款账户，应向银行出具其开立基本存款账户规定的证明文件、基本存款账户开户登记证和下列证明文件：①存款人因向银行借款需要，应出具借款合同。②存款人因其他结算需要，应出具有关证明。（3）存款人的专用账户用于办理各项专用资金的收付。对下列资金的管理与使用，存款人可以申请开立专用存款账户：基本建设资金；更新改造资金；财政预算外资金；粮、棉、油收购资金；证券交易结算资金；期货交易保证金；信托基金；金融机构存放同业资金；政策性房地产开发资金；单位银行卡备用金；住房基金；社会保障基金；收入汇缴资金和业务支出资金；党、团、工会设在单位的组织机构经费；其他需要专项管理和使用的资金。（4）临时存款账户用于办理临时机构以及存款人临时经营活动发生的资金收付。有下列情况的，存款人可以申请开立临时存款账户：设立临时机构；异地临时经营活动；注册验资。 5、存款人哪些情形可在异地开立有关银行结算账户？ （1）营业执照注册地与经营地不在同一行政区域（跨省、市、县）需要开立基本存款账户的。（2）办理异地借款和其他结算需要开立一般存款账户的。（3）存款人因附属的非独立核算单位或派出机构发生的收入汇缴或业务支出需要开立专用存款账户的。（4）异地临时经营活动需要开立临时存款账户的。（5）自然人根据需要在异地开立个人银行结算账户的。 6、单位从其结算账户支付给个人银行结算账户的款项，每笔超过5万元的，应提供哪些付款依据？ （1）代发工资协议和收款人清单。（2）奖励证明。（3）新闻出版、演出主办等单位与收款人签订的劳务合同或支付给个人款项的证明。（4）证券公司、期货公司、信托投资公司、奖券发行或承销部门支付或退还给自然人款项的证明。（5）债权或产权转让协议。（6）借款合同。（7）保险公司的证明。（8）税收征管部门的证明。（9）农、副、矿产品购销合同。（10）其他合法款项的证明。 7、办理挂失手续的操作手续 储户存单、存折如有遗失，必须立即持本人居民身份证明，并提供姓名、存款时间、种类、金额、账号及住址等有关情况，书面向原储蓄机构正式申请挂失止付。储蓄机构在确认该笔存款未被支取的前提下，方可受理挂失手续。挂失时一般填写一式三联挂失申请书，第一联储蓄机构留存，凭以登记挂失登记簿；第二联随当日传票送事后监督部门；第三联加盖公章后交储户，凭以领取新存单、存折，领取新存单、存折后由储户在该联签章后，交事后监督部门，作会计档案永久保管。经办员受理挂失，应在各联挂失申请书上盖章，并根据挂失申请书在该存款账页上用红字注明“某年某月某日挂失止付”字样。挂失七天后，根据存款人的意愿，储蓄机构可以重新开出新存单、存折，或支付存款本金和利息。存款人不能及时挂失，可委托他人代为办理挂失手续，但被委托人要出示其身份证明。如储户不能办理书面挂失手续，可以受理电报、电话、信函挂失，但须在挂失五天内补办书面挂失手续，否则挂失不再有效。若存款在挂失前或挂失失效后已被他人支取，储蓄机构不负责任。若储户要求撤销挂失时，应出示原挂失证明，由储户在挂失申请书上批注“某年某月某日注销挂失”字样，并收回挂失申请书；挂失用函电形式要求撤销挂失申请的，不予受理。 8、存款人申请开立个人结算账户应出具的证明文件 存款人申请开立个人结算账户应向银行出具下列证明文件：（1）中国居民，应出具居民身份证或临时身份证。（2）中国人民解放军军人，应出具军人身份证件。（3）中国人民武装警察，应出具武警身份证件。（4）香港、澳门居民，应出具澳居民往来内地通行证；台湾居民，应出具台湾居民来往大陆通行证或者其他有效证件。（5）外国公民，应出具护照。（6）法律、法规和国家有关文件规定的其他有效证件。银行为个人开立银行结算账户时，根据需要还可要求申请人出具户口簿、驾驶执照、护照等有效证件。 9、存款人结算账户的名称确定 单位开立银行结算账户的名称应与其提供的申请开户的证明文件的名称全称及预留银行的印章一致。如果单位的名称过长，可使用规范化简称，但必须与预留银行的印章一致，并与开户银行在银行账户管理协议上明确简称的约定。非独立核算单位或派出机构因收入汇缴和业务支出需要开立的专用存款账户，其账户名称应使用其隶属单位的名称。单位独立核算的附属机构开立银行结算账户，存款人应使用其主管单位名称加附属机构名称。个人开立个人银行结算账户的账户名称应与其提供的有效身份证件中的名称全称一致。单位预留银行印章为单位的公章或财务专用章和法定代表人、单位负责人或授权经办人的签章；预留授权经办人的签章，必须出具法定代表人、单位负责人的授权及其身份证以及授权经办人的身份证。 10、申请开立银行结算账户的手续 单位申请开立单位银行结算账户时，应由法定代表人或单位负责人直接办理，如因特殊原因法定代表人或单位负责人不能亲自办理的，必须授权他人办理。由法定代表人或单位负责人直接办理的，应出具法定代表人或单位负责人的身份证件外，还应出具其法定代表人或单位负责人的授权书及其身份证件。实际操作中，法定代表人或单位负责人授权他人的，应在授权书中对被授权人的姓名及其身份证件、权限等内容作明确说明，并在授权书上加盖单位公章及法定代表人或单位人或单位负责人签章。银行应加强对办理开户的被授权人的身份审查，对法定代表人或单位负责人及被授权人的身份证复印件和授权书，应按规定存档备查。个人申请开立个人银行结算账户时，提倡由存款人本人亲自办理。但申请开立使用支票、银行卡等信用支付工具的个人银行结算账户时，因存款人需要办理银行结算账户管理协议的签订、预留签字或名章等开户手续，必须由存款人本人亲自办理。此规定是为了维护存款人的合法权益，防止被授权人超越代理权限进行越权代理，防止假冒他人名义开立银行结算账户进行诈骗、洗钱等违法犯罪活动，切实保障存款人的资金安全，存款人应给以高度重视和积极配合。 11、对单位银行结算账户实行生效日制度的原因 存款人开立的单位银行结算账户实行生效日制度，即单位银行结算账户在正式开立之日起三个工作日内，除资金转入和现金存入外，不能办理付款业务，三个工作日后方可办理付款。对因注册验资需要开立的临时存款账户转为基本存款账户，或借款转存开立的一般存款账户，因事先对存款人的身份等进行了审核，不受生效日制度限制。 12、临时存款账户超过有效期期限后的处理 规定对临时存款账户使用的最长有效期限为两年（包括已展期）。办法规定临时存款账户有效期满后，确因业务需要，存款人可以申请展期。具体是：存款人在临时存款账户的有效期内，向开户银行提出延长账户使用的申请，待开户银行报中国人民银行核准后展期。但最长不得超过两年。对账户使用期需要超过两年的，存款人可以在账户两年期满后，撤销原账户，重新出具开户依据，申请开立新的临时存款账户。 13、对注册验资的临时存款账户管理 存款人因注册验资需要，可以在银行开立临时存款账户。为确保存款人验资行为的真实性，避免存款人假借验资，进行逃废债务、诈骗、洗钱等违法犯罪活动，办法还规定，因注册验资而开立的临时存款账户，注册验资资金的汇缴人应与出资人的名称一致，验资期间，该账户只收不付。注册验资的存款人经工商行政管理部门核准登记后，可按照基本存款账户的开户要求提供相关证明文件，向
建设银行笔试之金融基础知识练习1.在金融市场中，既是重要的资金需求者和供给者，又是金融衍生品市场上重要的套期保值主体的是（）。 A.家庭 B.企业HiAll应届生毕业生求职 C.中央银行 D.政府 参考答案：B 2.金融工具在金融市场上能够迅速地转化为现金而不致遭受损失的能力是指金融工具的（）。 A.期限性 B.流动性 C.收益性 D.风险性 参考答案：B 3.具有“准货币”特性的金融工具是（）。 A.货币市场工具 B.资本市场工具 C.金融衍生品 D.外汇市场工具 参考答案：A HiAll应届生毕业生求职 4.在金融期权中，赋予合约买方在未来某一确定的时间或者某一时间内，以固
定的价格出售相关资产的合约的形式叫（）。 A.看涨期权 B.欧式期权 C.看跌期权 D.美式期权 参考答案：C 5.在我国的债券回购市场上，回购期限是（）。HiAll应届生毕业生求职 A.1个月以内 B.3个月以内 C.6个月以内大学生求职招聘论坛 D.1年以内 参考答案：D2011校园招聘官方交流区 6.若某笔贷款的名义利率是7%，同期的市场通货膨胀率是3%，则该笔贷款的实际利率是（）。 A.3%2011校园招聘官方交流区 B.4% C.5% D.10% 参考答案：B 答案解析：实际利率=名义利率-通货膨胀率=7%-3%=4% 7、某投资银行存入银行1000元，一年期利率是4%，每半年结算一次利息，按复利计算，则这笔存款一年后税前所得利息是（）。 A、40.2 B、40.4
C、80.3 D、81.6500强名企官方答疑专区 参考答案：B大学生求职招聘论坛 答案解析：半年利率=4%/2=2%2011校园招聘官方交流区 1000×（1+2%）?-1000=40.4元 8、国债的发行价格低于面值，叫做（）发行。 A、折价大学生求职招聘论坛 B、平价2011校园招聘官方交流区 C、溢价大学生求职招聘论坛 D、竞价 参考答案：A HiAll应届生毕业生求职 答案解析：债券的市场价格<债券面值，即债券贴现或折价发行；债券的市场价格>债券面值，即债券为溢价发行；债券的市场价格=债券面值，即债券等价发行。 9、某证券的庵凳 1.5，同期市场上的投资组合的实际利率比预期利润率高10%，则该证券的实际利润率比预期利润率高（）。HiAll求职社区 A、5% 大学生求职第一社区 B、10%大学生求职第一社区 C、15% D、85%HiAll求职招聘论坛 参考答案：C 大学生求职第一社区
银行核心系统发展调研报告 大多银行业内人士认为现代银行核心业务系统之所以在全球被广为接受，因为它既能够对数据、风险和客户资源进行统一配置，还能塑造出各个银行富有个性的核心竞争力。其参数化配置和模块化产品搭建理念，给银行提供了一个灵活的产品设计平台，这个平台上的产品可以在各种服务渠道上共享，体现了渠道整合和业务统一的思路。同时在这个平台上设计的产品符合国际银行业行业标准，这就如同帮助国内银行业务部门掌握了国际通用语言。 一、银行核心系统的定义 核心银行系统在国际上的标准定义为银行处理核心客户信息、存款产品、贷款产品、支付服务和核心总账的系统部分。作为银行存款、贷款账务处理的重要组成部分，银行核心业务系统是银行业务系统运作的心脏，凡一切关于存款、贷款账户的业务操作都是在核心业务系统中完成的。其主要业务包括：客户信息管理、存款业务、贷款业务、总账以及对这些存、贷款账户的日间操作等。 二、银行核心系统的意义 全球金融海啸后，中国金融市场呈现出开放、活跃、繁荣的行业景象，然而，全新环境下的生存压力与竞争挑战，也成为中国银行业头上悬着的“达摩克利斯之剑”。对中小银行而言，这份感受尤其深
刻，从近几年来中小银行更换核心系统空前旺盛的需求中也可见一斑。 目前，我国各类中小银行的经营模式与市场格局都经历着巨大的变革，依托区域经济优势、建设具有特色的精品银行已成为它们普遍的追求。所谓业务驱动IT、IT支持战略，银行战略和业务上的变化最终都将转化为对IT的需求，银行IT系统中最关键的核心业务系统，则直接决定了银行的运营效率、创新能力、服务水平和市场竞争力，这也正是中小银行重视核心系统建设的根本原由。 三、国内中小银行核心系统的现状 从国内现状看，银行核心系统的设计使用年限不超过5年。现在，之所以有近半数的中小银行任其核心系统“超期服役”或“准超期服役”，主要原因如下： （1）没有系统改造的需求，缺乏内在动力。一些中小银行地处金融市场不发达的小城市或落后地区，在业务上没有对更先进核心系统的需求。 （2）有系统改造需求，但原系统开发商已“出局”。国内从事银行核心系统开发的厂商多数缺乏实力，导致一些核心系统仍在银行服役，而原开发公司已经被淘汰出局。其结果是，银行虽然可以自己对系统进行维护，但是仅凭小银行的实力要完成对原系统的升级改造显得十分困难，甚至不可行。
银行业务基础知识 1会计基础知识 1.1会计科目 1.1.1会计科目的概念 会计科目是指对会计对象的具体内容进行分类核算的标志或项目.它是设置账户,处理账务必须遵守的规则和依据,是正确组织会计核算的一个基本条件.简单说来,会计科目就是按照资金种类的不同而设置的一些分类. 1.1.2会计科目的分类 会计科目一般在银行会计中的分类大致分为6类. 1.资产类 2.负债类 3.所有者权益类 4.资产负债共同类 5.损益类 6.表外科目 资产类：是指银行拥有的各种财产和债权.一般包括银行发放的贷款,备用金,
现金等科目 负债类：是指银行的债务.一般包括各项存款等科目. 所有者权益类：是指资产减去负债后的余额,也可以称之为自有资金.可以把所有者权 益类科目看作是银行老板的钱. 资产负债共同：是指,在科目中既有资产性质也有负债性质,有这样共性的科目.资产 负债共同类科目的特点是需要根据余额方向来界定其性质是属于资 产还是负债.一般包括清算资金往来,外汇买卖等. 损益类：是指银行所取得的收入和发生的成本费用的科目. 表外科目：是相对于表内业务而言的.是指商业银行所从事的未列入银行资产负 债表以及不影响资产和负债总额的经营业务,一般包括重要空白凭证 等相关科目 在这里需要注意的是,一般对于企业来说,在银行的存款是作为资产的,而找银行借的贷款是在负债类里面的.而对于银行来说正好相反.客户存放在银行的存款,表示银行需要偿还的贷款,所以应该在负债类科目中.而银行放出的贷款,则表示银行将要收回的债权,对于银行来说则应该表示为资产类. 各会计科目分类之间的关系大约是： 资产=负债+所有者权益 1.1.3会计科目的分级 会计科目一般可对其进行分级.一般分3级.每一级会计科目都使用1-3位的数字表示.
国内银行核心系统建设情况调研报告 二〇〇五年七月
前言 核心业务系统，也称为综合业务系统，是银行信息化建设的核心部分，是银行业务经营的基础。随着世界金融环境的不断向前发展，拥有稳健、灵活、安全、可靠的核心业务系统是体现银行核心竞争力的一个重要方面。 国内银行的核心业务系统建设主要经历了三个发展阶段： ●阶段一（七十年代末期——八十年代中期）： 这一阶段是银行信息化建设的起步阶段，银行的储蓄、对公等业务逐渐以计算机处理代替手工操作，本阶段系统特点主要体现为按照业务网点分散建设、单机操作，只是用计算机取代了算盘和手工帐簿； ●阶段二（八十年代中期——九十年代末期）： 这一阶段银行开始通过使用计算机网络技术实现银行部分业务的实时联机处理，并逐步实现了银行在一定区域范围内的数据集中及互联互通；区域集中让所辖银行得以共享数据资源，统一了科目设置，改进了业务流程，提高了服务质量（如通存通兑的实现）； ●阶段三（2000年至今）： 第三阶段即“数据大集中”阶段，全国性的银行数据通信网络框架基本建成，各银行的综合业务处理网络相继建成，一个多功能的、开放的银行信息化体系初步形成；全国性的数据大集中让银行的数据在更大范围内共享，数据的收集和管理更加方便，管理和决策也更加高效便捷。 当前国内银行核心系统的建设正处于第三阶段，大部分全国性银行已经完成了数据大集中的工作，部分银行在采用国内系统实现了“大集中”的基础上开始以国外核心业务系统替代原有综合业务系统。我们将采用国内系统或自行开发系统完成数据大集中的银行称为“第一军团”，将已采用或即将采用国外系统的银行称为“第二军团”。在此背景下，*****金融软件公司解决方案部、企业发展部、国家开发银行事业部特别成立了联合项目小组，共同完成了这份《国内银行核心系统建设情况调研报告》，希望给*****金融软件公司、国内同行及正在从事核心业务系统建设的银行，特别是“第二军团”阵营中的银行提供参考。
商业银行业务知识： 一、资产业务 资产业务，是商业银行的主要收入来源。 1、放款业务--商业银行最主要的资产业务 1）信用放款： 信用放款，指单凭借款人的信誉，而不需提供任何抵押品的放款，是一种资本放款。 （1）普通借款限额： 企业与银行订立一种非正式协议，以确定一个贷款，在限额内，企业可随时得到银行的贷款支持，限额的有效期一般不超过９０天。普通贷款限额内的贷款，利率是浮动的，与银行的优惠利率挂钩。 （2）透支放款： 银行通过允许客户在其帐户上透支的方式向客户提供贷款。提供这种便利被视为银行对客户所承担的合同之外的“附加义务”。 （3）备用贷款承诺： 备用贷款承诺，是一种比较正式和具有法律约束的协议。银行与企业签订正式合同，在合同中银行承诺在指定期限和限额内向企业提供相应贷款，企业要为银行的承诺提供费用。 （4）消费者放款： 消费者放款是对消费个人发放的用于购买耐用消费品或支付其他费用的放款，商业银行向客户提供这种贷款时，要进行多方面的审查。 （5）票据贴现放款： 票据贴现放款，是顾客将未到期的票据提交银行，由银行扣除自贴现日起至到期日止的利息而取得现款。 2）抵押放款： 抵押贷款有以下几种类型 （１）存货贷款。存货贷款也称商品贷款，是一种以企业的存贷或商品作为抵押品的短期贷款。 （２）客帐贷款。银行发放的以应收帐款作为抵押的短期贷款，称为“客帐贷款”。这种贷款一般都为一种持续性的信贷协定。 （３）证券贷款。银行发放的企业借款，除以应收款和存货作为抵押外，也有不少是用各种证券特别是公司企业发行的股票和债券作押的。这类贷款称为“证券贷款”。 （４）不动产抵押贷款。通常是指以房地产或企业设备抵押品的贷款。 3）保证书担保放款： 保证书担保放款，是指由经第三者出具保证书担保的放款。保证书是保证为借款人作贷款担保，与银行的契约性文件，其中规定了银行和保证人的权利和义务。 银行只要取得经保证人签字的银行拟定的标准格式保证书，即可向借款人发放贷款。所以，保证书是银行可以接受的最简单的担保形式。 4）贷款证券化： 贷款证券化是指商业银行通过一定程序将贷款转化为证券发行的总理资过程。具体做法是：商业银行将所持有的各种流动性较差的贷款，组合成若干个资产库（Assets Pool），出售给专业性的融资公司（Special Purpose Corporation），再由融资公司以这些资产库为担