中國建設(shè)銀行內(nèi)蒙分行網(wǎng)上銀行接入系統(tǒng)方案建議書

第33頁中國建設(shè)銀行內(nèi)蒙分行網(wǎng)上銀行接入系統(tǒng)方案建議書XXX軟件技術(shù)有限公司目錄TOC\o"1-3"第1章 前言 51.1 簡要自述 51.2 概述 51.3 服務(wù)內(nèi)容描述 71.4 本文中所涉及的關(guān)鍵詞 81.5 參考資料 9第2章 網(wǎng)上銀行項目總體需求 102.1 B2C交易 122.1.1 查詢類 122.1.2 轉(zhuǎn)帳類 142.1.3 代收代付類 172.1.4 外匯買賣類 172.1.5 證卷交易類 182.1.6 簽約類 202.1.7 掛失類 212.1.8 速匯通類 212.2 B2B交易報文描述 222.2.1 基本帳戶服務(wù)類 222.2.2 E票類 262.2.3 代發(fā)代扣 27第3章 網(wǎng)上銀行接入系統(tǒng)設(shè)計 303.1 設(shè)計目標 303.2 網(wǎng)銀接入系統(tǒng)總體結(jié)構(gòu) 313.3 業(yè)務(wù)處理 333.3.1 前置系統(tǒng)業(yè)務(wù)處理 333.3.2 城綜網(wǎng)業(yè)務(wù)處理及改造 343.3.3 憑證處理 353.3.4 日終處理 353.4 網(wǎng)銀接入系統(tǒng)軟件體系架構(gòu) 36軟件系統(tǒng)架構(gòu) 363.4.2 結(jié)構(gòu)說明 37第4章 網(wǎng)上銀行項目主要工作 404.1 網(wǎng)上銀行項目主要目標 404.2 數(shù)據(jù)處理流程 414.2.1 網(wǎng)上銀行報文及通訊模式 414.2.2 網(wǎng)上銀行交易流程設(shè)計 434.2.3 系統(tǒng)管理設(shè)計 544.2.4 業(yè)務(wù)管理設(shè)計 544.3 網(wǎng)上銀行接入系統(tǒng)的實現(xiàn) 554.3.1 業(yè)務(wù)需求整理 554.3.2 系統(tǒng)規(guī)劃 554.3.3 報文信息整理 554.3.4 主機子服務(wù)信息整理 564.3.5 數(shù)據(jù)庫及子服務(wù)構(gòu)建 564.3.6 基本操作的整理及開發(fā) 584.3.7 子服務(wù)模板開發(fā) 594.3.8 信息配置 594.3.9 監(jiān)控管理子系統(tǒng)的開發(fā) 594.4 與網(wǎng)上銀行業(yè)務(wù)相關(guān)系統(tǒng)的改造 624.4.1 主機業(yè)務(wù)系統(tǒng)相關(guān)功能擴充 624.4.2 保證金自動轉(zhuǎn)帳系統(tǒng) 634.4.3 個人外匯買賣系統(tǒng) 634.4.4 資金清算系統(tǒng) 634.4.5 龍卡網(wǎng)絡(luò)系統(tǒng) 634.5 網(wǎng)上銀行項目系統(tǒng)測試工作 644.5.1 系統(tǒng)測試 644.5.2 分行接入測試 644.5.3 高偉達公司測試保障 654.5.4 上線 65第5章 網(wǎng)上銀行項目實施計劃 665.1 項目工程設(shè)計 665.2 實施步驟 675.2.1 應(yīng)用軟件開發(fā)步驟 675.2.2 工程實施步驟 695.2.3 試運行和最終驗收 715.2.4 驗收說明 715.3 項目范圍 735.4 項目進度 73第6章 網(wǎng)上銀行項目售后服務(wù)計劃 746.1 高偉達與內(nèi)蒙建行的合作方式 746.2 需求分析階段 746.3 系統(tǒng)設(shè)計階段 746.4 系統(tǒng)測試階段 746.5 系統(tǒng)開發(fā)過程控制 756.6 應(yīng)用系統(tǒng)培訓(xùn) 756.7 系統(tǒng)文檔資料 756.8 售后服務(wù)響應(yīng)時間 76第7章 公司簡介 777.1 提供產(chǎn)品或服務(wù)的情況 777.1.1 近三年國內(nèi)外主要用戶的名稱和地址 777.1.2 高偉達在中國建設(shè)銀行網(wǎng)銀項目的成功案例 787.1.3 高偉達公司面向銀行的軟件產(chǎn)品成功推廣案例 807.1.4 高偉達公司面向金融行業(yè)的成功案例 837.1.5 高偉達公司在其它行業(yè)成功案例 877.2 公司其它情況 917.2.1 高偉達文化 927.2.2 國際合作 927.2.3 高偉達核心軟件產(chǎn)品系列 937.2.4 高偉達人員簡介 997.2.5 技術(shù)支持部門情況簡介 1007.2.6 高偉達售后服務(wù)體系 101第8章 結(jié)束語 105

前言簡要自述高偉達集團始建于1997年，伴隨著中國IT行業(yè)的迅猛發(fā)展，集團也高速成長，形成了目前集團員工260人，資產(chǎn)額5.3億，年銷售額4億，年利潤2000萬的營運規(guī)模。集團由深圳高偉達投資有限公司，高偉達軟件技術(shù)有限公司和高偉達科技發(fā)展有限公司及下屬北京、深圳、廣州、上海、沈陽、南京、武漢和成都8個分公司構(gòu)成。高偉達軟件技術(shù)有限公司的發(fā)展目標是成為國內(nèi)銀行、保險等金融行業(yè)的電子商務(wù)主要建設(shè)者。通過幾年的不懈努力，在為各界提供小型到大中型軟硬件系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)的集成、設(shè)計、開發(fā)與實施過程中，它發(fā)展成為國內(nèi)各行業(yè)，尤其是為金融業(yè)提供基礎(chǔ)業(yè)務(wù)軟件、行業(yè)解決方案設(shè)計和實施、軟件產(chǎn)品開發(fā)等全方位服務(wù)的系統(tǒng)集成商。概述隨著市場經(jīng)濟的不斷發(fā)展，金融領(lǐng)域的競爭日趨白熱化。特別是目前電子商務(wù)的爆炸式發(fā)展，為銀行業(yè)提供了更廣闊的競爭空間。銀行的網(wǎng)點規(guī)模不再是銀行間競爭的主要手段，銀行服務(wù)將逐步轉(zhuǎn)向以提供自助終端服務(wù)和基于Internet的網(wǎng)上服務(wù)等為主要方式，尤其是Internet的網(wǎng)上服務(wù)將銀行的服務(wù)窗口搬到了企業(yè)駐地、個人住所和客戶手中。近年來，國內(nèi)的一些銀行圍繞這些新技術(shù)和概念不斷推出一系列新型的金融品種，如：電話銀行、外匯寶、自助銀行、代收代付中間業(yè)務(wù)、網(wǎng)上銀行、手機銀行等。這些新業(yè)務(wù)品種的推出烘托了銀行的形象，爭奪了市場和客戶。本著“長遠規(guī)劃，漸進發(fā)展”的原則，對于內(nèi)蒙建行網(wǎng)上銀行2.0系統(tǒng)的開發(fā)將作為未來提供銀行傳統(tǒng)業(yè)務(wù)及新型業(yè)務(wù)應(yīng)用服務(wù)器的雛形。本方案將結(jié)合內(nèi)蒙建行實際情況以及招標文件和項目目標概要中提及的要求，介紹高偉達公司的“網(wǎng)上銀行2.0接入系統(tǒng)解決方案”。本方案建議書是專為中國建設(shè)銀行內(nèi)蒙分行制作，以期對內(nèi)蒙建行網(wǎng)上銀行系統(tǒng)的總體功能闡述清楚，明確界定工作范圍，并能對今后前置機的開發(fā)工作起一定的幫助作用本系統(tǒng)的設(shè)計基于高偉達軟件技術(shù)有限公司的應(yīng)用服務(wù)平臺EasyLink產(chǎn)品，EasyLink是一個為滿足銀行未來渠道接入服務(wù)和各種中間業(yè)務(wù)應(yīng)用而設(shè)計的服務(wù)器系統(tǒng)平臺。本方案建議書的重點在于完成網(wǎng)上銀行渠道的接入。高偉達公司與中國建設(shè)銀行有著歷史悠久的、良好的合作關(guān)系，為中國建設(shè)銀行總行以及各地分行完成了眾多的項目，積累豐富的應(yīng)用開發(fā)經(jīng)驗，培養(yǎng)了大批熟悉銀行業(yè)務(wù)的專業(yè)人才。高偉達公司積極參與網(wǎng)上銀行的建設(shè)工作，首先在11家一級分行實現(xiàn)了基于Internet的企業(yè)銀行應(yīng)用，而后又完成5家一級分行的網(wǎng)上銀行接入系統(tǒng)的建設(shè)。了解總行網(wǎng)上銀行的業(yè)務(wù)管理以及不同分行在接入總行網(wǎng)銀中心時遇到的各種情況，積累了寶貴的經(jīng)驗。高偉達公司建立了技術(shù)研發(fā)中心及完善的服務(wù)支持體系，并擁有一只分布在全國各地的專業(yè)化技術(shù)服務(wù)隊伍。希望以出色的技術(shù)能力和豐富的行業(yè)知識為內(nèi)蒙建行用戶提供全方位的技術(shù)支持和服務(wù)。

服務(wù)內(nèi)容描述為實現(xiàn)《中國建設(shè)銀行內(nèi)蒙分行網(wǎng)上銀行2.0項目目標概要》中提及的各項要求，本系統(tǒng)的網(wǎng)上銀行前置機系統(tǒng)應(yīng)當具有以下功能：總行交易接口功能

完成與總行的通訊，接收總行的交易數(shù)據(jù)，向總行發(fā)送交易應(yīng)答。

本方案滿足該要求。本方案針對網(wǎng)上銀行涉及到的B2C，B2B兩類交易分別進行了描述。具體方案內(nèi)容見3至5章內(nèi)容。交易路由功能

根據(jù)交易類型和帳戶類型，進行交易路由，分別將交易發(fā)送給營業(yè)部、省行主機以及不同市行的代理平臺。

本方案滿足概要求。本方案從高偉達公司的EasyLink應(yīng)用服務(wù)平臺技術(shù)特點方面對該要求進行了描述，通過對服務(wù)與子服務(wù)的判斷完成該功能。省行主機交易接口

將總行網(wǎng)銀交易求求轉(zhuǎn)換為省行主機或營業(yè)部主機要求格式的數(shù)據(jù)包，向后臺發(fā)送交易求并接收前置機應(yīng)答。

本方案滿足該要求。針對具體交易數(shù)據(jù)報文格式，通過EasyLink報文配置功能對網(wǎng)銀提交的請求報文根式進行轉(zhuǎn)換后提交后臺，并把后臺的響應(yīng)信息按照網(wǎng)銀要求的格式進行轉(zhuǎn)換。該功能也正是本系統(tǒng)建設(shè)的意義所在?？蛻艉灱s信息的管理

存放網(wǎng)銀簽約客戶信息，進行簽約處理。登記網(wǎng)銀交易信息，根據(jù)業(yè)務(wù)部門的要求，產(chǎn)生各類統(tǒng)計報表。網(wǎng)銀交易監(jiān)控，其他網(wǎng)銀交易的特殊處理。

本方案滿足該要求。本方案從客戶簽約處理業(yè)務(wù)流程和系統(tǒng)處理流程兩方面進行描述，同時提供專門用于管理簽約客戶數(shù)據(jù)的系統(tǒng)監(jiān)控管理程序?qū)蛻粜畔⑦M行管理和維護。具體內(nèi)容見本方案第4章和第6章。網(wǎng)銀交易統(tǒng)計分析本文中所涉及的關(guān)鍵詞EasyLink

本系統(tǒng)的名稱。能夠完成各種應(yīng)用系統(tǒng)之間的交易存儲轉(zhuǎn)發(fā)及監(jiān)控功能。報文

EasyLink系統(tǒng)處理的、用于在節(jié)點之間交換信息的數(shù)據(jù)元集合。交易

用于完成（如可能）原始報文發(fā)起者意圖的相關(guān)報文的集合。交易的發(fā)起者必須是交易的終結(jié)者，即“交易發(fā)起者終止交易”。簽約帳戶

客戶同意通過網(wǎng)上銀行操作的帳戶，如查詢信息，從帳戶中轉(zhuǎn)出金額等，簽約帳戶必須得到網(wǎng)上銀行客戶的書面確認。約定帳戶

網(wǎng)上銀行客戶在轉(zhuǎn)帳操作時指定的轉(zhuǎn)入帳戶，它必須事先得到網(wǎng)上銀行客戶的確認，約定帳戶必須是活期帳戶。簽約

指網(wǎng)上銀行客戶辦理網(wǎng)上銀行服務(wù)的過程，包括書面同意遵守網(wǎng)上銀行章程，核對個人身份和核定帳戶，指明簽約帳戶和約定帳戶等。城市綜合網(wǎng)

指建行現(xiàn)有的業(yè)務(wù)綜合網(wǎng)絡(luò)。網(wǎng)銀中心

