最近忙今天才有空寫，文長還有小故事，
先說結論:你順著做不一定可以討到什麼，哈
a.請所有受害者去申請對帳單，或是任何正式的形式可以證明2/6開盤前你的部位，
是不應該受波動影響而被砍倉。就算你有裸露的也請申請。
(例BP3口 SP4口，但你的保證金是足夠讓你一口裸露的SP可以活過一根跌停板的)
b.這個問題要改，要期交所願意，而[a]都會是它願意修正風控方式很好的驗證例子
http://www.taifex.com.tw/chinese/1/HistoryOfClearing.asp
期貨商交易及風險控管機制專案名詞彙整表，請把這一欄全部看完。
全部看完後把[22]是怎麼計算的好好了解一下。
=======================================================
名詞先定義
負責砍倉:叫【風控系統】
11~14 :就是下面的公式。
先說一買一賣有鎖住的不應該被砍倉，
就說賣權空頭價差，
買權空頭價差，
就算你是看對方向的。
11.權益數 |本日帳戶之淨值，含當日期貨部位損益及有價證券抵繳總額。
12.未沖銷買方選擇權市值 |本日選擇權買方部位之市場價值加總。
13.未沖銷賣方選擇權市值 |本日選擇權賣方部位之市場價值加總。
14.權益總值 |本日帳戶之清算值，含未沖銷選擇權之市值。 = 11+12-13
還是會被砍倉
引用stockwars大的例子
https://www.ptt.cc/bbs/Option/M.1518354649.A.801.html
這個是一買一賣的。
【風控系統】依據14的公式，它是可以砍的
====================================================
我本身遇到一個更嚴重的例子，比一賣一買還嚴重
當時小台空單部位+bp部位 > sp部位。
一開盤跌了二百多點，應該開心的日子。
前五分鐘我的維持率是負的，當然當時連結的銀行戶是還有足夠的錢，
(立即弄進去，所以沒事)<<此段有錯我那一天當下應該是沒有補錢。
雖然賺到錢，還是心裡怕怕的，
去與營業員要了當天的庫存部份，
對營業員做了excel畫好了圖，說明當天的組合在下跌的狀況，
永遠不可能出現維持率為負。
營業員說不過我(這個是系統算的怎麼會有錯...)，
於是過幾天後該公司的IT部門拿著一盒禮盒來與我說明。
我還是畫著圖與主管還有RD們說明，
把所有的bp 與 sp組一遍再加上小台空單，請他們說明為什麼權利金為負，
如stockwar大一般，從前一天剩下的權益數+價差組合單+再加上，
小台空單部位+bp部位 > sp部位。
我一定是有理的，他們也無法從這個角度說明為什麼維持率會變負的。
但他們突然有一人拿出11~14這樣的rule出來，這個是期交所的規定，
我不能拿他說有錯，他是"依法"盤中依市價算出我的維持率就是負的。
(後來還說他們風控會用暴力法幫我算出我部份所有的可能^&%#[email protected][email protected]#$#@，
但過沒幾天在軟體權益數頁面出就突然出一些權益數計算說明的公式，
我對於他們風控有自己做好語帶保留，而當時揭示組價差的方式，
他們應該知道只要有經過sort其實是不用暴力法去解，自然可以找到最好解
，這裡偏程式面)
===========================故事結束===================================
要帶頭改的是期交所，因為它定的法，靠11~14不夠貼進選擇權在有價差單時的精神，
開發【風控系統】的RD也樂得爽，
客戶每個部位視為單一商品取當時的市價做計算就好。維持率低於25%就砍。
當然期交所會說它有span來脫罪，就我所知它是黑盒子，
看一下:
http://www.taifex.com.tw/chinese/1/HistoryOfClearing.asp
六、 實施整戶風險保證金計收制度(SPAN)實施至交易人端
16個情境最大可能損失。
但沒把公式列出，只要有人找到是期交所公布的span公式，
把[a]的部位拿給期交所，
那期交所拿了這麼多手續費應該會找人一起把[a]吃下來。
=================================================
上述的例子是要說就算不是價差單，一樣維持率都會是負的。
只要有賣方的部份在原期交所的rule下，都有一定機會會變負值，
例 BP10500 40口 SP 10300 30口。
最後幾個結論與可行方式。
a.一樣回歸到法規上11~14，現行的法規不夠貼近選擇權有價差單的情形上。
b.期交所靠span去解釋，只要期交所願意給公式，大家應該有機會可以依公式索賠。
c.各家券商風控系統願意昇級的話，同時公布你的rule，我想可以招覽更多的客戶。
真的要改要靠期交所推行(應該有說三次以上了重要)。
=============================================
PS.
[c]什麼意思，下面是程式面看看就好
一個25%砍倉各自解讀，
接下來是程式演算法。我也不打算全寫先帶個頭。
大概是這樣，
A.每個客戶庫存，先sort會有四個arry
買方買權部位
賣方買權部位
買方賣權部位
賣方賣權部位
看要用最悲觀法(先組最遠的)
最不悲觀法(先組最近的)
這樣你可以算出客戶這些組合單下應有的維持保證金a。
B.剩下有裸露的部份，一樣給簡易的版本。
B-1:剩下買方，
維持率有負只有提醒，但不砍倉。
B-2:剩下賣方，
前一日剩下的權益數 - 保證金a + (今日平倉損失) = 權益數b
盤中要進風控的部份只有
剩下賣方市價損益的變化 與 權益數b。
=>這裡要%也可以自定，甚至75% 就叫客戶補錢，
50% 就砍客戶倉
什麼意思!?只要用期交所公式就是25%以下了。
然後你會說盤中客戶有買與賣怎麼辦，
一樣進行A->B的計算。
在過去機器速度沒這麼快，用便宜行事來計算權益數與維持率，
但現在機器夠快，你的data structure弄好，架構想好，能加速的就去加速。
例如:每次都會sort，那db的部份是不是可以把index先建好，讓db幫你完成。
或是不是用db，把data structure弄好，絕對可以加快這裡的計算。
甚至是最後組價差的計算一樣做得到。
同時多工計算
例如你可以開十個thread
編號0處理所有 帳號0結尾的。
編號1處理所有 帳號1結尾的。
編號9處理所有 帳號9結尾的。
這十個也不打架。
當然上面是給方向，我也並不了解每家風控系統現有的架構，
但願意有心上面所提的，在現代都不是多困難的技術。
真的有風控因為現在有架構解不開而你們也想改的，再請你主管找我談吧。
(笑~保證收費!。)