流程銀行解決方案-某客戶案例簡介

流程銀行解決方案-某客戶案例簡介

—— 綜合授權(quán)和信貸業(yè)務童景文技術(shù)架構(gòu)師內(nèi)容現(xiàn)狀分析項目定義系統(tǒng)關(guān)聯(lián)圖架構(gòu)決策總體架構(gòu)核心組件實施方法案例分析行業(yè)業(yè)務方向和趨勢

隨著農(nóng)村信用社和城市商業(yè)銀行體制改革和機制轉(zhuǎn)變的逐步深入，由“部門銀行”轉(zhuǎn)型為“流程化銀行”已成為中小銀行業(yè)務發(fā)展的必然趨勢。“部門銀行”對客戶需求的服務響應和風險防范等受到人為限制;流程銀行可以有效地改善銀行中以往存在的部門林立、條塊分割、職責界定不清，政出多門、支離破碎，效率低下、運轉(zhuǎn)不靈的弊端;

流程銀行是我國金融業(yè)改革從外部主導型向內(nèi)部深化完善型轉(zhuǎn)變的有效途徑和必經(jīng)之路。

流程銀行將更好地支持中小銀行實現(xiàn)集中化管理和一體化經(jīng)營，通過結(jié)構(gòu)扁平化和風險控制、流程優(yōu)化來為廣大客戶提供更專業(yè)高效的金融服務強化內(nèi)部管理和提高服務創(chuàng)新能力是國內(nèi)銀行在激烈的競爭環(huán)境中取勝的關(guān)鍵。通過積極整合營銷渠道，實現(xiàn)客戶資源共享，以“服務創(chuàng)新”模式提高競爭實力，并加速應用系統(tǒng)的集成，實現(xiàn)數(shù)據(jù)交換的標準化和規(guī)范化，實現(xiàn)“全局監(jiān)控”。

國內(nèi)銀行正處于業(yè)務和管理的變革與轉(zhuǎn)型期，在外部面臨國家金融政策環(huán)境、市場環(huán)境不斷變化，在內(nèi)部要肩負著轉(zhuǎn)制上市、分拆重組的壓力。銀行內(nèi)部業(yè)務變更的機率大大增加，需要應用有效的集成技術(shù)，對復雜異構(gòu)的應用系統(tǒng)進行基于業(yè)務服務和業(yè)務流程的系統(tǒng)集成。某銀行現(xiàn)狀系統(tǒng)架構(gòu)分析主要焦點（現(xiàn)狀圖可以根據(jù)**實際架構(gòu)調(diào)整）

