股票公司壓力測試

A. 證監會對證券業壓力測試是什麼意思

證監會表示，擬組織開展證券期貨機構風險壓力測試工作，將覆蓋券內商、基金公司和期貨公容司等；考察證券期貨經營機構在股票、債券、期貨市場大幅波動，債券違約率大幅上升時，機構及其產品在風控、財務、流動性等方面承受壓力情況，為監管部門提供政策依據；未來將常態化風險壓力測試。

B. 如何通過雪球查詢股票之前的變動狀況

一. 雪球公司介紹

雪球 聰明的投資者都在這里。

web 1.0：新聞資訊，股價信息，K線圖
web 2.0：SNS 訂閱，分享，聊天
web 3.0：移動 APP，交易閉環
雪球現在員工數還不到100，其中技術人員佔一半。去年9月C輪融資4kw刀。我們現在的技術棧由下列組件組成：Java，Scala，Akka，Finagle，Nodejs，Docker ，Hadoop。我們當前是租用IDC機房自建私有雲，正在往「公私混合雲」方向發展。

在雪球上，用戶可以獲取滬深港美2w+股票的新聞信息，股價變化情況，也可以獲取債券，期貨，基金，比特幣，信託，理財，私募等等理財產品的各類信息，也可以關注雪球用戶建立的百萬組合，訂閱它們的實時調倉信息，還可以關注雪球大V。雪球當前有百萬日活躍用戶，每天有4億的API調用。App Store 財務免費榜第 18 名。歷史上曾排到財務第二，總免費榜第 19。

二. 雪球當前總體架構

作為一個典型的移動互聯網創業公司，雪球的總體架構也是非常典型的設計：

最上層是三個端：web端，android端和iOS端。流量比例大約為 2：4：4 。web3.0 的交易功能，在 web 端並不提供。
接入層以及下面的幾個層，都在我們的自建機房內部。雪球當前只部署了一個機房，還屬於單機房時代。正在進行「私有雲+公有雲混合部署」方案推進過程中。
我們當前使用 nodejs 作為 web 端模板引擎。nodejs 模塊與android 和 ios 的 app 模塊一起屬於大前端團隊負責。
再往下是位於 nginx 後面的 api 模塊。跟 linkedin 的 leo 和微博的 v4 一樣，雪球也有一個遺留的大一統系統，名字就叫 snowball 。最初，所有的邏輯都在 snowball 中實現的。後來慢慢的拆出去了很多 rpc 服務，再後來慢慢的拆出去了一些 http api 做成了獨立業務，但即便如此，snowball 仍然是雪球系統中最大的一個部署單元。
在需要性能的地方，我們使用 netty 搭建了一些獨立的介面，比如 quoto server，是用來提供開盤期間每秒一次的股價查詢服務，單機 qps 5w+，這個一會再細說；而 IM 服務，起初設計里是用來提供聊天服務，而現在，它最大的用途是提供一個可靠的 push 通道，提供 5w/s 的消息下發容量，這個也一會再細說。
雪球的服務化拆分及治理採用 twitter 開源的 finagle rpc 框架，並在上面進行了一些二次開發和定製。定製的功能主要集中在 access log 增強，和 fail fast，fail over 策略及降級開關等。 finagle 的實現比較復雜，debug 和二次開發的門檻較高，團隊內部對此也進行了一些討論。
雪球的業務比較復雜，在服務層中，大致可以分為幾類：第一類是web1.0，2.0 及基礎服務，我們稱為社區，包括用戶，帖子，新聞，股價，搜索等等，類比對象就是新浪財經門戶+微博；第二類是組合及推薦，主要提供股票投資策略的展示和建議，類比對象是美國的motif；第三類是通道，類似股市中的「支付寶」，接入多家券商，提供瞬間開戶，一鍵下單等等各種方便操作的功能。
雪球的業務實現中，包含很多非同步計算邏輯，比如搜索建索引，比如股票漲跌停發通知，比如組合收益計算等等，為此，我們設計了一個獨立的 Thread/Task 模塊，方便管理所有的後台計算任務。但隨著這些 task 越來越多，邏輯差異越來越大，一個統一的模塊並不是總是最佳的方案，所以，我們又把它拆成了兩大類：流式的，和批量式的。
雪球的推薦體系包括組合推薦「買什麼」和個性化推薦。我們最近正在重新梳理我們的大數據體系，這個感興趣的話可以單聊。
最下面是基礎設施層。雪球基礎設施層包括：redis，mysql，mq，zk，hdfs，以及容器 docker。
線上服務之外，我們的開發及後台設施也很典型：gitlab開發，jenkins打包，zabbix 監控系統向 openfalcon 遷移，redimine向confluence遷移，jira，以及內部開發的 skiing 後台管理系統。
** 三. 雪球架構優化歷程**

