Претензии к RBC Forex

[КРОУФР]

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

Ваше Ф.И.О
****** Владимир Владимирович

Ваш контактный e-mail     
***@narod.ru

Ваш контактный телефон
7(***)5236380

Вы внимательно ознакомились с регламентом рассмотрения заявок
Да
Вы против публикации Вашего Ф.И.О. в процессе разбора заявки
Да
Вы против публикации Вашего Ф.И.О. в открытых источниках информации
Да

Компания, к которой Вы предъявляете претензию
RBC Forex Corp.
http://www.rbcforex.ru/ boss@rbcforex.ru
103 Sham Peng Tong Plaza, Victoria, Mahe, Seyshelles

Номер Вашего счета
**579 центовый

Дата первого обращения в компанию
2009-10-30
Дата ответа компании: (если он есть)   
2009-10-30

Текст первого обращения в компанию  

30.10.2009 обращался два раза - сначала в техподдержку, затем выслал оформленную претензию
 
Обращение в техподдержку support@rbcforex.org
 
Здравствуйте!
Уважаемая техподдержка, прошу сообщить, что случилось со счетом **579. За один час депозит упал с 13.5 тыс. долларов США до минус 20 долларов США. Если это технический сбой, скажите, пожалуйста, когда он будет исправлен. Если это умышленные действия, то сообщите, кто будет объясняться со мной по этому вопросу.
С уважением, В.В. ******

Претензия, отправленная в адрес boss@rbcforex.ru
Здравствуйте!
Направляю Вам претензию.
Претензия от логин ***579, ордер: 6109878, 6109844, 6109872, 6109843, 6108622, 6108078, 6107599, 6107558 и многие другие
1) Имя, Фамилия : Владимир ***
2) Логин в торговой платформе: ***579
3) № ордера: список проверенных мной 8 сделок прилагаю в п.11
4) Дата и время (по времени в терминале): см. п.3
5) Тип ордера: см. п.3
6) Лоты: см. п.3
7) Символ: см. п.3
Цена: см. п.3
9) S/L: не было (нулевые у всех сделок)
10) T/P: не было (нулевые у всех сделок)
11) Описание претензии по существу (претензия не должна содержать чрезмерных описаний, оскорблений, нецензурных выражений) На счете ****579 30.10.2009 в период с 04 до 05 часов МСК была проведена массовая коррекция сделок, в результате которой депозит, составлявший по высланному в мой адрес несколькими часами ранее, в 01:05:26 (MSK) Daily Confirmation, 1 348 593.22 центов, стал равен -2 000.82. Никаких объяснений по этому поводу мне выслано не было. На письмо в круглосуточную техподдержку по этому вопросу, направленное в 07:45 МСК, нет ответа до настоящего времени, 13:40 МСК. Пришлось самостоятельно выяснять по истории счета, что же было изменено.

Пока выявил два варианта коррекции:
 
1. Полное удаление из истории счета прибыльных сделок
 2. Обнуление прибыли у прибыльных сделок
 
В качестве примера привожу по 4 сделки для каждого из этих способов коррекции. Все эти сделки совершены 29.10.2009, свопов на них не было. В конце таблицы добавлены три столбца, взятые по лог-файлу: Tbeg - время открытия сделки, МСК Tfin - время закрытия сделки, МСК T - продолжительность сделки в секундах

Удаленные сделки
Ticket Open Time Type Size Item Price Close Time Price Profit Tbeg Tfin T 6108622 29.10.2009 11:09 buy 120 gbpusd 1.6428 29.10.2009 11:10 1.6434 7 200.00 12:10:07 12:11:15 68 6108078 29.10.2009 10:05 sell 120 usdjpy 90.61 29.10.2009 10:06 90.59 2 649.30 11:05:51 11:06:53 62 6107599 29.10.2009 9:10 buy 120 gbpusd 1.642 29.10.2009 9:11 1.6423 3 600.00 10:11:16 10:12:18 62 6107558 29.10.2009 9:08 buy 120 gbpusd 1.6405 29.10.2009 9:09 1.641 6 000.00 10:08:44 10:09:45 61
 
Сделки, у которых прибыль назначена нулевой
Ticket Open Time Type Size Item Price Close Time Price Profit Tbeg Tfin T 6109878 29.10.2009 14:30 buy 120 cadjpy 84.19 29.10.2009 14:31 84.58 51 366.48 15:30:07 15:31:09 62 6109844 29.10.2009 14:30 buy 120 eurjpy 133.84 29.10.2009 14:31 134.38 71 115.01 15:30:04 15:31:08 64 6109872 29.10.2009 14:30 buy 120 gbpjpy 149.55 29.10.2009 14:31 150.24 90 869.19 15:30:05 15:31:07 62 6109843 29.10.2009 14:30 buy 120 usdjpy 90.84 29.10.2009 14:31 91.14 39 499.67 15:30:04 15:31:07 63

 Как видно из таблицы, 8 из 8 взятых подряд последних откорректированных сделок имеют продолжительность 61 секунда и больше. Поскольку моя автоматическая торговая система не посылает запрос на закрытие прибыльной сделки раньше, чем пройдет 61 секунда с момента ее открытия, полагаю, что и все остальные сделки, подвергшиеся коррекции, не подпадают под пункт 7.1 Клиентского Соглашения.
 Других оснований для проведенных коррекций я также не вижу. Предлагаю вернуть историю счета в состояние, имевшее место до проведенной массовой коррекции истории сделок.
