※ 引述《legendbrian (传说中的布莱恩)》之铭言： : 如果到现在你还是不知道问题所在,我简单说一下 : 就是苦主下市价单,券商电脑以当时搓合价误判, 其实在下市价单的瞬间，券商的後台会先查保证金及当时市价 买方的单查卖方市价 卖方的单查买方市价 如果当下的保证金足够 接下来就送委托单出去 这事件发生的原因在於，原苦主的30万保证金 是足够支付在下单当下，每口3-5点，1000口的权利金 所以後台风控就送单了 不过大多风控较大的券商，会限制你下市价单的口数 例如我用的元大期货软体，限制下市价单口数为10口 所以超额保证金下市价单的情况，机会比较少 不过这样子的限制有好有坏 好的是，苦主这样的情况比较不会出现，双方争议的可能达到最小化 不过也常发生超额10-1000块的市价下单情况 缺点是，当你想下大量的口数，就必须使用拆单的功能 所以，以苦主的案例，相信苦主券商的软体给了客户无限制的下单口数 造成单笔下单千口还能送进委托 当送进委托後，市价市价持续的吃单 以市价单ioc，就会持续的吃到造市者的涨停价後取消委托 : 以为苦主的帐户保证金够付全部丢出去 : 哪知合理价格单就那几张,其他的芭乐钓鱼单就钓到大鱼了 : 我建议苦主一定要坚持下单本来就是只限於保证金帐户内的余额 如果要控到这样子，那可能需要控到市价下单限制一口 这样子才有可能达到完全控到不会超额保证金下单 不过这样子客户下单比较不方便 同样有好有坏啦 : 哪有你券商电脑不控管好我要陪葬的道理 : 券商有诚意就好好谈 : 券商硬你就要反过来告他,甚至跟他说要让水果日报了解一下 : 这种事不是第一次,不过这次单子的数量太大一定是经典事件 我相信开户文件很多人都没有清楚的看过 券商都把电子下单的责任推给客户啦 理论上双方都有责任 实际上，个人倒是不容易跟一个集团公司对抗 苦主呀，当天我还以为是某个法人下错单 因为我思考过，应该没有那家软体如此可怕，完全无限制下市价单口数 不过结论是，这家的软体，还有需要改进的空间呀 相信很多家的软体都有拆单下单的功能 如果你一次要下大量的口数 可以利用这个功能，这样子超额保证金下单的情况就会减少许多 因为每一笔的下单，都会再查一次你的保证金 你1000口，用一笔下，如果软体没限制市价下单口数 就是查当下保证金就送委托 你1000口，用1000笔下 就会一笔一笔查保证金後，送委托 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 211.20.191.241 如果说要改程式，应该说要改期交所的程式 保证金不足就取消委托 但因为保证金不是放在期交所，所以又没办法查客户保证金 因为券商负责送单到期交所 如果要即时监控保证金再送单 除非就像我文章写的，拆单送单 或是由券商将所有委托拆成一笔一口这样送期交所 如果是这样，那可能速度会慢上很多很多 ※ 编辑: glayandbz 来自: 211.20.191.241 (01/25 09:36) 呵呵，当你被大客户要求，就会开放速度 当大客户速度很快，小朋友们也想要很快 但完全不知道自已处於怎样的风险当中 这个事件的後续完美处理方式 要达到完全不会超额保证金下单 就是券商全面更换伺服器等级 所有的单接进来就全拆成单笔单口下单 每次下一口单就查一次保证金 这样就可以达到完美风控跟速度的水准 不过我不是电脑高手，我可不知道要达到这样子需要多好的电脑 ※ 编辑: glayandbz 来自: 211.20.191.241 (01/25 09:55) 嗯 所以我才会说 有的人要速度 有些人要安全 但通常要求快的人都有口数 所以券商在要求速度方面，蛮高的 要达到这麽安全的下单 速度上一定会慢很多的 ※ 编辑: glayandbz 来自: 211.20.191.241 (01/25 10:27) 听说当天开会 某人的脸很屎 自营部出的包，当年获利全被一天吃掉了 ※ 编辑: glayandbz 来自: 211.20.191.241 (01/25 10:30) 一千口一笔一笔check保证金 大概到了30万买完就会变保证金不足无法下单了 或是会超额保证金下单1-2口 因为买方部位的损益 不可能当做可下单保证金 所以这种情况会变的比较不会发生 但是整体的下单速度会拖慢很多喔 ※ 编辑: glayandbz 来自: 211.20.191.241 (01/25 14:35)