第一篇：金融系統辯論賽辯論稿：銀行業務發展優先

金融系統辯論賽辯論稿：銀行業務發展優先（1）

尊敬的主席，評委，各位來賓，對方辯友：

大家好!

我是反方一辯，首先，很高興和對方辯友探討“銀行業務合規與銀行業務發展誰優先的”問題。我方的觀點是銀行業務發展優先。理由如下：

1.發展是事物的本質。“發展”是事物從出生開始的一個進步變化的過程，是事物的不斷更新。是指一種連續不斷的變化過程。不論是人的生老病死，還是萬物的周而復始，歷史的車輪在滾滾向前，是任何人、任何物無法阻擋的。銀行也是世界萬物中的其中一個元素，要想生存，要想延續，發展才是其生存之道，發展才是硬道理。

2.發展才是硬道理。在改革開放初期，我們偉大的設計師鄧小平同志，曾經提出，不管是黑貓還是白貓，抓到老鼠就是好貓。提出了社會的發展才是硬道理的重要理論，他的這些經典名言，是我們這些年來，社會得以飛速發展的重要指導思想。對于社會如此，對于銀行來說也是如此，發展是硬道理，不發展沒有出路，慢發展也是一種退步。這一點我們銀行業感觸最深，大家都是不用揚鞭自奮蹄。從又快又好發展到又好又快發展，再到和諧發展，調整的不僅是節奏，更多的是結構，是理念，是模式。所以，我們首先要發展，發展是關系到我們銀行的生存，如果一個人連生存都困難了，談法律，談規則，都只是空談。

3.合規為發展服務。當前提出的科學發展觀，科學在這里是一個謂語，一個只是這個發展的前提條件，一個基礎，一個修飾詞，最重要的落腳點在發展。在管理中提出過一個詞，就是抓大防小，重點在抓大，優先在抓大，今天我們的議題中大是什么?就是銀行業務發展，我們要在銀行業務發展中優先。合規是什么?依法合規與業務發展是并行不悖的，我方的觀點是在合規的框架下構建的，理性發展，良性發展，健康發展，是實現“五要素”動態平衡的和諧發展。面對激烈的市場競爭，我們重任在肩，在今后工作中，我們要始終以“市場為導向，以客戶為中心”，為我行業務的發展而兢兢業業地工作。

銀行業務合規與銀行業務發展誰優先的”問題?！伴_宗名義，概念先行”，《商業銀行合規風險管理指引》將“合規”一詞明確定義為:經營活動與法律、規則、準則相一致;現代漢語大詞典將“發展”解釋為發育、進展、變化;將“優先”一詞解釋為放在他人或事之前，今天，我方認為:銀行業務合規優先于業務發展，即不僅在時間上優先，而且在兩者發生沖突時，優先選擇業務合規。理由如下:

一、從“銀行”自身來說，無論是成立還是業務開展，都必須堅持“合規先行”的原則。回顧歷史，最早在xxxx年的威尼斯銀行便是由政府提名而成立，即獲得當時社會既定之規則;轉換至今日，國內外任何一家銀行的設立都必須得到監管部門的認可或批準。其次，銀行的任何業務都有其相應的規則和規范，“合規管理、合規經營、合規文化”的“三合”理念已深深滲透到銀行業的發展中。

二、從銀行的外部相關者來看，銀行是經營風險和信譽的企業，不管做為銀行股東，還是客戶，選擇銀行首先考慮的是“保本基礎上的盈利”。哪怕是銀行的同業競爭者，也同樣希望有一個公平公正、有序合規的競爭環境。再者，銀監會、人民銀行等監管機構的存在與有關法律條文出臺都旨在促進銀行的合規建設。由此可見，合規優先不僅是內控需要，還是一切外部相關者的共同訴求，因為銀行不是一般企業，它不容短視，不容逐利，不容違規。

