某銀行信貸管理系統項目方案書-資料下載頁

【導讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 個人貸款的品種、對象、金額等，確定貸款檢查的相應方式、內容和頻度 。系統要控制 一年以內（含）的個人貸款，展期期限累計不得超過原貸款期限；一年以上的個人貸款，展期期限累計與原貸款期限相加，不得超過該貸款品種規定的最長貸款期限。 基于 SOA的技術架構 SOA 架構要點 SOA 方案的成功的最關鍵因素是業務模型的合理性。如何將業務功能分解為可重用，輕藕合的服務組件是 SOA 可持續發展的保證。通過將服務劃分為不同類型，簡單的單一服務組件可以直接部署系統上，復雜的流程服務通過對單一服務組件的組裝可以放在流程容器中。 SOA 的業務建模不但是對業務的梳理，更重要的是通過梳理建立業務處理的規范，設計不同類型的業務模板，為后續業務的發展和實施提供依據和快速開發的保障。 通過有效地業務建模方法將業務系統功能進行梳理，從而得到可重用的，輕量級的服務組件，為 SOA的 后續建設制定規范和提供保證。 系統如果采用面向服務 SOA的體系架構，必須在基礎建設上進行規劃，主要包括 ? 支持基于開放標準（ Web Service），將復雜的信貸業務按功能封裝成組件，將組件按業務邏輯組裝成服務，最后按業務流程調度服務完成業務需求的技術實現模式。簡而言之，信貸管理系統采用的是一個支持業務組件化、組件服務化、服務流程化的面向服務的體系架構。 目前 某 信貸產品在組件的劃分上已經完成了如下的切分，組件之間的耦合性保持了 較低的程度，并能夠根據需要獨立成為子系統使用： PUB 公共管理 P U B l i c CUS 客戶管理 C U S t o m e r FNC 財務管理 F i N a n C e FNA 財務分析 F i N a n c e A n a l y s i s PRJ 項目管理 P R o J e c t PRD 產品管理 P R o D u c t LMT 額度管理 L i M i T LMA 額度測算 L i M i t A s s e s s i n g ACR 授權管理 A R c R e d i t CTR 合同管理 C o n T R a c t GRT 押品管理 G u a R a n T y DOC 檔案管理 D O C u m e n t ACC 賬務核算 A C C o u n t GRP 集團管理 Grp CCR 客戶評級 C l i e n t C r e d i t R a t i n g FCR 債項評級 F a C i l i t y R a t i n g LPC 貸款定價 L o a n P r i C i n g RSC 風險分類 RiSk Cls es IQP 貸前調查 In Q u i r y P h a s e CRP 授信審批 C R e d i t P h a s e PVP 簽約放款 P r o V i d e P h a s e PSP 貸后管理 P o S t P h a s e ARP 資產保全 A s s e t s R e d e e m i n g P h a s e ? 采用 SOA 的原則、技術框架將 為銀行新一代銀行業務系統提供建設指導和統一規范，包括標準的 XML 報文數據接口、標準的 Web 服務描述、標準的服務連接方式、標準的門戶和統一的流程引擎平臺，同時 SOA 途徑也能更好地重用銀行現有核心等業務系統功能，實現銀行隨需應變的業務目標。 其中在報文規范上系統提供對 webservice,8583 等報文的支持外 , 還提供內部專有的 ,可擴展的內部 xml 報文規范 .通過專有內部報文的推廣 ,降低以后集成系統的成本。示例如下： ?xml version= encoding=UTF8 ? transaction t=”M” header t=”M” reqId003/ reqId transSN003M0130574000020210415113540031/transSN transId0010000000000012/transId ext t=”M”……/ext /header t=”M” body t=”M” request t=”M” CRD_NO t=”S”1234567890123456789/CRD_NO FLG t=”B”1/FLG COUNT t=”I”1000/COUNT COUNT t=”L”20210808080808008/COUNT /request response t=”M” /response /body / transaction 其他架構要點 1. 實現全行跨部門跨系統的緊密協同，實現與核心業務系統的無縫整合，支持雙向“ T+0”處理模式； ? 在貸款業務的完整生命周期中需要審、貸、監督及會計等部門全過程的配合，需要核心業務系統、歷史數據庫系統與信貸管理系統緊密協同工作。如何實現多系統、多部門有機集成的人機協同工作，并保證全行 IT 系統可根據管理需要敏捷地適應企業流程變更，是信貸管理系統必須要解決的核心問題。 ? 信貸系統與核心系統，以及其它系統間進行實時聯機交互，向核心業務系統以及其它系統提供特定的服務。 2. 系統的高度擴展性和高性能 ? 支持四層體系架構 （數據庫服務器 /應用服務器 /WEB服務 /客戶端），支持集群和負載均衡機制，具備良好的擴展性以適應業務增長的要求，充分滿足業務高峰的性能要求。 3. 高度的安全性 ? 系統從網絡、系統、應用、管理 4 個層面進行安全設計。對于作為應用軟件的信貸管理系統，采用數據加密、防火墻等技術實現數據傳輸、數據存儲的安全性和交易的不可抵賴性；建立嚴格的用戶、角色管理，細化到字段級別的權限控制等安全措施，并輔以合理的管理制度確保系統整體的安全性。 4. 標準錯誤碼 體系 ? 通過系統來規范各系統報錯的處理機制，采用統一設計的錯誤碼，避免將來的系統調用 中錯誤碼混亂導致的錯誤定位上的困難。 差異化的業務參數配置 系統的設計 在前瞻性的基礎上， 充分考慮了 股份制銀行跨區域經營 下各種業務參數的差異化情況。以機構配置組為基礎，采用參數 按照 事業部制 分級 配置管理與 全行 統一上收管理相結合的模式，實現數據統一、系統統一，差異化配置，差異化使用。 ? 機構配置組 系統內不同的機構，根據地域分布、經濟發展、崗位配備等原因，會有不同的審批流程、額度及數量閑置、評級、利率定價等模型的差異。采用相同配置的機構，可以統一為一個配置組，配置組大可到整個 銀行 ，小可到一個 支行 。通過機構配置組， 在實現靈活的進行機構各種參數以及模型等調整的同時，極大的減少了維護人員的工作。 ? 流程的差異化配置 針對不同的機構配置組，配置不同的流程模板，使各機構組按照符合自己的流程進行業務申請以及審批。 ? 同一流程內流轉方式控制的配置 在同一流程內，各配置組可以根據各自的業務管理辦法，配置不同的流轉方式，來控制流程是繼續流轉，還是跳轉，還是結束。 ? 各種額度及數量的差異化配置 不同的機構配置組，可以有不同的額度及數量上限的控制，可以方便的根據地域、經濟發展的不同，差異化控制比如 綜合 授信額度上限、 小企業 聯保小組成員上下限等。 ? 模型選擇的差異化配置 不同的機構組，可以選擇不同的模型 ，如：額度測算模型、利率定價模型、擔保能力測算模型等，充分支持 全行 下不同 特色分支機構 的不同業務處理模式。 松耦合的工作流配置 作為成熟的信貸系統解決方案，需要解決能夠快速更換工作流產品的需要，能夠根據客戶選擇的工作流產品快速進行開發。 因此，作為信貸系統和工作流產品的融合， 某 的信貸系統采用了松耦合的配置文件模式，可以隨時更換所使用的工作流產品，而不會對系統架構、設計、功能、性能等造成影響。目前已經成功接入了 IBM 的工作流產品 WPS 并投入使用。 系統在工 作流工具的配置上，以標準工作流產品規范 WFMC 中的描述的接口 2（工作流客戶端用程序接口）、接口 3 （被調用應用程序接口）為基準，使用第三方工作流引擎提供相關 API，重新實現定義的接口。而對于流程服務的使用方（如信貸系統）不受影響，只需更換流程接口的實現類，即可實現流程引擎的替換工作。 某 公司提供的 echain 工作流引擎作為工作流工具整合進入信貸系統，是符合國際工作流標準 WFMC的純 JAVA技術模塊，因此，也可以根據需要被替換成為其他的工作流產品。 集成的業務流程配置 工作流工具作為系統支撐層的重點工具之一 ，解決了信貸業務過程中的工作流配置問題。但是在滿足業務流程的靈活配置方面，需要結合業務申請過程中的各種要素的組合進行流程流轉節點的控制。這一點通過工具層面的工作流工具可以實現，但是其實現方式是通過新建不同的流程來滿足流轉方式的改變。 因此，為了能夠讓業務管理層能夠更加清晰的把信貸政策落實到流程中，特別是通過流程的設置，將流程中的所有流轉方式、流程中的授權、機構審批權限、個人審批權限等統一通過對流程節點的控制實現，同時，應該是能夠自定義流程節點的流轉條件。 通過集成的工作流配置，至少在如下幾個方面帶來益處： ? 通過業務人員能夠理解的方式配置流程； ? 流程的管理更加清晰，能夠徹底表達信貸政策的要求； ? 便于流程的維護，流程中的各種條件改變可以通過修改配置參數實現； ? 去除冗余和不必要的流程，便于流程的集中管理； ? 提供更加人性化的可視化界面，滿足流程配置和流程監控 ； ? 流程的配置更加集中，不需要單獨再其他地方配置授權，從而將流程、授權、崗位、人員、審批環節等集成在一起管理。 支持快速產品創新 信貸系統中的產品通過與核心系統的產品核算參數的交互，提取核心相關產品的核算要素，完成產品創新業務。 為了能夠適應信貸業務，尤其是零售信 貸和中小企業貸款業務靈活多變、客戶需求多樣化的要求， 某 的信貸產品設計為： 靈活配置業務產品，使得新創新得業務品種及時推出市場 嚴格的風險管理和控制手段，使得業務能穩定、健康得發展 標準化操作，使得業務能夠快速有效的辦理。 產品管理是信貸業務管理系統的中樞，集中反映了全行的產品情況，以及與之配套的風險管理和政策。將業務產品、風險規則、客戶評級、流程、權限等進行統一管理，保證全行的信貸業務、政策和規范得到貫徹和落實。 業務品種為信貸業務的基礎和核心，系統提供一個產品庫，預先定義了主要常用的業務品種，根據銀行信貸 發展狀況，可以隨時進行產品得維護和擴充。產品設置的關鍵 管理 屬性主要包括： 產品版本 擔保方式 期限范圍 金額控制 風險攔截規則 資料管理 機構管理 承兌業務配置 貼息業務設置 ?? 真正無紙化審批流程 實現信貸業務無紙化審批流程是既能提高效率又能降低成本的一舉兩得的舉措，已成為國內先進銀行業務發展的追求。 但要實現信貸業務真正的無紙化審批流程，需要信貸業務管理系統給予充分的支撐： ? 與外部渠道的良好對接，申請信息可以無紙化轉入業務受理階段； ? 提供自動化預審模型，可以實現無紙化業務受理檢查； ? 實現審批流程中的在 線文檔管理，業務受理后，可以實現業務文檔的在線采集、在線存儲和審查審批崗的在線調閱，從而完成無紙化審批流程。 某 信貸管理系統完全支撐上述功能的實現： 業務實時管控 隨著銀行業務分工的明細，信貸系統需要與越來越多的系統進行數據交互。在眾多的交互中，除了傳統的與核心之間的賬務交互之外，信貸系統主要通過額度的管控實現對業務 的風險監管，如何建立實時的管控體系，對于銀行風險控制將起到一個非常重要的作用。 在實時業務管控中，信貸系統主要負責與核心系統、國際結算系統、票據系統（部分銀行單獨建設）、金融同業授信系統（部分銀 行單獨建設）等進行交互。 某 提供的信貸系統 通過與周圍應用的整合，建立雙向“ T+0”的實時和批量的交易接口，實現對關聯數據的實時修改和同步，確保關鍵數據在任何時點的一致性。 在聯機實施交易處理上，以下以核心系統為例來說明雙向“ T+0”方案的優越性： 實時交易接口的實現方案有三種： ? 紙質通知書＋校驗碼方案 此方案是采用紙質通知書方式，由信貸系統打印出帳通知書與交易校驗碼，核心業務系統前臺柜員在放款時輸入出帳通知書信息和交易校驗碼。 此方案需要分別對信貸系統、核心業務系統進行改造，增加對出帳核對信息的校驗，以相同 的算法生成出帳時所需要的校驗碼，如貸款發放的出帳需要信貸系統、核心業務系統進行借款人客戶號、合同編號、借據編號、發放金額、利率、起貸日期、止貸日期等關鍵字段的校對，就需要信貸系統在生成出帳通知書時對這些字段進行校驗碼計算并生成校驗碼，另一方面核心業務系統也要按照同樣的算法對柜員輸入的數據進行校驗碼計算，保證核心業務系統貸款的發放嚴格按照出帳通知書的要求操作，保證數據的一致性。 此方案不足之處是增加了柜員的重復工作量，信貸系統和核心業務系統不能實現數據共享，一般較少采用。