Алгоритмическое исполнение для фондов, проп-деск и брокеров: алгоритмы вашего брокера, EMS или собственная разработка

Алгоритмическое исполнение означает, что одну крупную заявку отдают программе, которая подаёт её на рынок небольшими частями, чтобы сделка меньше двигала цену. Фонды, проп-трейдинговые деск и брокерские компании могут использовать алгоритмы своего брокера, купить систему управления исполнением (EMS) или построить собственный слой исполнения. Выбор зависит от того, со сколькими брокерами вы работаете, потому что EMS подключается ко многим из них с одного экрана, и от того, можете ли вы измерить результат. В ЕС инвестиционная фирма, которая торгует алгоритмически и покупает или передаёт на аутсорсинг свои алгоритмы, остаётся за них ответственной.

Что делают алгоритмы исполнения?

Крупная заявка, отправленная целиком, показывает всему рынку, что вы хотите купить или продать, и может сдвинуть цену против вас. Алгоритм исполнения делит такую заявку, называемую родительской, на более мелкие дочерние и решает, когда отправлять каждую. Распространённые стили различаются тем, к какой цене они стараются держаться ближе:

• VWAP, средневзвешенная по объёму цена. Заявка следует за торговым объёмом рынка, поэтому большая её часть исполняется, когда торгуется большая часть рынка. Interactive Brokers описывает свой алгоритм VWAP как «Создан, чтобы достичь цены VWAP или превзойти её, рассчитанной с момента подачи заявки». Этот стиль подходит для крупной сделки, которую вы готовы растянуть на весь день.
• TWAP, средневзвешенная по времени цена. Здесь заявка уходит частями с равномерным темпом в течение заданного периода независимо от того, что происходит с объёмом. Trading Technologies описывает свой TT TWAP как «разбиение заявки на небольшие части и подачу их на рынок постепенно и систематически».
• Implementation shortfall. Цель — держаться близко к цене на момент, когда вы решили торговать. Ожидание несёт риск того, что цена уйдёт, поэтому алгоритм сопоставляет этот риск со стоимостью более быстрой торговли. Interactive Brokers предлагает близкий вариант под названием Arrival Price. Он ориентируется на «середину между ценами bid и ask на момент подачи заявки», а это может быть позже вашего решения, с «заданным пользователем уровнем рыночного риска, который определяет темп исполнения». Выбирайте его, когда движение цены за время ожидания навредит сильнее, чем стоимость быстрой торговли.

Чем EMS отличается от OMS?

Система управления заявками (OMS) хранит официальную запись о том, что требовала каждая заявка и что с ней произошло. EMS — инструмент трейдера для работы с этой заявкой на рынке, обычно через отправку в алгоритм брокера или напрямую на площадку.

Поставщики используют эти названия свободно, поэтому ориентируйтесь на то, что перечислено на странице продукта. FlexTrade называет FlexTRADER «независимая от брокеров, по-настоящему мультиактивная система управления исполнением». На странице Trading Technologies для TT OMS перечислены «Собственные алгоритмы брокеров, синтетические заявки и маршрутизация на основе правил по размеру, счёту, продукту и площадке». Это работа по исполнению, хотя продукт называется OMS.

Не использовать ли просто алгоритмы нашего брокера?

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

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

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

Стоит ли покупать EMS?

EMS собирает алгоритмы многих брокеров за одним экраном и собирает данные об исполнении. FlexTrade сообщает, что трейдеры могут через его сеть «Подключайтесь к более чем 300 брокерам по всему миру», а в разделе по FX предлагает «более 100 алгоритмов брокеров». Virtu описывает свою EMS Triton как «глобальная, независимая от брокеров мультиактивная платформа». Это заявления самих поставщиков, поэтому проверьте их на тех брокерах, с которыми вы работаете.

Вы платите за это поставщику, и нужная вам функция появляется тогда, когда поставщик решит её сделать. Алгоритмы брокеров внутри остаются закрытыми. Некоторые поставщики добавляют собственные алгоритмы: FlexTrade описывает для своей EMS «наш набор гибких торговых алгоритмов, применимых по всему миру», поэтому спросите, кто может видеть и менять эту логику. EMS также стоит на пути ваших заявок, поэтому спросите, что происходит с рабочими заявками, когда она выходит из строя.

