В QUIK Junior в 11.4.1.3 перестала работать функция getDepoEx

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1
RSS
В QUIK Junior в 11.4.1.3 перестала работать функция getDepoEx
 
#1
01.02.2025 23:37:52
В одном из последних обновлений, наверное, именно в Junior перестала работать getDepoEx.

На боевом QUIK работает норм.

Раньше код работал.

Все параметры перепроверил.
 
 
#2
02.02.2025 17:30:23
Цитата
Андрей написал:
В одном из последних обновлений, наверное, именно в Junior перестала работать getDepoEx.

На боевом QUIK работает норм.

Раньше код работал.

Все параметры перепроверил.
теперь надо сравнивать не с нулем а с датой.
Получается прикольно разработчики сделали задел на будущее, теперь демо не соответствует реальным.  
 
 
#3
02.02.2025 17:42:53
Цитата
nikolz написал:
Цитата
Андрей написал:
В одном из последних обновлений, наверное, именно в Junior перестала работать getDepoEx.

На боевом QUIK работает норм.

Раньше код работал.

Все параметры перепроверил.
теперь надо сравнивать не с нулем а с датой.
Получается прикольно разработчики сделали задел на будущее, теперь демо не соответствует реальным.  
Последним параметром дату передавать что ли?
 
 
#4
02.02.2025 19:29:03
Цитата
Андрей написал:
Последним параметром дату передавать что ли?
Ага, в виде 20250203. Но не просто дату, а дату следующего торгового дня (T+ T1), т.е. в пятницу нужно передавать дату на понедельник и не забыть учесть праздники если они есть.
 
 
#5
02.02.2025 20:54:54
Цитата
Станислав написал:
Цитата
Андрей написал:
Последним параметром дату передавать что ли?
Ага, в виде 20250203. Но не просто дату, а дату следующего торгового дня (T+ T1), т.е. в пятницу нужно передавать дату на понедельник и не забыть учесть праздники если они есть.
Жесть. Это же бред какой-то получается! Не? Они где-нить это анонсировали? Не хилый такой брейкчейнж получается.
 
 
#6
02.02.2025 20:57:10
Получилось! Спасибо за подсказку.

Теперь хотелось бы комментарий разработчиков услышать.
 
 
#7
03.02.2025 06:42:36
Андрей, добрый день.

Переход на схему ведения позиций в календарных датах на сервере QUIK-Junior был выполнен 16 января 2025.

Сообщение об изменении схемы ведения позиций пользователи получают при подключении к серверу, продублируем его здесь:

Цитата
Здравствуйте.
С 16 января сервер QUIK Junior переведен на современную схему ведения позиций - по календарным датам. Если ранее каждой позиции соответствовал код расчетов (T0, T1, T2), то теперь - конкретная дата.
Например, если сегодня 16.01.2025, значит код расчета T0 соответствует дате расчета 16.01.2025 , код T1 - 17.01.2025 и так далее. Ожидается, что в будущем на эту схему перейдет большинство брокерских компаний. Кроме того, теперь расчеты по всем инструментам на сервере происходят по схеме T+1, что соответствует режиму реальных торгов на Московской Бирже.

В связи с этим в таблицах с позициями по инструментам и деньгам следует заменить параметр Срок расчетов на Дата расчетов. В таблице Состояние счета вместо кодов расчета теперь подставляется конкретная дата.
 
 
#8
04.02.2025 13:11:25
Цитата
Anton Belonogov написал:
Андрей, добрый день.

Переход на схему ведения позиций в календарных датах на сервере QUIK-Junior был выполнен 16 января 2025.

Сообщение об изменении схемы ведения позиций пользователи получают при подключении к серверу, продублируем его здесь:

