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

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

Уважаемые клиенты!

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

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

Уведомляем Вас, что старые версии терминалов QUIK не поддерживают полноценную работу с 19-значными номерами. Это ОЧЕНЬ ВАЖНО! Если Вы работаете на срочном рынке Московской Биржи, выполнить все нижеописанные рекомендации к указанной дате.

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

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

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

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

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

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

6. Проблемы работы с длинными номерами в QLUA (на версии 8.4.* и всех более старых).

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

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

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

Для решения проблемы п. 5 достаточно установить актуальную версию терминала QUIK (версию 8.5 или более новую).

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

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

ВАЖНО! Обращаем Ваше внимание, что начиная с версии 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-3 достаточно установить актуальную версию терминала iQUIKX и QUIK AndroidX (3.4 или более новую).

ВАЖНО!!! Обратите внимание, что если Вы используете устаревшие версии терминалов iQUIK, iQUIK HD или QUIK Android и работаете на срочном рынке Московской Биржи, Вам необходимо обязательно установить актуальные терминалы iQUIK X и QUIK Android X. Актуальные версии терминалов можно скачать через 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

ВАЖНО!!! Для подключения к серверу с использованием терминалов iQUIK X и QUIK Android X потребуется получение нового логина, пароля, а также адреса для подключения к серверу. Обратитесь по этому вопросу к Вашему брокеру.

 
а почему на 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 значные номера...
 
Цитата
Sergey Gorokhov
1. Подскажите, как сделать так, чтобы Квик 7 работал пошустрее, если у меня 10 вкладок и на них в сумме 86 графиков?
2. Что для Квика 7 лучше: больше ядер процессора или процессор с большей частотой?  
 
Цитата
Максим написал:
Цитата
Sergey Gorokhov
1. Подскажите, как сделать так, чтобы Квик 7 работал пошустрее, если у меня 10 вкладок и на них в сумме 86 графиков?
2. Что для Квика 7 лучше: больше ядер процессора или процессор с большей частотой?  
Добрый день.

1. Это описано в соотв. FAQ на данном форуме.
2. Второе.
 
Вроде как, можно начинать тестирование версии терминала, где Lua 5.3 и поддерживаются 19-значные номера заявок.
ftp://ftp.quik.ru/public/updates/8.5/quik_8.5.1_upd.zip
 
Цитата
_sk_ написал:
можно начинать
Спасибо большое, успел настроить-подкачать, пока пятница не кончилась, в выходные будет чем заняться.
 
Просьба пояснить разработчиков,что делать владельцам верии квика 7 и винды 32х разрядной, которые не могут поставить версию квика 8.
Как быть с 19и разрядными номерами?
 
Добрый день!

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

Поэтому говорить о том, что "ничего работать не будет", не  приходиться.
Если у Вас терминал 7* и Вы используете экспорт данных -то указанные проблему вероятно коснутся владельцев терминалов 7*

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

и тогда  нужно принять меры оп обновлению ОС и терминала QUIK.
 
Благодарю, а имеет смысл в терминале 7.2 обновлять луа на 5.3?
 
Цитата
Sergey Denegin написал:
Благодарю, а имеет смысл в терминале 7.2 обновлять луа на 5.3?
Добрый день!
К сожалению, поддержки LUA 5.3 в терминале версии 7.2 нет.
Для корректной работы с 19-значными номерами заявок и сделок в LUA необходимо обновить терминал до версии 8.5.
Для работы с терминалом QUIK версии 8.5 потребуется ОС Windows разрядности X64, соответственно, если Вы используете ОС Windows X32, сначала потребуется обновить операционную систему.
Рекомендуем ознакомиться с первым постом в этой ветке обсуждений, а также с первым постом в ветке https://forum.quik.ru/forum10/topic5119/ - в них есть ответы на большинство вопросов.
Страницы: 1 2 3 След.
Читают тему
Наверх