12) Приложенный лог файл: 20091029.log, а также на всякий случай архив logs***579.rar всех лог файлов за время торговли на этом счете.
С уважением, В.В. *****

Текст ответа от компании: (если он есть)

Subject: Re:
Претензия по счету ****579
ДОбрый день.
Были отменены сделки меньше минуты - многие из сделок меньше минуты, кстати, отменены не были.
Просьба, при ответе полностью цитировать переписку.
С уважением. -----------------
RBC Forex Administration boss@rbcforex.ru

Текст обращения в КРОУФР                      

 Здравствуйте!

11 мая 2009 года я акцептовал публичную оферту RBC Forex Corp., (далее RBC Forex, иногда компания), размещенную на официальном сайте компании http://www.rbcforex.ru/ и содержащую "Контракт на заключение арбитражных сделок на рынке Forex" (далее Соглашение) путем открытия счета ***579 и перевода на него начального депозита, согласно п.п. 1.3-1.4 Соглашения:
 "1.3 Контракт вступает в силу в случае: - заполнения клиентом регистрационной формы на открытие реального счета на официальном сайте компании www.rbcforex.ru - пополнения клиентом своего счета.
 1.4 После выполнения этих условий любая торговая и неторговая операция, совершенная Клиентом, становится предметом данного Соглашения и Уведомления о рисках".

Как видно из текста моей претензии к RBC Forex ("Текст первого обращения в компанию"), цена вопроса более 13 тысяч долларов США. Это для меня большая сумма, поэтому доказательную базу для рассмотрения претензии в КРОУФР я буду подводить скрупулезно. При этом буду доказывать, что у меня как клиента RBC Forex нет никаких разногласий с фактами и аргументами, приводимыми RBC Forex, в случаях, когда они соответствуют Соглашению и лог файлам торгового сервера компании. Такая позиция обусловлена:
 
- во-первых, желанием иметь правовую основу для претензии в виде п.1.4 (см. выше), п.1.1 и п.11.3 Соглашения:
"1.1 Контракт устанавливает правила маржинальной торговли, и устанавливает правила, по которым происходят: подача заявки клиентом, их исполнение и протоколирование, авторизация клиента на сервере и правила расчета между сторонами соглашения."
"11.3 При рассмотрении спорной ситуации основным источником информации является лог-файл сервера, который имеет безусловный приоритет по отношению к другим аргументам, в том числе и по отношению к лог-файлу клиентского терминала.";
а также п.5.2 Уведомления о рисках:
"5.2. Клиент признает, что единственным достоверным источником информации о потоке котировок является основной сервер, обслуживающий реальных Клиентов. Базы котировок на клиентском терминале не могут служить достоверным источником информации о потоке котировок, так как в случае неустойчивого соединения между клиентским терминалом с сервером часть котировок из потока котировок могут не дойти до клиентского терминала."

 - во-вторых, стремлением исключить основания для применения к моему счету п.7.7 и п.11.5 Соглашения и остаться в правовом поле Соглашения и Уведомления о рисках:
"7.7 При серьезных разногласиях и невозможности решить спор иным путем, цены открытия/закрытия всех сделок клиента переписываются согласно тиковым котировкам в Deutsche Bank."
"11.5 Претензии не отображенные в настоящем Соглашении Компания рассматривает, опираясь на общепринятую рыночную практику и внутреннюю политику компании." Отмечу, что п.7.7 Соглашения прямо противоречит положениям п.11.3 Соглашения о первичности лог файла торгового сервера как источника информации при рассмотрении претензий и п.5.2 Уведомления о рисках о его исключительности (единственности) как источника котировок.
 Кроме того, переписывание сделок по тиковым котировкам вообще нельзя осуществить достоверно, поскольку они Затем я вел торговлю, 53 раза выразив свое согласие с содержимым лог файлов торгового сервера RBC Forex, высылаемым как Daily Confirmation с адреса техподдержки support@rbcforex.org. Каждое из этих писем содержало фразы "Please report to us within 24 hours if this statement is incorrect. Otherwise this statements will be considered to be confirmed by you.", и ни разу я не опротестовывал сведения, сообщаемые техподдержкой об операциях, отраженных в торговом сервере RBC Forex.
