В последнее время конъюнктура рынка сильно изменилась, изменился рынок, изменился клиент, нет таких резких изменений курсов. Брокеры предлагают все большие кредитные плечи, что приводит к увеличению рисков со стороны брокера. Так же на риски брокера влияют постоянно растущие конкурентные предложения, порождающие разные клиентские схемы заработка с нулевыми рисками, такими, как: «бонус хантинг», «своп хантинг», «арбитраж» и прочие. Откровенно говоря, % зарабатывающих клиентов на рынке форекс вырос. Естественно, брокер, заботящийся о своей репутации, и не имеющий достаточных финансовых резервов вынужден высоко рисковых клиентов передавать дальше более крупному игроку (поставщикам ликвидности), который в свою очередь имеет выход на ликвидность от банков и может себе позволить выплатить клиенту его крупный заработок.

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

Второе преимущество, - это, конечно же, заработок с торговли клиента. Доход брокера, перекрывающего своих клиентов, формируется за счет маркапа. Таким образом, брокер получает прибыль от торговли клиента в любом случае, даже если клиент зарабатывает.

Третье преимущество, - клиент не чувствует негативного вмешательства брокера в его торговлю и тем самым не испытывает проблем с исполнением ордеров. Это повышает лояльность клиента к брокеру.

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

Если с фактором снижения риска и удержанием крупного клиента все логично и понятно, то рассмотрим, как брокер все-таки зарабатывает в случае перекрытия клиентов у провайдера ликвидности.

1. Брокер регистрирует у поставщика ликвидности (ПЛ) счет перекрытия, на котором будут открываться ордера перекрываемых клиентов. Брокер пополняет баланс счета перекрытия у ПЛ для работы перекрытия сделок.

2. Мы предлагаем провайдера ликвидности со средним спрэдом 6 пятизначных пунктов (0.6 по 4-х знаку). Котировка в момент совершения сделки на счете провайдера ликвидности
ASK 1.31590
BID 1.31584

У брокера спрэд средний - 20 пятизначных пунктов (2 по 4-х знаку). Котировка, которую видит клиент на сервере у Брокера
ASK 1.31597
BID 1.31577

Как видно из примера, брокер предоставляет клиенту спрэд шире, чем имеет на счете ПЛ. Исполнение на сервере ПЛ произойдет по лучшей цене.

3. Клиент открывает позицию BUY 1 лот по цене ASK 1.31597, на стороне поставщика ликвидности сделка открывается по цене 1.31590, то есть на 7 пунктов цена лучше, чем у клиента.

4. При закрытии произойдет то же самое. Клиент закрывает по цене BID 1.31663, а на стороне ПЛ сделка закрывается по цене 1.31670, что на 7 пунктов опять же лучше, чем у клиента.

В итоге, если клиент у брокера получил профит, то Брокер получил профит у провайдера ликвидности, но больше на 14 пунктов за счет маркапа.

Если в цифрах, то если клиент заработал 660 долларов, то Брокер заработал 800 долларов. При рассчете с клиентов Брокер отдает клиенту его заработок в 660 долларов и получает свою прибыль в размере 140 долларов, с которой он выплачивает 2 доллара комиссии ПЛ.

1. Вы выбираете подходящего поставщика ликвидности из нашего списка.

2. Вы связываетесь с нами любым удобным для вас способом по предоставленным контактным данным и мы обсуждаем все детали.

3. Вырабатываем подходящие для вас условия Договора.

4. После заключения Договора у Вас будет зарегистрированный счет перекрытия у ПЛ, который нужно пополнить для работы.

5. Компания предоставляет лицензионную копию плагина перекрытия на Ваш торговый сервер MetaTrader 4 и производит предварительную установку и настройку системы перекрытия клиентов. Так же компания предоставляет инструменты для переноса торговой истории счетов и счетов с открытыми позициями.

6. Тестируем систему перекрытия.

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

• AllowPendingOrders – флаг разрешения обработки запросов на создание отложенных ордеров;
• AllowModifyRequests – флаг разрешения обработки запросов на модификацию ордеров;
• AllowDeletePendingRequests – флаг разрешения обработки запросов на удаление отложенных ордеров;
• Dealer – логин дилера для обработки запросов;
• DefaultMarkup – локальный маркап;
• ExternalSymbolPostfix – постфикс, добавляемый к имени символа при отправке запроса на бридж;
• Filter_Group – фильтр обрабатываемых счетов по группе;
• Filter_Login – список обрабатываемых логинов;
• Filter_Login%Iu – дополнительные списки обрабатываемых логинов (%Iu от 1 и по возрастанию);
• FilterSkip_Login – список необрабатываемых логинов;
• FilterSkip_Login%Iu – дополнительные списки необрабатываемых логинов (%Iu от 1 и по возрастанию);
• Filter_Symbol – фильтрация обрабатываемых запросов по символу (по умолчанию стоит полный запрет);
• Filter_TickSymbol – фильтрация входящих котировок для вброса по локальному символу;
• Filter_ZeroSpreadSymbol – фильтрация символов с нулевым спрэдом;
• InvertOrders – флаг инвертирования направления ордеров, отправляемых на бридж;
• LiquidityProviderServer – сервер и порт, на котором работает бридж;
• LiquidityProviderClientName – логин для проверки подключений к бриджу;
• LiquidityProviderPassword – пароль для проверки подключений к бриджу;
• LogZeroSpreadSymbolsDbg – флаг активации отладочного логгирования данных по символам с нулевым спрэдом ;
• LogCommunicationStats – флаг активации журналирования отправки запросов серверной части и получения ответов;
• LogRequestAquiring – флаг активации журналирования принятия запросов на обработку;
• LogTicksAdding – флаг активации журналирования вброса котировок;
• LogTicksAddingOnTrade – флаг активации журналирования вбрасываемых при обработке запросов цен;
• MaxZeroSpreadSlippageVolume – максимальный объем ордера с нулевым спрэдом, для которого действует проскальзывание из настройки MaxZeroSpreadSlippage;
• MaxZeroSpreadSlippage – максимальное проскальзывание цены при открытии ордера с нулевым спрэдом;
• TicksToSkipOnConfirmTickAdd – количество тиков, которые должны быть подменены (т. е. читай пропущены) на тик, вбрасываемый при подтверждении запроса;
• ProcessPendingsAsMarketOpen – флаг активации обработки отложенных ордеров как передачу запросов MK_OPEN при активации;
• ProcessStopoutsAsMarketClose – флаг активации обработки стоп-аутов как передачу запросов MK_CLOSE;
• ProcessStopsAsMarketClose – флаг активации обработки Sl/Tp как передачу запросов MK_CLOSE (значения Sl/Tp в данном режиме также не передаются);
• VolumeCoeff – коэффициент модификации объема в передаваемой на сервер заявке;
• ZeroSpreadSlippageControl – флаг активации контроля проскальзывания котировок с нулевым спрэдом;