建行網(wǎng)上銀行的管理中心，依賴于各地的城市綜合網(wǎng)進行實際業(yè)務(wù)交易。用戶名

用戶進入網(wǎng)上銀行系統(tǒng)的標識，又稱用戶代碼，由字母和數(shù)字組成。對公單位使用網(wǎng)上銀行時也必須通過指定的用戶名登錄。開戶行

即帳戶的開戶銀行，在網(wǎng)上銀行系統(tǒng)中，對公帳戶的開戶行明細到具體的辦事處或分理處；對私帳戶只明細到一級分行。網(wǎng)上B2B業(yè)務(wù)

指以網(wǎng)上銀行為平臺，利用建設(shè)銀行資金清算系統(tǒng)實現(xiàn)各城綜網(wǎng)之間的對公帳戶的查詢和轉(zhuǎn)帳等業(yè)務(wù)。企業(yè)客戶

通過網(wǎng)銀部審核，獲得IC卡，可以從事網(wǎng)上B2B業(yè)務(wù)的單位。IC卡

存放客戶數(shù)字證書的載體，客戶的每個操作員擁有一張IC卡。根據(jù)不同的操作權(quán)限分主管卡和一般卡。發(fā)卡機構(gòu)

成員行受理客戶網(wǎng)上B2B業(yè)務(wù)申請和發(fā)放IC卡的專門業(yè)務(wù)柜臺，配有網(wǎng)銀部業(yè)務(wù)員。負責(zé)核查客戶基本信息，替客戶下載證書，發(fā)放IC卡。開戶申請

客戶在發(fā)卡機構(gòu)填寫申請表，申請使用網(wǎng)上B2B業(yè)務(wù)。開戶機構(gòu)

客戶帳戶開戶所在的會計柜臺。帳戶簽約

客戶在成功通過開戶申請后，到帳戶開戶會計柜臺，與該柜臺簽約，該帳呼可用于網(wǎng)上B2B業(yè)務(wù)。參考資料《中國建設(shè)銀行網(wǎng)上銀行二期業(yè)務(wù)需求說明書》《中國建設(shè)銀行網(wǎng)上銀行二期B2C業(yè)務(wù)報文接口規(guī)范》《中國建設(shè)銀行網(wǎng)上銀行二期B2B業(yè)務(wù)報文接口規(guī)范》《中國建設(shè)銀行網(wǎng)上銀行二期成員行報文接口使用說明書》

網(wǎng)上銀行項目總體需求內(nèi)蒙建行網(wǎng)上銀行接入系統(tǒng)是聯(lián)系建行網(wǎng)銀中心和內(nèi)蒙建行相關(guān)業(yè)務(wù)主機的數(shù)據(jù)報文分流器，主要完成報文的存儲、轉(zhuǎn)發(fā)功能，但必須在系統(tǒng)的設(shè)計之初考慮今后系統(tǒng)功能的擴展，在保證系統(tǒng)目前業(yè)務(wù)功能及系統(tǒng)穩(wěn)定可靠的前提下，應(yīng)考慮系統(tǒng)的可擴充性，以方便今后的擴展?；趦?nèi)蒙建行綜合考慮今后多種渠道的接入及中間業(yè)務(wù)的拓展，建議建設(shè)應(yīng)用服務(wù)系統(tǒng)，把網(wǎng)上銀行的接入作為應(yīng)用服務(wù)系統(tǒng)的接入渠道。網(wǎng)上銀行接入總體結(jié)構(gòu)：在以后的介紹中網(wǎng)銀前置機與應(yīng)用服務(wù)系統(tǒng)的概念等同。網(wǎng)銀中心在每一分行設(shè)置加密服務(wù)通信網(wǎng)關(guān)與網(wǎng)銀中心連接，因而，各分行實現(xiàn)網(wǎng)上銀行，只需把網(wǎng)銀提供的加密通信網(wǎng)關(guān)作為一個提供銀行業(yè)務(wù)的服務(wù)渠道接入即可，如同手機、電話、ATM等服務(wù)渠道處理方式類似。對于內(nèi)蒙分行而言，主要的工作如下：增加分行的網(wǎng)銀加密通訊機（軟件及加密卡由總行提供，分行提供主機）。增加網(wǎng)銀后臺管理機（軟件總行提供，分行提供主機）增加LRA受理系統(tǒng)（軟件總行提供，分行提供主機）搭建網(wǎng)銀測試系統(tǒng)（軟件總行提供，分行提供主機）增加網(wǎng)銀前置系統(tǒng)（分行自主開發(fā)）增加網(wǎng)銀前置監(jiān)控系統(tǒng)（分行自主開發(fā)）增加網(wǎng)銀柜臺簽約系統(tǒng)（分行自主開發(fā)）針對網(wǎng)銀相關(guān)交易的分行城綜網(wǎng)改造（分行自主開發(fā)，原則是盡量利用城綜網(wǎng)已有的交易，對于開通業(yè)務(wù)必須改動部分需要做相應(yīng)調(diào)整）