В прилагаемом архиве daily****579.rar содержатся копии всех этих писем в формате .htm, взятые с независимого от меня и от RBC Forex почтового сервера mail.ru, где хранятся сами письма. Имена файлов соответствуют датам их получения. Письмо 20091029.htm по итогам суток 28.10.2009 получено не было (не буду утверждать, что оно не было выслано). Также нет писем, начиная с 31.10.2009 и далее. Здесь понятно, что после массовой коррекции истории счета утром 30.10.2009 их просто перестали высылать. Вечером 29.10.2009 в 21:30 МСК я сгенерировал и сохранил детализированный отчет по истории счета за последний месяц, начиная с 28.09.2009 (файл DetailedStatement_291009.htm приложен).
Баланс был 1 326 815.74 цента.
Ночью 30.10.2009 около 01:05 МСК пришло на согласование письмо с отчетом о сделках за 29.10.2009 (прилагаемый файл 20091030.htm в архиве daily****579.rar) с балансом 1 348 593.22 центов и текущим убытком -7200 центов по одной сделке тикер #6114361, открытой согласно письму за 14 минут до формирования этого отчета, 2009.10.29 в 23:45. Ближе к утру 30.09.2009 05:30 МСК баланс на терминале стал -2000.82 цента, хотя час назад было около 1 360 000 центов.
 Сгенерировал детализированный отчет по всей истории счета с 11.05.2009 по 30.10.2009 05:45 МСК (файл DetailedStatement_301009.htm приложен). По нему баланс равен -2 000.82 цента, открытых сделок нет. По сравнению с отчетом 8-часовой давности в нем исчезли некоторые сделки, в частности, #6114361, а у некоторых обнулилась прибыль, хотя курсы открытия и закрытия не изменились. Никаких извещений о проведенной коррекции на счете к этому времени я не получил ни в свой адрес электронной почты, ни по внутренней почте.
В 07:45 МСК обратился в техподдержку (см. "Текст первого обращения в компанию"). Не очень надеясь на ответ (он так и не получен до 20.11.2009) и не имея сведений о том, что же сделано со счетом, я начал вручную искать отличия между названными выше детализированными отчетами. Выяснил, что внесены изменения, по крайней мере, двух видов: полное удаление сделок и обнуление прибыли.
По п.7.1 Соглашения "7.1 Компания имеет право отменить исполненные ордера клиентов в следующих случаях:
 - Ордер был исполнен не по рыночным ценам, возникшим по причине программных сбоев, результатом которых стал ценовой выброс за пределы рыночной динамики;
- Ордер был исполнен по ошибке дилера, предложившего неправильную цену;
 - Рыночный ордер был закрыт за период меньше одной минуты." сделки могут отменяться, но обнуление прибыли по ним не предусматривается.
Это, естественно, не аргумент, RBC Forex может впоследствии и отменить те сделки, у которых сначала была обнулена прибыль. Непонятно, зачем надо было оставлять в истории счета сделки с прибылью, не соответствующей котировкам открытия и закрытия. Далее в этом тексте сделки, которые были отменены или у которых была обнулена прибыль, вместе взятые, я буду называть "откорректированными" сделками.
Судя по итогам массовой коррекции сделок, была выполнена подгонка к нулевому балансу, он был уменьшен на 100.15%. Ясно, что речь не может идти о каких-то ошибках в техническом и программном обеспечении, это вполне осознанные действия RBC Forex.

Наиболее вероятным мне показалось, что в случае подачи претензии RBC Forex будет аргументировать свои действия продолжительностью сделок (третий подпункт п. 7.1). Дело в том, что во избежание отмены сделок используемая мной автоматизированная система торговли не выдает запрос на закрытие прибыльных сделок раньше, чем через 61 секунду после открытия. В то же время некоторые сделки (чаще всего убыточные) я закрываю вручную, иногда они могут оказаться и короче 1 минуты. Здесь возникает почва для манипуляций, так как в Daily Confirmation и в отчетах время указывается с точностью лишь до минут, в отличие от лог файлов терминала и сервера.
Не имея по п.11.1 Соглашения "11.1 Любые претензии клиентов по проведенным торговым операциям должны быть направлены по электронной почте на адрес boss@rbcforex.ru в течение 48 часов с момента появления причины претензии. Претензия должна содержать следующее пункты ..." достаточного времени на полный анализ изменений истории счета с большим числом сделок (даже после их массового исчезновения в DetailedStatement_301009.htm осталось 3456 сделки), я выбрал вручную из числа последних сделок 4 исчезнувших и 4 с обнуленной прибылью, составил таблицу их продолжительности по лог файлам терминала и выслал 30.10.2009 в 13:40 МСК общую претензию по всей массовой коррекции истории счета, приведя эти 8 сделок как пример отсутствия оснований для коррекции.
 Претензию оформил в полном соответствии с требованиями Соглашения (см. "Текст первого обращения в компанию"). Практически в тот же день получил краткий ответ (см. Текст ответа от компании) на претензию: "ДОбрый день. Были отменены сделки меньше минуты - многие из сделок меньше минуты, кстати, отменены не были." Список тикеров не выслан, сведения о продолжительности откорректированных сделок не приведены, заявление голословно. Никаких комментариев по приведенным в претензии сведениям о восьми сделках в ответе нет, хотя эти сведения противоречат содержанию ответа. Претензия не рассматривалась по существу, решение по претензии не вынесено. Пришлось делать программный анализ лог файлов терминала, поскольку вручную выявлять изменения среди тысяч сделок долго и ненадежно.
Первые же результаты, полученные по лог файлам терминала, полностью противоречили этому лаконичному ответу администрации RBC Forex:
1. Ни одна из 59 сделок короче 60 секунд не была как-либо скорректирована.
2. Ни одна из 212 скорректированых каким-либо образом сделок не была короче 61 секунды, а многие из них длились десятки минут.
 Я пришел к выводу, что проведенная массовая коррекция не имеет никаких причин, зафиксированных в Соглашении, а полученный ответ на претензию не соответствует действительности. Это стало ясным для меня лично, но по п.11.3 Соглашения лог файлы терминала признаются лишь второстепенными источниками информации. Вдруг лог файлы сервера к этому моменту уже содержат совсем другие данные? На всякий случай 01.11.2009 написал письмо в адрес boss@rbcforex.ru со списками тикеров, продолжительностью сделок в секундах и просьбой выслать мне выборку из лог файлов сервера в случае, если они не соответствуют лог файлам терминала.