首先描述一下標題中的「股市動盪」定語修飾詞吧：

上證指數從年初的3000點半年時間漲到了5000多，6月12號達到最高點5200點，然後就急轉直下，最大單日跌幅 8.48%，一路跌回4000點以下。最近一周都在3900多徘徊。

3月最後一周，A股開戶 166萬戶，超過歷史最高紀錄 2007年5月第二周165萬戶。

4月份，證監會宣布A股支持單用戶開設多賬戶。

6月底，證金公司代表國家隊入場救市。

7月份，證監會宣布嚴打場外配資。

中國好聲音廣告第一晚，帶來超過平時峰值200倍的注冊量

挑戰：小 VS 大：

小：小公司的體量，團隊小，機器規模小
大：堪比大公司的業務線數量，業務復雜度，瞬間峰值沖擊

雪球的業務線 = 1個新浪財經 + 1 個微博 + 1 個 motif + 1 個大智慧/同花順。由於基數小，API調用瞬間峰值大約為平時峰值的 30+ 倍。

挑戰：快速增長，移動互聯網 + 金融，風口，A股大盤劇烈波動。

首先，在app端，在我們核心業務從 web2.0 sns 向 3.0 移動交易閉環進化的過程中，我們開發了一個自己的 hybrid 框架：本地原生框架，加離線 h5 頁面，以此來支撐我們的快速業務迭代。當前，雪球前端可以做到 2 周一個版本，且同時並行推進 3 個版本：一個在 app store 等待審核上線，一個在內測或公測，一個在開發。我們的前端架構師孟祥宇在今年的 wot 上有一個關於這方面的詳細分享，有興趣的可以稍後再深入了解。

雪球App實踐—構建靈活、可靠的Hybrid框架 http://wot.51cto.com/2015mobile/ http://down.51cto.com/data/2080769

另外，為了保障服務的可用性，我們做了一系列的「端到端服務質量監控」。感興趣的可以搜索我今年4月份在環信SM meetup上做的分享《移動時代端到端的穩定性保障》。其中在 app 端，我們採用了一種代價最小的數據傳輸方案：對用戶的網路流量，電池等額外消耗幾乎為0

每個請求里帶上前一個請求的結果

succ or fail ： 1 char
失敗原因：0 - 1 char
請求介面編號： 1 char
請求耗時：2 - 3 char
其它：網路制式，etc
炒股的人大多都會盯盤：即在開盤期間，開著一個web頁面或者app，實時的看股價的上下跳動。說到「實時」，美股港股當前都是流式的數據推送，但國內的A股，基本上都是每隔一段時間給出一份系統中所有股票現價的一個快照。這個時間間隔，理論上是3秒，實際上一般都在5秒左右。 交了錢簽了合同，雪球作為合作方就可以從交易所下屬的數據公司那裡拿到數據了，然後提供給自己的用戶使用。

剛才介紹總體架構圖的時候有提到 quote server ，說到這是需要性能的地方。

業務場景是這樣的，雪球上個人主頁，開盤期間，每秒輪詢一次當前用戶關注的股票價格變動情況。在內部，所有的組合收益計算，每隔一段時間需要獲取一下當前所有股票的實時價格。起初同時在線用戶不多，這個介面就是一個部署在 snowball 中的普通介面，股價信息被實時寫入 redis ，讀取的時候就從 redis 中讀。後來，A股大漲，snowball 抗不住了。於是我們就做了一個典型的優化：獨立 server + 本地內存存儲。開盤期間每次數據更新後，數據接收組件主動去更新 quote server 內存中的數據。 後續進一步優化方案是將這個介面以及相關的處理邏輯都遷移到公有雲上去。

