3.3.7. Клиентские SMA-логины (спонсируемый доступ)
Спонсируемый доступ (Sponsored Market Access - SMA) – это способ предоставления клиентам участников торгов технического
доступа к торгово-клиринговой системе срочного рынка, с помощью которого клиент может подавать поручения участнику торгов
("спонсирующей" фирме) для исполнения на рынке путем постановки заявок напрямую в ТС под контролем и ответственностью
участника.
Доступ к ТС клиенту участника предоставляется путем выделения ему персонального идентификатора - SMA-логина, с которого
напрямую можно выставлять заявки. Доступ возможен через Plaza2, FIX и TWIME шлюзы.
Для контроля операций, совершаемых со SMA-логина, SMA-логин привязывается к логину участника (MASTER-логину). MASTER-
логин – идентификатор участника, с помощью которого участник подсоединяется к ТС, выставляет заявки, контролирует ис-
полнение заявок. Участник вправе использовать один и тот же MASTER-логин для более чем одного SMA-логина. SMA-логин
также может быть привязан к нескольким MASTER-логинам. Список логинов транслируется в шлюзе в таблице user потока
FORTS_FUTINFO_REPL. В этой таблице SMA-логин можно отличить по 1 в третьем бите битовой маски sma_flags. Список связок
"MASTER-логин" - "SMA-логин" транслируется в шлюзе в таблице sma_master потока FORTS_FUTINFO_REPL.
Для получения SMA-логина участник торгов подает в Клиентский центр Биржи заявление, в котором указывает логин, с помощью
которого будет производиться контроль операций, совершаемых со SMA-логина (MASTER-логин).
При организации подачи заявок участником торгов по поручениям клиентов, биржа предоставляет участникам соответствующие
средства управления риском, чтобы не допустить попадания ошибочных заявок в торговую систему:
• Pre-Trade контроль - дополнительные настройки помимо существующей системы проверок при постановке заявок.
• Cancel On Drop-Copy Disconnect - сервис, гарантирующий, что заявки SMA-логина присутствуют в ТС только при подключенном
(активном) MASTER-логине. Все выставленные SMA-логином заявки имеют ссылку на этот связанный с ним MASTER-логин
(поле aspref таблиц orders_log и multileg_orders_log).
• UserKillSwitch - принудительная деактивация SMA-логина участником.
Pre-Trade контроль представляет собой набор дополнительных ограничений/проверок, накладываемых/выполняемых при поста-
новке заявок от SMA-логина. Проверки могут назначаться в разрезе SMA-логинов, инструментов или кодов клиентов. Под инстру-
ментом здесь понимается комбинация:
• <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион, Календарный Спред} - Инструмент*
• <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион} - Инструмент**
Предусмотрены следующие проверки:
Для назначения/отмены проверок используются шлюзовые команды SetSmaPreTradeCheck и DelSmaPreTradeCheck соответствен-
но. Информация о назначенных проверках доступна в шлюзе в таблице sma_pre_trade_check потока FORTS_FUTINFO_REPL.
Cancel On Drop-Copy Disconnect - сервис, гарантирующий, что заявки SMA-логина присутствуют в ТС только при подключенном
(активном) MASTER-логине.
При постановке заявки со SMA-логина, производится проверка наличия хотя-бы одного активного MASTER-логина, к которому
привязан данный SMA-логин, если таких MASTER-логинов нет, то заявка отвергается с выдачей соответствующей ошибки. Если
активный MASTER-логин есть, заявка обрабатывается, а в поле aspref записывается ссылка (id-логина) на этот MASTER-логин.
Сервис в режиме реального времени (по технологии, аналогичной Cancel On Disconnect) отслеживает состояние MASTER-логинов
на транзакционном уровне, и при отсутствии транзакционной активности деактивирует логин. Если в результате таких действий у
SMA-логина не остается ни одного подключенного MASTER-логина, то все его активные заявки автоматически снимаются.
Активные заявки SMA-логинов, у которых включен режим Cancel On Drop-Copy Disconnect, также автоматически снимаются в конце
торгового дня в технологический перерыв.
Сервис Cancel On Drop-Copy Disconnect является настраиваемой опцией, для его подключения следует обратиться в Клиентский
центр Биржи.
Команда UserKillSwitch позволяет участнику самому деактивировать (активировать) SMA-логин с опциональной возможностью
автоматического снятия всех его активных заявок. Деактивированный SMA-логин не может выполнять торговые операции. Деак-
тивация SMA-логина сохраняется до конца торгового дня и восстанавливается при рестартах ТС в технологический перерыв или
при сбоях.
我不明白。
如果你有自己的Plaza 2 连接器- 为什么你需要一个经纪人（SMA访问）？
不使用经纪人的网络和网关，而是直接与交易所合作。
事实上，我已经写了大部分内容（广场2号连接器），但还有
在组织存储和同时访问数据 方面存在一个大问题。
毕竟，我想在一个连接器中使用Exchange的所有部分，并交易
我想在一个连接器中使用Exchange的所有部分，用大量的机器人进行交易。一个连接器--许多机器人，无需使用
我想在一个连接器中使用所有部分--许多机器人，而不使用任何图形。
SQLite ?
我还没有决定什么是最好的......
问题是，我想把所有的数据保留在内存中，因为对于交易来说
我想把所有的数据保存在内存中。我不想保存任何东西。
不使用经纪人的网络和网关，而是直接与交易所合作。
那么，SMA接入是不需要的？
在我看来，发明SMA的目的是为了不为Plaza付费而直接获取。但经纪人不需要，他们用老式的方法更好。直到有竞争者出现。
所以不需要SMA接入？
我认为发明SMA的目的是为了避免为广场付费，并获得直接访问。但经纪人不需要，他们最好采用老式的方式。直到有一个竞争者。
SMA访问是直接访问交易所（通过Plaza 2交易所网关），但由经纪人控制。
而通常的方案是--客户--经纪人的网络--网关广场2经纪人--交易所
我还没有决定什么是最好的......
问题是，我想把所有的数据保留在内存中，因为对于交易来说
我想把所有的数据保存在内存中。我不想保存任何东西。
SQLite只是在内存中工作，它不是MS SQL。还有一些类似物，它们也非常快，并在内存中工作。
非常快速的例子...最好是用Pascal（Delphi）或作为DL。
SMA接入是直接接入交易所（通过Exchange Plaza 2网关），但由经纪人控制。
正常的方案是客户--经纪人网络--网关广场2经纪人--交易所
而通常的方案，如果稍加调整的话--客户--经纪人 网络--网关广场2经纪人--交易所
这不是更好吗？在SMA计划中，经纪人是干什么的？
非常快速的例子...最好是Pascal(Delphi)或DLL格式的文件
而通常的方案，如果稍加调整--客户--经纪人的网络--经纪人的 网关广场2--交易所
这不是更好吗？SMA计划中的经纪人是干什么的？
以下是对SMA的完整描述
3.3.7. Клиентские SMA-логины (спонсируемый доступ) Спонсируемый доступ (Sponsored Market Access - SMA) – это способ предоставления клиентам участников торгов технического доступа к торгово-клиринговой системе срочного рынка, с помощью которого клиент может подавать поручения участнику торгов ("спонсирующей" фирме) для исполнения на рынке путем постановки заявок напрямую в ТС под контролем и ответственностью участника. Доступ к ТС клиенту участника предоставляется путем выделения ему персонального идентификатора - SMA-логина, с которого напрямую можно выставлять заявки. Доступ возможен через Plaza2, FIX и TWIME шлюзы. Для контроля операций, совершаемых со SMA-логина, SMA-логин привязывается к логину участника (MASTER-логину). MASTER- логин – идентификатор участника, с помощью которого участник подсоединяется к ТС, выставляет заявки, контролирует ис- полнение заявок. Участник вправе использовать один и тот же MASTER-логин для более чем одного SMA-логина. SMA-логин также может быть привязан к нескольким MASTER-логинам. Список логинов транслируется в шлюзе в таблице user потока FORTS_FUTINFO_REPL. В этой таблице SMA-логин можно отличить по 1 в третьем бите битовой маски sma_flags. Список связок "MASTER-логин" - "SMA-логин" транслируется в шлюзе в таблице sma_master потока FORTS_FUTINFO_REPL. Для получения SMA-логина участник торгов подает в Клиентский центр Биржи заявление, в котором указывает логин, с помощью которого будет производиться контроль операций, совершаемых со SMA-логина (MASTER-логин). При организации подачи заявок участником торгов по поручениям клиентов, биржа предоставляет участникам соответствующие средства управления риском, чтобы не допустить попадания ошибочных заявок в торговую систему: • Pre-Trade контроль - дополнительные настройки помимо существующей системы проверок при постановке заявок. • Cancel On Drop-Copy Disconnect - сервис, гарантирующий, что заявки SMA-логина присутствуют в ТС только при подключенном (активном) MASTER-логине. Все выставленные SMA-логином заявки имеют ссылку на этот связанный с ним MASTER-логин (поле aspref таблиц orders_log и multileg_orders_log). • UserKillSwitch - принудительная деактивация SMA-логина участником. Pre-Trade контроль представляет собой набор дополнительных ограничений/проверок, накладываемых/выполняемых при поста- новке заявок от SMA-логина. Проверки могут назначаться в разрезе SMA-логинов, инструментов или кодов клиентов. Под инстру- ментом здесь понимается комбинация: • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион, Календарный Спред} - Инструмент* • <Базовый актив>: <Тип дериватива>, где <Тип дериватива> = {Фьючерс, Опцион} - Инструмент** Предусмотрены следующие проверки: