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 реально дозрел до продакшена, а кто так и остался вечной бетой.