銀行風險管理系統(tǒng)預警流程設計方案

1、 預警管理辦法流程實現(xiàn)設計一、預警管理辦法中明確的預警流程預警管理辦法第九條規(guī)定：“預警工作流程共分為八個階段，即風險信息采集、風險提示、調(diào)查評估、發(fā)布預警、設計應對方案、組織實施、跟蹤監(jiān)測、預警終結(jié)，” 簡要圖示如下：風險提示設計應對方案反映在貸后檢查報告反映在跟蹤監(jiān)測報告預警終結(jié)二、風險管理系統(tǒng)中將實現(xiàn)的預警流程與制度規(guī)定的預警流程的差異分析1、風險管理系統(tǒng)設計流程時需區(qū)分行為和結(jié)果。系統(tǒng)只能以填寫報告等方式反映具體的行為結(jié)果，對行為自身不作控制，這是系統(tǒng)和實務的差異。如對風險信息采集，系統(tǒng)無法控制相關人員具體如何做，流程也無法顯示這一階段，但可通過在風險提示書中填寫采集到的風險信息的方式

2、，來反映風險信息采集的結(jié)果，設計流程時需將其合并在風險提示中。相應地，發(fā)布預警在系統(tǒng)內(nèi)就是填寫預警發(fā)布書并發(fā)送上級；調(diào)查評估就是填寫調(diào)查評估報告；設計應對方案就是在預警發(fā)布書中填寫具體的應對方案（從而流程設計時這一階段合并 反映在預警發(fā)布中，不做單獨顯示）；組織實施成果與跟蹤監(jiān)測結(jié)果一并反映在問題客戶跟蹤監(jiān)測報告中，從而組織實施這一階段也不單獨顯示。綜合來看，能在系統(tǒng)顯性反映的階段有風險提示、調(diào)查評估、發(fā)布預警、跟蹤監(jiān)測、預警終結(jié)（含預警解除）五個。2、風險信息需分類處置。風險信息來源可分為流程系統(tǒng)內(nèi)和流程系統(tǒng)外兩部分。流程系統(tǒng)內(nèi)風險信息是指系統(tǒng)內(nèi)其他模塊揭示的風險信息如：貸后檢查、月度回訪、

3、本金利息到期管理、資金監(jiān)控等任務模塊揭示的風險信息，這些信息由各模塊自動觸發(fā)提示，由分行集中處理并確定是否啟動預警管理流程。對流程系統(tǒng)外獲得的風險信息，如千里眼網(wǎng)站等渠道獲取的風險信息，總分支三級自主判斷，根據(jù)實際情況決定是否啟動預警管理流程。3、流程需合理分解。流程設計中，需適當將預警管理流程分為風險提示、預警傳遞、跟蹤監(jiān)測、預警終結(jié)（含解除）四個部分，以下按照這四個部分設計流程圖，將來的流程操作中，上述部分將有機的整合在總分支三級的任務頁面中。三、風險提示的流程處理預警管理辦法第十七條規(guī)定“風險提示可由支行等授信經(jīng)營單位、分行資產(chǎn)監(jiān)控部、總行資產(chǎn)監(jiān)控部任一層面發(fā)起，” 風險提示又分為系統(tǒng)性

4、和非系統(tǒng)性兩類，故以下按非系統(tǒng)性風險提示三類（行業(yè)部/支行、分行、總行分別發(fā)起）、系統(tǒng)性風險提示兩類（分行、總行分別發(fā)起，不允許行業(yè)部 /支行發(fā)起）共五種情況設計流程。1、行業(yè)部發(fā)起的非系統(tǒng)性風險提示 分行行業(yè)部/支行總行否是分行風險提示注：只要在風險管理系統(tǒng)中錄入信息，從技術(shù)上說，系統(tǒng)內(nèi)各個崗位均可以同步查詢該信息，故在上述流程中列示了總行同步查詢功能，以便總行及時了解支行層面風險提示工作的進展狀況。2、分行發(fā)起的非系統(tǒng)性風險提示非系統(tǒng)性風險提示分行發(fā)起3、總行發(fā)起的非系統(tǒng)性風險提示 非系統(tǒng)性風險提示總行發(fā)起總行行業(yè)部/支行分行接收提示附加具體要求轉(zhuǎn)發(fā)相關行業(yè)部4、總行發(fā)起的系統(tǒng)性風險提示系