本章將針對網(wǎng)上銀行2.0中所有的B2C、B2B類交易分別進行描述與分析。B2C交易查詢類310100帳戶信息查詢應(yīng)用交易余額查詢交易帳戶信息查詢交易個人開戶申請個人追加帳戶商戶余額查詢交易該交易主要完成對主帳戶進行查詢，對于一卡通帳戶可以一次返回所有子帳戶的信息。處理要求應(yīng)答報文中在客戶使用不同的轉(zhuǎn)帳交易時，使用儲種代碼控制子帳戶的選擇，因此必須正確返回。當帳戶密碼不為空時（個人開戶和帳戶追加的時候），必須對帳戶密碼進行校驗，并將客戶姓名、證件類型、證件號碼和賬戶中登記的信息進行比較。用戶開戶成功后，即可以顯示帳戶地余額信息。帳戶密碼為空時候，不需要對帳戶信息進行校驗。返回報文中的賬號標識符在一卡通帳戶中用來唯一標識一個子賬號。在非一卡通帳戶中，賬號標識符所填內(nèi)容與賬號域相同。網(wǎng)銀收到應(yīng)答信息后，判斷帳戶類型如果是一卡通帳戶后，將保存所有子帳戶信息，在所有需要選擇子帳戶地交易中將從本地數(shù)據(jù)庫中選擇。在用戶每次查詢一卡通余額地時候，都可以將子帳戶同步到網(wǎng)銀中心。對于一卡通帳戶，返回的幣種均為子帳戶的幣種，如果所有子帳戶的幣種都一樣，則主帳戶幣種登記為子帳戶幣種，否則登記為多幣種（00）。返回報文中的帳戶狀態(tài)用中文表示該帳戶狀態(tài)。例如：正常、掛失、凍結(jié)、止付等。成員行不需要保存下傳的帳戶信息，在客戶進行帳戶簽約時候從柜臺收集帳戶信息。310200帳戶明細查詢應(yīng)用交易交易明細查詢（包括普通卡折明細查詢和一卡通子賬戶明細查詢）公積金查詢商戶明細查詢處理要求返回報文中的憑證號碼表示城市綜合網(wǎng)記載的憑證號碼。返回報文中的借貸標志具體解釋為：0表示借，1表示貸。返回報文中的交易貨幣代碼1是用于表示幣種的代碼，代碼格式參照總行統(tǒng)一編碼。310400消費積分查詢應(yīng)用交易消費積分查詢處理要求根據(jù)分行設(shè)置的可以查詢消費積分的帳戶類型，查詢所傳遞帳戶的消費積分。310500交易處理結(jié)果查詢本交易用戶跟蹤資金轉(zhuǎn)移類在城綜網(wǎng)中的最終處理結(jié)果，以保證網(wǎng)銀中心流水和城綜網(wǎng)流水的一致。資金轉(zhuǎn)移類交易有兩類情況，一類如轉(zhuǎn)帳、外匯買賣實時交易、銀證轉(zhuǎn)帳等實時處理的交易，一類如外匯委托買賣、速匯通等委托類非實時，不能立即獲得最終處理結(jié)果的交易。本交易只負責(zé)在通訊超時后查詢分行的接收交易和處理交易的情況，對于第一類交易，本交易用于查詢交易的處理結(jié)果，對于第二類交易，查詢成員行是否正確接收到交易，并返回為交易分配的合同號或匯劃號，網(wǎng)銀將使用其他交易對其最終狀態(tài)進行跟蹤，如速匯通查詢、委托查詢等。成員行要以網(wǎng)銀憑證號＋原交易碼＋交易日期做為主鍵，完成流水確認工作，并返回正確的流水號。處理要求 成員行收到該報文后，要對提交的憑證的處理結(jié)果進行查詢，成員行必須要有明確流水能查詢出該憑證的最終處理狀態(tài)。轉(zhuǎn)帳類410100個人賬戶轉(zhuǎn)賬交易（活轉(zhuǎn)活）應(yīng)用交易活期帳戶轉(zhuǎn)帳本交易只負責(zé)處理活期到活期的轉(zhuǎn)帳，網(wǎng)上銀行在形成該報文的時候。轉(zhuǎn)出帳戶獲得方法：活期轉(zhuǎn)帳：只允許客戶選擇非一卡通類活期帳戶。轉(zhuǎn)入帳戶的獲得方法： 活期轉(zhuǎn)帳：可以輸入也可以選擇（可能是一卡通帳戶）。處理要求在形成該報文的時候，網(wǎng)銀中心沒有使用帳戶標識符的方法對子帳戶進行歸戶（因為不允許客戶在網(wǎng)頁上選擇子帳戶），所以成員行在處理該交易的時候，凡是涉及到一卡通帳戶，統(tǒng)統(tǒng)應(yīng)按活期和報文中的交易幣種和鈔匯標志去歸戶。如果成員行一卡通通過活期＋幣種＋鈔匯都無法歸戶，則只有返回錯誤了。成員行需要對轉(zhuǎn)入賬戶的賬號和帳戶名稱進行一致性校驗，防止客戶自由轉(zhuǎn)賬輸入賬戶的賬號和賬戶名稱不符，引起轉(zhuǎn)賬糾紛二級分行編號1（103）和二級分行編號2（303）分別表示賬號1和賬號2的二級分行編號；成員行收到該筆交易時候，要判斷該憑證號是否已經(jīng)處理過，防止重復(fù)入帳，對于已經(jīng)處理過的單據(jù)，將處理結(jié)果使用正確的返回碼返回。新的報文支持一級行內(nèi)通存通兌，具體是否實現(xiàn)由成員行自行決定。410200一卡通轉(zhuǎn)賬交易（內(nèi)轉(zhuǎn)外轉(zhuǎn)）應(yīng)用交易一卡通向其他帳戶轉(zhuǎn)帳一卡通內(nèi)帳戶內(nèi)轉(zhuǎn)定期一卡通內(nèi)帳戶內(nèi)轉(zhuǎn)活期本交易包含一卡通活期帳戶或定期帳戶向其他活期帳戶轉(zhuǎn)帳，或向一卡通進行定期轉(zhuǎn)帳（新開戶）。在形成報文的時候，轉(zhuǎn)出帳戶獲得方法：客戶選擇一卡通帳戶，系統(tǒng)列出該帳戶的子帳戶供客戶選擇。得出主帳號和子帳戶標識符號。轉(zhuǎn)入帳戶獲得方法：從簽約中選擇（對一卡通只提供主帳號選擇）和用戶輸入。如果為一卡通帳號，允許選擇儲種和存期。該交易包含下面的轉(zhuǎn)帳情況：一卡通活期外轉(zhuǎn)活期轉(zhuǎn)帳一卡通活期外轉(zhuǎn)定期按轉(zhuǎn)入金額新開戶一卡通活期內(nèi)轉(zhuǎn)定期按轉(zhuǎn)入金額新開戶一卡通定期內(nèi)轉(zhuǎn)活期銷戶后本息轉(zhuǎn)出處理要求如果帳號1和帳號2一樣，則表示一卡通內(nèi)轉(zhuǎn)帳，否則標識一卡通外轉(zhuǎn)。內(nèi)轉(zhuǎn)時候不必校驗轉(zhuǎn)入帳戶戶名和帳號2的一致，外傳時候需要校驗轉(zhuǎn)入帳戶戶名和賬號2戶名的一致性，防止用戶輸入的戶名和帳戶不符。發(fā)送報文中的賬號標識符和主賬戶共同標識一個一卡通的子帳戶作為轉(zhuǎn)入帳戶；成員收到該交易后，要判斷儲種代碼，如果為活期，則表示轉(zhuǎn)入活期，如果為定期，則根據(jù)存期新開定期戶（轉(zhuǎn)入帳號為一卡通時），表示轉(zhuǎn)入定期。轉(zhuǎn)出帳戶的幣種和鈔匯必須和轉(zhuǎn)入帳戶相一致。因此，歸戶方法為儲種＋轉(zhuǎn)入幣種＋轉(zhuǎn)入鈔匯。成員行收到該筆交易時候，要判斷該憑證號是否已經(jīng)處理過，防止重復(fù)入帳，對于已經(jīng)處理過的單據(jù)，將處理結(jié)果使用正確的返回碼返回。410300支付與退款交易應(yīng)用交易網(wǎng)上支付商戶網(wǎng)上退款本交易只負責(zé)處理活期到活期的轉(zhuǎn)帳，網(wǎng)上銀行在形成該報文的時候：轉(zhuǎn)出帳戶獲得方法：網(wǎng)上支付：從客戶的網(wǎng)銀帳戶中選擇，可能包含一卡通帳戶。商戶退款：從商戶的結(jié)算帳戶中選擇。 轉(zhuǎn)入帳戶的獲得方法： 網(wǎng)上支付：從相對應(yīng)商戶結(jié)算帳戶中選擇。商戶退款：從支付流水中將付款帳戶提出出來。處理要求對于支付：轉(zhuǎn)出帳戶為支付方帳號，收款方為商戶結(jié)算帳戶對于退款：轉(zhuǎn)出帳戶為商戶結(jié)算帳戶，收款方為原支付方帳號新的支付同時支持簽約帳戶支付和非簽約帳戶支付，使用非簽約帳戶支付的時候需要輸入帳戶密碼，因此當帳戶密碼不為空時，必須對轉(zhuǎn)出帳戶密碼進行校驗，并將客戶姓名、證件類型、證件號碼和城綜網(wǎng)轉(zhuǎn)出賬戶中登記的信息進行比較。目前支付交易僅限于商戶和持卡人在同一成員行中。新的商戶服務(wù)中，支付流水將統(tǒng)一由網(wǎng)銀中心保存（一年），成員行不再完成支付流水的存取。對于退款交易，網(wǎng)銀中心負責(zé)匹配原交易，并對退款額進行控制。成員行只需要配合完成商戶向個人轉(zhuǎn)帳交易即可。410500證券保證金轉(zhuǎn)入（銀行到券商）應(yīng)用交易證券保證金轉(zhuǎn)入交易處理要求：當保證金帳戶密碼不為空時，必須對保證金帳戶密碼進行校驗。用戶選擇進行美元或港幣的轉(zhuǎn)帳后，需要用戶選擇鈔匯標志，成員行在實際做轉(zhuǎn)帳的時候，需要判斷所選帳號是否有相應(yīng)幣種和鈔匯的帳戶。410600證券保證金轉(zhuǎn)出（券商到銀行）應(yīng)用交易證券保證金轉(zhuǎn)出交易處理要求：當保證金帳戶密碼不為空時，必須對保證金帳戶密碼進行校驗。用戶選擇進行美元或港幣的轉(zhuǎn)帳后，需要用戶選擇鈔匯標志，成員行在實際做轉(zhuǎn)帳的時候，需要判斷所選帳號是否有相應(yīng)幣種和鈔匯的帳戶。代收代付類500100代收查詢應(yīng)用交易代收查詢交易處理要求1、根據(jù)代收項目和合同查詢代收信息，并將代收總金額和明細收款發(fā)送回來。以便形成客戶支付明細界面500200代收代付交易應(yīng)用交易代收交易代付交易處理要求：代收代付使用普通卡折和一卡通主帳戶。請求報文不需要傳遞子帳戶標識符（代付為人民幣活期戶）。用戶代收代付可以使用簽約帳號或非簽約帳號，當使用非簽約帳號付款的時候，需要用戶輸入帳戶的真實密碼，此時成員行要完成密碼校驗以及客戶姓名、證件類型、證件號碼與賬戶信息一致性校驗。使用前與帳戶支付時候，只需要使用交易密碼在網(wǎng)銀校驗，下傳報文中帳戶密碼為空。成員行可以為不同的代收代付項目配置最多兩個自定義輸入域，當用戶選定該項目后，網(wǎng)銀將提示用戶輸入信息，輸入的信息分別采用支付備注1和支付備注2下傳。代收代付完成后，如果產(chǎn)生代收付明細，則返回。外匯買賣類320100外匯買賣交易（實時交易）應(yīng)用交易個人外匯買賣實時交易處理要求根據(jù)買賣幣種和鈔匯標志確定操作帳戶。320200外匯買賣交易（委托交易）應(yīng)用交易個人外匯買賣委托交易處理要求根據(jù)買賣幣種和鈔匯標志確定操作帳戶。320400外匯買賣撤單交易應(yīng)用交易個人外匯買賣撤單交易處理要求成員行收到交易后，應(yīng)判斷所傳遞的合同號是否為輸入該客戶，是否可以撤單。然后進行撤單交易。如果該合同已經(jīng)撤單，同樣返回交易成功。如果不能撤單，返回錯誤。320500外匯買賣批量查詢交易應(yīng)用交易個人外匯買賣委托查詢個人外匯買賣成交查詢處理要求對于委托查詢成員行可以不對起止日期進行處理，以各行控制的委托日期段為準。交易需要計算總頁次并進行分頁控制。對于成交查詢，起止日期為查詢?nèi)掌诜秶?。查詢所有指定當前頁次的成交明細，計算總頁次并進行分頁控制。320300外匯買賣單筆查詢交易應(yīng)用交易個人外匯買賣單筆查詢（含撤單交易合同選擇交易）處理要求根據(jù)合同號查詢合同的信息。證卷交易類420100證券買賣交易應(yīng)用交易買賣證券確定處理要求校驗證券保證金密碼新的銀證通需定位為個人鈔股平臺，因此，成員行必須檢查股東代碼和操作帳戶的一致性。420400證券交易撤單交易應(yīng)用交易證券交易撤單確定420300證券交易單筆查詢應(yīng)用交易撤單合同選擇交易處理要求根據(jù)合同號查詢該交易的詳細信息420600現(xiàn)金余額查詢類應(yīng)用交易證券交易現(xiàn)金余額查詢。420700股票余額查詢類應(yīng)用交易證券股票余額查詢處理要求當股票代碼為*時，查詢所有股票余額，否則查詢指定股票余額。420800股票行情查詢類應(yīng)用交易證券股票行情查詢420900新股配號查詢類應(yīng)用交易證券新股配號查詢處理要求查詢該用戶股票帳戶所申購新股的配號情況。簽約類330100客戶資料維護應(yīng)用交易該報文用于分行對網(wǎng)銀客戶信息的追加和刪除。當客戶在網(wǎng)上銀行開戶成功后，可以使用該報文向指定成員行提交簽約申請，包括客戶基本信息和證書CN號，成員行需要對此進行存儲，以備客戶柜臺簽約的時候?qū)τ嘘P(guān)信息進行校驗?？蛻粜畔⒌膭h除發(fā)生在客戶在網(wǎng)上銀行將在某個成員行的所有的簽約帳戶刪除后，此時通過此報文通知該成員行進行了銷戶。處理要求成員行收到該報文后，如果處理標志為0，需要將下傳的客戶信息進行保存，以備客戶簽約需要?？蛻舻焦衽_簽約的時候，對提交的信息進行確認完成簽約，保存簽約帳戶信息以備簽約確認交易使用。 如果處理標志為1，即表明該客戶需要銷戶，此時成員行需要首先將該客戶下所有的簽約帳戶刪除，然后再刪除該客戶信息。如果需要簽約的客戶資料已經(jīng)添加或刪除成功，重新又收到交易，則返回交易成功。330200賬戶簽約資料維護應(yīng)用交易該報文需要成員行完成客戶簽約帳戶的確認和刪除工作。處理要求如果標志為0，需要查詢該客戶指定的帳戶是否已經(jīng)完成了簽約，并返回處理結(jié)果。如果標志為1，表示該客戶在網(wǎng)上銀行提交的刪除簽約帳戶請求，需要成員行同步進行帳戶資料的刪除，因為在超時情況下，網(wǎng)銀中心沒有收到應(yīng)答，刪除請求可能重復(fù)發(fā)送，所以在作刪除的時候，帳戶可能已經(jīng)刪除，應(yīng)返回正確的處理報文，表示該帳戶已經(jīng)刪除。掛失類900100個人掛失交易應(yīng)用交易信用卡臨時掛失儲蓄存款臨時掛失密碼臨時掛失處理要求 根據(jù)要求完成處理響應(yīng)掛失處理，返回處理要求。速匯通類430100速匯通匯款應(yīng)用交易速匯通匯款處理要求保留交易成功歷史信息，包括每筆速匯通交易匯出城市、匯入城市、匯劃流水號、匯款金額、匯款時間、匯出賬號、匯入賬號。此交易城綜網(wǎng)返回000000，則表示扣款成功，是否到帳和是否推匯通過速匯通查詢交易進行查詢。430200速匯通匯款結(jié)果查詢處理要求 根據(jù)提交的會話合同號，查詢匯出匯款在個匯系統(tǒng)中的處理結(jié)果。B2B交易報文描述基本帳戶服務(wù)類帳戶余額查詢該交易用于查詢某對公帳戶的當前帳戶余額。處理要求： 成員行收到報文后，完成帳戶有關(guān)信息的查詢。帳戶信息查詢該報文用于在同城轉(zhuǎn)帳時，客戶輸入收帳帳號后，系統(tǒng)查詢出該帳號對應(yīng)帳戶信息以便用戶確認。查詢的帳戶信息將直接使用到轉(zhuǎn)帳交易中。注意：請求報文中的聯(lián)行號、會計柜臺機構(gòu)號、幣種是從轉(zhuǎn)出帳戶中取出的（默認同城是轉(zhuǎn)入方、轉(zhuǎn)出方在一個聯(lián)行中）。處理要求： 成員行收到請求后，應(yīng)判斷該帳號是否正確，是否可以在該成員行中查詢出帳戶信息。往日交易明細查詢本交易用于查詢某客戶對公存款帳戶往日明細。按新的報文要求需要分頁進行控制。

處理要求： 成員行收到該請求報文后，必須按照報文分頁控制方法進行查詢。 對于支持來帳顯示的成員行應(yīng)將對方帳號和對方帳戶名稱返回當日交易明細查詢本交易查詢當前會計日帳戶異動情況。對于日終才產(chǎn)生帳戶明細分行，可以從流水中查詢有關(guān)信息返回。 處理要求： 成員行收到該請求報文后，必須按照報文多筆分頁控制方法進行查詢。 成員行如果具有來帳顯示功能應(yīng)返回對方在帳號和帳戶名稱B2B交易處理結(jié)果查詢本交易查詢指定交易在城綜網(wǎng)中的最終處理結(jié)果，以保證網(wǎng)銀中心流水能和城綜網(wǎng)流水的一致。根據(jù)請求報文中的客戶號、憑證號、發(fā)生日期、轉(zhuǎn)出方賬號金額等信息，在前置機或城綜網(wǎng)流水中查詢交易的處理狀態(tài)。對于以后所有B2B系統(tǒng)中引起資金轉(zhuǎn)移的交易都會使用該交易進行流水核對。如果原交易沒有帳號或金額信息，則請求報文相應(yīng)報元可以為空，成員行進行前置機設(shè)計的時候，要以憑證號做為主鍵，通過主鍵便可以完成流水確認工作。處理要求： 成員行收到該報文后，要對提交的憑證的處理結(jié)果進行查詢，成員行必須要有明確流水能查詢出該憑證的最終處理狀態(tài)。自動轉(zhuǎn)帳業(yè)務(wù)本交易要求接收行收到報文后，在無需人工干預(yù)的情況下，完成交易的自動處理。本交易包含兩種情況：本地城綜網(wǎng)絡(luò)自動處理，自動轉(zhuǎn)發(fā)清算系統(tǒng)處理?？蛻粽埱蟊窘灰子?種形式：一、客戶選擇了在簽約或授權(quán)帳號之間進行轉(zhuǎn)帳，因為轉(zhuǎn)帳雙方基本信息都是通過后臺采集，所以可以完整的得到轉(zhuǎn)帳雙方的聯(lián)行號、交換號、會計柜臺機構(gòu)號。二、客戶選擇一個簽約或授權(quán)帳號向同城另一個帳號（客戶自由輸入）轉(zhuǎn)帳。執(zhí)行本交易時候，網(wǎng)銀系統(tǒng)先向城綜網(wǎng)發(fā)送帳戶信息查詢交易（610200）查詢帳戶的基本信息，因此也可以得到成員行夠用（有成員行自行返回的信息）的聯(lián)行號、交換號、會計柜臺機構(gòu)號信息。三、客戶選擇一個簽約或授權(quán)帳號向異地建行帳戶進行匯款，為方便客戶使用本功能，用戶在選擇異地行時候，用戶可以通過網(wǎng)銀提供的三級選擇（一級行、二級行、會計柜臺最多三級，這一點與原1.05報文不同，對于已經(jīng)清算集中的分行，會計柜臺選擇可以等同選擇分行），選擇最細與會計柜臺對應(yīng)的聯(lián)行號。付款方根據(jù)這些信息可以形成清算報文。四、客戶對授權(quán)帳戶進行主動收款。所以，成員行收到本交易后，要根據(jù)報文中帳號歸屬信息（聯(lián)行號、交換號、會計柜臺機構(gòu)號）進行判斷，如果城綜網(wǎng)絡(luò)能處理，則直接完成轉(zhuǎn)帳，否則根據(jù)報文提供的信息自動生成清算報文發(fā)送到清算系統(tǒng)中處理。*該交易是客戶主動付款交易，付款帳號屬于請求方客戶號下，并且客戶號屬于收報成員行。