對於那些不盯盤的人，最實用的功能就是股價提醒了。在雪球上，你除了可以關注用戶，還可以關注股票。如果你關注的某隻股票漲了或跌了，我們都可以非常及時的通知你。雪球上熱門股票擁有超過 50w 粉絲（招商銀行，蘇寧雲商）粉絲可以設置：當這支股票漲幅或跌幅超過 x%（默認7%）時提醒我。曾經連續3天，每天超過1000股跌停，證監會開了一個會，於是接下來2天超過1000股漲停

原來做法：

股票漲（跌）x%，掃一遍粉絲列表，過濾出所有符合條件的粉絲，推送消息
新做法：

預先建立索引，開盤期間載入內存
1%：uid1，uid2
2%：uid3，uid4，uid5
3%：uid6
問題：有時候嫌太及時了：頻繁跌停，打開跌停，再跌停，再打開。。。的時候
內部線上記錄：

4台機器。
單條消息延時 99% 小於 30秒。
下一步優化目標：99% 小於 10 秒
IM 系統最初的設計目標是為雪球上的用戶提供一個聊天的功能:

送達率第一
雪球IM：Netty + 自定義網路協議
Akka ： 每個在線client一個actor
推模式：client 在線情況下使用推模式
多端同步：單賬號多端可登錄，並保持各種狀態同步
移動互聯網時代，除了微信qq以外的所有IM，都轉型成了推送通道，核心指標變成了瞬間峰值性能。原有架構很多地方都不太合適了。

優化：

分配更多資源：推送賬號actor池
精簡業務邏輯：重復消息只存id，實時提醒內容不推歷史設備，不更新非活躍設備的session列表等等
本地緩存：拉黑等無法精簡的業務邏輯遷移到本地緩存
優化代碼：非同步加密存儲，去除不合理的 akka 使用
akka這個解釋一下：akka 有一個自己的 log adapter，內部使用一個 actor 來處理所有的 log event stream 。當瞬間峰值到來的時候，這個 event stream 一下子就堵了上百萬條 log ，導致 gc 顛簸非常嚴重。最後的解決辦法是，繞過 akka 的 log adapter，直接使用 logback 的 appender

線上記錄：5w/s （主動限速）的推送持續 3 分鍾，p99 性能指標無明顯變化

7月10號我們在中國好聲音上做了3期廣告。在廣告播出之前，我們針對廣告可能帶來的對系統的沖擊進行了壓力測試，主要是新用戶注冊模塊，當時預估廣告播出期間2小時新注冊100萬

壓測發現 DB 成為瓶頸：

昵稱檢測 cache miss > 40%
昵稱禁用詞 where like 模糊查詢
手機號是否注冊 cache miss > 80%
注冊新用戶：5 insert
優化：

redis store：昵稱，手機號
本地存儲：昵稱禁用詞
業務流程優化：DB insert 操作同步改非同步
下一步優化計劃：

將 sns 系統中所有的上行操作都改成類似的非同步模式
介面調用時中只更新緩存，而且主動設置5分鍾過期，然後寫一個消息到 mq 隊列，隊列處理程序拿到消息再做其它耗時操作。
為了支持失敗重試，需要將主要的資源操作步驟都做成冪等。
前置模塊HA：

合作方合規要求：業務單元部署到合作方內網，用戶的敏感數據不允許離開進程內存
業務本身要求：業務單元本身為有狀態服務，業務單元高可用
解決方案：

使用 Hazelcast In-Memory Data Grid 的 replication map 在多個 jvm 實例之間做數據同步。

java 啟動參數加上 -XX:+DisableAttachMechanism -XX:-UsePerfData，禁止 jstack，jmap 等等 jdk 工具連接

關於前置模塊，其實還有很多很奇葩的故事，鑒於時間關系，這里就不展開講了。以後有機會可以當笑話給大家講。

組合凈值計算性能優化：

一支股票可能在超過20萬個組合里（南車北車中車，暴風科技）
離線計算，存儲計算後的結果
股價3秒變一次，涉及到這支股票的所有組合理論上也需要每 3 秒重新計算一次
大家可能會問，為什麼不用戶請求時，實時計算呢？這是因為「組合凈值」中還包括分紅送配，分股，送股，拆股，合股，現金，紅利等等，業務太過復雜，開發初期經常需要調整計算邏輯，所以就設計成後台離線計算模式了。當前正在改造，將分紅送配邏輯做成離線計算，股價組成的凈值實時計算。介面請求是，將實時計算部分和離線計算部分合並成最終結果。