123技術(shù)平臺的復雜性。應用來自多廠商，缺乏標準和規(guī)范渠道缺乏整合，業(yè)務人員多以telnet形式登錄，方式單一系統(tǒng)整合的復雜性，前、中、后臺耦合度高4授權(quán)分散在各網(wǎng)點，風險難以控制信貸業(yè)務改造目標新信貸管理系統(tǒng)在設(shè)計上充分體現(xiàn)以服務為中心的理念為信貸客戶，基層行社，客戶經(jīng)理，各級管理人員，綜合業(yè)務系統(tǒng)等提供服務打造完善的信貸業(yè)務服務平臺和高速鐵路式的工作流程平臺實現(xiàn)三個突破較好的用戶體驗，例如操作界面友好性、降低學習曲線。統(tǒng)一管理與個性化管理相結(jié)合信貸業(yè)務無紙化達到四個目標達到信貸業(yè)務數(shù)據(jù)實時達到信貸門市業(yè)務高效達到信貸客戶信息完整達到合理業(yè)務操作的容錯和修正突出幾個特點業(yè)務操作流程化，業(yè)務管理無紙化，數(shù)據(jù)安全共享化，操作界面人性化，系統(tǒng)管理參數(shù)化信貸業(yè)務改造需求客戶內(nèi)部評級大中企業(yè)客戶信用內(nèi)部評級小企業(yè)客戶信用內(nèi)部評級非農(nóng)戶個人信用內(nèi)部評級農(nóng)戶信用等級評定信用內(nèi)部評級審批客戶信用等級評定結(jié)果撤銷客戶信用等級調(diào)整客戶信用內(nèi)部評級模型客戶內(nèi)部授信授信測算模型維護授信測算授信維護授信審批授信報備授信歸檔授信報備資料管理授信清單打印信貸退出計劃客戶利率管理利息計算器貸款利息試算央行基準利率管理法人統(tǒng)一定價貸款利率定價存貸積數(shù)掛鉤貸款管理信貸貸后管理信貸資金貸后檢查信貸資金風險分類不良信貸資產(chǎn)預警報告信貸資產(chǎn)風險撥備本項目定義本期面向SOA項目綜合處理平臺建設(shè)整體目標基于信貸系統(tǒng)的改造，提升信貸業(yè)務的流程服務實現(xiàn)集中授權(quán)，為相關(guān)業(yè)務共享實現(xiàn)業(yè)務系統(tǒng)間面向服務的集成（ServiceOrientedIntegration）促進流程優(yōu)化與再造平臺實施范圍建立服務集成平臺企業(yè)內(nèi)部服務總線，和企業(yè)內(nèi)部統(tǒng)一的服務注冊與管理。建立流程管理平臺建立用于服務編排、流程建模和監(jiān)控的業(yè)務流程引擎平臺。建立用于業(yè)務系統(tǒng)和流程的規(guī)則引擎，變分散僵化的業(yè)務規(guī)則為全行集中地規(guī)則服務。完成對以下業(yè)務領(lǐng)域的服務梳理和服務運行部署對客戶信息、存貸款、基金、保理、電票、貿(mào)易融資、信管、資金、匯款的服務梳理完成對上述業(yè)務領(lǐng)域中服務的模型定義、注冊、集成、管理。前置系統(tǒng)改造部分前置系統(tǒng)改造柜面業(yè)務改造？綜合處理平臺系統(tǒng)關(guān)聯(lián)圖柜面核心系統(tǒng)前置應用網(wǎng)銀互聯(lián)柜面崗位后臺崗位系統(tǒng)管理員Socket定長報文電票基金UCPHTTP綜合處理平臺HTTP約定分隔符的非定長報文/SocketXML/SocketXML/SocketSOAP/HTTPRA銀企對賬平臺約定分隔符的非定長報文/SocketHTTPTelnet終端信貸XML/Socket系統(tǒng)關(guān)聯(lián)圖分解，已有、新建和未來系統(tǒng)手機銀行渠道整合平臺中間服務平臺前置應用系統(tǒng)改造網(wǎng)銀互聯(lián)柜面崗位后臺崗位系統(tǒng)管理員Socket定長報文電票基金UCPHTTP新建系統(tǒng)現(xiàn)有系統(tǒng)柜面企業(yè)服務總線平臺HTTP約定分隔符的非定長報文/Socket中間業(yè)務核心系統(tǒng)XML/SocketXML/SocketSOAP/HTTPRA銀企對賬平臺Socket約定分隔符的非定長報文/Socket未來系統(tǒng)信貸業(yè)務改造集中授權(quán)平臺某前臺系統(tǒng)1)發(fā)送交易報文ESB2)對報文進行解析,拆分,邏輯處理,并進行數(shù)據(jù)路由發(fā)送處理的數(shù)據(jù)到規(guī)則引擎進行規(guī)則交驗規(guī)則引擎3)規(guī)則交易如需進行授權(quán)發(fā)送到送到手工流程處理系統(tǒng)流程引擎4)集中授權(quán)處理流程模塊4)如規(guī)則判定無需進行授權(quán),返回ESB,進行后續(xù)操作授權(quán)流程結(jié)束后返回ESB,并進行后續(xù)處理核心后臺系統(tǒng)