三、從銀行的特殊性來看，銀行是金融市場乃至整個國民經濟的重要組成部分，也是國家信譽的重要體現。銀行業的合規問題關系的不僅是銀行自身的發展與否，還會影響到整個國家的穩定。還記得xx年由于不合規的貸款業務而引起的次貸危機帶來的巨大災難嗎?市場混亂、經濟下行、工人失業等等，難道這些觸目驚心的案例，血淋淋的教訓還不能夠讓大家看到合規的重要性嗎?xx銀行成立十余年來，一直堅持“按規則本事”、“風險是底線、也是高壓線”的重要企業合規文化，使得我行不良貸款率能夠控制在xx%之內，連續十二年實現“雙降”。只有在保證“資產質量是生命”的重要指引下，才能實現xx銀行“xxxx”的偉大愿景。綜上所述，我們堅持堅定堅信，銀行業務合規優先于業務發展。據有關部門不完全統計，198x-200x年的xx年間，國際上商業銀行僅僅由于操作風險造成的損失超過xxx億法郎，其中既有巴林銀行倒閉案，也有被稱為世界金融史上最大丑聞的國際商業信貸銀行在全世界范圍內的清盤案。從國內銀行業情況看，200x年以來，涉及資金在xxxx萬元以上的內部欺詐案件達到xx起，涉案金額超xx多億元.發生在201x年年末的“xxx”濟南特大偽造金融票據案震驚業界，此案涉及濟南當地多家銀行，其中包括中信銀行、工商銀行等，齊魯銀行涉案金額或達xx億元-xx億元。煙臺銀行作為一家小型城商行，201x年凈利潤僅為xxx億元，高達xxx億元的票據款項一旦不知去向，幾乎等于煙臺銀行近三年凈利潤總和。去年，渤海銀行被媒體曝光了兩起金融案件，x月時，該行太原分行被曝多位儲戶近千萬存款通過網銀被該行人員轉走放貸，x月中旬，該行南京分行超億元貸款被卷走。200x月xx日，法國興業銀行巨虧。因凱維埃爾違規的歐洲股指期貨交易的行為損失了xx億歐元,約合xx億美元199x，巴林銀行因衍生工具投機導致xxx億英鎊的虧損,最終導致擁有xxx年歷史、總投資xx億英鎊的老牌銀行破產。(他以銀行的名義認購了總價xx億美元的日本股票指數期貨，并以買空的做法在日本期貨市場買進了價值xxx億美元的短期利率債券。如果這幾筆交易成功，理森將會從中獲得巨大的收益，但阪神地震后，日本債券市場一直下跌。據不完全統計，巴林銀行因此而損失xx多億美元，這一數字已經超過了該行現有的xx億美元的總價值，因此巴林銀行不得不宣布倒閉)200x月xx日，擁有xxx年歷史的美國第四大投資銀行雷曼兄弟公司(200x年，雷曼在世界xxx強排名第xxx位，200x年年報顯示凈利潤高達xx億美元，總資產近xxxx億美元。從200x日，雷曼公司股票一周內股價暴跌xx%，公司市值從xxx億美元大幅縮水至xx億美元)200x年受美國次級債危機導致的全球信貸緊縮影響，英國第五大抵押貸款機構--諾森羅克銀行(northernrock)發生儲戶擠兌事件。(自月xx號全國范圍的擠兌發生以來，截止到xx號，僅僅幾天的時間就有xx多億英鎊從諾森羅克銀行流出，占該行xxx多億英鎊存款總量的xx%左右，其電話銀行和網上銀行業務一度出現崩潰。)受此影響，幾天來，諾森羅克銀行股價下跌了將近xx%，創下x年來新低，成為英國遭遇本次信貸危機以來的最大受害者

回首過去，人類的歷史和文明是在不斷向前的，新事物代替舊事物是歷史的客觀規律。一開始誰能想到金銀會成為支付媒介而顛覆物物交換，又誰能想到，紙幣會顛覆金銀成為支付媒介呢?如今，網上銀行，阿里金融、第三方支付已如雨后春筍，遍地開花。展望未來，隨著科技的進步，社會的發展，這種更能符合歷史潮流的互聯網金融業務，為什么就不可能顛覆傳統銀行業務呢?

今天我們說互聯網金融業務會顛覆傳統銀行業務，不是向大家傳遞一種悲觀情緒，也不是為了告訴大家，將來我們銀行職員將面臨失業。是為了警醒我們不要只看現在不看未來，要有改革的緊迫感。要想不被歷史潮流所淹沒，就只有跟隨潮流，甚至引領潮流。易經說:窮則變，變則通，通則久。

此時，我多么想借給對方辯友一雙慧眼，將這世界看的清清楚楚、明明白白、真真切切。對方辯友不要被道路的泥濘所嚇倒，不要被目前的風暴所震懾，泥濘過后便是康莊大道，風暴過后便是美麗彩虹。牢騷太甚防腸斷，風物長宜放眼量。我們有理由相信，當互聯網金融時代到了臨的那一天，我們的世界將會更美好。金融系統辯論賽辯論稿：銀行業務發展優先（2）

謝謝主席,評委,各位來賓,對方辯友:

大家好!很高興和對方辯友探討“銀行業務合規與銀行業務發展誰優先的”問題?！伴_宗名義,概念先行”,《商業銀行合規風險管理指引》將“合規”一詞明確定義為:經營活動與法律、規則、準則相一致;現代漢語大詞典將“發展”解釋為發育、進展、變化;將“優先”一詞解釋為放在他人或事之前,今天,我方認為:銀行業務合規優先于業務發展,即不僅在時間上優先,而且在兩者發生沖突時,優先選擇業務合規。理由如下:

一、從“銀行”自身來說,無論是成立還是業務開展,都必須堅持“合規先行”的原則。回顧歷史,最早在1171年的威尼斯銀行便是由政府提名而成立,即獲得當時社會既定之規則;轉換至今日,國內外任何一家銀行的設立都必須得到監管部門的認可或批準。其次,銀行的任何業務都有其相應的規則和規范,“合規管理、合規經營、合規文化”的“三合”理念已深深滲透到銀行業的發展中。

二、從銀行的外部相關者來看,銀行是經營風險和信譽的企業,不管做為銀行股東,還是客戶,選擇銀行首先考慮的是“保本基礎上的盈利”。哪怕是銀行的同業競爭者,也同樣希望有一個公平公正、有序合規的競爭環境。再者,銀監會、人民銀行等監管機構的存在與有關法律條文出臺都旨在促進銀行的合規建設。由此可見,合規優先不僅是內控需要,還是一切外部相關者的共同訴求,因為銀行不是一般企業,它不容短視,不容逐利,不容違規。