實際上，我們的計算邏輯是比較低效的：循環遍歷所有的組合，對每個組合，獲取所有的價值數據，然後計算。完成一遍循環後，立即開始下一輪循環。

優化：

分級：活躍用戶的活躍組合，其它組合。
批量：拉取當前所有股票的現價到 JVM 內存里，這一輪的所有組合計算都用這一份股價快照。
關於這個話題的更詳細內容，感興趣的可以參考雪球組合業務總監張岩楓在今年的 arch summit 深圳大會上的分享：構建高可用的雪球投資組合系統技術實踐 http://sz2015.archsummit.com/speakers/201825

最後，我們還做了一些通用的架構和性能優化，包括jdk升級到8，開發了一個基於 zookeeper 的 config center 和開關降級系統

四. 聊聊關於架構優化的一些總結和感想

在各種場合經常聽說的架構優化，一般都是優化某一個具體的業務模塊，將性能優化到極致。而在雪球，我們做的架構優化更多的是從問題出發，解決實際問題，解決到可以接受的程度即可。可能大家看起來會覺得很凌亂，而且每個事情單獨拎出來好像都不是什麼大事。

我們在對一個大服務做架構優化時，一般是往深入的本質進行挖掘；當我們面對一堆架構各異的小服務時，「架構優化」的含義其實是有一些不一樣的。大部分時候，我們並不需要（也沒有辦法）深入到小服務的最底層進行優化，而是去掉或者優化原來明顯不合理的地方就可以了。

在快速迭代的創業公司，我們可能不會針對某一個服務做很完善的架構設計和代碼實現，當出現各種問題時，也不會去追求極致的優化，而是以解決瓶頸問題為先。

即使我們經歷過一回將 snowball 拆分服務化的過程，但當我們重新上一個新的業務時，我們依然選擇將它做成一個大一統的服務。只是這一次，我們會提前定義好每個模塊的 service 介面，為以後可能的服務化鋪好路。

在創業公司里，重寫是不能接受的；大的重構，從時間和人力投入上看，一般也是無法承擔的。而「裱糊匠」式做法，哪裡有性能問題就加機器，加緩存，加資料庫，有可用性問題就加重試，加log，出故障就加流程，加測試，這也不是雪球團隊工作方式。我們一般都採用最小改動的方式，即，准確定義問題，定位問題根源，找到問題本質，制定最佳方案，以最小的改動代價，將問題解決到可接受的范圍內。

我們現在正在所有的地方強推3個數據指標：qps，p99，error rate。每個技術人員對自己負責的服務，一定要有最基本的數據指標意識。數字，是發現問題，定位根源，找到本質的最重要的依賴條件。沒有之一。

我們的原則：保持技術棧的一致性和簡單性，有節制的嘗試新技術，保持所有線上服務依賴的技術可控，簡單來說，能 hold 住。

能用cache的地方絕不用db，能非同步的地方，絕不同步。俗稱的：吃一塹，長一智。

特事特辦：業務在發展，需求在變化，實現方式也需要跟著變化。簡單的來說：遺留系統的優化，最佳方案就是砍需求，呵呵。

C. 為什麼股票不開盤資金也會少

不開盤時的資金減少是不作數的，特別是在雙休日或節假日，因為這個時候一般證券公司都會做壓力測試，會導致數據不正常，你如果擔心的話，只要在正常交易日看盤之前看一下市值是否減少就可以了。

D. 證監會規定：證券金融公司的融券余額不得超過流通市值5%。我對這句話里提到的「余額」二字無法理解。

其實這個余額就是一般理解上總額的意思 只是用總額這個詞可能有些誤會 因為所內有的發生額加在一起可以叫容總額 現有的存量額也可以叫總額 所以用了余額這個詞 專門指現有的存量額 比如一次融券5萬股 然後又還了 又融券5萬股 余額就是5萬股 總額就可能被理解為5萬加5萬股
證監會這些人有時候寫東西確實讓人搞不清楚

E. 今天股市為啥還在交易啊

雙休日，股市是不交易的。
你看到交易頁面上的所謂「交易」，其實是虛擬的，因為下周一開始科創版交易，各個交易商在進行壓力測試，這是開板前的必要准備。
所以，不要誤會。可以注意交易商的公告。

F. 中國銀行被罰5050萬，被罰的原因是什麼

