银行核心系统入门介绍

1、案银行核心系统入拌门简介拜叭本文的目标读者肮是准备从事银行罢核心系统开发、氨维护的从业人员斑。请注意，是唉“暗准备癌”哀，换句话说，可案以理解为一份对啊科技人员，尤其跋是对新入门的科颁技人员业务知识百方面的培训手册安，旨在让诸位从爸业务方面迅速上胺手（从技术角度坝上手的手册我已版经贴过一份了，般所以如果是用4扮00的同行，可绊以结合本手册双扒剑合璧，效力倍案增）。这里的着鞍重点将会主要在搬于简单的银行会叭计原理，以及银绊行整体的业务流敖程，还有相应的癌模块实现手法和熬注意事项，对金挨融的会计知识方袄面应该可能会比班较粗浅，这一点翱与金融系统常见皑的业务培训手册矮有所不同，注意艾体会。阿阿基于此

2、，本文将暗会假设读者具备按一定的计算机技败术，具备少量银挨行方面的业务知碍识，所以如果有鞍从事非IT部门拔的读者（比如财胺务信贷的同事们跋），就请不要太疤计较里面的表述爱。当然如果有错般误，还是非常欢奥迎指出的。暗埃对于已具备了若唉干开发、维护知挨识，或者是即将班采用国外系统来办建设的同行们而爸言，本文的内容版可能就过于浅显芭了，看得不爽不颁要怪我没有事先罢提醒。傲蔼考虑到某方面的捌问题，这里的系隘统简介将尽可能耙的脱离某个具体背的系统，仅就银埃行业务核心系统懊的共性，进行介百绍以及探讨。扳最后再说一下，疤没有什么手册、办心得是万能的，懊个人的LEVE霸L UP始终艾是要靠自己的领瓣悟，这里只

3、是希皑望能让诸位新人摆不用象很多人当捌年一样，独自摸挨索与徘徊。科目常识氨基本法则之一：凹资产 = 负债蔼 + 所有者权挨益。按（新会计准则有般所不同）啊比如说，我们手凹头上有40万，拜买了一个100安万的房子，找银翱行贷款了60万俺，那么资产就是斑100万，负债肮是60万，所有霸者权益是40万败。可以简单的把傲所有者权益就理坝解成为是真正属拌于自己的钱。再翱引申一下，早些捌年乃至现在，香傲港人所谓的鞍“笆负资产皑”熬的说法是非常错案误的，因为笆“办负资产熬”蔼实际上是指房子隘的市值比向银行邦贷的钱还要小，靶也就是负债大于矮资产，所以严格拜的来说，应该称拔之为奥“碍负所有者权益碍”矮才对。资产

4、，从拔理论上来说，是盎不可能为负的，吧最多也就是零 皑。一个号称是金班融中心的地方，把实在是不应该出搬现这种失误，不搬过算了，不要和奥他们计较。按就银行业务而言吧，会使用会计科胺目号来对账务进捌行标识，扳会计科目号最长安为5位半，国家标准，通唉常分为下面六种坝，这里只做简单百介绍，详细科目唉可结合著名的的绊“笆业务状况表岸”叭来进行理解。按再次重申，下面佰的说法绝对不严癌谨，仅仅只是为伴了便于IT人员昂理解银行的会计巴原理、业务知识百。资产笆资产类的科目，靶用把“拌1班”佰班作为首位科目号搬，如癌“扳1011啊”笆，表示现金。安所谓资产，也就肮是说矮“盎理论上属于银行般的钱扮”办， 比如说现金

5、艾，贷款等。比如吧说某家分行，有败100万现金，按然后把这100暗万都贷出去了，按那么资产仍是1般00万，只不过扮归属（科目）由搬现金变成了贷款笆。至于这笔贷款疤能不能收回，这班个不归我们管，敖就算不能回收，岸只要没被核销（拔核销，术语之一奥，可以理解为银绊行不要这笔贷款昂了），那么就仍扳然属于资产，所白以我们称之为矮“疤理论上属于银行巴的钱癌”班。艾资产类科目都是矮借方科目，也就百是借记时余额增拜加，贷记时余额板减少。负债按负债类的科目，阿用佰“疤2懊”癌作为首位科目号岸，如奥“岸2011俺”鞍，表示对公存款啊。氨本来不属于银行靶的钱，就称之为哀“霸负债邦”扳。比如说我们存绊在银行的钱，虽把

6、然银行可以使用柏这笔钱，比如说班把它贷款贷出去翱啊，比如说打新傲股啊，买QDI哀I啊，但是这笔靶钱只要我们去取傲，原则上银行就敖应该给我们，也癌即是大家常常在般营业大厅里看到邦的背“斑存款自愿，取款爱自由傲”哎之类的意思。这敖类钱，可以简单疤的理解为暗“敖本来不属于银行稗的钱啊”邦，也就银行欠我氨们的钱。半负债，很有趣的艾东西喔，银行是艾负债经营的，比哀如说一家银行贷背款有100亿，懊其实它本身是没澳有那么多钱的，胺这些钱都是来自懊于我们存在它那阿的钱。如果大家靶一起都去银行的皑钱取出来，那它稗就经营不下去了爱，这种恶劣的行吧为，称之为吧“澳挤提肮”艾，是很不友善的蔼，是要负责任的跋，我们不要

7、去做版。爱负债类科目都是案贷方科目，也就隘是借记时余额减扳少，贷记时余额扳增加。所有者权益斑所有者权益类的白科目，用板“傲3伴”办作为首位科目号班，如绊“百3121巴”奥，表示利润分配翱。案上面说过了，所败有者权益，也就半是真正属于银行哎的钱，即是所谓芭的啊“霸核心资本八”翱。原则上，它包白括了一家银行注爱册时的资金，历白年来的盈利（假氨设有盈利的话，胺当然还要扣除各坝类成本开销），拌如果是股份制银哀行的话，还包括拌股本金之类的吧拌。胺这类科目相对数啊量较小，金额较绊大。蔼所有者权益类科哎目，增加记贷方靶，减少记借方，哀余额反映在贷方蔼。拔资产负债共同类版（往来类）笆（哎共同类班）埃资产负债共

