Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи

Страницы: 1
RSS
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Уважаемые клиенты!

Данное уведомление обязательно к ознакомлению всем участникам торгов на срочном рынке Московской биржи.

Московская   биржа уведомила участников торгов о важных изменениях в новой версии  торговой системы срочного рынка. Ключевым нововведением является  увеличение размерности идентификатора заявок и сделок: после обновления  торговой системы идентификатор будет занимать до 19 десятичных знаков. В промышленной системе данное изменение запланировано на 25 мая 2020 года: https://www.moex.com/n27761.

Уведомляем Вас, что старые версии терминалов QUIK не поддерживают полноценную работу с 19-значными номерами.

На старых версиях терминалов QUIK для ОС Windows могут наблюдаться следующие проблемы:

1. Заявки на срочном рынке МБ не удается снять (на версиях терминала 6.* и всех более старых).

2.   Номера заявок и сделок на срочном рынке МБ в таблицах «Заявки», «Сделки», «Обезличенные сделки» отображаются не корректно (на версиях  терминала 6.* и всех более старых).

3. Проблемы экспорта  данных в Excel (DDE) по срочному рынку из таблиц  «Заявки», «Сделки» и «Обезличенные сделки» (на версии 8.2.0 и всех более старых).

 4. Проблемы экспорта данных по ODBC по срочному рынку из таблиц «Заявки», «Сделки» и «Обезличенные сделки» (на версии 8.2.0 и всех более старых).

5. Проблемы отображения длинных номеров в  таблице «Карман транзакций» (на любых версиях терминала на момент  публикации данного уведомления).

6. Проблемы работы с длинными номерами в QLUA (на любых версиях терминала на момент публикации данного уведомления).

7. Проблемы работы с длинными номерами в QPILE (на любых версиях терминала).

Для решения проблем пп. 1-2 достаточно установить актуальную версию терминала QUIK (версию 7.0 или более новую).

Для решения проблем пп. 3-4 достаточно установить актуальную версию терминала QUIK (версию 8.2.1 или более новую).

Для решения проблемы п. 5 следует установить версию терминала QUIK,  которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.

Для решения проблемы п. 6 следует установить версию терминала QUIK,  которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено. Кроме того, в связи с планируемым обновлением Lua до версии 5.3 может потребоваться выполнение дополнительной отладки скриптов, а также их повторная компиляция под версию 5.3. Более подробная информация доступна в этой ветке форума QUIK: https://forum.quik.ru/forum10/topic5119/

Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке LUA. При этом следует использовать версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.

ВАЖНО! Обращаем Ваше внимание, что  начиная с версии 8.0, терминал QUIK переведен на 64-битную  архитектуру.  Это, в свою очередь, означает, что перед обновлением терминала QUIK  необходимо обновить ОС Windows на версию X64.

Как узнать разрядность системы (32-разрядная или 64-разрядная):

https://support.microsoft.com/ru-ru/help/15056/windows-32-64-bit-faq

Перед обновлением терминала на версию 8.* рекомендуется ознакомиться с информацией на форуме: https://forum.quik.ru/forum1/topic4529/

За обновлением терминала для ОС Windows рекомендуем обратиться к Вашему брокеру.

На старых версиях терминалов для ОС Android и iOS могут наблюдаться следующие проблемы:

1. Заявки на срочном рынке МБ не удается снять.

2. Номера заявок и сделок на срочном рынке МБ в таблицах «Заявки» и «Сделки» отображаются не корректно.

3. Не работают оповещения по заявкам срочного рынка.

Для   решения проблем пп. 1-2 достаточно установить актуальную версию    терминала iQUIKX и QUIK AndroidX (3.3 или более новую). Для решения  проблемы п. 3 следует установить версию терминала iQUIKX и QUIK    AndroidX, которая на момент публикации данного уведомления ещё не   вышла, но планируется к выпуску до того, как данное изменение в  торговой системе будет внедрено.

ВАЖНО!!! Обратите внимание, что если Вы используете устаревшие версии терминалов «iQUIK», «iQUIK HD» или «QUIK Android» и работаете на срочном рынке Московской Биржи, Вам необходимо обязательно установить актуальные терминалы iQUIKX и QUIK AndroidX. Актуальные версии терминалов можно скачать через AppStore и Google Play по ссылкам:

https://itunes.apple.com/ru/app/iquik-x/id1265748980?l=ru&ls=1&mt=8

https://play.google.com/store/apps/details?id=com.arqa.quikandroidx

ВАЖНО!!! Для подключения к серверу с использованием терминалов iQUIKX и QUIK AndroidX потребуется получение нового логина, пароля, а также адреса для подключения к серверу. Обратитесь по этому вопросу к Вашему брокеру.
 
а почему на 6 версии не удастся снять, а на 7 удастся?
 
Цитата
Дмитрий написал:
а почему на 6 версии не удастся снять, а на 7 удастся?
Добрый день.

Потому что в 7-ой версии была поддержана такая возможность, а в 6-ой - нет.
 
Интересно, компу после этого обновления еще больше ресурсов потребуется?
 
Цитата
Руслан написал:
Интересно, компу после этого обновления еще больше ресурсов потребуется?
Добрый день.

Мы повышения нагрузки от самого этого обновления не прогнозируем.
 
Добрый день.

Обращаем Ваше внимание, что первоначальное сообщение дополнено пунктом 7. Проблемы работы с длинными номерами в QPILE (на любых версиях терминала). Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке  QLUA. При этом следует использовать версию терминала QUIK, которая на  момент публикации данного уведомления еще не вышла, но планируется к  выпуску до того, как данное изменение в торговой системе будет  внедрено.
 
Добрый день.

Уважаемые клиенты, исходное сообщение данной темы дополнено следующей информацией:

Цитата
Для решения проблемы п. 5 следует установить версию терминала QUIK,  которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.

Для решения проблемы п. 6 следует установить версию терминала QUIK,  которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено. Кроме того, в связи с планируемым обновлением Lua до версии 5.3 может потребоваться выполнение дополнительной отладки скриптов, а также их повторная компиляция под версию 5.3. Более подробная информация доступна в этой ветке форума QUIK: https://forum.quik.ru/forum10/topic5119/

Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке LUA. При этом следует использовать версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.
 
Цитата
Alexey Ivannikov написал:
Цитата
Дмитрий написал:
а почему на 6 версии не удастся снять, а на 7 удастся?
Добрый день.

Потому что в 7-ой версии была поддержана такая возможность, а в 6-ой - нет.
Скажите, нельзя будет снять заявку программно (скрипт на Купайл или Луа), или вообще даже правой кнопкой мыши не снимется?
 
Цитата
Alexey Ivannikov написал:
Добрый день.

Обращаем Ваше внимание, что первоначальное сообщение дополнено пунктом 7. Проблемы работы с длинными номерами в QPILE (на любых версиях терминала). Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке  QLUA. При этом следует использовать версию терминала QUIK, которая на  момент публикации данного уведомления еще не вышла, но планируется к  выпуску до того, как данное изменение в торговой системе будет  внедрено.
Имеется в виду проблемы работы с длинными номерами заявок?  
 
Цитата
Максим написал:
Скажите, нельзя будет снять заявку программно (скрипт на Купайл или Луа), или вообще даже правой кнопкой мыши не снимется?
тоже присоединяюсь к вопросу. А также с учетом общей глючности 7 версии квика, нельзя ли выпустить небольшое обновление для последней 6 версии, чтобы транзакции на снятие уходили со стринговыми номерами, раз уж даблы некорректные будут?
 
Цитата
Дмитрий написал:
небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал:
вообще даже правой кнопкой мыши не снимется
 
Цитата
Anton написал:
что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить.
Да, это я не правильно выразился. принимает в даблах, а отправляет стрингами из даблов и они некорректные будут.
Но всё равно просьба к разработчикам что нибудь сделать и научить 6 версию принимать и хранить номера в стрингах только для отправки транзакций. Никакие таблицы при этом менять не нужно.
 
Цитата
Anton написал:
Цитата
Дмитрий написал:
небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она  отправляет  номера в даблах, а в том, что она их  принимает  в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал:
вообще даже правой кнопкой мыши не снимется
то есть только в 7 версии будет работать снятие заявок с 19 значным номером, я понял. А сам скрипт на Купайле сможет ставить и снимать эти заявки, если к их номерам я не обращаюсь, а отслеживаю их по trans_id?
 