Когда стоит строить собственный слой исполнения?

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

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

Прежде чем решаться на полную разработку, посмотрите на промежуточный вариант. Trading Technologies говорит, что её инструмент ADL позволяет «проектировать, тестировать и запускать собственные алгоритмы, не написав ни единой строки кода». Тогда ваша логика работает на платформе другой компании, что сокращает работу, но привязывает вас к этой платформе.

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

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

Чем мы владеем при каждом варианте и насколько трудно перейти на другой?

• Ваш брокер хранит собственную копию дочерних заявок, поэтому попросите их в виде, который можно сохранить. С EMS получите письменное подтверждение, что вы можете выгрузить каждую заявку и каждое исполнение.
• Код исполнения принадлежит брокеру или поставщику EMS. Если вы строите систему сами, код может принадлежать вам, но только если это записано в договоре и в нём перечислено всё, что остаётся у разработчика.
• Переход к новому брокеру или EMS означает новые подключения и новое тестирование. В обзоре Европейского управления по ценным бумагам и рынкам (ESMA), регулятора ценных бумаг в ЕС, среди изменений, при которых повторное тестирование считается хорошей практикой, назван пункт «Замена сторонних поставщиков или потоков данных».

Как мы измеряем качество исполнения?

Анализ транзакционных издержек (TCA) сравнивает цены, которые вы получили, с эталонной ценой. Ответ зависит от выбранного эталона, поэтому выбирайте его до того, как смотрите на результаты.

Строгая точка отсчёта — цена в момент вашего решения или в момент, когда заявка попала на деск, и эти цены могут отличаться. В статье FlexTrade 2015 года взят деск: «Implementation shortfall — это показатель разницы между средней ценой исполнения и ценой на момент поступления заявки на торговый деск.» Для крупной заявки VWAP — более слабая проверка, потому что сама заявка входит в объём, с которым её сравнивают. Чтобы цифры что-то значили:

• Записывайте собственные отметки времени для решения, поступления заявки на деск, поступления к брокеру и каждого исполнения
• Учитывайте то, что не было исполнено, потому что наполовину исполненная заявка может выглядеть дешёвой, пока остальная часть позиции уходит от вас
• Сравнивайте сопоставимое по инструменту и размеру заявки и распределяйте заявки между брокерами по заранее заданному плану, чтобы каждый получал сопоставимые
• Используйте один и тот же расчёт для каждого брокера и дождитесь достаточного числа заявок в каждой группе, прежде чем делать вывод

Поставщики продают для этого инструменты. FlexTrade указывает «FlexTCA для измерения эффективности в реальном времени и по историческим данным» и инструмент FlexAlgoWheel, который автоматизирует рутинные заявки на основе «исторических данных и данных TCA в реальном времени». Любой из этих инструментов всё равно зависит от отметок времени, которые вы записываете сами.

Когда вы исполняете заявки для клиентов, регуляторы ожидают такой проверки. Статья 27 MiFID II, основного закона ЕС для инвестиционных фирм, обязывает фирмы «предпринимать все достаточные шаги, чтобы при исполнении заявок получать наилучший возможный результат». Она также обязывает их «контролировать эффективность своих механизмов исполнения заявок и политики исполнения».

В США FINRA — саморегулируемая организация брокеров-дилеров. Правило FINRA 5310 касается участников, которые автоматически маршрутизируют заявки клиентов или исполняют их внутри компании и не проверяют каждую заявку. Такие участники обязаны проводить «регулярные и строгие проверки качества исполнения заявок своих клиентов». В правиле добавлено: «Как минимум участник должен проводить такие проверки ежеквартально».

Что требуют правила ЕС для алгоритмической торговли?

