Автор Тема: Вопрос  (Прочитано 12324 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Вопрос
« : 04.02.2007 11:21 »
Прежде чем сформулировать претензию, я бы хотел разобраться, услышать совета, по этому будьте добры, у кого есть аналогичный опыт, администрация КРОУФР, прокоментируйте данную ситуацию:

Работа на новостях 02 февраля 2007 г.
график http://k.foto.radikal.ru/0702/8c1d7bf69f4c.jpg

Ticket  Open Time       Type    Lots    Item    Price   S / L   T / P    Close  Time      Price 
Commission      Taxes   Swap     Profit
2250387 2007.02.02 14:29        buy     2.00    gbpusd  1.9715  1.9695  0.0000  2007.02.02 14:43       
1.9695  0.00    0.00    0.00    -400.00
2250405 2007.02.02 15:01        sell    2.00    gbpusd  1.9680  1.9678  0.0000  2007.02.02 15:06       
1.9678  0.00    0.00    0.00    40.00   
2250500 2007.02.02 14:30        buy     0.50    gbpusd  1.9735  1.9725  1.9780  2007.02.02 14:31       
1.9725  0.00    0.00    0.00    -50.00 
2250528 2007.02.02 14:26        sell stop       0.50    gbpusd  1.9635  1.9645  1.9585  2007.02.02 14:34 
1.9731  cancelled

За 15 мин до новостей выставил отложенные ордера в разные стороны +\-
от цены 30п со стопом в 20 п и с маленьким объемом 0,5 чуть дальше.
Реакция на новости началась необычно, на 2 мин раньше, поэтому я решил
зафиксировать прибыль с 31 по43 мин, получил "торговый поток занят",
баи закрылись стопами, это нормально, но стало подозрительно, потому
что, провел эксперемент, в 14:34 удалил селл 0,5 лота и подтянул отложенных 2 лота без
проблем до 9680. При зависании цены и наблюдая разворот, решил
подтянуть селл, но не подтянуть, не изменить (подтянуть до
9700,выставить ТР - 30-50п) не удалить (при зависании!), не
открыть не удалось - "торговый поток занят".
После открытия отложенного селл, только подтянул стоп трейлингом, зафиксировать
опять не удалось. Итого за 38 мин с начала реакции ни одного приказа
не было исполнено, кроме подтяжки селла на 34 мин(в самый разгар
движения), а подтяжка селл что ли не
является приказом?
Создалось впечатление, что ДЦ фильтровала приказы против меня. Я
конечно не удосуживаюсь такого внимания и не обратил бы наверное на
это, если не работал с другими ДЦ где наблюдал торговый тайм-аут ну
самое большое 2-3 мин, а при зависании цены вообще ни о каком перерыве
не шла речь.
Из выше сказаного прихожу к 2 выводам:
1. учитывать торговый перерыв в данном ДЦ до часа и при чем в любое
время(не только новости), с учетом этого придумать торговую стратегию
и работать дальше при всем дискомфорте.
2.менять ДЦ, хотя народная молва говорит коней на переправе не менять.

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

Задним числом легко рассуждать (кто- то скажет), но я не кривлю,вспоминая вчерашние
мои действия в реалии (и не фантазирую глядя на существующий график,
сделал бы так бы и т.п.), что 70п я потерял
железно из-за торгового перерыва, это точно, я не досчитался на своем
счету с учетом убытков, нормального торгового перерыва в 2-3 мин пусть
будет по два раза  и упущеной прибыли, недосчитался - 2000$, и это по самым скромным
подсчетам. Дальше в торгах участия не принимал, был деморализован, хотя
сломать меня тяжело.А если я планирую долить депо до хорошей суммы,
как мне дальше действовать?

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

С уважением КРОУФР и с благодарностью за опертивные советы и коментарии.

PS: может я не в той ветки разместился, может нужно было новую тему открыть, модераторы подправьте.

Оффлайн Андрей Ведихин

  • Альпари
  • Представители ДЦ
  • *
  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 489
  • +22/-6
    • Просмотр профиля
Вопрос
« Ответ #1 : 04.02.2007 14:52 »
Чтобы у читателя этой ветки не сложилось неправильного впечатления, я считаю своим долгом сообщить, что описанное в предыдущем посте произошло НЕ в Дилинговом центре "Альпари".

В ДЦ "Альпари" большинство заявок клиентов исполняется в течение 5 секунд, даже на новостях.
С уважением,
Андрей Ведихин

Группа компаний "Альпари"

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Вопрос
« Ответ #2 : 04.02.2007 20:05 »
Прошу прощение, и Альпари приношу свои извинения, не правильно воспользоволся функциями форума и не заметил, что моя просьба по совету была озаглавленна темой ветки.
Я специально не назвал ДЦ, пока не разберусь с проблемой или сам себе придумал проблему? Есть ли у кого опыт подобных ситуаций и каким образом решить этот вопрос.

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Вопрос
« Ответ #3 : 04.02.2007 20:31 »
Чтобы у читателя этой ветки не сложилось неправильного впечатления, я считаю своим долгом сообщить, что описанное в предыдущем посте произошло НЕ в Дилинговом центре "Альпари".

В ДЦ "Альпари" большинство заявок клиентов исполняется в течение 5 секунд, даже на новостях.

Андрей, я с уважением к Вам отношусь, с удовольствием читаю Ваши рассылки по программированию. Ваша компания является членом КРОУФР, Вы пишете о оперативном исполнении приказов  в Вашей компании, если 38 мин торгового тайм-аута  Вы считаете не нормальным, помогите мне сформулировать претензию и защитить ее. ДЦ, в котором я по рекомендации стал работать, считается тоже первой в пятерки в нашей стране.

Оффлайн Андрей Ведихин

  • Альпари
  • Представители ДЦ
  • *
  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 489
  • +22/-6
    • Просмотр профиля
Re: Вопрос
« Ответ #4 : 05.02.2007 21:51 »
Чтобы у читателя этой ветки не сложилось неправильного впечатления, я считаю своим долгом сообщить, что описанное в предыдущем посте произошло НЕ в Дилинговом центре "Альпари".

В ДЦ "Альпари" большинство заявок клиентов исполняется в течение 5 секунд, даже на новостях.

Андрей, я с уважением к Вам отношусь, с удовольствием читаю Ваши рассылки по программированию. Ваша компания является членом КРОУФР, Вы пишете о оперативном исполнении приказов  в Вашей компании, если 38 мин торгового тайм-аута  Вы считаете не нормальным, помогите мне сформулировать претензию и защитить ее. ДЦ, в котором я по рекомендации стал работать, считается тоже первой в пятерки в нашей стране.
Любая претензия должна формулироваться на основании Регламента той компании, в которой у Вас открыт счет.
С уважением,
Андрей Ведихин

Группа компаний "Альпари"

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Re: Вопрос
« Ответ #5 : 06.02.2007 06:41 »
Чтобы у читателя этой ветки не сложилось неправильного впечатления, я считаю своим долгом сообщить, что описанное в предыдущем посте произошло НЕ в Дилинговом центре "Альпари".

В ДЦ "Альпари" большинство заявок клиентов исполняется в течение 5 секунд, даже на новостях.

Андрей, я с уважением к Вам отношусь, с удовольствием читаю Ваши рассылки по программированию. Ваша компания является членом КРОУФР, Вы пишете о оперативном исполнении приказов  в Вашей компании, если 38 мин торгового тайм-аута  Вы считаете не нормальным, помогите мне сформулировать претензию и защитить ее. ДЦ, в котором я по рекомендации стал работать, считается тоже первой в пятерки в нашей стране.
Любая претензия должна формулироваться на основании Регламента той компании, в которой у Вас открыт счет.

Пока я не хочу дословно озвучить регламент компании, т.к. по поводу разрешения споров (мне кажется), не корректно заявлять, искать поддержку в третейком суде, не попытвшись разобраться в своих стенах. В тем более все мы знаем, что у большинства компаний регламент может быть перечеркнут такими пунктами в договоре, как:
1. компания будет СТАРАТЬСЯ испонить все сделки;
2. компания ОСТАВЛЯЕТ за собой право отказаться принять любой ордер и т.д. и т.п.
Я так понимаю у нас в стране создалась ситуация, когда опыт в выборе честного ДЦ приходит с их перебором и прямо пропорционален слитому депозиту (я не рассматриваю здесь собственные ошибки тредера). Почему организации КРОУФР своим свидетельством о члестве компаний не стандартизировать компании, лимитируя подобные случаи. Если брокер, маркет-мейкер не справляется по техническим, по программным, либо по другим причинам, не входит в рамки стандарта, значит не место ему на российском рынке или трейдер принимает все риски по его "оболваниванию" на себя.

С уважением,
Вячеслав 




Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Re: Вопрос
« Ответ #6 : 06.02.2007 07:04 »
Да, извиняюсь, не правильно выразился, что бы не было лишней полемики, поправлюсь, брокеры то у нас почти все импортные, я имел ввиду ДЦ, имеющие юридическую регистрацию в нашей стране, хотя при соответствующих стандартах и ДЦ будет предъявлять требования к выбору брокера.

Оффлайн Rann

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 2377
  • +116/-39
    • Просмотр профиля
Re: Вопрос
« Ответ #7 : 06.02.2007 08:39 »
Если вы послали торговый приказ на сервер и, не дожидаясь его исполнения или отмены, пытаетесь послать еще один, то получаете "Торговый поток занят". В этом случае рекомендуется перезагрузить торговый терминал и, как правило, нормальная работа восстанавливается. Естественно, если у вас не работает какой-нибудь советник, например трейлинг стоп. Советники могут легко делать поток занятым, если некорректно написаны. Рекомендую ознакомиться с этими статьями:
Ошибка 146 ("Торговый поток занят") и как с ней бороться
Пауза между торговыми операциями
С Уважением, Дмитрий Раннев.
Генеральный Директор AMTS Solutions
(софт для брокеров, ECN, Bridge, PAMM etc)

Оффлайн КРОУФР

  • Administrator
  • *
  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 2458
  • +505/-24
    • Просмотр профиля
Re: Вопрос
« Ответ #8 : 06.02.2007 10:12 »
. Почему организации КРОУФР своим свидетельством о члестве компаний не стандартизировать компании, лимитируя подобные случаи. Если брокер, маркет-мейкер не справляется по техническим, по программным, либо по другим причинам, не входит в рамки стандарта, значит не место ему на российском рынке или трейдер принимает все риски по его "оболваниванию" на себя.


Мы этим и занимаемся, к этому и стремимся...
С уважением, Администратор

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Re: Вопрос
« Ответ #9 : 06.02.2007 18:26 »
Если вы послали торговый приказ на сервер и, не дожидаясь его исполнения или отмены, пытаетесь послать еще один, то получаете "Торговый поток занят". В этом случае рекомендуется перезагрузить торговый терминал и, как правило, нормальная работа восстанавливается. Естественно, если у вас не работает какой-нибудь советник, например трейлинг стоп. Советники могут легко делать поток занятым, если некорректно написаны. Рекомендую ознакомиться с этими статьями:
Ошибка 146 ("Торговый поток занят") и как с ней бороться
Пауза между торговыми операциями

Вот, наконец то один настоящий практический совет, СПАСИБО!

Только Rann, не было советников, и трейлинг я потом включил, с последним ордером согласен в этом случае (а почему я при трейлинге раньше в ручную закрывал?). И почему при закрытом стопом ордере бай, у меня опять появлялся "занятый поток" и почему, самое главное, мой приказ и ответ "занят" не отобразились в логах моего компьютера или не исполненные приказы не отмечаются?
Rann, найдете время, попробуйте на мой вопрос в личке ответить.

За ранее благодарю.

   

Оффлайн Залесский Юрий

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 2
  • +1/-0
    • Просмотр профиля
    • Фибо
Re: Вопрос
« Ответ #10 : 08.02.2007 21:27 »
Добрый вечер, уважаемые форумяне.

Так как логотип нашей компании (FIBO Group) отчётливо виден в левом нижнем углу данного графика ( http://k.foto.radikal.ru/0702/8c1d7bf69f4c.jpg ) и не оставляет сомнений в том, клиентом какой компании является сынтыпуха, то хотелось бы дать комментарии по возникшей проблеме. Тем более что клиент не пожелал разбираться с проблемой приватно, а сразу вынес её на суд общественности.

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

19:17:34 '******': login (4.00, #298F182E)
19:20:20 '******': pending order buy stop 2.00 GBPUSD at 1.9715 sl: 1.9695 tp: 0.0000
19:20:21 '******': request was accepted by server
19:20:21 '******': order was opened : #2250387 buy stop 2.00 GBPUSD at 1.9715 sl: 1.9695 tp: 0.0000
19:21:29 '******': pending order sell stop 2.00 GBPUSD at 1.9655 sl: 1.9675 tp: 0.0000
19:21:29 '******': request was accepted by server
19:21:30 '******': order was opened : #2250405 sell stop 2.00 GBPUSD at 1.9655 sl: 1.9675 tp: 0.0000
19:22:42 '******': modify order #2203155 sell 0.20 GBPUSD at 1.9429 sl: 0.0000 tp: 0.0000 -> sl: 1.9730 tp:0.0000
19:22:43 '******': request was accepted by server
19:22:44 '******': order #2203155 sell 0.20 GBPUSD at 1.9429 was modified -> sl: 1.9730 tp: 0.0000
19:25:38 '******': pending order buy stop 0.50 GBPUSD at 1.9735 sl: 1.9725 tp: 1.9780
19:25:39 '******': request was accepted by server
19:25:40 '******': order was opened : #2250500 buy stop 0.50 GBPUSD at 1.9735 sl: 1.9725 tp: 1.9780
19:26:52 '******': pending order sell stop 0.50 GBPUSD at 1.9635 sl: 1.9645 tp: 1.9585
19:26:53 '******': request was accepted by server
19:26:53 '******': order was opened : #2250528 sell stop 0.50 GBPUSD at 1.9635 sl: 1.9645 tp: 1.9585
19:33:01 '******': login (4.00, #298F182E)
19:34:28 '******': modify pending order #2250405 sell stop 2.00 GBPUSD at 1.9655 sl: 1.9675 tp: 0.0000 -> price: 1.9680 sl: 1.9690 tp: 0.0000
19:34:28 '******': request was accepted by server
19:34:29 '******': pending order #2250405 sell stop 2.00 GBPUSD was modified -> price: 1.9680 sl: 1.9690 tp: 0.0000
19:34:36 '******': delete pending order #2250528 sell stop 0.50 GBPUSD at 1.9635 sl: 1.9645 tp: 1.9585
19:34:36 '******': request was accepted by server
19:34:37 '******': pending order #2250528 was deleted
20:04:16 '******': trailing stop #2250405 -> 1.9678
20:04:17 '******': trailing stop #2250405 -> 1.9679
20:04:20 '******': modify order #2250405 sell 2.00 GBPUSD at 1.9680 sl: 1.9690 tp: 0.0000 -> sl: 1.9678 tp:0.0000
20:04:21 '******': request was accepted by server
20:04:21 '******': order #2250405 sell 2.00 GBPUSD at 1.9680 was modified -> sl: 1.9678 tp: 0.0000

Сразу же хочу оговориться по поводу времени. Так как клиент находится в часовом поясе, где время на три часа опережает московское, то период времени в логе следует понимать как 16:17 - 17:04 МСК.
На основании анализа лога с КЛИЕНТСКОГО компьютера можно сделать ряд важных выводов:
во-первых, в логе отсутствуют какие-либо записи команд на закрытие сделок, которые якобы отдавались клиентом;
во-вторых, команды на размещение ордеров, равно как на их модификацию, которые отдавались клиентом  в этот же промежуток времени, а также наши ответы на эти команды, отображены абсолютно корректно и в полном объёме.
Всё это свидетельствует о том, что связь между сервером нашей компании и компьютером клиента была отличная (обратите внимание на время исполнения клиентских запросов по ордерам), а приказы на закрытие сделок, о которых клиент пишет в претензии, им не отдавались. В противном случае, это нашло бы отражение в логе клиентского терминала.
В заключение отмечу, что каких-либо внятных комментариев от клиента по поводу данных нестыковок, нам до сих пор получить не удалось.
С уважением, Залесский Юрий.
(Chief Dealer "Fibo Group, Ltd")

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Re: Вопрос
« Ответ #11 : 09.02.2007 14:42 »
Всё это свидетельствует о том, что связь между сервером нашей компании и компьютером клиента была отличная (обратите внимание на время исполнения клиентских запросов по ордерам), а приказы на закрытие сделок, о которых клиент пишет в претензии, им не отдавались. В противном случае, это нашло бы отражение в логе клиентского терминала.
В заключение отмечу, что каких-либо внятных комментариев от клиента по поводу данных нестыковок, нам до сих пор получить не удалось.

Приветствую всех!
Хочу поблагодарить всех тех, кто принял участие в обсуждении ситуации.
Искреннюю благодарность хочу выразить Rann, который сразу указал на источник проблемы.
Хотел публично принести свои извинения компании FIBO Group, хотя обратился на КРОУФР не с претензией, а за помощью, за советом, теперь воздержусь и вот почему:
1. принципиальная позиция техподдержки, в лице Юрия Залесского, не изменилась;
2. при "занятом потоке" приказы не фиксируются на клиентском терминале;
3. по поводу "внятных комментариев от клиента по поводу данных нестыковок" я думал, как раз мне внятно господин Залесский проконсультирует, не произошло.
Я рекомендую, Юрий, проконсультироваться Вам с компанией Meta Quotes Sof ware.Corp, чтобы в дальнейшем была оказана КВАЛИФИЦИРОВАННАЯ поддержка другим клиентам.

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

Оффлайн Залесский Юрий

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 2
  • +1/-0
    • Просмотр профиля
    • Фибо
Re: Вопрос
« Ответ #12 : 09.02.2007 19:34 »
Уважаемый сынтыпуха, на данном ресурсе (и не только на нём) есть очень много мест, кроме раздела "Претензии на рассмотрении", где можно было попросить помощи и совета.
Так как Вы никах не хотите воспринимать нашу аргументацию, то предлагаю Вам ознакомиться с ответом Renat Fatkhullin (MetaQuotes Software Corp) на наш запрос по поводу Вашей претензии:

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

По клиентскому логу:


> За 15 мин до новостей выставили отложенные ордера
> (2250387,2250405) в разные стороны +\- от цены 30п со стопом в 20 п и
> с меньшим объемом 0,5(2250500,2250528) чуть дальше.

Да, вот клиентские операции по установке отложенных ордеров

19:20:20 '******': pending order buy stop 2.00 GBPUSD at 1.9715 sl:1.9695 tp: 0.0000
19:20:21 '******': request was accepted by server
19:20:21 '******': order was opened : #2250387 buy stop 2.00 GBPUSD at 1.9715 sl: 1.9695 tp: 0.0000

19:21:29 '******': pending order sell stop 2.00 GBPUSD at 1.9655 sl:1.9675 tp: 0.0000
19:21:29 '******': request was accepted by server
19:21:30 '******': order was opened : #2250405 sell stop 2.00 GBPUSD at 1.9655 sl: 1.9675 tp: 0.0000

19:22:42 '******': modify order #2203155 sell 0.20 GBPUSD at 1.9429 sl:0.0000 tp: 0.0000 -> sl: 1.9730 tp: 0.0000
19:22:43 '******': request was accepted by server
19:22:44 '******': order #2203155 sell 0.20 GBPUSD at 1.9429 was modified -> sl: 1.9730 tp: 0.0000

19:25:38 '******': pending order buy stop 0.50 GBPUSD at 1.9735 sl:1.9725 tp: 1.9780
19:25:39 '******': request was accepted by server
19:25:40 '******': order was opened : #2250500 buy stop 0.50 GBPUSD at 1.9735 sl: 1.9725 tp: 1.9780

19:26:52 '******': pending order sell stop 0.50 GBPUSD at 1.9635 sl:1.9645 tp: 1.9585
19:26:53 '******': request was accepted by server
19:26:53 '******': order was opened : #2250528 sell stop 0.50 GBPUSD at 1.9635 sl: 1.9645 tp: 1.9585

Все нормально, клиент все выставил как хотел.

Далее клиент пишет:


> Реакция на новости началась необычно, на 2 мин раньше, поэтому мы решили зафиксировать
> прибыль с 31 по43 мин, получили "торговый поток занят", баи закрылись стопами, это нормально,

Как я понимаю, речь идет о том,что между 31 и 34 минутой он пытался закрыть позиции.
Но по клиентским логам не видно даже попыток совершить какую-либо операцию!

Важно, что в логах сервера в промежутке 26:53 и 33:00 нет никакой активности клиента.
Даже торговых коннектов нет! Подключение было только в 33:00.


2007.02.02 14:26:53 '******': order sell stop 0.50 GBPUSD at 1.9635 sl:1.9645 tp: 1.9585 exp: never
2007.02.02 14:33:00 '******': login (4.00 201, client)

Сообщение "Trade context busy" может появиться только в случае повторной попытки совершить торговую операцию после предыдущей прерванной операции, когда клиент закрывает диалог окна совершения сделок с получением предупреждения, что сделка не может быть отменена.
Trade context busy можно получить в течение 2х минут после отказа от совершения сделки в момент невозможности отказа (когда появляется предупреждающее окно).

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

Далее клиент пишет:


> провели эксперемент, в 14:34 удалили селл 0,5 лота и подтянули
> отложенных 2 лота без проблем до 9680.

Да, все верно, они подтянули стоплосс и удалили один ордер. Учтем, что терминал не перезагружался и логи не рваные. Клиент ссылается на Trade context busy, хотя логи чисты и нет условий для проблем.

19:34:28 '******': modify pending order #2250405 sell stop 2.00 GBPUSD at 1.9655 sl: 1.9675 tp: 0.0000 -> price: 1.9680 sl: 1.9690 tp: 0.0000
19:34:28 '******': request was accepted by server
19:34:29 '******': pending order #2250405 sell stop 2.00 GBPUSD was modified -> price: 1.9680 sl: 1.9690 tp: 0.0000

19:34:36 '******': delete pending order #2250528 sell stop 0.50 GBPUSD at 1.9635 sl: 1.9645 tp: 1.9585
19:34:36 '******': request was accepted by server
19:34:37 '******': pending order #2250528 was deleted

Далее клиент пишет:

> при зависании цены и наблюдая наметившийся разворот, решили
> подтянуть селл, но не подтянуть, не изменить (подтянуть до
> 9695-9700,выставить ТР - 50п), не удалить (при зависании!), не открыть
> не удалось - "торговый поток занят". После открытия отложенного селл,
> только подтянули стоп трейлингом, зафиксировать опять не удалось.

Да, все верно, были трейлинг и модификация ордера:

20:04:16 '******': trailing stop #2250405 -> 1.9678
20:04:17 '******': trailing stop #2250405 -> 1.9679

20:04:20 '******': modify order #2250405 sell 2.00 GBPUSD at 1.9680 sl:1.9690 tp: 0.0000 -> sl: 1.9678 tp: 0.0000
20:04:21 '******': request was accepted by server
20:04:21 '******': order #2250405 sell 2.00 GBPUSD at 1.9680 was modified -> sl: 1.9678 tp: 0.0000

Но по словам клиента, в эти полчаса с 19:34 по 20:04 он не мог совершать торговых операций. И опять с загадочным занятым потоком. С терминалом все хорошо, нет никаких прерванных операций (все это 100% отобразилось бы в логах) и сделки проводятся нормально.
Отсюда напрашивается вывод - клиент лжет.

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

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

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

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


Если будут дополнительные вопросы, то я с удовольствием отвечу.

Best regards, Renat Fatkhullin
MetaQuotes Software Corp
http://www.metaquotes.net"


Считаю, что комментарии излишни.

P.S. Письмо опубликовано с незначительными сокращениями. Полный текс письма отправлен Вам по электронной почте.
С уважением, Залесский Юрий.
(Chief Dealer "Fibo Group, Ltd")

Оффлайн Rann

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 2377
  • +116/-39
    • Просмотр профиля
Re: Вопрос
« Ответ #13 : 11.02.2007 01:49 »
Сегодня мы добавили в терминал вывод всех сообщений занятости торгового потока в логи, чтобы  предотвратить в будущем попытки свалить свою неудачную торговлю на глюки терминала или отработку
дилера.
Вот это верно. Больше логов, хороших и нужных. Всегда за это ратую.  :mrgreen:
С Уважением, Дмитрий Раннев.
Генеральный Директор AMTS Solutions
(софт для брокеров, ECN, Bridge, PAMM etc)

Оффлайн сынтыпухаАвтор темы

  • Thank You
  • -Given:
  • -Receive:
  • Сообщений: 8
  • +1/-0
    • Просмотр профиля
Re: Вопрос
« Ответ #14 : 11.02.2007 10:57 »
При закрытом вопросе, опять приходится вступать в полемику.
Уважаемый Юрий, теперь я от Вас потребую ПЕРСОНАЛЬНЫХ публичных извинений и вот почему:
1.   К кампании  "Fibo Group, Ltd", из выше опубликованного поста понятно, что я не имею, ни каких претензий.
2.   Кто Вам дал право указывать мне как клиенту, в каком ресурсе и где обращаться за помощью (но не в «стратегиях», же), в тем более модераторы меня поправили.
3.   У меня создается впечатление, что Вы не дружите с корпоративной этикой, где, мне кажется сегодня везде прописано «клиент прав», а если и нет, необходимо квалифицированно аргументировать. В Вашей последовательности аргументации находится куча противоречий.
4.   И самое главное, по моей рекомендации (а почему не раньше?), проконсультировавшись с компанией MetaQuotes Software Corp и опубликовав, не отредактировав личную переписку, Вы обвинили тем самым от лица всей компании "Fibo Group, Ltd"  меня во ЛЖИ. А Вы уверены, что MetaQuotes Software Corp права?  Опять, где корпоративная этика?

Теперь попробую прокомментировать все пункты:
1, 2 пункт без комментариев.
3 пункт - из нашей личной переписки я понял, как я, пользователь терминалом, так и Вы , специалист по техподдержки!, не сталкивались с подобными ситуациями. Вы утверждали, что «занятый поток» должен быть отображен в логах, я только констатировал его отсутствие и отсутствие моих приказов в связи с этим, и выяснилось, что не все действительно отображается.
4 пункт -  Чтобы обвинить клиента во лжи, необходимо рассмотреть ситуацию в разных ракурсах, в том числе с позиции «презумпции не виновности», ведь ни чего не стоит с моделировать ситуацию (не обновленная версия МТ4 сохранена) и посмотреть, будут ли при «занятом потоке» фиксироваться другие приказы. Я не собираюсь здесь раздувать «мировой скандал», в тем более с терминалом МТ я (как просто пользователь) знаком с 2003 года, и не нашел пока более удобной для меня платформы. Где-то не устраивает брокер, где-то функциональность, где-то защищенность и т.д. И не собираюсь с MetaQuotes Software Corp судиться! Но, я здесь, ЗАЯВЛЯЮ, что при «занятом потоке», приказы не фиксировались, хитрить мне не за чем, советь моя, перед собой чиста. Я просто учту возможность возникновения подобных ситуаций, буду лишний раз перегружать терминал во время рабочего процесса. 
 И еще одно, почему  MetaQuotes Software Corp, разрабатывая продукт для работы с ФИНАНСОВЫМИ инструментами только «Сегодня мы добавили в терминал вывод всех сообщений занятости торгового потока в логи, чтобы  предотвратить в будущем попытки свалить свою неудачную торговлю на глюки терминала или отработку дилера.» ?

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