中國銀行股份有限公司成立於1983年10月31日，注冊地位於北京市西城區復興門內大街1號，法人代表是劉連舸，經營范圍包括吸收神民幣存款；發放短期、中期、長期貸款，辦理結算，辦理票據貼現，發行金融債劵，外匯之類；發行和代理發行股票以外的外幣有價證劵，買賣和代理買賣股票以外的外幣有價證券；海外分支機構經營地法律許可的一切銀行業務；經中國銀行監督管理委員會等部門批準的其他業務。

G. 主力機構（莊家）建倉股票，證券公司能看到嗎

一般都來是幾個賬戶分開進貨的，最自好是幾個互不相乾的賬戶（看起來）分時段分階段進貨。你可以參照寶能從2015 年到2016年持股經歷操作。（記得要自己做壓力測試）。透漏消息........現在上市公司的信息都是公開的，每一筆交易都有記錄，資金異動都可以看到。
實話實說，從你提的問題感覺你是新手。建議不要異想天開

H. 股市下跌會對房價造成什麼影響

股復市和樓市的關系是制同向不同步，即每一輪市場波動，股市和樓市總體朝同一方向變化，比如今年上半年，股市總體上漲，房價也開始止跌反彈；但一般股市先轉向，樓市後跟隨。
因為股市只是影響房價的非決定性因素。短期來看，股價大跌之後，有助於房價繼續上漲。但長期來看，整體而言，股價暴跌之後，房價確實也可能會下跌（滯後一段時間）

I. 【證券公司財務風險案例】

主要是根據一些財務指標進行風險控制 以下是粘貼的

第十八條 證券公司經營證券經紀業務的，其凈資本不得低於人民幣2000萬元。

證券公司經營證券承銷與保薦、證券自營、證券資產管理、其他證券業務等業務之一的，其凈資本不得低於人民幣5000萬元。

證券公司經營證券經紀業務，同時經營證券承銷與保薦、證券自營、證券資產管理、其他證券業務等業務之一的，其凈資本不得低於人民幣1億元。

證券公司經營證券承銷與保薦、證券自營、證券資產管理、其他證券業務中兩項及兩項以上的，其凈資本不得低於人民幣2億元。

第十九條 證券公司必須持續符合下列風險控制指標標准：

(一)凈資本與各項風險准備之和的比例不得低於100%；

(二)凈資本與凈資產的比例不得低於40%；

(三)凈資本與負債的比例不得低於8%；

(四)凈資產與負債的比例不得低於20%；

(五)流動資產與流動負債的比例不得低於100%。

第二十條 證券公司經營證券經紀業務的，必須符合下列規定：

(一)按託管客戶的交易結算資金總額的2%計算風險准備；

(二)凈資本按營業部數量平均折算額(凈資本/營業部家數)不得低於人民幣500萬元。

第二十一條 證券公司經營證券自營業務的，必須符合下列規定：

(一)自營股票規模不得超過凈資本的100%；

(二)證券自營業務規模不得超過凈資本的200%；

(三)持有一種非債券類證券的成本不得超過凈資本的30%；

(四)持有一種證券的市值與該類證券總市值的比例不得超過5%，但因包銷導致的情形和中國證監會另有規定的除外；

(五)違反規定超比例自營的，在整改完成前應當將超比例部分按投資成本的100%計算風險准備。

前款所稱自營股票規模，是指證券公司持有的股票投資按成本價計算的總金額；證券自營業務規模，是指證券公司持有的股票投資和證券投資基金(不包括貨幣市場基金)投資按成本價計算的總金額。

證券公司創設認購權證的，計算股票投資規模時，證券公司可以按股票投資成本減去出售認購權證凈所得資金(不包括證券公司贖回認購權證所支出資金)後的金額計算。

第二十二條 證券公司經營證券承銷業務的，必須符合下列規定：

(一)證券公司承銷股票的，應當按承擔包銷義務的承銷金額的10%計算風險准備；

(二)證券公司承銷公司債券的，應當按承擔包銷義務的承銷金額的5%計算風險准備；

(三)證券公司承銷政府債券的，應當按承擔包銷義務的承銷金額的2%計算風險准備。

計算承銷金額時，承銷團成員通過公司分包銷的金額和戰略投資者通過公司簽訂書面協議認購的金額不包括在內。

證券公司同時承銷多家發行人公開發行證券，發行期有交叉、且發行尚未結束的，應當按照單項業務承銷金額和對應比例計算風險准備。