三、從銀行的特殊性來看,銀行是金融市場乃至整個國民經濟的重要組成部分,也是國家信譽的重要體現。銀行業的合規問題關系的不僅是銀行自身的發展與否,還會影響到整個國家的穩定。還記得08年由于不合規的貸款業務而引起的次貸危機帶來的巨大災難嗎?市場混亂、經濟下行、工人失業等等,難道這些觸目驚心的案例,血淋淋的教訓還不能夠讓大家看到合規的重要性嗎?

xx銀行成立十余年來,一直堅持“按規則本事”、“風險是底線、也是高壓線”的重要企業合規文化,使得我行不良貸款率能夠控制在0.12%之內,連續十二年實現“雙降”。只有在保證“資產質量是生命”的重要指引下,才能實現xx銀行“xxxxxxxxxx”的偉大愿景。金融系統辯論賽辯論稿：銀行業務發展優先（3）

首先。我方并沒有否認金融自由的意義和作用,對方辯友在先前的論述中說到

對方辯友在論述觀點上,很明顯進入了一個誤區,那就是在于把金融自由的作用理想化了。同時,忽略了一個重要前提,那就是誰才是基礎,金融安全永遠是金融自由的基礎。就好比無論你家的房子想要如何發揮想象去裝潢,但是房屋的主干梁和承重墻是決不能夯掉的,否則無論你裝潢出來的房子有多么漂亮,隨之而來的一定是房屋坍塌的危險。

金融自由化是對國家金融發展有推動作用,然而,基于安全的自由才是健康的自由,風險可控的自由。不基于金融安全保障的自由和全憑市場調節的金融自由化必然引發金融動蕩乃至發生金融危機。97年席卷亞洲的金融危機爆發之后,人們已經認識到金融體系固有的脆弱性。而2008年由于美國的次貸危機引發的全球金融海嘯標志著金融自由化浪潮的急剎車,并警示我們反思金融自由化所揭示的一系列矛盾,如果金融缺乏監管,脫離了金融安全的準繩和基礎,那就一定會付出慘痛的代價。

結合我國當前的金融發展狀況,我們需要的恰恰是金融安全及其監管的加強。因為我國的金融體系和市場條件在當前并不十分完善。

首先國內金融自由化的發展速度已經開始脫離實質經濟的發展,金融監管和風險管理的難度加大;

其次,金融機構當前急劇膨脹降低了金融市場的透明度;

第三,金融監管放松的程度過大,缺乏更多的謹慎管理;然而自由化的金融體系不可能自動地防范風險,換句話講,我們不能指望金融自由能帶來高枕無憂的金融運行體制,那么嚴格實施金融監管保障金融安全就是客觀的要求,只有在金融安全的前提下才能放開金融自由的韁繩,所以我國當前金融發展的現狀要求行業注重金融安全甚于金融自由。

綜上所述,我們堅持堅定堅信,銀行業務合規優先于業務發展。

第二篇：辯論賽一辯稿(銀行業務合規與銀行業務發展誰優先)

謝謝主席，評委，各位來賓，對方辯友：

大家好！很高興和對方辯友探討“銀行業務合規與銀行業務發展誰優先的”問題。“開宗名義，概念先行”，《商業銀行合規風險管理指引》將“合規”一詞明確定義為：經營活動與法律、規則、準則相一致；現代漢語大詞典將“發展”解釋為發育、進展、變化；將“優先”一詞解釋為放在他人或事之前，今天，我方認為：銀行業務合規優先于業務發展，即不僅在時間上優先，而且在兩者發生沖突時，優先選擇業務合規。理由如下：

一、從“銀行”自身來說，無論是成立還是業務開展，都必須堅持“合規先行”的原則。回顧歷史，最早在1171年的威尼斯銀行便是由政府提名而成立，即獲得當時社會既定之規則；轉換至今日，國內外任何一家銀行的設立都必須得到監管部門的認可或批準。其次，銀行的任何業務都有其相應的規則和規范，“合規管理、合規經營、合規文化”的“三合”理念已深深滲透到銀行業的發展中。

二、從銀行的外部相關者來看，銀行是經營風險和信譽的企業，不管做為銀行股東，還是客戶，選擇銀行首先考慮的是“保本基礎上的盈利”。哪怕是銀行的同業競爭者，也同樣希望有一個公平公正、有序合規的競爭環境。再者，銀監會、人民銀行等監管機構的存在與有關法律條文出臺都旨在促進銀行的合規建設。由此可見，合規優先不僅是內控需要，還是一切外部相關者的共同訴求，因為銀行不是一般企業，它不容短視，不容逐利，不容違規。

三、從銀行的特殊性來看，銀行是金融市場乃至整個國民經濟的重要組成部分，也是國家信譽的重要體現。銀行業的合規問題關系的不僅是銀行自身的發展與否，還會影響到整個國家的穩定。還記得08年由于不合規的貸款業務而引起的次貸危機帶來的巨大災難嗎？市場混亂、經濟下行、工人失業等等，難道這些觸目驚心的案例，血淋淋的教訓還不能夠讓大家看到合規的重要性嗎？

