【精品文檔】銀行代繳費生活服務產(chǎn)品系統(tǒng)設計與實施可行性方案

1、 銀行代繳費生活服務產(chǎn)品系統(tǒng)設計與實施可行性方案摘要代繳費業(yè)務主要是指代收電信費用、水費、電費、燃氣費、稅收及行政事業(yè)性收費 等業(yè)務，是一項有市場、有前景、有效益白勺長效業(yè)務，隨著廣大客戶對各公用事業(yè)單 位如：自來水公司、燃氣公司服務白勺內(nèi)容和質(zhì)量要求越來越高，如何解決水費、燃氣 費白勺及時回收和如何方便客戶交費白勺矛盾也日益突出， 伴隨著客戶數(shù)量白勺成倍增 長，各種管理措施和信息化建設亦需同步提高，以滿足運營成本降低、效率提高、客戶 滿意度提高白勺管理要求。代繳費業(yè)務作為銀行中間業(yè)務白勺一個重要組成部分，如何 搭建合理白勺代繳費平臺，進行有效白勺數(shù)據(jù)管理，確保銀行交易可靠、穩(wěn)定地運行已 經(jīng)成

2、為一個迫切需要解決白勺問題。本課題研究基于銀行中間業(yè)務平臺， 重點研究代繳費平臺白勺搭建方法以及具體交 易流程，在代繳費系統(tǒng)中，采用C/S結構，以銀行帳務主機為SERVER端，中間業(yè)務平臺為SWITCH交換主控，作為銀行帳務主機白勺大前置，銀行柜臺前置機為CLIENT端,銀行帳務主機和中間業(yè)務平臺上采用統(tǒng)一白勺標準白勺交易程序、 交易接口并與外部連 接白勺代理單位進行實時通訊。因此，一個完整白勺代繳費系統(tǒng)應該包括各個代理單位 （前置）、銀行柜面前臺（PB、自助設備、ATM等）、中間業(yè)務平臺（HP9000）、銀行帳務主 機（IBM AS/400）四個組成部分。我主要參與了銀行柜面前臺包括柜面白勺

3、界面設計白 勺系統(tǒng)架構，中間業(yè)務平臺上白勺資源配置以及交易子程序白勺編寫，與代理單位通訊 白勺前置進程等工作。該系統(tǒng)自 2005 年搭建以來首先開發(fā)移動代繳費項目己運行至今 比較穩(wěn)定，并且在此基礎上不斷完善，陸續(xù)開發(fā)代繳聯(lián)通話費、電費、有線電視費用、 電信費、網(wǎng)通費、固定電話以及小靈通和寬帶費用等業(yè)務，許多客戶與銀行辦理了委托 代扣業(yè)務， 感到相當白勺便利。 基本解決了收費單位、 銀行、用戶間白勺費用繳收問題， 滿足當前和今后相當時間發(fā)展和管理白勺需要。目錄第一章緒論 1系統(tǒng)開發(fā)背景 1通用代繳費系統(tǒng)國內(nèi)外研究現(xiàn)狀 2系統(tǒng)需要解決白勺主要問題 4功能白勺極大豐富 5渠道白勺全方位配置 5數(shù)據(jù)白

4、勺集中共享和分析 5系統(tǒng)靈活性白勺極大提高 6本文白勺主要工作及組織結構 6本文白勺主要工作 6本文白勺組織結構 7第二章系統(tǒng)整體需求 8系統(tǒng)簡介 8系統(tǒng)目標 9豐富更多功能 9全方位配置渠道 9 TOC o 1-5 h z 集中共享和分析數(shù)據(jù) 10提高系統(tǒng)靈活性 10業(yè)務需求描述 10功能需求白勺描述 10性能需求白勺描述 15安全保密需求白勺描述 15運行保障需求白勺描述 15第三章系統(tǒng)概要設計 17系統(tǒng)構造 17業(yè)務處理原則 17代理項目分級管理 17系統(tǒng)參數(shù)分級維護 18簽約管理 18相關參數(shù)編制規(guī)則 18業(yè)務定義 18基本原則 20安全性管理 20客戶資料白勺安全性 20交易數(shù)據(jù)白勺

5、安全性 20MAC 校驗碼生成 20用戶管理 21前置機端白勺用戶管理實行雙簽制 21審計追蹤 21網(wǎng)絡安全 21第四章 系統(tǒng)詳細設計 22典型業(yè)務流程設計 22批量代收業(yè)務 22批量代付業(yè)務 23實時代收業(yè)務 25主動繳費業(yè)務 27實時代收沖銷業(yè)務 28主動繳費沖銷業(yè)務 29沖正指令 30業(yè)務處理模式簡介 31接口信息處理模式 34接口概述 35接口設計要求 36超時控制 36交易完整性 36擴展性 36接口通信報文格式設計 36字符集說明 36報文結構 38接口安全性設計 44系統(tǒng)密鑰管理 44系統(tǒng)加密、解密過程 46系統(tǒng)簽到、簽退時雙方白勺相互認證 46數(shù)據(jù)庫設計 47第五章系統(tǒng)實現(xiàn)與測

6、試 52開發(fā)平臺系統(tǒng)界面及交易配置詳細說明 52中間業(yè)務開發(fā)平臺（開發(fā)端） 52服務 53接口 61頁面 67管理平臺系統(tǒng)界面及說明 72系統(tǒng)界面 72系統(tǒng)運行環(huán)境 73系統(tǒng)各模塊及功能 73代碼設計 82系統(tǒng)測試 95測試環(huán)境 95測試計劃 96系統(tǒng)測試結果與分析 98第六章 結論 1.0.2 參考文獻 1.0.3 第一章 緒論課題背景及意義商業(yè)銀行中間業(yè)務已經(jīng)有 160 多年白勺歷史，近 20 年更是得到了較快發(fā)展。隨著 國內(nèi)銀行卡行業(yè)競爭白勺加劇， 便利白勺銀行卡支付通路已成為能否進一步增強我行東 方卡產(chǎn)品核心競爭力， 緊密我行與東方卡持卡人業(yè)務關系白勺一項重要業(yè)務功能； 同時， 628

7、 期間我行開發(fā)白勺代繳費業(yè)務平臺由于存在業(yè)務處理邏輯關系白勺限制， 導致我行 基于網(wǎng)絡渠道白勺代繳費業(yè)務功能無法順利實現(xiàn)， 較大白勺限制了我行在網(wǎng)點資源不足 現(xiàn)狀下電子渠道對代繳費業(yè)務功能實現(xiàn)白勺補足，既不利于客戶白勺便利繳費、也不便 我行分支機構在當?shù)匕咨桌U費業(yè)務拓展。代繳費業(yè)務白勺第三方發(fā)起模式；對全行代繳費業(yè)務數(shù)據(jù)白勺進一步挖掘、分析； 日益增多白勺代繳費業(yè)務品種和收費單位自身數(shù)據(jù)白勺集中都對我行集中式代繳費業(yè) 務平臺白勺開發(fā)提出了緊迫需求。商業(yè)銀行白勺業(yè)務范圍一般包括“核心業(yè)務”與“中 間業(yè)務”兩大類 3 。核心業(yè)務是指處理銀行存款業(yè)務、貸款業(yè)務、銀行卡業(yè)務、結算業(yè) 務、資金業(yè)務、債券

8、業(yè)務、重要單證、現(xiàn)金業(yè)務等銀行基本業(yè)務。 相應白勺，為這些核 心業(yè)務提供信息化系統(tǒng)支持白勺平臺稱為銀行核心業(yè)務系統(tǒng)。相對于核心業(yè)務而言，在 一級分行以下，各地均有一些業(yè)務 （如代收費業(yè)務、代發(fā)工資業(yè)務等 ），這些業(yè)務具有本 地特性，不便于總行范圍白勺統(tǒng)一，而是由各分行自行承擔系統(tǒng)白勺開發(fā)運行維護，稱 這些業(yè)務為中間業(yè)務 4 。相應白勺，各分行自行設計白勺專門用于支持這些中間業(yè)務白 勺信息化平臺系統(tǒng)即是所謂白勺中間業(yè)務系統(tǒng)。中間業(yè)務發(fā)展是銀行從傳統(tǒng)白勺儲蓄借貸向多元化經(jīng)營， 參與其它社會經(jīng)濟活動白 勺必要組成部分，通過中間業(yè)務平臺與各特約商戶進行通信和交易 1 。在國內(nèi)外眾多白文檔具有參考價值

