Владимир Зайцев написал: Спасибо, пробелы в терминологии у меня пока. Но все же возможно ли как то получить тогда статус выполнения именно заявки? Я же когда формирую транзакцию, то после того как она ушла на сервер, знаю ее ORDER_NUMBER. Нельзя ли как то получить статус Завки по ORDER_NUMBER? Ну если не в формате tri, tro,trr то хотя бы как то заставить квик логировать? Спасибо.
Добрый день.
Можно при помощи Trans2Quik. При помощи функции TRANS2QUIK_ORDER_STATUS_CALLBACK можно получить состояние заявки: Состояние исполнения заявки: Значение «1» соответствует состоянию «Активна», «2» - «Снята», иначе «Исполнена»
Николай написал: Спасибо за оперативность! А нельзя добавить параметр текущего ГО в таблицу параметров, чтобы он отображал текущее состояние ГО в моменте?
Добрый день.
Таблица текущих торгов транслируется с биржи, добавить к сожалению, не сможем. Если со стороны биржи такой параметр есть, то да, можно. Однако в биржевом интерфейсе мы такого не наблюдаем.
Николай написал: В версии 7.9.1.1 есть хорошая штука, при в воде заявки показывает объем ГО в моменте, что очень удобно. После обновления до версии 7.12.0 это поле пропало. Подскажите, где сейчас этот параметр можно посмотреть? Может быть его можно добавить в какой-то из таблиц или где-то есть настройка чтобы вернуть его опять в форму ввода заявки?
Добрый день,
Причина ошибки, описанной в данном инциденте, была найдена и устранена в версии 7.12.1 терминала QUIK. Рекомендуем Вам обновить версию программы. Приносим извинения за причиненные неудобства.
Старатель написал: В 7.12 в файл справки QLUA.chm запихали не относящиеся к QLUA файлы, из-за чего он сильно распух и при поиске по словам выдаёт кучу ненужной информации.
Добрый день,
Причина ошибки, описанной в данном инциденте, была найдена и устранена в версии 7.12.1 терминала QUIK.
Рекомендуем Вам обновить версию программы. Приносим извинения за причиненные неудобства.
Необходимо вопрос исследовать. Для начала пришлите на quiksupport@arqatech.com архив рабочего места QUIK без ключей доступа и файла chm, главное, чтобы в архиве был файл с настройками. Как временное решение, попробовать запустить QUIK без файла настроек (Info.wnd). Данный файл удалять не нужно.
Не могли бы вы озвучить состав пожеланий зарегистрированных в посте #4?
1. Добавление горячей клавиши (ctrl+F9) на открытие окна "Доступные скрипты" 2. Рассмотреть возможность работы с горячими клавишами при активных окнах.
vgi написал: • А также для Lua-скриптов повесьте Ctrl+F9 хотя бы, коль Ctrl+F11 занимает QPILE.
• А ещё при активном окне Доступных Lua-скриптов горячие клавиши Квика не работают. С учётом отсутствуя горячей клавиши для вызова/скрытия Lua-скриптов, это обращает на себя внимание.
Почините, пожалуйста. Спасибо!
Здравствуйте!
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Александр написал: Здравствуйте, предлагаю сделать возможным изменять таймфрейм выделенного графика по хоткею, например CTRL+Стрелка вверх (вариативно).
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Управление видимостью трендовых линий и фигур на графиках при смене инструмента. Для этого в форму редактирования свойств диаграммы добавлена опция «Оставлять трендовые линии и фигуры при смене инструмента». Описание см. п. 4.2.1 Руководства пользователя.
Подскажите, где теперь будет храниться информация о линиях и их привязке к инструменту, по-прежнему в файле настроек wnd?
Egor Zaytsev написал: В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".
Пример так: Если это тейк профит по исполнению, то пример такой так:
Тэйк-профит по исполнению заявки по частичному исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10 пипсов и защитным интервалом 10 пипсов
Хм, понятно. 1. Я выставляю обычную заявку на шорт Роснефть по рыночной цене. ACCOUNT=L01-00000F00; CLIENT_CODE=164587; TYPE=M; TRANS_ID=152; CLASSCODE=TQBR; SECCODE=ROSN; ACTION=NEW_ORDER; OPERATION=S; PRICE=0; QUANTITY=29; 2. Следом я меняю TRANS_ID+1 и выставляю то что вы мне привели из документации. Все вроде понятно, но откуда мне знать какой BASE_ORDER_KEY ей будет присвоен? Его надо будет считывать из файла с логами? Или я могу в обычной заявке сам задать его и сразу же Тейк профит по исполнению выставить?
Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день? Спасибо.
Добрый день.
BASE_ORDER_KEY заранее знать не можете,поэтом каким-то образом его нужно будет заполнять после выставления лимитированной заявки. Поэтому здесь выход в рамках tri такой ставите обычную заявку, смотрите ее номер и заполняете для стопа исполнения.
Цитата
Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день?
Да. Если у Вас есть права на соответствующую опцию. Это можно проверить открыв форму ввода стоп заявки и посмотреть активен ли пункт "Срок действия - до отмены".
s_mike@rambler.ru написал: Не имеет значения, кто виноват. Брокер, терминал или папа римский.
С точки зрения обыкновенного пользователя данным, которые он видит на графиках своего терминала, невозможно доверять.
Для того, чтобы такие проблемы не возникали нужно их локализовать. В дальнейшим устранить. Без каких либо данных это сделать затруднительно.
Егор.
Для поиска ошибок существует процедура тестирования.
Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки. Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит. Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.
уже нет, графики за 30 мая появились.
что совершенно не отменяет проблему.
Добрый день.
Однако и без какой либо информации искать проблему затруднительно. Если проблема повторится, то пришлите архив рабочего места QUIK.
В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".
Пример так: Если это тейк профит по исполнению, то пример такой так:
Тэйк-профит по исполнению заявки по частичному исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10 пипсов и защитным интервалом 10 пипсов
s_mike@rambler.ru написал: Не имеет значения, кто виноват. Брокер, терминал или папа римский.
С точки зрения обыкновенного пользователя данным, которые он видит на графиках своего терминала, невозможно доверять.
Для того, чтобы такие проблемы не возникали нужно их локализовать. В дальнейшим устранить. Без каких либо данных это сделать затруднительно.
Егор.
Для поиска ошибок существует процедура тестирования.
Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки. Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит. Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.
Скорее всего вы имеете ввиду не удалить, а снять заявки. Описываемой вами транзакции - нет. Есть возможность снять все заявки из торговой системы. Но Вашу задачу, да можно решить при помощи LUA. Подобных примеров у нас нет, но есть общие примеры по языку: http://arqatech.com/upload/iblock/194/quik_lua.zip
Проверили у себя, 30 мая на месте. Возможно проблема на стороне брокера, так как история подгружается с сервера брокера. Можно обратиться к ним за уточнением. Также на рабочем месте QUIK перазакажите архив графиков.
A.T. написал: Старая тема, и до сих пор не сделанная в QUIK 7.11 Тоже попрошу добавить галочку для исключения компонента iwr.dll при запуске.
Но это еще не все проблемы с WinRos.exe ))
Зарегистрируйте и передайте разработчикам мое пожелание слово в слово, они поймут.
Пожалуйста, не надо упаковывать WinRos.exe UPX-ом, а то он единственный выделяется особым цветом как упакованный в Process Explorer Марка Руссиновича. Упакованные образы там специально помечают, чтобы бросалось в глаза, потому что упаковывают как правило вирусы и прочие деструктивные программы )) Экономия ~300kb, а смысла никакого.
Я могу, конечно, сам распаковывать (upx.exe -d), но для меня было бы лучше winros вообще отключить, я им не пользуюсь.
Спасибо.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Старатель написал: 1. Каким образом происходит обновление графиков при смене (идентификатора) сессии? Путём дозаписи в конец? 2. Если у брокера произошёл сбой, и часть графика за какой-то период не отображается, а затем он положил на сервер корректные данные, как получить корректный график, не потеряв при этом накопленную историю свыше 3000 свечей, которой нет на сервере?
Добрый день.
1. Не совсем понятно, что значит "путем дозаписи в конец" 2. К сожалению, в этом месте решения нет. После перезаказа архива - накопленные свечи "затрутся"
Ответили, на Ваш вопрос в запросе почтой. Дублируем.
На такие сообщения вида: trans_Status 4312 trans_result_msg , можно не обращать внимание. Если в ответе на транзакции ошибки нету, то значит транзакция успешна отправлена.
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок
Вопрос изучили. Описанное Вами выше поведение не является ошибочным. Вы получаете информацию в том порядке, в котором отдает сервер. Да, сначала как вы описали могут поступать только обезличенные сделки по какому то определенному инструменту, который первый был заказан, а далее сервер может отдавать инструменты в хаотичном порядке.
Sergey Denegin написал: Все эти данные я предоставил брокеру. Как я могу инициировать обращение брокера к вам, если они утверждают, что у них на сервере отправляется только одна смс, а я при этом регулярно получаю по две смс?
Здравствуйте,
Давайте мы попробуем сделать им запрос. В таком случае сообщите пример сделки по которой приходило два смс (в ближайшие дни, дату тоже сообщите), UID вашего пользователя, и адрес сервера подключения. Эту информацию можете сообщить нам на почту: quiksupport@arqatech.com
Проверили у себя на примере сохранения обезличенных сделок в файл. Выгрузил те сделки, которые были заказаны и в том порядке, в котором они присутствуют в самой таблице. Можете выложить свой скрипт.
Oleg Strelnikov написал: Как считается параметр Параметр "Средневзвешенная цена" таблицы текущие торги ? В частности инересует за какой период времени он рассчитывается для инструментов SiM7 и USD000UTSTOM. Как построить графики этого параметра?
Здравствуйте,
Параметр рассчитывается на стороне биржи, точную формулу можете уточнить у них. Рассчитывается параметр за текущую сессию. График можно построить из таблицы текущих торгов, нажав правой кнопкой мыши по инструменту по параметру "Средневзвешенная цена". Если на построенном графике не будет истории, то скорее всего Ваш брокер не накапливает историю по данному параметру.
Andrei2016 написал: 2) Сервер QUIK сразу же отправляет запись, пришедшую с биржи, пользователю в соответствии с имеющимся в биржевой записи параметром client_code - по ВСЕМ кодам uid рабочих мест клиента, зарегистрированных у данного брокера. Для обычных - не корпоративных - пользователей такой uid обычно один, в связи с тем, что немногие пользователи - физические лица работают сразу с двумя и более рабочими местами. Но для корпоративных клиентов брокера наличие нескольких рабочих мест и, соответственно, нескольких uid - дело обычное.
Здравствуйте, по первому пункту верно. По второму есть уточнения. Если у пользователя два разных UID, то он получит ответ только на одном UID. По 3 пункту такие уточнения: QUIK не требует уникальности поля trans_id, его уникальность должен поддерживать пользователь. Данное поле предоставляет возможность однозначного сопоставления поданной пользователем транзакции и полученного с сервера QUIK ответа на транзакцию. Если пользователь не поддерживает уникальность поля TRANS_ID, он теряет возможность корректного определения, по какой транзакции пришел ответ с сервера. Стоит отметить, что событие OnTransReply() срабатывает для всех транзакций с полем TRANS_ID.
Egor Zaytsev написал: Должно быть так. Как видим у Вас не так
У Вас всё-равно не так, как должно быть. "Доступно" так и осталось = -1, хотя вы заблокировали 1 на покупку, и "Доступно" должно было стать = 0. Версия 7.9.1.1
Добрый день.
По текущей формуле ошибки здесь нет: Сумма средств, доступных для заявок на покупку Доступно = Всего - Заблокировано = 0-1=-1
Цитата
Когда позиция закрывается не одной заявкой, а выставляется несколько заявок на разных уровнях, я для проверки смотрю в колонку "Заблокировано". Мне нужно, чтобы "заблокировано" было равно "текущей позиции". Это значит, что я выставил заявки на всю позицию, ни больше неё, ни меньше неё.
В свою очередь зарегистрировали пожелание. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Egor Zaytsev написал: Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка исполнена):
Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1
- ставим заявку на продажу 1 акции (заявка исполнена)
Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1
Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на продажу 1 акция (заявка исполнена):
Доступно=-1, Заблокировано=0, Заблокировано на покупку=0
- ставим заявку на покупку 1 акции (заявка НЕ исполнена)
Доступно=-1, Заблокировано=0, Заблокировано на покупку=1
Вариант, который описывает мой случай. По Вашему здесь нет ошибки?
Есть.
Должно быть так. Как видим у Вас не так, нужно разбираться. Для начала сообщите версию рабочего места QUIK.
Цитата
. Почему параметр "Заблокировано" отображает только лоты, заблокированные на продажу, когда по логике и по Руководству он должен отображать ВСЕ заблокированные лоты, и на покупку, и на продажу?
В руководстве не точное описание. Ваше обращение получено, проблема изучается, постараемся в ближайшее время дать ответ.
Владимир Зайцев написал: Добрый день. Столкнулся вот с каким вопросом. 1. Робот ищет на свечах сигнал на вход. 2. Заполняет файл .tri для импорта в Quik.
В поле количество лотов QUANTITY надо указывать количество лотов. Можно ли не указывать этот параметр, а как то передать приказ на покупку, на определенную сумму? Т.е. к примеру SBER, по текущей цене, на 2000 рублей. В таком случае выполнится заявка на покупку одного лота. Суть проблемы в том, что каждая акция имеет под ценой свое количество лотов. Не справочник же заводить с количеством лотов по кодам бумаг. Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов? Интересует информация для всех площадок. Спасибо.
Добрый день..
Нет, QUANTITY это обязательный параметр.
Цитата
Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов?
Такого справочника не существует. Вы сами решаете, на какое кол-во совершать операцию. Может Вы имеете ввиду размером лота инструмента (Минимально допустимое количество ценных бумаг в одной заявке, штук), то эта информация отображается в таблице текущих торгов.
Русский написал: Я понимаю, что работает так. Вопрос в том, почему работает так. Вы как будто специально не понимаете, о чём я. Скажу по-другому. У меня куплена 1 акция (длинная позиция), "доступно" = 1. Я ставлю заявку на продажу 1 акции (т.е. блокирую), и у меня "доступно" = 0. А, если, у меня продана 1 акция (короткая позиция), "доступно" = -1. Я ставлю заявку на покупку 1 акции (т.е. блокирую), и у меня всё ещё "доступно" = -1. Ничего не блокируется. Вы считаете тут нет ошибки?
Предоставлено мало информации.
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка активна):
Доступно=0, Заблокировано=0, Заблокировано на покупку=1, Всего =0
Согласно документации: Блокируется параметр "Заблокировано на покупку"
- ставим заявку на продажу 1 акции (заявка активна)
Доступно=-1, Заблокировано=1, Заблокировано на покупку=1, Всего =0
Это один вариант.
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка исполнена):
Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1
- ставим заявку на продажу 1 акции (заявка исполнена)
Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1
Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?
Egor Zaytsev написал: ЗаблокированоСумма средств, заблокированных под исполнение заявок клиента
В том-то и дело, что "под исполнение заявок клиента", а не "под исполнение заявок на продажу ". Например, у меня продана 1 акция, "доступно" = -1, "заблокировано" = 0. Я ставлю заявку на покупку 1 акции, и у меня всё ещё "доступно" = -1, "заблокировано" = 0.
Работает так: При покупки блокируется "Заблокировано на покупку", при продаже "Заблокировано". Можете выложить скриншоты таблицы лимитов по бумагам и таблицы заявок.
Может ли OnTransReply() быть вызван ДВА раза? Если да, то в каких случаях?
Нет, одна транзакция - один ответ.
Цитата
Может ли OnOrder() быть вызван ТРИ раза или более? Если да, то в каких случаях?
OnOrder вызывается не только когда заявка приезжает, но и при любых других изменениях относящихся к заявке. Речь не только про изменения видимых параметров, есть еще и служебные параметры. Например, в ситуации когда ответ на транзакцию приезжает позже тела транзакции. Или случае, когда заявка исполняется несколькими сделками.
Цитата
3) Какое максимальное количество вызовов OnTrade() может быть совершенно в условно отдельный момент обработки информации о новой сделке (биржевая запись + информационные преобразования на сервереQUIKу брокера)?
В теории сколько угодно.
Цитата
4) Планируется ли, возможно ли увеличение в обозримом будущем количества вызовов указанных QLUA-функций^ OnTransReply(), OnOrder(), OnTrade()?
Пока информации нет.
Цитата
По логике последовательность вызовов должна быть жесткой: OnTransReply --> OnOrder --> OnTrade (***).
Да, верно. Однако могут приходить в любом порядке. Заранее нельзя быть уверенным в порядке срабатывания.
Русский написал: Параметр "Заблокировано" в таблице лимитов по бумагам показывает только кол-во бумаг, заблокированных на продажу. При этом в "Руководстве" этого не указано. Наоборот, в "Руководстве" указано, что данный параметр используется для расчёта параметра "Доступно". Т.е., если позиция шортовая и выставлены заявки на её закрытие, то "Заблокировано" = 0, а "Доступно" = объёму позиции. Просьба поправить параметр "Заблокировано" так, чтобы он учитывал заявки, встречные направлению открытой позиции (т.е, если бумага куплена, то учитываются только заявки на продажу, если бумага продана, то учитываются только заявки на покупку).
Добрый день.
Сейчас в руководстве (как в самой таблице) два параметра "Заблокировано" и "Заблокировано на покупку" Описание:
Заблокировано
Сумма средств, заблокированных под исполнение заявок клиента
Заблокировано на покупку
Сумма средств, заблокированных при выставлении заявок на покупку
Цитата
И можно бы поправить "Руководство", т.к. в разделе лимитов по бумагам при описании параметров таблицы указывается "сумма средств", хотя должно быть "кол-во бумаг" или "кол-во лотов".
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Необходимо через брокера инициировать обращение к нам. Брокеру предоставить полную информацию о проблеме. День проблемы, пример сделки, адрес сервера на который подключались и свой UID пользователя.