提起監控，你想到的應該是這樣的……
隨著監控的不斷普及和市場的下沉，不少個人也開始購置遠程監控的攝像頭，安裝在家裡，隨時可以遠程看家、看娃、看貓狗……
在金融行業，日常的監控也是不可或缺的。
今天，我們談一下這個能讓運營人員更加了解業務狀態，防止因人為失誤導致風險發生的“監控”系統。
金證財富的業務監控系統，能使運營人員更加了解業務的發生狀態，提醒業務的發生和異常，讓運行人員在系統出現異常時能夠進行及時處理，防止因人為操作失誤或遺忘事項導致的風險發生。
系統優勢★風險點覆蓋除去標準業務流程上比較容易整理的風險點外，許多風險的發生往往有著不確定性，但經驗豐富的資管從業人員卻能從容應對。
系統從經驗豐富的金融從業員處提取經驗，並整理轉化成監控點。截止當前，金證總計開發500多個監控點，對基金投資運作的整個業務流程都有覆蓋。
金融業務的複雜性，造成了培訓人員的成本異常之高，萌新因缺乏經驗而造成的風險更多。
監控平臺吸取了大量資深業務人員的經驗，它可以“告訴”業務人員需注意的業務點，提示何時該做何事，讓萌新也能像老手一樣熟練。
相比事後發生的風險再提示，系統更注重於事前風險的分析提示。監控點的設置更偏向於由某個外部事件發生或某項業務發生引起某種風險的提示。
系統能將不同部門業務人員每天工作的內容抽象成工作流程。如業務發生、人工的處理、處理結果的檢查整合成監控點。監控平臺將監控點串成流程，通過流程的方式展現給業務人員，這樣可以更直觀查看到當前的工作狀態。
風險提示基金投資運作過程中，風險可分為如下四類：投資風險、交易風險、估值風險、運作風險。
投資風險：通過監測外部市場變動對組合持倉證券所帶來的風險資訊信息，提前給業務人員作出風險事件的提醒。
交易風險：通過對交易過程中對於資金變動情況的監控，及時反饋有可能造成的風險的資金異動，預防因頭寸不足造成違約交易的風險。
估值風險：監控估值過程中某些業務的發生需要進行估值參數或配置，系統及時提醒進行調整。對估值前的數據進行檢查，確保估值流程正常。
運作風險：對投後交易和估值產生的結果等事後的運作類風險進行數據核對。大部分系統都已有自動化核對，為確保核對結果都被人所知曉，進行機器二次複核。
運作大屏
運作大屏展示的是運作部專管的業務風險，即基金會計運作操作相關的風險提示，按照會計的工作內容劃分（如產類型、業務類型）成分組形成業務樹。只要樹枝的某一個枝葉出現問題，整個樹幹都會成紅色，會很明顯的看到異常的業務。右邊會具體到某一個負責人，哪些風險內容。
交易大屏
實時監控業務的成交量、業務發生額。監控訂單的成交情況，有多少完成、多少超時、多少未完成、多少未執行。右邊可以具體到是哪些交易員的訂單有問題。
流程管理、流程配置、流程運行狀態查看。
根據部門崗位工作分工、業務流程將分散的監控點串成一個完整的業務流程圖，系統在檢查工作或業務的完成情況時，不單單只是檢查某一個監控點是否成功，而是某一個業務流程整體是否完成，某一個人的整體工作是否完整。
業務人員可以更直觀的看到，當前發生了哪些業務，與自己相關的業務流程有哪些。業務是在哪個流程節點發生的問題，自己的工作還有哪些沒有完成。
監控服務配置、監控分類管理、監控日誌查詢、任務調度配置等。監控平臺的基礎管理模塊，主要負責監控添加、配置，任務調度頻率配置、任務執行管理、任務執行日誌查詢。
我的風險查看、績效管理、提醒預設、今日資訊信息等。
人員通過此模塊查看與自己相關的風險提示，及時的處理風險問題。
對風險發生的情況進行統計分析，對業務人員的處理時效進行統計展示。可以自定義預設各種維度，如 組合類型、責任部門、人員等類型維度統計監控的執行情況進行統計分析。將自定義生成的統計報表，生成儀表盤如圖所示。
業務監控點會有具體負責的職能部門或人，系統會對監控異常的發生到人為處理異常的時效進行評分。例如：監控本身也分有等級，如事前、事中、事後，事前是事前提醒，即監控對業務發生進行提醒，在此階段處理完業務即為正常，如果到業務發生後業務人員才處理，事後就為事後警告則扣分。在周、月、季度 中，沒有發生事後警告的人或部門將得到積分獎勵，能夠快速反應處理緊急風險的也會進行積分獎勵，最後會有積分排名。
積分可以兌換一定的獎品，當然這個要看公司如何去制定獎勵規則，例如積分換休假。
技術架構
使用SpringBoot作為核心，採用微服務架構設計。Quartz作為任務調取引擎，集成了Flowable流程 設計器和流程引擎。綠色的為核心服務模塊，作為監控平臺的核心。黃色的是各種增量服務，對應著在平臺基礎上添加的業務服務。
通訊服務：負責監控平臺與外部系統的通訊，支持傳統HTTP接口，微服務RestFull。
監控服務：監控單元是具體的監控業務實現。監控單元都是通過監控服務統一調度，監控服務制定了統一的輸入輸出數據模型，可以適用於所有類型的監控實現。
通知服務：負責監控結果的通知，自定義通知組。支持郵寄、短信、微信的方式通知。
調度服務：調度模塊使用Quartz集群作為集群，在此基礎上擴展成負載均衡的集群調度， Zookeeper註冊中心管理自己隊列的深度和服務地址，檢測自身的隊列深度。隊列使用了開源的LMAX Disruptor, 一個高性能,低延遲,高吞吐量的異步處理框架。
監控管理端是提供給用戶操作的管理端，監控服務端是監控單元的執行服務程序。隨著業務的發展，監控數量肯定會越來越多，將監控單元執行服務端單獨獨立出來，並支持集群，確保性能上的可擴展性。
各個監控服務端根據自身負載狀態來獲取任務執行，按照配置好的調度自動執行監控單元。監控管理端也可以手動的觸發調用監控單元執行。
監控的核心目標在於風險規避，即在風險發生前將風險扼殺於搖籃之中。
現在我們通過業務流程編排的形式，將監控點與點之間的關係進行梳理，讓我們更清楚的認知到，某一個監控在整個業務流程中，處於哪一個點。
這樣就能更容易將每一個風險點的前置條件找出來，才能更好的抽象出事前風險點。
所以，更好更合理的編織流程化的監控圖譜就變得尤為重要，一個清晰的監控網絡才能讓用戶更清楚的掌握業務的運作狀態。
閱讀更多 金證股份 的文章
