Andrey Bezrukov (Все сообщения пользователя)

Здравствуйте, Andrey Malyar.

Это баннер, отображение которого настраивается на стороне сервера Вашего брокера.
Убрать его нельзя.
Если данный элемент приносит неудобства при работе с терминалом - следует сообщить об этом Вашему брокеру.

Кирилл,

Независимо от оценки целесообразности тех, или иных значений параметров - Вам было дано исчерпывающее описание того, как работает "связанная стоп-заявка", в т.ч. на примерах. Она так работает везде, во всех видах терминалов, в т.ч. в терминале для ПК. Располагая этой информацией предлагаем Вам самостоятельно определить какие значения для параметров имеет смысл указывать.

То, что описываете Вы - это либо отдельная стоп-заявка, которая на самом деле никак не связана с лимитной заявкой, либо это "стоп-заявка по исполнению".
Разница в том, что в связанной стоп-заявке - сто-лимит имеет то же направление, что и лимитная заявка и они обе активны пока одна из них не будет исполнена или снята.
Стоп-заявка по исполнению - это другой функционал, который обеспечивает выставление стоп-заявки только после исполнения указанной лимитной, и направление этой стоп-заявки обратно направлению лимитной. Это очень похоже на то, что Вы описываете.

В этой связи повторимся - "стоп-заявка по исполнению" отсутствует как функционал в мобильном приложении и пытаться подстроить под неё связанную стоп-заявку - неправильно, потому что это разный функционал для решения разных задач.

У нас также имеется отдельная наглядная инструкция по стоп-заявкам с описанием алгоритмов их работы и значения параметров. Можем предоставить её Вам по Вашему запросу по адресу quiksupport@arqatech.com. Возможно это позволит прояснить ситуацию.

Кирилл,

Назначение связанной стоп-заявки состоит в том, чтобы выставить 2 заявки: лимитированную, для совершения сделки по плановой желаемой цене (или не хуже этой цены), и заявку с условием стоп-лимит, которая призвана предусмотреть ситуацию ухудшения цены, выставив лимитированную заявку по цене, которая, скорее всего, будет хуже той, на которую Вы рассчитываете, но позволит оперативно заключить сделку минимизировав возможные убытки, которые могут быть, если цена продолжит ухудшаться.
Исполнение одной из этих двух заявок приводит к тому, что вторая - снимается.

Т.е. условие стоп-лимит срабатывает при ухудшении цены, так и должно, потому что прямое назначение условия стоп-лимит - минимизировать убытки, которые возникают при её ухудшении. Соответственно, для продажи ухудшение цены - это её падение, и проверяется условие "текущая цена меньше или равна цене стоп-лимит?", а для покупки - ухудшение цены это её рост и соответственно проверяется условие "текущая цена больше или равна цены стоп-лимит?".

На Вашем примере при текущей цене торгов в 141 000 стоп-лимит цена для заявки на покупку не имеет особого смысла, т.к. высоковероятно после выставления такой связанной заявки - одна из следующих сделок пройдёт по цене больше, либо равная 139 500, и стоп-лимит сработает, выставит лимитированную заявку по указанной цене исполнения.
В таком примере, вероятно, правильнее было бы рассматривать такую гипотетическую заявку:

текущая цена 141 000, Вы собираете покупать.
Вы хотите купить по цене не дороже 140 000 - это цена лимитированной заявки.
Но если цена начнёт ухудшаться - Вы всё равно хотите купить, но с минимальными убытками.
Допустим, цена 141 500 - для Вас будет сигналом о том, что цена начала ухудшаться и Вы полагаете, что в этом случае цена может и дальше расти, принося ещё большие убытки. Значит цена 141 500 - это будет цена стоп-лимит. И, предположим, что в случае такого ухудшения цены Вы готовы купить не дороже 141 700 - это будет цена исполнения.