Алгоритмическая торговля в ЕС подпадает под статью 17 MiFID II, которую ESMA публикует в своём онлайн-своде правил. Инвестиционная фирма, которая этим занимается, «должна иметь эффективные системы и средства контроля рисков» и должна убедиться, что «её системы полностью протестированы и должным образом контролируются». Она также обязана «уведомить об этом компетентные органы государства-члена, где у неё головной офис, и торговую площадку».

Статья 1(5) распространяет пункты 1–6 статьи 17 на «членов или участников регулируемых рынков и MTF», которым не нужна лицензия. Фонды и их управляющие в остальном освобождены от MiFID II по статье 2(1)(i), поэтому фонду сначала нужно проверить, касаются ли его эти обязанности вообще. Если клиент вне MiFID II выходит на площадку через прямой электронный доступ брокера, ESMA говорит: «провайдер DEA несёт единоличную ответственность за соблюдение правил своим клиентом».

Определение в статье 4(1)(39) широкое и охватывает торговлю, при которой «компьютерный алгоритм автоматически определяет отдельные параметры заявок». Из него исключена «любая система, используемая только для маршрутизации заявок на одну или несколько торговых площадок», поэтому инструмент, который только маршрутизирует заявку и не задаёт ни одного её торгового параметра, под определение не подпадает. В необязательном для исполнения Supervisory Briefing on Algorithmic Trading in the EU от ESMA (ESMA74-1505669079-10311, 26 февраля 2026 года) среди видов деятельности, которые подпадают под определение при автоматизации, названо «Разделение заявок на части до исполнения». Там сказано, что инвестиционные фирмы, имеющие право торговать за свой счёт, «скорее всего, занимаются алгоритмической торговлей». ESMA добавляет, что подпись трейдера под каждой заявкой не выводит фирму из сферы действия правил, если параметры задал алгоритм.

Детали содержатся в Делегированном регламенте Комиссии (ЕС) 2017/589, известном как RTS 6. ESMA говорит, что «признаёт необходимость соразмерности при применении положений о тестировании», поэтому глубина тестирования зависит от фирмы. Эти части важнее всего при выборе пути:

• Тестирование. Перед любым «внедрением или существенным обновлением» статья 5 требует «чётко определённые методологии разработки и тестирования таких систем, алгоритмов или стратегий». Статья 6 добавляет тестирование на соответствие, то есть проверку того, что ваша система корректно работает с системой каждой площадки, в том числе «при первом подключении к этой торговой площадке по схеме спонсируемого доступа», и с «системой провайдера прямого доступа к рынку», если вы выходите на площадку через него.
• Функция аварийной остановки. По статье 12 фирма «должна иметь возможность немедленно, в порядке экстренной меры, отменить любые или все свои неисполненные заявки». Это должно работать на «любых или всех торговых площадках, к которым подключена инвестиционная фирма». Фирма также должна уметь сказать, какой алгоритм отправил каждую заявку и кто за него отвечает.
• Ежегодная самооценка. Статья 9 требует, чтобы фирма «ежегодно проводила самооценку и процесс валидации» и выпускала отчёт о валидации, который готовит её функция управления рисками и утверждает высшее руководство. ESMA ожидает этого «по каждой статье отдельно».
• Стресс-тестирование. В обзоре ESMA со ссылкой на статью 10 сказано, что фирмы должны уметь показать, что системы «могут обработать вдвое больший объём, чем самый большой объём торгов, достигнутый инвестиционной фирмой за предыдущие 6 месяцев».
• Лимиты на всю заявку. ESMA говорит, что лимиты только на дочерние заявки её ожиданиям не соответствуют и что фирмам следует «применять лимиты по объёму и (или) стоимости как к родительской заявке, так и к дочерним».

В этой статье RTS 6 цитируется в принятой редакции, по legislation.gov.uk. Все страницы регуляторов и поставщиков открыты 9 ноября 2026 года. В странах за пределами ЕС и США действуют свои правила.

Кто отвечает, если алгоритм принадлежит кому-то другому?

