Здравствуйте. В каких ситуациях может прийти OnTransReply со статусом 0 или 1? Какие возможные значения может принимать status при выставлении стоп-заявок?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
25.01.2016 09:57:21
Добрый день.
1. В случаях, когда транзакция отправлена на сервер и получена на сервер от клиента.
2.
Цитата
«0» - транзакция отправлена серверу, «1» - транзакция получена на сервер QUIK от клиента, «2» - ошибка при передаче транзакции в торговую систему, поскольку отсутствует подключение шлюза Московской Биржи, повторно транзакция не отправляется, «3» - транзакция выполнена, «4» - транзакция не выполнена торговой системой, код ошибки торговой системы будет указан в поле «DESCRIPTION», «5» - транзакция не прошла проверку сервера QUIK по каким-либо критериям. Например, проверку на наличие прав у пользователя на отправку транзакции данного типа, «6» - транзакция не прошла проверку лимитов сервера QUIK, «10» - транзакция не поддерживается торговой системой. К примеру, попытка отправить «ACTION = MOVE_ORDERS» на Московской Бирже, «11» - транзакция не прошла проверку правильности электронной подписи. К примеру, если ключи, зарегистрированные на сервере, не соответствуют подписи отправленной транзакции. «12» - не удалось дождаться ответа на транзакцию, т.к. истек таймаут ожидания. Может возникнуть при подаче транзакций из QPILE. «13» - транзакция отвергнута, т.к. ее выполнение могло привести к кросс-сделке (т.е. сделке с тем же самым клиентским счетом).
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
25.01.2016 10:33:10
1) Чем отличается status = 0 от status = 1 для транзакций, поданных из QLua-скрипта? Если мы получили OnTransReply, не означает ли это автоматически, что транзакция, как минимум, получена сервером QUIK?
2) Значения статусов 0, 2, 12, 13 возможны для стоп-заявок, поданных из QLua?
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
25.01.2016 11:17:48
3) Из описания Транзакции в документации по QLUA:
Цитата
* - параметр может иметь значение nil
Тут точно nil ?
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
25.01.2016 11:29:36
Цитата
Тут точно nil ?
Это так, отступление. К status отношения не имеет, но имеет отношение к OnTransReply.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
25.01.2016 12:20:11
Цитата
1) Чем отличается status = 0 от status = 1 для транзакций, поданных из QLua-скрипта? Если мы получили OnTransReply, не означает ли это автоматически, что транзакция, как минимум, получена сервером QUIK? 2) Значения статусов 0, 2, 12, 13 возможны для стоп-заявок, поданных из QLua?
1. Если получили OnTransReply, то да, транзакция получена сервером. Проверили информацию, статусы 0 и 1 для транзакций поданных через LUA возвращаться не будут. Для Qpile будут.
2. 0 и 12 не возможны.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
25.01.2016 13:04:52
Подытожим. Таким образом, OnTransReply с status = 3 (и только три) означает, что транзакция выполнена. Остальные значения статуса говорят о том, что транзакция не выполнена (и не будет выполнена). Так?
Приведите, пожалуйста, полный и исчерпывающий список возможных вариантов значений параметра status для колбэка OnTransReply. Из-за отсутствия этого списка для QLUA нам и вам (сотрудникам техподдержки) приходилось пользоваться аналогом этого списка для формата .tro-файла, что зачастую приводило к неверным рекомендациям с вашей стороны относительно параметра status.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
25.01.2016 14:17:19
Цитата
Подытожим. Таким образом, OnTransReply с status = 3 (и только три) означает, что транзакция выполнена. Остальные значения статуса говорят о том, что транзакция не выполнена (и не будет выполнена). Так?
Да, верно.
Цитата
Приведите, пожалуйста, полный и исчерпывающий список возможных вариантов значений параметра status для колбэка OnTransReply. Из-за отсутствия этого списка для QLUA нам и вам (сотрудникам техподдержки) приходилось пользоваться аналогом этого списка для формата .tro-файла, что зачастую приводило к неверным рекомендациям с вашей стороны относительно параметра status.
Специально для LUA списка нет, выше представили весь список с возможными статусами. Мы зарегистрировали соответствующие пожелание от Вас. Список постараемся добавить в документацию на LUA.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
25.01.2016 14:51:34
Цитата
Тут точно nil ?
Да. Если вы обнаружили не точность, то сообщите.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
25.01.2016 15:20:38
Цитата
Если вы обнаружили не точность, то сообщите.
Для транзакций "MOVE_ORDERS" всегда возвращается OnTransReply с пустой строкой в качестве параметров account и brokerref
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
26.01.2016 09:09:41
Цитата
Для транзакций "MOVE_ORDERS" всегда возвращается OnTransReply с пустой строкой в качестве параметров account и brokerref
Здравствуйте!
Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
26.01.2016 09:44:18
Цитата
Для транзакций "MOVE_ORDERS" всегда возвращается OnTransReply с пустой строкой в качестве параметров account и brokerref
Старатель, account и brokerref пустые потому, что MOVE_ORDERS может работать сразу с двумя заявками. Поэтому в документации и указали, что может иметь значение nill.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
26.01.2016 10:51:20
Цитата
Старатель, account и brokerref пустые потому, что MOVE_ORDERS может работать сразу с двумя заявками.
Одной транзакцией можно переставить две заявки по разным счетам (читай: с разными account)? Сколько у вас приходит ответов OnTransReply при перестановке сразу двух заявок? У меня две? Смысл в двух абсолютно одинаковых OnTransReply?
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
26.01.2016 15:49:47
Ох, нелегкая это работа... Егор,
1. nil я понимаю буквально, как nil. В программировании это выглядит так:
Код
if trans_reply.account == nil then
toLog('Без паники. В документации указано, что это допустимо.')
elseif trans_reply.account == '' then
toLog('Швах! Что-то здесь не так...')
end
Поэтому и уточнил:
Цитата
Тут точно nil ?
2. Ваш ответ можно расценить, как дешёвую отмазку, чтобы не заниматься проблемой.
3. Подать одну транзакцию на перестановку двух заявок по разным счетам нельзя. Поручение для обеих заявок одно. А, значит, и параметры account и brokerref будут совпадать. Не вижу никаких причин, чтобы не заполнить эти параметры в OnTransReply.
4. При любом исходе ответ на транзакцию один: либо сразу обе заявки переставлены, либо нет. А, значит, нет необходимости дублировать OnTransReply.
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 02.07.2015
26.01.2016 16:12:07
>>3. Подать одну транзакцию на перестановку двух заявок по разным счетам нельзя. Поручение для обеих заявок одно. >>А, значит, и параметры account и brokerref будут совпадать. Взаимоисключающие параметры?
Как это можно подать одну транзакцию по разным заявкам, если у них разные счета?
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
26.01.2016 16:21:24
3. Подать одну транзакцию на перестановку двух заявок по разным счетам нельзя. А, значит, и параметр account будет совпадать. Точка. Поручение (транзакция "MOVE_ORDERS" на перемещение) для обеих заявок одно. А, значит, и параметр brokerref будет совпадать.
Так понятно?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
27.01.2016 10:14:03
Цитата
Одной транзакцией можно переставить две заявки по разным счетам (читай: с разными account)? Сколько у вас приходит ответов OnTransReply при перестановке сразу двух заявок? У меня две? Смысл в двух абсолютно одинаковых OnTransReply?
Здравствуйте,
Две. Два OnTransReply так как прошла перестановка двух заявок.
Пользователь
Сообщений: Регистрация: 23.01.2015
27.01.2016 10:17:15
Добрый день. 1. В документации написано "значение поля может быть nil" 3. Подать транзакцию на перестановку заявок с разных счетов можно, если у вас прав достаточно. 4. на каждую переставленную заявку приходит отдельный ответ.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
27.01.2016 11:05:59
Цитата
1. В документации написано "значение поля может быть nil"
Вместо nil я вижу дефолтные квиковские ""/0. Очевидно, ошибка в коде терминала, а не документации
Цитата
3. Подать транзакцию на перестановку заявок с разных счетов можно, если у вас прав достаточно.
Вот такую ошибку выдаёт при попытке переставить заявки на разных счетах:
Цитата
Ошибка перестановки заявок. [FORTS][35] "Ошибка в задании входных параметров.".
Нужны какие-то особые права?
Цитата
4. на каждую переставленную заявку приходит отдельный ответ.
Отдельный ответ с биржи?
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 23.01.2015
27.01.2016 11:17:40
1. Еще раз - "значение может быть nil" - в некоторых случаях это поле может отсутствовать в ответе на транзакцию. Если есть и оно не заполнено значит нечем его заполнять. 3. Возможно это проверяет торговая система. В транзакции нет привязки номера заявки к счету. 4. отдельный ответ от сервера QUIK.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
27.01.2016 19:40:02
Цитата
"значение может быть nil"
Понятно, значит, просто перестраховались
Цитата
4. на каждую переставленную заявку приходит отдельный ответ.
Значит, пустые строки в account и brokerref не могут быть обусловлены перестановкой сразу двух заявок.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK clients support
Сообщений: Регистрация: 22.12.2014
01.02.2016 08:54:00
Цитата
Цитата
Специально для LUA списка нет, выше представили весь список с возможными статусами. Мы зарегистрировали соответствующие пожелание от Вас. Список постараемся добавить в документацию на LUA.
Добрый день.
Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