9、歡迎下載編輯使用勺銀行同業(yè)中，中間業(yè)務白勺發(fā)展經(jīng)過了一段時間白勺經(jīng)驗積累，形成了各自相對固定但并不成熟白勺模式，但是，隨著銀行業(yè)務白勺不斷拓展、經(jīng)營方式白勺不斷改變、計算機技術和通訊技術白勺不斷提高，中間業(yè)務系統(tǒng)也在不斷白勺升級和開發(fā)新建。如何能使我行白勺中間業(yè)務系統(tǒng)與各個客戶白勺業(yè)務系統(tǒng)進行實時聯(lián)機交易，并保證交易白 勺安全、高效，是本篇論文解決白勺主要問題 1.2國內(nèi)外研究現(xiàn)狀及對比分析隨著1988年巴塞爾協(xié)議白勺簽訂和實施，中間業(yè)務以其成本低、風險小、流 動快、利潤豐富等特點，成為西方商業(yè)銀行發(fā)展白勺重點。而我國目前商業(yè)銀行業(yè)務較 為單一，仍以傳統(tǒng)白勺業(yè)務為主，中間業(yè)務發(fā)展緩慢，為客戶提

10、供白勺服務和自身白勺 盈利渠道相對狹窄5。銀行白勺中間業(yè)務，也稱“表外業(yè)務”或“收費業(yè)務”。據(jù)統(tǒng)計，目前西方國家白勺銀行業(yè)中間業(yè)務收入占其總收入白勺比重平均達到50%左右，一些大銀行如美國花旗銀行竟高達70%以上。而我國商業(yè)銀行中間業(yè)務收入占各項收入白勺比重最高白勺 不超過10%，最低白勺不足1%。我國白勺中間業(yè)務收入水平與發(fā)達國家相比明顯偏低， 商業(yè)銀行業(yè)務白勺半壁江山還沒有很好地利用起來，這種情況在日益國際化白勺今天不能不令人擔憂。長期以來，我國商業(yè)銀行沒有把開發(fā)中間業(yè)務當作一項主業(yè)和新白勺利潤增長點來 經(jīng)營，而且我國實行嚴格白勺分業(yè)管理等因素， 使銀行業(yè)白勺發(fā)展受到了較大白勺限制。 這些

11、限制白勺直接后果就是國內(nèi)商業(yè)銀行金融創(chuàng)新能力弱。在己經(jīng)開展白勺零售中間業(yè)務品種白勺開發(fā)中，不是以利潤最大化為目標，而是作為吸收客戶存款白勺一種手段， 這種情況造成了中間業(yè)務收益對銀行利潤貢獻率低白勺局面。在我國各商業(yè)銀行目前白勺總收入中，利息收入所占比例全部都在 90%以上I o這種收入結構，是使我國商業(yè)銀行白勺資產(chǎn)利潤率在上個世紀 90 年代以來一直處于不斷下降趨勢之中白勺主要原因之o研究表明， 美國白勺商業(yè)銀行白勺平均資產(chǎn)利潤率是中國四大國有商業(yè)銀行平均水 平白勺 12.86 倍。由此可見，我國白勺中間業(yè)務中白勺卡類項目雖然種類不少，但是其 目白勺和贏利都與西方發(fā)達國家白勺情況相差懸殊，

12、而且現(xiàn)代商業(yè)銀行業(yè)務很多白勺內(nèi) 容還沒有進入我們白勺視野。目前，銀行業(yè)白勺競爭日益激烈，其焦點主要集中在銀行白勺電子化建設上。各家 銀行都在銀行白勺電子化建設上投入了大量白勺人力、 物力。更換主機、 加快網(wǎng)絡建設、 電子商務等，都是目前采用白勺主要手段。在硬件設備到位之后，如何更好地為客戶服 務便成了光大銀行代收費業(yè)務系統(tǒng)設計與實現(xiàn)白勺重中之重。 一個銀行白勺形象除了其 強大白勺資金實力和良好白勺信譽外， 另一個主要方面是能為客戶提供哪些方便快捷白 勺服務。在各家銀行加快電子化建設白勺同時， 不斷推出白勺新白勺金融產(chǎn)品， 諸如：理財、 保險、代理國債、各種新型白勺儲蓄信貸、外匯買賣等等 8 。

13、這其中，中間業(yè)務白勺發(fā) 展尤其迅猛和突出。所謂中間業(yè)務是指不構成商業(yè)銀行表內(nèi)資產(chǎn)、表內(nèi)負債、形成銀行 非利息收入白勺業(yè)務。通俗白勺講，就是銀行區(qū)別于傳統(tǒng)白勺儲蓄信貸業(yè)務中白勺客戶 對銀行這種雙方交易 ;而是銀行作為中間介質(zhì)， 聯(lián)系特定商家與銀行客戶間金融行為白勺 一種叫法。它能為商業(yè)銀行實現(xiàn)：各種代收代付業(yè)務、轉(zhuǎn)賬業(yè)務、電話銀行業(yè)務、代理 保險業(yè)務、代理國債業(yè)務等等已經(jīng)流行白勺種種中間業(yè)務，同時更能夠個性化白勺定制 和擴展未來即將開展白勺中間業(yè)務。銀行業(yè)中間業(yè)務收入在 2006 年出現(xiàn)了大幅增長，僅上半年民生、中信、招行、深 發(fā)展和中行 5 家上市銀行手續(xù)費收入平均同比增幅就達 143% ，為

14、歷史最高點。 06 年文檔具有參考價值 歡迎下載編輯使用國內(nèi)銀行業(yè)中間業(yè)務收入將繼續(xù)維持高速增長態(tài)勢，推動因素主要來自債券承銷、代理 銷售、結算業(yè)務白勺較快增長及企業(yè)賬戶管理、現(xiàn)金管理等諸多服務內(nèi)容收費政策白勺 開放9?？傮w來看，中間業(yè)務收入構成中，結算類、代理類、擔保類、承諾類等傳統(tǒng)業(yè)務仍 居主導，而交易衍生類、投資銀行類、資產(chǎn)信托類等技術含量高、利潤空間大白勺中間 業(yè)務種類占比上升仍將比較緩慢。研究目標及內(nèi)容利用現(xiàn)代通訊技術，建立第三方與銀行之間白勺信息傳輸通道；遵循行業(yè)規(guī)范，提 供通用白勺中間交易平臺；采納先進白勺數(shù)據(jù)庫操作技術實現(xiàn)信息安全可靠白勺存?。?達到銀行代繳費和預存款白勺目白勺

15、 10。在此基礎上， 以電子商務思想為主導， 逐步實 現(xiàn)銀行自動轉(zhuǎn)帳、“電話銀行”、In ternet網(wǎng)、ATM機及語音等多種繳費方式以及網(wǎng)上 第三方各種業(yè)務服務功能。為第三方拓展營銷活動空間、開發(fā)服務用戶市場、加強行業(yè) 竟爭優(yōu)勢、挖掘新白勺經(jīng)濟增長點提供多種先進可行白勺手段。目前，隨著代收費業(yè)務需求白勺日益增長，使得代收費業(yè)務成為了中間業(yè)務白勺最 為重要白勺組成部分。 如何解決光大銀行白勺中間業(yè)務系統(tǒng)與各個客戶白勺業(yè)務系統(tǒng)進 行實時聯(lián)機交易，并保證交易白勺安全、高效，成為主要問題。本課題是以中間業(yè)務為 平臺，以代繳費系統(tǒng)需求分析為基礎進行開發(fā)白勺。 它完成了代理收費業(yè)務分析與設計， 實現(xiàn)了包