Далее будет выставлено 2 заявки: лимитированная и стоп-лимит. Если в системе появятся встречные котировки по цене не хуже 140 000 (т.е. ниже) - то лимитированная заявка будет исполнена, стоп-заявка будет снята.
Если же цена начнёт ухудшаться, дойдёт до 141 500 или выше - лимитированная заявка по 140 000 снимется, стоп-лимит исполнится и выставит другую лимитированную заявку по цене 141 700.

Здравствуйте, Кирилл.

Связанная стоп-заявка имеет то же направление, что и лимитная, параметры которой Вы указываете на экране ввода выше - если выбрана "Покупка" - то и связанная стоп-заявка будет на покупку, аналогично для продажи. На основании чего Вы полагаете, что получаете продажу? На экранах заявок и стоп-заявок Вы видите 2 заявки разных направлений?

Цена стоп-лимит для стоп-заявок указывается в сторону ухудшения цены в зависимости от направления. Для покупки, очевидно, чем выше цена - тем хуже. Соответственно, указывая стоп-цену связанной стоп-заявки на покупку - Вы указываете ту цену, при достижении которой Вам необходимо подать заявку по цене исполнения для фиксации и минимизации возможных убытков, в чём и состоит назначение заявок "стоп-лимит". Для продажи, соответственно - чем цена ниже, тем больше убытки, и условие указывается в сторону понижения цены <=.
Вы, вероятно, путаете понятия "связанная стоп-заявка" и "стоп-заявка по исполнению".
То, что Вы описываете в терминале QUIK - это стоп-заявка по исполнению, она действительно безусловно имеет обратное направление по отношению к лимитной заявке, исполнение которой отслеживается, и в мобильном терминале такой функционал не предусмотрен в текущей реализации.
Связанная же стоп-заявка имеет то же самое направление, что и выставленная с ней лимитированная заявка и выставляются они одновременно. Назначение этой пары заявок состоит в том, чтобы совершить сделку либо по плановой цене при наличии встречного предложения (по цене лимитированной заявки) либо, если цена начнёт ухудшаться - минимизировать возможные убытки по условию стоп-лимит. Исполнение любой из двух связанных заявок приводит к снятию второй.

Игорь,

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Игорь.

В таблице "Состояние счёта" интересующие Вас параметры для каждой отдельной позиции уже есть:
Добавить эти параметры можно в окне редактирования таблицы "Состояние счёта" (комбинация клавиш Ctrl+E) - в списке слева выберите "Позиции" и настройке отображение интересующих параметров в списке "Параметры".

Здравствуйте, Иван.

Сделали.

Здравствуйте, Владимир.

К сожалению такой возможности нет и обусловлено это спецификой методики расчёта этих параметров на бирже СПБ.
Параметр «Изменение к закрытию» рассчитываются исходя из значений параметров «Текущая цена» и «Цена закрытия». Система QUIK, в свою очередь, не рассчитывает эти данные самостоятельно, а лишь транслирует в торговый терминал ту информацию, которую предоставляет торговая система Биржи СПБ.

Параметр «Цена закрытия» рассчитывается торговой системой Биржи СПБ в соответствии с её официальной методикой.

Для этой методики есть особенность, которая состоит в том, что в качестве «Цена закрытия» используется последнее рассчитанное значение параметра «Текущая цена» за Основную торговую сессию, т.е. с 10:00 до 19:00 по МСК. При этом «Текущая цена», рассчитываемая в дальнейшем в т.ч. и по сделкам Дополнительной сессии с 19:00 до 1:45 (2:00) не учитываются при расчёте параметра «Цена закрытия».

Указанные особенности в расчёте параметров могут приводить к осложнению анализа ситуации на иностранных рынках. Тем не менее, в настоящем, торговая система Биржи СПБ не предоставляет других данных, на основании которых можно было бы отображать более "актуальную" и при том надёжную информацию для параметра «Цена закрытия» в торговом терминале.

Если для Вас важно изменить текущую ситуацию - то предлагаем составить соответствующее обращение специалистам биржи СПБ.

