作者f5j (ffivej)
看板Option
标题R: [问题] 请运选择权帐户原先30多万,几秒钟负债? …
时间Tue Jan 25 10:41:53 2011
※ [本文转录自 Gossiping 看板 #1DFYU4HS ]
作者: semop (semop) 看板: Gossiping
标题: Re: [转录][问题] 请运选择权帐户原先30多万,几秒쐠…
时间: Tue Jan 25 09:29:37 2011
实际上这个程式问题很难解的。
客户下市价单，程式无法事先知道成交价，但也不能分开下单，
唯一的办法是预先判断能不能下单。
但严格地以涨停价计算，特别是选择权，就会变成能下的口数极少，
台股涨停是 7%, 但换成选择权就可能是几百倍的现价才是涨停。
这样一来，根本没办法下几口市价单，这样客户就会严重抱怨，
就会回头要求修改程式，然後安全顾虑什麽的，在这种时候，
一定都会通通不见的，谁挡谁挨骂。
结果就是反正上面有要求，下面就只能照做，长期下来都相安无事，
最後突然出大包，当初决定修改程式的主管，可能都高昇好几阶了，
谁来管你这档事。
最後就是该部门莫名奇妙地被吃掉获利，还不知道找谁抱怨，
心黑一点的就是找替死鬼了。
我也参与过这类程式的开发，但开发商的老板本身就念财经的，
这方面的安全顾虑多，这个不能做，那个不能改，结果就是丢掉业务。
那你说这种事要怎麽办呢?
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 218.174.32.120
1F：→ sagarain:合法的办 01/25 09:32
所以写程式的人就要赌上饭碗，跟脑残主管或是更高层抗争吗?
这种 bug 不是 program bug, 是 policy bug, 以台湾的状况来说几乎无解，
但如果出事，一定是找某个倒霉员工来扛。
2F：推 tsctao:丢掉业务 比得承担事後可能的一堆莫名奇妙的风险来的好吧 01/25 09:39
3F：推 hsinyeh:期交所根本没有市价酖这种东西啊... 01/25 09:42
是啊，我也记得没有市价单，但台湾的券商搞了一大堆奇怪的下单方式呢，
大家也习以为常了，例如市价单的做法就是涨停价丢下去...
股票是没差，选择权的市价单会要人命的。
这种非正规做法，有事先规划的还好，但大多是在系统完成後才一个一个临时加上去。
4F：→ centaurjr:目前看起来风险不是在卷商就是买家,好像不关设计者的事 01/25 09:43
5F：推 nuker:嗯，真的是程式应该就不只一人受害 01/25 09:45
6F：推 rommel1:应该搞一个程式 即时监控保证金是否不足 01/25 09:52
7F：→ rommel1:不足就不能继续下单.... 01/25 09:52
要做是不难，但通常是来不及，不过无法一次成交的话，保证金不太够时就赶快取消，
倒是可以减轻损失。
8F：→ rommel1:最好也能在撮合速度上设限 禁止几秒钟上百口同时成交 01/25 09:53
所以说这是 policy 的问题，单笔本来就要有口数上限，上限计算公式要给出，
不然预设一定是涨停价计算，把原本的限制丢掉却没给替代公式，当然会出包。
至於成交口数限制，就不是券商这边能处理的了。
9F：推 creepy:苦主在用程式应该只有设保证金限制 没有下口数限制 01/25 10:02
10F：→ creepy:所以当初1000口就顺利通过检核 但是每次成交都应该要检核 01/25 10:03
11F：→ creepy:使用者的保证金帐户才对 01/25 10:03
12F：→ creepy:所以要保险的话 大家要把程式中的口数限制也设定好免遭不测 01/25 10:04
13F：→ creepy:期交所只负责磋合 不管你保证金的 下单券商要负全责 01/25 10:06
14F：推 arthurwang:这篇点到问题，推 01/25 10:06
15F：推 creepy:不过低流动量的价位本来就会有穿价的问题 这程式应该早知道 01/25 10:08
这就是麻烦的地方，要让使用者有最大的方便，其实是一个需要专业的事情，
要放开限制，要考虑很多事情，应该要做规划研究，但台湾多以主管的判断来替代。
这样就会出现经验上的误差，券商显然完全没想过有人会这样下单，
当然，正常人也想不到选择权还有市价大单这种下法，但有研究过的话，
应该就可以发现这个问题，从而根据商品流量或其他方式做控管。
16F：推 arthurwang:其实市价单这个名词很容易让人误会 01/25 10:22
17F：推 f5j:可以借转op版吗？谢谢。 01/25 10:23
是可以啦，只是我有一种其实没讲出什麽的感觉...
18F：→ arthurwang:实际上市价单就是 涨/跌停单，但因为这会优先成交 01/25 10:23
19F：→ arthurwang:所以成交价往往会是当时的市价 01/25 10:24
但就是有很多人不知道...
※ 编辑: semop 来自: 218.174.32.120 (01/25 10:30)
20F：→ cyranoh:以前电话下单说要市价 营业员说不能讲市价要讲涨停价 01/25 10:39
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 211.74.99.239
21F：推 vvanch:XD 01/25 10:50
22F：嘘 HarvardSu:使用者的口数明明就可以照下 只是系统要分次送出 01/25 10:57
23F：→ HarvardSu:而分次送出就是你讲的 "能下口数极少" 的计算方式 01/25 10:58
24F：→ HarvardSu:连这样逻辑也搞不清楚 难怪KGI这样的台制系统会出包 01/25 10:58
25F：推 semop:哪有这种事 如果有做基本控管 就不可能自动拆分连续下单 01/25 11:12
26F：→ semop:程式如果烂到这样还能拿到生意 而不是将限制改掉的 01/25 11:14
27F：→ semop:那就真的是烂到底了 我不觉得台湾资讯业有烂成这样 01/25 11:14
28F：→ semop:至少我的经验是程式写好好的 却被要求改来改去 改到不成样 01/25 11:18
29F：→ semop:现在我都不承认什麽东西是我写的 根本和原始设计完全不同了 01/25 11:19