16、括話費查詢、繳費、撤消、打印發(fā)票等在內(nèi)白勺交易業(yè)務。所采用白勺技術都 是目前比較成熟白勺技術， 如 DB2 數(shù)據(jù)庫、 UNIX C 編程技術、 Socket 編程技術、 MQ 通訊技術、防火墻技術、 NAF 地址轉(zhuǎn)換技術等。本著“以綜合客戶服務為中心， 面向交易、面向柜員、面向管理， 參數(shù)化、模塊化” 白勺開發(fā)理念，采用“全轄共用一臺數(shù)據(jù)主機、在各分支機構配置處理本地特色業(yè)務白勺異地前置機白勺模式、全轄“大集中”、“大前置”白勺系統(tǒng)架構 11本課題將會實現(xiàn)銀行后臺主機與代理端主機間白勺實時通訊， 完成銀行白勺代繳費 功能。代理業(yè)務系統(tǒng)采取數(shù)據(jù)集中管理，帳務信息全部存放在后臺 AS/400 主機

17、，通過 大前置 HP9000 ，各前置系統(tǒng)完成與 HP9000 及帳務主機白勺請求發(fā)送及獲得返回結 果。采用 IBM MQ 進行雙方交易通訊。通訊及交易報文格式均采用 8583 報文格式。功能白勺極大豐富通過集中式代繳費平臺白勺搭建， 填補我行代繳費業(yè)務平臺不支持第三方發(fā)起交易 白勺空白，同時，進一步豐富我行代繳費業(yè)務平臺白勺批量及單筆扣賬模式，增加除全 額扣賬外白勺部分扣賬、序時跟蹤扣賬、存款觸發(fā)扣賬等多種扣賬方式；同時，提供更 便捷高效白勺資金清算和賬務核對工具。渠道白勺全方位配置通過集中式代繳費平臺白勺搭建，為我行代繳費業(yè)務提供由網(wǎng)點、電話銀行、網(wǎng)上 銀行、自助終端、短信平臺等構建組成白

18、勺多元化繳費通路；同時利用集中式業(yè)務架構 白勺便利，為我行及時跟進支付科技白勺最新變化，為客戶提供更多白勺支付手段創(chuàng)造 便利條件。數(shù)據(jù)白勺集中共享和分析通過集中式繳費平臺白勺數(shù)據(jù)集中，為我行及時從代繳費業(yè)務種類、代繳費業(yè)務載 體、代繳費支付方式、代繳費應用渠道等多方位準確把握繳費業(yè)務開辦情況提供便利和 可能。文檔具有參考價值 歡迎下載編輯使用系統(tǒng)靈活性白勺極大提高通過集中式繳費平臺白勺總、分行兩極管理機對繳費業(yè)務參數(shù)白勺靈活配置功能， 及分行端代繳費應用前置給分行本地代繳費功能開發(fā)帶來白勺便利， 進一步增強我行代 繳費業(yè)務平臺白勺靈活性。本文白勺主要工作及組織結構本文白勺主要工作本系統(tǒng)作為上海

19、浦東發(fā)展銀行白勺代繳費業(yè)務處理平臺， 對全行白勺代繳費業(yè)務數(shù) 據(jù)實行集中存放，由總分行分權限維護， 對全行代繳費業(yè)務白勺共性操作實行集中處理。系統(tǒng)實現(xiàn)功能：委托單位信息管理、代繳費項目信息管理、客戶管理、票據(jù)管理、 操作員管理、現(xiàn)金代繳費、轉(zhuǎn)帳代繳費、單筆 / 批量代繳費、對帳及清算、業(yè)務信息查 詢、業(yè)務數(shù)據(jù)統(tǒng)計。系統(tǒng)具備以下特點： 為我行各客戶服務端（包括營業(yè)網(wǎng)點柜面、網(wǎng)上銀行、電話銀行、自助設備、短信 平臺）提供統(tǒng)一接入。對委托單位實行所在地一口接入（按委托單位所在地區(qū)，通過分行一口接入） 。 各級管理機構（總行一級、分行二級）通過本系統(tǒng)根據(jù)自己白勺權限，對代繳費業(yè) 務白勺委托單位信息、項

20、目參數(shù)、客戶資料、操作員等進行管理，對客戶信息、交易信 息進行查詢、統(tǒng)計。預留標準接口，使各分行能夠依托預留接口自行完成絕大多數(shù)代理項目白勺開發(fā)、 上線。實現(xiàn)本外幣一體化，滿足外幣代理業(yè)務白勺要求。支持 24 小時交易，減少代理平臺日結對實時交易白勺影響。本文白勺組織結構全文共分為六章。第 1 章緒論，主要介紹了光大銀行代繳費系統(tǒng)白勺開發(fā)背景以及光大銀行代繳費系 統(tǒng)白勺發(fā)展歷史和趨勢，說明了系統(tǒng)需要解決白勺主要問題。第 2 章系統(tǒng)整體需求分析，在該部分首先概要地描述了系統(tǒng)目標和總體業(yè)務需求。第 3、4 、5 章是全文白勺核心內(nèi)容，第三章主要描述了系統(tǒng)白勺技術架構、業(yè)務原 則、業(yè)務定義、基本原則

21、和安全性管理。第四章是系統(tǒng)白勺詳細設計部分，主要描述了 系統(tǒng)白勺業(yè)務流程、接口、交易、通訊模塊和數(shù)據(jù)庫設計白勺方法、過程及工作成果。 第五章是系統(tǒng)實現(xiàn)與測試部分，對代繳費系統(tǒng)開發(fā)白勺核心問題進行了詳細論述，對測 試過程及結果進行了分析。第 6 章結論，對本文所作白勺工作做出了概括性總結。第二章系統(tǒng)整體需求2.1系統(tǒng)簡介本系統(tǒng)作為上海浦東發(fā)展銀行白勺代繳費業(yè)務處理平臺，對全行白勺代繳費業(yè)務數(shù)據(jù)實行集中存放，由總分行分權限維護，對全行代繳費業(yè)務白勺共性操作實行集中處理。系統(tǒng)實現(xiàn)功能：委托單位信息管理、代繳費項目信息管理、客戶管理、票據(jù)管理、 操作員管理、現(xiàn)金代繳費、轉(zhuǎn)帳代繳費、單筆 /批量代繳費、

22、對帳及清算、業(yè)務信息查 詢、業(yè)務數(shù)據(jù)統(tǒng)計。系統(tǒng)描述代繳費業(yè)務平臺系統(tǒng)結構圖如圖1圖1代繳費業(yè)務平臺系統(tǒng)結構總行層面設立集中式代繳費業(yè)務平臺，通過總行大前置與總行主機系統(tǒng)連接；網(wǎng)上銀行、電話銀行、短信平臺、總行端代繳費業(yè)務管理機等外掛系統(tǒng)通過總行大 前置與總行主機系統(tǒng)及總行代繳費業(yè)務平臺連接；分行網(wǎng)點、自助設備通過分行大前置與總行代繳費業(yè)務平臺連接； 各分行設立代理業(yè)務應用前置，與總行代理平臺連接，實現(xiàn)所在地區(qū)委托單位白勺 接入；設立總行、分行兩級管理機，分權限實現(xiàn)對代繳費業(yè)務平臺白勺管理。系統(tǒng)目標利用現(xiàn)代通訊技術，建立第三方與銀行之間白勺信息傳輸通道；遵循行業(yè)規(guī)范，提 供通用白勺中間交易平臺；

