Optionshare 選擇幫

 找回密碼
 立即註冊
查看: 13011|回復: 36
打印 上一主題 下一主題

風險指標

  [複製鏈接]
樓主
發表於 2018-2-9 16:07:17 | 顯示全部樓層
sec2100 發表於 2018-2-9 15:17
風險指標的分母中的原始保證金,會因為有無組合單而不同。但風險指標的計算,不會因為有沒有簽SPAN而受影響 ...

系統不會幫交易人自動配對組合,需要自己去組合。有這樣一個組合或拆解的選項。
回復 支持 反對

使用道具 舉報

沙發
發表於 2018-2-9 16:13:06 | 顯示全部樓層
畫面的右上方有【組合部位】以及【複式單拆解】選項。
回復 支持 反對

使用道具 舉報

板凳
發表於 2018-2-12 12:35:23 | 顯示全部樓層
剛剛跟營業員確認過了:
就算是組起來的複式價差單,如果碰到2月6日那樣的極端行情,
假如賣方部位狂飆,買方反而漲得比較少,
保證金還是會超出原本只收取的數額哦!
這個結論讓我很驚訝!
假如說有50萬資金,下了100組垂直價差賣方單(間距為100點),收取保證金50萬。
如果碰到買賣方權利金不同比例的漲跌,那麼還是會被追繳保證金的。
不知各位的券商是否也是如此?
我那位營業員說各家券商都是如此的。
回復 支持 2 反對 0

使用道具 舉報

地板
發表於 2018-2-20 21:49:08 | 顯示全部樓層
eddy 發表於 2018-2-17 18:10
我想你營業員的說法是錯誤的,

建議你最好還是跟該公司的結算風控部門做確認,

他這個答复我也覺得很鬱悶!我會再去求證!謝謝您的資訊!
回復 支持 1 反對 0

使用道具 舉報

5#
發表於 2018-2-22 11:33:36 | 顯示全部樓層
eddy 發表於 2018-2-21 22:23
再三多方求證是正確的學習態度,

我不敢說我一定是正確的,

終於弄明白了!

我的營業員專門去諮詢了他們公司的風控同仁。

如果是組合起來的複式垂直價差單,在類似2月6日那種極端行情下,

假若賬戶裡的錢只剛剛夠組合單的保證金,

還是會有風險的。

舉例:200點間距的垂直價差,一組保證金為1萬元,

假如你賬戶裡就只放1萬元,極端行情造成賣方權利金飆漲,而買方部位卻漲得很少,

造成權益數變少,也就是計算風險指標的分子變小,雖然分母沒變,仍是1萬元,

但是分子變小,風險指標就會跟著變小,甚至變成負數,就會被強制砍倉。

營業員說,他們券商不可能在盤中去對每一個客戶的部位進行人工計算,

雖然這種組合單放到結算,最大損失是固定的,但是在極端行情時,他們是只要風險指標低於

25%就一定會執行砍倉的。

所以也才會出現以支出權利金建倉的垂直價差單也被砍倉的情形。何況這種收入權利金的垂直

價差單。

唯一的辦法是:資金不要剛剛夠組合單的錢,不要下在太遠月,不要下在太價外,

買賣方履約價不要間隔太遠。

這樣對於一般的行情來說,買賣方的權利金跳動就不會相差太離譜。

另外就是要事先跟券商講清楚,手裡的部位是風險固定的組合式複式價差單,

這樣他們的風控部門才會去特別審視你的部位,知道這個部位到結算時最大損失是固定的,

那麼他們才不會在盤中因為瞬間的風險指標低於25%而去砍你的部位。

大概情況就是這樣。

回復 支持 2 反對 0

使用道具 舉報

6#
發表於 2018-2-22 20:56:13 | 顯示全部樓層
晴天 發表於 2018-2-22 19:50
個人淺見 參考,或許有誤,價差組合複式單,未折解 前,無法平單腳,
顯見 在設計上,是要鎖最大風險,但 ...

這種組合複式單的確有點像個陷阱。尤其會害人的是讓人誤以為很保險而下了太多口數卻風險不自知。
回復 支持 反對

使用道具 舉報

7#
發表於 2018-2-24 20:22:53 | 顯示全部樓層
option2018 發表於 2018-2-24 12:41
永豐在客戶對期交所揭漏部位有針對保證金最佳化後 組合單內斜線冒號代號的建議分公司鎖定不砍 !而「期貨商 ...

群益的內控系統不會過濾這種組合起來的垂直價差單,即便是支出權利金的組合單,如果賣方那隻腳狂飆,而買方腳未飆,風險指標會自動計算的,所以還是會有被砍倉的風險。這是我跟業務員專門諮詢過的,他說他們的風控部門答复他,只要事先跟他們講,手裡是組合單,他們才會去特別標註,才不會去砍組合單部位。這很誇張!誰知道黑天鵝哪天會來?難不成天天去跟他們打招呼?我有提到元大和永豐有這種過濾系統,業務員只說會跟公司建議,能否跟進實施就很難說了。
回復 支持 反對

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

站長信箱|Archiver|手機版|小黑屋|Optionshare 選擇幫.  

GMT+8, 2024-5-2 12:20 , Processed in 0.029808 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回復 返回頂部 返回列表