第二十三條 證券公司經營證券資產管理業務的，必須符合下列規定：

(一)按定向資產管理業務管理本金的2%計算風險准備；

(二)按集合資產管理業務管理本金的1%計算風險准備；

(三)按專項資產管理業務管理本金的0.5%計算風險准備。

第二十四條證券公司為客戶買賣證券提供融資融券服務的，必須符合下列規定：

(一)對單一客戶融資業務規模不得超過凈資本的5%；

(二)對單一客戶融券業務規模不得超過凈資本的5%；

(三)接受單只擔保股票的市值不得超過該股票總市值的20%；

(四)按對客戶融資業務規模的10%計算風險准備；

(五)按對客戶融券業務規模的10%計算風險准備。

前款所稱融資業務規模，是指對客戶融出資金的本金合計；融券業務規模，是指對客戶融出證券在融出日的市值合計。

第二十五條證券公司應當按上一年營業費用總額的10%計算營運風險的風險准備。

第二十六條中國證監會對各項風險控制指標設置預警標准，對於規定「不得低於」一定標準的風險控制指標，其預警標準是規定標準的120%；對於規定「不得超過」一定標準的風險控制指標，其預警標準是規定標準的80%。

一、財務風險量化管理的基本策略
借鑒國外券商風險管理的基本框架，結合中國證券公司的實際情況，本文提出幾點策略：（1）全面風險管理原則；(2)必須保證財務風險的可測、可控、可承受；（3）建立風險預算，實施風險預算管理；（4）以凈資本指標為核心識別和評估總風險，以風險價值（VaR）模型計量和管理金融資產的市場風險，以「壓力實驗」方法來作為VaR風險測度方法的必要補充；（5）規模經營與資產結構並重，業務發展與財務約束並重；（6）靜態指標與動態監測兼顧；（7）風險防範和經營風險相統一。
關於凈資本：目前我國證券公司凈資本計算規則與國際規則仍有一定的差距,需要進行完善,如特定長期負債如何計入凈資本問題、預計負債（如應訴事項的金額）核算不規范、資產管理業務的或有損失沒有扣減、對外擔保未完全扣減等。凈資本計算的真實和准確性非常關鍵，為實現凈資本指標的核心作用，下文提到的凈資本指標是在現有凈資本標准上考慮上述因素重新計算的金額。
關於VaR（Vaule－at－Risk）：VaR是指在正常的市場條件和給定的置信度內，用於評估和計量任何一種金融資產或證券投資組合在既定時期內所面臨的市場風險大小和可能遭受的潛在最大價值損失。其風險管理技術是對市場風險的總括性評估，它考慮了金融資產對某種風險來源(例如利率、匯率、商品價格、股票價格等基礎性金融變數)的敞口和市場逆向變化的可能性。VaR模型是近年來在金融市場發達國家(主要在歐美)興起的一種金融風險評估和計量模型，目前已被全球各主要銀行、非銀行金融機構(包括證券公司、保險公司、基金管理公司、信託公司等)、公司和金融監管機構廣泛採用。
關於「壓力測試」（stress testing）：VaR值的最大優點就是能科學准確地預測在正常市場波動下，券商所面臨的市場風險的大小。但是，VaR值方法也有缺陷，因為它無法預測到一些極端情形的出現，如股市的大起大落。所以，國外證券公司往往採用另外一種比較流行的市場風險管理技術—「壓力測試」方法來作為VaR風險測度方法的必要補充，以檢驗券商在特別不利的市場行情出現時，是否具有繼續生存的能力。實踐證明，壓力試驗特別適用於那些不規范的新興市場中的金融企業（如我國的證券公司）。
二、財務風險管理的指標體系設計
1．證券監管部門關於證券公司財務風險監控指標。
中國證監會在《證券公司管理辦法》及其他有關法規中規定了對證券公司的財務風險監控指標，主要指標見表1（適用於綜合類券商）。
表1 證券公司的風險監控指標
評價指標 計算公式 監管線
1．凈資本 ＝∑（資產余額×折扣比例）-負債總額-或有負債 低於2億元
2．凈資本增長率 ＝（期末凈資本余額/期初凈資本余額）-1 下降20％
3．凈資本負債比 凈資本/（負債總額－受託資金－代買賣證券款） 低於8％
4．凈資產負債率 ＝（負債總額－受託資金－代買賣證券款）/凈資產 大於9倍
5．流動比率 ＝（流動資產－受託資金－代買賣證券款）/（流動負債－受託資金－代買賣證券款） 小於1
6．客戶資金安全性指標 （代買賣證券款＋受託資金）－（客戶資金存款＋客戶結算備付金＋交易保證金＋受託資產） 大於0
7．權益類自營證券比例 權益類自營證券成本/期末凈資產 高於80％
8．撥付下屬機構占注冊資本的比例 期末撥付所屬資金/注冊資本 高於40％
9．對外擔保占凈資產的比例 期末對外擔保金額/期末凈資產 高於20％