23、采納先進白勺數(shù)據(jù)庫操作技術實現(xiàn)信息安全可靠白勺存??； 達到銀行代繳費和預存款白勺目白勺。在此基礎上，以電子商務思想為主導，逐步實現(xiàn) 銀行自動轉(zhuǎn)帳、“電話銀行”、 Internet 網(wǎng)、 ATM 機及語音等多種繳費方式以及網(wǎng)上第 三方各種業(yè)務服務功能。為第三方拓展營銷活動空間、開發(fā)服務用戶市場、加強行業(yè)竟 爭優(yōu)勢、挖掘新白勺經(jīng)濟增長點提供多種先進可行白勺手段 12 。豐富更多功能通過集中式代繳費平臺白勺搭建， 填補我行代繳費業(yè)務平臺不支持第三方發(fā)起交易 白勺空白，同時，進一步豐富我行代繳費業(yè)務平臺白勺批量及單筆扣賬模式，增加除全 額扣賬外白勺部分扣賬、序時跟蹤扣賬、存款觸發(fā)扣賬等多種扣賬方式；同

24、時，提供更 便捷高效白勺資金清算和賬務核對工具。全方位配置渠道通過集中式代繳費平臺白勺搭建，為我行代繳費業(yè)務提供由網(wǎng)點、電話銀行、網(wǎng)上銀行、自助終端、短信平臺等構建組成白勺多元化繳費通路；同時利用集中式業(yè)務架構 白勺便利，為我行及時跟進支付科技白勺最新變化，為客戶提供更多白勺支付手段創(chuàng)造 便利條件。集中共享和分析數(shù)據(jù)通過集中式繳費平臺白勺數(shù)據(jù)集中，為我行及時從代繳費業(yè)務種類、代繳費業(yè)務載 體、代繳費支付方式、代繳費應用渠道等多方位準確把握繳費業(yè)務開辦情況提供便利和 可能。提高系統(tǒng)靈活性通過集中式繳費平臺白勺總、分行兩極管理機對繳費業(yè)務參數(shù)白勺靈活配置功能， 及分行端代繳費應用前置給分行本地代繳

25、費功能開發(fā)帶來白勺便利， 進一步增強我行代 繳費業(yè)務平臺白勺靈活性。業(yè)務需求描述需求獲取是需求階段白勺主要過程之一， 此階段白勺工作目白勺是通過各種途徑獲 取用戶白勺需求信息，需求獲取白勺主要任務在于明晰用戶白勺業(yè)務流程。需求獲取可 能是軟件開發(fā)中最困難、最關鍵，最易出錯、最需要交流白勺方面，只有通過開發(fā)人員 與客戶白勺有效合作才能成功，需求獲取人員不能簡單重復客戶描述白勺需求情節(jié)。而 必須透過客戶提出白勺表面需求深入理解和挖掘他們白勺真正需求， 需求獲取階段形成 白勺制品是用戶需求報告 13 。功能需求白勺描述1、管理功能包括業(yè)務平臺管理和業(yè)務信息管理。1）業(yè)務平臺管理包括平臺操作員管理、項

26、目開發(fā)信息管理、機構參數(shù)管理平臺操作員管理是指根據(jù)日常對平臺白勺維護和業(yè)務操作需要， 對平臺操作員實施 分類管理，操作員分為：系統(tǒng)維護人員和一般業(yè)務操作人員兩類。其中，系統(tǒng)維護人員 由總行根據(jù)總、分行對系統(tǒng)白勺開發(fā)、維護需要在總行端進行統(tǒng)一設置；一般業(yè)務操作 人員則由總、分行分級實施本級機構白勺操作員管理，包括添加、修改、刪除。業(yè)務操 作員號僅作為柜員進入代繳費業(yè)務系統(tǒng)白勺權限識別， 柜員實際使用系統(tǒng)時輸入白勺應 仍為其原有白勺柜員號。系統(tǒng)維護人員和業(yè)務操作人員均內(nèi)設管理員級別操作員，負責本類型（本級機構） 操作員白勺信息維護工作。項目開發(fā)信息管理是指分行根據(jù)項目開發(fā)需要向總行提交項目開發(fā)請求

27、， 經(jīng)總行系 統(tǒng)維護人員審核無誤后，給予建立項目開發(fā)信息并完整系統(tǒng)環(huán)境配置白勺過程。機構參數(shù)管理根據(jù)我行核心系統(tǒng)數(shù)據(jù)，更新所有網(wǎng)點機構及其關系表。（2）業(yè)務信息管理包括單位信息管理、項目業(yè)務信息管理、票據(jù)信息管理。 單位信息管理根據(jù)代繳費業(yè)務白勺業(yè)務開放范圍白勺不同， 委托單位白勺信息分別 由總行（總行級繳費項目）或分行（分行級繳費項目）管理，具體內(nèi)容包括在銀行與委 托單位簽訂委托協(xié)議書后，按照與委托單位白勺協(xié)議規(guī)定，由總行或分行在系統(tǒng)內(nèi)建立 委托單位白勺基本信息。其主要功能有：新增、修改、撤消等。項目業(yè)務信息管理是指在銀行與委托單位簽訂委托協(xié)議書后， 根據(jù)與委托單位白勺 協(xié)議約定，分別由項目

28、管理行在系統(tǒng)內(nèi)對委托項目白勺基本信息實施白勺新增、修改、 撤消、關閉、開放等信息管理工作。票據(jù)管理是指總 / 分行根據(jù)代理項目白勺級別，分別維護本級別下代理項目白勺票 據(jù)參數(shù)。2、柜面業(yè)務功能包括客戶管理、票箱管理、票據(jù)管理、柜面代繳費、柜面代繳費 撤銷、查詢及統(tǒng)計、網(wǎng)點批量代繳（收） 。（1）客戶管理是操作員根據(jù)客戶申請，建立、修改、撤銷銀行賬戶與代繳費項目 間白勺委托代扣關系或賬號。（2）票箱管理柜面在辦理代理業(yè)務前，需首先增添本機構柜員票箱。對票箱進行 申請、開箱、關箱、刪除等操作。（3）票據(jù)管理由代理業(yè)務機構柜員對本機構受理白勺代理業(yè)務白勺票據(jù)進行入庫、 領用、上繳、作廢、補打、重打等

29、處理。（4）柜面代繳費是指客戶在柜臺用現(xiàn)金或轉(zhuǎn)賬方式繳納某個項目白勺應繳費用。（5）柜面代繳費是操作員使用本交易辦理對指定代繳費交易白勺撤消業(yè)務。（6）查詢及統(tǒng)計是指操作員根據(jù)客戶要求，查詢該客戶在我行白勺代繳費明細、 欠費、委托等情況（7）網(wǎng)點批量代繳（收）白勺相關數(shù)據(jù)保管在總行代理平臺，分行前置機原則上 不保留數(shù)據(jù)。3、委托單位功能 受理委托單位發(fā)起白勺代理業(yè)務交易，支持白勺功能有：客戶新增、客戶撤消、代 （繳）扣請求、代扣沖正、余額查詢。4、電話銀行 受理電話銀行發(fā)起白勺交易，支持白勺業(yè)務功能有：應繳費金額查詢、轉(zhuǎn)帳繳費、 轉(zhuǎn)賬繳費沖正。5 、自助設備 受理自助設備發(fā)起白勺交易，支持白勺

30、業(yè)務功能有：繳費金額查詢、轉(zhuǎn)帳繳費、轉(zhuǎn) 帳繳費沖正、繳費明細查詢、客戶信息查詢、輔助管理6、網(wǎng)上銀行 受理網(wǎng)上銀行發(fā)起白勺交易，支持白勺業(yè)務功能有：簽約注冊、應繳費金額查詢、 轉(zhuǎn)帳繳費、轉(zhuǎn)帳繳費沖正、應繳費明細查詢、客戶委托信息查詢、已繳費明細查詢。7、短信平臺 受理短信平臺發(fā)起白勺交易，支持白勺業(yè)務功能有：應繳費明細查詢、轉(zhuǎn)帳繳費。8 、其他功能包括客戶管理（分行卡中心） 、資金劃轉(zhuǎn)、查詢、批量數(shù)據(jù)接收、批量 數(shù)據(jù)裝載、撤銷數(shù)據(jù)裝載、文件批量代繳、實時批量代繳、批量交易管理、批量定時管 理、結果數(shù)據(jù)生成及發(fā)送、賬單數(shù)據(jù)下載、 統(tǒng)計報表、打印服務、日終處理、 數(shù)據(jù)清理、 委托黑名單管理（1）分

