Изменение Order.Balance после того, как заявка получила OrderStates == Done

Ок, по данным все ок. По выводу в сообщении тоже все нормально. Я пропустил проблему? Если да, куда смотреть?

Я выше писал. Но наверно нить диалога потерялась и запуталась.
Напишу суть еще разок.

Глобальная проблема
Глобальная проблема заключается в том, что при покупке моя программа покупает или продает больше лотов, чем это необходимо.
Делает это она не всегда. На глаз могу сказать, что одна заявка из пяти выполняется некорректно.
Причина этого — заявка получила статус Done, программа учла сколько было реализовано в заявке бумаг, а после этого пришли дополнительные сделки.
То есть, косяк в том, что заявка изменяется после того, как она получила статус Done.
В частности это можно наблюдать в логах OrdersChanged, которые я приводил в этом комментарии:
http://stocksharp.com/posts/m/7659/
Собрать полноценный лог (с данными по DDE) по этой ошибке в рабочем Квике пока не получается. Над этим работаю.

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

В процессе анализа проблемы на тестовом Квике я заметил две ошибки, которые возможно связаны с глобальной проблемой.
И решив эти ошибки решится и глобальная. А может и нет.

Промежуточная ошибка номер Раз — неверное время Order.Time «0001-01-01 00:00:00.0000000»
В экселе «44300176 and 44300177.xls» можно посмотреть данные по заявке 44300177.
В первой записи , в которой Order.State поменялся на Done, Order.Time равно «0001-01-01 00:00:00.0000000».

В файлике свойства Order.Time не видно. Но это точно так, потому что как только заявка становится Done, она у меня
логируется в SQL. И в SQL Order.Time для этой заявки равно «0001-01-01 00:00:00.0000000».

Позже я исправил это упущение и в коде, который я привел раньше, Order.Time логируется в Debug.
Но, к сожалению, на момент создания эксель файликов этого изменения еще не было.

Итак, основная мысль, что на момент, когда заявка становится Done время заявки Order.Time некорректно.
Эта же ошибка уже встречалась здесь: http://stocksharp.com/fo...et-00-00-00-0001-ghoda/

Заявка 44300176 в экселике имеет корректное свойство Order.Time.
Сравнивая DDE данные для заявок 44300177 и 44300176 я обнаружил, что перед первым событием OrdersChanged когда статус становиться равным Done для заявки 44300176 данные по DDE пришли, а для 44300177 нет. То есть заявка 44300177 произвольно поменяла значение статуса на Done. Это мои предположения, возможно они не верны.

Элемент данных DDE для 44300177, когда статус стал Done, а соответствующих данных DDE нет:


Элемент данных DDE для 44300176, когда статус стал Done, но соответствующие данные DDE есть:




Промежуточная ошибка номер Два — время Order.CancelTime отсутствует, а должно быть.
В экселе «44300189 and 44300190.xls» можно посмотреть данные по заявке 44300190.
Когда пришло первое событие OrdersChanged для этой заявки с статусом Done, свойство Order.CancelTime было пустым.
В следующем событии это время уже не пустое.


Аналогично предыдущему случаю, если посмотреть данные DDE то перед третьим событием OrdersChanged данные DDE для заявки не приходят. Из чего я делаю вывод, что заявка меняет статус на Done самопроизвольно:



Итог
В этих двух локальных ошибках, на мой взгляд, есть общая черта — заявка изменяется после того, как статус стал Done.
Возможно эти ошибки связаны с глобальной ошибкой, а возможно нет.

Ок, я кажется понял в чем проблема. Буду фиксить.

Но есть ряд моментов, которые нужно прояснить. Order.Time не всегда сразу инициализируется. В асинхронном режиме это чаще всего, потому что callback приходит раньше, чем ответ через ДДЕ. При это callback не несет информацию о времени регистрации.

Что касается записи:



то судя по логу, ДДЕ не присылал время снятия. Единственно, что тут неправильно - это выставление Done преждевременно. Ошибка, как я понял, в слишком раннем выставлении Done для заявки. По сути это можно трактовать как и правильно поведение (ведь заявка реально была снята). Но неправильность начинается как раз в том случае, если после снятия заявки начинают приходить по ней сделки. И тогда баланс начинает уменьшаться для уже Done заявки. Это я исправлю. Но всегда остается тот вариант, когда Квик пришлет уведомление по ДДЕ для уже Done заявки (например, в Квик добавлена колонки, которые тикают для уже исполненных заявок). Баланс уменьшаться не будет, но OrdersChanged все равно вызовется.

Наверно надо тогда внести пояснение в документацию, о том что в некоторых случаях заявка все таки может изменяться после изменения статуса на Done.
Или реализовать так, что бы до появления Order.Time заявка не становилась Done.
Или ввести опцию, которая позволяла выбирать из двух вариантов поведения один определенный.





То что придет событие OrdersChanged не страшно на мой взгляд. Главное, что бы поведение заявки совпадало с документацией.
Это я о не изменении после Done. В противном случае рассчитываешь на одно, а в реалии получается другое.





Михаил, не ответили на вопрос. Он не критичен, но для общего развития не помешает узнать ответ.


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


Основная проблема, которая мешает — это в изменении баланса, после того заявка стала Done.

Михаил, так и не ответили. Спрошу еще раз, что бы закрыть вопрос.

Зная Order.State, нельзя определить, была ли отменена заявка, правильно?
Получается, что единственный признак того, что заявка была отменена, это наличие Order.CancelTime?
Или я ошибаюсь?

Да, можно по Order.CancelTime.

Михаил, есть ошибка.

При выставлении и быстром снятии заявки статус остается Active.


Кусочек логов.
Записи идут в хронологическом порядке (забыл время добавить в лог).
Это последние данные по этой заявке.

Случаем не это http://stocksharp.com/posts/m/7845/

Ситуация вроде похожа.
Вроде бы тоже проблема в том, что после отмены заявка не становится Done.

Скачал последнюю версию, запустил.
Ситуация не изменилась. Все так же отмененные заявки не становятся Done.
Возможно связано стем, что Trader.IsAsyncMode у меня true?
В приведенном Вами случае у пользователя Garry был случай с false.


При QuikTrader.CancelOrderInstantly = true все работает нормально.



Отдельный вопрос.
А зачем свойство QuikTrader.CancelOrderInstantly ?
Если заявка отменилась, то почему сразу не переводить ее в Done?
Зачем ждать данных из DDE?

Сегодня скачали? Может нужно пересобрать проект? Вдруг старые dll закэшировались.



Теперь Done будет выставляться только тогда, когда пришел поток ДДЕ с признаком KILLED. Что у вас и происходит по логу.[glare]



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