Быстрый ввод стоп-заявки

Добрый день.

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


В то же время есть встроенный язык программирования LUA, любой желающий может самостоятельно написать алгоритм выставления автостопов.

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

По умолчанию, в режиме быстрого ввода заявки - берётся цена котировки, кликом по которой Вы инициировали выставление заявки в режиме быстрого ввода заявки.
В этом случае, явным образом задать "другую" цену нельзя. Однако, по аналогии с "быстрым объёмом" - Вы можете использовать настроенные отступы цены, для выставления  от цены котировки. Настроить отступы Вы также можете в окне редактирования таблицы котировок. Использование того, или иного отступа по умолчанию происходит по комбинациям горячих клавиш:
«Alt»+«Z» - «Отступ 1»
«Alt»+«X» - «Отступ 2»
«Alt»+«C» - «Отступ 3»
«Alt»+«V» - «Отступ 4»
и при необходимости переназначить их в окне редактирования горячих клавиш (Система / Настройки / Редактор горячих клавиш).

Павел, добрый день!

Правильно понимаем, что при исполнении заявки должна выставляться стоп-заявка у которой условная цена = цена сделки + кол-во пунктов, а цена исполнения = цена сделки + кол-во пунктов + пунктов (проскальзывания)?

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

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

Давайте уточнять
Оно равно количеству в исполненной ранее лимитированной заявке? Если уже  есть открытая позиция по инструменту, стоп-заявка также должна  выставляться? На какое количество?
Да, равно. Это логично. Сколько позиций открыли столько и хотим защитить.
Если уже  есть открытая позиция по инструменту, стоп-заявка также должна  выставляться? На какое количество?
Для этого в первом посте я написал о вводе в Таблице настройки стакана опции "Быстрый стоп-лосс". Ставим галочку, активируем эту опцию, в стакане появляются нужные нам окошечки и кнопки.
С этого момента все заявки вводимую в систему через режим Быстрого стоп-лосса начинают защищаться стоп-лоссом при условии заполнения соотв. полей (кол-во пунктов стопа+проскальзывание) иначе автоматичесий стоп не выставляется. Это логично, так как системе не на что ориентироваться при формировании стоп-заявки, если в поля не введено условий.
Уже открытые позиции имеющиеся в системе до активации опции Быстрого-стоп лосса игнорируются.
Иными словами, Активация опции + заполненные поля = работа алгоритма Быстрого стоп-лосса.

Быть может, имелось в виду, закрытие позиций / снятие стоп-заявок по инструменту, для которого открыт стакан?
Совершенно верно. Я веду свою логику относительно функционала Стакана, а именно варианта Быстрый ввод заявок,  который открывается для конкретного инструмента, и все манипуляции производимые в стакане относятся к конкретному инструменту. Было бы странно командой с конкретного стакана начинать закрывать позиции по другим инструментам.
Далее,

Такая оциии как Срок действия стоп-заявки  в функции Быстрого стоп-лосса : До отмены или Сегодня  - не требуется.
То есть, удаление стоп-заявки в этом варианте происходит в двух случаях:
- Сработка стоп-заявки.
- При ручном закрытии позиций через зарезерированную для этого кнопку в Панели стакана.

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

Старатель,
Заявки или сделки? Если в заявке 100 лотов, и она исполняется частями по  одному лоту, то когда и сколько должно быть выставлено стоп-заявок?

Ну конечно, ориентация на исполненную заявку. Нет смысла, ставить стоп-заявку на 100 лотов, если забрало 50.
Если вы поставили заявку и она исполнилась не вся, стоп-ставится на кол-во исполненной заявки, а неисполненный вы снимаете. Если не снимаете, и остаток все таки исполняется - стоп так же выставляется на кол-во исполненной заявки. На графике будет две линии стоп-заявки, и так же можно двигать ее куда надо.

А если заявка выставлена другим способом, из таблицы заявок, например, автостоп должен работать?
Я все привязываю к Стакану, а именно к функции Быстрого ввода заявок.

Допустим, до активации опции открыта позиция +2 лота. После активации  опции и исполнении заявки на продажу 1 лота, какая должна быть  выставлена стоп-заявка?
Данный функционал рассчитан на сделки внутри дня. Не вижу проблем перед активацией опции сперва закрыть позиции, потом включить опцию автостоплосса.

Задача не простая, иначе ее давно бы уже реализовали. Но разработчикам нужна конкретика, что от них хотят, а там они уже скажут возможно сделать это или нет.

У кого-то может быть другое мнение.

Ну так исполниться она может не двумя, а ста сделками. Получите 100 стопов.
Ну это опять же к вопросу удобства.

Вот и думают разработчики годами, как бы это так сделать, чтобы всем угодить  

Павел, добрый день!

Давайте подведем итог:
По сути, описанный Вами функционал представляет собой автоматическое выставление стоп-заявки "по исполнению" для каждой выставленной в стакане заявки (с возможностью частичного исполнения).
Иными словами, при частичном исполнении заявки, выставляется стоп на исполненный остаток, в случае дальнейшего исполнения, количество в стоп-заявке увеличивается (чтобы не плодить огромное количество стоп-заявок).
Верно?

Дополнительно уточним про кнопку закрытия, она должна закрывать позиции рыночной заявкой или как-то иначе?

Павел, добрый день!

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

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

можно ожидать появления функции, на форуме, редактировать свои сообщения, хотя бы, в течение нескольких минут после опубликования?

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

Здравствуйте Karina Dmitrieva ! Предмет обсуждения данной ветки - это базовый функционал любого терминала, но не Квика. Во-вторых, чтобы как-то исправить этот недочет, люди уже кучу различных приводов наделали. Ну должно же это какой-то сигнал отправить разработчикам, что не все хорошо в их софте, если столько костылей люди самостоятельно ( после десятков лет (ха-ха) ожидания ) сделали. Опять же разговоры о "понимании критичности тех или иных доработок, в первую очередь, из устойчивости самой платформы и её базового функционала, а также поддержки добавления тех функций, параметров, режимов торгов, кодов расчётов, валютных пар, функционала ведения позиций и пр., которые появляются на тех или иных основных торговых площадках и являются необходимыми именно для осуществления основных требуемых от торгового терминала функций" - у вас 2 программиста в штате ? Я ни на что не намекаю, но 10 лет исправлять, это как Франкенштейна оживлять -проще новое написать. Хоть что-то поменяйте уже в подходе... Спасибо )!

Артем, добрый день.

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