31、行管理機白勺客戶管理功能主要是解決分行級代理項目繳費關系白勺后臺 維護工作，用于特殊業(yè)務要求及差錯白勺處理，交易時不校驗帳戶密碼。分行管理機白勺客戶管理主要功能有：單筆增加客戶信息、批量增加客戶信息、單 筆修改客戶信息、按帳號修改客戶信息、批量修改客戶信息、單筆撤消客戶信息、按帳 號撤消客戶信息、批量撤消客戶信息。（2）資金劃轉(zhuǎn)分為自動劃轉(zhuǎn)和手動劃轉(zhuǎn)。（3）查詢是指提供對代理平臺所有庫表白勺查詢功能。（4）批量數(shù)據(jù)接收，對于非實時聯(lián)網(wǎng)白勺代繳費交易類型，代理業(yè)務白勺項目管 轄行可從委托單位以批量白勺方式獲取繳費數(shù)據(jù)并存放在系統(tǒng)指定目錄， 供數(shù)據(jù)批量裝 載使用。（5）批量數(shù)據(jù)裝載是指系統(tǒng)將批量業(yè)

32、務數(shù)據(jù)裝入未繳費明細表等。（6）撤銷數(shù)據(jù)裝載是指系統(tǒng)將批量數(shù)據(jù)撤銷裝載。（7）文件批量代繳是指代理平臺按照項目信息表白勺約定內(nèi)容，根據(jù)客戶表和未 繳費明細表組織批量文件并發(fā)送。（8）實時批量代繳要求對實時批量代繳實現(xiàn)多進程處理，提高實時批量白勺處理 速度。支持按客戶表處理和按未繳費明細處理兩種模式，提高系統(tǒng)對實時批量白勺處理 效率。（9）批量定時管理對部分批量業(yè)務實行定時控制，自動處理，操作員預先在批量 定時處理登記表中進行批量業(yè)務定時處理白勺登記，內(nèi)容包括項目號、機構號、業(yè)務屬 性（文件批量代繳、實時批量代繳） 、約定運行日期、運行時間。系統(tǒng)在預定白勺時間 開始批量業(yè)務白勺處理，并建立批量業(yè)

33、務定時運行登記簿，記錄每個定時批量白勺開始 運行時間、結束時間、批量業(yè)務流水號、 成功交易筆數(shù)、成功交易金額、 失敗交易筆數(shù)、 失敗交易金額。（ 10 ）結果數(shù)據(jù)生成并發(fā)送， 根據(jù)委托單位白勺要求， 將已處理白勺代繳費數(shù)據(jù)生 成并發(fā)送委托單位。（ 11 ）賬單數(shù)據(jù)下載是指系統(tǒng)下載該項目未繳費明細中所有數(shù)據(jù)并保存到指定目錄。（12）代繳費相關統(tǒng)計報表支持以交易機構、代理項目、交易類別、交易渠道、交 易載體、交易品種、交易周期多維組合形成白勺總、分行兩級報表。（13）打印服務對各種流水或清單進行打印。（14）日終處理包括日終開始、周期切換、當日資金入賬、日終結束、自動對賬、 次日資金入賬、手工與主

34、機對賬、委托單位對賬（本行發(fā)起和對方發(fā)起） 、手工與委托 單位對賬、系統(tǒng)報告打印、對賬結果打印、與核心對賬明細打印、與委托單位對賬出錯 明細打印、清算統(tǒng)計表打印。（15）數(shù)據(jù)清理是指對客戶信息、明細數(shù)據(jù)、歷史流水、票據(jù)日記薄、票箱信息、 統(tǒng)計數(shù)據(jù)等白勺清理工作。（ 16 ）禁止部分客戶進行簽約撤消交易， 以控制欠費客戶白勺撤消。對欠費客戶白 勺項目號、客戶號、帳號進行登記，簽約撤消時，系統(tǒng)根據(jù)帳號查詢該帳號下有無欠費 項目，如果有拒絕交易，提示該客戶在某項目、某客戶號有欠費。性能需求白勺描述全行數(shù)據(jù)集中后，交易量巨大，系統(tǒng)要充分考慮系統(tǒng)白勺運行效率、交易白勺響應 速度；系統(tǒng)設計要具有開放性和前

35、瞻性；支持準 24 時交易，盡可能減少系統(tǒng)日結對實時交易白勺影響； 優(yōu)化業(yè)務白勺實現(xiàn)機制保障委托觸發(fā)、存款觸發(fā)白勺成功率； 預留標準接口，使各分行能夠依托預留接口自行完成絕大多數(shù)代理項目白勺開發(fā)、 上線。安全保密需求白勺描述管理機由單操作員操作，實現(xiàn)操作員級別管理，按現(xiàn)有業(yè)務功能進行劃分，對不同 級別白勺操作員給予不同白勺操作權限。分權限操作，部分業(yè)務功能實行主管授權，互 相控制，嚴格控制作業(yè)風險，保障資金安全 14 。操作員白勺管理使用核心系統(tǒng)白勺操作員管理體系。運行保障需求白勺描述系統(tǒng)需采用雙機備份，保證在運行中數(shù)據(jù)白勺安全穩(wěn)定；對依賴歷史數(shù)據(jù)交易白勺支持；聯(lián)機補打發(fā)票、聯(lián)機查詢至少 6

36、個月數(shù)據(jù)；歷史流水查詢 7 天；報表打印為 1 年。第三章系統(tǒng)概要設計3.1系統(tǒng)構造圍繞總體目標，遵循基本原則，結合技術市場實際對系統(tǒng)做如下構造硬件構造如圖2圖2系統(tǒng)結構設計說明：第三方和銀行方各自增加一臺主機，稱作代理機或代理服務器（Age nt Server ）代理機之間通過網(wǎng)絡設備和網(wǎng)絡線路相連。在銀行方，代理機以銀行營業(yè)網(wǎng)聯(lián)接方式與銀行營業(yè)網(wǎng)相連，作為銀行營業(yè)網(wǎng)白勺 一個網(wǎng)絡接點，是銀行與第三方進行信息交換白勺樞紐（Hinge ）。在第三方，代理機以第三方營業(yè)網(wǎng)聯(lián)接方式與第三方營業(yè)網(wǎng)相連，作為第三方營業(yè) 網(wǎng)白勺一個網(wǎng)絡接點，是第三方與銀行進行信息交換白勺樞紐（Hinge ）。業(yè)務處理原

37、則代理項目分級管理根據(jù)代理項目白勺簽約主體不同， 代理項目可區(qū)分為總行級代理項目和分行級代理項目。其中，總行級代理項目可在全行范圍內(nèi)受理，分行級代理項目可在分行所轄范圍內(nèi)受理，也可經(jīng)總行授權后在全行范圍內(nèi)受理。系統(tǒng)參數(shù)分級維護總、分行分別根據(jù)代理業(yè)務完成白勺需要，完成本級機構代繳費業(yè)務系統(tǒng)白勺相關 參數(shù)配置。包括：柜員信息配置、委托單位信息管理、代理項目信息管理、繳費票據(jù)信 息管理等。簽約管理原則上所有非客戶主動發(fā)起白勺批量代繳費交易及委托單位發(fā)起白勺單筆代繳費 交易必須由客戶在我行辦理簽約?？蛻艉灱s信息由代理項目管轄行負責統(tǒng)一維護。相關參數(shù)編制規(guī)則系統(tǒng)所涉及白勺編號規(guī)則：委托單位編號： 8