Цитата
Максим написал:
скрипт на Купайле сможет ставить и снимать эти заявки
Полагаю, ставить сможет, а снимать - нет. Впрочем, после выходных арка что-нибудь поконкретней скажет.
 
Цитата
Anton написал:
Цитата
Максим написал:
скрипт на Купайле сможет ставить и снимать эти заявки
Полагаю, ставить сможет, а снимать - нет. Впрочем, после выходных арка что-нибудь поконкретней скажет.
а если снимать их, не переводя из текста в число?
 
Цитата
Anton написал:
Цитата
Дмитрий написал:
небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она  отправляет  номера в даблах, а в том, что она их  принимает  в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал:
вообще даже правой кнопкой мыши не снимется
вот определение номера заявки

ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")

и тут ваще как я понимаю ordnum - это текстовая переменная будет. Нельзя будет снять заявку так?

kill_order(ordnum,ordSECCODE,class)
 
Цитата
Максим написал:
Цитата
Anton написал:
 
Цитата
Дмитрий  написал:
небольшое обновление для последней 6 версии
 уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она  отправляет  номера в даблах, а в том, что она их  принимает  в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
 
Цитата
Максим  написал:
вообще даже правой кнопкой мыши не снимется
 
вот определение номера заявки

ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")

и тут ваще как я понимаю ordnum - это текстовая переменная будет. Нельзя будет снять заявку так?

kill_order(ordnum,ordSECCODE,class)
 
Цитата
Максим написал:
Нельзя будет снять заявку так?
Если это ко мне вопрос, то я не знаю, как qpile внутри устроен и потому ответить не могу.
 
Цитата
Максим написал:
Нельзя будет снять заявку так?
да

Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.
 
Цитата
Sergey Gorokhov написал:
Цитата
Максим написал:
Нельзя будет снять заявку так?
да

Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.
Я не понял, так будет работать так:
Цитата
Максим написал:
ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")и тут ваще как я понимаю ordnum - это текстовая переменная будет. Нельзя будет снять заявку так?kill_order(ordnum,ordSECCODE,class)
при вводе биржей 19-значных номеров заявок?
 
Максим,

Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class)
Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")
работать НЕ будет.
 
Цитата
Sergey Gorokhov написал:
Максим,

Нельзя будет снять заявку так:  kill_order(ordnum,ordSECCODE,class)
Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")
работать НЕ будет.
То есть на Купайле вообще никакими методами нельзя будет снимать заявки???
 
Цитата
Максим написал:
То есть на Купайле вообще никакими методами нельзя будет снимать заявки???

Почему?
Было сказано следующее:
Цитата
Sergey Gorokhov написал:
Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.

Т.е. Вы можете из ответа на транзакцию выдернуть номер заявки и передать его в качестве параметра ORDER_KEY транзакции KILL_ORDER
 
Цитата
Sergey Gorokhov написал:
Цитата
Максим написал:
То есть на Купайле вообще никакими методами нельзя будет снимать заявки???

Почему?
Было сказано следующее:
Цитата
Sergey Gorokhov написал:
Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.

Т.е. Вы можете  из ответа на транзакцию  выдернуть номер заявки и передать его в качестве параметра ORDER_KEY транзакции KILL_ORDER
можете на примере показать, как выдернуть номер заявки ?
 
Цитата
Максим написал:
можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму:
В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION")
Из него выдернуть номер заявки через функцию substr
Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным.
В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.

Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована."
Значит, получить номер можно вызвав функцию substr со следующими параметрами:
num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)


Но лучше конечно перейти на QLUA
 
Цитата
Sergey Gorokhov написал:
Максим,

Нельзя будет снять заявку так:  kill_order(ordnum,ordSECCODE,class)
Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")
работать НЕ будет.
а почему это НЕ БУДЕТ работать, ведь ordnum приходит в виде текста же и передается также в kill_order ?
 
Цитата
Максим написал:
а почему это НЕ БУДЕТ работать, ведь ordnum приходит в виде текста же и передается также в kill_order ?


Читаем документацию:
-Раздел 8. Алгоритмический язык QPILE
--Функции для обращения к строкам произвольных таблиц QUIK
---Параметры Таблицы заявок, возвращаемые функцией «GET_ITEM»
Цитата
NUMBER DOUBLE Номер заявки в торговой системе
 
