Позиции на счете появляются уже после снятия заявки

где то в коде скорее всего ошибка

там код проще простого, я везде месседжей и "ловушек" понаставил, код идет без ошибок и хронологически по месседжам видно, что заявка исполнена, а позиций нет

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

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

Дмитрий, Сделка-то всё равно одна, хоть 100500 раз по ней коллбек вызывать.

Glukator, Я тут уже объяснял (кажется, Николаю), почему я использую именно OnTrade и почему это единственный коллбек, который я использую. При этом мне совершенно плевать на все флаги: пришло прерывание - значит сделка совершена. Мне также плевать, отклонена ли она биржей или брокером или просто мою заявку никто не захотел исполнить: сделки не было. Число открытых позиций мой скрипт и так прекрасно знает лучше всякого getFuturesHolding, и потому ему плевать и на него, и на OnTransReply. Цену исполнения заявки можно получить после идентификации заявки, а это гарантируется только через trans_id, вместо которого мне Квик время от времени любезно преподносит 0. И дело не только в том, что "обращения к таблицам QUIK - сравнительно медленные операции", но и в том, что там информация тоже не всегда достоверна.

P.S. Мой робот не выставляет по 10000 заявок в час, но 7200 теоретически может - ограничение стоит не более двух заявок в секунду.  

В вашем случае надо либо интернет настроить , либо установить квик на виртуальный сервер.
Цена вопроса рублей 300 в месяц.

Glukator, Да, в Вашем случае пользоваться OnTrade почти невозможно - здесь есть ещё один нюанс: после обрыва и восстановления связи прилетает колода старых прерываний, которые уже обработаны. На днях у меня оборвалась связь, скрипт продолжал работать, и после восстановления прилетело штук 50 OnTrade, если не все 100. Благо, у скрипта заведён стек активных заявок, и он всю эту хрень отфильтровал, а если нет, то портфель придётся восстанавливать часа два.

А глюков предостаточно и без проблем со связью. Нули в trans_id прилетают примерно каждую сотую сделку, но чаще всего в одном из трёх (или сколько там - 4?) коллбеков на одно событие хоть в одном из них айдишка нормальная и позволяет провести идентификацию сделки. Но не так уж и редко все прерывания приходят с нулём, и при достаточно большом количестве сделок (как у меня) это начинает раздражать. В общем, написал процедуру нечёткого поиска, которая большинство сделок с "нулями" тоже правильно идентифицирует.

Есть и другие глюки, совершенно уникальные. У меня иногда (очень редко, далеко не каждый день) вылетал скрипт с диагностикой что-то типа "attempt to index a number value". Стал разбираться - оказалось, что когда я вызываю некую функцию с аргументами вроде SomeFunc(1,2) туда приходит "не совсем то": у меня имена полей во всех таблицах целочисленные (типа "индексы") - их я и передаю. Но народные Lua-умельцы тип integer вообще отменили, заменив его на дурацкий тип number (руки бы пообрывал!), а эта антиллехтуальная сволочь со своей долбаной "динамической типизацией" (и ноги тоже!), получив эти аргументы, начинает соображать, что же это такое ей прислали. Нет, в подавляющем большинстве случаев она всё-таки соображает верно, но примерно раз на 10000 вызовов она полагает, что ей прислали не 1, а 1.002345 и пытается по этой белиберде индексироваться. Пришлось вставить на входе самой часто используемой функции j=tonumber(string.format("%1.0f",j)) - пока работает. Но куда дальше занесёт неуемная фантазия разработчиков, просто боюсь себе представить.

nikolz, Лапуль, нормальные люди создают роботов для ГРУППЫ инструментов, и отдают ему на откуп динамическую балансировку портфеля - ему ЛУЧШЕ знать какими конкретно инструментами от будет торговать "в данное время суток".

Что бы Вы понимали в коллбеках, лапуль! Мой робот работает по свечам  на таймах от 10 секунд до 4 часов, и коллбеки ему очень даже нужны при торговле НА ЛЮБОМ таймфрейме. И я уже не раз говорил, что никогда не понимал на кой вообще нужны индикаторы и что слушать "рекомендации" от тех, у кого на лбу выбито крупными буквами "ЧАЙНИК" довольно утомительно.

для тех кому лень читать (из документации Lua5.3):

/*
@@ LUA_INT_TYPE defines the type for Lua integers.
@@ LUA_FLOAT_TYPE defines the type for Lua floats.
** Lua should work fine with any mix of these options (if supported
** by your C compiler). The usual configurations are 64-bit integers
** and 'double' (the default), 32-bit integers and 'float' (for
** restricted platforms), and 'long'/'double' (for C compilers not
** compliant with C99, which may not have support for 'long long').
*/

/* predefined options for LUA_INT_TYPE */
#define LUA_INT_INT             1
#define LUA_INT_LONG            2
#define LUA_INT_LONGLONG        3

/* predefined options for LUA_FLOAT_TYPE */
#define LUA_FLOAT_FLOAT         1
#define LUA_FLOAT_DOUBLE        2
#define LUA_FLOAT_LONGDOUBLE    3