XX銀行成立十余年來，一直堅持“按規則本事”、“風險是底線、也是高壓線”的重要企業合規文化，使得我行不良貸款率能夠控制在0.12%之內，連續十二年實現“雙降”。只有在保證“資產質量是生命”的重要指引下，才能實現XX銀行“XXXXXXXXXX”的偉大愿景。

綜上所述，我們堅持堅定堅信，銀行業務合規優先于業務發展。

第三篇：金融系統概述--銀行業務概述

銀行核心系統入門簡介

本文的目標讀者是準備從事銀行核心系統開發、維護的從業人員。請注意，是“準備”，換句話說，可以理解為一份對科技人員，尤其是對新入門的科技人員業務知識方面的培訓手冊，旨在讓諸位從業務方面迅速上手（從技術角度上手的手冊我已經貼過一份了，所以如果是用400的同行，可以結合本手冊雙劍合璧，效力倍增）。這里的著重點將會主要在于簡單的銀行會計原理，以及銀行整體的業務流程，還有相應的模塊實現手法和注意事項，對金融的會計知識方面應該可能會比較粗淺，這一點與金融系統常見的業務培訓手冊有所不同，注意體會。

基于此，本文將會假設讀者具備一定的計算機技術，具備少量銀行方面的業務知識，所以如果有從事非IT部門的讀者（比如財務信貸的同事們），就請不要太計較里面的表述。當然如果有錯誤，還是非常歡迎指出的。

對于已具備了若干開發、維護知識，或者是即將采用國外系統來建設的同行們而言，本文的內容可能就過于淺顯了，看得不爽不要怪我沒有事先提醒。

考慮到某方面的問題，這里的系統簡介將盡可能的脫離某個具體的系統，僅就銀行業務核心系統的共性，進行介紹以及探討。

最后再說一下，沒有什么手冊、心得是萬能的，個人的LEVEL UP始終是要靠自己的領悟，這里只是希望能讓諸位新人不用象很多人當年一樣，獨自摸索與徘徊?？颇砍ＷR

基本法則之一：資產 = 負債 + 所有者權益。

比如說，我們手頭上有40萬，買了一個100萬的房子，找銀行貸款了60萬，那么資產就是100萬，負債是60萬，所有者權益是40萬?？梢院唵蔚陌阉姓邫嘁婢屠斫獬蔀槭钦嬲龑儆谧约旱腻X。再引申一下，早些年乃至現在，香港人所謂的“負資產”的說法是非常錯誤的，因為“負資產”實際上是指房子的市值比向銀行貸的錢還要小，也就是負債大于資產，所以嚴格的來說，應該稱之為“負所有者權益”才對。資產，從理論上來說，是不可能為負的，最多也就是零。一個號稱是金融中心的地方，實在是不應該出現這種失誤，不過算了，不要和他們計較。

就銀行業務而言，會使用會計科目號來對賬務進行標識，會計科目號最長為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 其它

這里再羅嗦一下，在科目下面呢，一般為了便于分類統計，所有的銀行都會再設子目（一個子目一般又會對應多個小子目，或者說是說是多個賬戶），這個子目，有的地方叫“業務代號”，有的地方叫“結算碼”，總之都是一個意思。

要注意一下，科目號是國標，子目通常是自己內定的，對應于信用聯社，就有可能是省里統一定的。也就是說科目這個東西走遍全國大致上都是一樣，子目這個東西可能出省，出了城市，或者說一個市里不同的銀行，可能都不一樣。簡單會計原理

2.1 內部賬戶

這個問題，我在剛學的時候，曾經頗疑惑了一段時間，所以雖然很簡單，但還是單獨拿出來說一下。

所謂內部賬戶，是與客戶賬戶相對應的。也就是說這些賬戶不是用來登記、反應客戶的賬戶信息，而是反應行內的賬務情況，比如說損益類科目的賬戶，就都是內部賬戶。

客戶的賬戶，一般是客戶來銀行開戶的時候，才建立的用來登記賬務的賬戶； 內部賬戶，一般是分行成立之初，統一生成的。（一般都一個專門的程序，由操作人員來調用的吧）

其實對于內部賬，在會計原則上，登記個科目發生可以。至于增加子目，乃至內部賬戶的概念，主要是為了后續的分類統計以及相應的分析。

說到這個賬戶，就順便想起了表內表外的問題。表內賬，都是正正式式，真金白銀的錢；比如我們的存款什么之類的。而表外賬，通常是一些統計之類的東西，比如說現在分行里有多少本存折啦，還有已經核銷的貸款之類的。

表內賬的單位，都是“元”；

表外賬的單位，就百花齊放了，有的是“元”（比如說已核銷貸款），有的是“本”或者是“張”，比如說存折或者說什么有價單證。而最后，表外賬在匯總統計的時候，不管是什么單位，就是統統一加了事，對于不是財會專業的，尤其是我們搞計算機的人來說，這種加法簡直有些不可理喻，總之銀行會計上就是這樣處理。

所以說，一般報表里面，大家會對表內賬比較關注，對表外賬的要求不是太嚴格（我是這樣偷偷的說，各位怎么處理是大家自己的事）。

2.2 復式記賬法

只要是與會計有關的書，就一定會提到復式記賬法，也稱為借貸記賬法，這里就不多解釋，簡單說一下。

