一種用於銀行事務整合的系統的製作方法

2023-10-08 13:24:54

專利名稱：一種用於銀行事務整合的系統的製作方法
技術領域：
本發明涉及金融業務中資產信用風險管理技術領域，尤其涉及ー種用於銀行事務整合的系統。
背景技術：
銀行在資本經營過程中是存在資本風險的，這裡資本風險包括信用風險、操作風險和市場風險等。其中信用風險是指貸款客戶不能按照合同規定按時償還其債務的可能性以及其嚴重程度，也是最重要的資本風險。特別是在金融領域中，商業銀行資產業務非常大，而貸款業務是銀行最基本的業務之一，所以銀行貸款的信用風險是銀行面臨的最基本風險，也是確定銀行資本充足率的關鍵因素。 精確地掲示與量化銀行貨款的信用風險，對減少銀行資金的損失，提高經營業績是至關重要的，而量化控制銀行信用風險是銀行業經營的追求目標。在決定是否該發放一筆貸款前，對貸款的風險進行評價涉及的因素很多，如借款人的經營情況、財務情況、所屬行業、產業的發展情況以及貸款項目情況等。目前，銀行在貸款前對貸款信用風險的評價非常困難，無法客觀準確有效地評估銀行貨款風險。現有的操作方式是通過網站接收申報材料，然後通過人工線下處理，再線下與銀行互動，由於評價主要依賴於人工的方式處理。這樣存在的問題是一方面批量處理浪費大量人力物力；另一方面銀行反饋速度慢，評估也不全面。另外，由於貸款審批的時間比較短，電子表格程序處理數據效率很低，沒有有效的計算模型，數據一般由個人進行管理，容易被破壞，數據的安全性沒有保障，而且每個有積累的數據難以實現數據共享。

發明內容
本發明所要解決的技術問題是克服上述現有技術中存在對貸款信用風險的評價困難且不全面的缺陷，而提供ー種用於銀行事務整合的系統以便客觀準確有效地評估銀行貸款風險的問題，且節省人力物力，建立一個可靠的信用檔案與業界標準。為解決上述技術問題，本發明的技術方案是這樣實現的，ー種用於銀行事務整合的系統，包括訂單生成系統，用於接收客戶的申貸數據，並將所述接收到的申貸數據與貸款產品存儲器中的產品進行比對，生成訂單信息，並將所述訂單信息發送給訂單數據存儲器，將接收到的申貸數據發送給申貸數據存儲器，所述訂單信息中包含所述客戶的標識和對應貸款產品的標識；審核模塊，用於向所述訂單數據存儲器查詢未處理的訂單信息，並將所述未處理的訂單信息通過審核系統進行審核；審核系統，用於根據訂單信息獲取客戶的申貸數據以及對應的貸款產品的信息，並進行審核，審核完成後更新所述訂單存儲器中訂單信息的狀態，以及申貸數據存儲器中的申貸數據，並將審核結果返回給客戶端。本發明實施例提供的用於銀行事務整合的系統中，訂單生成系統、審核模塊和審核系統能夠充分的配合，充分有效的利用客戶的申貸數據以及客戶的申貸產品信息，進而確定能否審核通過客戶的訂單信息。不但提高了申貸的審核效率，而且還充分利用網際網路的信息，對客戶的信息進行全面的評估，降低了放貸的風險。