處理要點： 成員行收到該筆交易時候，要判斷該憑證號是否已經(jīng)處理過，防止重復(fù)入帳，對于已經(jīng)處理過的單據(jù)，將處理結(jié)果使用正確的響應(yīng)代碼返回。 附加響應(yīng)數(shù)據(jù)中請寫明具體的錯誤原因。因為該信息直接提供給客戶顯示，所以，請勿使用過于專業(yè)和不易理解的語言。 轉(zhuǎn)帳處理處理方式設(shè)置為默任值：0:城綜網(wǎng)處理 網(wǎng)銀中心收到響應(yīng)碼后，處理如下： 100001：將交易的狀態(tài)設(shè)置為不確定，對不確定的交易，客戶可以通過“交易處理結(jié)果查詢”交易獲得最終處理結(jié)果，然后再做相應(yīng)處理。 100002：不對交易做任何處理，客戶可以重新對交易進行復(fù)核或授權(quán)后發(fā)送。其他：將該筆交易的狀態(tài)設(shè)置為交易失敗，本筆交易結(jié)束。自動轉(zhuǎn)帳業(yè)務(wù)該交易是客戶選擇自己的簽約帳號，然后手工鍵入收款帳號、戶名、開戶機構(gòu)后進行付款。城綜網(wǎng)收到該交易后需要落地打單交換或手工錄入清算系統(tǒng)處理。轉(zhuǎn)帳成功： 響應(yīng)代碼為 000000 設(shè)置交易處理方式為：2（手工處理）轉(zhuǎn)帳失敗： 處理方式同620100自動轉(zhuǎn)賬E票類保付E票出票該交易報文對應(yīng)于網(wǎng)上銀行交易保付E票出票交易，保付E票是一種特殊的承載了權(quán)益描述的特殊轉(zhuǎn)帳交易（具體帳戶處理詳見2.0用戶需求）。出票人選擇簽約帳號，輸入收票人信息和票據(jù)權(quán)益描速完成出票。處理要求：客戶1為E票出票人，客戶范圍限于網(wǎng)銀簽約客戶；客戶2為E票解付人，它可以是網(wǎng)銀簽約客戶、會員；客戶3為E票第三方確認人。成員行收到該報文后，按保付E票的會計處理要求（見網(wǎng)銀2.0業(yè)務(wù)需求）將付款賬號1資金劃歸到專用銷帳帳戶中，保存E票信息，并打印保付E票專夾保存。止付標志0表示出票人在出票后可以對E票進行止付處理，1則表示不可進行止付處理。第三方確認標志表示E票是否需要第三方確認，如果無需確則報文第三方確認人信息為空。保付E票支付與解付該交易報文對應(yīng)于以下網(wǎng)上銀行交易：保付E票解付交易保付E票止付交易處理要求：0止付，止付由出票人發(fā)起，成員行需調(diào)出原始憑證，判斷出票人是否為提交交易的客戶，如果是則通過會計處理將專用銷帳帳戶中指定資金（目前只支持全額止付）重新劃回出票人出票帳戶。1解付：解付由收票人發(fā)起，成員行需調(diào)出原始憑證，判斷解付人是否為提出交易的客戶，如果是則通過會計處理將專用銷帳帳戶中指定資金（目前只支持全額解付）劃撥到指定回出票人出票帳戶，對原保付E票做銷帳處理。 該交易為通知類交易，成員行應(yīng)設(shè)置專門數(shù)據(jù)庫登記保付E票信息，當收到網(wǎng)銀中心報文后，可以調(diào)用原保付E票信息進行判斷。 該交易不做交易一致性檢查，網(wǎng)銀中心沒有收到成員行的應(yīng)答，不做E票狀態(tài)更新，允許客戶重發(fā)交易，因此，成員行在收到該交易，如果需要解付或止付的原E票已經(jīng)解付或止付，應(yīng)返回正確應(yīng)答碼。E支票 E支票報文采用自動轉(zhuǎn)帳交易報文和非自動轉(zhuǎn)帳交易報文，其出票、解付業(yè)務(wù)處理流程全部在網(wǎng)銀完成。對于城綜網(wǎng)而言，E支票帳務(wù)處理流程等同于普通轉(zhuǎn)帳流程。代發(fā)代扣單筆代發(fā)代扣該交易報文對應(yīng)于以下網(wǎng)上銀行交易：單筆代發(fā)交易單筆代扣交易代發(fā)代扣編號對應(yīng)每個企業(yè)可以執(zhí)行的代發(fā)代扣項目的詳細信息，由成員行為客戶定義，包括，編號、代發(fā)代扣類型、名稱、文件解析格式定、代發(fā)代扣帳戶信息等，客戶在執(zhí)行代發(fā)代扣的時候，首先要求客戶選擇代發(fā)代扣信息，然后根據(jù)編號檢索有關(guān)信息形成報文。成員行應(yīng)能根據(jù)該編號做出代發(fā)代扣處理（包括，文件解析、代發(fā)代扣合法性控制等）。處理要求：1、成員行應(yīng)開發(fā)出相應(yīng)的交易聯(lián)接個人和對公系統(tǒng)，完成它們之間的實時轉(zhuǎn)帳。2、代扣處理時候，應(yīng)根據(jù)代發(fā)代扣編號，檢查代扣帳號是否符合代扣協(xié)議。3、無論代發(fā)代扣都需要帳號和戶名一致性進行校驗。批量代發(fā)代扣該交易報文對應(yīng)于以下網(wǎng)上銀行交易：1、批量代發(fā)交易2、批量代扣交易代發(fā)代扣編號對應(yīng)每個企業(yè)可以執(zhí)行的代發(fā)代扣項目的詳細信息，由成員行為客戶定義，包括，編號、代發(fā)代扣類型、名稱、文件解析格式定、代發(fā)代扣帳戶信息等，客戶在執(zhí)行代發(fā)代扣的時候，首先要求客戶選擇代發(fā)代扣信息，然后根據(jù)編號檢索有關(guān)信息形成報文。成員行應(yīng)能根據(jù)該編號做出代發(fā)代扣處理（包括，文件解析、代發(fā)代扣合法性控制等）。處理要求：批量方式交易的時候，客戶采用文件傳輸?shù)姆绞?，網(wǎng)銀中心首先由客戶驅(qū)動將文件傳送到分行通訊前置機目錄下，然后再使用本交易將代發(fā)代扣信息發(fā)送到成員行。本報文為通知性質(zhì)報文，成員行收到該報文時候，可以馬上啟動對批量文件處理，也可以在日終批處理時候再對文件進行處理，在對文件進行處理的時候，需要將文件中的總戶數(shù)、總金額和MD5校驗值和本交易報文下傳信息進行校驗。批量代發(fā)代扣查詢類該交易報文僅對批量代發(fā)代扣進行結(jié)果查詢處理要求：根據(jù)下傳的查詢條件對接收的代發(fā)代扣結(jié)果進行查詢。當錯誤筆數(shù)超過20條時，只返回前20條的失敗賬戶及失敗原因（不做分頁控制）失敗原因控制在5個漢字之內(nèi)

網(wǎng)上銀行接入系統(tǒng)設(shè)計網(wǎng)上銀行前置機系統(tǒng)在結(jié)構(gòu)上應(yīng)能實現(xiàn)網(wǎng)上銀行接入，考慮到未來業(yè)務(wù)的發(fā)展，本系統(tǒng)的設(shè)計充分考慮未來新的金融服務(wù)產(chǎn)品的主機服務(wù)接入，主要包括新的服務(wù)渠道的接入及中介業(yè)務(wù)的完成。網(wǎng)上銀行前置機的系統(tǒng)設(shè)計應(yīng)能滿足各類業(yè)務(wù)服務(wù)請求的實現(xiàn)和擴展，并盡可能的利用銀行業(yè)務(wù)主機或其他行業(yè)主機已有的業(yè)務(wù)服務(wù)資源。同時，考慮到未來業(yè)務(wù)的拓展的方便性、快捷性和系統(tǒng)穩(wěn)定性，整個系統(tǒng)的設(shè)計應(yīng)滿足以下設(shè)計目標：設(shè)計目標站在整個銀行客戶服務(wù)的高度，建立起靈活、統(tǒng)一的應(yīng)用服務(wù)系統(tǒng)應(yīng)用架構(gòu)，逐步實現(xiàn)統(tǒng)一的客戶服務(wù)接入，滿足未來的新業(yè)務(wù)快速拓展的增長需求。組件化、參數(shù)化、可配置的系統(tǒng)結(jié)構(gòu)，擴充新的銀行客戶服務(wù)產(chǎn)品簡單方便。應(yīng)用服務(wù)系統(tǒng)應(yīng)在滿足目前渠道的接入需求的前提下保證各類業(yè)務(wù)服務(wù)請求的實現(xiàn)。在應(yīng)用服務(wù)系統(tǒng)上集成所有提出的功能需求，與不同的后臺業(yè)務(wù)系統(tǒng)、各種服務(wù)渠道相連接，平臺系統(tǒng)統(tǒng)一負責(zé)各業(yè)務(wù)系統(tǒng)之間、服務(wù)渠道與業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)交換和通訊往來，實現(xiàn)“大前置”、“大客戶服務(wù)”的概念。統(tǒng)一的監(jiān)控管理、報表統(tǒng)計、對帳。結(jié)束各獨立系統(tǒng)各自一灘、監(jiān)控、維護、清算對帳等分散難以管理的局面。后臺主機系統(tǒng)升級或變化時只需對平臺系統(tǒng)作相應(yīng)改變，各前端系統(tǒng)不需作任何更動。統(tǒng)一的銀行簽約資料共享、交易控制和數(shù)據(jù)采集。

如客戶簽約開通資料、服務(wù)約定資料（如轉(zhuǎn)帳限制、對應(yīng)關(guān)系等）、稅務(wù)信息、代收代付資料等等可實現(xiàn)各前置子系統(tǒng)共享，易于實現(xiàn)統(tǒng)一的交易控制、簽約辦理。同時易于進行統(tǒng)一的數(shù)據(jù)采集，以支持CRM的建立和運作。易于支持建立以客戶為中心的銀行服務(wù)體系。

平臺利用CIF子系統(tǒng)的支持，如銀行已有在主機系統(tǒng)內(nèi)或獨立系統(tǒng)的客戶信息，統(tǒng)一平臺接入為未來通過CRM的支持提供個性化服務(wù)產(chǎn)品和服務(wù)手段奠定堅實的基礎(chǔ)。應(yīng)用服務(wù)系統(tǒng)從網(wǎng)絡(luò)的安全及信息的私密性、數(shù)據(jù)完整性、鑒別和認證、不可抵賴性、可審計性等方面綜合考慮系統(tǒng)的安全體系架構(gòu)，充分考慮到進入到應(yīng)用服務(wù)系統(tǒng)的信息的安全處理和安全控制。網(wǎng)銀接入系統(tǒng)總體結(jié)構(gòu)基于系統(tǒng)規(guī)劃中分析的結(jié)果，整個網(wǎng)銀接入系統(tǒng)的總體結(jié)構(gòu)組成設(shè)計如下：對于成員行而言，涉及的系統(tǒng)設(shè)計及改造范圍為網(wǎng)銀接入系統(tǒng)部分和城綜網(wǎng)的改造部分。其中：網(wǎng)銀接入系統(tǒng)部分，分為三個子系統(tǒng)，主要功能為：業(yè)務(wù)前置子系統(tǒng)

主要完成：接收網(wǎng)銀中心的報文請求，通過網(wǎng)銀API獲取交易碼，并根據(jù)交易碼提取所需的報文字段。組織并分發(fā)報文到特色業(yè)務(wù)系統(tǒng)或銀行核心業(yè)務(wù)系統(tǒng)。接收和處理相應(yīng)的主機響應(yīng)，并在業(yè)務(wù)前置子系統(tǒng)中記錄流水。重新組織網(wǎng)銀中心應(yīng)答報文，返回網(wǎng)銀中心。網(wǎng)上銀行的配置及監(jiān)控管理子系統(tǒng)

主要完成：配置管理

提供了外圍系統(tǒng)接入信息、報文接口定義、報文重組定義、流程組織的配置界面。方便的擴充和調(diào)整核心業(yè)務(wù)系統(tǒng)交易接口、外圍特色業(yè)務(wù)系統(tǒng)接口，使網(wǎng)銀系統(tǒng)有了極好的可擴展性。系統(tǒng)的實時監(jiān)控

提供了系統(tǒng)運行狀態(tài)的實時監(jiān)控功能，并能根據(jù)需求啟動或停止單個請求渠道的運行。交易的實時監(jiān)控

可以通過該子系統(tǒng)實時監(jiān)控到網(wǎng)銀交易的完成情況。提供客戶簽約資料的管理

主要指客戶簽約資料的備份、導(dǎo)入及生成與總行的交換信息，并發(fā)送。提供了網(wǎng)銀交易的各種統(tǒng)計報表

配合網(wǎng)銀后臺管理系統(tǒng)的報表處理，補充和完善業(yè)務(wù)部門所需的各種業(yè)務(wù)報表。提供數(shù)據(jù)的備份和當日數(shù)據(jù)的清理工作。簽約管理子系統(tǒng)