Цитата
Sergey Gorokhov написал:
Но лучше конечно перейти на QLUA
так там тоже самое. Это нужно и квик менять тогда и систему переустанавливать
 
Дмитрий,
да и вам рано или поздно все равно придется обновиться.
 
Цитата
Sergey Gorokhov написал:
Дмитрий,
да и вам рано или поздно все равно придется обновиться.
:lol:  Если бы с ростом версии квика и прибыль росла
 
Цитата
Sergey Gorokhov написал:
Цитата
Максим написал:
можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму:
В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION")
Из него выдернуть номер заявки через функцию substr
Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным.
В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.

Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована."
Значит, получить номер можно вызвав функцию substr со следующими параметрами:
num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)


Но лучше конечно перейти на QLUA
лучше то оно лучше, только мне хуже, так как куча нюансов на Купайле написано в сотни скриптах. Скажите, а работа на какой версии Квика будет возможна с 19 значными номерами заявок?
 
Цитата
Sergey Gorokhov написал:
Дмитрий,
да и вам рано или поздно все равно придется обновиться.
то есть Квик 7 рано или поздно перестанет работать?
 
Цитата
Максим написал:
Цитата
Sergey Gorokhov написал:
 
Цитата
Максим  написал:
можете на примере показать, как выдернуть номер заявки ?
 Нет, но можем дать совет по алгоритму:
В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION")
Из него выдернуть номер заявки через функцию substr
Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным.
В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.

Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована."
Значит, получить номер можно вызвав функцию substr со следующими параметрами:
num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)


Но лучше конечно перейти на QLUA
лучше то оно лучше, только мне хуже, так как куча нюансов на Купайле написано в сотни скриптах. Скажите, а работа на какой версии Квика будет возможна с 19 значными номерами заявок?
Добрый день.

Поддержка 19 значных номеров заявок ожидается в версии QUIK 8.5, в ней же будет поддержана работа в QLUA. Qpile работать с 19 значными заявками не будет.
 
Цитата
Максим написал:
Цитата
Sergey Gorokhov написал:
Дмитрий ,
да и вам рано или поздно все равно придется обновиться.
то есть Квик 7 рано или поздно перестанет работать?
Мы не планируем отказываться от работы 7й версии.
 
Цитата
Egor Zaytsev написал:
Цитата
Максим написал:
 
Цитата
Sergey Gorokhov  написал:
 Дмитрий  ,
да и вам рано или поздно все равно придется обновиться.
 то есть Квик 7 рано или поздно перестанет работать?
Мы не планируем отказываться от работы 7й версии.
то есть в версии Квик 7 работа с 19 значнымии номерами заявок будет поддержана?
 
Добрый день.

Обращаем Ваше внимание, что первоначальное сообщение дополнено следующей информацией:

- изменилась дата внедрения данного изменения (теперь точно известно, что это случится 25 мая);
- поменялась ссылка на пресс-релиз биржи.
 
до 25 мая всё может случится, может ишак помрёт, а может падишах. Кому только понадобилось работать с 19 ! значными номерами как с числами?? Народ, вы что там считаете 19 значными номерами, прибыль что ли? :lol:
 
Цитата
Дмитрий написал:
до 25 мая всё может случится, может ишак помрёт, а может падишах. Кому только понадобилось работать с 19 ! значными номерами как с числами?? Народ, вы что там считаете 19 значными номерами, прибыль что ли?
а как ты планируешь на Купайле снимать заявки с 19 значным номером?
 
Цитата
Максим написал:
а как ты планируешь на Купайле снимать заявки с 19 значным номером?
выше в этой теме уже писалось как
 
Цитата
Дмитрий написал:
Цитата
Максим написал:
а как ты планируешь на Купайле снимать заявки с 19 значным номером?
выше в этой теме уже писалось как
то есть ты так планируешь делать в Квик 7, верно?  
 
Цитата
Максим написал:
то есть ты так планируешь делать в Квик 7, верно?  
и даже в квик 6
 
Цитата
Дмитрий написал:
Цитата
Максим написал:
то есть ты так планируешь делать в Квик 7, верно?  
и даже в квик 6
квик 6 не поддерживает 19 значные номера...
Страницы: 1
Читают тему (гостей: 1)
Наверх