Мониторинг счетов

наверное просто случайно не тот фьючерс выбрали.

 

Ирина, тики и пункты разные вещи, в моем понимании
если Point = 0.01, TickSize = 0.05
то цена ходит по 5 пунктов минимально за 1 тик
Данные не калькулятора Броко а настроенные непосредственно на сервере МТ, если вдруг Броко изменит у себя эти данные там, сообщите, мы перезальем историю ваших сделок и она автоматически пересчитает все пункты.

 

<span class='inv'><![CDATA[<noindex>]]></span><a href="http://www.onix-trade.net/forum/go.php?http://docs.mql4.com/ru/constants/marketinfo" rel="nofollow" target="_blank">http://docs.mql4.com/ru/constants/marketinfo</a><span class='inv'><![CDATA[</noindex>]]></span>

MODE_TICKSIZE 17 <b>Минимальный шаг</b> изменения цены инструмента<b> в пунктах</b>

и ваши подсчеты это не 186 пунктов а 186 "Минимальных шагов изменения цены в пунктах" а в пунктах как было -930 так и осталось

 

14:45:41 Посетитель: Сергей здравствуйте. Дмитрий Оникс-трейд
14:45:56 Посетитель: Ирина нас уже несколько дней прессует
14:46:07 Посетитель: <a href="http://www.onix-trade.net/forum/index.php?showtopic=15433&pid=387053&st=915&#entry387053" target="_blank">http://www.onix-trade.net/forum/index.php?...mp;#entry387053</a>
14:46:15 Посетитель: просьба прочесть мой последний пост
14:46:40 Посетитель: вы ее убедили что она права и ваш калькулятор считает не правильно с чем мы не согласны
14:47:11 Посетитель: так как у нас подсчет в мониторинге такойже как у вас в калькуляторе сейчас. и орентирован на пункты а не на тики
14:49:25 Посетитель: т.е. конкретно на значения метатрейдера Point = 0.01, а не TickSize = 0.05
14:58:04 Угарте Сергей: Формула подсчёта прибыли по фьючерсам выглядит следующим образом:
[(close price - open price) * tick price / tick size * lots]
[(433.5 - 424.2) * 5 / 0.05 * 0.01]
Наш сервер считает именно по этой формуле
14:58:49 Посетитель: подсчет пунктов?
15:04:36 Угарте Сергей: это я написал формулу расчёта прибыли по сделке
15:05:16 Посетитель: прибыль все ок. разговор о пунктах , мы настаиваем что там -930
15:05:48 Посетитель: double Point
Размер пункта текущего инструмента в валюте котировки. - предопределенная функция МТ. Там 0,01
15:06:33 Посетитель: MODE_TICKSIZE17Минимальный шаг изменения цены инструмента в пунктах
15:06:49 Посетитель: <span class='inv'><![CDATA[<noindex>]]></span><a href="http://www.onix-trade.net/forum/go.php?http://docs.mql4.com/ru/constants/marketinfo" rel="nofollow" target="_blank">http://docs.mql4.com/ru/constants/marketinfo</a><span class='inv'><![CDATA[</noindex>]]></span>
15:07:33 Посетитель: т.е. озвученные вами -186 это не пункты а так и звучит "Минимальных шагов" а в пунктах остается -930
15:10:53 Посетитель: Ирине отписал в теме, думаю ей будет понятно, надеюсь что вы также не будете переделывать свой калькулятор
15:11:23 Посетитель: хорошобы заручится еще вашей поддержкой, если не усложнит, отпишите в теме что ошиблись
15:34:50 Угарте Сергей: Пункт - минимальный шаг изменения цены, а в данном случае это 0,05. Это вопрос "определений" - то о чём говорите Вы это не пункты а тики.
15:38:18 Посетитель: MODE_TICKSIZE17Минимальный шаг изменения цены инструмента в пунктах
15:38:32 Посетитель: вчитайтесь
15:39:17 Посетитель: вопрос не "определений" а математики метатрейдера, в которой есть два значения это пункт и тик . ссылка выше
15:39:48 Угарте Сергей: double Point
Размер пункта текущего инструмента в валюте котировки
Размер пункта равен 0,05
15:41:50 Посетитель: сек проверим
15:46:11 Посетитель: пока программист сверяет скажу что Ирину я убедил
15:48:56 Угарте Сергей: По какой формуле Вы рассчитываете прибыль в пунктах?
15:51:26 Посетитель: (Open - Close) / Point
15:57:48 Посетитель: MODE_TICKSIZE = 0.05 MODE_POINT=0.01
15:58:26 Посетитель: MODE_TICKSIZE17Минимальный шаг изменения цены инструмента в ПУНКТАХ
<span class='inv'><![CDATA[<noindex>]]></span><a href="http://www.onix-trade.net/forum/go.php?http://docs.mql4.com/ru/constants/marketinfo" rel="nofollow" target="_blank">http://docs.mql4.com/ru/constants/marketinfo</a><span class='inv'><![CDATA[</noindex>]]></span>
16:07:25 Посетитель: предлагаю консенсус. 1. оставить пункты как у разработчиков. т.е. MODE_POINT 2. Ирина успокоена , вам остается только подтвердить мною сказанное. 3. вы не переделываете калькулятор, мы не переделываем мониторинг, все таки подсчет пунктов универсален для всех инструментов, также можете сделать тут <span class='inv'><![CDATA[<noindex>]]></span><a href="http://www.onix-trade.net/forum/go.php?http://worldtrading.ru/trade-terminal/broco-trader/spec-futures-broco-trader" rel="nofollow" target="_blank">http://worldtrading.ru/trade-terminal/broc...es-broco-trader</a><span class='inv'><![CDATA[</noindex>]]></span> кроме размера тика еще и размер пипса
16:09:06 Посетитель: ибо чем дальше в лес тем толще партизаны ZBZ9 0.03125
16:10:04 Посетитель: тем более есть официальное метаквотовское понятие тика , повторюсь " Минимальный шаг изменения цены инструмента в пунктах"
16:20:07 Угарте Сергей: В калькуляторе трейдера и Point и TickSize названы пунктами, но прибыль в пуктах - это прибыль в поинтах, а цена пункта - это цена тика
16:23:10 Посетитель: цена тика не может быть ценой пункта, так как у вас выставлены разные значения MODE_TICKSIZE = 0.05 MODE_POINT=0.01
16:23:28 Посетитель: выставляйте одно, и мы пересчитаем Ирину
16:37:28 Посетитель: перекидываю наш разговор в тему обсуждения, засим откланиваюсь, дела

 

Теперь ждем действий от них. если соглашаются с нами то все остается как есть. Если продолжают настаивать на том что тик=пипсу то ждем изменения настроек в мт, т.е. уравнивание Point = 0.01, и TickSize = 0.05 тогда мы пересчитываем вас и вместо -930 будет -186.

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

 

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

 

<b>Onix Support</b>, вчера еще разобрались

 

Василий, точнее, в чем не соответствие