主要完成：實現(xiàn)銀行網(wǎng)點柜臺的簽約處理

客戶在總行網(wǎng)銀統(tǒng)一的界面中提出申請（B2C），對于B2B是客戶在網(wǎng)點直接填寫申請表。柜員接收客戶的簽約申請，通過網(wǎng)點柜臺上提供的簽約子系統(tǒng)的前端完成簽約資料的驗證、處理。實現(xiàn)網(wǎng)銀簽約的統(tǒng)一的簽約服務(wù)系統(tǒng)

通過簽約子系統(tǒng)統(tǒng)一處理網(wǎng)銀的簽約客戶資料，提供完善的網(wǎng)上銀行客戶資料管理。該簽約服務(wù)子系統(tǒng)是獨立的，簽約數(shù)據(jù)的獨立保證了帳務(wù)數(shù)據(jù)的純潔性，減少了由于簽約信息處理的增加而帶來的主機的改動，又方便了維護管理，同時保證客戶在任一網(wǎng)點進行簽約，方便客戶。該系統(tǒng)架構(gòu)有利于未來各種簽約信息的統(tǒng)一管理。靈活的通信機制

提供了自動和手動兩種通訊機制與總行實現(xiàn)簽約信息的發(fā)送（B2B，對于B2C部分，網(wǎng)銀中心通過查詢交易同步柜臺簽約資料）。業(yè)務(wù)處理前置系統(tǒng)業(yè)務(wù)處理前置業(yè)務(wù)處理較為簡單，主要的任務(wù)為獲取交易代碼，并根據(jù)相應(yīng)的交易代碼通過網(wǎng)銀提供的API獲取所需報文的字段并組織相應(yīng)主機系統(tǒng)的報文請求，發(fā)送到相應(yīng)的業(yè)務(wù)系統(tǒng)處理。接收響應(yīng)后，重新組織網(wǎng)銀應(yīng)答信息，返回網(wǎng)銀，同時記錄交易流水。與1.6期及以前的處理方式最大的不同點在于，對于資金轉(zhuǎn)移類交易，前置系統(tǒng)應(yīng)為其分配流水號，并保存網(wǎng)銀憑證號和該流水號之間的關(guān)系。在發(fā)送網(wǎng)銀應(yīng)答的時候，應(yīng)對通訊結(jié)果進行判斷，如果發(fā)送失敗，則必須保存相關(guān)交易流水，并保證流水狀態(tài)和業(yè)務(wù)系統(tǒng)處理結(jié)果的一致，以備網(wǎng)銀中心進行流水核對。城綜網(wǎng)業(yè)務(wù)處理及改造城綜網(wǎng)改造部分主要包括：網(wǎng)銀交易功能的實現(xiàn)主要取決于作為網(wǎng)銀后臺系統(tǒng)的城綜網(wǎng)系統(tǒng)，其交易處理方式由三類：只需核心業(yè)務(wù)系統(tǒng)主機就能提供的交易

如：核心帳務(wù)信息的查詢、同城系統(tǒng)內(nèi)轉(zhuǎn)帳等。核心業(yè)務(wù)系統(tǒng)通過內(nèi)部資金清算系統(tǒng)完成的交易

比如：跨行對公轉(zhuǎn)帳、速匯通等。需要外圍特色業(yè)務(wù)系統(tǒng)提供的交易

該類交易需要由本地特色業(yè)務(wù)系統(tǒng)組織核心業(yè)務(wù)系統(tǒng)和外聯(lián)委托單位共同完成服務(wù)請求功能，比如：銀證轉(zhuǎn)帳、代收費業(yè)務(wù)、存折炒股、外匯買賣等。對于第1類交易而言，城綜網(wǎng)的改動相對較小，一般都能利用原有的交易功能，可能的改造在于需要跳過龍卡交易密碼的驗證和補充完善相關(guān)的查詢交易。對于第2類的交易而言，城綜網(wǎng)的改動范圍可能相對較大。依賴于與目前清算系統(tǒng)的連接情況。主要指異地系統(tǒng)內(nèi)轉(zhuǎn)帳、同城系統(tǒng)外轉(zhuǎn)帳、異地系統(tǒng)外轉(zhuǎn)帳等。異地系統(tǒng)內(nèi)轉(zhuǎn)帳需要行內(nèi)清算系統(tǒng)的支持，若是自動轉(zhuǎn)帳，且清算直聯(lián)支持較差，需改造相應(yīng)接口，可以實現(xiàn)自動清算。若是非自動轉(zhuǎn)帳（指非自動付款），在網(wǎng)銀提供的報文中缺少收款方的聯(lián)行號、機構(gòu)號，交易在通過清算系統(tǒng)進行資金清算前，需落地打單交換或手工錄入清算系統(tǒng)處理（人工加上付款方的電子聯(lián)行號、機構(gòu)號）。同城系統(tǒng)外轉(zhuǎn)帳，一般而言，由于交換行行號的地方性，即各行均能自行設(shè)定，所以無法統(tǒng)一產(chǎn)生交換流水，可以考慮核心業(yè)務(wù)先記客戶帳，然后由柜臺根據(jù)核心提供的數(shù)據(jù)或清單自行通過過渡帳戶進行交換提出的處理。異地系統(tǒng)外轉(zhuǎn)帳的處理與非自動轉(zhuǎn)帳的處理方式大致相同。對于第3類交易而言，網(wǎng)銀交易功能的實現(xiàn)依賴于外圍特色業(yè)務(wù)系統(tǒng)的實現(xiàn)情況，建議實現(xiàn)方式為直接由網(wǎng)銀前置將交易報文轉(zhuǎn)換后發(fā)送到相應(yīng)的特色業(yè)務(wù)系統(tǒng)處理。憑證處理在核心業(yè)務(wù)系統(tǒng)增加相應(yīng)的處理程序，根據(jù)流水分錄中網(wǎng)銀產(chǎn)生的記賬憑證。同時需在前臺增加相應(yīng)功能，由前臺網(wǎng)點自行對產(chǎn)生的憑證進行打印。憑證種類及格式以分行業(yè)務(wù)部門要求為準，部分具體格式也可參考原網(wǎng)銀下發(fā)的《憑證》。日終處理在城綜網(wǎng)現(xiàn)有日終處理模塊中應(yīng)增加對于網(wǎng)銀渠道交易請求的日交易清單以供核對。交易日期以核心業(yè)務(wù)系統(tǒng)為準。

網(wǎng)銀接入系統(tǒng)軟件體系架構(gòu)網(wǎng)上銀行接入系統(tǒng)軟件系統(tǒng)架構(gòu)網(wǎng)上銀行接入系統(tǒng)系統(tǒng)管理子系統(tǒng)子系統(tǒng)簽約系統(tǒng)管理子系統(tǒng)子系統(tǒng)簽約

子系統(tǒng)業(yè)務(wù)前置子系統(tǒng)業(yè)務(wù)處理功能主機應(yīng)用服務(wù)接口渠道接入接口業(yè)務(wù)處理功能主機應(yīng)用服務(wù)接口渠道接入接口安全處理

子系統(tǒng)異步業(yè)務(wù)管理異步業(yè)務(wù)管理批量業(yè)務(wù)處理智能業(yè)務(wù)代理同步業(yè)務(wù)管理報文處理批量業(yè)務(wù)處理智能業(yè)務(wù)代理同步業(yè)務(wù)管理報文處理日常維護監(jiān)控管理報表管理日終管理配置管理系統(tǒng)啟停日常維護監(jiān)控管理報表管理日終管理配置管理系統(tǒng)啟停數(shù)據(jù)庫級備份數(shù)據(jù)庫級恢復(fù)數(shù)據(jù)備份及清理工作日更新對帳交易配置管理節(jié)點配置管理報文配置管理系統(tǒng)停止系統(tǒng)啟動數(shù)據(jù)庫級備份數(shù)據(jù)庫級恢復(fù)數(shù)據(jù)備份及清理工作日更新對帳交易配置管理節(jié)點配置管理報文配置管理系統(tǒng)停止系統(tǒng)啟動預(yù)覽打印交易監(jiān)控聯(lián)機狀態(tài)預(yù)覽打印交易監(jiān)控聯(lián)機狀態(tài)

結(jié)構(gòu)說明簽約子系統(tǒng)通過建立網(wǎng)銀簽約子系統(tǒng)實現(xiàn)簽約信息的統(tǒng)一管理，并與帳務(wù)數(shù)據(jù)分離，為今后統(tǒng)一客戶信息管理奠定良好的基礎(chǔ)。本簽約子系統(tǒng)是一個相對獨立的系統(tǒng)，分為后端處理部分（主要完成簽約信息的存儲及查詢、插入、修改、刪除等）和前端處理部分（主要完成簽約所需的相關(guān)柜臺交易）。后端處理部分可以放置與核心業(yè)務(wù)系統(tǒng)，也可以與網(wǎng)銀前置系統(tǒng)中，或者單獨作為客戶信息服務(wù)系統(tǒng)。前端處理部分可以依托于建行自身的前端平臺實現(xiàn)，也可以利用高偉達公司提供的簽約系統(tǒng)之前端。具體設(shè)計從系統(tǒng)需求及架構(gòu)、功能及流程、數(shù)據(jù)接口、數(shù)據(jù)庫設(shè)計及用戶界面等詳細闡述了該子系統(tǒng)。詳見《簽約子系統(tǒng)分冊》。業(yè)務(wù)前置子系統(tǒng)渠道接入接口該接口的主要作用是實現(xiàn)渠道接入（或服務(wù)渠道）與業(yè)務(wù)處理層間的通訊、安全、文件傳輸部分的接口功能，保證業(yè)務(wù)請求按新的業(yè)務(wù)接口規(guī)范接入。同時為今后業(yè)務(wù)的擴展提供一個渠道接入平臺，為現(xiàn)有外圍業(yè)務(wù)終端系統(tǒng)并入新的業(yè)務(wù)提供便利。具體到網(wǎng)銀2.0，作為一個渠道接入接口，在前置系統(tǒng)中通過調(diào)用網(wǎng)銀通訊API實現(xiàn)與網(wǎng)銀的通訊，并通過報文配置信息獲取所需的報文。主機應(yīng)用服務(wù)接口該接口的主要職責(zé)是完成應(yīng)用服務(wù)系統(tǒng)與后臺核心系統(tǒng)（銀行客戶關(guān)系管理系統(tǒng)、銀行核心業(yè)務(wù)系統(tǒng)等）間的通信和應(yīng)用接口轉(zhuǎn)換，通過該應(yīng)用服務(wù)接口和主機報文的配置信息，保證了網(wǎng)銀系統(tǒng)適應(yīng)后臺核心系統(tǒng)，使城綜網(wǎng)核心系統(tǒng)的改造最小。考慮到后臺核心系統(tǒng)支持通信協(xié)議的多樣性，支持TCP/IP、SNA、LU6.2等協(xié)議。他們之間傳送的數(shù)據(jù)格式是報文或批量數(shù)據(jù)流。業(yè)務(wù)處理功能該部分的功能，首先是要針對三種不同的業(yè)務(wù)流程（批量、同步、異步），提供相應(yīng)的業(yè)務(wù)邏輯控制機制和交易完整性保證機制，使相應(yīng)的業(yè)務(wù)處理模塊以組件的方式，重構(gòu)出相應(yīng)的業(yè)務(wù)處理流程，使系統(tǒng)可以方便的開發(fā)出新型金融產(chǎn)品，有很強的擴展性、適應(yīng)性。其次，對于實時交易請求，采用報文的形式交換信息，這樣可以使系統(tǒng)在于各種接入渠道、各種后臺核心系統(tǒng)連接時有很好的適應(yīng)性，并通過對報文的加密提高系統(tǒng)的安全性。同時系統(tǒng)應(yīng)有強大的文件處理的能力，即文件的收發(fā)，文件的轉(zhuǎn)換，文件直接導(dǎo)入數(shù)據(jù)庫表及由庫表信息轉(zhuǎn)換成文件的處理功能。安全處理系統(tǒng)的安全處理應(yīng)考慮下面三各方面：侵入性安全防范外部聯(lián)網(wǎng)由通訊網(wǎng)關(guān)和防火墻防范惡意侵入。聯(lián)網(wǎng)安全和身份認證基于可靠的安全管理系統(tǒng)。應(yīng)用服務(wù)調(diào)用接口內(nèi)含授權(quán)控制信息、冗余校驗信息，防范非法調(diào)用。內(nèi)部系統(tǒng)安全防范系統(tǒng)本身有操作授權(quán)控制和操作記錄控制。關(guān)鍵性數(shù)據(jù)帶有冗余校驗字段，只能有系統(tǒng)進行生成、更新、刪除等操作，操作人員和維護人員無法進行手工更改，防范內(nèi)部對數(shù)據(jù)的篡改。配合數(shù)據(jù)庫安全管理和操作系統(tǒng)安全管理。因而，系統(tǒng)內(nèi)部涉及安全處理部分應(yīng)有相應(yīng)的預(yù)處理和后處理，并對安全處理所涉及的密鑰及其他安全信息的管理功能。系統(tǒng)管理這部分的主要任務(wù)是進行配置管理和監(jiān)控管理及系統(tǒng)啟停管理、機構(gòu)管理、日終管理、報表管理、系統(tǒng)日常維護。配置管理是系統(tǒng)適應(yīng)性和可擴展性的體現(xiàn)，各種相關(guān)業(yè)務(wù)定義的配置管理（報文、主機系統(tǒng)、前端系統(tǒng)、設(shè)備、交易服務(wù)、交易控制等等）可以使系統(tǒng)具備很強的適應(yīng)性、靈活性。

