Что приходит в OnTransReply ?

Здравствуйте,

в OnTransReply едут ответы на все транзакции и не важно от куда они до этого отправлялись.
И это правильное поведение.

Если нужно фильтровать ответы на транзакции только LUA скрипта, отправляйте транзакции с каким-нибудь особенным TRANS_ID
и в OnTransReply уже фильтруйте ответы по параметру trans_id

Да, действительно следует уточнить .
Туда едут ответы на все транзакции имеющие trans_id, не важно от куда они до этого отправлялись.
Транзакции поданные через интерфейс не имеют  trans_id и соответственно в колбэк не попадут

в общем случае да, так как всем скриптам приходят одинаковые ответы на колбэки.

ifuse(`transaction',`status',`
function transaction.status(reply)
return ({ [0] = "Транзакция отправлена серверу",
[1] = "Транзакция получена на сервер QUIK от клиента",
[2] = "Отсутствует подключение шлюза ММВБ",
[3] = "Транзакция выполнена",
[4] = "Транзакция не исполнена",
[5] = "Транзакция не прошла проверку сервера QUIK",
[6] = "Транзакция не прошла проверку лимитов сервера QUIK",
[10] = "Транзакция не поддерживается торговой системой",
[11] = "Транзакция не прошла проверку электронной подписи",
[12] = "Нет ответа на транзакцию",
[13] = "Кросс-сделка"
})[reply.status]
end
')

С одним маленьким но.

Код 12 придется эмулировать самому.

Сможете привести пример? Будет интересно

а при перестановке заявки статус№3 - Заявка успешно переставлена (фраза не точная) с указанием номера заявки.
Может статус зависит от вида транзакции. Вот приходится гадать, а нужна верная информация.
Если все-таки зависит от вида транзакции, то меня интересуют: маркет ордера, лимитные, перестановка и снятие заявок.
Разработчики пожалуйста выдайте. Ждемс.

Добрый день.

Готового списка у нас нет, но мы можем зарегистрировать пожелание на дополнение документации в данном месте. Регистрируем?

Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Укажите, пожалуйста, возможные значения параметра status в OnTransReply для транзакций, поданных посредством QLua-скриптов.

Пример:
status = 0 - транзакция отправлена серверу - не имеет смысла, поскольку приход колбэка OnTransReply уже говорит о том, что транзакция получена сервером QUIK (status = 1)

Nikolay,

Проверьте в таблице транзакций терминала QUIK нет ли ошибки при отправке транзакций.
Дело в том что рыночные заявки на покупку могут быть запрещены.
Если так то в таблице транзакций Вы увидите сообщение об этом.
Сообщите Ваш UID чтобы мы могли проверить права.

Полагаю, что у Вас  неправильное представление о работе с колбеками.
При использовании  колбеков нет надобности ждать.
Колбеки для этого и создаются.
Т е все события у нас асинхронные, поэтому их не надо ждать, а надо на них реагировать.
Если событий нет, то система бездельничает и ничего не ждет, так как нам заранее неизвесно когда и какое событие будет.
Подумайте над этим и смените логику скриптов.
--------------------------
В качестве совета.
Не надо делать кучу скриптов, пишите свои торговые стратегии в одном, так как все колбеки вызываются последовательно и им передается одно и тоже, то нет смысла множить копии колбеков в разных скриптах.

Сам же себе и отвечу.

Если пишем систему в реальном времени, то функция main должна просто что-то инициализировать и все.
Далее все должно выполняться в коллбэках. Если их нет, то и нечего анализировать получается.
Пришла свечка - отвечаем на событие, решили, что надо сделать транзакцию, отправили ее. Ждем ответа о ее завершении.

А вот в функции main, видимо, надо как раз анализировать ситуации когда ответа нет. Скажем, нет ответа на транзакцию, значит перебери ордера, чтобы понять, может она прошла. Видимо, так. Я пока не все еще продумал, т.к. не очень знаком с организацие вызовов в qlua, но, наверно, есть ситуации неуловимые коллбэками.

А вот если система не реального времени, а по расписанию, то, как я понимаю, все надо реализовывать в бесконечном цикле main.
Скажем, цикл, перебирающий список бумаг каждые 15 минут и рассчитывающий что-то. Правда в этом месте возникает вопрос, а нельзя ли при инициализации скрипта назначить один и тот же коллбэк на получение данных разных инструментов, разных интервалов? Тогда и здесь можно было бы все в этом одном коллбэке делать не утилизируя функцию main. Судя по описанию нельзя. Т.е. я вынужден каждые 15 минут заново перибирать список инструментов, получать данные, считать. А если бы в коллбэк приходил не только индекс, но признак чей это индекс, то можно было бы сохранив ранее DS каждого инструмента, отреагировать именно на него.

Проверил еще раз. На фондовой секции приходит OnTransReply. Вопрос снимается. Это уже вопрос организации алгоритма как обрабатывать событие.