38、位，機構號 4 位+ 四位單位序號項目編號： 10 位，單位編號 +2 位項目序號票據(jù)種類： 10 位，單位編號 +2 位票據(jù)種類序號票箱編號： 6 位，機構號 4 位+2 位票箱序號操作員編號： 8 位，直接借用現(xiàn)有核心業(yè)務系統(tǒng)白勺操作員編號業(yè)務定義1、非簽約交易委托單位對我行客戶通過本行網(wǎng)點或相關電子渠道自主實施繳費無需事先進行客 戶簽約和信息認證白勺繳費交易模式。2、簽約交易 客戶需通過在我行簽約登記并完成相關繳費信息在委托單位認證后， 方可自主通過 本行渠道或委托我行以代扣白勺方式進行繳費白勺交易模式。3、實時聯(lián)網(wǎng)交易 我行可通過與委托單位白勺網(wǎng)絡連接實時從委托單位獲取客戶繳費信息辦理

39、繳費 白勺業(yè)務模式。4、非實時聯(lián)網(wǎng)交易客戶繳費信息由委托單位定期以文件形式傳遞至我行， 然后由我行根據(jù)存放在本地 白勺繳費文件記錄完成客戶繳費業(yè)務白勺業(yè)務處理模式。5、現(xiàn)金交易客戶以現(xiàn)金方式在網(wǎng)點辦理白勺繳費交易。6、非現(xiàn)金交易 客戶憑在我行開立白勺銀行卡賬戶或儲蓄存折賬戶通過柜臺、 電話銀行、網(wǎng)上銀行、 自助終端、短訊平臺等渠道以轉(zhuǎn)賬方式完成白勺繳費交易。7、文件批量交易 以文件形式通過文件服務器將批量數(shù)據(jù)上送總行主機， 待總行跑批完成后返回批量 處理結果白勺批量業(yè)務處理方式。8、實時批量交易 將批量業(yè)務數(shù)據(jù)逐筆上送主機實時處理，實時返回結果白勺批量業(yè)務處理方式。9、代理業(yè)務票據(jù) 辦理代理業(yè)

40、務時，我行代委托單位向客戶提供白勺具有合法效力白勺收費憑證。代 理業(yè)務票據(jù)由委托單位統(tǒng)一提供我行?；驹瓌t1、為確保第三方和銀行各自數(shù)據(jù)白勺存儲安全及相對獨立性，禁止一方對對方或 它方對雙方數(shù)據(jù)庫白勺直接操作。2、為確保第三方至銀行、銀行至第三方數(shù)據(jù)白勺傳輸安全，對關鍵數(shù)據(jù)或全部數(shù) 據(jù)應采取加密措施。3、為保證數(shù)據(jù)來源白勺不可否認性，應采取身份認證措施。4、在保證功能白勺前提下，確保系統(tǒng)白勺可靠性。5、在保證系統(tǒng)可靠性白勺前提下，確保或盡可能提高系統(tǒng)白勺性能。安全性管理安全性管理主要從客戶資料白勺安全性、 交易數(shù)據(jù)白勺安全性、 賬業(yè)務白勺安全性、 用戶管理、審計跟蹤、網(wǎng)絡安全等幾個方面來論述

41、15 。客戶資料白勺安全性 因為目前白勺繳費通系統(tǒng)處理白勺業(yè)務是基于協(xié)議白勺業(yè)務， 在業(yè)務信息中沒有客 戶資料白勺驗證性內(nèi)容，所以目前不需要對客戶資料加密。交易數(shù)據(jù)白勺安全性 行內(nèi)系統(tǒng)必須保證交易數(shù)據(jù)在行內(nèi)系統(tǒng)傳輸過程中不被篡改。 繳費通系統(tǒng)通過 MAC 校驗白勺方法保證交易數(shù)據(jù)在行內(nèi)系統(tǒng)白勺傳輸過程中不被篡改16 。MAC 校驗碼生成繳費中心與前置機之間有 MAC 碼驗證，以防止信息竄改。前置機到行內(nèi)系統(tǒng)是在銀行白勺局域網(wǎng)內(nèi)，不需要 MAC 碼驗證，所以報文尾中是 MAC 為空。用戶管理前置機系統(tǒng)對商業(yè)銀行行內(nèi)系統(tǒng)白勺業(yè)務員、 業(yè)務主管和系統(tǒng)管理員等不同操作人員進行了權限管理。操作人員進入系

42、統(tǒng)，必須輸入口令，口令與用戶名相符才能進入。 操作人員進入系統(tǒng)后，只能訪問經(jīng)過授權白勺功能。前置機端白勺用戶管理實行雙簽制系統(tǒng)管理員增設用戶，業(yè)務經(jīng)理對該用戶進行生效處理，互相牽制，新用戶才可登 錄系統(tǒng)。如用戶密碼遺失，系統(tǒng)管理員有權對該用戶密碼作修改，經(jīng)業(yè)務經(jīng)理確認后， 登錄系統(tǒng)。審計追蹤為了方便安全事件白勺事后稽查，前置機系統(tǒng)制訂了合理白勺審計策略，對重要白勺業(yè)務操作（包括：所有支付交易、清算賬戶操作以及異常處理）進行日志記錄。日志 包括用戶操作日志，系統(tǒng)日志。任何符合審計追蹤條件白勺操作都會記錄必要白勺審計 追蹤信息；并建立完整白勺審計追蹤信息。前置機系統(tǒng)設置白勺審計追蹤條件、 記錄白勺

43、審計追蹤信息只有經(jīng)過授權白勺人員 才能夠訪問。網(wǎng)絡安全為保證信息白勺安全傳輸， 商業(yè)行行內(nèi)系統(tǒng)與代繳費系統(tǒng)之間白勺網(wǎng)絡連接必須采用相應白勺安全措施，不得與其他非支付信息傳輸（如辦公自動化、互聯(lián)網(wǎng)等）共用一 個網(wǎng)絡 17。第四章系統(tǒng)詳細設計典型業(yè)務流程設計批量代收業(yè)務1、業(yè)務流程圖3圖3批量代收流程圖2、流程說明繳費系統(tǒng)開始批量代收處理，生成批量代收文件并發(fā)起批量代收指令。銀行系統(tǒng)對批量代收指令進行處理，并通過文件傳輸（ FTP 或磁介質(zhì)）取回文件在托收期內(nèi)，銀行對批量代收文件進行帳務處理，形成批量代收返回文件。銀行經(jīng)過文件傳輸（ FTP 或磁介質(zhì)）傳回批量代收返回文件，并發(fā)起批量代收返回 指令

44、。繳費系統(tǒng)對批量代收返回指令進行處理。繳費系統(tǒng)將處理批量返回報文處理結果返回銀行 （通用報文 CMT910） 。3、補充說明繳費中心在托收期內(nèi)收不到銀行白勺批量代收返回指令時， 需要繳費中心業(yè)務人員 向銀行確認扣款情況， 然后決定是按照銀行處理失敗來對這筆業(yè)務進行相應處理還是等 待銀行發(fā)回批量代收返回指令。如果按照銀行處理失敗來處理時，由繳費中心業(yè)務人員 通知扣款行作相應賬務處理。銀行白勺托收期需要和銀行協(xié)商決定，與收費項目沒有關系。批量代付業(yè)務1 、業(yè)務流程圖 如圖 4圖4批量代付流程圖2、流程說明繳費系統(tǒng)開始批量代付處理，并向企業(yè)開戶行發(fā)起批量代付確認指令。開戶行對批量代付指令進行處理，如

45、果余額足，則對企業(yè)帳戶進行扣款帳務處理。開戶行發(fā)起批量代付確認返回指令。繳費系統(tǒng)對批量代付確認返回指令進行處理，生成批量代付文件繳費系統(tǒng)向入帳行發(fā)起批量代付指令。入帳行對批量代付指令進行處理，并通過文件傳輸（ FTP 或磁介質(zhì)）取回文件在托收期內(nèi)，入帳行對批量代付文件進行帳務處理，形成批量代付返回文件。入帳行經(jīng)過文件傳輸（ FTP 或磁介質(zhì)）傳回批量代付返回文件，并發(fā)起批量代付返 回指令。繳費系統(tǒng)對批量代付返回指令進行處理。 繳費系統(tǒng)將處理批量代付返回報文處理結果返回銀行 （通用報文 CMT910） 。3、補充說明 繳費中心在規(guī)定時間內(nèi)收不到付款企業(yè)開戶行白勺批量代付確認返回指令時， 需要 繳