“有借必有貸，借貸必相等”，這兩句經典的話，是針對表內賬的。對于表外賬，用的其實是單式記賬法，有的叫“收”、“付”，也的也還是用“借”，“貸”，要結合具體的業務來理解，這里就不展開了。如果沒有特別說明，下面的描述都是針對表內賬的。對于銀行業務來說，最簡單的是一借一貸，此外，還有一借多貸，一貸多借。多借多貸在銀行業務里中不允許的，因為這樣無法精確的體現賬務的起始與流向。不過在企業會計中，多借多貸又是允許的，所以說凡事無絕對。

有些時候，基于某些特殊的的原因（常見的主要是頻繁的鎖表問題），可能會臨時采用單邊記賬，但是最后一定會匯總補齊，否則就會出現“借貸不平”這樣的嚴重問題。

2.3 沖賬

做錯了賬，要改正它，就可以理解為沖賬。

沖賬有兩種，一種是藍字沖賬，一種是紅字沖賬。

所謂的藍字沖賬，是指與原賬務方向相反，金額為正的一種記賬方式。而紅字沖賬，就是指與原賬務方向相同，金額為負的一種記賬方式。藍字沖賬，本質上是做一筆新的業務，僅僅只是實現了最終的余額正確，發生額會虛增，所以一般的明顯有錯的賬務，會要求使用紅字沖正。

紅字沖賬因為是負數發生，所以在統計的時候，發生額將會與原來的交易抵銷，這樣的話發生額就很嚴謹了。

實際上，對于一個系統而言，通常一筆業務的發生，并不僅僅只包括賬務的登記，還會更改許多表中的數據。比如說一筆簡單的取款交易，除了登記賬務之外，客戶的賬戶上的余額還會減少，這個很好理解吧。那么在沖賬的時候，還需要將客戶上的錢給它加回去。所以，關于沖賬業務的設計，其實也是一個比較有趣的話題，這一點，將會在后面的章節中進行探討。業務流程描述

對于一個沒有在柜面實習過的人，描述一下銀行的業務流程，可能是有助于理解系統架構的。

銀行的業務，大致上可以分為財務類的業務，以及非財務類的業務。非財務類的業務這里不做討論。

財務類的業務，又可分為自動業務，以及非自動業務。

非自動業務，就是那些必須在柜臺辦理的業務，比如說一些轉賬業務，或者金額較大的存取款業務之類的。這類業務，因為是由柜員發起的，所以會有一些單據打印留底，以做傳票使用。

而自動類業務，就是由系統自動處理的，比如說我們在A分行有個賬戶，然后非要跑到B分行去取錢，那么B分行那部分的賬務，對于B分行而言就是非自動業務；而A分行那部分的賬務，對于A分行而言就是自動業務。

自動業務因為是自動發生，所以需要業務人員打印報表的時候，才能知道發生了什么業務。

柜員日間做各種各樣的業務，然后到了下午關門以后，打印一份“科目日結單”，然后用柜員手頭留存的傳票，按科目逐一匯總累計，與打印出的科目日結單上的金額進行比對。有錯一定要一查到底。所以原則上，這時打印的科目日結單，應該不包括自動業務，否則就會對應不上。

業務系統在批處理的時候，還會進行一些自動的賬務處理，然后最后系統還應該會再打印一份完整的科目日結單，以及日計表（可以理解為業務狀況表的簡潔版）。至于那些自動業務，系統在批處理的時候，或者是柜員主動查也行，總之就是會有一份“他代本”的傳票（對應于上面提到的業務，A分行的自動業務就應該屬于A分行的“他代本”傳票。而B分行的傳票因為是非自動業務，所以在交易當時就會有相應傳票產生并打印了）

到了第二天，分行開門后開始營業前，業務人員需要下載打印各類報表，不過主要的就是前面說的那兩份，然后再看看，如果借貸發生、余額都相等，所有的非自動業務都有傳票，而且和整個科目日結單都可以對應上，那么就表示昨天的賬務完整無誤，然后大家就可以歡天喜地的開始新一天的業務了。常見規范及檢測

4.1 傳票以及日志

從最基本的說起，通常來說，所有的賬務程序都需要打印傳票, 傳票格式通常都是統一的，找份以前看看就可以了。

對應于轉賬業務，需要打印轉賬借、貸方雙方的傳票。

而對于現金業務，則只打印一張傳票就可以了，借貸方向采用非現金科目的方向。（我個人認為，可能是因為標識了現金傳票，所以對方科目就自然是現金，于是就不需要再打印了，猜的）

所以我們在開發程序的時候，打印傳票這一步，一般不會特別強調，都是默認要做的。如果不太清楚的時候，一定要主動向需求設計人員詢向，千萬不要嫌麻煩，抱有僥幸心理。這種東西如果測試的時候漏掉了，是一定會有人要求補上的。（我在N多項目里都見過漏寫傳票，然后在程序上線前夕被人要求趕緊加班補制的，所以千萬不要嫌麻煩）

在日終批處理的時候，可能有些數量龐大的業務，比如說代收付，結息什么之類的，動不動就是幾十萬筆，一張張生成、打印太不經濟，通常會考慮采用打印一張匯總傳票，然后加上一份明細清單的方式。還有的時候，如果上百萬的話，可能明細清單都省掉，想辦法導成電子數據都是有可能的。

