Пришел OnTransReply с пустым brokerref

У меня вообще это поле brokerref всегда пустое приходит во всех транзакциях, заявках и сделках... Всегда равно пустой строке: ["brokerref"]=""

С этим вопросом необходимо разбираться.
Можно попробовать решить через брокера. Обратитесь к нему, пожалуйста.
От Вас же потребуется номер заявки/архив рабочего места QUIK без ключей доступа/полный скрипт/
Дату выставления транзакции.

Добрый день.

При отправке заявки через QUIK код клиента и примечание добавляется в поле BrokerRef
Поле BrokerRef используется для записи кода клиента и комментария.
Для заявок в торговые системы МБ поле так и заполняется, например указываем код клиента 11 и комментарий Test,
то поле BrokerRef будет содержать оба этих значения 11/Test.

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

Цитат из документации на терминал QUIK:

А так как через Lua нельзя использовать групповое снятие заявок, то и параметр COMMENT просто игнорируется

в примере \quik_lua\examples\test_trans.lua используется поле COMMENT, в которое прямо так и пишется строчка "LUA"

transaction.COMMENT = "LUA ".. tostring(x)

-Раздел 6. Совместная работа с другими приложениями
--Импорт транзакций
---Формат .tri-файла с параметрами транзакций

Это просто вводит людей в заблуждение, потому что люди ждут, что значение из этого поля отобразится в таблице заявок в столбце «Комментарий».
Потом сидят ищут в логах таблиц колбэков этот же параметр и не находят, потом идут на форум задавать вопросы, где их ещё сильнее запутывают...

Я уже выяснил, что вместо поля COMMENT, нужно использовать поле CLIENT_CODE при посылке транзакции, и это поле не совпадает с полем CLIENT_CODE в ответах в колбэках, а приходит в виде поля BROKERREF... Это гениально!
Но всё же, могу ли я в Lua послать KILL_ALL_ORDERS c полем COMMENT, чтобы снять группу заявок предварительно отправленных с тем же полем COMMENT?

Брокер - Сбербанк.
Что же касается:то судя по Комментарий при выставлении заявки - проблемы с обработкой в OnTransReply проблема не только у меня и, значит, не связана со скриптом.
Еще раз обращу внимание: brokerref  пропал только в OnTransReply. В OnOrder и OnTrade он был корректно заполнен. Это было видно и в логах скрипта и визуально в соответствующих таблицах Quik (например, в "Таблица транзакций" для OnTransReply).
Впрочем, проблема наблюдалась только 22.02.2018 г. Сейчас OnTransReply приходит с корректным brokerref.

Подтверждаю. Посмотрел сейчас логи последние и старые в том числе. В OnTransReply приходит ["brokerref"]="". А в OnOrder и в OnTrade приходит заполненным.

По логам на обоих версиях:
7.14.1.7, проверял 27.02.2018
7.16.2.5, проверял 02.03.2018

Сделки были по SiH8 за обе даты, в обоих направлениях по несколько штук.

Если 19.02.2018 лог выглядел так:

14:00:02; [RIR1]; setB, 126460   x 1, t_id = 781648986, CS, Bar 5140 14:00:02; [RIR1]; Buy,   CS, RIH8, best_offer = 126450, buyPrice = 126460, t_id = 781648986 14:00:03; Ошибка создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.". 14:00:03; [RIR1]; OnTrans, RIH8 Ошибка 4, 126460 x 1, brokerref =   CSmR1, t_id =781648986, Ошибка создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.".

то 26.02.2018 слегка по другому:

14:00:06; [SiS4]; setS,   56019 x 1, t_id = 284370704, CL, Bar 5415 14:00:06; [SiS4]; Sell,   CL, SiH8, best_bid = 56029, sellPrice = 56019, t_id = 284370704 14:00:07; [SiH8]; OnTrans, no_xxxxxx, reply.brokerref =  , t_id = 284370704, Ошибка   создания заявки. [GW][380]   "Идет пром. клиринг, нельзя совершать торговые операции.".

Я уж чего только не думал, где только у себя в программе косяк искал (((

По существу:
QUIK 7.14.1.7
в обоих случаях.
UID и брокер не уточнял, т.к. сообщения прислал мой коллега, пользователь моей программы.
На всякий случай спрошу.
Но в сухом остатке: reply.brokerref - ПУСТОЙ !!!

PS Проблема, оказывается, не только у меня    

1. Quik 7.14.1.7. Стоит давно, обновлений не было.
2. Брокер Сбербанк. UID 60172. Пример конкретной заявки: 22.02.2018 в 11:59:56 на FORTS заявка 29545190638
3. Проблема наблюдалась на всех транзакциях только 22.02.2018 г. Ни ранее, ни позднее не наблюдалась.
4. Особенные события: на следующий торговый день 26.02.2018 г. у Сбербанка с момента открытия торгов более чем на 2 часа рухнули все серверы для клиентов с SMS авторизацией. Может быть после этого все наладилось?

Алексей,

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

Suntor,

По данному обращению мы диагностируем проявление исправленной в версии сервера 5.18 ошибки, связанной с трансляцией некоторых полей в таблицу транзакций через серверы доступа.
Проблема исчезнет после обновления серверного ПО у Вашего брокера, до этой версии.

1. Если возникла ошибка в некотором обновлении ПО (которой, по идее, не должно появиться, ведь это же ОБНОВЛЕНИЕ!!! программы, ее улучшение, развитие, появление новых возможностей, но отнюдь не ухудшение имеющегося функционала), неужели у брокеров, которые установили это ПО, в котором обнаружены ошибки, не возникает обязанности обновить ПО, в котором эта ошибка устранена, немедленно?
2. Какой номер версии серверного ПО, в котором появилась ошибка, связанная с "трансляцией некоторых полей в таблицу транзакций через серверы доступа"?
3. Какой номер версии серверного ПО, в котором эта ошибка устранена?
4. Как пользователь QUIK может проверить версию серверного ПО?

Добрый день XXM,

1. Обязанности по обновлению ПО находятся на стороне брокерских компаний.
2. Ошибка была обнаружена в версии 5.17 сервера QUIK.
3. Ошибка была исправлена в версии 5.18 сервера QUIK.
4. Со стороны Рабочего места QUIK узнать версию серверного ПО к сожалению, невозможно. По этому вопросу рекомендуем обращаться к Вашему брокеру.

Данную информацию добавить к сожалению, не можем. Рекомендуем уточнять версию серверного ПО у Вашего брокера.

Добрый день.

Правильно ли я понимаю, что поле COMMENT при отправке заявки не сохраняется в таблице заявок. Я по крайней мере не вижу его.
Получается, что невозможно решить простую задачу поиска своих заявок без промежуточного хранилища.

Да, можно хранить отправленные номера и ID в временной таблице, но иногда происходят ситуации когда происходит перезапуск скрипта и надо перечитать заявки и отобрать нужные по параметрам. Поле BROKERREF не подходит совершенно, т.к. на фондовой секции брокер запрещает писать туда что либо отличное от кода клиента. Ка же так? Приходится сейчас городить внешнюю базу данных, чтобы понять, что эта заявка была выставлена роботом и у нее такие-то праметры.