【正文】 224。B銀行當(dāng)?shù)胤中?24。B銀行的某支行也就是每一筆轉(zhuǎn)賬，在行間的這一步，都是通過它們在人行的資金往來賬戶，實(shí)現(xiàn)了資金的流動(dòng)。如果是上述的資金流向，就叫先直后橫。如果是A地人行224。B銀行A地分行224。B銀行B地分行224。B銀行某支行這種方式，就叫先橫后直。這些單據(jù)的傳遞，都是手工的，或者說是落地的。如果是用信件的方式傳遞，那就是信匯；如果是用打電報(bào)的方式傳遞，那就是電匯。手工的傳遞都是有場次的，比如一天兩場，或是一天一場之類的。所以這個(gè)轉(zhuǎn)賬的效率有多快，我就不說了?，F(xiàn)在科技進(jìn)步了，手段豐富了，社會于是也就和諧的。先從我個(gè)人較為欣賞的大額支付說起。我一向認(rèn)為大額這個(gè)業(yè)務(wù)設(shè)計(jì)得是相當(dāng)?shù)暮侠?，因?yàn)橘Y金是點(diǎn)對點(diǎn)，清算行對清算行，大大縮短了流程，更重要的是，信息的傳遞是自動(dòng)的。還是上述的CASE，假設(shè)轉(zhuǎn)出行與轉(zhuǎn)入行都開通了大額業(yè)務(wù)，那么資金的流向是：A銀行的某支行224。人行224。B銀行的某支行原則上是這樣的實(shí)現(xiàn)，當(dāng)然行內(nèi)的設(shè)計(jì)怎么處理我們就不多考慮了。行內(nèi)當(dāng)然也可以設(shè)計(jì)成為先從A銀行的支行轉(zhuǎn)到上級分行然后再發(fā)出，總之人行收到一筆大額的轉(zhuǎn)賬信息之后，是會自動(dòng)、直接發(fā)向指定的轉(zhuǎn)入行（假設(shè)轉(zhuǎn)入行也開通了大額業(yè)務(wù)的話）大額系統(tǒng)的對賬，不考慮具體的客戶賬戶，只考慮清算行。通俗的說，人行只管A銀行今天給B銀行轉(zhuǎn)過去多少錢，轉(zhuǎn)過去了，人行就不管了。至于B銀行什么時(shí)候把這筆錢入到客戶賬戶中，那是B銀行的事，人行不管。聽起來責(zé)任還是很清晰的吧，而且這樣也有助于減少賬戶鎖表而造成的行間轉(zhuǎn)賬失敗。因?yàn)榇箢~的這種設(shè)計(jì)，所以實(shí)際轉(zhuǎn)賬中，幾乎是實(shí)時(shí)的。我從某地信用社轉(zhuǎn)到異地招行，在柜臺還沒最后簽字，收款短信已經(jīng)來了。因?yàn)榇箢~業(yè)務(wù)發(fā)生的時(shí)候，是支行對支行的，所以每發(fā)生一筆業(yè)務(wù)之后，實(shí)際上這筆資金是暫時(shí)體現(xiàn)在該支行的某個(gè)行間往來賬戶上。所以每天大額業(yè)務(wù)結(jié)束后，還需要按清算的流程，將這筆資金按往、來分別清算到上一級分行（或是總行吧，總之就是當(dāng)?shù)氐淖罡吖?jié)點(diǎn)），然后分行與人行發(fā)下來的電子對賬文件進(jìn)行對賬，檢查匯總往、來數(shù)、金額是否相等。如果相等，那就可以把往來一軋差，轉(zhuǎn)出多的時(shí)候就從存放在人行的賬戶里扣錢，轉(zhuǎn)入多的時(shí)候就往那個(gè)賬戶里加錢。至于這個(gè)清算的步驟，通常還是由手工發(fā)起，不過這里的手工，就不是指傳遞單據(jù)，而是指運(yùn)行程序。當(dāng)然，清算程序也可以自動(dòng)運(yùn)行，這個(gè)根據(jù)系統(tǒng)的不同，要求的不同，自行調(diào)整設(shè)計(jì)。額度控制和計(jì)息類似，可能有的系統(tǒng)沒有把額度單列為一個(gè)模塊來處理，而是僅僅作為業(yè)務(wù)模塊之中的一個(gè)判斷項(xiàng)。早期的業(yè)務(wù)中，的確可以這樣處理。不過隨著現(xiàn)在金融產(chǎn)品的不斷推出，我個(gè)人認(rèn)為還是把額度拿出來單獨(dú)搞一下會更好處理一點(diǎn)。比如說，一個(gè)賬戶，可能會有幾次凍結(jié)，也能會有多項(xiàng)額度控制，每次的解凍，又或者是解除控制，都可能會對賬戶的額度造成不同的影響，如果夾雜在業(yè)務(wù)模塊中，字段的設(shè)計(jì)，狀態(tài)的控制可能都會有些問題，單獨(dú)整成一個(gè)模塊，或者說是一個(gè)大公函，在賬務(wù)交易（或是賬務(wù)模塊中）的時(shí)候，用額度模塊來進(jìn)行一下判斷，可以更方便的檢測賬戶的可用額度是否足夠。另外，一些賬戶相關(guān)的透支什么的，也可以比較好的按客戶來處理，而不是針對每個(gè)賬戶設(shè)置是否允許透支。以至于循環(huán)授信額度，這些概念都可以拿出來使用，簡單的來說，有點(diǎn)類似于儲蓄卡向貸記卡的管理方式傾斜，不過我沒做過貸記卡，所以這里也提不出太多東西，只好拿個(gè)概念出來大家一起參詳一下。沖賬本著想到哪里就說到哪里的原則，剛才突然想起沖賬還沒有說，那么這里就說說沖賬。沖賬的概念前面已經(jīng)提過，這里我們指的，就是紅字沖賬。因?yàn)樗{(lán)字沖賬就是再做一筆別的賬務(wù)，從IT人員的角度出發(fā)，其實(shí)是另一個(gè)合法的正交易，不能算是沖賬。在設(shè)計(jì)程序的時(shí)候，只要是財(cái)務(wù)類的業(yè)務(wù)，就一定要考慮沖賬的問題，不能偷懶，不能妄想測試人員會遺漏。就算別人忘記了測試，如果在真實(shí)業(yè)務(wù)中發(fā)生了問題，是很麻煩的，所以要養(yǎng)成良好的設(shè)計(jì)、測試的習(xí)慣。（這里不談編碼，因?yàn)樵O(shè)計(jì)好了自然就會寫代碼的）關(guān)于沖賬的實(shí)現(xiàn)，我知道的有兩種方式：第一是正反交易的概念。也就是普通的賬務(wù)交易，稱之正交易。每一個(gè)正交易，都需要有一個(gè)與之匹配的反交易，如果是按交易碼來管理的話，可能會有一個(gè)標(biāo)準(zhǔn)來定義反交易的交易碼，比如說正交易碼加上5000就是相應(yīng)的反交易之類的。（這里只是隨便舉個(gè)例子，比如說0001表示取款，那么5001就表示取款的反交易）因?yàn)闆_賬在賬務(wù)處理上，具有一些共性，比如說都是按原來的財(cái)務(wù)的會計(jì)分錄，只是金額為負(fù)發(fā)生賬務(wù)即可，所以有可能會有一些公共函數(shù)來調(diào)用，不過總的來說，都是小函數(shù)的概念。這種設(shè)計(jì)的缺點(diǎn)很顯而易見，就是交易碼，代碼量都要翻倍。業(yè)務(wù)人員在沖賬的時(shí)候也需要稍微算算交易碼，有可能會輸錯(cuò)。好處也是很明顯的，就是程序之間互相不影響，修改維護(hù)都很容易。第二種設(shè)計(jì)思路就是大函數(shù)的概念，也就是使用一個(gè)交易來實(shí)現(xiàn)沖賬。因?yàn)榍懊嬲f過，沖賬業(yè)務(wù)具有一些普遍的共性，就基本原則來說，找到這筆正交易最初的賬務(wù)，就可以了。所以使用一個(gè)大交易來實(shí)現(xiàn)。至于各個(gè)業(yè)務(wù)模塊沖賬后，在財(cái)務(wù)處理完之后的業(yè)務(wù)沖賬，那可能就需要不斷的在這個(gè)大交易中掛上各類外掛了。這種設(shè)計(jì)的缺點(diǎn)也很明顯，就是維護(hù)起來很不方便，因?yàn)橄喈?dāng)于把業(yè)務(wù)模塊的沖賬都集成到一個(gè)大交易中，在版本控制，大量測試的時(shí)候可能會有較多沖突。好處就是不占用交易碼，也可以減少很多代碼量，對于很標(biāo)準(zhǔn)的沖賬，甚至不需要特別去考慮沖賬的問題。（不過怕的就是不那么標(biāo)準(zhǔn)的沖賬）這兩種方法各有優(yōu)缺點(diǎn)，不知道大家的系統(tǒng)中，使用的哪種方式。這里我提出一個(gè)集合兩者的第三種方法，一起來參詳一下：仍然考慮以大交易為主，不過大交易按某個(gè)參數(shù)表，來決定調(diào)用業(yè)務(wù)模塊中的部分程序解決業(yè)務(wù)模塊的沖賬問題。如果是非常標(biāo)準(zhǔn)的沖賬，就不需要刻意寫沖賬程序。如果是不標(biāo)準(zhǔn)的沖賬，就在參數(shù)表中按設(shè)計(jì)中自已定義好的各類標(biāo)識符，使大交易可以判斷出何時(shí)調(diào)用業(yè)務(wù)模塊中的沖賬子程序（這些沖賬子程序可以隨時(shí)新增，名字也可以自定義，總之是在參數(shù)表中來定義）。至于大交易與沖賬子程序中間的程序入口參數(shù)的傳遞，因?yàn)楦鱾€(gè)業(yè)務(wù)模塊要求都有所不同，所以可考慮使用一個(gè)大字符型字段，或是數(shù)據(jù)隊(duì)列傳遞字符流的方式來解決。其它暫時(shí)先想到這么多，其實(shí)還有其它的東西。比如說日終批處理，不過做到這一塊的同行們想來不是技術(shù)骨干就是業(yè)務(wù)能手，也就沒必要看這份入門級的東西了。還有拆借，貼現(xiàn)，不過這部分在核心系統(tǒng)里面占的份量很小，業(yè)務(wù)理解起來也不難，抓住一個(gè)熟悉業(yè)務(wù)的人多問問就問出來了。還有代理業(yè)務(wù)，不過這種業(yè)務(wù)的設(shè)計(jì)也多半是主+明細(xì)的方式（比如說代理單位的匯總信息，以及相應(yīng)代理業(yè)務(wù)的明細(xì)記錄），麻煩的可能反而主要在數(shù)據(jù)的交互上，也就是什么倒盤啊，信息錄入啊什么的，又或者是具體的程序運(yùn)行效率上，和這個(gè)整體設(shè)計(jì)的關(guān)系倒不大。關(guān)于批處理，我做得比較多，還是再簡單說兩句。一般來說，會要求維護(hù)人員按各自的業(yè)務(wù)模塊，維護(hù)批處理中的相應(yīng)程序。不過最后，仍然需要一個(gè)總體上能把握的人來協(xié)調(diào)調(diào)度。批處理的程序大致上可以分為三種功能：實(shí)現(xiàn)各類日終自動(dòng)業(yè)務(wù)。比如說到期自動(dòng)扣款（用過信用卡的朋友們應(yīng)該深有體會吧），貸款的形態(tài)轉(zhuǎn)移，儲蓄結(jié)息（居然現(xiàn)在變成一年四結(jié)，有些先進(jìn)的國外系統(tǒng)還要天天計(jì)提，我只能說系統(tǒng)的設(shè)計(jì)出發(fā)點(diǎn)各有不同啊），可能還會有上面提到的日終清算。當(dāng)然，還包括了各類的日初業(yè)務(wù)初始化。實(shí)現(xiàn)賬務(wù)模塊數(shù)據(jù)向總賬模塊數(shù)據(jù)的轉(zhuǎn)換，也就是更新總賬模塊的數(shù)據(jù)。嚴(yán)謹(jǐn)一點(diǎn)的系統(tǒng)，在更新了總賬模塊的數(shù)據(jù)之后，還會用程序來檢查一下總賬模塊的數(shù)據(jù)與業(yè)務(wù)模塊中的數(shù)據(jù)是否匹配，一致。（也就是傳說中的總分核對）生成各類報(bào)表。這部分可能主要是從總賬模塊中出，也可能需要綜合一下業(yè)務(wù)模塊中的數(shù)據(jù)。批處理的發(fā)起，是由固定的操作人員來執(zhí)行，沒見過設(shè)計(jì)成按時(shí)間點(diǎn)自動(dòng)運(yùn)行的。剛才說到批處理的三項(xiàng)基本功能，而其實(shí)在各類功能中，程序的運(yùn)行順序還是頗有講究，不能隨意亂放，否則可能會出現(xiàn)無法預(yù)知的問題。批處理的排障，也是一個(gè)比較痛苦麻煩的事情，這里真誠的建議各位維護(hù)批處理的同行在有大模塊上線前，做好心理準(zhǔn)備，多多祈禱，實(shí)在不行還可以試試拜拜土地。32 / 32