Здравствуйте, Александр.

По данному вопросу необходимо обратиться к Вашему брокеру.

Сергей,
Да, FIX Client Connector - это отдельное клиентское приложение на Windows, которое подключается к серверу QUIK аналогично торговому терминалу QUIK с той разницей, что FIX Client Connector обеспечивает возможность подключения внешнего ПО по FIX-протоколу.

Здравствуйте, Сергей.

Под FIX-прибором подразумевается клиентский программный интерфейс, который может взаимодействовать с внешними приложениями по FIX-протоколу, и обеспечивает обмен данными и транзакциями между этими внешним приложениями и сервером QUIK.
Таким прибором в частности является FIX Client Connector, который заменяет собой Рабочее место QUIK, но при этом позволяет подключать внешние приложения по FIX-протоколу.

Здравствуйте, Алексей,

Судя по информации Московской Биржи в период с 23:40-23:50 цена по инструменту варьировалась в пределах от 4 436 до 4 638 (см. снимок экрана).
Соответственно, комментарий брокера правильный - Вы указали условие исполнения стоп-заявки - "если цена меньше, либо равна 4500 - выставить заявку на продажу 13 лотов по цене 4450".
Условные (стоп-) заявки в QUIK проверяют условие по текущей цене инструмента, т.е. по цене последней обезличенной сделки по инструменту в торговой системе биржи, а не по текущим котировкам в стакане, как можно ошибочно полагать.
Соответственно, видимо, так совпало, что в момент выставления Вашей стоп-заявки - цена последней сделки, она же текущая цена инструмента - уже была равна или ниже 4500, либо это условие очень быстро наступило, в результате - стоп-заявка исполнилась и выставила заявку на продажу по цене 4450, которая также быстро исполнилась ввиду наличия встречного предложения по цене не хуже на весь объём биржевой заявки.
Дальнейшее исполнение заявки прошло частично в несколько сделок: первая прошла по цене 4551, это значит - в системе биржи было встречное предложение по цене лучше, указанной Вами, в этом случае сделка может быть заключена по цене лучше.
Далее, вероятно, встречное предложение по цене не хуже было только по цене 4450 - и именно по этой цене и исполнился остаток заявки. Это соответствует текущим правилам проведения торгов.

Здравствуйте, Максим.

Не вполне понятна проблематика.
Если Вас интересует возможность наносить линию тренда на график Вашего индикатора - то такого функционала в QLUA в чисто виде нет.
Решить задачу, вероятно, можно, рассчитывая свечки ещё одного графика индикатора, который будет состоять из прямых линий фиксированной длины, заменяющих реальные линии тренда.
Примеры расчёта индикаторов, а также полная документация по языку LAU доступны по следующим ссылкам:
https://arqatech.com/upload/iblock/398/INDICATORS.zip
https://arqatech.com/upload/iblock/194/quik_lua.zip

Если вопрос состоит в том, как "правильно посчитать" - то здесь, вероятно, самым правильным решением будет всё же узнать у заказчика - как по его мнению скрипт должен работать, что показывать, в чём, собственно, состоит Ваша задача, какие критерии её выполнения есть у заказчика. Из ответа на этот вопрос Вам станет понятно как необходимо выполнять расчёт параметров или какую информацию по данной задаче необходимо искать.

Александр,

Доработка была выполнена в версии 8.12 сервера QUIK.

Здравствуйте, Денис.

В системе QUIK есть техническая возможность выставлять стоп-заявки до отмены, до определённой даты или до конца текущей сессии.
Однако брокер может ограничить возможность выставления стоп-заявок со сроком действия более одного дня (текущей сессии).

По этой причине - уточнить фактическую возможность выставить стоп-заявки, активные более одной сессии - необходимо уточнить у Вашего действующего брокера. Если наблюдаемая Вами активность стоп-заявок не соответствует заявлению брокера - необходимо об этом также сообщить брокеру, чтобы он проверил соответствующие настройки на стороне серверной части QUIK.