上面說的是賬務相關的業務。而非賬務類的業務，如果涉及到修改類的業務的話，比如說修改密碼，修改客戶名之類的，通常需要登記日志（LOG），用來記錄，以便查詢。

有的時候，為了統計業務量，或者是為了分析排障，還有可能要求對每一筆發送到主機的業務數據都登記下來，這時候最好采用一種統一的方式來進行登記，以及數據的定期清除，因為這類數據量應該比較大。

4.2 常見檢測內容

發生一筆業務的時候，是一定需要進行若干檢查的。比如最起碼，我們去取錢的時候，就一定會檢查密碼。這里對一些經常見到的，較為普遍的檢查簡單介紹如下，套用一句合同上流行的話，叫做--包括但不僅限于以下條款：

1、賬號/卡號是否存在，是否可以正常使用

2、賬號與客戶所提供的憑證（通常這是指存折客戶，對于卡用戶而言，賬號就是卡號，或者是可以根據卡號查詢出相應的賬號）是否匹配。

3、密碼、證件號碼（如果需要檢查的話）是否與主機數據一致（印鑒什么的需要業務人員肉眼核對?，F在又出了一種加密機，如果采用了這種先進技術，那當然還需要檢查這種加密后的信息是否一致了）

4、在轉賬的時候，一定要檢查轉出轉入方的戶名與賬號/卡號中的戶名是否一致。（對私客戶還好辦一點，如果是對公客戶的話，名字又長，括號什么的再一加，經常會出現問題，總之是一定要檢查）

5、如果是取款類業務（比如轉賬業務的轉出方也算），一定要檢查賬戶的可用余額是否足夠。

6、大家一起來。系統架構及部分模塊常見設計方案

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 清算與結算

清算與結算本來是兩種業務，不過因為結算中通常又會包括清算，要分成兩小節，每小節又說不了太多話，所以干脆放在一起算了，而且這一節只談流程，不講設計，這種業務流程理順了自然就可以設計了。

先約定一下，商業銀行的級別，一般是

分行—支行兩級，有的可能還會有儲蓄所這種第三級。簡化起見，暫時就分兩級來說吧。如果對應到信用社，那就是聯社營業部—信用社營業部。分社一級省略。

先從結算說起，這里的結算業務，指的就是跨行轉賬，至少我是打算這么說。每家商業銀行，都會在當地的人民銀行有一個資金賬戶，可以理解為結算業務用的備付金賬戶。然后在自己行內，也會開立一個與之對應的“上存人行款項”的賬戶。理論上，人行的這個賬戶和我們自己行內的這個賬戶，表達的都是“該銀行存放在人民銀行的錢”的這個意思，所以金額也應該相等。那么，這兩個賬戶在不同的銀行（也即不同的系統中），如何保障它的一致性？這一般就是通過日終，營業終了時的對賬來保障。所以對賬是很重要的，這個后面再說。

至于結算業務的流程，先從遙遠的手工賬/單機賬年代說起吧。在那個時候，結算的途徑、概念、術語可以說是五花八門，什么先直后橫，先橫后直，提出借方，提出貸方，提入借方，提入貸方，信匯，電匯等等等等，不把人轉暈誓不罷休?，F在好象大小額支付橫空殺出，倒是簡化了不少。當然也還有行間轉賬，同城支付，省金融平臺，不過概念上漸漸趨向統一化，先不多說，先談談當時我理解中的流程：

首先如果要轉賬，我們要在柜臺前填一份一式五聯的單（一定要用力填喲，不然最后一張紙上看不到什么字跡的），然后這筆錢就從我們的賬戶上扣下來，劃到銀行內部的某個往來賬戶上了。

然后這些單據，再手工傳遞到上一級，上一級再手工傳遞到人行（當然，也可能上一級就是人行，這里不要太較真），每傳一次，這筆資金都會在當前做業務的這一個銀行的往來賬戶中流動，最后通過人行，流到你想轉入的銀行中，那個你手工填的單，也流到那家銀行中。最最后，轉入行的業務人員核對單據，賬號，戶名都沒問題，這筆錢就從往來賬戶劃到我們所填的轉入賬戶上去了。

在這些過程中，結算的同時就已進行了清算，資金的流向是

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 其它

暫時先想到這么多，其實還有其它的東西。比如說日終批處理，不過做到這一塊的同行們想來不是技術骨干就是業務能手，也就沒必要看這份入門級的東西了。還有拆借，貼現，不過這部分在核心系統里面占的份量很小，業務理解起來也不難，抓住一個熟悉業務的人多問問就問出來了。還有代理業務，不過這種業務的設計也多半是主+明細的方式（比如說代理單位的匯總信息，以及相應代理業務的明細記錄），麻煩的可能反而主要在數據的交互上，也就是什么倒盤啊，信息錄入啊什么的，又或者是具體的程序運行效率上，和這個整體設計的關系倒不大。

關于批處理，我做得比較多，還是再簡單說兩句。一般來說，會要求維護人員按各自的業務模塊，維護批處理中的相應程序。不過最后，仍然需要一個總體上能把握的人來協調調度。批處理的程序大致上可以分為三種功能：