8、同类柏，通常表示往来背账户，用把“绊4八”鞍作为首位科目号埃，如唉“俺46411爱”氨，表示通存通兑佰。邦这类科目，通常扮是指一些往来类凹账户，所谓往来绊类账户，嗯，就唉是金融往来的账阿户喽。斑这个科目有点麻百烦，可能要结合拔具体业务来解释霸一下：耙比如说我们在招俺行有个账户，然俺后跑到工行的A扮TM上去取钱（凹招行也是，中山背这种伟人的故乡拔居然都不开个点熬，严重BS一下靶），那么取款成摆功之后，我们的哎招行上的账户的芭钱就少了，工行疤ATM里面的现傲金也少了。这笔埃钱是工行替招行啊先支付的，要找安招行要的。所以疤工行一定会有一爱个科目，用来标芭记它有多少钱要碍找招行要；而招背行也要有一个科

9、拔目，也是要用来挨标记它有多少钱奥要给工行。（怎案么要，那在后面翱清算一节里面会背提到。至于跨行败ATM的取款原巴理，就不用再细拌说了吧。）这个背用来标记应付，安应收的科目，就扳是往来类科目，懊对于工行方而言斑，当时使用到的班就是一个类似于搬资产类的科目（霸有点类似于应收耙账款的意思，或袄者也可以理解成爱一种短期的贷款跋，总之就是工行肮先付出的资金）啊；招行当时使用稗的就是类似于负把债类的科目。熬上面提到的，因办为是银行与银行隘之间的业务往来半，所以用来标识拜资产与负债的科岸目会有分别，如埃果是行内之间的拜往来，那么不会斑搞得那么复杂（跋或者也可以说搞癌得更复杂），就芭会用一个科目来半搞定，这

10、个科目啊根据具体需要，跋临时用的，有时摆表示资产，有时办表示负债（其实敖也就是科目上的昂余额有时是借方袄，有时是贷方。摆因为这个科目既搬不是资产，也不皑是负债，只是临唉时用来表示营业拌往来的，通常每蔼天会清零，也就矮是所谓的清算。芭一般而言，城市懊级别的商业银行案因为是一级法人按，所以清算之后笆，行内往来账户耙上余额为不为零敖都没什么关系，阿反正都是自已家啊的钱；而信用社癌会比较麻烦一点皑，因为通常一个安联社都是由多个啊信用社组成，每肮个信用社都是一鞍个法人，所以联蔼社内部的往来类捌账户原则上每天岸应该都清零，否盎则账务上就不好阿看了。（注意，敖这里指的只是行凹内的往来账，如搬果是银行与银行八

11、间的，那每天一半定是要清零的，袄否则就是属于错奥误的情况了）啊这类科目在我们案做过的项目里，懊基本上都简化了艾，只有一个轧差版类型的。也就是绊把当天的借方发凹生额和贷方发生板额一减，哪个大跋就谁记在哪边。败我记得以前还有邦一种双方类的科跋目，那真是玩死肮人。双方类的科邦目是指这个科目碍既有贷方余额，稗又有借方余额；扮对应贷方余额，熬既有借方发生额俺，又有贷方发生柏额，同理，对应板借方余额，也是班既有借方发生，阿又有贷方发生，半如果只有上期的隘借贷方余额，以扳及当期的借贷方罢发生额，那是无挨论如何也推算不埃出当期的借贷方芭余额各是多少的靶。（必须根据发芭生账务时，是借耙方余额，还是贷鞍方余额来判

12、断）靶，不知道这类科背目的起因为何，俺总之如果有的而熬且可能的话，最艾好能拆分之几个搬性质单纯一点的翱子目来处理。耙不好意思，因为办对这类科目感触胺颇深，也被玩过般很多次，被玩很啊久，一时激动，啊就多说了几句。损益类矮损益类的科目，白用搬“巴5背”般作为首位科目号般，如把“盎5011阿”敖，表示利息收入斑。扮损益类科目，理耙解起来应该不难般，就是指银行在芭一年的业务里面扒的收支科目。比拜如的存款利息，跋对于银行来说是爸一笔支出；贷款矮利息，对于银行叭来说，是一笔收奥入。这两个科目氨就都属于损益类柏科目。一般来说：澳收入类科目属贷般方科目，借记时捌增加，贷记时减埃少；版支付类科目属借翱方科目，贷

13、记时氨增加，借记时减阿少。稗在理解上，可能霸与资产、负债类艾的科目有些相反疤：凹资产是指属于银氨行自己的钱，是扮借方科目；对应八于这里，收到的袄钱是银行自己的哀，却又是贷方科八目。昂拜这里，按会计原扮理来理解可能会爱更简单一点，下案面一章会讲到。或有资产负债类敖或有资产负债类跋的科目，用澳“袄6笆”盎作为首位科目号艾，如鞍“白6011碍”板，表示承兑汇票吧。隘闻歌知雅意，顾靶名思义，靶“百或有稗”哎，那自然就是艾“按或者有案”靶，也就是可能没八有了，所以如果疤没见过也不奇怪背。按这类科目见得少跋，一般可以忽视安它的存在。表外科目笆用柏“艾7百”昂作为首位科目号叭。其它百这里再罗嗦一下佰，在科目

14、下面呢瓣，一般为了便于背分类统计，所有佰的银行都会再设罢子目（一个子目凹一般又会对应多疤个小子目，或者挨说是说是多个账叭户），这个子目哀，有的地方叫翱“蔼业务代号搬”傲，有的地方叫爸“白结算码挨”碍，总之都是一个半意思。靶要注意一下，科捌目号是国标，子霸目通常是自己内懊定的，对应于信佰用联社，就有可唉能是省里统一定埃的。也就是说科哀目这个东西走遍疤全国大致上都是绊一样，子目这个吧东西可能出省，巴出了城市，或者暗说一个市里不同班的银行，可能都八不一样。简单会计原理内部账户罢这个问题，我在俺刚学的时候，曾佰经颇疑惑了一段巴时间，所以虽然把很简单，但还是巴单独拿出来说一翱下。傲所谓内部账户，斑是与客

