B/S模式下銀行風險監控信息系統構建分析

侯志才 陳玉玉

[摘 要] 操作風險是銀行三大風險中的一種，隨著操作風險事件的不斷增多，各大銀行加強了對操作風險的控制。利用網絡信息技術構建操作風險監控信息系統，加強對銀行各網點的風險管理與監控，以便及時發現風險并及時控制風險。本文以C銀行為例，介紹銀行內部操作風險監控信息系統的構建思路以及各功能模塊的作用，指出通過該信息平臺銀行風險管理部門可以實時、全面、集中地監控銀行的風險并將操作風險管理工作日常化，同時利用系統分析功能，有效預防和控制風險。

[關鍵詞] B/S模式；銀行；操作風險；信息系統

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2018. 05. 023

[中圖分類號] F239.1 [文獻標識碼] A [文章編號] 1673 - 0194（2018）05- 0054- 02

0 引 言

新常態背景下，金融行業尤其是銀行業面臨著日益劇增的競爭壓力，同時銀行還要面對信用風險、市場風險、操作風險等一系列風險。銀行的柜面是銀行操作風險最容易發生的工作區域，這也是銀行操作風險最容易發生、最難以控制、最為集中而且是危害程度最大的工作區域。從國外發生的一些銀行倒閉案例可以看出，正是由于操作風險事件的發生才引發了銀行倒閉，因此加強操作風險監控，防范操作風險的出現對商業銀行的穩健運營顯得越來越重要。C銀行是在F市的一家商業銀行，在全市范圍內擁有22個支行以及眾多的營業網點，規模在全市商業銀行中排名居前，由于規模大，地域分布廣，從業員工人數多，這給C銀行的管理尤其對操作風險管理帶來了極大的挑戰。針對C銀行的實際情況，筆者利用信息化手段給C銀行設計開發了一套基于B/S模式的操作風險監控系統，該系統具備對銀行網點風險及時監控、對風險監控信息點遺漏預警、對監控風險信息跟蹤分析等功能。

1 系統管理模塊

系統管理模塊主要由用戶管理、機構管理以及風險信息點管理三部分內容構成，該模塊的主要功能是針對風險監控信息系統進行初始化工作，錄入必要的基礎信息。

1.1 用戶管理

C銀行操作風險管理由分行風險管理部、支行負責人、前臺柜員共同負責，分行風險管理部經理負責所有支行及營業網點的風險管理，具有風險控制的最高權限。支行負責人主要針對本支行的操作風險負責，前臺柜員是業務經辦人員，發生風險的直接責任人。根據需求分析，該系統需要設置三種不同類別的人員及權限。

（1）系統管理員。該角色主要由分行風險部經理來擔任，具有整個系統的基礎設置權限，包括人員信息添加、權限分配、機構信息管理、風險監控信息點管理、風險監控信息查看、統計分析等。

（2）系統操作員。系統操作員由支行負責人或者營業網點負責人來擔任，主要權限是根據每天檢查結果錄入柜員的每天實際操作情況。

（3）柜員信息。柜員基礎信息主要包含銀行柜員與風險信息監控點相關的主要工作內容以及柜員的人員信息即工號、姓名和所屬機構等。

1.2 機構管理

C銀行下屬分支機構較多，而且變化情況較大。通過該功能可以在系統中根據實際情況增減下屬分支機構的信息。

1.3 風險信息點管理

（1）風險信息點初始。風險信息點是風險監控信息系統中的一個重要內容，直接關系到銀行風險控制的整體完善程度。通過該功能可以輸入銀行要監控的關鍵風險點。C銀行根據上級銀行在風險控制方面的要求結合自身的管理，對風險點劃分八大類二十個風險點。分別是：①內部賬管理，關鍵風險點包括：重點科目掛賬、重點科目監查；②柜面交易，關鍵風險點包括：票據審核兌付、柜員受理存取現金、存折（單）重打；③對公上門服務業務，關鍵風險點包括：集中辦理上門收款、分散辦理上門收款、上門取送單；④對賬及管理，關鍵風險點包括：單位對賬管理；⑤現金及重要單證管理，關鍵風險點包括：柜員現金管理、柜員單證管理、尾箱管理、自助設備管理；⑥印鑒卡印章管理，關鍵風險點包括：印鑒卡管理、印章管理、網點大門管理；⑦金庫管理，關鍵風險點包括：金庫管理；⑧票據貼現，關鍵風險點包括：貿易背景真實性審查、貼現票據真實性審查及管理。系統設計時參照會計科目體系，為了便于后續的管理和統計，分別設置風險點代碼，風險點名稱，明細風險點。系統按照管理要求以及考慮到后續管理精細化的需求，設置了三級輸入，首先是初始風險大類，然后在風險大類的基礎上初始化二級風險信息點，二級風險點下可以再增設三級明細。比如C銀行的KJ01-KJ15表示一級風險大類，KJ0101表示大類下二級分類，KJ010101表示二級分類下的三級明細分類。