*** Текст письма: ***
Здравствуйте! Не могу понять, на чем основаны действия администрации RBC Forex. Анализ лог файлов терминала (высланы в приложении к претензии) в сравнении с историей счета после ее массовых изменений дает вот что (в списках тикеров после дефиса стоит продолжительность сделки по лог файлам в секундах): - ни одна из 59 сделок короче 60 секунд не была как-либо изменена 59 коротких сделок: 6048830-18, 6052441-38, 6060886-52, 6068798-17, 6072441-14, 6072608-17, 6077808-4, 6077939-38, 6077953-40, 6078220-26, 6078329-29, 6078420-15, 6078471-39, 6078510-14, 6078535-9, 6078537-14, 6078530-58, 6078598-32, 6078596-49, 6078659-10, 6079349-29, 6085829-2, 6095683-21, 6096198-44, 6097921-34, 6097957-12, 6099768-20, 6099770-41, 6100179-12, 6101234-14, 6101245-18, 6101389-34, 6102970-46, 6103633-43, 6103631-54, 6103873-38, 6103945-14, 6103946-14, 6104413-12, 6105088-49, 6105423-54, 6106013-4, 6106154-2, 6106174-24, 6106287-2, 6106280-36, 6106332-38, 6106386-18, 6106376-51, 6106384-50, 6106555-3, 6106601-19, 6106599-32, 6106754-14, 6107560-51, 6107605-49, 6107805-17, 6107880-10, 6111124-16. - все сделки с обнуленной прибылью имели продолжительность 61 секунда и дольше 34 сделки, где прибыль проставлена нулевой: 5243218-71, 5255271-67, 5329437-72, 5330791-64, 6072160-62, 6074452-76, 6077885-66, 6085859-61, 6096085-65, 6097941-61, 6099764-68, 6101212-87, 6103675-64, 6103673-66, 6103686-65, 6103684-67, 6103729-83, 6103812-66, 6103872-62, 6104367-63, 6104397-69, 6104410-62, 6105597-82, 6106200-61, 6106278-67, 6106364-67, 6106381-62, 6106427-68, 6107899-62, 6109843-63, 6109872-62, 6109844-64, 6109878-62, 6114247-84. - все исчезнувшие сделки имели продолжительность 61 секунда и дольше, вплоть до десятков минут и даже дольше часа (5193794-2575, 5189912-2686, 6096870-4481, например) 178 исчезнувших сделок: 5159385-73, 5168454-70, 5175261-72, 5180312-73, 5184118-82, 5184320-64, 5184336-93, 5184319-99, 5184445-65, 5184520-96, 5185566-64, 5189912-2686, 5191246-147, 5193794-2575, 5196302-72, 5197906-62, 5201527-517, 5204123-139, 5208769-94, 5208859-64, 5209815-74, 5211924-106, 5214154-69, 5215002-176, 5216752-86, 5218651-63, 5221036-100, 5221696-63, 5225602-1160, 5226074-85, 5227322-79, 5229379-69, 5229459-64, 5229742-78, 5229958-65, 5230388-519, 5230799-68, 5230996-62, 5231171-71, 5232265-152, 5232444-65, 5233299-81, 5233775-146, 5233864-150, 5235966-95, 5235967-98, 5236134-67, 5236689-63, 5237100-68, 5237682-134, 5237736-63, 5237895-62, 5239464-65, 5239465-72, 5241352-71, 5241438-67, 5241888-73, 5242018-81, 5242658-111, 5242725-398, 5242949-235, 5243200-62, 5243229-114, 5243246-409, 5244900-322, 5244901-714, 5244985-76, 5245200-77, 5245449-76, 5245986-91, 5246414-116, 5246860-68, 5246944-64, 5254858-304, 5255270-151, 5269337-111, 5281732-450, 5286492-74, 5312657-65, 5314882-67, 5315197-87, 5316286-107, 5316288-118, 5316289-183, 5319154-204, 5319810-74, 5320881-65, 5325454-102, 5325501-79, 5329089-69, 5329158-111, 5329301-69, 5329435-62, 5329836-64, 5330049-65, 5330282-64, 5330626-63, 5330801-66, 5334390-151, 5334475-173, 5334485-136, 5334516-88, 5334514-121, 5334537-64, 5334539-68, 5334600-64, 5334614-63, 5334625-69, 5334654-66, 5334733-265, 5335709-223, 5335710-239, 5336164-151, 5336825-182, 5336929-64, 5337051-1751, 6046899-98, 6052456-75, 6052498-130, 6052700-70, 6060784-150, 6068504-63, 6077727-174, 6077832-80, 6077834-80, 6077865-68, 6077938-71, 6077945-68, 6078202-72, 6078204-78, 6078264-71, 6078404-65, 6078428-62, 6078429-72, 6085725-234, 6085729-216, 6085731-271, 6085769-166, 6092771-64, 6092791-63, 6092812-64, 6092813-64, 6092774-68, 6092797-70, 6095642-84, 6095876-979, 6095923-139, 6096084-63, 6096086-69, 6096870-4481, 6097323-74, 6097766-63, 6097973-102, 6098067-64, 6101432-82, 6101437-73, 6101438-76, 6103450-63, 6103459-63, 6103733-78, 6103816-63, 6104198-64, 6105547-62, 6106146-111, 6106183-81, 6106211-62, 6106249-66, 6106306-66, 6106309-71, 6106314-64, 6106548-68, 6107498-65, 6107558-61, 6107599-62, 6108078-62, 6108622-68, 6114237-100, 6114361-869. Если лог файлы сервера столь разительно отличаются от таковых в терминале - вышлите, пожалуйста, выборку из них по счету ****579, будем разбираться. Прошу при ответе полностью цитировать переписку.
С уважением, В.В. *****, 01.11.2009 01:13 МСК
*** Конец текста письма ***
Ответа не получил.
Это говорит о нежелании администрации RBC Forex прояснять ситуацию и косвенно подтверждает отсутствие причин для коррекции сделок. Решение по претензии не было мне выслано по состоянию на 11.11.2009 - дату, следующую за истечением срока ее рассмотрения (рабочие дни 2, 3, 5, 9, 10 ноября), что явилось нарушением п.11.2 Соглашения: "11.2 Срок рассмотрения Компанией претензии Клиента не более 5 рабочих дней". На этом разбор ситуации с Компанией я считаю завершенным.