15、户账户相昂对应的。也就是拜说这些账户不是跋用来登记、反应按客户的账户信息爸，而是反应行内艾的账务情况，比癌如说损益类科目吧的账户，就都是昂内部账户。捌客户的账户，一扮般是客户来银行艾开户的时候，才邦建立的用来登记背账务的账户；凹内部账户，一般肮是分行成立之初皑，统一生成的。佰（一般都一个专颁门的程序，由操百作人员来调用的隘吧）背其实对于内部账敖，在会计原则上翱，登记个科目发爱生可以。至于增胺加子目，乃至内佰部账户的概念，哀主要是为了后续翱的分类统计以及哎相应的分析。叭说到这个账户，霸就顺便想起了表埃内表外的问题。半表内账，都是正败正式式，真金白暗银的钱；比如我扒们的存款什么之肮类的。而表外账案

16、，通常是一些统敖计之类的东西，芭比如说现在分行佰里有多少本存折捌啦，还有已经核版销的贷款之类的捌。扮表内账的单位，颁都是奥“皑元扒”芭；斑表外账的单位，岸就百花齐放了，跋有的是佰“埃元袄”巴（比如说已核销扳贷款），有的是按“八本奥”扳或者是阿“碍张罢”皑，比如说存折或吧者说什么有价单傲证。而最后，表懊外账在汇总统计半的时候，不管是跋什么单位，就是肮统统一加了事，叭对于不是财会专跋业的，尤其是我拜们搞计算机的人挨来说，这种加法爱简直有些不可理啊喻，总之银行会巴计上就是这样处叭理。傲所以说，一般报拔表里面，大家会捌对表内账比较关昂注，对表外账的邦要求不是太严格癌（我是这样偷偷叭的说，各位怎么办处理

17、是大家自己哀的事）。复式记账法吧只要是与会计有班关的书，就一定爸会提到复式记账隘法，也称为借贷班记账法，这里就柏不多解释，简单靶说一下。碍“哎有借必有贷，借佰贷必相等百”安，这两句经典的靶话，是针对表内拔账的。对于表外鞍账，用的其实是稗单式记账法，有八的叫案“瓣收邦”吧、吧“俺付啊”阿，也的也还是用阿“拜借懊”佰，按“凹贷懊”靶，要结合具体的哀业务来理解，这盎里就不展开了。班如果没有特别说袄明，下面的描述矮都是针对表内账耙的。埃对于银行业务来跋说，最简单的是佰一借一贷，此外拜，还有一借多贷哎，一贷多借。多敖借多贷在银行业啊务里中不允许的芭，因为这样无法捌精确的体现账务隘的起始与流向。靶不过在企

18、业会计傲中，多借多贷又扮是允许的，所以败说凡事无绝对。败有些时候，基于把某些特殊的的原耙因（常见的主要靶是频繁的锁表问昂题），可能会临跋时采用单边记账扳，但是最后一定爱会汇总补齐，否爸则就会出现拔“白借贷不平拔”袄这样的严重问题班。冲账摆做错了账，要改熬正它，就可以理扒解为冲账。爸冲账有两种，一拔种是蓝字冲账，隘一种是红字冲账靶。拜所谓的蓝字冲账扳，是指与原账务奥方向相反，金额把为正的一种记账版方式。八而红字冲账，就板是指与原账务方把向相同，金额为吧负的一种记账方挨式。翱蓝字冲账，本质碍上是做一笔新的阿业务，仅仅只是霸实现了最终的余鞍额正确，发生额拜会虚增，所以一碍般的明显有错的鞍账务，会要求

19、使班用红字冲正。颁红字冲账因为是疤负数发生，所以背在统计的时候，哀发生额将会与原肮来的交易抵销，瓣这样的话发生额背就很严谨了。胺实际上，对于一背个系统而言，通澳常一笔业务的发懊生，并不仅仅只班包括账务的登记斑，还会更改许多百表中的数据。比氨如说一笔简单的霸取款交易，除了耙登记账务之外，搬客户的账户上的板余额还会减少，艾这个很好理解吧斑。那么在冲账的瓣时候，还需要将凹客户上的钱给它啊加回去。所以，疤关于冲账业务的碍设计，其实也是盎一个比较有趣的背话题，这一点，吧将会在后面的章柏节中进行探讨。业务流程描述败对于一个没有在跋柜面实习过的人班，描述一下银行澳的业务流程，可柏能是有助于理解百系统架构的。

20、拌银行的业务，大岸致上可以分为财懊务类的业务，以笆及非财务类的业拔务。背非财务类的业务盎这里不做讨论。按财务类的业务，熬又可分为自动业笆务，以及非自动耙业务。案非自动业务，就跋是那些必须在柜百台办理的业务，盎比如说一些转账败业务，或者金额凹较大的存取款业艾务之类的。这类吧业务，因为是由傲柜员发起的，所般以会有一些单据搬打印留底，以做隘传票使用。百而自动类业务，暗就是由系统自动敖处理的，比如说靶我们在A分行有傲个账户，然后非败要跑到B分行去百取钱，那么B分坝行那部分的账务岸，对于B分行而俺言就是非自动业百务；而A分行那傲部分的账务，对蔼于A分行而言就鞍是自动业务。隘自动业务因为是拔自动发生，所以

21、罢需要业务人员打案印报表的时候，拌才能知道发生了靶什么业务。敖柜员日间做各种败各样的业务，然把后到了下午关门叭以后，打印一份碍“按科目日结单俺”邦，然后用柜员手埃头留存的传票，暗按科目逐一汇总挨累计，与打印出皑的科目日结单上巴的金额进行比对氨。有错一定要一版查到底。所以原艾则上，这时打印坝的科目日结单，按应该不包括自动巴业务，否则就会奥对应不上。拌业务系统在批处爸理的时候，还会傲进行一些自动的澳账务处理，然后捌最后系统还应该阿会再打印一份完翱整的科目日结单巴，以及日计表（艾可以理解为业务柏状况表的简洁版耙）。至于那些自哀动业务，系统在哎批处理的时候，凹或者是柜员主动巴查也行，总之就拜是会有一份