6)進行記帳交易5)將報文路由到后臺系統(tǒng)7)返回處理結(jié)果到ESB8)返回最后結(jié)果典型應用場景舉例業(yè)務,IT靈活性適應業(yè)務需求變化，減少上線時間技術(shù)變動不影響整體架構(gòu)行業(yè)標準,開放性系統(tǒng)的實現(xiàn)技術(shù)上必須具備前瞻性，遵循國際標準；除具有標準的開放式技術(shù)接口外，還能夠完成與現(xiàn)有系統(tǒng)具有標準接口的系統(tǒng)完全對接。可擴展性系統(tǒng)的設(shè)計思想，應使業(yè)務功能的擴展可以方便的實現(xiàn)；因此系統(tǒng)軟硬件平臺應具有良好的可擴充能力，支持系統(tǒng)規(guī)模的擴大和業(yè)務范圍的擴展，能夠滿足3~5年的規(guī)劃需要性能要求核心系統(tǒng)處理日高峰期1000萬筆，并考慮到未來3年交易量的增長空間。信貸業(yè)務日交易量1萬筆。對于關(guān)鍵交易的處理時間<100ms。在達到系統(tǒng)性能指標峰值要求的同時，系統(tǒng)處理能力還留有足夠的余量，CPU、內(nèi)存等系統(tǒng)資源的使用率低于70%，達到平均值要求時，系統(tǒng)資源使用率應低于50%。保證系統(tǒng)長期穩(wěn)定運行。可靠性和穩(wěn)定系采用高可靠性的產(chǎn)品和技術(shù)，充分考慮整個系統(tǒng)運行的安全策略和機制，具有較強的容錯能力和良好的恢復能力，保障系統(tǒng)安全、穩(wěn)定、高效的運行。系統(tǒng)的各個部分都要求采用冗余技術(shù)，整個系統(tǒng)不存在單點故障。安全性安全性是系統(tǒng)建設(shè)的基本原則，需要充分考慮整個系統(tǒng)運行的安全策略和機制，復合對數(shù)據(jù)安全、身份安全的控制。可維護性記錄完整的系統(tǒng)錯誤日志，在系統(tǒng)處理異常時，都能夠根據(jù)已記錄的日志，快捷方便地定位出錯誤地具體位置、原因，方便系統(tǒng)的維護?？晒芾硇韵到y(tǒng)需提供對運行情況的監(jiān)測和控制功能，從而保證系統(tǒng)的正常運行，同時，有效的業(yè)務量監(jiān)控有助于對業(yè)務發(fā)展作出準確評估，可保證系統(tǒng)處理能力的及時擴容。系統(tǒng)應具備有效的、統(tǒng)一的手段和機制進行設(shè)備管理、應用軟件環(huán)境設(shè)置調(diào)整管理、開發(fā)管理以及操作員、管理員管理。SOA架構(gòu)總體目標，適用于建議SOA參考架構(gòu)中的總線服務平臺、流程平臺、事件處理、數(shù)據(jù)服務和交互協(xié)作平臺在系統(tǒng)中引入服務總線主要解決的問題（現(xiàn)狀，右圖為常見**架構(gòu)，需要結(jié)合**情況修改或者補充）應用之間連接很多，成復雜的網(wǎng)狀；每增加一個新應用，集成時需要建立大量的接口；當應用的數(shù)量增多時，應用之間的接口呈指數(shù)級增長，從而導致相應集成成本的急劇增長各個應用系統(tǒng)實時連接絕大部分采用Socket協(xié)議，少部分為Http協(xié)議，批量數(shù)據(jù)傳輸基本上都采用FTP方式；各種方式連接和接口都比較復雜，沒有可遵循的規(guī)范標準可以參照，沒有統(tǒng)一的集成技術(shù)規(guī)范和標準，使集成工作重復投入，難以統(tǒng)一的規(guī)劃，實施和維護（MQ有？）點對點的集成技術(shù)是導致無法對各個系統(tǒng)提供的服務進行梳理，存在大量相同或類似的服務。既是巨大的浪費，而且在新業(yè)務開發(fā)時往往需要重新定義大量的服務，不能支持新業(yè)務快速上線，難以滿足業(yè)務需要內(nèi)部應用和與第三方外部應用的連接混雜，內(nèi)外不分，安全系數(shù)較低核心業(yè)務系統(tǒng)除提供基本的核心銀行服務外，還包含報文交換模塊，業(yè)務邏輯部分還存在于中間服務調(diào)用平臺上，相互混雜，影響復雜業(yè)務邏輯的實現(xiàn)和業(yè)務創(chuàng)新缺乏平臺性的公共服務平臺。問題和挑戰(zhàn)