實現各類日終自動業務。比如說到期自動扣款（用過信用卡的朋友們應該深有體會吧），貸款的形態轉移，儲蓄結息（居然現在變成一年四結，有些先進的國外系統還要天天計提，我只能說系統的設計出發點各有不同?。赡苓€會有上面提到的日終清算。當然，還包括了各類的日初業務初始化。

實現賬務模塊數據向總賬模塊數據的轉換，也就是更新總賬模塊的數據。嚴謹一點的系統，在更新了總賬模塊的數據之后，還會用程序來檢查一下總賬模塊的數據與業務模塊中的數據是否匹配，一致。（也就是傳說中的總分核對）

生成各類報表。這部分可能主要是從總賬模塊中出，也可能需要綜合一下業務模塊中的數據。

批處理的發起，是由固定的操作人員來執行，沒見過設計成按時間點自動運行的。剛才說到批處理的三項基本功能，而其實在各類功能中，程序的運行順序還是頗有講究，不能隨意亂放，否則可能會出現無法預知的問題。

批處理的排障，也是一個比較痛苦麻煩的事情，這里真誠的建議各位維護批處理的同行在有大模塊上線前，做好心理準備，多多祈禱，實在不行還可以試試拜拜土地。

第四篇：辯論賽“網絡游戲弊大于利”辯論稿

陳詞

大家好，我方認為網絡游戲有助于青少年成長。

第一，網絡游戲告訴了人們，上網的生活和內容并不僅僅局限于聊天交友和查看資料方面，除了這些人們還可以玩玩游戲，輕松娛樂一下。

第二，網絡游戲和其他游戲一樣，也能給參與游戲者有一種競爭進步的心態，這種心態在原來的非網絡游戲的電腦游戲中主要是超越自我，有了網絡的連接之后，更能在高手如林中展現自我。

第三，人們似乎對網絡游戲有一些誤解，這些誤解主要是指人們對游戲本身的迷戀，而影響了人們的工作、生活、甚至是身體健康。但是，人們對游戲的迷戀并不僅僅局限于網絡游戲，除了網絡游戲以外，我相信人們還對其他的游戲一樣迷戀。這就好象是一個棋迷迷戀下棋，一個票友迷戀精彩的戲劇一樣的道理。

第四，網絡游戲本身就是一種很好的知識載體。游戲和學習是可以融合的，哪一種知識和技能不是在“玩耍”中學會的?不消說，《夢幻西游》等一些題材的游戲中所蘊含的歷史知識背景，還有那些在虛擬城市里生活的種種知識。玩家會在游戲的過程中通過不斷的觀察、試驗、互動掌握。這無疑是一種充滿生命力的學習過程。

第五，網絡游戲能夠幫助學習者鍛煉思維能力。眾多益智網絡游戲對人的思維能力的發展都大有裨益。都需要玩家具有很好的判斷力、反應力才能走向勝利或者演好自己的角色。因此，網絡游戲帶給玩家的決不只是感官的刺激，更為重要的是通過在過程中給思維帶來的激蕩和挑戰鍛煉了思維能力。綜上網絡游戲的諸多利處，我方堅持網絡游戲利大于弊。

辯題

我方提問：

請問對方辯友是否玩過網絡游戲？

對方難道不覺得網絡游戲能使人放松么？ 如今流行游戲化學習，請問為什么不能跟隨時代潮流嘗試新的學習方式呢？為什么不能通過網絡游戲學習呢？

對方一再強調網絡游戲會導致青少年違法犯罪，請問對方是否犯罪了呢？ 對方是否認為中國如今的網絡治安并不好？ 對方難道沒有看出政府在努力改善網絡環境么？ 如果網絡游戲對對方辯友沒有造成傷害，那憑什么說網絡游戲對于青少年就是無助于呢？

您今天強調弊端，是不是意味著有弊端就等于無意義？如果有弊端就等于無意義，那這世界上有沒有有意義的事物？

我方回答：

如果對方辯友覺得網絡游戲會導致青少年違法犯罪，是不是覺得如果沒有網絡游戲，青少年就能遠離違法犯罪了呢？如果沒有飛機，美國的大樓也一樣不會倒，但9.11發生一年多來，美國的飛機都沒有停飛過。

如果對方辯友覺得網絡游戲充斥著很多暴力色情低俗的東西，我想強調，這些網絡游戲或者說我們所討論的網絡游戲應該是合法的游戲，過分的內容怎么會出現在青少年的網絡游戲中呢？而且在如今的社會，網絡治安還是相對較好的，怎么會允許中學生或者向中學生泄露不良信息呢？就算是有，那也是因為現實讓人類所壓抑才會在網上產生這些東西，如果正確地教導中學生面對性愛，那么這些怎么會對他們產生影響呢？這事實上是中學生教育中被淡化的問題，怎么能因此而怪罪在網絡游戲上呢？

如果對方辯友覺得網絡游戲會產生社會問題，那么這些中學生往往是家庭教育的失敗，如果多給點關心多給點呵護，又怎么會釀成這樣的悲劇呢？網絡游戲并不是會產生社會問題，而恰恰是暴露了存在的社會問題。只有不斷發現問題，分析問題，解決問題，社會才能進一步發展，青少年才能更加健康地成長。

法律是保護這些未成年人不要受到非法的網絡游戲的影響，而不是去阻止未成年人參與合法的網絡游戲。

總結