Теперь я обращаюсь уже в КРОУФР. Предварительно решил усилить аргументацию. Коль скоро RBC Forex не дает анализировать лог файлы сервера, частично данные из них можно найти в двух местах: в истории счета и в письмах с Daily Confirmation. Проверка показала, что при удалении всех лог файлов терминала история счета генерируется в том же виде, как и при их наличии. С точностью до байта, единственное отличие в хранимом в этом файле моменте генерации отчета. Историю счета нельзя увидеть, не подключившись к серверу со своими логином и паролем. Следовательно, она создается именно из лог файлов сервера.
Еще большую, на мой взгляд, доказательную силу имеют письма с Daily Confirmation. Их единственным источником является сама компания RBC Forex, и хранятся они на независимом от этой компании и от меня почтовом сервере, в данном случае mail.ru. Поэтому истории счета я использую лишь для сделок за 28.10.2009, где нет писем с Daily Confirmation. Остальные сделки в период с 02.06.2009 по 29.11.2009 анализируются по файлам-копиям писем RBC Forex с почтового сервера mail.ru (приложены в daily****579.rar). Пришлось писать программы для анализа писем с Daily Confirmation и отчетов по истории счета. В отсутствие в этих источниках секундной точности можно использовать лишь разницу моментов открытия и закрытия сделок в минутах dT. Если она равна нулю, это доказывает, что сделка была открыта и закрыта без прохода секундной стрелки через 0, то есть сделка короче одной минуты. Если эта разность 2 и более, то во время сделки секундная стрелка два раза прошла через 0, и сделка точно дольше одной минуты. Если эта разность равна 1, известно лишь, что сделка короче двух минут, никаких сравнений с минутным интервалом на основе такой разности сделать нельзя. Что же дает анализ копий писем с Daily Confirmation и (в части, касающейся сделок 28.09.2009) истории счета DetailedStatement_291009.htm?
Полностью результаты приведены в файле All_Min_PL.xls, здесь привожу лишь суммарные характеристики. Во всех случаях, когда из минутных данных следует однозначный вывод о продолжительности сделки меньше 1 минуты (dT=0) либо больше 1 минуты (dT>1), этот вывод совпадает со сведениями, полученными из лог файлов терминала. Если из из минутных данных нельзя сделать однозначный вывод о длительности сделки по сравнению с 1 минутой (dT=1), сведения из лог файлов терминала также дают длительность менее 2 минут. Среди 212 откорректированных сделок у 81-й dT>1, то есть они заведомо дольше 1 минуты, в том числе заведомо дольше: 2 минут 33 сделки, 3 минут 21 сделка, 5 минут 13 сделок, 10 минут 8 сделок. У остальных dT=1 (131 штука), сделок с dT=0 нет ни одной. Все 212 откорректированных сделок прибыльные, в сумме на 1 365 128.49 цента с учетом свопов. У всех 59 сделок, которые по лог файлам терминала короче 60 секунд и часть из которых якобы отменила администрация RBC Forex, Ltd

Все упомянутые выше приложения в КРОУФР имеются

[КРОУФР]

Ваше Ф.И.О
**** Владимир Владимирович
Ваш контактный e-mail   
****@narod.ru
Ваш контактный телефон
7(****)5236380
Вы внимательно ознакомились с регламентом рассмотрения заявок
Да
Вы против публикации Вашего Ф.И.О. в процессе разбора заявки
Да
Вы против публикации Вашего Ф.И.О. в открытых источниках информации
Да

Компания, к которой Вы предъявляете претензию
RBC Forex Corp.
 http://www.rbcforex.ru/ boss@rbcforex.ru
103 Sham Peng Tong Plaza, Victoria, Mahe, Seyshelles

Номер Вашего счета
***911 центовый
Дата первого обращения в компанию
2009-11-23
Дата ответа компании: (если он есть)   
2009-11-24

Текст первого обращения в компанию  

