2025 год - хороший год спокойно оглянуться и посмотреть, какая реальная ситуация с торговыми API у российских брокеров на текущий день.

За последние несколько лет появились новые REST/gRPC-интерфейсы, старые коннекторы никуда не делись, а слово «роботы» стало частью маркетинга. Но разработчика интересует не реклама, а ответ на простой вопрос:

На чём безопасно строить боевого робота, а что пока годится только для экспериментов?

В этом обзоре - краткий срез по четырём ключевым игрокам:

• Финам

• Алор

• Т-Банк (бывший Тинькофф)

• БКС

  

Финам: Transaq как опора, Trade API - как сменщик

У Финама сейчас два технологических слоя, которые живут параллельно.

1. Базовый боевой уровень - Transaq / TXmlConnector

Исторический и до сих пор основной инструмент автоматики:

• соединение через Transaq-сервер;

• подключение роботов через TXmlConnector.dll и совместимые библиотеки;

• работа с заявками, позициями, данными, подписками.

Этот стек:

• пережил несколько кризисов и турбулентных рынков,

• оброс практикой и коннекторами в разных платформах,

• предсказуемо ведёт себя в типичных и нетипичных сценариях.

Поэтому в 2025 году именно Transaq у Финама остаётся одной из самых надёжных точек опоры для роботов. Ссылка на решение - https://www.finam.ru/howtotrade/soft/tconnector/

2. Новый уровень - Finam Trade API (gRPC/REST/WebSocket)

Поверх старого ядра развивается Finam Trade API:

• gRPC / REST для торговых и сервисных операций;

• WebSocket для стриминга рыночных данных и событий.

Идея понятна: дать разработчикам нормальный Web-интерфейс, не заставляя всех работать с DLL/бинарщиной. Ссылка на решение https://tradeapi.finam.ru/

Практический статус на 2025 год

По факту:

• Transaq по надёжности и предсказуемости всё ещё опережает новый REST/WebSocket-слой.

• Trade API существует, развивается и постепенно закрывает всё больше задач,
  но пока его разумнее воспринимать как современный фасад, который ещё дозревает.

Вывод для разработчика:

• если нужна максимальная стабильность - логично опираться на Transaq/TXmlConnector;

• если важнее «микросервисы, HTTP, gRPC» - можно идти в сторону Trade API, но закладывая ресурс на адаптацию и возможные изменения.

Алор: ставка на WebAPI с нуля (ALOR OpenAPI)

В отличие от Финама, который тянет за собой большой исторический хвост, Алор довольно рано сделал ставку именно на открытый WebAPI для розницы.

ALOR OpenAPI: стек

Типичная и понятная связка:

• REST API

  • выставление/отмена заявок;

  • работа с портфелем и балансами;

  • справочники инструментов и служебные операции.

• WebSocket

  • стаканы;

  • котировки и свечи;

  • события по ордерам и сделкам.

Есть:

• отдельная документация и портал для разработчиков,

• примеры запросов,

• ориентация на работу с любого ЯП (Python, C#, Java и т.д.).

Состояние к 2025 году

ALOR OpenAPI за несколько лет:

• пережил несколько итераций доработок;

• стал де-факто стандартным способом подключения роботов у многих клиентов Алора;

• используется во множестве самописных решений и внешних платформ.

По ощущениям, это уже зрелый WebAPI, а не вечная бета: его можно считать нормальной основой под прод. Ссылка на решение https://alor.dev/docs/

Новая волна: амбициозные, но сырые API (Т-Банк и БКС)

Параллельно старым коннекторам и устоявшимся WebAPI развивается «новая школа»:

• мощный gRPC,

• богатая модель данных,

• много сервисов,

• красивые диаграммы в презентациях.

В эту волну хорошо вписываются Т-Банк (бывший Тинькофф) и БКС.
И здесь ключевой момент - степень зрелости.

Т-Банк (Тинькофф): нестабильное соединение как главный стоп-фактор

Стек T-Invest API

Технически T-Invest API выглядит очень красиво:

• gRPC как основной протокол;

• gRPC-web для браузеров;

• REST-обёртка с Swagger для тех, кто предпочитает HTTP и JSON;

• отдельные сервисы под котировки, стаканы, свечи, события и т.д.

На бумаге - идеальный пример «современного брокерского API». Ссылка на решение https://russianinvestments.github.io/investAPI/

Главный минус: нестабильность соединения

На практике в 2025 году основной и самый болезненный минус - нестабильность соединения:

• соединение с API регулярно рвётся;

• приходится реализовывать сложную логику переподключений, восстановления подписок, синхронизации состояния;

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

В результате:

• формально T-Invest API функционален и технологичен;

• но качество и стабильность канала связи делают это решение на сегодня скорее экспериментальным, чем полностью продовым.

То есть:

T-Invest API - отличная площадка для тестов, обучения, быстрой обкатки идей,
но для консервативного боевого робота нестабильные разрывы соединения - слишком серьёзный фактор риска.

БКС: Trade API на стадии выхода из внутренней кухни

Что делает БКС

БКС выносит наружу свой Trade API:

• программный доступ к портфелю;

• выставление/снятие заявок;

• работа с данными по инструментам.

API позиционируется как современный способ интеграции роботов и внешних систем с инфраструктурой БКС.

Текущее состояние

По состоянию на 2025 год:

• API по сути выходит из режима “внутренний инструмент” в режим “для клиентов”;

• документация и продуктовая упаковка ещё в процессе шлифовки;

• публичного накопленного опыта массовой эксплуатации меньше, чем у Финама/Алора.

• Ссылка на решение https://trade-api.bcs.ru/

Отсюда:

• BCS Trade API уже можно трогать руками, запускать пилоты,

• но для серьёзного продакшена это пока ближе к «использовать осторожно», чем к полностью устоявшемуся стандарту.

Остальные брокеры: терминалы, скрипты и биржевые шлюзы

Кроме описанных API, у многих брокеров (Сбер, ВТБ, Открытие и др.) картина примерно такая:

• основной путь для роботов - терминалы (QUIK с QLua, Transaq-терминал, MetaTrader 5 и т.п.);

• интеграции часто делаются через сторонние фреймворки (StockSharp, TS Lab), у которых свои коннекторы к брокерам;

• для профессиональных клиентов доступны биржевые DMA-шлюзы (FIX, FAST, Plaza II, TWIME и др.), если есть статус, объёмы и инфраструктура.

Это всё рабочие варианты, но это уже другая плоскость - не «простой WebAPI, включаемый по токену в личном кабинете», а более тяжёлые решения с отдельным порогом входа.

Суммарно на 2025 год картина с брокерскими API в России выглядит так:

• Есть узкий слой реально боевых решений - старый, проверенный стек у Финама (Transaq) и достаточно зрелый WebAPI у Алора (ALOR OpenAPI).

• Есть новая волна амбициозных API - в первую очередь T-Invest API у Т-Банка и Trade API у БКС, которые технически интересны, но по факту остаются скорее полем для экспериментов, чем опорой для спокойного продакшена.

• Остальные брокеры по-прежнему живут в логике терминалов, скриптов и профессиональных биржевых шлюзов.

Рынок развивается, но делает это медленно и консервативно: старые решения не спешат умирать, новые долго дозревают до стабильного статуса.

Имеет смысл воспринимать этот обзор как снимок на 2025 год. Раньше чем через год к этому вопросу возвращаться особого смысла нет — за полгода здесь обычно меняются детали реализации, а не общая архитектура.

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