22、板“耙他代本板”傲的传票（对应于艾上面提到的业务罢，A分行的自动芭业务就应该属于懊A分行的八“斑他代本碍”捌传票。而B分行安的传票因为是非稗自动业务，所以扒在交易当时就会霸有相应传票产生扮并打印了）摆到了第二天，分胺行开门后开始营把业前，业务人员敖需要下载打印各拔类报表，不过主扮要的就是前面说跋的那两份，然后跋再看看，如果借霸贷发生、余额都阿相等，所有的非傲自动业务都有传摆票，而且和整个爸科目日结单都可奥以对应上，那么芭就表示昨天的账唉务完整无误，然拜后大家就可以欢案天喜地的开始新氨一天的业务了。常见规范及检测传票以及日志霸从最基本的说起耙，通常来说，所斑有的账务程序都埃需要打印传票,搬 传票

23、格式通常肮都是统一的，找傲份以前看看就可挨以了。皑对应于转账业务昂，需要打印转账矮借、贷方双方的皑传票。坝而对于现金业务耙，则只打印一张扮传票就可以了，凹借贷方向采用非袄现金科目的方向巴。（我个人认为癌，可能是因为标癌识了现金传票，瓣所以对方科目就拜自然是现金，于稗是就不需要再打埃印了，猜的）瓣所以我们在开发皑程序的时候，打跋印传票这一步，拔一般不会特别强拜调，都是默认要般做的。如果不太岸清楚的时候，一摆定要主动向需求扒设计人员询向，拌千万不要嫌麻烦叭，抱有侥幸心理耙。这种东西如果爸测试的时候漏掉爱了，是一定会有板人要求补上的。霸（我在N多项目班里都见过漏写传爸票，然后在程序疤上线前夕被人要癌

24、求赶紧加班补制绊的，所以千万不唉要嫌麻烦）扒在日终批处理的胺时候，可能有些绊数量庞大的业务唉，比如说代收付爸，结息什么之类唉的，动不动就是佰几十万笔，一张罢张生成、打印太稗不经济，通常会碍考虑采用打印一翱张汇总传票，然版后加上一份明细挨清单的方式。还暗有的时候，如果芭上百万的话，可办能明细清单都省扳掉，想办法导成搬电子数据都是有耙可能的。拔上面说的是账务巴相关的业务。而案非账务类的业务翱，如果涉及到修耙改类的业务的话阿，比如说修改密暗码，修改客户名碍之类的，通常需凹要登记日志（L伴OG），用来记芭录，以便查询。捌有的时候，为了案统计业务量，或胺者是为了分析排搬障，还有可能要袄求对每一笔发送凹到

25、主机的业务数百据都登记下来，摆这时候最好采用案一种统一的方式盎来进行登记，以艾及数据的定期清疤除，因为这类数挨据量应该比较大昂。常见检测内容半发生一笔业务的拔时候，是一定需罢要进行若干检查胺的。比如最起码啊，我们去取钱的坝时候，就一定会癌检查密码。这里胺对一些经常见到班的，较为普遍的拜检查简单介绍如跋下，套用一句合霸同上流行的话，佰叫做 - 包按括但不仅限于以摆下条款：败账号/卡号是否板存在，是否可以扳正常使用凹账号与客户所提翱供的凭证（通常摆这是指存折客户靶，对于卡用户而蔼言，账号就是卡佰号，或者是可以扳根据卡号查询出搬相应的账号）是昂否匹配。班密码、证件号码柏（如果需要检查摆的话）是否与主

26、扮机数据一致（印拜鉴什么的需要业八务人员肉眼核对爸。现在又出了一哎种加密机，如果坝采用了这种先进坝技术，那当然还哀需要检查这种加半密后的信息是否暗一致了）办在转账的时候，唉一定要检查转出笆转入方的户名与笆账号/卡号中的拜户名是否一致。艾（对私客户还好坝办一点，如果是哎对公客户的话，矮名字又长，括号拌什么的再一加，瓣经常会出现问题埃，总之是一定要稗检查）瓣如果是取款类业矮务（比如转账业矮务的转出方也算邦），一定要检查坝账户的可用余额扒是否足够。大家一起来。八系统架构及部分傲模块常见设计方氨案常见总体架构安这里如果用图可敖能效果会更好，背不过我不会用V阿ISIO，所以凹就算了。巴一般硬件架构，爸都

27、是一个主机，拔一个前置机（大巴前置），前置机奥就对外了，比如扒业务人员用来作鞍业务的终端啦，败ATM，网银，爸电话银行什么之芭类的可能就都对氨应这个大前置了班。大前置，或者班是中间业务平台埃，也是一个很值吧得探讨的问题，挨可以做得很大，艾比如建行的大前瓣置，又比如X天爱的中间业务平台挨其实也不错，这邦里不做深究。班就软件架构而言拜，核心系统一般坝可以分为业务模疤块，账务模块，埃和总账模块。瓣总账模块通常记隘录了一些账务的般汇总信息，比如澳说科目总账的日澳、月、年的发生阿、余额。银行中翱大部分的报表都跋需要通过取总账跋模块中的数据来癌生成。总账模块霸的数据一般是取扳自账务模块中，稗当天的账务数据

28、伴。（当然，也有拌很多报表，需要白整合业务模块与俺总账模块两部分袄的数据一起来出叭）伴账务模块，就是挨用来登记账务的氨，这部分一般会芭做得比较通用化暗，方便各个业务罢模块来调用。癌业务模块，当然班就是实现各个业蔼务的子模块了，疤通常模块之间相盎对独立又互有关爱联，如果是账务八类业务，当然就扒要调用账务模块半中的程序。如果霸是非账务类的业爸务，那可能业务奥模块内部处理一芭下就可以了吧。爱一般业务模块的般数据会对实时性扮要求较高，而总皑账模块没有什么皑实时性的要求，般不过总账模块重白在统计分析，所胺以数据量一般会扮比较大。计息拜有的系统可能没隘有把计息单独列隘为一个模块，而挨是直接嵌套在各疤个业务

29、模块之间皑了，不过设计成柏一个模块，个人敖认为可能会显得鞍比较专业一点，蔼至于到底好不好俺用那就见仁见智疤了。傲刚接触银行业务绊的时候，曾经很坝执着，很傻很天胺真的想过活期账摆户到底是怎样计霸息的，因为定期昂账户的计息方式捌相对简单，余额挨乘天数就对了，傲但是活期账户的哎余额是常常在发把生变动的，所以百前20多年我一隘直都不知道银行皑每年给我算的活扒期利息到底对不澳对。斑银行会计上，通唉常都会通过般“矮积数败”八这个东西来计息澳。何谓积数？就版是余额天数，胺所以积数的单位哀应该是碍“蔼元 天敖”奥比如说 利息般 = （账户余捌额天数利率翱）/ 360，罢在这个公式里，靶账户余额天数班就等于积数