Здравствуйте!
 Направляю Вам претензию.
 Претензия от логин ****911, всего 146 ордеров, их списки в п.11
1) Имя, Фамилия : Владимир ******
 2) Логин в торговой платформе: *****911
3) № ордера: список прилагаю в п.11
4) Дата и время (по времени в терминале): см. п.3
5) Тип ордера: см. п.3
6) Лоты: см. п.3
7) Символ: см. п.3 Цена: см. п.3
9) S/L: не было
 10) T/P: не было
11) Описание претензии по существу (претензия не должна содержать чрезмерных описаний, оскорблений, нецензурных выражений)
На счете *****911 в момент начала торгов 23.11.2009 около 01 часов МСК я обнаружил отрицательный баланс счета -13 042.15 цента, что противоречит полученному 21.11.2009 письму с Daily Confirmation с балансом 260 098.31 цента. Сгенерировав историю счета, выяснил, что была проведена массовая коррекция сделок, 123 сделки исчезли, у 23 прибыль изменилась на нулевую. Никаких объяснений по этому поводу мне выслано не было. Задавать вопросы техподдержке я не стал, это явно не технический сбой, да она и не отвечает на письма, если судить по имеющемуся опыту. Думаю, что аргументация администрации RBC Forex будет традиционной: сделки длились менее 1 минуты.
 Согласно лог файлам терминала, продолжительность откорректированных сделок в секундах была следующей: - исчезнувшие сделки (тикер-продолжительность): 5960210-62, 6002217-63, 6060857-326, 6060879-452, 6077937-71, 6078337-457, 6078405-65, 6085860-61, 6092772-64, 6092775-68, 6095875-979, 6095002-28798, 6097940-61, 6101192-61, 6101436-73, 6101433-95, 6103676-64, 6103730-83, 6104366-63, 6105548-62, 6106137-63, 6106201-61, 6106277-67, 6107900-62, 6108623-68, 6109876-74, 6114238-100, 6114255-105, 6115214-63, 6123117-66, 6123118-64, 6123128-62, 6123190-61, 6125679-66, 6125681-66, 6127422-62, 6127425-62, 6127427-62, 6127429-61, 6127435-62, 6127441-62, 6128197-107, 6130710-88, 6130751-78, 6130957-68, 6138030-64, 6140669-201, 6140881-61, 6140882-70, 6140896-62, 6147210-64, 6147179-80, 6156582-69, 6157561-62, 6168790-169, 6174035-92, 6184837-65, 6184843-63, 6196415-70, 6196675-67, 6197768-65, 6198104-63, 6199451-185, 6203289-93, 6204343-225, 6204665-99, 6206795-65, 6207713-168, 6210780-127, 6211108-325, 6211190-65, 6211548-126, 6211683-206, 6211682-345, 6211992-426, 6213395-135, 6213394-139, 6213439-135, 6213497-130, 6213567-171, 6213613-169, 6213655-133, 6213685-132, 6213756-130, 6213753-228, 6213748-289, 6213858-125, 6213924-170, 6213988-115, 6214015-121, 6214029-122, 6214079-127, 6214101-121, 6214123-123, 6214151-145, 6214187-128, 6214192-158, 6214255-187, 6214304-122, 6214462-138, 6214479-122, 6214556-122, 6215527-121, 6215531-135, 6217168-141, 6217157-184, 6217164-182, 6218653-133, 6218652-170, 6218654-167, 6218882-250, 6220713-144, 6222362-130, 6223041-125, 6224187-185, 6224876-148, 6228709-172, 6232292-138, 6232980-134, 6234994-162, 6235427-126, 6235424-156, 6244319-124 - сделки, у которых прибыль назначена нулевой (тикер-продолжительность): 6109874-72, 6127433-62, 6127432-64, 6127421-80, 6127672-63, 6131416-62, 6131439-68, 6131440-68, 6138072-62, 6140877-63, 6142195-61, 6147090-74, 6147261-80, 6147304-79, 6147958-61, 6149679-75, 6153098-64, 6154169-62, 6193948-61, 6217970-127, 6220574-126, 6233420-123, 6238270-125. Ни одна из перечисленных сделок не имела длительность менее 61 секунды. Среди ставших бесприбыльными есть сделки длительностью больше 2 минут: 6217970-127, 6220574-126, 6233420-123, 6238270-125. Среди исчезнувших есть сделки длительностью даже 8 часов (6095002-28798) и много сделок по несколько минут, например: 6060879-452, 6078337-457, 6211992-426. Как я уже сообщал, применяемая мной автоматическая торговая система не посылает запрос на закрытие прибыльной сделки раньше, чем пройдет 61 секунда с момента ее открытия, что и подтверждается лог файлами терминала. Предлагаю вернуть историю счета в состояние, имевшее место до проведенной массовой коррекции истории сделок.
12) Приложенный лог файл: все лог файлы за время торговли на счете ****911 в архиве logs***911.rar. Если лог файлы сервера отличаются от таковых в терминале - вышлите, пожалуйста, выборку из них по счету ****911 для выяснения технических проблем. Прошу при ответе полностью цитировать переписку. С уважением, В.В. ******, 23.11.2009 04:55 МСК

Текст ответа от компании: (если он есть)

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