Это что касается активных, не исполненных и не снятых стоп-заявок.
Если Вы имеете ввиду уже исполненные или снятые стоп-заявки - то они действительно, не переносятся из сессии в сессию независимо от указанного срока их активности.

Здравствуйте, Александр.

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

В связи с этим, информацию о возможных сроках решения данной ситуации - предлагаем обращаться к Вашему действующему брокеру.

Здравствуйте, Сергей.

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Сергей.

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, mikr.

Описываемая Вами ошибка наблюдается в работе терминалов QUIK начиная с версии 8.6, и была исправлена в версии 8.8.
Предлагаем обновить терминал до более новой версии.
Вы можете сделать это при помощи функционала терминала: Система/О программе/Проверить наличие обновлений.

Здравствуйте, mikr.

Вы можете выполнить сортировку по сроку расчётов в таблице "Позиции по инструментам", воспользовавшись пользовательским фильтром по параметру.
Для этого в окне редактирования таблицы добавьте параметр "Срок расчётов", а за тем в самой таблице - нажмите правой клавишей мыши по заголовку этого столбца и выберите "Фильтр по "Срок расчётов"", настройке фильтр.

Здравствуйте, mikr.

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Anton.

Действительно сейчас работа SEH исключений некорректна. Мы исправим её в очередном обновлении ПО. Спасибо за информацию.
Приносим извинения за причиненные неудобства.

Здравствуйте, Старатель.

К сожалению нам не удалось понять причину возникновения описанной ошибки.
Приносим извинения за причиненные неудобства.

Здравствуйте, vladindre.

Документация по Lua будет дополнена в одной из очередных версий программы.
Приносим извинения за причиненные неудобства.

Здравствуйте, Андрей.

Описанная в данном инциденте ошибка будет исправлена в одной из очередных версий ПО.
Приносим извинения за причиненные неудобства

Здравствуйте, Юрий.

Вашу задачу можно решить с использованием таблицы "Карман транзакций". В данную таблицу помещаются транзакции, сформированные и редактируемые через форму ввода, но они не отправляются в систему после помещения их в эту таблицу.
Отправка транзакции происходит отдельной командой "Достать транзакцию из кармана". Перед этим Вы можете также изменить параметры транзакции (заявки).
Вы можете загружать сразу несколько транзакций в карман из текстового *.tri-файла, который может быть сформирован Вашей внешней автоматикой.

Более подробную информацию по данной таблице Вы можете найти в руководстве пользователя рабочего места QUIK / Раздел 3. Просмотр информации / Таблица "Карман транзакций".

Здравствуйте, Вадим.

Наблюдаемый Вами эффект восстановления прежней сортировки является особенностью протокола DDE, посредством которого осуществляется экспорт, а также стандартной функции сортировки Excel.
Средствами QUIK устранить этот эффект не представляется возможным.
Возможно, в Excel предусмотрен какой-либо динамический метод сортировки, который позволяет сохранить порядок в случае, если данные обновляются. Также, наверняка данная задача может быть решена с использованием макросов в Excel.
Более подробную информацию о способах решения данной задачи предлагаем уточнить непосредственно у технической поддержки компании-разработчика Excel - Microsoft.

Касательно фильтра для числовых значений с высокими порядками 10^3 и более - по всей видимости, у Вас происходит экспорт числовых данных в виде строк, что позволяет визуально разделить тройки разрядов пробелами. Поэтому числовые фильтры для них работают некорректно. Чтобы устранить этот эффект - надо в терминале QUIK пройти в пункт меню Система/Настройки/Основные настройки/Программа/Буфер обмена - включить опцию "Формальное представление данных".
Тогда числа будут экспортироваться как числа, для которых могут быть корректно применены числовые фильтры.

Андрей,

Ваша проблема была изучена. Ошибка была найдена и будет исправлена в одной из следующих версий. Приносим извинения за доставленные неудобства.