（2）監控頻率初始。不同風險信息點的重要程度不一樣，因此監控頻率也有所不同，C銀行關鍵風險點監控頻率主要分為：每天監控一次、每七天監控一次、每半月監控一次、每月監控一次。因此在系統設計時增加風險信息點監控頻率這一要素，在進行風險信息點初始化的時候，同時錄入監控頻率信息。通過監控頻率的初始設置，系統可以提醒用戶按時進行監控和更新風險信息監控的內容。

（3）風險監控預警設置。根據監控頻率的要求，對于沒有按照要求去執行監控的指標，系統自動以紅色標注提示，并彈出警告窗口。

2 風險監控信息點數據錄入

C銀行分支機構遍布全市各地區，風險監控數據的采集主要由各分支機構的主要負責人完成。不同分支機構的業務種類有所不同，并且機構工作人員的權限也不一樣。根據系統管理模塊的設置，對于不同的使用者設置了不同的使用權限，登陸系統的使用者只能錄入自身所在機構的風險監控信息。C銀行按照內部管理的要求，支行或者網點的風險監控信息數據的錄入主要由支行負責人或者網點負責人負責。

風險監控信息點數據錄入窗口是系統使用者進行監控數據錄入的界面，為了體現風險監控的全面性和完整性，該界面主要設置以下需要錄入的信息：監控機構、監控時間、風險點監控是否堅持、執行情況、檢查柜員人數、發現問題人數、未整改人數、未執行整改情況簡要說明、預計整改完成時間、認定責任人、責任追究情況、網點被檢查柜員總人數、網點發現問題柜員總人數。

數據錄入過程為了防止遺漏，系統對數據錄入的順序進行了限制，必須按照風險監控信息點代碼順序逐項錄入，如果有遺漏系統無法進行下一個信息點數據的錄入，并且系統將無法保存數據。

3 風險信息統計分析

B/S結構的風險監控系統設計的主要目的是便于銀行總部風險管理部門能夠及時掌握各地分支機構風險管理工作的動態情況，發現問題、改正問題，防止銀行操作風險的發生。因此在系統的統計分析功能要體現出全方位、多視角、重點突出等特點。

（1）按機構統計分析。利用此功能主要便于總部機構對分支機構的風險管理情況進行對比分析，找出風險管理較弱的單位，總部可以加強對其指導。該統計分析表主要設置機構名稱、風險檢查點總次數、分析周期內發現問題數、分析周期內整改問題數、分析周期內問題整改率。

（2）按監控風險信息點統計分析。C銀行的監控風險信息點有多個大類和明細分類，通過此功能可以統計分析出在眾多的風險點中最容易發生風險的信息點，從而有利于總部機構加強指導和監督。

（3）監控風險信息預警。該功能主要可以統計分析出在預警周期里，沒有按照監控要求進行監控的信息點，統計歷史情況和當前周期內的對比，便于發現風險。對于經常突破預警值的風險指標，總部通知下屬機構及時整改。

（4）風險監控信息明細表。通過明細表可以詳細地反映出各機構對于風險管理的情況，主要體現的內容有機構名稱、風險點名稱、檢查發現問題簡要描述、整改狀態、整改未完成原因及計劃采取措施、預計整改完成時間、認定責任人、責任追究情況等。

（5）風險監控信息匯總表。匯總表主要是在按機構統計表的基礎上匯總出下屬所有機構風險監控的總體情況，用于上報。便于數據的存檔和上報，系統設置了數據導出功能，可以把各個統計表以Excel表格形式導出。

4 風險控制系統應用效果

（1）B/S結構簡單，時效性好。首先，該系統采用B/S結構搭建，C銀行利用自身已有的內部網絡和服務器就可以快速搭建，可以有效節約成本。其次，B/S結構本身的特點便于銀行后期對系統的后期維護，銀行只需要維護服務器端即可。最后，B/S結構可以快速收集和匯總分布在各地分支結構的監控數據，擯棄了過去那種靠紙質傳送的模式，大大增強了時效性。

（2）風險管理針對性加強。過去紙質填報的信息統計分析工作難度較大，不利于數據的分析。B/S結構風險監控系統的引入，可以隨時調閱分析風險監控情況，找出容易發生風險的信息點，可以有效控制風險的發生。

（3）增加了對下屬機構績效考核的手段。風險管理是銀行日常工作的重要任務之一，因此風險管理工作也是機構績效考核的指標之一。通過該系統，可以使得風險管理績效考核指標得以量化，使得績效考核更為科學合理，說服力更強。

（4）強化了操作風險全員化管理意識。該系統預警機制的存在，使得風險管理工作日常化、常態化，大大強化了全員化風險管理意識，風險管理工作不再是管理層的工作，而是一個和每個員工都息息相關的工作。

主要參考文獻

[1]吳輝，劉芳.集團企業風險管理信息化系統建設[J].財務與會計，2015（22）：43-44.

[2]侯志才.基于網絡環境的房地產企業集團財務制度設計[J].財會通訊，2012（29）：65-66.