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

FIX, сокращение от Financial Information Exchange, — это стандартный формат сообщений, которым торговые компании отправляют заявки и получают отчёты об исполнении. FIX-подключение — это рабочая связь с каждым брокером или площадкой: сессия, которая остаётся открытой и после разрыва восстанавливается без потери сообщений. Такую связь можно арендовать у хостинговой сети, лицензировать FIX-движок и запускать его самостоятельно или построить собственный шлюз. Какой бы путь вы ни выбрали, закладывайте бюджет на людей, тестирование с каждой контрагентской стороной и часы, которые должен кто-то покрывать.

Что такое FIX и кто его поддерживает?

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

На практике важны два уровня. Прикладной уровень несёт деловые сообщения, например новую заявку или отчёт об исполнении. Сессионный уровень поддерживает связь. На странице FIX Trading Community о технических стандартах сказано, что протокол «обеспечивает надёжную двустороннюю связь между двумя сторонами через сессию», с упорядоченными сообщениями и непрерывными порядковыми номерами.

Какие версии FIX важны в 2026 году?

FIX Trading Community заявляет: «Фирмам настоятельно рекомендуется использовать FIX Latest». Для фирм со старыми реализациями она добавляет, что «версии протокола FIX 4.2 и 4.4 по-прежнему поддерживаются FIX Trading Community», а остальные версии больше не поддерживаются. Какую версию вы используете, решают ваши контрагенты. Брокер на версии 4.2 не перейдёт на новую потому, что вам так удобнее, поэтому до выбора любого продукта составьте список версий, которые предлагает каждый контрагент.

Что делает хостинговая FIX-сеть или провайдер подключений?

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

• Broadridge предлагает «автоматизированное подключение и мгновенную сертификацию FIX-контрагентов через наш веб-интерфейс» и пишет, что решение можно «развернуть как полностью или частично управляемое».
• Iress описывает свой FIX Hub как «сквозной полностью управляемый сервис с простым подключением и FIX-манипуляциями», дающий доступ к контрагентам «через одного партнёра по подключению, одно соединение и одну сертификацию».
• RA Hub от Rapid Addition «поддерживает развёртывание на собственных серверах, в облаке или гибридное», поэтому проверьте, кто будет держать сессии. Компания пишет, что её предложение по подключению контрагентов призвано «упростить и ускорить подключение клиентов, улучшая клиентский опыт и сокращая время до начала торговли».

Проверяйте каждое утверждение на своих контрагентах. Ни на одной из трёх страниц цена не названа.

От чего вы отказываетесь с хостинговым провайдером?

Вы отдаёте контроль над путём, которым идут ваши заявки, и над сроками изменений. Ваши заявки проходят через чужие серверы. Iress упоминает «FIX-манипуляции», а управляемый сервис Broadridge использует «службу нормализации». Мы понимаем оба случая так, что провайдер изменяет сообщения в пути, хотя ни одна страница не говорит, какие поля и как. Спросите, какие именно поля он меняет и видите ли вы исходное и изменённое сообщение рядом.

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

Что требует запуск лицензируемого или открытого FIX-движка?

Движок — это библиотека, которая берёт на себя сессионный уровень FIX. OnixS описывает свои движки как «высокоскоростные реализации протокола Financial Information Exchange (FIX)» для .NET, C++ и Java. К ним прилагается пример кода для «подключаемого хранения состояния сессии и сообщений», а предлагаются они «на недорогой подписке с полной поддержкой». Цены на странице нет, зато предлагается бесплатная 30-дневная оценка. Движки с открытым кодом не требуют платы за лицензию. Страница QuickFIX/J отправляет с вопросами в список рассылки и на тег Stack Overflow. На сайте проекта QuickFIX также перечислена коммерческая поддержка, так что вы либо покупаете поддержку, либо полагаетесь на своих сотрудников.

Движок — меньшая часть работы. Вам всё равно придётся заниматься вот чем:

• Управление сессией для каждого контрагента: время подключения, учётные данные и сбросы порядковых номеров.
• Хранение сообщений, чтобы после перезапуска можно было ответить на запрос повторной отправки, то есть на просьбу контрагента прислать пропущенные сообщения.
• Сертификация у каждой площадки или брокера, которую повторяют, когда изменение может повлиять на соединение или его сообщения.
• Мониторинг, который быстро сообщает человеку, что сессия упала.
• Сотрудники или график дежурств на каждый час, когда открыты рынки, где вы торгуете.

Что такое сертификация и как долго она действует?

Сертификация — это тест, который площадка или брокер назначают, прежде чем допустить ваше программное обеспечение к реальной торговле. ASX заявляет: «Все клиентские приложения должны пройти процесс ASX Conformance до доступа к рабочему рынку». Он требует, чтобы ваше программное обеспечение было «в состоянии, готовом к промышленной эксплуатации, до записи на тест». Кроме того, ASX оставляет за собой «право блокировать доступ к рабочей системе для программного обеспечения, не отвечающего требованиям».

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

Где кончается протокол и начинается ваша работа?

FIX — стандарт, но каждый контрагент добавляет свои правила. Из-за этого FIX Trading Community создала FIX Orchestra. Её «задумали как машиночитаемые правила взаимодействия между контрагентами», чтобы сократить время подключения нового торгового партнёра. Свод правил помогает, только если контрагент его публикует. ASX и London Metal Exchange публикуют свои в виде документов PDF.

Два опубликованных документа площадок и брокеров показывают, насколько могут различаться правила. Paxos в документации по своему крипто-брокериджу пишет: «Cancel on Disconnect включён по умолчанию». Кроме того, он «принудительно разрывает соединение и сбрасывает порядковые номера еженедельно для всех сессий». Спецификация London Metal Exchange по выходу из сессии отличается: «шлюз не будет автоматически отменять» неперсистентные заявки пользователя. Отмену при потере соединения пользователь может запросить флагом в каждой заявке.

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