Александр М, Каких-либо строгих требований к используемому компилятору со стороны lua5.4.1 в QUIK, кроме совместимости версий - нет, соответственно, можно использовать любой компилятор, который считаете подходящим в остальных отношениях.

ISR,
Просьба уточнить, какие конфигурации сравниваете? QUIK 8.11 + lua5.4.1 (или ua5.3.5?) и QUIK 8.8.4 + lua5.3.5, верно, или иная конфигурация? Есть ли возможность снять файлы дампа с info.exe в процессе работы терминала и скриптов в нём, во время роста потребления памяти и прислать их нам для анализа? Если это возможно - просьба также предоставить минимальные и достаточные для воспроизведения фрагменты используемых скриптов и архив рабочего места без ключей.
Запрошенные данные просьба присылать по адресу quiksupport@arqatech.com со ссылкой на данную ветку форума.
Заранее большое спасибо.

Здравствуйте, Евгений,
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Сергей.

Отправка заявок из Excel может состоять из следующих ключевых моментов:
1. Анализ текущей торговой ситуации
2. Формирование транзакций в зависимости от ситуации на рынке (1)
3. Отправка транзакций на выставление заявок в систему

Задачи 1 и 2 можно решить при помощи средств автоматизации Excel (более подробную информацию по функционалу предлагаем уточнить непосредственно у разработчика - https://support.microsoft.com/ru-ru/), предварительно наладив экспорт торговых данных из терминала при помощи DDE или ODBC (руководство пользователя Рабочего места QUIK / Раздел 6. Совместная работа с другими приложениями).
Полученные транзакции могут быть отправлены с использованием API импорта транзакций (руководство пользователя Рабочего места QUIK / Раздел 6. Совместная работа с другими приложениями / Импорт транзакций через API).

Александр,
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
TGB,
Именно для callback-функций потокобезопасность и гарантируется. Предлагаем ознакомиться с разделом 8 документации к интерпретатору LUA – «Потокобезопасные функции для работы с таблицами».
Евгений,
Ваше сообщение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Александр М,
1. В настоящем информации по данному вопросу нет.
2. Сейчас предусмотрена работа скриптов на lua5.3.5 и lua5.4.1. Если Вас интересует поддержка более поздних версий, например, lua5.4.2 – можем зарегистрировать Ваше пожелание. Регистрируем?
3. Данный вопрос предлагаем уточнить непосредственно у разработчиков данного инструментария с учётом того, что, по всей видимости, он предусматривает совместимость с lua5.4.0. Другой вариант – проверить совместимость самостоятельно, на практике. В случае подозрения на некорректную работу со стороны интерпретатора LUA в терминале QUIK – пожалуйста, сообщите. По вопросам эксплуатации представленных библиотек также предлагаем обращаться к их непосредственным разработчикам.

Здравствуйте, Artem.
Возможность использовать подключение по FIX-протоколу с использованием FIX-интерфейсов определяет для Вас Ваш действующий брокер, при условии что конфигурация серверной части системы QUIK брокера предусматривает такую возможность.
Иными словами, подключение через FIX-протокол Вы приобретаете не у нас, не по нашим тарифам, а у Вашего брокера на его условиях, если он предоставляет такую возможность.
При подключении через FIX-протокол брокер также может отслеживать Ваши операции, как и через любой другой метод подключения к серверу (терминал для ПК, мобильное приложение, web-терминал).

Здравствуйте.
swerg,
В данную библиотеку не было привнесено каких-либо изменений, она по-прежнему присутствует в дистрибутивах условно, использовать её на новых версиях терминала невозможно, в будущем планируется исключить её.
П.10 исправлен только в lua54.dll, прочие доработки выполнены и для lua54.dll и для lua53.dll.
Андрей,
Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Старатель,
Для библиотеки lua53.dll было устранено зависание рабочего места, однако причину ошибку ACCESS_VIOLATION in script удалось устранить только в lua54.dll.
TGB,
Просьба прислать новые полученные файлы *.dmp для анализа. Заранее большое спасибо.
1) Переход на новые версии LUA позволяет исключить необходимость/предоставляет возможность исправлять проблемы, обусловленные недоработками и не оптимальностями, характерными для устаревшей версии.
2) Для обеспечения потокобезопасности Вы можете использовать заранее подготовленные функции для работы с таблицами LUA, которые гарантируют потокобезопасность. Эти функции приведены руководстве по QLUA в разделе 8 – «Потокобезопасные функции для работа с таблицами Lua». Для прочих функций мы не гарантируем потокобезопасность.
Александр, С нашей стороны решения для данной задачи не предусмотрено. Можем зарегистрировать Ваше пожелание на доработку.

