三层
| 层 | 校验举例 |
|---|---|
| 软件 | 每张订单的最大数量、该连接上是否启用交易、确认步骤、账户是否正确 |
| 券商 / 期货佣金商 | 账户权限、保证金、最大持仓与最大订单规模、产品权限 |
| 交易所 | 价格带、市价与止损单的保护、市场状态、订单类型规则 |
算例
软件上限被设为每张订单 3 手。一位交易者输入 5：这张订单在离开这台机器之前就被拒绝。他改成 3；券商的限额允许一个 4 手的头寸，而账户在同方向上已经有 2 手，所以这张新订单会把头寸带到 5 手，券商拒绝它。
他发出 2 手；交易所随后拒绝这个限价——他把价格打成了穿过市场 100 点——理由是超出价格带。三次拒绝，三个不同的归属方。知道是哪一层拒绝的，就知道该去问谁，以及改一个设置能不能改变结果。
为什么分层要紧
软件的防护栏快而可见，但它只保护从这个软件发出的订单。券商的限额覆盖这个账户上的所有平台，但各家公司不一样。交易所的控制保护的是整个市场，不是你的账户。
这三句话合起来给出一个实用规则：任何只存在于软件里的保护，在用户从另一个平台下单时就不存在了。所以真正要紧的风控，应该尽可能放在券商那一层去设。
在 Senzoukria 里
在一张订单离开之前，后端会应用这个连接的防护栏：该连接上必须启用交易（在出资账户的档案上它保持禁用，直到被明确启用）；交易设置里的「每张订单手数」上限会拒绝更大的订单；而一个可选的两次点击模式会显示一个带方向、数量、合约、类型、价格和账户的确认。
订单携带屏幕上所显示的那个账户，而如果订单 plant 会话路由到的是另一个账户，后端会拒绝它。在 Rithmic 上，在它所属交易所的交易通道被解析出来之前，订单也会被拒绝。下单票据把这些防护栏镜像显示出来，这样它们在那次网络往返之前就可见，而不是作为唯一的防线。
常见错误
- 把一个软件上限当成券商限额，或者反过来。
- 为了少点一下鼠标，在一个出资账户上关掉确认。
- 以为一张被拒绝的订单从来没有被发到任何地方；它可能是被券商或者交易所拒绝的。
相关内容
同一栏目
其他语言版本
常见问题
- 软件都接受了，我的订单为什么还是被拒绝？
- 因为券商、期货佣金商或者交易所会在软件之后应用它们自己的校验。拒绝信息的文字通常会点明原因，比如保证金、某个持仓限额，或者一个超出价格带的价格。
- 软件的防护栏足以保护一个自营公司账户吗？
- 它们降低了一次误点击的代价，但公司的规则——比如最大合约数或者亏损限额——是由公司来执行的，而它们可以被从其他平台发出的订单破坏，也可以被市场的移动破坏。