5、統(tǒng)性風險提示 總行發(fā)起轉(zhuǎn)發(fā)提示并提出具體要求否對風險客戶開始預警傳遞流程注：制度中只明確了非系統(tǒng)風險的處置方式（即預警發(fā)布書形式），但沒有明確系統(tǒng)性風險的處置方式。日常工作中，總行發(fā)給分行的系統(tǒng)性風險提示，一般只要求分行以報告形式反饋，不具體要求支行層面如何作，實際上行業(yè)部/支行層面接到通知后應對相關的具體客戶進行調(diào)查評估，在此基礎上有選擇地發(fā)布預警。由于系統(tǒng)性風險涉及的客戶可能很多， 有些客戶并無多大風險，故不能要求對每個相關客戶都按照預警流程發(fā)布預警，相應地，行業(yè)部/支行應有權(quán)選擇對哪些客戶發(fā)布預警，這和總分行發(fā)起非系統(tǒng)風險提示時行業(yè)部/支行必須發(fā)布預警的要求不一樣，上述流程設計中考慮了這

6、一情況。5、分行發(fā)起的系統(tǒng)性風險提示系統(tǒng)性風險提示 分行發(fā)起總行同步查詢否是匯總上報接收報告撰寫匯總報告四、預警傳遞的流程處理（針對具體客戶、分總分支三種情況）1、行業(yè)部/支行層面發(fā)布預警的預警傳遞流程不考慮風險信息的傳遞，行業(yè)部 /支行接收風險提示后，預警傳遞的流程基本如下： 預警傳遞流程支行發(fā)布預警總行在風險提示后接收報告及預警發(fā)布書填寫調(diào)查報告和預警發(fā)布書接收報告及預警發(fā)布書列入預警客戶上傳調(diào)查報告和預警發(fā)布書在預警發(fā)布書上簽署意見否是否需調(diào)整上傳調(diào)查報告和預警發(fā)布書是調(diào)整預警級別通知分支行注：考慮到分行發(fā)布預警比較保守，對分行列入預警的客戶總行一律不予否決，但可視情況調(diào)整預警級別。2、

7、分行直接發(fā)布預警的預警傳遞流程預警傳遞流程分行發(fā)起分行總行填寫預警發(fā)接收預警發(fā)布書布書并上報否是調(diào)整預警級別列入預警客戶通知分支行3、總行直接發(fā)布預警的預警傳遞流程 預警傳遞流程總行發(fā)起填寫預警發(fā)布書列入預警客戶調(diào)查報告在“不定期貸后檢查”模塊上傳通知分支行并要求深入調(diào)查五、跟蹤監(jiān)測的流程處理支行總行否終止是接收簽署意見填制、上報跟蹤監(jiān)測報告接收、簽署意見并上報六、預警終結(jié)（含解除）1、預警終結(jié)系統(tǒng)自動處理 是預警終結(jié)否是預警終結(jié)提示分支行否注: 由于預警客戶在系統(tǒng)內(nèi)是打上標志的，預警終結(jié)是為了自動消除這一標志，以便于報表統(tǒng)計時統(tǒng)一選擇客戶。這部分由系統(tǒng)每日自主判斷，自動處理，不在總行頁面顯示

8、，可設計查詢頁面以查詢已經(jīng)終結(jié)預警的客戶。2、預警解除 總行支行申請解除否是否是解除預警通知分支行注：預警管理辦法中預警解除是嵌在跟蹤監(jiān)測任務中的，由行業(yè)部/支行在月度上報的問題客戶跟蹤監(jiān)測報告中提出，這里將預警解除做成了與問題客戶跟蹤監(jiān)測獨立的流程，一是為了統(tǒng)一規(guī)范預警解除處理；二是為了滿足下級行隨時解除預警的要求，因為系統(tǒng)自動強制預警安排時一刀切，部分因此列入預警的客戶需根據(jù)實際情況適時解除預警。七、系統(tǒng)自動強制預警安排由于風險管理系統(tǒng)與會計綜合系統(tǒng)可以對接，每日營業(yè)終了可以集中獲得授信客戶帳務方面的相關信息，如賬戶查封凍結(jié)、逾期、欠息等信息，擬在以下三種情況下，對非預警客戶，由系統(tǒng)強制性啟動預警流程，將客戶自動列為預警客戶：1、欠息超過 10 天的應計類客戶；2、帳戶遭到查封凍結(jié)； 3、單筆逾期超過 30 天，尚有未到期授信的客戶 。八、預警后授信、放款的系統(tǒng)自動控制對列入預警的客戶，預警管理辦要求對授信進行限制（詳見，第八章：設計應對方案和組織實施）。在預警解除前，系統(tǒng)可以作如下自動控制：1、審批環(huán)節(jié)：除展期重組外，不能發(fā)起新的授信審批任務（低風險業(yè)務除外）；2 、放款環(huán)節(jié)：不能發(fā)起新的放款出賬任務（低風險業(yè)務除外）。九、總分支預警工作崗位設置總行：預警監(jiān)控崗、處長崗、總經(jīng)理崗。分行：預警監(jiān)控崗、監(jiān)控部總經(jīng)理崗、分行