Дмитрий,
Благодарим за предоставленную информацию.

Просьба уточнить, данная проблема наблюдается только для заявок на срочном рынке, или всё же носит плавающий характер, и может воспроизводиться для разных рынков?
Также уточните, пожалуйста, текущую версию рабочего места QUIK - указана в заголовке окна программы.
Если возможно - предлагаем наладить логирование, по которому можно было бы отследить параметры транзакции, которая приводит к ошибке и сообщить их нам.

Заранее большое спасибо.

Здравствуйте, Дмитрий.

Данное сообщение ошибки говорит о том, что при вызове функции SEND_TRANSACTION произошла ошибка.
Чтобы уточнить возможные причины ошибки и способы их устранения - просьба предоставить скрипт, или его фрагмент, достаточный для понимания специфики вызова функции. В частности интересует порядок формирования параметров транзакции - T.
Запрошенную часть кода можно привести здесь ответным сообщением, или написать нам по почте quiksupport@arqatech.com со ссылкой на данную ветку форума.

Здравствуйте, Сергей Нечепуренко.

Заключение сделок по заявкам выполняется торговой системой биржи, а не системой QUIK.
Поэтому с данным вопросом рекомендуем обратиться к специалистам поддержки Московской Биржи.

Здравствуйте, Старатель.

Описанное здесь пожелание уже было зарегистрировано.
Если появится информация о его возможной реализации - мы сообщим об этом в этой ветке форума.

Здравствуйте, Виктор.

Уточните пожалуйста текущую версию терминала (указана в заголовке окна), а также уточните - описанный эффект наблюдается только при экспорте из таблиц "Доска опционов", или при экспорте из других таблиц тоже?

Сейчас, можем предположить что причина проблемы, наиболее вероятно, в файле настроек окон *.wnd. В качестве возможного решения - предлагаем пересоздать проблемные таблицы и проверить не воспроизведётся ли эффект.
Если воспроизводится, то вероятно, проблема ошибка распространяется на весь файл wnd и все создаваемые в нём окна и таблицы. В этом случае - предлагается выполнить запуск терминала с чистым файлом настроек *.wnd и проверить повторится ли ошибка.
Для запуска с чистым файлом настроек необходимо закрыть терминал QUIK, в папке с файлами программы найти используемый файл настроек (по умолчанию - info.wnd) и переименовать его, например так "info1.wnd", запустить терминал, подключиться к серверу, создать таблицы и повторить попытку экспорта.

Просьба уточнить запрошенную информацию, выполнить предложенные рекомендации и сообщить результат.
Заранее большое спасибо.

Здравствуйте, евгений.

Предлагаем загрузить какую-либо резервную копию файла настроек. Для этого запустите терминал и пройдите в пункт меню Система / Загрузить настройки из файла... . В появившемся окне проводника откройте папку с файлами QUIK и пройдите в подкаталог WNDSAV. В данном каталоге хранятся резервные копии Вашего файла настроек.
Далее, путём загрузки - Вам необходимо найти подходящий Вам по наполненности и актуальности файл. Как только такой будет найден и загружен - дальнейших действий не требуется.

Рустам,

Благодарим за уточнение сути Вашего пожелания.