圖I為本發明銀行訂單生成流程簡圖。圖2為本發明銀行申貸數據流程圖。圖3為本發明申貸數據流程圖。 圖4為本發明審核系統流程圖。圖5為本發明第三方機構及銀行確認數據流程圖。
具體實施例方式為使本發明的技術方案和效果更加清楚明白，以下結合具體實施例，並參照附圖，對本發明進ー步詳細說明。需要說明的是，本發明實施例中，訂單生成系統、審核系統、訂單處理系統、機構確認模塊、銀行確認模塊、信息採集平臺、審核模塊、第一審核單元、第二審核單元、第三審核単元、三項指標信息系統、外發數據模塊、機構接ロ、銀行接ロ等，都可以通過計算機硬體實現，如可以是一臺計算機，安裝有對應的用於銀行事務整合軟體，即為了滿足本發明所提供的用於銀行事務整合系統所必須的軟體，如申貸數據採集、訂單生成、貸款審核，機構確認、銀行確認等軟體。本發明實施例中，訂單數據存儲器、申貸數據存儲器、貸款產品存儲器、貸款產品列表均可以是ー個資料庫，或者保存在某一存儲裝置上的對應關係表。本發明提供了ー種用於銀行事務整合的系統，參見圖I和圖2所示，在本發明用於銀行事務整合的系統體系下，該銀行事務整合的過程包括I)將採集到的客戶的申貸數據發送給訂單生成系統，訂單生成系統Pl將接收到的申貸數據與貸款產品存儲器Dl中的產品相比對，生成訂單信息，所述訂單信息包含客戶的標識和對應的貸款產品的標識；將所述生成的訂單信息發送到訂單數據存儲器D3上，所述訂單數據存儲器D3接收並存儲所述訂單信息；將客戶的申貸數據發送到申貸數據存儲器D2上，申貸數據存儲器D2接收並存儲該客戶的申貸數據，其中，不同類型的貸款產品均預先設置在貨款產品存儲器Dl中。在本發明實施例中，客戶的申貸數據包括客戶的基本信息和附加信息，客戶的基本信息可以是申請任何貸款都必須填寫的基本信息，如客戶的資產狀況，受教育狀況、年齡、工作単位等，附加信息是指客戶根據不同的貸款產品需要提供的額外信息，如銀行補充信息、電子商務經營信息、經營狀況信息、抵押物相關信息、貸款帳戶信息等。客戶的標識可以是客戶的身份證號碼，或者訂單生成系統Pl為客戶生成的識別碼信息，如2012040001，表示2012年4月份的第一位申請的客戶。貸款產品的標識信息，如將不同金融機構所提供的金融產品進行標號，如建行的小額信用貸款可以表示為J0001，或者將招商銀行的e信通命名為El等。訂單數據存儲器D3保存訂單生成系統Pl生成的訂單信息，並分類保存訂單的狀態信息，如將已經處理過訂單保存在已處理訂單列表中；將未處理過的訂單保存在未處理訂單列表中；將正在處理的訂單保存在正在處理的訂單列表中，也可以是直接將訂單信息中寫明對應的處理狀態，已處理、未處理、處理中等等。可以根據編號在訂單數據存儲器D3上查找到對應的訂單信息。申貸數據存儲器D2上保存有客戶的申貸數據，具體的可以建立ー個資料庫，保存客戶的標識跟客戶的申貸數據的對應關係，如建立一個資料庫或者數據列表，可以根據客戶的標識來查找對應客戶的申貸數據。其中，採集客戶的申貸數據主要由信息採集平臺採集，具體的信息採集平臺可以通過客服、申貸電話平臺或申貸電子平臺採集有意向信貸客戶的申請信息，及申貸數據。其 中申貸電子平臺採集通過電腦或智慧型手機，直接接收網絡申請貸款，或者通過第三方網絡申請貸款，或者委託第三方幫客戶申請貸款，也可以通過手機申請貸款。例如可以通過現有的pc (個人電腦)，手持終端，如iphone等智慧型手機申請。其中信息採集平臺可以集成在客戶端如PC機上，或者集成在訂單生成系統Pl等系統上，也可以作為ー個獨立的設備布局在用於銀行事務整合的系統中。訂單生成系統Pl生成訂單信息，包括訂單生成系統Pl先獲取到客戶的申貸數據，然後根據申貸數據與金融機構的貸款產品進行匹配，即客戶的申貸數據符合哪ー個或者哪幾個貸款產品，然後將客戶的標識信息與貸款產品的編號信息建立對應關係，包含該對應關係的信息即可認為是訂單信息。2)審核模塊向審核系統P4發送查詢請求，查詢哪些訂單尚未被處理，審核系統P4向訂單數據存儲器D3查詢尚未被處理的訂單信息，訂單數據存儲器D3接收到該處理請求後，將尚未處理的訂單信息發送給審核系統P4，審核系統P4將未處理的訂單信息返回給審核模塊。其中，審核模塊可以包括第一審核單元、第二審核單元和第三審核單元。3)審核模塊選擇一個未處理的訂單信息通過審核系統P4進行審核，根據訂單信息獲取客戶的申貸數據以及對應的貸款產品的信息，並進行審核，審核完成後，如果根據訂單信息需要選擇機構確認模塊P5及銀行確認模塊P6進行確認，則將客戶的申貸信息發給機構確認模塊或者銀行確認模塊進行確認。4)機構確認模塊P5及銀行確認模塊P6根據設置的審核規則對接收到的申貸信息進行審核，審核完成後通過訂單處理系統P3更新訂單數據存儲器D3訂單的狀態信息，如將訂單的狀態信息修改為已經處理，訂單數據存儲器D3將訂單的狀態信息通知給訂單生成系統P1，訂單生成系統Pl將訂單的狀態反饋給客戶端。審核結果可以是接受、拒絕、退回，如果審核結果是退回，則需要用戶重新提交完信息後再次提出申請。進ー步的，銀行確認模塊返回的結果「退回」中還可以包括需要客戶補充的材料。客戶的申貸信息包括客戶的申貸數據和訂單信息，同時審核系統P4通過訂單處理P3系統更新相應訂單信息的狀態，如將該訂單信息從未處理修改為正在處理；客戶端通過訂單的處理狀態即可獲知該訂單的處理結果，如果是接受，則證明該筆貸款已經發放成功，如果是拒絕，則證明該筆貸款被銀行拒絕，如果是退回，則需要重新補充材料。客戶端可以是客戶的終端設備，如計算機、智慧型手機等，客戶可以通過該客戶端提交申貸數據，以及獲取訂單信息的狀態變化。圖3為申貸數據流程圖，其中，PlO為各銀行的貸款產品列表功能模塊，包括列表的顯示和選擇。FI，客戶通過客戶端訪問貸款產品列表模塊PIO，如客戶發送訪問請求給貸款產品列表模塊P10,該訪問請求中包含ー個屬性value值,該value值表示客戶有申請貸款的需求等；F2，貸款產品列表模塊PlO接收到訪問請求後，向貸款產品存儲器Dl獲取貸款產品列表，如發送獲取貸款產品列表請求消息給貸款產品存儲器D1，具體的，該請求消息中也 可以包含ー個value值，指示需要獲取貸款產品列表；F3，貸款產品存儲器Dl接收到請求消息後，返回貸款產品列表給貸款產品列表模塊 Pio ；F4，客戶在客戶端上根據貸款產品列表選擇貸款產品；F5，客戶根據選擇定的貸款產品，填寫基本信息P11，該基本信息可以是銀行聯機日常產生的客戶基本信息、客戶貸款情況、客戶財務及現金流量情況數據等。其中，客戶基本信息包括姓名，住址，聯繫方式、年齡、受教育情況，工作狀況，年收入，個人資產等，F5-1，將該基本信息發送到申貸數據存儲器D2，所述申貸數據存儲器D2將該基本信息存儲；F6，針對不同的貸款產品，還會設計有其他額外的補充信息，如果需要填寫，則用戶填寫產品補充信息；F7，將用戶填寫的產品補充信息發送並存儲到申貸數據存儲器D2中；F8，用戶填寫與該貸款產品相關的貸款帳戶信息，如開戶行、戶名等；F9，將用戶填寫的貸款帳戶信息發送並存儲到申貸數據存儲器D2中；F10，用戶填寫與該貸款產品相關的抵押物相關信息，如抵押物的類別，價值等；F11，將用戶填寫的把抵押物相關信息發送並存儲到申貸數據存儲器D2;F12，用戶填寫自身的經營狀況信息，如經營公司的年限，類別，年銷售額，規模、利潤等；F13，將用戶填寫的經營狀況信息發送並存儲到申貸數據存儲器D2中；F14，用戶填寫自身電子商務經營信息，如經營電子商務的年限，規模，利潤，是否與指定的合作平臺進行合作，以及合作的年限信息等；F15，將用戶填寫的電子商務經營信息發送並存儲到申貸數據存儲器D2中；F16，用戶填寫銀行補充信息，如在哪些銀行還存在貸款或者存款，以及數額，期限等;F17，將用戶填寫的銀行補充信息發送存儲到申貸數據存儲器D2 ；至此，申貸數據存儲器D2接收並存儲了客戶的所有信息，匯總後，就是客戶的申貸數據。F18，客戶填寫完上述信息後，客戶端提交訂單信息給訂單處理系統P3 ；
其中，該訂單信息包括客戶的標識，以及客戶需要申請的貸款產品的信息，如貸款產品的編號等。F19，訂單處理系統P3將接收到的訂單信息發送並存儲到訂單數據存儲器D3中，此時該訂單信息的狀態為未處理狀態；F20,訂單數據存儲器D3返回提交確認信息給訂單處理系統P3 ；F21，訂單處理系統P3返回訂單提交確認信息給客戶端，指示該訂單信息提交完成。
至此，客戶已經完成了訂單的提交，接下來是用於銀行事務整合的系統的審批環節。審核系統P4處理訂單信息的過程，如圖4所示，審核系統P4包括審核信息系統P21和三項指標數據生成系統P22，具體的F23，第一審核單元向訂單處理系統P3發送訂單信息查詢請求，用於查詢未處理過的訂單信息；第一審核單元可以是最初級的審核程序，如普通的業務員審核，第一審核單元會定期向訂單處理系統查詢是否有訂單沒有處理，或者說，訂單處理系統在接收到新的未處理訂單後，會自動通知第一審核單元。F24，訂單處理系統P3接收到該查詢請求後向訂單數據存儲器D3發出查詢，查詢未處理過的訂單信息，或者客戶補充後重新提交的訂單信息；F25，訂單數據存儲器D3根據查詢請求獲取未處理的訂單信息並發送給訂單處理系統P3 ；F26，訂單處理系統P3將訂單信息發送給第一審核單元；F27,第一審核單元接收到該訂單信息後進行審核操作，向審核信息系統P21發送審核請求消息，該審核請求消息中包含訂單信息；F28，審核信息系統P21接收到審核請求消息後向申貸數據存儲器D2發送獲取申貸數據的請求消息，該請求消息中包含客戶的標識信息，如身份證號碼，客戶的標識信息可以從訂單信息中獲取；F28-1，審核信息系統P21向貸款產品存儲器Dl發送獲取貸款產品數據的請求消息，該請求消息中包含貸款產品的標識信息，如E1，該標識信息可以從訂單信息中獲取；F28-2，貸款產品存儲器Dl返回對應的貸款產品數據，如根據貸款產品的標識信息將對應的貸款產品的所有信息都返回給審核信息系統P21 ；F29，申貸數據存儲器D2返回訂單對應的申貸數據，根據客戶的身份證號碼將客戶所填寫的所有申貸數據信息都返回給審核信息系統P21 ；F30，審核信息系統P21將接收到的信息根據預設的條件進行篩選，將有用的信息發送給三項指標信息系統P22 ；其中，有用的信息可以是與電子商務有關的信息。F31，三項指標信息系統P22根據接收到的信息生成的三項指標數據，該三項指標數據包括電子商務年限、電子商務誠信指數、電子商務活躍度，並將生成的三項指標數據發送並存儲到申貸數據存儲器D2中，作為客戶申貸數據的一部分；根據客戶的申貸數據以及預先存儲的信息生成電子商務年限、電子商務誠信指數、電子商務活躍度三項指標數據，具體的電子商務年限是指合作平臺認定的企業電子商務開展年限；電子商務誠信指數是指合作平臺認定的企業信用狀況；電子商務活躍度是指合作平臺認定的企業電子商務活躍狀況。其中，合作平臺是指經過認證的合作機構，如電子商務平臺、全球網平臺等。合作平臺客戶是指與合作平臺進行合作的客戶，如通過該合作平臺運行電子商務等，非合作平臺客戶是指沒有與合作平臺進行合作的客戶，如客戶沒有通過該合作平臺運行電子商務等。
針對非合作平臺客戶和合作平臺客戶對三項指標數據有兩種基本算法模型。 針對非合作平臺客戶，以下簡稱「原模型」，電子商務年限取客戶在各電子商務網站註冊年限的最大值，如客戶在阿里巴巴上註冊日期為2006年5月I日，在另外一家電子商務網站上註冊的時間為2008年7月3日，則客戶的電子商務年限則應自2006年5月I日起算。電子商務誠信指數由線上和線下兩部分組成其中線上部分考察客戶在各電子商務網站中的誠信程度，按不同網站分別給予評分，取評分最高的網站的分數；線下部分考量客戶取得的各項認證、榮譽等，按每項評分進行匯總，電子商務誠信指數的計算方法為將線上部分的評分和線下部分的評分進行相加，其中，線上部分的評分和線下部分的評分佔整個電子商務誠信指數的權重可以相同也可以不同。電子商務活躍度考察客戶在各電子商務網站中的活躍程度，按不同網站分別給予評分，具體的計算方法為以評分最高的網站分為基準，再加上其餘網站得分總和的10% ;並取整數。針對合作平臺客戶，對於電子商務年限，也需要考量兩塊內容，一是客戶從事電子商務年數，ニ是客戶合作平臺的合作年數。具體的計算公式電子商務年限=客戶從事電子商務年數+客戶平臺合作年數*x，X為合作平臺相應信用指數的權重係數。如客戶從事電子商務10年，但是與合作平臺合作只有5年，合作平臺的權重係數為I. 2，則計算得出的電子商務年限為=10+5*1.2= 16年電子商務誠信指數，也需要考量兩塊內容，一是客戶在「原模型」中電子商務誠信指數的線上部分得分，ニ是客戶在合作平臺上的電子商務誠信指數得分。計算公式電子商務誠信指數=客戶「原模型」中電子商務誠信指數的線上部分得分+客戶在合作平臺上電子商務誠信指數得分*51*Y/客戶平臺誠信指數滿分分數。Y為合作平臺相應信用指數的權重係數。電子商務活躍度，也考量兩塊內容，一是客戶在「原模型」中該電子商務活躍度得分，ニ是客戶在合作平臺上的電子商務活躍度得分。計算公式電子商務活躍度=客戶「原模型」中電子商務活躍度得分+客戶合作平臺上電子商務活躍度指數得分*100*ζ/客戶平臺活躍度指數滿分分數。Z為合作平臺相應信用指數的權重係數。F32，申貸數據存儲器D2返回更新後的申貸數據到審核信息系統Ρ21，更新後的申貸數據即包含了三項指標數據的申貸數據；F33，審核信息系統Ρ21更新後的申貸數據和貸款產品信息發送給第二審核單元；F34，第二審核單元審核後，發送審核結果給審核信息系統Ρ21，審核結果為接受、拒絕、退回；即第二審核單元按照預先設定的條件或者規則對接收到的申貸數據和貸款產品信息進行審核，如果認為申貸數據和貸款產品設定的條件完全匹配，則返回「接受」的結果給審核信息系統P21，如果認為申貸數據和貸款產品設定的條件不匹配，則可以返回「拒絕」的結果給審核信息系統P21，也可以返回「退回」的結果給審核信息系統P21。F35,審核信息系統P21接收到審核結果後，如果是「接受」，則根據訂單信息，如果需要擔保公司確認的，審核信息系統P21再把數據發送給機構確認模塊P5 ；如果是「退回」或者「拒絕」，則直接修改訂單的狀態，並通知給客戶端。F36,機構確認模塊P5確認後,根據預先設定的確認規則進行確認,如果確認通過，則反饋回審核信息系統P21，返回的結果為同意，同時也可以返回「拒絕」的信息給審核信息系統P21 ；
F37，審核信息系統P21將機構確認模塊確認的結果發送給申貸數據存儲器D2中，更新客戶的申貸數據；F38,申貸數據存儲器D2將再次更新後的申貸數據返回到到審核信息系統P21 ；F39，審核信息系統P21將再次更新後的申貸數據以及貸款產品信息發送給第三審核單元；F40，第三審核單元根據再次更新後的申貸數據以及貸款產品信息進行審核，並將審核結果發送給審核信息系統P21。即第三審核單元按照預先設定的條件或者規則對接收到的申貸數據和貸款產品信息進行審核，如果認為申貸數據和貸款產品設定的條件完全匹配，則返回「接受」的結果給審核信息系統P21，如果認為申貸數據和貸款產品設定的條件不匹配，則可以返回「拒絕」的結果給審核信息系統P21，也可以返回「退回」的結果給審核信息系統P21。可選的，上述審核系統P4也可以將審核的結果發送給公共服務平臺進行驗證，其中公共服務平臺包括包括公共事業系統、政府職能部門系統、第三方合作服務系統、社區的評價及輿情監控系統。所述公共事業系統包括水、電、通訊費公共系統平臺。所述政府職能部門系統包括エ商局、稅務、法院系統平臺。所述第三方合作服務系統包括各網絡商城的信用信息、會計事務所及律師事務所的信息。具體的，在第一審核單元進行審核時，可以將客戶填寫的申貸數據向公共服務平臺進行驗證，如將客戶填寫企業代碼向エ商局系統查詢，確認客戶填寫的企業代碼與企業名稱以及企業負責人是否一致，如果不一致，則直接退回給客戶，如果一致，則繼續進行下ー步審核；也可以根據客戶個人的身份證信息向水、電、煤繳費系統進行查詢，查詢客戶是否有欠繳的記錄，進而確認客戶的信用狀況，根據客戶的信用狀況來對客戶貸款的審核進行參考。上述審核系統P4還可以包括客戶預警反饋信息，該客戶預警反饋信息包括企業之間通過聯貸聯保貸款合成聯保圏。通過相互之間的瞀促，來確保聯保圈能夠順利獲貸。上述審核系統P4還可以包括第三方評審機構，審核系統P4同時會把申貸數據反饋到第三方評審機構處理，例如第三方機構包括擔保公司管理後臺，律師行信息管理後臺，會計行財務管理後臺，行業協會管理後臺等。由第三方機構反饋相應的評定信息，評定信息的好壞決定客戶申貸是否能繼續進行，如果是比較重大的負面信息，則直接拒絕客戶的訂單信息。圖5為第三方機構及銀行確認數據流程圖。具體流程為
F43，第一審核單元在審核系統P4中審核通過客戶的訂單信息；F44，審核系統P4把審核通過的訂單信息發送給外發數據模塊P23，F45，外發數據模塊P23向申貸數據存儲器D2發送請求消息，獲取客戶的申貸數據，該請求中包含客戶的標識信息，該客戶的標識可以從訂單信息中獲取等；F46，外發數據模塊P23向貸款產品存儲器Dl發送請求消息，獲取客戶申請的貸款產品信息，該請求中包含訂單的編號信息，訂單的編號可以從訂單信息中獲取等；F47，申貸數據存儲器D2向外發數據模塊P23返回客戶的申貸數據；F48，貸款產品存儲器Dl向外發數據模塊P23返回對應的貸款產品信息；F49，外發數據模塊P23通過訂單信息判斷該筆訂單是否需要擔保公司審核，如果 需要，則向對應的擔保公司外部接ロ發送審核數據請求；F50，擔保公司外部接ロ接收到審核數據請求後,請求擔保公司審核模塊進行數據審核；F51，擔保公司審核模塊審核完畢後，將審核結果返回給外部接ロ，該審核結果可以是接受或者拒絕；F52，外部接ロ將審核結果返回給外發數據模塊P23 ；F53，外發數據模塊P23接收到擔保公司的審核結果後，向審核系統P4返回審核確認消息，確認已經經過擔保公司的確認；F54，審核系統P4將擔保公司確認的結果，以及客戶的申貸數據和貸款產品信息發送給第二審核單元；F55，第二審核單元進行第二次審核，將審核結果發送給審核系統P4 ；F56，審核系統P4向外發數據模塊P23發送審核結果；F57，外發數據模塊P23接收到審核系統P4發送的審核結果後，根據訂單信息確認是否需要向銀行確認，如果需要，則向銀行接ロ發送客戶的申貸數據以及貸款產品信息；F58,銀行接ロ接收到客戶的申貸數據以及貸款產品信息後，請求銀行審核模塊進行申貸處理；F59，銀行審核模塊進行審核後，將審核結果返回給銀行接ロ，審核結果可以是接受，拒絕，或者退回；F60，銀行接ロ返回審核結果給外發數據模塊P23 ；F61，外發數據模塊P23接收到審核結果後，將保存在訂單數據存儲器D3上的訂單信息更新，如將訂單信息修改為審核完畢狀態。即審核系統P4通過外發數據模塊P23、機構接ロ、銀行接ロ等，將傳送信息給擔保機構或者銀行進行驗證。
外發數據模塊P23將客戶的訂單信息的狀態進行更新後，也可以將更新後的訂單狀態及時通知給客戶端。本發明利用準入測試、外部驗證、預警預測，並與第三方機構的真正系統對接與互動，節省人力物力。建立一個可靠的信用檔案與業界標準。本發明提供的這種客觀有效且操作簡便、處理效率很高的申貸管理系統，對控制銀行的信用風險和提高銀行的收益水平具有重要意義。利用合作平臺開放、對等、共享以及大規模協作的模式，利用網際網路的效應和手段，讓平臺建設的各方和企業客戶共享資源和獲得更大的回報。具體有以下幾點效果
ー是為金融機構節約大量人力成本。利用先進的網絡技術和開放的網絡平臺，跟傳統金融服務模式比起來，合作平臺大幅縮減了銀行的綜合服務和管理的成本。合作平臺將銀行機構非核心業務利用網際網路模式來實現，大大降低了機構的人力成本，有效地解決了傳統銀行模式難以大面積服務小企業的問題，同時彌補了現有金融服務模式中缺少公共基礎平臺的不足。ニ是緩解了中小企業融資難問題。合作平臺模式大大降低了融資成本，提高了融資效率，並提供了更加良好的服務體驗，解決了金融機構和中小企業客戶之間信息不對稱的問題，從而有效地緩解了中小企業融資難問題。三是讓多方協作機構獲得更大回報。合作平臺模式不但為各方的協作機構提供了融資支持、更好的會員服務，還為他們共享了更多的優質客源，從而使得協作機構降低運營成本。
四是對社會和諧與穩定有著積極意義。合作平臺可以更好服務中小企業，加快中小企業的產業結構和管理水平提升，推動經濟快速發展具有積極意義，它已成為企業與融資服務機構、企業與政府間溝通的橋梁，並進ー步推動中小企業信息化建設，有利於減少民間融資的風險和糾紛，最終實現和諧社會。以上具體實施例，是對本發明的目的、技術方案和有益效果進一步的詳細說明，不能用於限制本發明，凡在本發明的原則之內，所做的任何修飾、變換及改進，均應在本發明的保護範圍之內。
權利要求
1.ー種用於銀行事務整合的系統，其特徵在於，包括 訂單生成系統，用於接收客戶的申貸數據，並將所述接收到的申貸數據與貸款產品存儲器中的產品信息進行比對，生成訂單信息，並將所述訂單信息發送給訂單數據存儲器，將接收到的申貸數據發送給申貸數據存儲器，所述訂單信息中包含所述客戶的標識和對應貸款產品的標識； 審核模塊，用於向所述訂單數據存儲器查詢未處理的訂單信息，並將所述未處理的訂單信息通過審核系統進行審核； 審核系統，用於根據訂單信息獲取客戶的申貸數據以及對應的貸款產品的信息，並進行審核，審核完成後更新所述訂單存儲器中訂單信息的狀態，以及申貸數據存儲器中的申貸數據，並將審核結果返回給客戶端。
2.根據權利要求I所述的用於銀行事務整合的系統，其特徵在於，還包括 所述訂單數據存儲器，用於接收所述訂單生成系統發送的訂單信息，並存儲所述訂單信息，根據所述審核系統發送的結果更新所述訂單信息的狀態； 所述申貸數據存儲器，用於接收所述訂單生成系統發送的申貸數據，並保存所述申貸數據，井根據所述審核系統發送的結果更新保存的申貸數據。
3.根據權利要求I或2所述的用於銀行事務整合的系統，其特徵在於，還包括 所述審核系統，還用於根據訂單信息確認審核結果需要發給擔保機構進行確認時，將客戶的申貸數據和對應的貸款產品信息發送給所述機構模確認塊進行確認； 所述機構確認模塊，用於根據接收到的客戶的申貸數據和對應的的貸款產品信息進行確認，並將確認的結果反饋給審核系統。
4.根據權利要求3所述的用於銀行事務整合的系統，其特徵在於，還包括 所述審核系統，還用於根據訂單信息確認審核結果需要發給銀行機構進行確認時，將客戶的申貸數據和對應的貸款產品信息發送給所述銀行確認模塊進行確認； 所述銀行確認模塊，用於根據接收到的客戶的申貸數據和對應的貸款產品信息進行確認，並將確認的結果反饋給審核系統。
5.根據權利要求I或2所述的用於銀行事務整合的系統，其特徵在於，所述審核系統包括審核信息系統和三項指標信息系統，其中 所述審核信息系統，用於根據訂單信息獲取客戶的申貸數據，並將滿足預設條件的信息發送給所述三項指標信息系統； 所述三項指標信息系統，用於根據接收到的信息生成三項指標，所述三項指標包括電子商務年限、電子商務誠信指數和電子商務活躍度。
6.根據權利要求I或2所述的用於銀行事務整合的系統，其特徵在於，還包括 信息採集平臺，用於採集客戶的申貸數據，並將所述申貸數據發送給訂單生成系統。
7.根據權利要求6所述的用於銀行事務整合的系統，其特徵在幹，所述客戶的申貸數據包括基本信息和附加信息，所述附加信息包括產品補充信息、貸款帳戶信息、抵押相關信息、經營狀況信息、電子商務經營信息和銀行補充信息中的至少ー個。
8.根據權利要求I或2所述的用於銀行事務整合的系統，其特徵在於，還包括 所述訂單數據存儲器，還用於在所述審核系統完成審核後，將更新後的訂單信息的狀態通知給客戶端。
全文摘要
本發明涉及一種用於銀行事務整合的系統，包括訂單生成系統，用於接收客戶的申貸數據，並將所述接收到的申貸數據與貸款產品存儲器中的產品進行比對，生成訂單信息，所述訂單信息中包含所述客戶的標識和對應貸款產品的標識；審核模塊，用於向所述訂單數據存儲器查詢未處理的訂單信息，並將所述未處理的訂單信息通過審核系統進行審核；審核系統，用於根據訂單信息獲取客戶的申貸數據以及對應的貸款產品的信息，並進行審核，審核完成後更新所述訂單存儲器中訂單信息的狀態，以及申貸數據存儲器中的申貸數據，並將審核結果返回給客戶端。本發明實施例所提供的用於銀行事務整合的系統可以實現對申貸風險的合理管控。
文檔編號G06Q40/02GK102693509SQ201210157740
公開日2012年9月26日 申請日期2012年5月11日 優先權日2012年5月11日
發明者方興東, 江馳, 陳勇 申請人:杭州商友全球網信息技術有限公司