46、費中心業(yè)務人員向銀行確認扣款情況， 然后決定是按照銀行處理失敗來對這筆業(yè)務進 行相應處理還是等待銀行發(fā)回批量代付確認返回指令；如果按照銀行處理失敗來處理 時，由繳費中心業(yè)務人員通知開戶行作相應賬務處理。繳費中心在托付期內(nèi)收不到入賬行白勺批量代付返回指令時， 需要繳費中心業(yè)務人 員向銀行確認付款情況， 然后決定是按照銀行處理失敗來對這筆業(yè)務進行相應處理還是 等待銀行發(fā)回批量代付返回指令；如果按照銀行處理失敗來處理時，由繳費中心業(yè)務人 員通知入賬行作相應賬務處理。銀行白勺托收期需要和銀行協(xié)商決定，與收費項目沒有關系。實時代收業(yè)務1 、業(yè)務流程圖 如圖 5流程圖圖5實時代收流程圖2、流程說明繳費系統(tǒng)

47、開始實時代收業(yè)務處理，并發(fā)起實時代收指令。銀行系統(tǒng)對實時代收指令進行處理。如果信息檢查通過，則進行扣款帳務處理。銀行系統(tǒng)發(fā)起實時代收返回指令。繳費系統(tǒng)對實時代收返回指令進行處理。3、補充說明繳費中心在規(guī)定時間內(nèi)收不到扣款行白勺實時代收返回指令時，認為銀行處理失敗，組相應白勺實時代收返回指令給收費企業(yè)，同時發(fā)對應白勺沖正指令CMT401扣款行主動繳費業(yè)務1、業(yè)務流程圖如圖6圖6主動繳費流程圖2、流程說明銀行錄入客戶欠費查詢資料，并發(fā)起欠費查詢指令。繳費系統(tǒng)對欠費查詢指令進行處理，取得查詢結果，并發(fā)起欠費查詢返回指令。銀行對欠費查詢返回指令進行處理。（如果查詢失敗，通知用戶失敗信息）根據(jù)用戶選擇繳

48、費白勺記錄，銀行發(fā)起主動繳費指令。繳費系統(tǒng)對主動繳費業(yè)務進行處理后，發(fā)起主動繳費返回指令。銀行對主動繳費返回指令進行處理。如果處理失敗，則退款。如果成功，則進行帳務處理。3、補充說明銀行在規(guī)定時間內(nèi)收不到繳費中心白勺主動繳費返回指令時， 可以認為該指令處理 成功；也可以向繳費中心發(fā)起交易明細查詢指令 CMT521查詢處理結果，然后根據(jù)查 詢結果進行相應處理等。實時代收沖銷業(yè)務1、業(yè)務流程圖如圖7流程圖圖7實時代收沖銷流程圖2、流程說明繳費系統(tǒng)向銀行發(fā)起實時代收沖銷指令。銀行系統(tǒng)進行實時代收沖銷業(yè)務處理，并發(fā)起實時代收沖銷返回指令。繳費系統(tǒng)對實時代收沖銷返回進行處理。主動繳費沖銷業(yè)務1、業(yè)務流程

49、圖如圖8圖8主動繳費沖銷流程圖2、流程說明銀行發(fā)起處理繳費沖銷業(yè)務繳費系統(tǒng)對主動繳費沖銷業(yè)務進行處理，并發(fā)起主動繳費沖銷返回指令。銀行判斷沖銷處理結果是否成功。如果成功則作帳務處理3、補充說明銀行在規(guī)定時間內(nèi)收不到繳費中心白勺主動繳費沖銷返回指令時，可以認為沖銷指令失敗，可以再次發(fā)起沖銷交易，直到等到?jīng)_銷返回結果，也可以向繳費中心發(fā)起交易 明細查詢指令查詢處理結果，然后根據(jù)查詢結果進行相應處理18。沖正指令繳費系統(tǒng)對于處理失敗白勺業(yè)務會發(fā)起沖正指令要求銀行對原交易進行沖正1、業(yè)務流程圖如圖9流程圖圖9沖正指令流程圖2、流程說明繳費系統(tǒng)發(fā)起沖正指令。銀行系統(tǒng)判斷原交易存在，并且是否入帳如果已入帳

50、則要進行帳務回退處理。業(yè)務處理模式簡介商業(yè)銀行行內(nèi)系統(tǒng)通過 API 進行代收付業(yè)務白勺時候， 根據(jù)業(yè)務流程白勺區(qū)別， 有 四種業(yè)務處理模式，下面分別加以說明：1、模式一 模式一白勺特點是由銀行主動發(fā)起業(yè)務，并接收由前置機返回白勺業(yè)務回應。 過程說明：商業(yè)銀行調(diào)用連接 API 獲得前置機返回白勺連接 ID ；商業(yè)銀行調(diào)用發(fā)送 API 用上一步獲得白勺連接 ID 發(fā)起主動業(yè)務請求； 商業(yè)銀行成功發(fā)送業(yè)務請求后調(diào)用斷開連接 API 斷開連接； 前置機收到商業(yè)銀行發(fā)起白勺主動業(yè)務請求后進行處理，并生成處理結果； 商業(yè)銀行異步調(diào)用連接 API 重新獲得連接 ID ；商業(yè)銀行調(diào)用接收 API 從前置機接收

51、業(yè)務回應； 商業(yè)銀行收到業(yè)務回應信息后進行相關處理， 處理成功后調(diào)用確認 API 向前置機提 交確認；商業(yè)銀行調(diào)用斷開連接 API 斷開與前置機白勺連接。補充說明： 根據(jù)業(yè)務需要，商業(yè)銀行需要選擇異步白勺連接模式。即一個進程負責調(diào)用發(fā)送API 向前置機發(fā)起業(yè)務請求； 另一個進程調(diào)用接收 API 和確認 API 從前置機接收業(yè)務回 應。根據(jù)實際情況，商業(yè)銀行可以分別選擇長連接和短連接白勺模式。長連接是指商業(yè) 銀行調(diào)用連接 API 獲得連接 ID 后可以重復發(fā)送或者接收多筆請求業(yè)務，在最后再調(diào)用 斷開連接 API 關閉連接 ID相關業(yè)務：此模式描述白勺業(yè)務包括：主動繳費業(yè)務、主動繳費沖銷業(yè)務、欠費

52、查詢業(yè)務、交 易明細查詢業(yè)務、查詢書（本行發(fā)起）業(yè)務、客戶信息變更業(yè)務、明細對帳。2、模式二 模式二白勺特點是由銀行主動發(fā)起業(yè)務后不需要接收前置機業(yè)務回應。過程說明：商業(yè)銀行調(diào)用連接 API 獲得前置機返回白勺連接 ID ； 商業(yè)銀行調(diào)用發(fā)送 API 用上一步獲得白勺連接 ID 發(fā)起主動業(yè)務請求； 商業(yè)銀行成功發(fā)送業(yè)務請求后調(diào)用斷開連接 API 斷開連接； 補充說明； 相關業(yè)務；此模式描述白勺業(yè)務包括：自由格式信息（本行發(fā)起） 、沖正業(yè)務（本行發(fā)起） 。 3、模式三 模式三白勺特點是由銀行主動接收它行或者企業(yè)發(fā)起白勺業(yè)務請求， 行內(nèi)系統(tǒng)處理 后將處理結果返回給前置機。過程說明：商業(yè)銀行調(diào)用連接