На сколько понимаем, Вы хотите задавать постоянный отступ, но через процент от некой абсолютной денежной величины, которую Вы будете полагать своей возможной максимальной прибылью.
Если это так - то предлагаем всё же использовать уже имеющийся функционал задание отступа в абсолютной денежной величине - необходимое значение Вы можете рассчитать самостоятельно, как процент от любой цены, на которую ориентируетесь.
Реализация Вашего пожелания, наиболее вероятно, существенно усложнит работу пользователя с формой ввода стоп-заявки, которая уже сейчас заполнена большим количеством важных параметров.

Кроме того, сама возможность задания отступа в процентах для того и нужна, чтобы отступ автоматически подстраивался под масштаб цен, которые приводит к исполнению стоп-заявки тейк-профит, это может быть полезным в том случае, если постоянная величина отступа не подходит для текущей ситуации на рынке.

Здравствуйте, Рустам.

К сожалению, в текущей формулировке Вашего предложения мы не можем принять его к рассмотрению, поскольку Вы предполагаете модификацию логики работы условия "тейк-профит". При этом, вероятно, имеет место не вполне верное и полное понимание того, как это условие работает в текущей реализации и какую роль выполняют его параметры.

Ниже приводим краткое описание алгоритма работы условия "Тейк-профит":
1. Проверяет, достигла ли цена уровня «цены тейк-профит»
2. Если да, то начинает следить ценой
3. Если цена стала лучше – то запоминает её и дальше считает от наилучшей цены
4. Если цена стала хуже – то проверяет, не стала ли цена хуже на величину «отступа»
5. Если ухудшилась на величину «отступа» – выставляет лимитированную заявку по цене с учётом «спреда»
6. Если не стала хуже отступа – продолжает следить за ценой. - возвращаемся к пункту (3).

Как Вы можете видеть, при достижении цены уровня "тейк-профит" - выставление биржевой заявки не происходит в тот же момент, а напротив - начинается отслеживание дальнейшего изменения цены, и отступ отсчитывается уже не от цены тейк-профит, а от самой лучшей зафиксированной цены. Это важное и принципиально отличие от описываемой Вами ситуации.

Предлагаем более подробно ознакомиться с работой стоп-заявок с условием "тейк-профит", и если текущая реализация Вам не подойдёт - просьба сформулировать Ваше пожелание на доработку с учётом текущей реализации.
По Вашему запросу по почте quiksupport@arqatech.com можем предоставить Вам документ, в котором более подробно описан алгоритм работы стоп-заявок (в т.ч. и тейк-профит) с графическими примерами.
При необходимости ознакомления с тейк-профит заявками на практике – предлагаем открыть демо-счёт на нашем учебном сервере QUIK Junior. Пройти регистрацию можно по данной ссылке https://arqatech.com/ru/support/demo/

Та ситуация, которую Вы описываете может быть воспроизведена с использованием условных заявок «Стоп-цена по другому инструменту». Данное условие  позволяет выставить лимитированную заявку по указанной цене в том случае, если текущая достигла указанного уровня, аналогично условию стоп-лимит. Отличием данного условия является то, что Вы можете указать условие >=, <= (больше или равно, меньше или равно) для стоп-цены независимо от направления заявки, что ограничивает условие стоп-лимит в этом смысле.

В качестве цены инструмента, по которому проверяется условие – Вы можете указать тот же самый инструмент, по которому хотите выставить заявку.
Предлагаем рассмотреть возможность использования данного типа заявок в Вашей торговой практике.

Роман,

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Роман.

Такого функционала не предусмотрено, т.к. графики индикаторов добавляются для текущего окна диаграммы в целом, и не привязываются к выбранному в данный момент инструменту.

Старатель,