通過配置管理界面可方便的加入完成以下功能：系統(tǒng)主機節(jié)點、服務(wù)渠道節(jié)點、委托行業(yè)主機節(jié)點；增加或修改各接入節(jié)點的報文配置信息；增加或修改交易配置信息（服務(wù)配置信息）。可視化的配置界面減少了系統(tǒng)管理或業(yè)務(wù)配置工作人員的復(fù)雜度和工作難度，使系統(tǒng)的配置管理工作變得簡捷易行。監(jiān)控管理通過監(jiān)控系統(tǒng)的關(guān)鍵部分（如：報文、交易、系統(tǒng)資源、通訊狀態(tài)等）的運行狀況，保證系統(tǒng)安全正常地運行。系統(tǒng)啟停管理幫助系統(tǒng)管理員通過可視化的方式控制應(yīng)用服務(wù)系統(tǒng)的啟停、系統(tǒng)中每個節(jié)點的啟停、增加或停止系統(tǒng)進程等。通過報表管理界面，可以方便的完成系統(tǒng)所需的各種表格。系統(tǒng)日常維護管理系統(tǒng)可方便的提供系統(tǒng)的各種備份和異常情況下的系統(tǒng)恢復(fù)工作。

網(wǎng)上銀行項目主要工作可根據(jù)高偉達公司的應(yīng)用服務(wù)平臺-EasyLink構(gòu)建以上網(wǎng)上銀行前置機系統(tǒng)（應(yīng)用服務(wù)系統(tǒng)），根據(jù)EasyLink搭建的網(wǎng)上銀行前置機已在銀行得到成功實施。EasyLink很好的滿足了上一章中業(yè)務(wù)前置子系統(tǒng)中的功能描述。網(wǎng)上銀行項目主要目標內(nèi)蒙建行現(xiàn)有大集中形式的城綜網(wǎng)系統(tǒng)，與總行網(wǎng)銀中心通過前置機相連接，本項目開發(fā)具備先進性、安全性、規(guī)范性、拓展性以及方便性。具體實現(xiàn)系統(tǒng)功能包括：與總行網(wǎng)銀中心的連接實現(xiàn)城綜網(wǎng)相有關(guān)業(yè)務(wù)的網(wǎng)上提交手段，包括個人儲蓄、信用卡帳戶的查詢、轉(zhuǎn)帳、繳費、網(wǎng)上支付等功能實現(xiàn)網(wǎng)銀客戶在柜臺的簽約實現(xiàn)B2B與B2C的有關(guān)業(yè)務(wù)需求與客戶保證金服務(wù)系統(tǒng)連接，實現(xiàn)簽約的個人客戶的網(wǎng)上銀行證券保證金自動轉(zhuǎn)帳交易，以及與網(wǎng)上銀行證券保證金自動轉(zhuǎn)帳相關(guān)的其他網(wǎng)上銀行業(yè)務(wù)功能。實現(xiàn)與外匯買賣系統(tǒng)的連接實現(xiàn)與速匯通系統(tǒng)的連接滿足龍卡網(wǎng)絡(luò)系統(tǒng)的交易解決新增的E票類交易處理具體到網(wǎng)上銀行接入，業(yè)務(wù)前置子系統(tǒng)主要完成實時交易的轉(zhuǎn)發(fā)，文件的處理和轉(zhuǎn)發(fā)工作。同時為了保證業(yè)務(wù)主機功能的純潔化和相對穩(wěn)定，同時是業(yè)務(wù)流程合理化，建議將部分數(shù)據(jù)從業(yè)務(wù)主機上下移（比如簽約信息），將此部分數(shù)據(jù)下移到特色業(yè)務(wù)系統(tǒng)或網(wǎng)銀前置機中。數(shù)據(jù)處理流程之所以講上述的系統(tǒng)架構(gòu)是較為理想的架構(gòu)，主要指兩個方面：一是交易控制流程更合理，以往客戶從部分渠道發(fā)送的交易由主機組織，導(dǎo)致主機負擔過重，擴展困難。上述系統(tǒng)架構(gòu)解決了此問題，通過前置系統(tǒng)的引入，交易控制流程由前置系統(tǒng)組織，通過前置系統(tǒng)的路由控制功能將交易請求自動組織分發(fā)到核心業(yè)務(wù)系統(tǒng)、特色業(yè)務(wù)系統(tǒng)和其他行業(yè)系統(tǒng)，從而建立了統(tǒng)一的業(yè)務(wù)擴展平臺。二是提供了統(tǒng)一的渠道接入平臺，前置系統(tǒng)可以為各種渠道提供統(tǒng)一接入，并可以利用本身接入的系統(tǒng)服務(wù)資源，統(tǒng)一為前端渠道提供一致的服務(wù)。網(wǎng)上銀行報文及通訊模式建行網(wǎng)上銀行的報文格式由網(wǎng)銀中心統(tǒng)一定義。實時交易報文流程為：1）正常報文2）非正常報文一網(wǎng)銀中心發(fā)往城綜網(wǎng)的請求失敗，例如通信原因；網(wǎng)銀中心等待應(yīng)答超時；返回客戶失敗信息，提示客戶采用查詢交易確認交易是否完成。3）非正常報文二城綜網(wǎng)返回應(yīng)答失?。痪W(wǎng)銀中心等待應(yīng)答超時；返回客戶失敗信息，提示客戶采用查詢交易確認交易是否完成。4）非正常報文三網(wǎng)銀中心等待應(yīng)答超時；返回客戶失敗信息，提示客戶采用查詢交易確認交易是否完成。網(wǎng)銀中心得到城綜網(wǎng)返回的遲到應(yīng)答，在網(wǎng)銀中心登記這筆交易待查。5）明細查詢應(yīng)答報文格式通訊模式為：加密通訊網(wǎng)關(guān)與前置機的通訊協(xié)議為TCP/IP通訊模式為短連接。網(wǎng)上銀行交易流程設(shè)計一般而言，網(wǎng)上銀行業(yè)務(wù)根據(jù)各分行的實際情況在各階段分別實施。對于網(wǎng)銀前置機而言，前置機接收到從加密通訊網(wǎng)關(guān)的報文請求后，拆解報文并做相應(yīng)的報文轉(zhuǎn)換，轉(zhuǎn)換為城綜網(wǎng)業(yè)務(wù)主機的交易請求報文，并將轉(zhuǎn)換后的報文發(fā)送到相應(yīng)的業(yè)務(wù)主機；業(yè)務(wù)主機處理后發(fā)送響應(yīng)信息到網(wǎng)銀前置機，前置機收到業(yè)務(wù)主機的響應(yīng)報文后，將響應(yīng)報文拆解并轉(zhuǎn)換為網(wǎng)銀中心報文格式，再將轉(zhuǎn)換后的報文發(fā)送到加密通訊網(wǎng)關(guān)，報文經(jīng)加密通訊網(wǎng)關(guān)加密后發(fā)送到網(wǎng)銀中心。網(wǎng)銀交易中查詢交易相對而言簡單，我們在此針對流程復(fù)雜的BtoB轉(zhuǎn)賬交易進行詳細描述，BtoB轉(zhuǎn)賬交易主要包括自動轉(zhuǎn)帳業(yè)務(wù)、非自動轉(zhuǎn)帳業(yè)務(wù)、主動收款轉(zhuǎn)帳業(yè)務(wù)三個交易，對于流程比較簡單的BtoC交易，我們分以下幾類交易進行分析，下面我們逐一分析每個流程：B2C管理類業(yè)務(wù)處理流程客戶開戶客戶追加帳戶客戶簽約客戶終止網(wǎng)銀服務(wù)B2C實時類業(yè)務(wù)處理流程文件傳輸類業(yè)務(wù)處理流程文件傳輸類業(yè)務(wù)包含以下兩個方面：一方面從城綜網(wǎng)發(fā)送文件到網(wǎng)銀中心成員行城綜網(wǎng)根據(jù)日常發(fā)生的個人客戶帳戶簽約、注銷等業(yè)務(wù)，生成相應(yīng)的文本文件，下傳網(wǎng)上銀行系統(tǒng)。成員行城綜網(wǎng)根據(jù)日常發(fā)生的企業(yè)客戶申請網(wǎng)上B2B、帳戶簽約、追加IC卡、客戶注銷等業(yè)務(wù)，生成相應(yīng)的文本文件。將文本文件發(fā)送至網(wǎng)上銀行系統(tǒng)。網(wǎng)上銀行系統(tǒng)通過成員行的通訊前置機，將文件傳送到網(wǎng)銀中心通訊前置機的指定目錄下。網(wǎng)銀中心后臺管理系統(tǒng)在每日日結(jié)時，讀取成員行送來的文件。匹配加庫。另一方面城綜網(wǎng)從網(wǎng)銀中心取回文件網(wǎng)銀中心根據(jù)日常發(fā)生的個人客戶開戶、帳戶追加、帳戶注銷等業(yè)務(wù)，每日日結(jié)時，由后臺管理系統(tǒng)按成員行生成相應(yīng)的數(shù)據(jù)文件，存放在網(wǎng)銀中心通訊前置機的指定目錄下。網(wǎng)銀中心根據(jù)日常發(fā)企業(yè)帳戶注銷等業(yè)務(wù)，每日日結(jié)時，由后臺管理系統(tǒng)按成員行生成相應(yīng)的數(shù)據(jù)文件，存放在網(wǎng)銀中心通訊前置機的指定目錄下。網(wǎng)上銀行系統(tǒng)通過成員行通訊前置機取走這些文件。網(wǎng)上銀行系統(tǒng)將文件上傳城綜網(wǎng)業(yè)務(wù)主機。城綜網(wǎng)業(yè)務(wù)主機根據(jù)網(wǎng)銀中心傳送的數(shù)據(jù)文件對匹配加庫。B2B自動轉(zhuǎn)帳業(yè)務(wù)本交易包含兩種情況，一種是客戶選擇了在簽約或授權(quán)帳號之間進行轉(zhuǎn)帳，另一種情況是客戶選擇一個簽約或授權(quán)帳號向同城另一個帳號（客戶自由輸入）轉(zhuǎn)帳。成員行收到本交易后，要判斷收付雙方是否在一個通兌系統(tǒng)中，如果是，則直接完成轉(zhuǎn)帳，否則根據(jù)報文提供的信息自動生成清算報文發(fā)送到清算系統(tǒng)中處理。該交易是客戶主動付款交易，付款帳號屬于請求方客戶號下，并且客戶號屬于收包成員行。自動轉(zhuǎn)賬業(yè)務(wù)可以分為同城同行轉(zhuǎn)賬、異地同行、同城他行、異地他行四種方式，對于同城同行交易方式比較簡單。對于異地同行交易是由城綜網(wǎng)接收網(wǎng)上客戶的信息，檢查付款人的賬號、戶名、賬戶狀態(tài)（可用余額）等正確后，自動入賬（借記付款人賬戶），并將信息返回給網(wǎng)銀系統(tǒng)，網(wǎng)銀系統(tǒng)向客戶回顯交易號。城綜網(wǎng)系統(tǒng)依據(jù)電子信息自動產(chǎn)生匯劃信息（根據(jù)網(wǎng)銀提供的漢字行名信息，查找出系統(tǒng)內(nèi)聯(lián)行行號），經(jīng)編押處理后轉(zhuǎn)發(fā)清算系統(tǒng)發(fā)送至收款行。對于同城跨行轉(zhuǎn)帳交易，因無法通過人行實時清算系統(tǒng)處理，因此打印憑證參加人工票據(jù)交換。本地本地接收到網(wǎng)銀轉(zhuǎn)賬請求本地或異地檢查是否是簽約賬號記收付款兩邊帳及各機構(gòu)清算帳登記自動轉(zhuǎn)賬明細生成電子轉(zhuǎn)賬憑證返回網(wǎng)銀前置異地記客戶借方帳記集中點貸方帳發(fā)送集中點加押登記清算往帳文件登記清算監(jiān)控文件登記自動轉(zhuǎn)賬明細生成電子轉(zhuǎn)賬憑證返回網(wǎng)銀前置B2B非自動轉(zhuǎn)帳主動付款業(yè)務(wù)該交易是選擇自己的簽約帳號，然后手工鍵入收款帳號、戶名、開戶機構(gòu)后進行付款。城綜網(wǎng)收到該交易后需要落地打單交換或手工錄入清算系統(tǒng)處理。網(wǎng)點啟動原有同城清算交易。網(wǎng)銀中心開通的轉(zhuǎn)賬交易分為以下幾種情況：網(wǎng)銀交易驅(qū)動模塊同城同網(wǎng)點收付網(wǎng)銀交易驅(qū)動模塊同城同網(wǎng)點收付同城系統(tǒng)內(nèi)收付異地系統(tǒng)內(nèi)支付異地系統(tǒng)外支付異地系統(tǒng)內(nèi)收款同城系統(tǒng)外支付接收到網(wǎng)銀轉(zhuǎn)賬請求登記請求信息發(fā)送網(wǎng)點柜臺返回網(wǎng)銀前置B2B主動收款轉(zhuǎn)帳業(yè)務(wù)本交易是客戶發(fā)出指令，從其他客戶的授權(quán)帳號向自己的簽約帳號付款。本交易的處理模式和自動轉(zhuǎn)帳是相同的：成員行收到本交易后，要判斷收付雙方是否在一個通兌系統(tǒng)中，如果是，則直接完成轉(zhuǎn)帳，否則根據(jù)報文提供的信息自動生成清算報文發(fā)送到清算系統(tǒng)中處理。該交易的報文結(jié)構(gòu)和自動轉(zhuǎn)帳是相同的，但客戶號和付款帳號的從屬關(guān)系是不同的：付款帳號屬于其他客戶，而收款帳號屬于該客戶，由于交易發(fā)起放是付款方，所以該客戶不一定屬于收包成員行。主動收款轉(zhuǎn)賬交易的收款帳號與付款帳號均是建行內(nèi)開戶的帳號，因此該交易涉及兩種方式的轉(zhuǎn)賬，即同城同行主動收款、異地同行主動收款。對于同城同行主動收款處理比較簡單，同于自動轉(zhuǎn)賬中同城同行主動付款，我們在此詳細介紹異地同行主動收款交易。由城綜網(wǎng)接收網(wǎng)上客戶的信息，檢查收款人的賬號、戶名、賬戶狀態(tài)等正確后，生成查詢信息，通過清算系統(tǒng)發(fā)送到付款人開戶行，并將信息返回給網(wǎng)銀系統(tǒng)，網(wǎng)銀系統(tǒng)向客戶回顯交易號。付款人開戶行接收查詢信息，確認付款人的賬號、戶名、賬戶狀態(tài)（可用余額）等正確后，自動入賬（借記付款人賬戶），城綜網(wǎng)系統(tǒng)依據(jù)電子信息自動產(chǎn)生劃收款匯劃信息，經(jīng)編押后轉(zhuǎn)發(fā)清算系統(tǒng)發(fā)送至收款行。B2B交易流程處理模式總結(jié)B2B自動轉(zhuǎn)賬、非自動轉(zhuǎn)賬、主動收款轉(zhuǎn)賬交易可以歸納為四種模式：本地建行異地建行本地他行異地他行內(nèi)蒙建行已經(jīng)完成了數(shù)據(jù)集中，并且當?shù)厝诵胁捎闷睋?jù)交換的模式，因此對于上述兩種他行轉(zhuǎn)賬業(yè)務(wù)流程處理方式相同，需要落地打單，進行票據(jù)交換。BtoB系統(tǒng)內(nèi)建行轉(zhuǎn)賬BtoB異地建行轉(zhuǎn)賬BtoB他行轉(zhuǎn)賬系統(tǒng)內(nèi)建行轉(zhuǎn)賬處理流程主機處理流程：收、付款人在同一建行網(wǎng)點開戶，通過內(nèi)部轉(zhuǎn)賬方式實現(xiàn)不同賬戶的轉(zhuǎn)賬支付；收、付款人在內(nèi)蒙建行系統(tǒng)內(nèi)不同的網(wǎng)點開戶，通過系統(tǒng)內(nèi)通存通兌實現(xiàn)不同賬戶的轉(zhuǎn)賬支付；收款人或付款人在異地建行系統(tǒng)開戶，通過建行電子匯劃清算系統(tǒng)實現(xiàn)不同賬戶的轉(zhuǎn)賬支付。異地建行轉(zhuǎn)賬處理流程系統(tǒng)內(nèi)跨行轉(zhuǎn)賬應(yīng)實現(xiàn)與清算網(wǎng)的直聯(lián)，需要配合的業(yè)務(wù)及流程如下：城綜網(wǎng)記流水賬城綜網(wǎng)記流水賬返回網(wǎng)銀系統(tǒng)支付已受理產(chǎn)生匯劃信息（經(jīng)聯(lián)機編押）匯劃信息進入清算系統(tǒng)發(fā)送付款行前置機接收是否異地收/付款賬號、戶名等信息驗證轉(zhuǎn)本地城綜網(wǎng)處理N出錯信息，返回網(wǎng)銀系統(tǒng)匯劃往帳業(yè)務(wù)銀行主機清算集中點銀行主機清算集中點清算前置機清算主機…網(wǎng)銀前置機密押器①④⑧⑤⑦⑥②③①自動編押清算網(wǎng)數(shù)據(jù)流程及處理流程：報文到網(wǎng)銀前置機后（前面的過程詳見其它文檔），以交易的形式送至銀行主機?；蛘呤菑木W(wǎng)點送上來的匯劃往帳。主機收到報文后，主機程序先對帳戶進行合法性檢查。