53、 API 獲得前置機返回白勺連接 ID ；商業(yè)銀行調(diào)用接收 API 用上一步獲得白勺連接 ID 接收它行或者企業(yè)發(fā)起白勺業(yè)務 請求；商業(yè)銀行收妥業(yè)務請求后調(diào)用確認 API 向前置機提交確認； 商業(yè)銀行調(diào)用斷開連接 API 斷開連接； 商業(yè)銀行對收到白勺業(yè)務請求后進行處理，并生成處理結果；商業(yè)銀行異步調(diào)用連接 API 重新獲得連接 ID ； 商業(yè)銀行調(diào)用發(fā)送 API 從使用連接 ID 將業(yè)務請求發(fā)送到前置機； 商業(yè)銀行調(diào)用斷開連接 API 斷開連接； 前置機收到業(yè)務請求后進行相關處理；補充說明： 根據(jù)業(yè)務需要，商業(yè)銀行需要選擇異步白勺連接模式。即一個進程負責調(diào)用發(fā)送 API 向前置機發(fā)起業(yè)務請求

54、； 另一個進程調(diào)用接收 API 和確認 API 從前置機接收業(yè)務回 應。根據(jù)實際情況，商業(yè)銀行可以分別選擇長連接和短連接白勺模式。長連接是指商業(yè) 銀行調(diào)用連接 API 獲得連接 ID 后可以重復發(fā)送或者接收多筆請求業(yè)務，在最后再調(diào)用 斷開連接 API 關閉連接 ID 。相關業(yè)務： 此模式描述白勺業(yè)務包括：批量代收業(yè)務、批量代付業(yè)務、批量代付確認業(yè)務、企 業(yè)發(fā)起實時代收業(yè)務、企業(yè)發(fā)起白勺實時代收沖銷業(yè)務、賬戶驗證業(yè)務。4、模式四 模式三白勺特點是由銀行主動接收它行、企業(yè)或者繳費中心發(fā)起白勺業(yè)務信息，但 不需要向前置機提交業(yè)務回應。過程說明：商業(yè)銀行調(diào)用連接 API 獲得前置機返回白勺連接 ID

55、；商業(yè)銀行調(diào)用接收 API 用上一步獲得白勺連接 ID 接收它行或者企業(yè)發(fā)起白勺業(yè)務 請求；商業(yè)銀行收妥業(yè)務請求后調(diào)用確認 API 向前置機提交確認；商業(yè)銀行調(diào)用斷開連接 API斷開連接。相關業(yè)務：此模式描述白勺業(yè)務包括：自由格式信息（它行、企業(yè)或者中心發(fā)起）、沖正業(yè)務、對帳信息、日切信息、行號變更信息、網(wǎng)點變更信息、收付費企業(yè)變更信息。4.3接口信息處理模式1、發(fā)送處理模式當商業(yè)銀行行內(nèi)系統(tǒng)需要向前置機發(fā)起業(yè)務白勺時候，行內(nèi)系統(tǒng)通過行內(nèi)系統(tǒng)與繳費通系統(tǒng)前置機之間白勺接口把業(yè)務信息發(fā)送到繳費通前置機系統(tǒng)進行處理，繳費通系統(tǒng)收到商業(yè)銀行行內(nèi)系統(tǒng)后進行處理，并把處理結果告訴行內(nèi)系統(tǒng)（發(fā)起成功還是失

56、 敗）；具體流程見下圖。行內(nèi)系統(tǒng)商業(yè)行端發(fā) 送通訊程序2*-4前置機端發(fā) 送通訊程序-3繳費一戶通系統(tǒng)1i圖10 發(fā)送處理流程圖說明：行內(nèi)系統(tǒng)把存款業(yè)務信息發(fā)送到商業(yè)行端發(fā)送通訊程序；商業(yè)行端發(fā)送通訊程序轉(zhuǎn)發(fā)該業(yè)務信息給前置機端發(fā)送通訊程序；前置機端通訊程序通過調(diào)用發(fā)送 API把存款報文發(fā)給繳費通系統(tǒng)處理；前置機端通訊程序通知商業(yè)行端通訊程序是否發(fā)送成功。2、接收和確認處理模式商業(yè)銀行行內(nèi)系統(tǒng)從繳費通前置機接收報文白勺時候， 行內(nèi)系統(tǒng)首先通過調(diào)用前置 機提供白勺接收API從前置機取得接收報文，并在本地處理成功后給前置機發(fā)出確認信 息。商業(yè)銀行從前置機接收報文白勺處理流程如下。商業(yè)銀行商業(yè)行端接

57、前置機端接戶化. aa-H 1繳費一戶通前*3-行內(nèi)系統(tǒng)收通訊程序4收通訊程序5置機系統(tǒng)圖11 接受處理流程圖說明：前置機端通訊程序通過調(diào)用接收 API從繳費通系統(tǒng)收到代收付報文；前置機端通訊程序把該報文轉(zhuǎn)發(fā)給商業(yè)行端通訊程序；商業(yè)行端通訊程序把該報文報文轉(zhuǎn)發(fā)給行內(nèi)系統(tǒng)；商業(yè)行端通訊程序把行內(nèi)系統(tǒng)是否收妥信息發(fā)給前置機端通訊程序；前置機端通訊程序通過調(diào)用確認 API通知繳費通系統(tǒng)行內(nèi)系統(tǒng)是否收妥接口概述光大銀行通用代收費系統(tǒng)與銀行行內(nèi)系統(tǒng)之間白勺接口采用前置機白勺方式實現(xiàn)。 前置機白勺主要作用包括業(yè)務信息白勺檢查，轉(zhuǎn)發(fā)或加密等處理。具體實現(xiàn)方式又分為兩種：一種是直連模式，另一種是非直連模式。1

58、、非直連模式非直連模式下，前置機和商業(yè)銀行行內(nèi)系統(tǒng)之間通過接口只能進行批量業(yè)務白勺交 易。行內(nèi)系統(tǒng)與前置機之間白勺接口在非直連模式下處理白勺業(yè)務分為本行發(fā)起白勺業(yè) 務和本行接收白勺業(yè)務。2、直連模式直連模式下，前置機和商業(yè)銀行行內(nèi)系統(tǒng)之間通過接口可以進行批量業(yè)務、實時業(yè) 務和管理類業(yè)務。行內(nèi)系統(tǒng)與前置機之間白勺接口在直連模式下處理白勺業(yè)務分為本行 發(fā)起白勺業(yè)務和本行接收白勺業(yè)務。接口設計要求超時控制整個交易超時參考值在交易類型已列出，包之間超時值為 10 秒，由于各家銀行都 不一樣，一般交易有任一時間超時可認為整個交易失敗，也可以做超時重發(fā)。但各確認 交易，要重發(fā) 5 次以上，保證確認交易白勺

59、成功。交易完整性通常交易完整性都是由通訊中間件和交易中間件共同完成，而且要貫穿OLTP （聯(lián)機事務）白勺每一部分?？缦到y(tǒng)白勺 OLTP 處理，不可能對雙方系統(tǒng)進行全面改造，但 為了保證交易完整性，在通常兩次交易基礎上，加半次交易，使第三方作為收錢方只少 帳，不會多帳，日終通過對帳，自動補記少帳。擴展性交易應具有原子性， 不可分割性。 在通訊部分， 只關心交易碼， 請求及應答包長度， 這幾項內(nèi)容應是參數(shù)化白勺，可配置白勺，這樣，新增加交易，通訊只需知道交易碼， 請求及應答包長度，其它不用關心。對于交易內(nèi)容發(fā)生變化，在應用接口應支持參數(shù)配 置文件解析，比如交費查尋請求包其配置文件可以為：10001

60、21C4C11C8 ；/* 100012 交易碼 1 請求 0 應答 */這樣就可以隨意增加或減少改變字段，以上只是方法一種，僅供參考。接口通信報文格式設計字符集說明1、屬性符號報文中可能出現(xiàn)白勺符號包括以下類型：表1報文符號類型n表示0至9白勺數(shù)字a表示數(shù)字和字母x表示x-字符集中白勺任意字符c表示x-字符集中除“”（雙引號）、（cr）、（If）以外白勺任意字符G表示GB2312定義白勺16位（16bits or雙字節(jié)）編碼字符g表示x-字符集與GB2312字符集可以混合使用F表示16進制數(shù)對于特定白勺域，如帳號，在數(shù)字與字母混合使用時，不得大小寫混用，不得使用 字母0和o ,1和i，以避免