Приносим извинения, возникла не большая путаница, в связи с чем сообщили не вполне корректную информацию по позициям на срочном рынке.
В действительности, позиции по инструментам по счетам на срочном рынке загружаются торговой системой биржи. В случае, если речь идёт о раздельной денежной позиции - ограничения по счетам на срочном, деньги - также загружаются торговой системой биржи.
Тем не менее, фактическая возможность получения этих данных в терминал после подключения к серверу, а также время их получения в терминале зависит от регламента обслуживания сервера брокером и в частности от расписания его подключения к Торговой системе срочного рынка, т.е. когда сам сервер эти данные получит и сможет их разослать в терминале.
В случае наличия единой денежной позиции - позиции по деньгам загружаются самим брокером.

Старатель,
Речь идёт о минимальном наборе данных справочников по классам, транзакциям, фирмам, счетам, которые хранятся *.dat-файлах программы, без которых терминал не может отобразить окна корректно.
Например, достаточно типовая ситуация - Вы по какой-либо причине удалили все *.dat файлы, например, в них имела место критичная для работы программы ошибка. При запуске терминала до подключения к серверу - Вы получите сообщение "Справочники отсутствуют. Конфигурация окон будет загружена после подключения к серверу.", окна и вкладки при этом не загрузятся до подключения к серверу.
После подключения к серверу программа получает с сервера необходимые описания и успешно загружает настройки.

Старатель,
Скрипт может "узнать" о заявке / сделках / позициях благодаря функциям обратного вызова QLUA OnOrder, OnTrade и др. или в результате обращения к таблицам заявок, сделок, позициями, ограничениям с использованием функций getItem, getOrderByNumber, getNumberOf, SearchItems.

Nikolay,
В QLUA нет индикации того, всё ли Вы загрузили после подключения или не всё. Выполнение этого критерия зависит от самого пользователя - что он считает необходимой и достаточной информацией для работы: кому-то достаточно чтобы после очистки загрузились окна и таблицы (выглядит как более общий и универсальный), кому-то нужна дополнительная информация для работы, при этом получение этой информации зависит от регламента работы сервера на стороне брокера, а отсутствие этих данных в терминале не мешает его полноценной работе.
В первом случае - можем зарегистрировать пожелание на индикацию в скрипте о том, что необходимые для отображения таблиц данные были получены с сервера после очистки, например. Во втором случае решить задачу можно имеющимся, упомянутым выше набором функций обратного вызова и обращений к соответствующим таблицам. Если нужно строгое понимание того, когда и как появляются позиции, открытые в прошлую сессию - надо уточнять у брокера, у каждого брокера своё расписание и точно сказать какой брокер когда и как загружает позиции мы не можем. Если речь идёт о позициях, которых у Вас ещё нет, но которые Вы планируете открыть - то отслеживать эти события выставления заявок, совершения сделок, открытия и изменения позиций также можно уже имеющимся функционалом.

Если не совсем верно поняли суть Вашего вопроса/задачи/проблемы - просьба подробнее их описать.

Максим,

Ответ на этот вопрос во многом зависит от того, как именно Ваши скрипты работают с функциями обратного вызова QLUA. Повторимся - нам не удалось однозначно установить причину аварийного завершения работы, но высоко вероятно это было связано с известными проблемами с функциями обратного вызова и изменение работы с ними должно предотвратить подобные ситуации. Это гипотеза.

Наиболее вероятно, в Ваших скриптах не потребуется каких-либо существенных правок. Тем не менее исключить необходимость исправления Ваших скриптов мы не можем, зависит от самих скриптов - как именно они работают с колбеками QLUA.
Более содержательный ответ на этот вопрос можно будет дать только по факту работы Ваших скриптов на обновлённой версии терминала, с предоставлением минимальных и достаточных проблемных фрагментов скриптов.

Евгений,
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте, Максим.

Касательно дампа из сообщения #32:
К сожалению, нам не удалось точно установить причину возникшей ошибки. Однако, в ближайшей версии мы изменим работу с коллбэками Lua. Ожидаем, что изменения исключат возникающую ошибку. Приносим извинения за доставленные неудобства.