Текст обращения в КРОУФР                       
Здравствуйте!
Прежде, чем формулировать свое понимание сути вопроса, приведу всю оставшуюся переписку по счету. Мой ответ на письмо компании от 24.11.2009: Здравствуйте! - да, я опираюсь на сведения из лог файлов терминала, как и написано в претензии; - если сделки 6095002, 6060879, 6078337, 6211992 и остальные по лог файлам сервера длились ровно минуту, повторяю просьбу выслать выборку из этих лог файлов по счету ***911. Мне еще не приходилось видеть лог файлы сервера, был бы рад ознакомиться. Ведь это самый серьезный аргумент в рассмотрении претензий; - термин "незаконно", насколько я понимаю, на нынешнем уровне рассмотрения претензии, означает лишь несоответствие чьих-либо действий, моих или администрации RBC Forex, заключенной между нами гражданской сделке, то есть акцептованной мной публичной оферте RBC Forex. С этих позиций отмена сделок и обнуление прибыли на настоящий момент ничем не аргументированы, и, следовательно, противоречат условиям нашего гражданского договора - ведь он предусматривает отмену сделок лишь при соблюдении определенных условий; - проверка сделок по ценам банков-маркетмейкеров вообще не предусматривается условиями нашего договора; - наконец, мне кажется, что складывается просто смешная ситуация: сначала администрация RBC Forex корректирует прибыльные сделки, и лишь затем, и только в случае, если клиент считает эту отмену незаконной, готова искать причины, по которым она это сделала.
С уважением, В.В. *******, 24.11.2009 10:58 МСК

 И еще одно письмо компании:
Дата: 24 Ноя 2009 22:50:00
Тема: Re: Re[2]: Претензия по счету ****911
Давайте посмотрим, что будет, если мы рассмотрим ваши сделки по ценам дойчбанка. Необходимо учесть, что они на два часа отстоют от наших. Начнем с ваших самых прибыльных ордеров. 6246463. Ваша цена 1.4901 цена дойчбанка 1.4896. Соответственно, ваша прибыль на 5 пипсов меньше. Было 14, стало 9. Сделка 6251931 Ваша цена по которой вы открылись 110.13 у Дойчбанка 82.96 - такая же, как ваша цена закрытия. Т.е. данная сделка переписывается в 0. А мы оставили вам прибыль в 74$. Такую параллель можно провести по любой сделке. Вы должны понимать, что по правилам мы должны были бы отменить гораздо больше - мы этого не делаем. Вы вывели почти в 6 раз больше денег, чем ввели - по нашим рассчетам это количество ваших нормальных сделок. Я советую вам не искушать судьбу и не пробовать торговать на ошибках потокового котирования. Цитаты закончились.

 Больше переписки не было, у меня вопросов к компании уже не осталось, ее позиция мне представляется ясной. Компания мне также вопросов не задавала. На мой взгляд, в этой переписке полностью отражена фактическая сторона вопроса, коротко характеризуемая так: компания отменила 123 сделки и назначила прибыль равной нулю у 23 сделок, не известив меня об этом и никак не обосновывая проведенные корректировки. Далее мне предложено принять решение, считаю ли я эти действия законными или нет, и, в случае, если я сочту их незаконными, "любую из ваших сделок мы можем проверить по ценам банков-маркетмейкеров". От обычного своего обоснования отмены сделок их кратковременностью (меньше минуты) компания отказалась: "По логу сервера они обычно длились ровно минуту". Здесь можно было бы и остановиться. По-моему, даже не читая клиентского соглашения, можно сделать вывод, что такие действия компании не могут быть правомерными. Но, как это ни странно звучит, я, как клиент компании, не хочу заявлять о незаконности ее действий, а прошу решить этот вопрос Комиссию КРОУФР. Дело в том, что клиентское соглашение RBC Forex ("Контракт на заключение арбитражных сделок на рынке Forex ", файл прилагается) сразу же расширяет права компании в случае, если клиент вступит с ней в спор. И не зря в переписке постоянно встречаются ссылки на банки-маркетмейкеры, на Дойчбанк. Приведу обе части клиентского соглашения, где есть упоминания о них (п.6.3 и п.7.7): "6.3 Клиент, торгующий с использованием советников, пытающихся торговать по отстоящим котировкам, и загружающих сервер, принимает данные положения: - Вся система приема заявок построена на максимально быстром приеме и обработки заявок трейдеров. - В случае если советник, используя индивидуальные настройки сервера или определенные ошибки в защите Метатрейдер 4, открывает сделки вне существующих котировок и/или торгует по отстоящим котировкам (что должно отражаться в логах сервера), то сервер автоматически (по прошествии определенного времени) будет исправлять подобные запросы. - Любой человек, использующий пипсовочные советники (открытие/закрытие в течение нескольких минут и огромное количество запросов), принимает данные положения на свой страх и риск. - Клиент подтверждает, что данные положения призваны защитить остальных клиентов компании. - Клиент имеет право оспорить любые изменения ордеров на корпоративном форуме компании. - При возникновении споров, наибольшей авторитетностью обладают котировки Deutsche Bank. Также, клиент имеет право на претензию, используя котировки Saxobank." "7.7 При серьезных разногласиях и невозможности решить спор иным путем, цены открытия/закрытия всех сделок клиента переписываются согласно тиковым котировкам в Deutsche Bank." Несмотря на то, что эти положения противоречат п.5.2. "Уведомления о рисках" (файл прилагается): "5.2. Клиент признает, что единственным достоверным источником информации о потоке котировок является основной сервер, обслуживающий реальных Клиентов. Базы котировок на клиентском терминале не могут служить достоверным источником информации о потоке котировок, так как в случае неустойчивого соединения между клиентским терминалом с сервером часть котировок из потока котировок могут не дойти до клиентского терминала. ", понятно, что компания в случае спора получает право использовать тот источник котировок, который ей выгоднее, причем для каждой сделки индивидуально. Ведь вопрос о "серьезности" разногласий решать будет опять-таки компания. К тому же, не указав конкретных причин корректировки сделок, в будущем она может еще и заявить, что этой причиной была торговля "по отстоящим котировкам". Хотя этот термин встречается исключительно в п.6.3 и нигде не расшифровывается. Далее. Сама процедура переписывания сделок согласно тиковым (!) котировкам других источников нигде не описана, и возникают дополнительные возможности для манипуляций. Из письма компании выше: "Необходимо учесть, что они на два часа отстоют от наших". И это говорится о тиковых котировках, которые часто приходят в количестве нескольких штук в секунду, и ни в одном известном мне источнике нет их хронологии точнее, чем посекундной. Мне неизвестно, как идет системный таймер на серверах Дойчбанка. На своем компьютере, пока я использовал обычную еженедельную синхронизацию средствами операционной системы, таймер убегал вперед за неделю на 30-40 секунд. Установив ежечасную синхронизацию, удалось снизить эти скачки до значений не более 515 миллисекунд, в которых виновато округление до целых секунд плюс стандартный шаг прерываний от таймера. О качестве синхронизации системного времени на серверах RBC Forex я могу судить лишь косвенно, на основе сравнения с котировками FXStart. Дело в том, что у последнего и сейчас, а у RBC Forex в прежней версии клиентского соглашения (февраль 2009) в качестве поставщика котировок указана Digital Dealing Corp (в определении термина "Сервер - программный продукт MetaTrader Server 4.xx,..."). И действительно, синхронные шпильки по паре GBPJPY несколько часов перед закрытием торгов 18.12.2009 наблюдались только у этих дилинговых центров (рисунок Spilk.jpg прилагается). Уже на этом рисунке видно, что в окнах обзора рынка время прихода последних котировок отличается на 1 минуту. Конечно, это могло быть связано и с переходом секундной стрелки через 0, и с разными маршрутами пакетов в Интернет. На рисунок Time.jpg я специально поместил свои системные часы, синхронизированные с точностью до 0.5 секунды с сервером cuckoo.nevada.edu. Их время 08 минут 59 секунд я считаю точным по сравнению с тем, что стоит в окнах обзора рынка. Как видно из рисунка Time.jpg: - время на торговых серверах может уйти вперед от точного на целую минуту, до 10 минут вместо 8:59; - на ту же минуту могут расходиться системные таймеры серверов разных дилинговых центров. Таким образом, переписывание котировок даже по минутным данным нельзя считать достоверным. Что уж говорить о тиковых... Однако, если речь идет о тиковых данных именно Дойчбанка, то, оказывается, есть еще что сказать. Они сами не соответствуют минутным историям того же Дойчбанка, причем на десятки и сотни пунктов. В файле Tiks_Minutes.txt приведено подробное сравнение, данные получены путем табличного экспорта из терминала Дойчбанка.
