Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий 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.
Для получения новой версии терминала для ОС 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 по ссылкам:
ВАЖНО!!! Для подключения к серверу с использованием терминалов iQUIK X и QUIK Android X потребуется получение нового логина, пароля, а также адреса для подключения к серверу. Обратитесь по этому вопросу к Вашему брокеру.
Обращаем Ваше внимание, что первоначальное сообщение дополнено пунктом 7. Проблемы работы с длинными номерами в QPILE (на любых версиях терминала). Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке QLUA. При этом следует использовать версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе будет внедрено.
Уважаемые клиенты, исходное сообщение данной темы дополнено следующей информацией:
Цитата
Для решения проблемы п. 5 следует установить версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе будет внедрено.
Для решения проблемы п. 6 следует установить версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе будет внедрено. Кроме того, в связи с планируемым обновлением Lua до версии 5.3 может потребоваться выполнение дополнительной отладки скриптов, а также их повторная компиляция под версию 5.3. Более подробная информация доступна в этой ветке форума QUIK: https://forum.quik.ru/forum10/topic5119/
Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке LUA. При этом следует использовать версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе будет внедрено.
Обращаем Ваше внимание, что первоначальное сообщение дополнено пунктом 7. Проблемы работы с длинными номерами в QPILE (на любых версиях терминала). Для решения проблемы п. 7 следует реализовать Ваш алгоритм на языке QLUA. При этом следует использовать версию терминала QUIK, которая на момент публикации данного уведомления еще не вышла, но планируется к выпуску до того, как данное изменение в торговой системе будет внедрено.
Имеется в виду проблемы работы с длинными номерами заявок?
Максим написал: Скажите, нельзя будет снять заявку программно (скрипт на Купайл или Луа), или вообще даже правой кнопкой мыши не снимется?
тоже присоединяюсь к вопросу. А также с учетом общей глючности 7 версии квика, нельзя ли выпустить небольшое обновление для последней 6 версии, чтобы транзакции на снятие уходили со стринговыми номерами, раз уж даблы некорректные будут?
Дмитрий написал: небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал: вообще даже правой кнопкой мыши не снимется
Anton написал: что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить.
Да, это я не правильно выразился. принимает в даблах, а отправляет стрингами из даблов и они некорректные будут. Но всё равно просьба к разработчикам что нибудь сделать и научить 6 версию принимать и хранить номера в стрингах только для отправки транзакций. Никакие таблицы при этом менять не нужно.
Дмитрий написал: небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал: вообще даже правой кнопкой мыши не снимется
то есть только в 7 версии будет работать снятие заявок с 19 значным номером, я понял. А сам скрипт на Купайле сможет ставить и снимать эти заявки, если к их номерам я не обращаюсь, а отслеживаю их по trans_id?
Дмитрий написал: небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал: вообще даже правой кнопкой мыши не снимется
Дмитрий написал: небольшое обновление для последней 6 версии
уже выпущено и называется 8.3.2.4. Шутки шутками, но проблема шестой версии, как выше (почти) прямо написано, не в том, что она отправляет номера в даблах, а в том, что она их принимает в даблах, а это в рамках версии никак не исправить. И отсюда же следует, что
Цитата
Максим написал: вообще даже правой кнопкой мыши не снимется
Альтернативный вариант, брать номер заявки не из таблицы заявок, а из реплаев на транзакцию.
Я не понял, так будет работать так:
Цитата
Максим написал: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER")и тут ваще как я понимаю ordnum - это текстовая переменная будет. Нельзя будет снять заявку так?kill_order(ordnum,ordSECCODE,class)
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
То есть на Купайле вообще никакими методами нельзя будет снимать заявки???
Максим написал: можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму: В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION") Из него выдернуть номер заявки через функцию substr Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным. В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.
Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована." Значит, получить номер можно вызвав функцию substr со следующими параметрами: num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)
Нельзя будет снять заявку так: kill_order(ordnum,ordSECCODE,class) Потому что вот это: ordnum=get_value(get_item("ORDERS",count-gc),"NUMBER") работать НЕ будет.
а почему это НЕ БУДЕТ работать, ведь ordnum приходит в виде текста же и передается также в kill_order ?
Максим написал: можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму: В результате транзакции смотреть параметр get_value (trans_result, "DESCRIPTION") Из него выдернуть номер заявки через функцию substr Самое сложное, выделить нужный участок строки, т.к. в зависимости от типа транзакции и рынка, ответ может быть разным. В этом месте универсального способа нет, нужно под конкретный биржевой ответ писать отдельную функцию.
Для срочного рынка, ответ на транзакцию будет такой "Заявка 1925050633224719691 успешно зарегистрирована." Значит, получить номер можно вызвав функцию substr со следующими параметрами: num=substr(get_value (trans_result, "DESCRIPTION"), 7, 19)
Но лучше конечно перейти на QLUA
лучше то оно лучше, только мне хуже, так как куча нюансов на Купайле написано в сотни скриптах. Скажите, а работа на какой версии Квика будет возможна с 19 значными номерами заявок?
Максим написал: можете на примере показать, как выдернуть номер заявки ?
Нет, но можем дать совет по алгоритму: В результате транзакции смотреть параметр 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 значными заявками не будет.
до 25 мая всё может случится, может ишак помрёт, а может падишах. Кому только понадобилось работать с 19 ! значными номерами как с числами?? Народ, вы что там считаете 19 значными номерами, прибыль что ли?
Дмитрий написал: до 25 мая всё может случится, может ишак помрёт, а может падишах. Кому только понадобилось работать с 19 ! значными номерами как с числами?? Народ, вы что там считаете 19 значными номерами, прибыль что ли?
а как ты планируешь на Купайле снимать заявки с 19 значным номером?
1. Подскажите, как сделать так, чтобы Квик 7 работал пошустрее, если у меня 10 вкладок и на них в сумме 86 графиков? 2. Что для Квика 7 лучше: больше ядер процессора или процессор с большей частотой?
1. Подскажите, как сделать так, чтобы Квик 7 работал пошустрее, если у меня 10 вкладок и на них в сумме 86 графиков? 2. Что для Квика 7 лучше: больше ядер процессора или процессор с большей частотой?
Добрый день.
1. Это описано в соотв. FAQ на данном форуме. 2. Второе.
Просьба пояснить разработчиков,что делать владельцам верии квика 7 и винды 32х разрядной, которые не могут поставить версию квика 8. Как быть с 19и разрядными номерами?
Как уже писали, для версий 7* не являются актуальными следующие проблемы: 1. Заявки на срочном рынке МБ не удается снять (на версиях терминала 6.* и всех более старых). 2. Номера заявок и сделок на срочном рынке МБ в таблицах «Заявки», «Сделки», «Обезличенные сделки» отображаются не корректно (на версиях терминала 6.* и всех более старых).
Поэтому говорить о том, что "ничего работать не будет", не приходиться. Если у Вас терминал 7* и Вы используете экспорт данных -то указанные проблему вероятно коснутся владельцев терминалов 7*
3.Проблемы экспорта данных в Excel (DDE) по срочному рынку из таблиц «Заявки», «Сделки» и «Обезличенные сделки» (на версии 8.2.0 и всех более старых). 4.Проблемы экспорта данных по ODBC по срочному рынку из таблиц «Заявки», «Сделки» и «Обезличенные сделки» (на версии 8.2.0 и всех более старых).
и тогда нужно принять меры оп обновлению ОС и терминала QUIK.
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/ - в них есть ответы на большинство вопросов.