Покупка программы не снимает обязанность с вас. Статья 4 RTS 6 говорит, что инвестиционная фирма «остаётся полностью ответственной за выполнение своих обязательств по настоящему регламенту», если она «передаёт на аутсорсинг или приобретает программное или аппаратное обеспечение, используемое в алгоритмической торговле». В обзоре ESMA сказано, что при использовании чужих алгоритмов или инструментов исполнения фирма «остаётся полностью и единолично ответственной за соблюдение MiFID II и RTS 6».

Заявки, отправленные в алгоритм брокера, могут быть другим случаем. ESMA такую схему не называет. Ближайший её пример — заявка, запущенная алгоритмом, которым управляет другой участник рынка, например когда одна фирма формирует заявки, а другая исполняет: «организация, исполняющая заявки, считается занимающейся алгоритмической торговлей в целях MiFID II и поэтому несёт ответственность за соблюдение RTS 6». Если алгоритмической торговлей занимаются обе фирмы, «обе фирмы остаются субъектами обязательств RTS 6». Если инвестиционная фирма лишь одна из двух, ESMA говорит: «эта организация считается ответственной за соблюдение RTS 6». По какую сторону этой границы попадает ваша схема, нужно спросить у юриста.

Для стороннего алгоритма или инструмента, в том числе EMS, которую для вас запускает поставщик, сверьте договор с ожиданием ESMA. Оно требует условий, которые дают фирме «безусловную возможность контролировать, приостанавливать или прекращать алгоритмическую торговлю при необходимости, независимо от согласия или вмешательства стороннего поставщика». Если остановить ваши заявки может только служба поддержки поставщика, этому требованию трудно соответствовать.

Что требуют правила США для алгоритмической торговли?

SEC Rule 15c3-5 применяется к брокеру-дилеру с доступом к рынку и к тому, кто предоставляет такой доступ клиенту или кому-либо ещё. Такая фирма обязана «создать, документально оформить и поддерживать систему контролей управления рисками», в том числе контроли, которые «предотвращают ввод ошибочных заявок путём отклонения заявок, превышающих допустимые параметры цены или размера». Эти контроли «находятся под прямым и исключительным контролем брокера или дилера», хотя он может передать отдельные регуляторные контроли клиенту, который сам является зарегистрированным брокером или дилером, по письменному договору и после должной проверки, оставаясь ответственным. Каждый год генеральный директор фирмы или равный ему руководитель должен их подтверждать.

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

FINRA опубликовала Regulatory Notice 15-09 в марте 2015 года. В уведомлении даны фирмам-участникам рекомендации по «практикам эффективного надзора и контроля» для алгоритмических стратегий: оценка рисков, разработка кода, тестирование, торговые системы и комплаенс. Среди эффективных практик — процесс обеспечения качества, при котором «тестирование проводится независимо от разработки кода», и «механизмы, с помощью которых фирма может быстро отключить алгоритм».

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

В этой статье нет цен: на страницах продуктов FlexTrade, Virtu и Trading Technologies, прочитанных для неё, их не было. Спросите у брокера, входят ли его алгоритмы в вашу комиссию, а у поставщика EMS — кто платит при добавлении нового брокера или площадки. Собственная разработка добавляет людей, которые будут её эксплуатировать, пока она работает, а для фирм, подпадающих под правила, ещё и работу по комплаенсу, описанную выше.

О чём нам спросить поставщика EMS или фирму, которая будет строить наш слой исполнения?

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

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

amBrain публикует этот блог. Одну часть своей работы в трейдинге он описывает одной строкой: «amBrain строит инфраструктуру алгоритмической торговли: исполнение заявок, рыночные данные и предторговый риск-контроль». В этой строке система управления исполнением не названа.

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

Эта статья не является кейсом и не описывает работу для клиента. Ничто в ней не говорит о том, что amBrain построил, лицензировал или интегрировал систему управления исполнением или алгоритм исполнения для какого-либо клиента. Цитаты взяты с опубликованных страниц ESMA, FINRA, FlexTrade, Trading Technologies, Virtu и Interactive Brokers, из текста RTS 6 на legislation.gov.uk и из текста SEC Rule 15c3-5 на govinfo.gov. Статья не заявляет о связи между amBrain и кем-либо из них, не рекомендует их продукты и не приводит цен или сроков amBrain.

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