強調(diào)銀行業(yè)務運作處理的專業(yè)化、模塊化和標準化,將銀行內(nèi)設(shè)機構(gòu)按照業(yè)務性質(zhì)和經(jīng)營組織形態(tài)進行調(diào)整和變化,包括前臺(業(yè)務拓展部門)、中臺(業(yè)務監(jiān)督與咨詢等直接支持部門)、后臺(數(shù)據(jù)處理及后勤支持部門),中、后臺業(yè)務要實施集中化處理,機構(gòu)設(shè)置與人員配備要求支持充分流動,營業(yè)網(wǎng)點和營銷人員成為功能和職責明確的銷售前端和中后臺系統(tǒng)的客戶終端,前、中、后臺專業(yè)化系統(tǒng)之間要通過優(yōu)化設(shè)計的業(yè)務處理流程相連接。核心問題：實現(xiàn)前、中、后臺分離，一體化流水作業(yè)的流程化管理模式，實現(xiàn)業(yè)務集中授權(quán)管理實現(xiàn)以客戶為中心的流程再造，包括端對端的組織流程、管理流程和決策流程優(yōu)化實現(xiàn)服務共享和重用以及錄入流程模塊外包在面向服務和流程模塊化基礎(chǔ)上滿足將來的多渠道接入的要求適應復雜業(yè)務規(guī)則的變化提高端對端業(yè)務流程的處理效率實施關(guān)鍵流程銀行業(yè)務運作強調(diào)分業(yè)務線的垂直經(jīng)營與管理,對核算、結(jié)算、監(jiān)督、客戶關(guān)系管理等大量中后臺業(yè)務進行集中處理,流程的劃分和邊界的界定、流程之間的協(xié)調(diào)都必須有詳細的作業(yè)規(guī)程和要求,在銀行流程化過程中,要制訂并執(zhí)行相應業(yè)務規(guī)則，制定與業(yè)務流程改進方案相配套的組織結(jié)構(gòu)框架,通過依托強大的企業(yè)級工作流平臺來完成復雜流程的設(shè)計和運行監(jiān)控,通過依托完善的企業(yè)級內(nèi)容管理平臺實現(xiàn)檔案影像等非結(jié)構(gòu)化信息的存儲和檢索,通過流程和內(nèi)容的集成和外部獨立規(guī)則引擎的配置實現(xiàn)新一代流程銀行業(yè)務的優(yōu)化，通過企業(yè)服務總線ESB實現(xiàn)流程銀行業(yè)務整合和數(shù)據(jù)交換。流程銀行實現(xiàn)的技術(shù)關(guān)鍵如下：流程銀行的服務分析設(shè)計流程應用與業(yè)務內(nèi)容的整合流程銀行的安全控制與權(quán)限分配流程銀行的數(shù)據(jù)梳理與數(shù)據(jù)加工流程銀行的業(yè)務整合與數(shù)據(jù)交換流程銀行業(yè)務規(guī)則的靈活性配置在某某銀行系統(tǒng)中引入流程銀行BPM主要解決的問題某銀行系統(tǒng)架構(gòu)與架構(gòu)決策問題影響架構(gòu)決策整合的復雜性過多點對點的對接許多非標準化的報文格式缺少標準化組合/流程層增加一個基于ESB

