kalikazandr, спасибо что поделился опытом.
Доработал скрипт проверками, проверил аналогичным способом, теперь всё записывается.

хорошо, рад, что у вас получилось

Стас пишет:

Тогда скрипту, сохраняющему все сделки, надо учитывать не только номера сделок, но и номера заявок или направление (купля или продажа).
А то, он видит что такой номер заявки уже сохранен и игнорирует ответную.

Получается для уникального идентифицирования сделок надо брать набор:

• код класса

• номер сделки

• направление

Надо запомнить.

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

Стас пишет:

То есть я продавал акции жене.

Нет ли тут признаков манипулирования рынком? О-ёй, за это по головке не поглядят

Нету.

Если я продам акцию, к примеру, уважаемому toxa, то у нас с ним будут одинаковые номера сделок?

Если вы покупаете квартиру, а дядя Вася вам ее продает, у вас один договор купли продажи или два разных?

Стас пишет:

Я вообще не очень понимаю для чего нужен "торговый счет".

терминал quik позволяет торговать по нескольким счетам нескольких клиентов(доверительное управление).
уникальность сделки, в первую очередь, определяется торговым счетом и кодом клиента, а уже потом номер заявки, инструмент и проч.
у меня вот такой уникальный ключ заявки, по которому робот никогда не ошибется, какой стратегии или торговому счету, или клиенту принадлежит заявка/сделка:
SPBFUT****_26****_Hs_001_SiH1

SPBFUT**** - торговый счет
26**** - код клиента
Hs - краткое название стратегии
001 - ID портфеля (портфель содержит несколько мини-стратегий: купленный кол, проданный фьюч и т.д.)
SiH1 - инструмент.

вот эта часть ключа: Hs_001 - попадает в поле brokerref(описание транзакции)
в таблицах заявок/сделок по уникальному ключу я всегда знаю - какому боту принадлежит событие и callback-и отправляют событие сразу нужному алгоритму.

kalikazandr, спасибо что поделился опытом.
Доработал скрипт проверками, проверил аналогичным способом, теперь всё записывается.

Я вообще не очень понимаю для чего нужен "торговый счет".

терминал quik позволяет торговать по нескольким счетам нескольких клиентов(доверительное управление).
уникальность сделки, в первую очередь, определяется торговым счетом и кодом клиента, а уже потом номер заявки, инструмент и проч.
у меня вот такой уникальный ключ заявки, по которому робот никогда не ошибется, какой стратегии или торговому счету, или клиенту принадлежит заявка/сделка:
SPBFUT****_26****_Hs_001_SiH1

SPBFUT**** - торговый счет
26**** - код клиента
Hs - краткое название стратегии
001 - ID портфеля (портфель содержит несколько мини-стратегий: купленный кол, проданный фьюч и т.д.)
SiH1 - инструмент.

вот эта часть ключа: Hs_001 - попадает в поле brokerref(описание транзакции)
в таблицах заявок/сделок по уникальному ключу я всегда знаю - какому боту принадлежит событие и callback-и отправляют событие сразу нужному алгоритму.

swerg пишет:

Получается для уникального идентифицирования сделок надо брать набор:

• код класса

• номер сделки

• направление

Надо запомнить.

и обязательно:

• торговый счет;

• код клиента;

Я вообще не очень понимаю для чего нужен "торговый счет".
Например, когда руками вводишь заявку на споте, там торговый счет один, выбираем только код клиента, а когда вводишь заявку на срочке, в поле "Торговый счет" есть выбор между значениями, а вполе "Код клиента" можно ничего не ставить, а выбор там между кодами клиента спота и торговыми счетами срочки.

С моей точки зрения несведующего человека - какое-то лоскутное одеяло. (

Стас пишет:

Сейчас в 8м квике это можно использовать или как?

Можно, просто брать библиотеку luacom для требуемой версии QUIK.
Вся актуальная информацию по готовым сборкам библиотек для разных версий QUIK в этой теме
[url]https://quik2dde.ru/viewtopic.php?id=293[/url]

Ух ты, здорово!

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

Получается для уникального идентифицирования сделок надо брать набор:

• код класса

• номер сделки

• направление

Надо запомнить.

и обязательно:

• торговый счет;

• код клиента;

Получается для уникального идентифицирования сделок надо брать набор:

• код класса

• номер сделки

• направление

• [s]class_code[/s]

• trade_num

• order_num

Какова вероятность, что одинаковые пары <trade_num - order_num> встретятся в разных классах?

Тогда скрипту, сохраняющему все сделки, надо учитывать не только номера сделок, но и номера заявок или направление (купля или продажа).
А то, он видит что такой номер заявки уже сохранен и игнорирует ответную.

Получается для уникального идентифицирования сделок надо брать набор:

• код класса

• номер сделки

• направление

Надо запомнить.

Сейчас в 8м квике это можно использовать или как?

Можно, просто брать библиотеку luacom для требуемой версии QUIK.
Вся актуальная информацию по готовым сборкам библиотек для разных версий QUIK в этой теме
[url]https://quik2dde.ru/viewtopic.php?id=293[/url]

Стас пишет:

То есть я продавал акции жене.

Нет ли тут признаков манипулирования рынком? О-ёй, за это по головке не поглядят

)))
Сам себя заложил брокеру. (((

Это да.
По 10 лотов 4 раза перекинул в Русале. )))
Я кукл. ))

swerg, персональное спасибо за ценную инфу на форуме.

А скажите, я в шестом квике использовал

sh = luacom.CreateObject("WScript.Shell")

И диалоговое окно для выбора Да или Нет

res = sh:popup('Сделать то-то?", 60, "Внимание", 4+16,7)
if 7==res then  --Нет
    return        
end

Сейчас в 8м квике это можно использовать или как?

То есть я продавал акции жене.

Нет ли тут признаков манипулирования рынком? О-ёй, за это по головке не поглядят

Стас пишет:

покупка и продажа имеет один и тот же номер?

Конечно, сделка - это два контрагента.
Могли бы сразу написать, что между своими счетами перекидывали, тогда бы и вопрос сразу решился.

Да я даже не предполагал.
Спасибо за ответ.

Тогда скрипту, сохраняющему все сделки, надо учитывать не только номера сделок, но и номера заявок или направление (купля или продажа).
А то, он видит что такой номер заявки уже сохранен и игнорирует ответную.

Я то думал - глюк какой-то. (