17:00:00.96 206 10121712484:(10380) Идет пром. клиринг, нельзя ставить заявки.
Вот такая ошибка появилась у меня сегодня, в первый раз за более полугодовалую торговлю. Версия Тс-лаб 1.1.21.0. Сигнал на вход в позицию сформировался на свече перед клирингом (13:30).17:00 - это местное время по Москве (14:00). Ранее таких сигналов было несколько десятков, все отрабатывались на ура. На чарте скрипта вход отобразился. В чём проблема?

Ну написано же, идет пром. клиринг на ФОРТС, он каждый день с 14:00 до 14:01. Сообщение биржа выдает.

Вы моё сообщение прочитали? Раньше таких сигналов на вход перед клирингом были десятки и вход осуществлялся сразу после клиринга. Сегодня возникла эта ситуация.

Вход осуществлялся в 14:03!

Если вопрос не понятен. Тогда ответьте на этот: скрипт работает на 30 минутном интервале, сигнал был получен при закрытии свечи с open - 13:30, т.е. на свече перед клирингом. Когда должен войти в позицию скрипт?

Свеча 13:30 закрывается в 14:00
В 14:00 выставить заявки нельзя. Соответственно, они выставятся на дополнительном пересчете после начала торгов. Промежуточный клиринг заканчивается от 14:01 до 14:05 и даже больше, если бирже нужно время чтобы произвести расчеты.
Рекомендую ознакомится с регламентом бирж, чтобы таких вопросов не возникало.

Я прекрасно осведомлен о регламенте бирж, торгую уже больше трёх лет, спасибо за совет. Заявки выставляются на дополнительном пересчёте. Так почему же они не выставились в этот раз, а предыдущие N раз выставлялись?

У вас часто попадает выставление заявки на период клиринга? Вы же сказали, что заявка прошла в 14:03. Т.е. она все же выставилась после клиринга, как и должно быть.

Вы меня не поняли в 14:03 не заявка выставляется, а сделка проходит. Это время отображается в таблице сделок. Скрипт открывал(закрывал)позу сразу после окончания клиринга. Таких входов(выходов) у меня за полгода было больше десятка. Тоже происходит в 19:00, если ранее был сигнал на вход или на выход, то во сколько бы не началась вечерняя сессия в 19:00-19:05-19:20 и т.д. скрипт входил и выходил без проблем сразу после начала торгов.

Кстати, такая сделка была 08.11. Заявки выставились в 14:02:01,14:02:02,14:02:02 и сделки прошли в это же время в 14:02:01,14:02:02,14:02:02. Заявки выставляются по рынку.

Так вопрос то в чем, я не понимаю уже.

Ещё раз. Вопрос в том, что почему сегодня после клиринга скрипт не открыл позицию, если до клиринга был сигнал на вход? Можно иначе, почему скрипт пытался выставить заявки во время клиринга, а не после него?

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

Если я правильно понял, то это сбой Финама? А из-за этого дополнительного пересчёта не было.

Я выслал логи, по ним можно будет выяснить точную причину сбоя? Просто этот сбой стал для меня золотым.(

http://screencast.com/t/I7KigHFddG
На сколько я вижу, в данным момент Транзак не присылает статус торгов для площадки ФОРТС. Почему, пока не ясно.

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

Так может мне логи за 8.11. выслать посмотрите, почему там всё отработало как положено.

Присылайте.

Отправил.

Жду ответа.

Есть какая-нибудь информация по решению данной проблемы?

Судя по логу произошло следующее. Обычно заявки со временем 14:xx идут уже после пром клиринга. А в тот день похоже прошла сделка с датой 14:00:00 (до клиринга). Поэтому закрылась свеча и был пересчет ровно в 14:00? когда заявки биржей не принимались. А в нормальной ситуации пересчет идет после клиринга в 14:03. Если бы Транзак нормально присылал статус, то 9го числа было бы 2 пересчета. 1й с ошибкой и второй после клиринга и заявка бы выставилась.

Т.е. такое может повторяться до тех пор, пока Финам не исправит работу по отправке статуса в Транзаке?

Да, похоже, что так. Но ситуация редкая.

Я тогда всё же не до конца понимаю, почему в течение восьми месяцев торговли пересчёт был после окончания клиринга. Они же никогда не обновляли статус в транзаке?

Потому что вероятность, что с биржи придет сделка со временем 14:00:00 очень низка. Возможно клиринг на секунду задержали.

Значит в программе всё же есть пересчёт, даже без получения статуса от брокера?

Нет в обычной ситуации до клиринга последняя сделка приходит со временем 13:59:59. Соответственно, свеча считается не закрытой. Как только приходит сделка со временем 14:00:00 и выше свеча закрывается и открывается новая. Обычно это время 14:03:00. Соответственно, и пересчет идет с началом 3й минуты.

Теперь понятно. Так, а с Финамом вы будите как-то решать вопрос о получении статуса? Потому что такие совпадения могут повториться ещё не раз.

Запрос на этот баг отправлен, они обещают сделать. Когда не известно.

Дайте мне контакт куда написать письмо, я обращусь к ним как клиент. Может это как-то ускорит решение проблемы.

_Help_Desk@corp.finam.ru

Спасибо.

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

Ну мы давно уже в Финам запрос сделали.

Сделали запрос, а дальше? Они могут так и через год ничего не исправить.

А каким образом мы можем их заставить?

Т.е. из Ваших слов, я понимаю, что значимость ТСлаб для Финама, очень мала, поэтому скорого решения проблемы ждать не стоит. А Вы сами-то контролируете решение этой ошибки. Я о том, что, если вдруг исправят и не сообщат Вам. Вы заметите эти исправления?

Баг известен.
Доведен до коллег из Транзака.
Когда исправят нам сообщат.

Больше ничего "придумывать-додумывать" не надо :-)

Мне бы не хотелось рассуждать о том, что значимо для Финама, а что нет. Во первых Tslab независимая от Финама компания и только по этому не может никак влиять на их решения.
Когда исправят сообщат, вероятно проблема где-то глубоко и связана с серверами, т.к. обычно исправляют в течении нескольких дней. А об этой проблеме в первый раз сообщили еще в начале лета.

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

проблема до сих пор не исправлена.Вчера у меня произошла схожая ситуация.