2．內部全面風險管理指標體系。
我們認為，上述風險監管指標是非常寬松的，也不夠全面，達標非常容易，且沒有體現凈資本指標的核心地位，不能真正起到識別和評估風險的作用。證券公司需在上述監管指標的基礎上，根據上述風險管理策略，以凈資本指標（調整後）為邏輯起點和核心，按照風險可測、可控、可承受的原則，設計內部全面風險管理指標體系。證券公司內部全面風險管理指標體系可分為兩個層次。一是公司層次上的，反映整個公司整體風險狀況，見表2。二是各個業務部門的風險指標，作為二級指標，可進行實時監控。見表3。

表2 一級指標體系
評價指標 計算公式 預警線（區域）
一、資本充足性指標
1．凈資本額 =∑（資產余額×折扣比例）-負債總額-或有負債＋特定長期負債－應承擔的資產管理業務浮動虧損 低於凈資產的60－70％
2．凈資本增長率 =（期末凈資本余額/期初凈資本余額）-1 下降10％
3．凈資本相對指標1：凈資本率 期末凈資本/期末凈資產 低於60-70％
4．凈資本相對指標2：凈資本負債比 凈資本/（負債總額－受託資金－代買賣證券款） 低於20％
5．凈資本相對指標3：凈資本充足率 凈資本/（自營權益類證券凈額＋證券包銷金額＋非規范資產管理業務協議規模＋拆出資金＋買入返售證券＋其他風險資產） 15-20％
二、資產流動性指標
6．資產負債率 （負債總額－受託資金－代買賣證券款）/（資產總額－受託資金－代買賣證券款） 高於45-55％
7．流動比率 （流動資產－受託資金－代買賣證券款）/（流動負債－受託資金－代買賣證券款） 低於1.2
8．現金流量指標 經營活動現金流量/(流動負債－代買賣證券款－受託資金) 低於10％
三、風險資產規模指標
9．自營證券比例 權益類自營證券成本/期末凈資本 大於1倍
10．受託資金比例 承擔風險受託資金余額/期末凈資本 高於60-80％
11．或有負債比例 期末或有負債/期末凈資本 高於10-20％
四、財務績效風險指標
12．凈資產收益率 凈利潤額/（期初凈資產額＋期末凈資產額）/2 小於公司平均融資成本或低於同業平均水平
13．營業費用收入率 期末營業收入/期末營業費用 低於1.5
五、資產結構風險指標
14．長期投資比例 （期末長期投資余額—購買國債及金融債余額）/期末凈本 高於20-30％
15．固定資本比例 （期末固定資產凈值＋在建工程余額）/期末凈資本 高於30-40％