Цитата
Здравствуйте.
С 16 января сервер QUIK Junior переведен на современную схему ведения позиций - по календарным датам. Если ранее каждой позиции соответствовал код расчетов (T0, T1, T2), то теперь - конкретная дата.
Например, если сегодня 16.01.2025, значит код расчета T0 соответствует дате расчета 16.01.2025 , код T1 - 17.01.2025 и так далее. Ожидается, что в будущем на эту схему перейдет большинство брокерских компаний. Кроме того, теперь расчеты по всем инструментам на сервере происходят по схеме T+1, что соответствует режиму реальных торгов на Московской Бирже.

В связи с этим в таблицах с позициями по инструментам и деньгам следует заменить параметр Срок расчетов на Дата расчетов. В таблице Состояние счета вместо кодов расчета теперь подставляется конкретная дата.
Подскажите способ получить актуальную дату для инструмента?
 
 
#9
04.02.2025 13:17:15
Андрей, добрый день.

Просьба уточнить, что подразумевается под "актуальной датой для инструмента".
 
 
#10
04.02.2025 13:23:28
Подход особо не изменился - найти максимальное числовое значение в таблице money_limit по полю limit_kind. Либо, если версия терминала выше 10.2.0, передавать не число, а строковое значение "Tx" - это такое тихое нововведние.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#11
04.02.2025 14:28:35
Цитата
Anton Belonogov написал:
Андрей, добрый день.

Просьба уточнить, что подразумевается под "актуальной датой для инструмента".
Раньше я последним параметром задавал 0 и "в ус не дул" (на Junior). Всё работало. Теперь это не работает, там надо ставить дату следующей торговой сессии (я так понял), чтобы в выводимых параметрах были учтены сегодняшние операции. Вот как мне получить эту дату следующей торговой сессии программно с чётом всех выходных и праздников, чтобы я руками каждый раз не правил этот параметр?
 
 
#12
04.02.2025 14:29:15
Цитата
Nikolay написал:
Подход особо не изменился - найти максимальное числовое значение в таблице money_limit по полю limit_kind. Либо, если версия терминала выше 10.2.0, передавать не число, а строковое значение "Tx" - это такое тихое нововведние.
В Junior это не работает
 
 
#13
04.02.2025 16:40:12
Цитата
Андрей написал:
Цитата
Anton Belonogov написал:
Андрей , добрый день.

Просьба уточнить, что подразумевается под "актуальной датой для инструмента".
Раньше я последним параметром задавал 0 и "в ус не дул" (на Junior). Всё работало. Теперь это не работает, там надо ставить дату следующей торговой сессии (я так понял), чтобы в выводимых параметрах были учтены сегодняшние операции. Вот как мне получить эту дату следующей торговой сессии программно с чётом всех выходных и праздников, чтобы я руками каждый раз не правил этот параметр?
В Junior транслируется в поле limit_kind дата в виде числа. Т.е. можно взять максимум. У меня в скриптах параметр "Режим торгов" не задаваемый, а определяемый. Работает как на реальном счёте, так и на демо. Вы же не будете для каждой бумаги руками указывать режим торгов, тем более, что до недавнего времени были как Т+2, так и Т+1. Какие-то бумаги переводили на другой режим. Т.е. это получаемая биржевая информация, а не задаваемая.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#14
04.02.2025 23:58:09
Цитата
Nikolay написал:
Подход особо не изменился - найти максимальное числовое значение в таблице money_limit по полю limit_kind. Либо, если версия терминала выше 10.2.0, передавать не число, а строковое значение "Tx" - это такое тихое нововведние.
"Tx" это предлагает в соседней теме служба поддержки для их самописной функции, и хоть они в примере и передают этот параметр напрямую в getDepoEx, я бы так делать не стал, т.к. в справке limit_kind имеет тип number.

Цитата
Nikolay написал:
В Junior транслируется в поле limit_kind дата в виде числа. Т.е. можно взять максимум.
Да, у себя так и сделал. Но еще нужно учесть что максимум необходимо вычислять каждый раз перед вызовом, т.к. если нет сделок, то максимумом будет являться сегодняшнее число, а после совершения сделки дата следующего торгового дня.
 
 
Страницы: 1
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2025,
ARQA Technologies
Наверх