Нужна ли возможность изменять Magic открытой позиции? - страница 3

 

Конечно нужна!

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

 
Такая возможность нужна ОДНОЗНАЧНО. Если это в принципе не реализуемо, то должна быть альтернатива. Допустим, на счету работает советник, но часть сделок постоянно открываются вручную. Трейдер собрался в командировку и у него не будет возможности следить за торговлей. Закрыть все ручные сделки - не вариант в принципе. Извините, если открыты позиции на огромные суммы и их надо во что бы то ни стало довести до максимальной прибыли? Поэтому эти позиции надо сделать доступными для сопровождения со стороны советника, но так, чтобы он чётко различал их и свои собственные. Зачем? А чтобы "ручные" не влияли на статистику сделок, которая ценна для изучения эффективности советника.
 
Sergey Zhukov:

Конечно нужна!

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

Это другой вопрос - я б сказал feature request к MQ. Мне не очень понятно, почему платформа при переносе позиции не копирует magic автоматически. Похоже на баг.

 
Sergey Vradiy:
Такая возможность нужна ОДНОЗНАЧНО. Если это в принципе не реализуемо, то должна быть альтернатива. Допустим, на счету работает советник, но часть сделок постоянно открываются вручную. Трейдер собрался в командировку и у него не будет возможности следить за торговлей. Закрыть все ручные сделки - не вариант в принципе. Извините, если открыты позиции на огромные суммы и их надо во что бы то ни стало довести до максимальной прибыли? Поэтому эти позиции надо сделать доступными для сопровождения со стороны советника, но так, чтобы он чётко различал их и свои собственные. Зачем? А чтобы "ручные" не влияли на статистику сделок, которая ценна для изучения эффективности советника.

Это похоже на еще один feature request к MQ: они внутри умеют различать способ открытия сделок - советником или вручную, причем это не завязано на magic, поэтому надо бы эту опцию иметь в открытом доступе как через API так и в интерфейсе отчетов.

 
Stanislav Korotky:

Это похоже на еще один feature request к MQ: они внутри умеют различать способ открытия сделок - советником или вручную, причем это не завязано на magic, поэтому надо бы эту опцию иметь в открытом доступе как через API так и в интерфейсе отчетов.

В свойстве DEAL_REASON содержится причина проведения сделки. Сделка может быть проведена в результате срабатывания ордера, выставленного из мобильного приложения или из MQL5 программы; либо в результате наступления события StopOut или начисления/списания вариационной маржи, и т.д. Возможные значения DEAL_REASON описываются в перечислении ENUM_DEAL_REASON. Для неторговых сделок, вызванных операциями изменения баланса, кредита, начисления комиссий и прочих, в качестве причины указывается DEAL_REASON_CLIENT.

ENUM_DEAL_REASON

Идентификатор

Описание

DEAL_REASON_CLIENT

Сделка проведена в результате срабатывания ордера, выставленного из десктопного терминала

DEAL_REASON_MOBILE

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

DEAL_REASON_WEB

Сделка проведена в результате срабатывания ордера, выставленного из веб-платформы

DEAL_REASON_EXPERT

Сделка проведена в результате срабатывания ордера, выставленного из MQL5-программы – советником или скриптом

DEAL_REASON_SL

Сделка проведена в результате срабатывания ордера Stop Loss

DEAL_REASON_TP

Сделка проведена в результате срабатывания ордера Take Profit

DEAL_REASON_SO

Сделка проведена в результате наступления события Stop Out

DEAL_REASON_ROLLOVER

Сделка проведена по причине переноса позиции

DEAL_REASON_VMARGIN

Сделка проведена по причине начисления/списания вариационной маржи

DEAL_REASON_SPLIT

Сделка проведена по причине сплита (понижения цены) инструмента, по которому имелась позиция на момент проведения сплита

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства сделок
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства сделок
  • www.mql5.com
Сделка является отражением факта совершения торговой операции на основании ордера, содержащего торговый приказ. Каждая сделка описывается свойствами, позволяющими получить информацию о ней. Для чтения значений свойств используются функции вида Идентификатор позиции, в открытии, изменении или закрытии которой участвовала эта сделка. Каждая...
 
fxsaber:

В MQL5 это есть, не спорю. Я же по привычке имел в виду MQL4, но забыл о том, что эта версия больше не будет поддерживаться. (((

 
Sergey Zhukov:

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

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

Т.е. в результате вы получаете не решение проблемы, а ее усугубление.

 
Vladimir Zubov:

Нет

А может вам лот менять ещё надо ?

еще неплохо бы менять sell на buy ,  и buy на sell

 
Yuriy Zaytsev:

еще неплохо бы менять sell на buy ,  и buy на sell

Вот, это самое вменяемое предложение, при том менять не программно, а штатными возможностями терминала =)

 
Vitaly Muzichenko:

Вот, это самое вменяемое предложение, при том менять не программно, а штатными возможностями терминала =)

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