Когда важна задержка?

Она важна, когда ваша прибыль зависит от того, чтобы первым получить цену. Для брокера, который маршрутизирует клиентские заявки, или фонда, который отрабатывает заявки в течение нескольких часов, обычно важнее надёжность. OnixS описывает свои движки как «специально разработанные для критически важной инфраструктуры сверхнизкой задержки и высокочастотной торговли». Это утверждение поставщика, и числа на его странице нет.

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

Что происходит, если сессия обрывается посреди заявки?

Могло случиться одно из четырёх. Заявка могла не дойти до площадки. Она могла всё ещё находиться там в работе. Она могла исполниться целиком или частично, а отчёт потерялся на обратном пути. Или площадка могла отменить её, увидев разрыв. Ваша система должна выяснить, что именно произошло, не отправив заявку дважды.

Сессионный уровень помогает. Для пропуска внутри сессии в спецификации LME сказано: «Клиент может использовать сообщение Resend Request (35=2), чтобы восстановить любые потерянные сообщения». При входе после перерыва, как там сказано, пропуски должны заполняться автоматически, и «ни одна из сторон не должна формировать Resend Request (35=2) на основании MsgSeqNum (34) входящего сообщения Logon». Там же сказано, что шлюз «не обрабатывает возможные повторные отправки сообщений, инициированных клиентом». И добавлено: «Любое сообщение с повторяющимся ClOrdID (11) будет отклонено по проверке уникальности Client Order ID». Значит, шлюз отклоняет повтор с тем же идентификатором, а отправленную под новым идентификатором обрабатывает как обычную заявку. Выясните, что случилось с первой заявкой, прежде чем отправлять её снова под новым идентификатором.

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

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

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

• ЕС. Статья 17 MiFID II, директивы ЕС о рынках финансовых инструментов, опубликована ESMA, регулятором рынков ЕС, в её онлайн-своде правил. В ней сказано, что инвестиционная фирма, занимающаяся алгоритмической торговлей, «должна иметь эффективные системы и контроли рисков», чтобы её системы были «устойчивыми и обладали достаточной мощностью». Фирма, применяющая высокочастотный метод, обязана хранить «точные и упорядоченные по времени записи всех своих поданных заявок, включая отмены заявок».
• Тестирование в ЕС. Статья 6 Делегированного регламента 2017/589, известного как RTS 6 и написанного для инвестиционных фирм, занимающихся алгоритмической торговлей, говорит, что фирма «должна проверить соответствие своих систем алгоритмической торговли и торговых алгоритмов» требованиям площадки. Это включает случай, «когда она впервые подключается к этой торговой площадке через механизм спонсируемого доступа». Спонсируемый доступ означает отправку заявок напрямую на площадку под торговым кодом другой фирмы, без использования её инфраструктуры. Статья 12 требует возможности «немедленно отменить в порядке экстренной меры» неисполненные заявки на всех площадках, к которым подключена фирма.
• США. Правило 15c3-5 SEC требует от брокера-дилера с доступом к рынку «создать, задокументировать и поддерживать систему контролей управления рисками и надзорных процедур». Контроли должны быть «разумно спроектированы», чтобы «предотвращать ввод ошибочных заявок, отклоняя заявки, которые превышают подходящие параметры цены или размера». Они также должны находиться «под прямым и исключительным контролем брокера или дилера». Одно исключение позволяет фирме передать отдельные регуляторные контроли по письменному договору клиенту, который является зарегистрированным брокером-дилером. Руководитель компании «должен ежегодно подтверждать» их.
• FINRA. Regulatory Notice 15-09, опубликованное 26 марта 2015 года, перечисляет рекомендуемые эффективные практики для фирм, торгующих алгоритмически. Среди них «тестирование проводится независимо от разработки кода» и «механизмы, с помощью которых фирма может быстро отключить алгоритм или поддерживающую платформу».

Для Великобритании в обзоре FCA, опубликованном 21 августа 2025 года, сказано, что фирмы, занимающиеся алгоритмической торговлей, «обязаны проверять соответствие своих алгоритмов системе торговой площадки или поставщика прямого доступа к рынку, как предписывает статья 6 RTS 6». Там сообщается, что некоторые фирмы отметили, что эти процедуры «существенно различались от площадки к площадке». В этой статье не цитируется Handbook FCA, поэтому спросите юриста о его главах по алгоритмической торговле.

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

Когда оправдан собственный шлюз?

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

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

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

Что у вас останется, если вы уйдёте от провайдера?

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

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

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

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

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

Этот блог публикует amBrain. Часть своей работы в трейдинге компания описывает так: «amBrain создаёт инфраструктуру для алгоритмического трейдинга: исполнение заявок, рыночные данные и предторговые контроли рисков». В карточке услуг для трейдинга и финтеха указано: «Разработка торговых терминалов, систем управления ордерами и биржевая интеграция по протоколу FIX». Это только описание услуги.

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

Эта статья не кейс и не описывает работу для клиентов. Ничто в ней не говорит о том, что amBrain создавал FIX-шлюз, продукт для подключений или хостинговую сеть для какого-либо клиента. Цитаты взяты с опубликованных страниц FIX Trading Community, названных выше поставщиков и площадок, ESMA, FINRA, FCA, Свода федеральных нормативных актов США и legislation.gov.uk. Статья не заявляет о каких-либо отношениях между amBrain и кем-либо из них, не рекомендует их продукты и не называет цен или сроков amBrain.

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