Представьте: коммерческая команда отметила клиента в CRM как приоритетного. Дилинг об этом не знает, для него это просто счёт с активной торговлей. Или наоборот. Дилер выявил клиента с HFT-паттерном и поставил тег HFT, а в CRM по-прежнему всё чисто, и клиенту уходит очередное бонусное предложение.
Две команды, один клиент, две версии правды. Не потому что кто-то работает плохо. Просто данные живут в разных системах.
Что делает API Brokerpilot, простыми словами
Brokerpilot обменивается данными с системами вокруг торгового сервера и использует эти данные в мониторинге в реальном времени и в риск-менеджменте. К серверам MT4, MT5 и к cTrader он подключается через их собственные интерфейсы. А наружу, к системам брокера, ведут отдельные подключения: к CRM, к бриджу, к ликвидности (там уже FIX-протоколы), к среде комплаенса или KYC, если она есть.
Поэтому Brokerpilot правильнее описывать не как экран, который показывает дилинг, а как связующее звено в инфраструктуре брокера. Как выглядит дилинговая сторона этой картины, описано в разделе операции дилингового деска.
Это не то же самое, что Manager API
Здесь легко запутаться в терминах. Manager API у MT5 — технология подключения к серверу, протокол доступа, не больше. Brokerpilot подключается к серверам через их собственные интерфейсы, но это лишь один слой, а задача шире: дотянуться до всего, от чего зависит работа брокера, и держать данные между этими системами согласованными.
CRM: одни данные для двух команд
Через API с CRM синхронизируются теги и любые другие поля. Данные можно автоматически заполнять в дилинге из CRM или, наоборот, передавать из дилинга в CRM. Для обеих команд это значит одно: они постоянно работают с одними и теми же данными, а не сверяются время от времени. Сцена из начала статьи в таком случае просто не возникает.
Теги бриджа без второго экрана
У бриджей есть собственная система тегов. Поток размечается, и тег определяет, как он исполняется: если тег висит, ордер идёт по заданным правилам. Для риск-команды эта разметка не менее важна, чем для того, кто настраивал бридж.
Когда Brokerpilot подключён к бриджу, теги и маппинг сразу отображаются в нём: и в мониторинге в реальном времени, и в ядре риск-менеджмента. Настроек нужно минимум. Внутри Brokerpilot тег — общая метка на всю систему: он виден на карточке счёта, в фильтрах по тегам и в правилах триггеров, которые выбирают счета по тегу. Типичные примеры — HFT, Arbitrage, VIP, а тег можно назначить и целой торговой группе. Поэтому и полезно, когда теги приходят снаружи: разметка из бриджа попадает туда, где риск-команда уже привыкла работать с тегами. О том, как читать экспозицию в таком контексте, — в материале управление экспозицией для брокеров.
Комплаенс и KYC
Тот же принцип работает для комплаенса. Если у брокера есть среда KYC, данные из неё можно синхронизировать со счетами в дилинге. Куда движется регулирование в целом, разобрано в прогнозе регулирования для розничных брокеров.
Решение, а не кнопка
Поэтому мы говорим о решении, а не о функции продукта. Одной кнопки нет: что и как подключается, зависит от инфраструктуры конкретного брокера. Какая у него CRM, какой бридж, какие инструменты комплаенса. Настройка строится вокруг этого.
Покажите нам свой список систем, и мы разберём, как это будет выглядеть у вас. Забронировать презентацию.