30、，于澳是这条公式也可凹以写为 利息 把= （积数 半 利息） / 吧360。芭定期账户因为账捌户余额通常不发伴生变化，所以一哀般不会涉及到积蔼数。般活期账户采用动熬户累计积数的方挨式来计息。也就翱是说账户余额没办有发生变动，就暗什么事都不干；凹当账户余额需要安发生了变动时（扒比如说取款），办那么业务模块里坝就将上次账户变霸动日，到当前日把期的天数计算一碍算，然后用变动爸之前的账户余额埃乘以这个天数，唉然后把这个积数爸累加到之前的积矮数上。最后计息矮的时候，就使用哎这个积数乘以利哀率再除360。肮在设计的时候，坝就需要把每次账邦户变动的日期都败登记下来，还需熬要有地方记录账般户的当前积数。熬对公

31、计息，或者败是一些需要计息安内部账，有可能俺是每天计积数，哀也就是每天把账懊户余额累加到积八数中。之所以这蔼样设计，是因为板对公以及内部账哀户的数量远小于耙对私账户，每天邦把每个账户都过奥一遍，花不了太阿多时间；而要是半每天把储蓄账户鞍都过一遍，就有胺点类似于结息了罢。（对私账户多拔的银行，有可能板达到上千万户，扳尤其是些代理了霸社保，医保的银半行，不可小看）稗不过现在有些很挨好很强大的国外胺系统，对于利息唉的处理，是每日笆计提，当然，这斑样设计也应该会碍有它的独到之处罢。疤刚才这里提到的搬了需要计息的内鞍部账，那么一般坝而言，什么样的背内部账需要计息爸呢，我想，应该案是不同法人之间跋上存下放

32、的款项白需要计息。对应霸于一般的商业银巴行以及统一了法佰人的信用联社，奥因为全市是一级坝法人，可能就没巴有需要计息的内柏部账了。而对于芭没有统一法人的吧联社，因为每个矮信用社都是一个把独立的法人，那袄么信用社存放在懊联社的用来做往懊来清算用的资金爸，就是需要计算拔利息的。还有的蔼银行，对于贷款搬的处理，也会有背资金池的概念，阿这时总行下拨分百行的用于贷款钱奥，也是要计息的白。柏这里可以看到，懊对于计息模块而埃言，积数是一个稗很好用的东西。蔼积数除了计息，耙还有很多其它的昂用途。比如说招跋行的金卡，说的爸是熬“绊日均存款5万元阿以上不收取账户背管理费暗”爸，那么，这个日隘均存款5万是如疤何判断呢

33、，我很败久以前曾经问过懊一个大堂里的M扳M（跟我同姓喔翱，惜乎已经有B胺F了），她说是霸根据积数来判断板的，也就是每个懊月需要增加15艾0万的积数，这岸样听起来就很合鞍理了吧。跋对于某些业务来安说，可能需要登扳记利息的明细。罢比如说贷款的复阿利的计算，就是霸根据利息来的。板无论是正常贷款绊，还是逾期贷款矮，都会生成利息扳。生成的利息如罢果未及时归还，邦则会再根据这笔爸利息生成相应的挨复利。复利的复拌利，喔，太可怕叭了，也还是视为癌复利吧。总之，搬我的意思就是说案，储蓄、对公账跋户这样的结息，暗在计息模块中可岸以不用登记利息哎的明细，因为最靶后结息的时候根哀据积数一次搞定邦；而对于贷款（盎或者是

34、其它有需氨要的模块），可扮能需要在每一笔耙利息产生之后，捌都把它登记下来半，已保留行使进蔼一步措施的权利矮。傲除了贷款之外，昂还有一些定期账熬户，也最好采用瓣明细的方式进行啊处理，越细越好瓣，比如什么零存捌整取，教育储蓄案之类的，要是没伴有详细的每期存岸款登记，漏存登叭记等等，是很容百易就被它玩死的按。绊通知存款以前觉白得它很可怕，现凹在想想，突然又伴觉得没那么可怕叭，无非就是通知霸取款，通知期限岸内的积数登记，矮然后取款又或者澳取消通知。可能霸最主要的，就在笆于通知期限内的笆积数计算。总之罢提取一个计息模肮块，为这类业务盎特别定制一些明摆细文件是很好的昂一个选择。拜提到计息，也就笆顺便说一下

35、利息颁税。国家在这十昂年来，调整了两摆次利息税税率，扒一次是涨成两分靶，一次是降成五吧厘，就那么一点埃钱，调来调去累按不累，要收就收矮，不收拉倒，还熬搞什么分段计税傲，烦死个人。在耙这里，不知道有安没有人是负责搞拔利息税这部分程班序的，也不知道瓣去年改这部分程白序的时候，有没肮有很不爽过。其背实要是早考虑到柏这种情况，倒是肮可以一开始就通矮过设置利息税参坝数表，然后修改百计息程序，读取叭利息税参数表，案最后根据不同阶挨段的参数，分段爸计息算税。这个蔼方法倒是可行的懊，也实现过，对氨于整存整取的定鞍期来说，算得上八是一劳永逸，不班过对于活期而言版，每次调整利息啊税税率的时候可白能就要搞一次类扳似

36、于结息的东西拜了，好象没有一奥劳永逸的方法。耙在国外的先进系捌统中，还有一种按精采的倒起息可叭以让人一筹莫展阿。这种玩法的意袄思，就是说当客靶户来柜台前做个背什么交易的时候笆，允许账户的起瓣息日期在业务发斑生日之前。比如胺说有人7月14昂号来到柜台前还背一笔贷款的款，啊然后说我这笔钱白明明7月7号就笆到账上了啊，为坝什么银行不给我版扣，非得让我贷肮款逾期之类的话扳。然后核查，如斑果属实，那就倒伴起息一把，现在拔虽然是7月14案号，但还是当它氨是7月7号还的败。（好象是这样矮，也可能是我说澳错了，大家对这奥段解释千万不要岸太放在心上）总熬之，如果有倒起氨息的需求，那必岸须在最开始设计稗的时候就与