最后，我們從人與游戲之間的關系戲之間的關系來探討。游戲的誕生是出于對人們對游戲市場的需求，這個時候游戲本身就是一個產品，就好象任何一個人們所需求的產品本身一樣有著誕生和存在的價值。同樣，并不是所有的產品都適合于每一個人，游戲本身也是這樣。當有一些東西不適合你的時候并不代表不適合別人。人類的喜好是多種多樣的，難道喜歡所喜歡的合法的商品也不應該嗎？我想肯定不是吧。所以說，網絡游戲的誕生和存在是根據市場或人類的需求而來，也就是說網絡游戲本身是沒有錯的。關于網絡游戲的定義。到底什么才是網絡游戲呢？網絡游戲的定義就是可以在網絡上玩的游戲。比如棋牌游戲。現實世界中也有棋牌游戲，網絡也有，其規則和玩法完全的一樣，難道說在現實世界玩的棋牌就是好游戲，在網絡里玩的就不是好游戲？或者說在現實中玩的棋牌游戲就利大于弊，而在網絡中玩的棋牌游戲就弊大于利嗎？這種解釋實在說不過去吧？類似的例子更是舉不勝舉。

更多的人，都會把目光聚集在未成年人身上，同時認為這也是對網絡游戲弊端最大的體現。我認為，這種武斷的結論并不恰當。未成年人的確是受到法律的保護，國家也為此出臺了一些相關法律法規用來限制未成年人玩網絡游戲。同樣的邏輯，人們是否也在現實生活中去組織這些未成年人去玩一些合法的游戲呢？比如棋牌等其他智力游戲。所以，人們只是誤解了法律是保護這些未成年人不要受到非法的網絡游戲的影響，而不是去阻止這些未成年人參與合法的網絡游戲。

還有值得說明一點的是，有一些自我控制能力比較差的人，在參與網絡游戲的時候可能會因此影響工作、生活和健康。但是，這些問題的本身是人的問題，而不是游戲的問題。如果人們一定要把這些問題歸咎于游戲的話，那么是不是所有的人都是這樣的呢？如果所有人都因此這樣的話，人們為什么還要玩網絡游戲呢？同樣的道理，這些自我控制能力比較差的人是不是在玩非網絡游戲的游戲的時候就能控制的很好呢？如果不是的話，又怎么解釋呢？一個在玩現實的棋牌中因為種種原因參與了賭博，那么是不是也因此認定是棋牌的錯呢？如果這樣的話，那么國家就應該明令禁止人們參與棋牌等游戲了。另外，再舉一個小小的例子，特別是在網絡游戲中玩棋牌游戲，打完一次牌之后，網絡會自動洗牌，自動發牌，真的是很方便。在玩現實棋牌的時候經常會出現三缺一等缺少牌友的時候，到網絡里就不會出現這種事情了。

最后總結一下：合法的網絡游戲是應人們對游戲本身的需求而誕生。在游戲誕生后和人們的參與后，造就了巨大的財富價值。同時，人們在參與網絡游戲后，既滿足了自身休閑娛樂的需求，又滿足了比賽以及心理榮譽滿足，而且還能給人們帶來極大的方便。我實在想不出什么理由說明網絡游戲弊大于利。

第五篇：英文辯論賽一辯論稿

Good afternoon , ladies and gentlemen ,Our side firmly believe that “Not all graduating high school students need to serve their country for two years “.Here, we want all of you to pay much attention to these two words “NOT ALL”.Following are some aspects which can support our argument.First of all , as for the whole country , it is not good for a country’s development.If all graduating high school students served their country for two years , we would guess what will happen.In general ,high-school graduates are less than 20 years old without professional knowledge.When they take their places in society , only the low paid or laborious job offers are available , so you can see how much contribution they can make to this society ? Serving your country for two years , then go to university for four years , which is total six years.In this six years , you can go to university first and then find a better job to make a contribution to your country.Everyone can know clearly that the later one can produce more valuable things to our country , so why don’t we choose to go to university first ? Besides , if we serve our country for two years , it will cause the gap in talents.Let me take an example , in 1966 , Chairman Mao encouraged those youths who were mostly high-school graduates to go to the countryside.This was also called “to serve their country” , then what happened ? Everyone knows , this is called ‘The Great Culture Revolution ‘ Was that good or was that a very wise

decision ? History is kinda practice and practice is the sole criterion fortestingtruth.So the history also tells us that it is unwise to serve their country first.Needless to say , it disorganizes the Educational system.Second , it also does harm to individuals.We believe whether you wanna serve your country or not depends on one’s own interest.There’s no need to let ‘ALL’ graduating high-school students to do it.Most High-school graduates are too young to distinguish the good from the bad.It is common that Generation Y likes hanging out with friends.It is said that the young are easy to become illegal drugs takers if misleading guidance is conducted.Also , after those students serve their country for two years , eventually they may not be able to calm down to concentrate their studies after they’ve stayed in society for two years.At last , what we wanna emphasize is that the present situation of our country even this world is that attending to universities is still the major trend.Also , our country encourages university graduates to contribute to the ‘large-scale development of the western region ‘ instead of high-school graduates.Existence is Rational.To sum up , it is not beneficial to let all graduating high-school students serve their for two years , so our side affirmatively believe that “Not all graduating high-school students need to serve their country for two years “.Thank you!