bespalex (Автор тем)

Уникальность номеров заявок order_num поддерживается только внутри одного торгового дня. Также как и trade_num для сделок.
Получается при использовании этих параметров в качестве индекса может возникнуть ситуация, что записи имеющиеся совпадут по индексу с новыми заявками и сделками дня, что может привести к труднопредсказуемым последствиям.
Использовать trans_id  в качестве уникального индекса тоже ненадежный способ, т.к. логика его передачи в сообщениях нестабильна. Также например случаются существенные задержки с поступлением OnTransReply и тогда невозможно отменить заявку, т.к. для этого необходим order_num, которого у нас еще может не быть.
Кто как решает эту проблему?

Обратил внимание, что по отмене заявки приходит trans_id=0.
Это либо баг, либо недосмотр, т.к. нарушает логику сквозной нумерации. Почему 0?
Практически во всех остальных случаях trans_id приходит корректный.
Возможно это исправить?

Случается так, что периодически отключается клиент от терминала Quik. Соединение с сервером при этом остается рабочим.
Подозреваю, что есть какие-то ограничения на количество передаваемых данных, после которого случается падение, тк явление наблюдается в периоды повышенной активности, например на открытии.
Кто-нибудь сталкивался? как это лечится?

Кто-нибудь пользуется QuikPy?
Подключение реализуется:
app = QuikPy()
В случае потери соединения на стороне Quik, он переходит в режим ожидания подключения клиента.
Как корректно восстановить соединение со стороны клиента?
При попытке пересоздания app=QuikPy() рушатся треды, т.к. не видят нового подключения.

Кто-нибудь знает какие существуют коды ошибок и формат данных сообщения об ошибке?