37、其它艾计息，以及业务邦流程整合在一起哀来考虑，如果中稗途加入这个需求八，那改起设计来皑会比较费劲，改肮起代码来更是难芭上加难。吧最后，我们再来般说说计提，这个哀也和利息有关。般计提常用于利息摆支出，比如说利氨息支出是521阿1，5字头，即霸是一个用于营业八收支的损益类的懊科目。计提的会板计分录中，对应啊的科目是应付利翱息2611， 摆2字头，是一个碍负债类的科目。懊所以说，计提的盎含义就在于，虽班然当前客户利息隘并未产生（是结敖息的时候才产生八），但是这笔利澳息（尤其是整存扮整取的定期利息盎）迟早是会产生拔的，所以这里预伴先计算，或者说办估算出营业支出斑，计到负债的科艾目上（负债嘛，胺本来不属

38、于银行巴的钱，迟早是要矮被取走的钱），罢然后到这类账户斑结息的时候，就扒直接从应付利息爸中支出，计到客颁户账户上，而不半走利息支出这个巴科目了。看懂了蔼吧，这里其实也绊就包含了管理会敖计中的概念，实艾际上是产生一个皑提前测算成本的拜动作。诸位搞I板T的朋友们，你伴们看过会计学癌原理吗？储蓄/对公摆这部分模块一般鞍没太多可讲的，佰通常的设计，都拜是搞个主文件，扒保存针对每个账佰户的信息（比如蔼说账号，账户余暗额，当前积数什霸么之类的，总之傲就是与账户有关拜的信息），然后笆再搞个账户明细奥，用来记录每个靶账户发生过的业败务。听闻有的系瓣统设计，不知道把是不是考虑到锁搬表的问题，计划柏取消主文件，直

39、鞍接上明细，愕然懊之余只能感叹自案己见识浅薄，因啊为我总觉得明细艾要考虑冲账的问般题，在读取上不盎如主文件一下搞办定那么畅快。而瓣且主文件可以有扮锁表保护，可以摆更好的保障数据班的正确性。岸所以私底下，我傲还是很推崇这种扳“般主+明细俺”懊的设计方式。以柏前曾经很无奈地翱见过有人在新增拔业务模块时，把肮主文件和明细混皑在一起来搞，于熬是整个业务流向板怅然若失，需求胺有变动时改动几耙乎无从下手，若摆非我多年功力，半是断断不可能在挨加两天班后就理暗顺通过测试的。捌说起储蓄呢，又敖忍不住再提一下罢招行，不可否认拌，它的一卡通做版得真的挺好，本扳外币，定活期，半一张卡全部搞定埃。我以前就经常鞍把活期转

40、成三个安月定期。根据我昂本人看法，三个安月定期从利率差扮与时间存放差上坝来说，性价比是邦最高的，也就是哀说一年期利率虽拜然高，但很难保艾障这点钱在一年隘内不用。所以推巴荐大家把5K以班上的存款转成三傲个月定期，一般哀忍忍也就可以拿般到利息了，当然安了货币基金也是搬一个不错的选择耙。还有一次自做唉聪明搞了个一年袄期的零存整取，败性价比不高，而肮且还得到柜台去霸办取款手续，把按自己麻烦死了，绊不推荐使用。摆扯远了，其实本隘来是想说，活期昂、定期、外币账瓣户，这些都是一斑个又一个的账户蔼，而在招行的设熬计之中，这些账巴户，都会与我们皑的那一张小小的盎卡片关联起来。阿换句话说，人家唉的卡号，应该只耙含

41、具体的卡的信奥息，比如说卡的败有效期，密码，哀磁道信息什么之皑类的，不直接对按应某个具体账户艾的；而各个具体拔账户则应该会有爱一个与卡号的对俺应关系。然后到暗寄对账单的时候碍啊，打电话介绍挨买保险等等附加罢服务的时候，就疤还是根据卡号来盎提供服务。不过隘还是要根据账户佰的资金流动来分靶析消费习惯，以扒及贡献度的高低俺等等。阿至于怎么实现，背就根据各位自己唉的核心系统慢慢唉体会，不过这么般多年了，也可能邦大部分银行都实懊现了这种功能或败者是类似的一卡拔通，那就当我这傲段没有讲过吧，跋总之我觉得这种哀理念很好很强大巴，让我用得觉得半很方便。跋至于对公，好象班就更加没什么可澳说的了。客户信息捌客户信

42、息，卡号碍，账户号，这三般者是层层细化的瓣关系。所以说，伴整合好三者的关搬系也是一个不容斑易的事情。昂在我见过的几套把系统之中，最常袄见的问题，就是皑同一个客户对应斑多个客户信息。岸这通常又是个历叭史遗留问题，比艾如在手工或单机氨年代，开户时对昂于身份证明证件伴要求不是很严格八，一个人可能开癌了很多账户，还暗可能是用化名开办的账户。在移植安上线的时候，常霸常由于重要信息背不齐，又要考虑背客户层面的因素吧，很少能强制性爸补齐客户资料，罢通常只能在移植哎时自动生成一些阿客户信息，这样俺就造成了很多冗吧余，而且也不好哀再做深层的数据般挖掘和客户分析癌。相比较而言，版新开立的分行可奥能这种情况会好绊一

43、点，而且面对耙的客户高端一点坝的，又会更好一岸点。啊在新系统上线，吧做数据移植的阶半段，一般客户信鞍息的问题是最先半体现出来的，通伴常新系统会要求肮得比较理想化，癌而实际情况千奇瓣百怪。这里说说佰常见的，比如说懊新系统一般会要斑求证件号码唯一扒，但是因为很多背客户的证件信息安缺失，所以这个佰号码唯一可能会癌有困难；再比如啊说有时可能会出稗现证件号码重复半，而且还真的不拜是同一个人。班总之这些问题，盎它不是新系统的办错，也不能完全爸说是旧系统的错癌，最关键的是在挨移植的时候如何皑处理利用好这部八分客户信息。佰再一个问题，就把是客户信息的更岸新。个人认为最摆好能有一个有效扒的途径来更新客疤户信息，

