CRM и клиентский портал для форекс- или CFD-брокера: купить форекс-CRM, использовать то, что входит в вашу платформу, или построить свои

Бэк-офис форекс- или CFD-брокера — это софт, который стоит за торговой платформой. Он проверяет новых клиентов, открывает им торговые счета, проводит их платежи и платит партнёрам, которые этих клиентов привели. Одну его часть видят клиенты — это клиентский портал. В другой работают сотрудники — это CRM (система управления отношениями с клиентами). Можно купить форекс-CRM, использовать то, что входит в вашу торговую платформу или white-label пакет, или построить своё, часто рядом с купленной CRM. Выбор зависит в основном от того, сколько у вас платформ и насколько нестандартны ваши условия с партнёрами. Обязанности перед клиентами и регуляторами остаются за вашей компанией на любом пути.

Что делает бэк-офис брокера?

Он выполняет семь задач. Одни продукты покрывают их все, другие — только одну-две:

• Онбординг и KYC (know your customer, «знай своего клиента»): проверка документов, удостоверяющих личность, и подтверждения адреса, а также проверка клиентов по санкционным и другим спискам, обычно через специализированного провайдера
• Клиентский портал, его ещё называют кабинетом трейдера (traders' room): здесь клиенты регистрируются, загружают документы, открывают счета, пополняют их, выводят деньги и скачивают выписки
• Торговые счета: создание каждого счёта на сервере платформы, назначение ему группы, то есть торговых условий, которые он получает, и изменение его баланса. Это делается через API платформы — интерфейсы, которые разработчик платформы предоставляет другому софту
• Платежи: пополнения и выводы через платёжных провайдеров (PSP) — компании, которые обрабатывают платежи картами, банковскими переводами и через электронные кошельки
• Комиссии IB: представляющий брокер (introducing broker, IB) приводит клиентов за комиссию. Бэк-офис отслеживает, кто от какого IB пришёл, часто через несколько уровней субпартнёров. Затем он рассчитывает, сколько заработал каждый, например за лот — стандартный объём сделки на платформе
• CRM для продаж и удержания: лиды, звонки, задачи и заметки, чтобы сотрудники превращали регистрации в пополненные счета и связывались с клиентами, которые перестали торговать
• Отчёты для руководства, финансов, комплаенса и партнёров

MetaQuotes, разработчик MetaTrader 5, пишет, что брокерская CRM «обычно включает такие функции, как управление лидами, онбординг клиентов, сегментация клиентов и автоматизация маркетинга».

Какие интеграции требуют больше всего работы?

Бэк-офис в основном состоит из подключений. Больше всего сил отнимают три из них: торговая платформа, платёжные провайдеры и KYC-провайдер. Каждый из них обновляет собственные записи — например, баланс, статус платежа или результат проверки. Ваш бэк-офис должен синхронно обновлять свою копию этих данных.

Для MetaTrader 5 MetaQuotes пишет, что «Manager API позволяет разрабатывать собственные утилиты для администрирования и управления или даже собственный менеджерский терминал». Менеджерский терминал — программа, в которой сотрудники брокера ведут счета клиентов. MetaQuotes также пишет, что «Web API используется для интеграции платформы с веб-ресурсами и другими сервисами компании».

Spotware, разработчик cTrader, предлагает WebServices API, чтобы «интегрировать CRM, кабинеты трейдеров и регистрационные формы с бэкендом cTrader». По её словам, брокеры могут «создавать торговые счета и регистрировать пользователей одним вызовом API» и «привязывать трейдеров к партнёрам для точной отчётности и учёта комиссий». Ещё Spotware предлагает Manager's API, который, по её словам, «позволяет выполнять почти все основные операции с серверными сущностями». К нему прилагается предупреждение о cServer, сервере cTrader: «неправильное использование может навредить вашим экземплярам cServer, повлиять на производительность или даже вызвать сбой».

Match-Trade Technologies, разработчик Match-Trader, публикует CRM API. Её руководство по интеграции шаг за шагом описывает создание пользователя и торгового счёта, а затем обработку пополнений и выводов. В нём отмечено, что «платёжные шлюзы заранее настраивает Match-Trade или клиент».

Прежде чем стать окончательным, платёж проходит через несколько статусов. Spotware пишет, что «сам cTrader не является платёжным процессором». Match-Trade называет кассу Praxis «агрегатором PSP», то есть одним подключением ко многим платёжным провайдерам. Praxis описывает в документации статус депозита «pending»: «Ожидание обновлений от платёжного провайдера (PSP)». Заявка на вывод остаётся в статусе «awaiting merchant approval», пока её не одобрят ваши сотрудники. Бэк-офис должен зачислить деньги на счёт ровно один раз и только после того, как платёж подтверждён.

Результаты KYC тоже приходят со стороны провайдера. MetaQuotes называет Sumsub, KYC-провайдера, «уже интегрированным с MetaTrader 5». Sumsub отправляет вебхуки — сообщения, которые одна система посылает другой, когда что-то меняется, — и пишет, что каждый из них «при сбое автоматически отправляется повторно». Значит, одно и то же сообщение может прийти дважды. Бэк-офис должен распознавать повторы в сообщениях KYC и платёжных сообщениях, иначе депозит будет учтён дважды.

Что входит в нашу торговую платформу или white-label пакет?

White-label — это копия торговой платформы, которая работает под вашим брендом по лицензии другой компании. Что в неё входит, зависит от платформы.

MetaTrader 5. MetaQuotes пишет: «Функциональность CRM уже встроена в MetaTrader 5 Manager Terminal, но мы рекомендуем расширить её до полноценного решения — как для работы с клиентами, так и для управления внутренними процессами компании». Свои встроенные платежи она называет «бесплатным решением, которое не требует ресурсов на разработку или дополнительных настроек». Её типы лицензий — Entry, Standard и Enterprise — «включают разное число реальных счетов и разные наборы компонентов системы».

cTrader. Spotware пишет, что она «предоставляет платформу как услугу», то есть сама эксплуатирует платформу за вас. В её документации клиентская зона брокера определяется как «CRM-система, принадлежащая брокеру», а на странице интеграций перечислены сторонние CRM. Полная интеграция от Spotware связывает вашу CRM с cTrader: клиенты входят в портал и в платформу под одним логином (single sign-on) и могут пополнять счёт прямо в платформе. Spotware пишет, что такая интеграция «является платным дополнением и по умолчанию не входит в пакет онбординга».

Match-Trader. На странице Match-Trade о white-label перечислены «приложения и расширения», которые компания предлагает white-label брокерам. Среди них — «приложение Client Office / CRM, чтобы легко регистрировать и верифицировать клиентов и управлять ими» и «модуль Multi-Level IB для автоматического построения IB-структур до 50 уровней».

На этом пути меньше всего частей, которые нужно эксплуатировать. Он подходит, когда большинство клиентов торгуют на одной платформе, а ваши условия с IB укладываются в настройки продукта. От чего вы отказываетесь: клиентские записи живут в системе разработчика платформы или провайдера, в их формате, и уйти с вами могут только в виде выгрузки. MetaQuotes говорит брокерам, работающим на MetaTrader 5: «у нас нет доступа к вашим серверам, счетам или торговой истории ваших клиентов». На white-label спросите провайдера, кто может открыть записи ваших клиентов.

Когда брокеру стоит купить готовую форекс-CRM?

Вендоры форекс-CRM продают портал, CRM, IB-модуль и подключения к платформе и платёжным провайдерам как один продукт. Kenmore Design, один из таких вендоров, пишет, что форекс-CRM «интегрируется с клиентским форекс-порталом и торговой платформой, обеспечивает онбординг, KYC, депозиты, торговые данные, IB-структуры и интеграции с PSP». Это заявления вендора, поэтому проверьте их на демо со своей платформой и своими PSP.

Покупка подходит, когда ваши потребности похожи на потребности других клиентов вендора:

• У вас больше одной платформы или вы это планируете, и вам нужна единая запись о клиенте во всех них
• Вам скоро понадобится много подключений к PSP и KYC-провайдерам, а у вендора они уже работают для других брокеров
• Ваши схемы вознаграждения IB и отчёты по ним укладываются в то, что поддерживает продукт

Отказываетесь вы при этом от контроля над основной учётной системой — местом, где хранится официальная версия данных каждого клиента. Kenmore Design, например, пишет: «По умолчанию наша форекс-CRM работает по модели SaaS», то есть её эксплуатирует вендор, а вы арендуете доступ. И добавляет, что «в отдельных случаях возможно лицензирование исходного кода для размещения на собственных серверах». Если в продукте нет нужного правила расчёта комиссий, остаётся ждать, пока вендор включит его в свои планы, или платить за доработку.

Когда собственный бэк-офис оправдан?

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

Должно выполняться хотя бы одно из этих условий:

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

Цена — время на старте и команда после запуска. Каждое обновление платформы и каждое изменение у PSP становится вашей работой. Если на вашей стороне некому за это отвечать, сначала купите, а части, которые вас отличают, стройте позже.

Сколько стоит каждый путь?

Собственных цен эта статья не приводит. На каждом пути оплата устроена по-своему:

• Комплект платформы: плата за лицензию или white-label плюс платные дополнения. MetaQuotes привязывает свои типы лицензий к числу реальных счетов
• Купленная CRM: ежемесячная плата в зависимости от пакета, модулей или числа клиентов, часто плюс плата за подключение. Kenmore Design указывает «Initial Setup Fee», «Final Setup Fee» и «Monthly Service Fee». Некоторые вендоры предлагают плату пониже плюс долю вашей выручки. 6 ноября 2026 года на странице цен BrokerTech было написано «CRM from $3,000/month» с вариантом «a lower base plus 5% of net revenue»
• Собственная разработка: команда, которая её строит, серверы и сотрудники, которые её эксплуатируют и дорабатывают
• Любой путь: комиссии платёжных и KYC-провайдеров и время ваших сотрудников на интеграции

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

Чем мы должны владеть и что сможем забрать с собой, если уйдём?

Какой бы путь вы ни выбрали, пропишите в договоре следующее — с форматом каждой выгрузки и с тем, когда её можно запросить:

• Клиентская база: каждый клиент, лид, счёт, заметка и смена статуса — полной выгрузкой в любой момент и после окончания договора
• KYC-документы: сами документы, результаты проверок и даты. Правила ЕС обязывают хранить их годами после ухода клиента, поэтому они должны пережить договор с вендором
• История транзакций: каждое пополнение, вывод, перевод и корректировка с идентификатором операции у PSP
• IB-структуры и правила расчёта комиссий: кто кого привёл, на каком уровне, по какому правилу, и каждая выплата
• Домен и бренд: домен портала, почтовые домены и аккаунты в магазинах приложений, зарегистрированные на вашу компанию
• Код: ваш только при собственной разработке и по договору, который передаёт вам права. При покупке продукта попросите эскроу исходного кода. Третья сторона хранит код вендора и передаёт его вам при согласованных событиях, например если вендор закроется. Код при этом обычно остаётся за вендором, а вы получаете лицензию на его использование и поддержку
• Условия выхода: срок уведомления и переходный период, стоимость выгрузки и последующее удаление ваших данных у вендора

Чего правила ЕС ждут от этих записей?

В этом разделе цитируется только право ЕС. В других странах действуют свои правила.

MiFID II (Директива 2014/65/ЕС) — главный закон ЕС об инвестиционных компаниях. Её статья 16(6) требует от компании «обеспечить ведение записей обо всех услугах, видах деятельности и сделках, которые она осуществляет». Статья 72(1) Делегированного регламента Комиссии (ЕС) 2017/565 добавляет, что эти записи нужно хранить так, чтобы «любые исправления или иные изменения, а также содержание записей до таких исправлений или изменений» было легко найти. Хранить их нужно ещё и так, чтобы «записями было невозможно манипулировать или изменять их иным образом». Если в CRM лежат записи, на которые распространяются эти правила, один из способов это выполнить — история изменений, которая сохраняет прежние значения и которую сотрудники не могут стереть.

Статья 16(7) MiFID II касается записей «телефонных разговоров или электронной переписки» о заявках клиентов и о сделках за собственный счёт (когда компания торгует для себя), в том числе тех, что «направлены на совершение сделок». Их хранят «в течение пяти лет, а если этого требует компетентный орган, — в течение срока до семи лет». Если сотрудники отделов продаж или удержания звонят клиентам или пишут им из CRM, спросите юриста, какие разговоры под это подпадают.

Директива (ЕС) 2015/849, директива ЕС о противодействии отмыванию денег, называет проверки KYC надлежащей проверкой клиента. Согласно её статье 40, компании хранят копии документов «в течение пяти лет после окончания деловых отношений со своим клиентом». После этого они «удаляют персональные данные, если иное не предусмотрено национальным законодательством». Директива (ЕС) 2024/1640 отменяет её с 10 июля 2027 года, когда начнёт применяться Регламент (ЕС) 2024/1624. Статья 77 этого регламента отсчитывает пять лет ещё и от «даты отказа вступить в деловые отношения», так что правило распространяется и на документы отклонённых заявителей.

GDPR — закон ЕС о защите данных. По нему вендор, который хранит данные ваших клиентов, обычно является обработчиком, то есть «обрабатывает персональные данные от имени контролёра» — в данном случае вашей компании. Статья 28 требует договора, в котором сказано, что обработчик «по выбору контролёра удаляет или возвращает контролёру все персональные данные после окончания оказания услуг». Кроме того, прежде чем привлечь другого обработчика, обработчик должен получить ваше письменное разрешение. Спросите каждого вендора, каких ещё обработчиков он привлекает, например хостинг-компанию.

Статья 24(9) MiFID II касается вознаграждений и комиссий, которые компания в связи с инвестиционной или вспомогательной услугой платит кому-либо, кроме клиента или лица, действующего от его имени, или получает от такого лица. Она допускает их, только если они направлены на повышение качества услуги для клиента и не мешают компании выполнять обязанность действовать в наилучших интересах клиента. В ней сказано, что «наличие, характер и размер» такого платежа «должны быть чётко раскрыты клиенту» до оказания услуги. Спросите юриста, распространяется ли это на ваши комиссии IB.

Все источники в этой статье открывались 6 ноября 2026 года. Законодательство ЕС сверялось по консолидированным текстам Бюро публикаций ЕС.

Что спросить у компании, которая будет строить или подключать наш бэк-офис?

• Какие API платформы вы будете использовать для создания счетов, изменения балансов и отчётов и с какими из них вы уже работали?
• Как система зачисляет депозит ровно один раз, даже если PSP присылает одно и то же сообщение дважды или с опозданием?
• Что происходит, когда клиент пополняет счёт или выводит деньги, пока торговая платформа недоступна?
• Как хранятся и меняются правила расчёта комиссий IB и смогут ли наши финансисты пересчитать прошлый месяц и получить тот же результат?
• Как записывается каждое изменение в карточке клиента и кто может читать или удалять этот журнал?
• Где хранятся KYC-документы, как долго и как они удаляются, когда истекает срок хранения?
• Что мы получим при передаче: исходный код, инструкции по сборке, структуру базы данных и административный доступ ко всем серверам и внешним сервисам?
• Можете показать это в действии в системе, которая работает сегодня?

Где здесь место amBrain?

amBrain ведёт этот блог. Одну из частей своей работы в трейдинге компания описывает одной строкой: «amBrain строит инфраструктуру алгоритмической торговли: исполнение заявок, рыночные данные и предторговый риск-контроль». Ещё одна строка на сайте amBrain гласит: «Разработка торговых терминалов, систем управления заявками и биржевая интеграция по протоколу FIX». Ни в одной из этих строк не упоминаются CRM или клиентский портал.

amBrain делает софт с 2019 года. О том, как компания работает с клиентами, она говорит: «Три формата: полная разработка, выделенная команда или инженеры внутри вашей команды». О владении у неё такая строка: «Клиент сохраняет полное владение продуктом и кодом, кроме наших переиспользуемых компонентов». До подписания попросите поимённый список этих компонентов.

Эта статья — не кейс, и работа для клиентов в ней не описывается. В ней не утверждается, что amBrain строил, покупал или интегрировал форекс-CRM, клиентский портал или IB-систему для какого-либо клиента. Статья цитирует опубликованные страницы MetaQuotes, Spotware, Match-Trade Technologies, Kenmore Design, BrokerTech, Praxis и Sumsub. Она не утверждает, что между amBrain и какой-либо из этих компаний есть какие-либо отношения, не рекомендует ни один из их продуктов и не приводит цен и сроков amBrain.

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