У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
Такая возможность нужна ОДНОЗНАЧНО. Если это в принципе не реализуемо, то должна быть альтернатива. Допустим, на счету работает советник, но часть сделок постоянно открываются вручную. Трейдер собрался в командировку и у него не будет возможности следить за торговлей. Закрыть все ручные сделки - не вариант в принципе. Извините, если открыты позиции на огромные суммы и их надо во что бы то ни стало довести до максимальной прибыли? Поэтому эти позиции надо сделать доступными для сопровождения со стороны советника, но так, чтобы он чётко различал их и свои собственные. Зачем? А чтобы "ручные" не влияли на статистику сделок, которая ценна для изучения эффективности советника.
У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
Это другой вопрос - я б сказал feature request к MQ. Мне не очень понятно, почему платформа при переносе позиции не копирует magic автоматически. Похоже на баг.
Sergey Vradiy: Такая возможность нужна ОДНОЗНАЧНО. Если это в принципе не реализуемо, то должна быть альтернатива. Допустим, на счету работает советник, но часть сделок постоянно открываются вручную. Трейдер собрался в командировку и у него не будет возможности следить за торговлей. Закрыть все ручные сделки - не вариант в принципе. Извините, если открыты позиции на огромные суммы и их надо во что бы то ни стало довести до максимальной прибыли? Поэтому эти позиции надо сделать доступными для сопровождения со стороны советника, но так, чтобы он чётко различал их и свои собственные. Зачем? А чтобы "ручные" не влияли на статистику сделок, которая ценна для изучения эффективности советника.
Это похоже на еще один feature request к MQ: они внутри умеют различать способ открытия сделок - советником или вручную, причем это не завязано на magic, поэтому надо бы эту опцию иметь в открытом доступе как через API так и в интерфейсе отчетов.
Это похоже на еще один 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
Сделка проведена по причине сплита (понижения цены) инструмента, по которому имелась позиция на момент проведения сплита
Сделка является отражением факта совершения торговой операции на основании ордера, содержащего торговый приказ. Каждая сделка описывается свойствами, позволяющими получить информацию о ней. Для чтения значений свойств используются функции вида Идентификатор позиции, в открытии, изменении или закрытии которой участвовала эта сделка. Каждая...
У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
А вас не смущает что если дать возможность менять магики, любой, повторяю, любой криво написанный советник, скрипт и т.п. сможет перепутать все позиции.
Т.е. в результате вы получаете не решение проблемы, а ее усугубление.
Вот, это самое вменяемое предложение, при том менять не программно, а штатными возможностями терминала =)
Пусть хотя бы какой-нибудь способ будет. Под него подстроимся как-нибудь. А так, сейчас просто нерешаемая задача, тупик. Какое-то, даже кривое решение этой задачи откроет большие возможности.
Конечно нужна!
У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
Конечно нужна!
У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
Это другой вопрос - я б сказал feature request к MQ. Мне не очень понятно, почему платформа при переносе позиции не копирует magic автоматически. Похоже на баг.
Такая возможность нужна ОДНОЗНАЧНО. Если это в принципе не реализуемо, то должна быть альтернатива. Допустим, на счету работает советник, но часть сделок постоянно открываются вручную. Трейдер собрался в командировку и у него не будет возможности следить за торговлей. Закрыть все ручные сделки - не вариант в принципе. Извините, если открыты позиции на огромные суммы и их надо во что бы то ни стало довести до максимальной прибыли? Поэтому эти позиции надо сделать доступными для сопровождения со стороны советника, но так, чтобы он чётко различал их и свои собственные. Зачем? А чтобы "ручные" не влияли на статистику сделок, которая ценна для изучения эффективности советника.
Это похоже на еще один feature request к MQ: они внутри умеют различать способ открытия сделок - советником или вручную, причем это не завязано на magic, поэтому надо бы эту опцию иметь в открытом доступе как через API так и в интерфейсе отчетов.
Это похоже на еще один 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 это есть, не спорю. Я же по привычке имел в виду MQL4, но забыл о том, что эта версия больше не будет поддерживаться. (((
У меня, например, вчера закончился фьючерсный контракт, произошло его автоматическое переоткрытие (экспирация), теперь какой бы магик не ставил, хоть старый хоть 0, эксперт не видит ни одной отрытой позиции, поэтому пришлось отключить эксперта и дальше торгую вручную, так-то вот.
А вас не смущает что если дать возможность менять магики, любой, повторяю, любой криво написанный советник, скрипт и т.п. сможет перепутать все позиции.
Т.е. в результате вы получаете не решение проблемы, а ее усугубление.
Нет
А может вам лот менять ещё надо ?
еще неплохо бы менять sell на buy , и buy на sell
еще неплохо бы менять sell на buy , и buy на sell
Вот, это самое вменяемое предложение, при том менять не программно, а штатными возможностями терминала =)
Вот, это самое вменяемое предложение, при том менять не программно, а штатными возможностями терминала =)
Пусть хотя бы какой-нибудь способ будет. Под него подстроимся как-нибудь. А так, сейчас просто нерешаемая задача, тупик. Какое-то, даже кривое решение этой задачи откроет большие возможности.