表3 二級指標體系
評價指標 計算公式 預警線（區域） 備注
一、承銷業務風險指標
1．凈資本包銷比例 證券包銷總金額/凈資本 高於60％ 監管線為60％
2．凈資本單項包銷比例 單項包銷總金額/凈資本 高於30％ 監管線為30％
3．承銷股票毛利率 承銷股票業務凈收入/承銷股票業務總金額 低於3％
4．項目收入費用率 項目費用合計/項目總收入 高於30％
5．失敗項目費用率 失敗項目費用/項目費用合計 高於10％
二、經紀業務風險指標
1．市場份額 當期股票基金交易量/兩市當期交易總額 低於上年度水平
2．客戶保證金挪用比率 挪用金額（含T+O）/客戶保證金總額 大於零
3．交易傭金率 當期交易傭金/當期交易量 （1）低於保本點傭金標准；或：（2）低於上年水平
4．客戶保證金變動率 期末保證金余額/期初保證金余額－1 低於-20％
5．三方監管風險指標 監管賬戶資產市值/融資金額 低於120％
6．經紀業務收入費用率 營業費用/營業收入 高於75％
三、證券自營業務風險指標
1．股票自營比例 自營股票成本/凈資本 高於80-90％
2．單只股票自營比例 持有單只股票成本/凈資本 高於20-30％ 監管線為不高於凈資產20％
3．單只股票市場份額 持有單只股票市值/該股票流通市值 高於10％ 監管線為20％
4．自營證券投資組合的VaR值 Var值 高於凈資本的20％
5、自營證券投資組合的壓力測試值 ST值 高於凈資本的50％
6．自營證券收益率 （差價收入＋期末浮動盈虧－期初浮動盈虧）/自營證券投入額 （1）低於資金成本；或：（2）低於市場指數增幅
7．自營證券浮動收益率 單只自營證券浮動盈利/自營證券成本 高於10％
8．自營證券浮動虧損率 單只自營證券浮動虧損/自營證券成本 高於7％
四、資產管理業務風險指標
1．受託資產率 期末受託資產余額/期末受託資金 高於70％
2．承擔風險資產管理組合的VaR值 Var值 高於凈資本的30％
3．承擔風險資產管理組合的壓力測試值 ST值 高於凈資本的50％
4．受託資產市場份額 所管理客戶資產投資於一家公司的證券的面值/該證券流通總量 高於10％ 監管線為10％
5．受託資產增值率 （本期實現增值額＋期末浮動盈虧－期初浮動盈虧）/受託資金金額 低於預期收益率
6．資產管理業務總或有損失占凈資本的比例 （期末已實現未結算虧損＋受託資產浮動虧損＋應付客戶收益）/期末凈資本 高於40％
7．受託資產損失率 （期末已實現未結算虧損＋受託資產浮動虧損）/期末受託資產 高於15％
五、資金營運風險指標
1．股票質押貸款比例 期末股票質押貸款余額/實收資本 高於15％ 監管線15％
2．資金拆借比例 拆入、拆出資金余額/實收資本 高於80％ 監管線為80％
3．債券回購比例1 債券回購資金余額/凈資產 高於50％
4．國債回購比例2 債券融資回購未到期余額/自有債券標准券總額 高於80％
5．現金留存比率 （期末現金余額＋銀行存款余額＋結算備付金）/期末凈資產 低於5％

當然，確定指標體系及其預警界限，難免帶有主觀意向，需在實踐中作進一步檢驗，並不斷進行修正和完善，使指標本身及其預警界限更科學、更合理。
三、財務風險指標的動態監測
證券公司的財務風險管理是一個復雜的系統,在建立全面風險管理指標體系基礎上，還必須建立風險監測系統, 這樣才能完善證券公司的風險量化管理。
（1）風險狀態設定：為綜合反映風險程度並方便進行處理，可將指標值統一映射為百分數范圍內表示的分數值。設定的風險狀態有四種，分別用安全、基本安全、風險、較大風險表示，對應的分數范圍：0-20、20-50、50-80、80-100，分數值越大，表示對應的風險越大。
具體做法為：對於每一個指標值，根據其在不同風險狀態的預警區域上限和下限以及對應的分數段范圍，按照線性映射函數：y=a2·[(x-b1)/a1]+b2，可以計算出相應的分數。（其中b1、b2分別表示某風險指標警界狀態的下限及所對應的分數段的下限，a1、a2分別為該風險指標警界狀態的上限與下限之差所對應的分數段的上限與下限之差，x為風險值，則y即為映射後的分數值。）
（2）風險監測框架：可以設計兩個層次的風險監測系統，把一級風險指標作為一個系統，對每項指標賦予相應的權重，根據上述映射方法計算每項指標的風險分數值，加權平均後可計算出公司綜合風險值；把二級風險指標作為一個系統，數據處理方法同上。公司綜合風險值與實時風險值是互補的，前者是定期、靜態的、綜合的，後者是動態的、具體的，在風險評估和管理上要結合使用。

J. 股票連續三天觸碰半年線後回落什麼情況

已經連續三天觸碰半年線，按常理來說已經可以確認空頭占優，多頭失敗，回落也是正常的專，但這屬也要看情況，比如近3天的成交量是否很大、股價是否處於高位等，如果這樣風險就大了，但如果量不大，不是高位，那麼主力經過壓力測試後心中已經有數，故意虛晃一槍的可能性也存在。