Здесь лишь выводы:
1. По паре GBPUSD с 04.06.2009 12:55 по 04.06.2009 12:59 максимум тикового Ask меньше максимума минутного Bid на 1825 пунктов, или на 182 пункта при 4-разрядном котировании GBPUSD.
2. По паре GBPJPY с 04.06.2009 12:55 по 04.06.2009 12:59 максимум тикового Ask меньше максимума минутного Bid на 908 пунктов, или на 91 пункт при 2-разрядном котировании GBPJPY.
Графики для сравнения, соответствующие этим данным и полученные непосредственно в терминале Дойчбанк, приложены в файлах GBPJPY_M1.jpg, GBPJPY_Tick.jpg, GBPUSD_M1.jpg, GBPUSD_Tick.jpg. При этом минутные истории Дойчбанка вполне соответствуют минутным историям RBC Forex. Это означает, что переписывание именно по тиковым котировкам Дойчбанка добавляет компании RBC Forex еще много дополнительных возможностей для изъятия прибыли у клиентов. Вот такие соображения и заставляют меня отказаться от самостоятельного признания действий администрации RBC Forex незаконными. Я не хочу допустить возможности применения пункта 7.7 клиентского соглашения. Иначе будет реализована очень простая схема: сначала компания отменяет прибыльные сделки, никак не обосновывая свои действия, а затем, если клиент не согласен, переписывает котировки открытия и закрытия сделок по своему усмотрению и без всяких правил.
Прошу Комиссию КРОУФР определить свое мнение по вопросу правомерности действий компании RBC Forex. У меня есть опыт вывода средств со счета в RBC Forex, когда после отсылки скана паспорта все почтовые адреса компании становятся "глухонемыми". Поэтому, в случае признания действий компании неправомерными, дополнительно прошу рекомендовать ей вывести весь восстановленный депозит 2600 долларов США на мой кошелек Вебмани.