(企業(yè)服務總線)及Adaptors(適配器)等相關(guān)技術(shù)的整合架構(gòu)層標準化某銀行的整合報文格式及SOAWebService接口增加一個“業(yè)務流程服務平臺BPM”以支持集中授權(quán)，以及未來對組合業(yè)務服務的開發(fā)。包括對業(yè)務規(guī)則的管理和服務技術(shù)平臺的復雜性開發(fā)環(huán)境復雜技術(shù)人員需花許多精力在不同的技術(shù)上專注于不多于兩個的開發(fā)平臺并建立相關(guān)的標準化(前端,渠道:

SOA

J2EE/WAS,集成/Adapter:WMB。后臺:

i-Series,UNIX,C,WAS)新應用應絕對遵守某銀行相關(guān)SOA的標準開發(fā)逐步轉(zhuǎn)移舊應用至新的標準的平臺，以信貸系統(tǒng)改造為鍥機缺乏內(nèi)容管理平臺支持業(yè)務流程和其他服務的內(nèi)容有限不利于業(yè)務中查看，比對，存檔票據(jù)信息，身份信息，營業(yè)執(zhí)照等影像數(shù)據(jù)方案一是采用專門的內(nèi)容管理平臺。優(yōu)點是功能強大，但是實施周期相對較長方案二是采用自開發(fā)的形式，在初期能滿足和業(yè)務流程交互的基本需求，優(yōu)點是能快速上線服務治理無法對各個系統(tǒng)提供的服務進行梳理，存在大量相同或類似的服務。新業(yè)務開發(fā)時往往需要重新定義大量的服務，不能支持新業(yè)務快速上線在全行范圍內(nèi)實現(xiàn)服務的統(tǒng)一注冊與存儲，提供全行的服務信息資源的統(tǒng)一視圖。它與企業(yè)服務總線相結(jié)合，實現(xiàn)動態(tài)服務選擇及靈活的服務調(diào)用。按照業(yè)務模型中的業(yè)務組件劃分標準將服務進行分類和層次化管理，方便服務的查找和管理。對服務進行服務關(guān)聯(lián)性的可視性管理，對服務定義變更進行影響分析。對服務使用情況進行監(jiān)控和分析分支行總行某銀行綜合處理平臺總體架構(gòu)應用視圖ESBDMZ內(nèi)網(wǎng)內(nèi)部核心EnterpriseFirewall帳戶信息WebDB柜員規(guī)則引擎內(nèi)容管理服務編排DomainFirewallProtocolFirewall服務拆分服務調(diào)用沖正規(guī)則流程規(guī)則影像管理路由柜面應用平臺事件收集事件存儲柜面電票DSP手機Browser復合服務人員帳戶信息網(wǎng)銀互聯(lián)UCPRA基金銀企對賬平臺協(xié)議轉(zhuǎn)換格式轉(zhuǎn)換邏輯處理服務注冊系統(tǒng)帳戶信息事件查看本期構(gòu)建未來構(gòu)建渠道整合ESBGW第三方系統(tǒng)ProtocolFirewall負載均衡外聯(lián)區(qū)域信貸綜合處理平臺系統(tǒng)架構(gòu)圖，各組件和調(diào)用關(guān)系人行征信系統(tǒng)

信貸業(yè)務系統(tǒng)總體架構(gòu)圖綜合處理平臺物理架構(gòu)(邏輯圖已有，細節(jié)需要后期討論)ESB系統(tǒng)在某銀行的整體定位實現(xiàn)業(yè)務邏輯與數(shù)據(jù)流程的有效分離并推動銀行業(yè)務的靈活擴展全行范圍內(nèi)統(tǒng)一的服務管理標準和接入框架，并統(tǒng)一數(shù)據(jù)交換報文規(guī)范ESB系統(tǒng)在某銀行的內(nèi)部架構(gòu)。一般為多對多的關(guān)系，如果只有一對一的關(guān)系，則ESB直接當成中轉(zhuǎn)器ESB在某銀行中的核心功能舉例，內(nèi)部消息流和服務沖正，異常處理原始服務組件的封裝及注冊原子及組合服務實