Алготрейдинг: Путь Заявки

inferno, Простите, не знаю(( Это к Сухову или Муханчикову

inferno, Во-первых, я очень рад, что такое сообщение опубликовали. Познавательно, правда.

Во-вторых, безотказных систем не существует. Вообще. Делая таймауты и прочие проверки, вы только усложняете логику робота. И вместе ухода от редких ошибок вы привносите в робот новые, и частые ошибки.

И в третьих, то, что я описал выше, как раз является своего рода распространенным подходом борьбы с тайм-аута в заявках. Не нужно с ними бороться. Или робот сам себя застопорит своей логикой (если не так, то надо исправлять робота), или эта ошибка не критическая.

inferno, мы брокерский номер прячем глубоко в адаптере к СмартКом. И не выдаем его наружу. Так как и бесполезен, и дает путаницу в виде того, что заявка то ли зарегистрирована, то ли нет. Подозреваю, что вы пост написали на чувствах, что в очередной раз произошла с вами такая путаница.

inferno, почитайте на примере купайла и не мучайте себя философией ;)
www.qpile.ru/forum/7-82-1

функции RESULT_EX вполне достаточно:
После этого нам необходимо отследить статус транзакции и статус заявки (нужно помнить, что это две разные вещи).
Статус транзакции мы можем отследить с помощью массива значений, возвращаемых функцией SEND_TRANSACTION
Нас интересуют два параметра:
1) ORDER_NUMBER — регистрационный номер заявки в торговой системе,
2) RESULT_EX — расширенная диагностика выполнения операции
Возможные значения RESULT_EX:
«0» — транзакция отправлена серверу,
«1» — транзакция получена на сервер QUIK от клиента,
«2» — ошибка при передаче транзакции в торговую систему, поскольку отсутствует подключение шлюза ММВБ, повторно транзакция не отправляется,
«3» — транзакция выполнена,
«4» — транзакция не выполнена торговой системой, код ошибки торговой системы будет указан в поле «DESCRIPTION»,
«5» — транзакция не прошла проверку сервера QUIK по каким-либо критериям. Например, проверку на наличие прав у пользователя на отправку транзакции данного типа,
«6» — транзакция не прошла проверку лимитов сервера QUIK,
«7» — транзакция клиента, работающего с подтверждением, подтверждена менеджером фирмы,
«8» — транзакция клиента, работающего с подтверждением, не подтверждена менеджером фирмы,
«9» — транзакция клиента, работающего с подтверждением, снята менеджером фирмы,
«10» — транзакция не поддерживается торговой системой. К примеру, попытка отправить «ACTION = MOVE_ORDERS» на ММВБ,
«11» — транзакция не прошла проверку правильности электронной подписи.
Код для получения доступа к параметрам массива возвращаемого функцией SEND_TRANSACTION:
Code
result = SEND_TRANSACTION (30, transact)
N = get_value (result, " ORDER_NUMBER ")
M = get_value (result, «RESULT_EX»)

Мы определили статус транзакции, теперь нам необходимо отследить статус заявки.
Обратимся к таблице заявок (ORDERS) или таблице стоп-заявок (STOP_ORDERS).
Для начала определим кол-во строк в данной таблице:
K = GET_NUMBER_OF(“ORDERS”)
В данной таблице нас интересуют следующие параметры:
1) NUMBER — номер заявки в торговой системе
2) TRANS_ID — идентификатор транзакции
3) STATUS – статус заявки, значения: «ACTIVE» или «KILLED» или «FILLED»
Таким образом, мы знаем количество заявок (K), TRANS_ID (мы вводили его сами) и NUMBER (N)
Code
FOR i FROM 1 to K
trade = GET_ITEM («ORDERS », i)
If GET_VALUE (trade, " NUMBER ") = n
P = GET_VALUE (trade, «STATUS»)
RETURN
Else
……
End if
END FOR

inferno,

В таблице заявок Ваша заявка в квике должна появится в течении 1 секунды. Если ее там нет, то возможны всего четыре варианта:

Ваш робот ее не отправил;
Обрывалась связь клиентского места с сервером;
Не работает вывод таблицы в программу проверки;
У брокера проблемы с выводом заявок на биржу.

Первые три ошибки можно проконтролировать в роботе, последнюю все равно можно решить только вручную путем звонка брокеру.