檢查通過后，將編押所需的要素發(fā)送至集中點。

編押成功后，進行自動入帳處理清算集中點在收到數(shù)據(jù)后，根據(jù)參數(shù)中的編押/核押標志，調(diào)用聯(lián)機編押函數(shù)進行編押。編押結(jié)果，即密押，仍以參數(shù)的方式返回給主機。主機按照一定格式將往帳報文匯劃業(yè)務(wù)的往帳文件，并向網(wǎng)銀前置機返回交易成功信息。

如果以上步驟不成功，則立即向網(wǎng)銀前置機或網(wǎng)點返回相應(yīng)的交易失敗信息。清算前置機從主機上取得往帳數(shù)據(jù)。清算前置機通知報文到清算主機。清算主機收到清算前置機報文后，對內(nèi)容進行解析，發(fā)送匯劃往帳。清算前置機接收到清算主機的結(jié)束信息后，將其返回給主機。主機等到返回后，在往帳文件中做已發(fā)送標志或出錯標志。然后，主機繼續(xù)讀出下一筆往帳數(shù)據(jù)下傳清算前置機，重復(fù)步驟⑥至⑧。直到已無數(shù)據(jù)為止。匯劃來帳業(yè)務(wù)即本行帳戶為收款方帳戶、他行帳戶為付款方帳戶業(yè)務(wù)主機業(yè)務(wù)主機清算集中點清算前置機清算主機密押器⑤②⑥①③④⑦自動核押清算網(wǎng)數(shù)據(jù)流程及處理流程：報文從清算網(wǎng)到達清算主機后，被記錄在數(shù)據(jù)庫文件中。清算前置機接收到清算主機的信息后，將該來帳文件發(fā)送至銀行主機，并以交易的形式通知主機。之后清算前置機守護進程重復(fù)步驟①至②。主機的交易程序讀取來帳文件。逐將核押所需的要素發(fā)送至網(wǎng)點進行核押。核押成功后，進行自動入帳處理。清算集中點在收到數(shù)據(jù)后，根據(jù)參數(shù)中的編押/核押標志，調(diào)用聯(lián)機核押函數(shù)，并將核押結(jié)果以參數(shù)的方式返回給主機。如果來帳自動處理失敗，則需要相應(yīng)網(wǎng)點做落地處理。他行轉(zhuǎn)賬處理流程主機處理流程：收、付款人在同城跨行轉(zhuǎn)帳范圍內(nèi)的，目前無法與人行實時清算系統(tǒng)銜接，一般采用落地方式，在網(wǎng)點打出清算憑證，手工交換處理。收款人在異地跨行轉(zhuǎn)帳范圍內(nèi)的，小額的可以先直后橫通過建行電子匯劃清算系統(tǒng)實現(xiàn)匯劃支付；收款人在異地跨行轉(zhuǎn)帳范圍內(nèi)的，大額的（50萬以上）采用落地方式，在網(wǎng)點打出清算憑證，必須通過人行手工交換處理。系統(tǒng)管理設(shè)計系統(tǒng)管理功能是為銀行更好的管理大前置系統(tǒng)及外圍渠道而提供的管理工具。使用該管理工具的主要角色是的系統(tǒng)管理員。系統(tǒng)管理設(shè)計的工作范圍是為了完成分行前置系統(tǒng)的系統(tǒng)管理所提供的必要功能。主要涉及以下功能：授權(quán)管理功能用戶維護功能柜員/機構(gòu)管理系統(tǒng)控制數(shù)據(jù)備份與恢復(fù)系統(tǒng)配置管理

系統(tǒng)節(jié)點屬性增加、修改，系統(tǒng)控制參數(shù)（隊列、通訊、日志級別等）的配置管理。業(yè)務(wù)管理設(shè)計業(yè)務(wù)管理功能是為銀行更好的管理各種特色業(yè)務(wù)而提供的管理工具。使用該管理工具的主要角色是分行的業(yè)務(wù)管理員。業(yè)務(wù)管理設(shè)計的工作范圍是為了完成分行前置系統(tǒng)的業(yè)務(wù)管理所提供的必要功能。主要涉及以下功能：查詢統(tǒng)計報表管理業(yè)務(wù)配置管理網(wǎng)上銀行接入系統(tǒng)的實現(xiàn)依據(jù)統(tǒng)一規(guī)劃，分步實施的策略，結(jié)合目前網(wǎng)銀系統(tǒng)接入的需求，初步確立以下工作內(nèi)容。因未與建行詳細溝通，故僅列出實施工作內(nèi)容，具體計劃在此不做闡述。以下為實施工作內(nèi)容：業(yè)務(wù)需求整理對于網(wǎng)銀系統(tǒng)接入所需開展的工作細化整理，并形成需求分析說明書。主要整理業(yè)務(wù)流程及數(shù)據(jù)。系統(tǒng)規(guī)劃根據(jù)需求分析，整理出未來的系統(tǒng)框架，主要包括數(shù)據(jù)分布、功能分布、未來系統(tǒng)結(jié)構(gòu)、接口設(shè)計等。以下闡述規(guī)劃后應(yīng)進行的工作。報文信息整理報文信息的整理應(yīng)細化到每個交易報文的域組成，每個域的含義、長度、類型、對齊方式、默認值、是否有長度域、是否變長、是否有分割符等詳細信息。對于本項目而言包括四個方面：其一，應(yīng)用服務(wù)系統(tǒng)與核心主機交易通訊報文（文件）的整理，應(yīng)首先整理本項目所涉及的轉(zhuǎn)帳、查詢分戶帳信息、轉(zhuǎn)帳沖正、對帳等交易報文信息。其二，應(yīng)用服務(wù)系統(tǒng)與網(wǎng)銀系統(tǒng)的交易報文（文件）的整理。其三，應(yīng)用服務(wù)系統(tǒng)與監(jiān)控管理系統(tǒng)之間的廣播報文內(nèi)容的定義，即應(yīng)監(jiān)控到哪些信息。由于監(jiān)控管理系統(tǒng)與應(yīng)用服務(wù)系統(tǒng)之間采用約定報文格式，所以只需定義廣播報文的內(nèi)容即可。其四，應(yīng)用服務(wù)系統(tǒng)與特色業(yè)務(wù)系統(tǒng)的交易報文（文件）的整理，應(yīng)用服務(wù)系統(tǒng)與特色業(yè)務(wù)系統(tǒng)之間的報文采用約定格式，主要整理特色業(yè)務(wù)系統(tǒng)需提供的服務(wù)報文內(nèi)容及文件內(nèi)容即可。對于網(wǎng)銀系統(tǒng)而言，若將客戶簽約及B2B落地交易在大前置實現(xiàn)，可將簽約及落地交易部分功能在特色業(yè)務(wù)系統(tǒng)實現(xiàn)。交換文件的過濾生成也應(yīng)在特色業(yè)務(wù)系統(tǒng)實現(xiàn)，應(yīng)定義相應(yīng)的文件接口。主機子服務(wù)信息整理主機子服務(wù)信息整理主要指主機交易報文（請求、響應(yīng)）信息的整理，3.4.4.6部分的工作完成后，該部分的工作自然完成。同時應(yīng)指明每個子服務(wù)能完成的功能及限制條件。數(shù)據(jù)庫及子服務(wù)構(gòu)建以下庫表結(jié)構(gòu)參照《中國建設(shè)銀行網(wǎng)上銀行項目B2C網(wǎng)銀中心與成員行數(shù)據(jù)交換》、《中國建設(shè)銀行網(wǎng)上銀行項目B2B網(wǎng)銀中心與成員行數(shù)據(jù)交換》客戶更改自己簽約信息的時候，后臺直接修改相應(yīng)客戶資料表，形成總行所需要的文件。當接到總行上傳的文件時，將信息錄入后臺客戶信息匹配結(jié)果臨時表，后臺主機處理臨時表中的信息，形成最終結(jié)果。根據(jù)庫表信息，形成檢查客戶信息正確性的子服務(wù)，供應(yīng)用服務(wù)系統(tǒng)調(diào)用。成員行報表文件網(wǎng)銀中心下傳報表用于成員行直接打印，成員行取得報表文件后，只需在ms-dos窗口內(nèi)，執(zhí)行命令：typefilename>printer_port，其中filename是需要打印的報表文件的名字，例如trans_sum_01120000707.prn，printer_port是打印機端口名，例如本地打印機一般接在LPT1。網(wǎng)上銀行交易統(tǒng)計表人民幣：IA_機構(gòu)碼_500001_日期其它幣種：IA_機構(gòu)碼_5000xx_日期 其中xx為幣別代碼。網(wǎng)上銀行交易流水表IA_機構(gòu)碼_500101_日期網(wǎng)上銀行外幣交易統(tǒng)計表IA_機構(gòu)碼_500201_日期網(wǎng)上銀行外幣折算后交易統(tǒng)計表IA_機構(gòu)碼_500301_日期客戶信息統(tǒng)計表IA_機構(gòu)碼_500401_日期代理繳費統(tǒng)計表IA_機構(gòu)碼_500501_日期網(wǎng)上支付統(tǒng)計表IA_機構(gòu)碼_500601_日期帳戶應(yīng)用統(tǒng)計表IA_機構(gòu)碼_500701_日期個人外匯買賣業(yè)務(wù)各幣種交易統(tǒng)計表IA_機構(gòu)碼_500801_日期個人外匯買賣業(yè)務(wù)各時段交易統(tǒng)計表IA_機構(gòu)碼_500901_日期其它形式的數(shù)據(jù)交換為保證網(wǎng)銀交易運行，網(wǎng)銀中心需要為不同的成員行維護其相應(yīng)的配置數(shù)據(jù)。這些數(shù)據(jù)目前由成員行以傳真或電子郵件等方式提供。以下說明此類數(shù)據(jù)以及發(fā)送的時間和格式。分行基本信息數(shù)據(jù)數(shù)據(jù)描述

本數(shù)據(jù)用于分行基本數(shù)據(jù)以及向網(wǎng)銀中心提供其可提供的服務(wù)種類，網(wǎng)銀中心為其開通相應(yīng)的服務(wù)。發(fā)送時間以及格式

在分行開通相應(yīng)網(wǎng)銀服務(wù)前發(fā)送給網(wǎng)銀中心，包含下列數(shù)據(jù)：分行編號，分行名稱，分行通信網(wǎng)關(guān)服務(wù)器IP地址，聯(lián)系人姓名以及電話，二級分行編號以及名稱列表，網(wǎng)銀開通服務(wù)編號以及名稱。具體服務(wù)標號以及描述如下分行收費項目數(shù)據(jù)數(shù)據(jù)描述

本數(shù)據(jù)用于為分行記錄其可提供的收費項目編號以及名稱，如BP，電話費等。發(fā)送時間以及格式

在分行開通代理繳費服務(wù)前發(fā)送給網(wǎng)銀中心，包含下列數(shù)據(jù)：分行編號，收費項目編號，收費項目名稱。分行代理繳費簽約商戶數(shù)據(jù)數(shù)據(jù)描述

本數(shù)據(jù)用于為分行記錄其提供收費項目商戶列表。發(fā)送時間以及格式

在分行為此商戶開通代理繳費服務(wù)前發(fā)送給網(wǎng)銀中心，包含下列數(shù)據(jù)：分行編號，收費項目編號，收費項目名稱，商戶編號，商戶名稱，收費項目編號代理繳費類型（1：代收，2：代付），說明。分行轉(zhuǎn)帳限額數(shù)據(jù)數(shù)據(jù)描述

本數(shù)據(jù)用于為分行記錄其提供網(wǎng)上轉(zhuǎn)帳等交易的交易限額。發(fā)送時間以及格式

在分行開通轉(zhuǎn)帳，支付以及代理繳費服務(wù)前，向網(wǎng)銀中心提供，包含數(shù)據(jù)如下：分行編號，分行名稱，幣種，每日限額。每筆限額基本操作的整理及開發(fā)基本操作的需求及流程控制信息主要在服務(wù)的整理過程中獲得，通過整理服務(wù)的組織信息，找出所需的各種基本操作。對于特殊且未開發(fā)的基本操作，按照基本操作的需求開發(fā)相應(yīng)的函數(shù)。比如：“響應(yīng)信息”域可能根據(jù)響應(yīng)碼從響應(yīng)信息對照表中獲得，只需按規(guī)定格式增加該函數(shù)功能，并按照規(guī)定方法加入到應(yīng)用服務(wù)系統(tǒng)中。子服務(wù)模板開發(fā)子服務(wù)模板針對不同處理模式的主機節(jié)點開發(fā)，一般而言，一種主機只需開發(fā)一個子服務(wù)模板。對于不同主機，但對于應(yīng)用服務(wù)系統(tǒng)中獲取主機上子服務(wù)時處理控制流程及通訊方式一樣的主機，可以采用同一個模板。子服務(wù)模板中主要包括以下流程的管理：從中間信息鏈表組織子服務(wù)請求利用相應(yīng)的通訊接口發(fā)送到相應(yīng)主機接受主機響應(yīng)主機響應(yīng)信息拆解到中間信息鏈表子服務(wù)模板中還可以包括以上幾個流程中出錯時的預(yù)處理。子服務(wù)模板開發(fā)完畢測試完成后，按規(guī)定方式加入到應(yīng)用服務(wù)系統(tǒng)中即可。信息配置將整理完畢的報文信息、子服務(wù)信息、服務(wù)組織信息通過配置工具配置到系統(tǒng)中。同時EasyLink還提供對于已配置到EasyLink系統(tǒng)中的配置信息進行檢查的工具，該工具能提供配置信息完整性和一致性的檢查。監(jiān)控管理子系統(tǒng)的開發(fā)根據(jù)銀行的需要配置監(jiān)控信息，生成交易監(jiān)控界面，主要針對交易流水監(jiān)控。同時系統(tǒng)提供了系統(tǒng)監(jiān)控管理功能，主要提供進程及通訊狀態(tài)監(jiān)控。提供以下統(tǒng)計報表網(wǎng)上銀行交易統(tǒng)計報表

該報表主要統(tǒng)計全轄網(wǎng)上銀行的交易情況，分交易類別統(tǒng)計筆數(shù)和發(fā)生額?？蛻粜畔⒔y(tǒng)計表

該報表統(tǒng)計簽約客戶的數(shù)目和簽約帳戶的變化情況。代收代付交易統(tǒng)計表

該報表反映網(wǎng)上銀行系統(tǒng)代收代付交易明細。龍卡業(yè)務(wù)統(tǒng)計表

該報表反映龍卡業(yè)務(wù)通過網(wǎng)上銀行的交易情況。網(wǎng)上支付業(yè)務(wù)統(tǒng)計表

按月、年打印該報表。代理網(wǎng)上支付業(yè)務(wù)報表

按日、月、年打印該報表。為了提供方便的文件交換功能，監(jiān)控管理提供以下功能：簽約文件管理

考慮到文件傳輸有可能出故障而需要重傳，以及有些后臺文件處理功能不能重復(fù)操作的問題，將文件的收發(fā)各自統(tǒng)一劃分為3個獨立的功能。簽約文件中的客戶信息匹配失敗、帳戶信息匹配失敗、銷戶信息匹配失敗表放在應(yīng)用服務(wù)器上，相應(yīng)的三個文件不上傳主機。接收總行文件（從總行網(wǎng)銀中心接收到應(yīng)用服務(wù)器）

操作員輸入日期（yyyymmdd），按該日期接收總行所有下傳文件。操作員可看到處理結(jié)果是否正確。可重做。文件上傳主機（從應(yīng)用服務(wù)器上傳到后臺主機或特色業(yè)務(wù)系統(tǒng)）

操作員輸入日期（yyyymmdd），按該日期發(fā)送總行所有下傳文件。操作員可看到處理結(jié)果是否正確?？芍刈?。文件裝入主機（發(fā)命令讓后臺主機或特色業(yè)務(wù)系統(tǒng)把文件裝入數(shù)據(jù)庫）

操作員輸入日期（yyyymmdd），裝入該日期總行所有下傳文件。操作員可看到處理結(jié)果是否正確。主機文件生成（發(fā)命令讓后臺主機或特色業(yè)務(wù)系統(tǒng)生成下傳文件）

操作員發(fā)命令給后臺，后臺或特色業(yè)務(wù)系統(tǒng)生成當日日期的所有需傳總行的文件，即使無記錄也生成零長度的文件。操作員可看到處理結(jié)果是否正確。該交易后臺只能也只會做一次（如果有同名文件存在則不會再次生成）。文件下傳（從后臺主機接收到應(yīng)用服務(wù)器）

操作員輸入日期（yyyymmdd），按該日期從總行接收所有下傳文件。操作員可看到處理結(jié)果是否正確?？芍刈?。文件發(fā)送總行（從應(yīng)用服務(wù)器發(fā)送總行網(wǎng)銀中心）

操作員輸入日期（yyyymmdd），按該日期發(fā)送需發(fā)送總行的文件。操作員可看到處理結(jié)果是否正確?？芍刈?。簽約信息查詢和打印按日期查詢匹配失敗信息顯示和打?。〝?shù)據(jù)庫在應(yīng)用服務(wù)器，即上面所列3個表）查詢簽約客戶/帳戶信息并打印（數(shù)據(jù)庫在主機）具體需求見后對照表管理（數(shù)據(jù)庫表結(jié)構(gòu)已給過）網(wǎng)銀銀證券商轉(zhuǎn)換表的錄入、查詢、修改和刪除（數(shù)據(jù)庫在應(yīng)用服務(wù)器）網(wǎng)銀代收費項目轉(zhuǎn)換表的錄入、查詢、修改和刪除（數(shù)據(jù)庫在應(yīng)用服務(wù)器）網(wǎng)銀商戶表的錄入、查詢、修改和刪除（數(shù)據(jù)庫在主機）交易開通控制應(yīng)用服務(wù)器控制每個交易是否開通。應(yīng)用服務(wù)器能以二級分行為單位控制中間業(yè)務(wù)交易的開通，（如銀證轉(zhuǎn)帳和代收代付交易在分流路由時判斷是否開通。相應(yīng)的二個數(shù)據(jù)表結(jié)構(gòu)要增加字段）網(wǎng)銀交易流水的查詢、備份和清理傳輸文件的定期備份和清理。終端操作員及權(quán)限管理與網(wǎng)上銀行業(yè)務(wù)相關(guān)系統(tǒng)的改造考慮此次改造應(yīng)能充分在內(nèi)蒙建行未來業(yè)務(wù)方面得到應(yīng)用，減少重復(fù)開發(fā)和重復(fù)勞動，可盡量利用主機上已有的交易，必須開發(fā)的新交易業(yè)務(wù)系統(tǒng)交易由主機開發(fā)人員完成。為了保證今后增加新業(yè)務(wù)時可基于改造后主機的程序，有利于未來新業(yè)務(wù)或新渠道的接入。本次主機可依托于目前的主機業(yè)務(wù)情況單獨開發(fā)一套針對于未來新業(yè)務(wù)的交易。無論采取以上哪一種方法，首先必須根據(jù)網(wǎng)上銀行可以開展的業(yè)務(wù)情況及內(nèi)蒙建行自身業(yè)務(wù)的開展情況，確定本期網(wǎng)上銀行可開通的業(yè)務(wù)，然后規(guī)劃網(wǎng)上銀行接入系統(tǒng)的業(yè)務(wù)范圍及主機系統(tǒng)需改造的范圍。網(wǎng)銀B2C交易較為簡單，原則上可以開通網(wǎng)銀的所有B2C交易服務(wù)功能，在此不做詳細闡述。對于B2B部分在與建行仔細交流后方可最后確認。一般而言，B2B交易的處理情況為：主機業(yè)務(wù)系統(tǒng)相關(guān)功能擴充對于B2C交易，傳統(tǒng)的交易實現(xiàn)功能較為簡單，主要是存貯轉(zhuǎn)發(fā)功能，對于涉及到中間業(yè)務(wù)部分需做詳細探討，包括交易模式。對于B2B部分，根據(jù)總行提出的需求，B2B共有12個交易，其中5個查詢交易，2個轉(zhuǎn)帳交易，2個E票類，1個E支票，3個代付代扣。5個查詢交易實現(xiàn)起來相對容易，一般情況下主機方面能夠提供相應(yīng)接口，即使不能滿足網(wǎng)銀要求，改造起來相對容易，這里不再進行說明。2個轉(zhuǎn)帳交易及E支票類涉及到城綜網(wǎng)系統(tǒng)內(nèi)通兌、同城實時清算、建行電子匯劃系統(tǒng)清算三大功能。E票類交易同轉(zhuǎn)帳交易。由于內(nèi)蒙建行此次要開發(fā)的B2B是在已實現(xiàn)柜臺清算直連基礎(chǔ)上實現(xiàn)，即主機系統(tǒng)與同城實時清算、建行電子匯劃系統(tǒng)清算的直接接口，因此可采用簡單的實現(xiàn)辦法。對于網(wǎng)點部分需增加的交易部分為落地模式的相關(guān)交易功能（轉(zhuǎn)帳交易）。保證金自動轉(zhuǎn)帳系統(tǒng)根據(jù)總行網(wǎng)銀中心傳送的“網(wǎng)上銀行證券