隨著企業(yè)競(jìng)爭(zhēng)日漸激烈，各商業(yè)銀行業(yè)在擴(kuò)展金融服務(wù)產(chǎn)品、服務(wù)渠道方面更是爭(zhēng)先恐后，但目前銀行系統(tǒng)存在的主要問(wèn)題在于外圍前置機(jī)較多，部分業(yè)務(wù)流程復(fù)雜，系統(tǒng)交叉聯(lián)系，業(yè)務(wù)擴(kuò)展時(shí)需改動(dòng)的外圍系統(tǒng)較多，導(dǎo)致業(yè)務(wù)擴(kuò)展較為困難。為了減少主機(jī)進(jìn)行路由服務(wù)，減輕主機(jī)的壓力，使核心業(yè)務(wù)系統(tǒng)成為簡(jiǎn)單而穩(wěn)定的核心。同時(shí)為了滿足金融行業(yè)快速的電子化建設(shè)需要一個(gè)高度集成、
高可配置的開(kāi)發(fā)和運(yùn)行框架，既是一個(gè)高效、方便的開(kāi)發(fā)環(huán)境，也是一個(gè)穩(wěn)定、可靠的運(yùn)行環(huán)境。
通過(guò)配置化的管理，實(shí)現(xiàn)渠道接入整合，業(yè)務(wù)流程的優(yōu)化，數(shù)據(jù)分布的合理布局。基于上述考慮綜合前置平臺(tái)需要具有如下的功能和性能。
1)??????
平臺(tái)需要具有靈活性、穩(wěn)定行、可用性、擴(kuò)展性。配置要靈活、運(yùn)行穩(wěn)定、具有很強(qiáng)大的擴(kuò)展性。
2)?????
對(duì)現(xiàn)有
IT
架構(gòu)的適用性，能很好將現(xiàn)有的前臺(tái)、后臺(tái)、第三方整合在一起。
3)??????
對(duì)多種渠道的接入能力，
提供多渠道的接入模式，包括
主機(jī)系統(tǒng)、第三方系統(tǒng)、
柜臺(tái)、
ATM
、
POS
、
CallCenter
、
Internet
等。
4)??????
對(duì)多種協(xié)議的支持：中間件類型
CICS
、
Tuxedo
，
Tcp/IP
協(xié)議。對(duì)多種報(bào)文格式的解析能力：
XML
格式、
8583
報(bào)文、類
8583
包、定長(zhǎng)包、文件體報(bào)文、多筆明細(xì)打包組成的報(bào)文等。
提供交易報(bào)文的配置，無(wú)須大量工作編程，即可完成報(bào)文格式轉(zhuǎn)換和解析。
5)??????
提供憑證格式、統(tǒng)計(jì)報(bào)表的配置。
6)??????
配置化管理、組件化、參數(shù)化、可配置的系統(tǒng)結(jié)構(gòu)，擴(kuò)充新的銀行服務(wù)產(chǎn)品簡(jiǎn)單方便。
7)??????
具有良好的壓力測(cè)試的性能指標(biāo)。
經(jīng)過(guò)這段時(shí)間的工作，對(duì)南天的平臺(tái)有了一定的了解。平臺(tái)可以做一系列的參數(shù)化配置。包括定義基本數(shù)據(jù)：區(qū)域、網(wǎng)關(guān)、接入渠道、業(yè)務(wù)種類、原子交易、處理函數(shù)等。定義通訊結(jié)構(gòu)：通訊結(jié)構(gòu)字段、報(bào)文格式位圖。定義交易流程：外部交易碼、內(nèi)部交易碼、交易碼對(duì)照表、交易流程。平臺(tái)本身提供很多底層的原子交易：公共原子交易、數(shù)據(jù)處理原子交易、通訊原子交易、條件判斷原子交易、關(guān)鍵字原子交易等。這些原子交易中可以做如下操作：讀文件、寫(xiě)文件、打開(kāi)文件、
AP
格式打包、
AP
格式解包、發(fā)送數(shù)據(jù)包、接受數(shù)據(jù)包、啟動(dòng)事務(wù)、回滾事務(wù)等。通過(guò)對(duì)基本數(shù)據(jù)和通訊結(jié)構(gòu)的配置，以及根據(jù)我社的業(yè)務(wù)流程定義相應(yīng)的交易流程和原子交易。可以方便的實(shí)現(xiàn)
PB
平臺(tái)和前臺(tái)的之間的數(shù)據(jù)傳遞。
PB
平臺(tái)和前臺(tái)之間的通訊是建立在
Tuxedo
中間件基礎(chǔ)上。在
PB
平臺(tái)對(duì)應(yīng)的
Informix
數(shù)據(jù)庫(kù)中保留中間業(yè)務(wù)的交易信息：包括業(yè)務(wù)流水表、事務(wù)流水表、批次表、字典表、對(duì)賬信息、行號(hào)信息等。
PB
平臺(tái)與核心業(yè)務(wù)系統(tǒng)之間通過(guò)賬務(wù)接口僅傳遞一些記賬信息。這樣擴(kuò)展新的中間業(yè)務(wù)時(shí)對(duì)核心業(yè)務(wù)系統(tǒng)的影響小，保證了核心業(yè)務(wù)系統(tǒng)的穩(wěn)定性。
?PB
平臺(tái)可以支持多種協(xié)議：與前臺(tái)連接通過(guò)
Tuxedo
中間件方式，與第三方和業(yè)務(wù)主機(jī)連接是通過(guò)
TCP/IP
方式。但是隨著多種支付方式的出現(xiàn)、網(wǎng)上銀行發(fā)展，
PB
平臺(tái)需要增加對(duì)
HTTP
協(xié)議的支持。
目前
PB
平臺(tái)支持多種報(bào)文格式：標(biāo)準(zhǔn)
8583
報(bào)文、類
8583
報(bào)文、定長(zhǎng)格式的報(bào)文等。但
PB
平臺(tái)對(duì)小額的部分報(bào)文格式在打包、解包方面不支持、對(duì)
XML
格式的報(bào)文也不支持。
?
但是目前小額系統(tǒng)中報(bào)文格式多樣化且復(fù)雜。包括
PKG
報(bào)文和
CMT
報(bào)文。
CMT
報(bào)文格式相對(duì)簡(jiǎn)單，由報(bào)文、正文體、報(bào)尾組成，主要是一些信息類的報(bào)文，是可以在
PB
中實(shí)現(xiàn)的。
PKG
報(bào)文有普通形式與文件形式兩種結(jié)構(gòu)。
PKG
報(bào)文主要是支付批量包，在包里有多筆業(yè)務(wù)明細(xì)。如果明細(xì)筆數(shù)太多，包大于
28K
后就要將業(yè)務(wù)明細(xì)提取出放在一個(gè)文件中，形成文件體報(bào)文。對(duì)于小于
28K
的包，包是由報(bào)頭、包頭、多筆小額業(yè)務(wù)頭、多筆正文體、報(bào)尾組成。報(bào)頭、小額業(yè)務(wù)頭、報(bào)尾都是由定長(zhǎng)域組成。但是包頭、正文體里包含許多
TAG
碼。
PKG
包類型不同，
TAG
碼就不同。小額
PKG
包類型有
13
種左右，業(yè)務(wù)頭類型也有
6
種左右。因此小額報(bào)文格式是很復(fù)雜多樣的。在
PB
里實(shí)現(xiàn)起來(lái)很困難，目前還沒(méi)法直接在
PB
中實(shí)現(xiàn)，需要另外寫(xiě)一些代碼來(lái)處理打包、解包的過(guò)程。
PB
對(duì)于小額文件體報(bào)文在處理上也比較困難。目前也需要另外的代碼來(lái)支持打包、解包。