44、尤其是邦工作单位，电话氨号码，对于很多巴流动人员来说，伴经常会变换。如凹果每次都要来柜澳台更新，我想那把基本上就可以认矮为它是形同虚设百了。扮可以说，随着现佰在以客户为中心颁的概念的提出以俺及越来越多的实肮现，客户信息这皑个模块也应该会芭越来越受到重视拌，以前设计的表般结构应该会有些凹不够用了。目前鞍如果没有新系统挨要上的同行们，岸恐怕是要等着改拔结构加字段了，扒保重。贷款柏很多地方都会把佰一般的商业贷款鞍与按揭贷款和消跋费贷款（比如车案贷、分期付款之扳类的，总之有点罢类似于按揭贷款拜的）区分开来，隘这样自然有它的版道理。我在这里稗只谈我个人的设懊计方案。板现在的商业贷款霸常常采用一笔发澳放，

45、一笔回收的颁概念（当然有时白会有提前还款，岸但不象按揭贷款罢这样有个具体还唉款计划），然后颁用合同号，或是皑借据号做为贷款颁的一个类似于唯百一关键字这样的癌东西。但是有时哀公司的商业行为捌中，一个大项目百里会包含多个子爸项目，然后对应埃不同的子合同，敖这些合同对应的艾贷款之前其实都安是有关联的，尤版其是在算逾期什澳么之类的时候，艾有的是一逾全逾伴，有的又不是。袄所以我个人觉得八，贷款最好做成巴多笔发放，多笔敖回收的形式，发伴放与回收不必一摆一关联。但最好稗在贷款录入时（澳这时不一定已放坝款），就录入相绊应的还款计划。巴贷款的账号，最半好与具体的业务爸信息剥离，类似懊于储蓄里面版“摆一卡通摆”板

46、的概念一样，每埃个贷款，有它自敖己独立的贷款号隘，然后正常、逾叭期、两呆，以及肮相应的利息账号拔都与这个贷款号肮关联起来，便于啊以后的跟踪追查暗。哎百而对于按揭贷款暗来说，因为期限扮长（常常是二三胺十年），而且比唉较具有规律性，坝所以一般就不用瓣列出还款计划的佰明细了。不过要八注意，一般按揭版贷款的首月还款安是按天算息的，埃稍微注意一下就吧可以了。敖蔼最后，特别强调般提出一点，见过唉两家行，都推出百过案“安等本等息熬”澳这种经典的业务挨产品，也就是客艾户每月按等额法绊算出的金额还款啊，但本金的计算班则按等本的方式柏来算。吧这里要大声疾呼把，这种东西从原鞍理上来说就已经阿是错误的！因为澳同样金额

47、，同样芭期限的贷款，等碍额法的利息是要哀大于等本法的利懊息的。等本法计哀算方便，理解简挨单；而等额法是败数学家们经过精把确的计算，推导阿出公式，最后计啊算出的一种还款矮方法。也就是每吧个月的还本、还罢息都要严格按照版计算出的公式，俺这样才能达到等阿额的效果。试想熬想，这个月还了岸一定的本金之后百，下个月计算出跋的利息就不一样伴了吧，这时要求拌下个月还的本金霸与还的利息加起癌来还是和这个月岸的一样多，而且搬还要求每个月还扮的本金加上利息芭都是一样多。所碍以，除非是数学伴学得特别好的同班学，咱们一般的艾程序员不要妄想癌自己能推导出公扮式来，照着公式八算就行了。如果捌强行按等额法计版算出的钱来制订瓣

48、还款计划，又按埃等本法的方式还班计算每期还款本昂金，虽然是方便癌了，但是在每年胺利率变更，重算氨利息时，必然会俺导致利息总和由半等额法的利息渐熬渐趋近于等本法暗的利息，也就是摆总利息额将会越背来越少，于是要懊么在本金与利息奥的问题上无法自凹圆其说，要么可矮能会出现利率上盎调还款金额反降背，甚至负利息的坝问题，不可不查绊。清算与结算疤清算与结算本来拜是两种业务，不皑过因为结算中通佰常又会包括清算隘，要分成两小节熬，每小节又说不巴了太多话，所以矮干脆放在一起算罢了，而且这一节巴只谈流程，不讲敖设计，这种业务岸流程理顺了自然扳就可以设计了。扒先约定一下，商阿业银行的级别，扳一般是 分行摆颁支行两级，

49、有的柏可能还会有储蓄八所这种第三级。拌简化起见，暂时班就分两级来说吧啊。如果对应到信靶用社，那就是联安社营业部霸俺信用社营业部。颁分社一级省略。皑先从结算说起，拔这里的结算业务隘，指的就是跨行百转账，至少我是瓣打算这么说。每唉家商业银行，都癌会在当地的人民般银行有一个资金般账户，可以理解吧为结算业务用的巴备付金账户。然胺后在自己行内，靶也会开立一个与搬之对应的鞍“奥上存人行款项安”班的账户。理论上伴，人行的这个账安户和我们自己行扮内的这个账户，昂表达的都是半“啊该银行存放在人懊民银行的钱坝”澳的这个意思，所啊以金额也应该相般等。那么，这两皑个账户在不同的吧银行（也即不同绊的系统中），如隘何保障

50、它的一致板性？这一般就是罢通过日终，营业吧终了时的对账来巴保障。所以对账捌是很重要的，这澳个后面再说。暗至于结算业务的啊流程，先从遥远袄的手工账/单机拌账年代说起吧。岸在那个时候，结颁算的途径、概念昂、术语可以说是艾五花八门，什么按先直后横，先横霸后直，提出借方巴，提出贷方，提斑入借方，提入贷半方，信汇，电汇傲等等等等，不把拌人转晕誓不罢休柏。现在好象大小癌额支付横空杀出岸，倒是简化了不敖少。当然也还有啊行间转账，同城拜支付，省金融平蔼台，不过概念上艾渐渐趋向统一化岸，先不多说，先爸谈谈当时我理解白中的流程：罢首先如果要转账霸，我们要在柜台疤前填一份一式五鞍联的单（一定要安用力填哟，不然敖最后

51、一张纸上看扳不到什么字迹的百），然后这笔钱柏就从我们的账户熬上扣下来，划到扮银行内部的某个背往来账户上了。邦然后这些单据，癌再手工传递到上拜一级，上一级再板手工传递到人行矮（当然，也可能板上一级就是人行拜，这里不要太较奥真），每传一次按，这笔资金都会暗在当前做业务的挨这一个银行的往芭来账户中流动，胺最后通过人行，吧流到你想转入的肮银行中，那个你扮手工填的单，也懊流到那家银行中靶。最最后，转入板行的业务人员核爱对单据，账号，昂户名都没问题，芭这笔钱就从往来鞍账户划到我们所罢填的转入账户上皑去了。八在这些过程中，板结算的同时就已翱进行了清算，资巴金的流向是捌A银行的某支行艾A银行的当地分背行伴A地

52、人行俺B地人行败B银行当地分行隘B银行的某支行扳也就是每一笔转袄账，在行间的这八一步，都是通过摆它们在人行的资半金往来账户，实袄现了资金的流动矮。拜如果是上述的资邦金流向，就叫先皑直后横。如果是斑A地人行暗B银行A地分行奥B银行B地分行板B银行某支行这拔种方式，就叫先癌横后直。案这些单据的传递跋，都是手工的，哀或者说是落地的艾。如果是用信件按的方式传递，那哎就是信汇；如果背是用打电报的方稗式传递，那就是败电汇。手工的传捌递都是有场次的哀，比如一天两场扮，或是一天一场俺之类的。所以这笆个转账的效率有稗多快，我就不说斑了。矮现在科技进步了澳，手段丰富了，邦社会于是也就和鞍谐的。先从我个澳人较为欣赏

53、的大哀额支付说起。我矮一向认为大额这艾个业务设计得是蔼相当的合理，因笆为资金是点对点罢，清算行对清算埃行，大大缩短了佰流程，更重要的盎是，信息的传递埃是自动的。还是扒上述的CASE颁，假设转出行与矮转入行都开通了巴大额业务，那么肮资金的流向是：跋A银行的某支行伴人行芭B银行的某支行胺原则上是这样的矮实现，当然行内办的设计怎么处理安我们就不多考虑半了。行内当然也矮可以设计成为先岸从A银行的支行叭转到上级分行然办后再发出，总之拔人行收到一笔大凹额的转账信息之八后，是会自动、半直接发向指定的隘转入行（假设转伴入行也开通了大挨额业务的话）瓣大额系统的对账皑，不考虑具体的邦客户账户，只考袄虑清算行。通俗

54、扳的说，人行只管芭A银行今天给B耙银行转过去多少爱钱，转过去了，哎人行就不管了。把至于B银行什么伴时候把这笔钱入霸到客户账户中，把那是B银行的事敖，人行不管。听疤起来责任还是很俺清晰的吧，而且氨这样也有助于减稗少账户锁表而造澳成的行间转账失败败。啊因为大额的这种般设计，所以实际阿转账中，几乎是柏实时的。我从某澳地信用社转到异翱地招行，在柜台斑还没最后签字，哀收款短信已经来案了。败因为大额业务发袄生的时候，是支霸行对支行的，所罢以每发生一笔业背务之后，实际上鞍这笔资金是暂时板体现在该支行的按某个行间往来账八户上。所以每天肮大额业务结束后搬，还需要按清算版的流程，将这笔稗资金按往、来分笆别清算到上

55、一级摆分行（或是总行耙吧，总之就是当案地的最高节点）拔，然后分行与人巴行发下来的电子扒对账文件进行对凹账，检查汇总往百、来数、金额是爸否相等。如果相白等，那就可以把柏往来一轧差，转白出多的时候就从唉存放在人行的账扒户里扣钱，转入颁多的时候就往那鞍个账户里加钱。艾至于这个清算的拜步骤，通常还是瓣由手工发起，不扒过这里的手工，邦就不是指传递单矮据，而是指运行唉程序。当然，清澳算程序也可以自靶动运行，这个根吧据系统的不同，八要求的不同，自笆行调整设计。额度控制靶和计息类似，可霸能有的系统没有柏把额度单列为一埃个模块来处理，艾而是仅仅作为业瓣务模块之中的一瓣个判断项。早期罢的业务中，的确爱可以这样处理

56、。斑不过随着现在金百融产品的不断推敖出，我个人认为靶还是把额度拿出耙来单独搞一下会白更好处理一点。岸比如说，一个账扳户，可能会有几暗次冻结，也能会耙有多项额度控制颁，每次的解冻，碍又或者是解除控挨制，都可能会对办账户的额度造成案不同的影响，如疤果夹杂在业务模靶块中，字段的设疤计，状态的控制颁可能都会有些问绊题，单独整成一哎个模块，或者说办是一个大公函，扳在账务交易（或办是账务模块中）胺的时候，用额度埃模块来进行一下埃判断，可以更方白便的检测账户的板可用额度是否足把够。肮另外，一些账户霸相关的透支什么班的，也可以比较摆好的按客户来处颁理，而不是针对佰每个账户设置是扮否允许透支。以斑至于循环授信额

57、癌度，这些概念都吧可以拿出来使用芭，简单的来说，斑有点类似于储蓄拌卡向贷记卡的管捌理方式倾斜，不翱过我没做过贷记靶卡，所以这里也扳提不出太多东西摆，只好拿个概念捌出来大家一起参版详一下。冲账坝本着想到哪里就熬说到哪里的原则哎，刚才突然想起把冲账还没有说，瓣那么这里就说说败冲账。巴冲账的概念前面疤已经提过，这里碍我们指的，就是奥红字冲账。因为埃蓝字冲账就是再凹做一笔别的账务邦，从IT人员的班角度出发，其实八是另一个合法的邦正交易，不能算鞍是冲账。笆在设计程序的时把候，只要是财务搬类的业务，就一蔼定要考虑冲账的肮问题，不能偷懒肮，不能妄想测试哎人员会遗漏。就叭算别人忘记了测懊试，如果在真实哀业务中发生了问皑题，是很麻烦的哎，所以要养成良唉好的设计、测试拔的习惯。（这里巴不谈编码，因为安设计好了自然就矮会写代码的）板关于冲账的实现半，我知道的有两笆种方式：矮第一是