Telegram-бот на MCP Т-Инвестиций: как деньги компании перестали простаивать
MCP-сервер Т-Инвестиций — протокол, через который ИИ-агент напрямую обращается к брокерскому счету юрлица: читает баланс, котировки и историю операций, выставляет заявки. На этой основе собирают Telegram-ассистента, который отвечает на вопрос про свободный остаток за секунды, и торгового робота, который перекладывает кэш в фонды денежного рынка по заданным правилам.
что такое MCP и чем он отличается от обычного API-бота
MCP расшифровывается как Model Context Protocol — открытый стандарт, который описывает, как языковая модель обращается к внешним системам через набор готовых инструментов, а не через самописный разбор ответов API. Т-Инвестиции выпустили MCP-сервер для юрлиц: модели доступны инструменты вроде «получить портфель», «получить котировку», «выставить заявку», у каждого — понятное описание на естественном языке. Модель сама решает, какой инструмент вызвать под конкретный запрос сотрудника.
Сотрудник пишет боту в Telegram: «сколько у нас на счете и в фонде денежного рынка» — и агент сам дергает нужный метод MCP, вместо того чтобы человек искал ответ в личном кабинете брокера. Раньше похожего бота собирали неделями: парсили формат ответа брокерского API, ловили ошибки авторизации, следили за версией протокола при каждом обновлении. MCP убирает этот слой — агент получает готовый контракт инструментов и работает с ним сразу.
Для UKVED это тот же класс задач, что и чат-бот на сайте компании: интерфейс, который понимает вопрос на естественном языке и обращается к нужной системе за ответом. Разница только в том, к какой системе он обращается — к каталогу товаров и CRM для сайта или к брокерскому счету и 1С для казначейства.
как деньги неделями лежали без дела: разбор одного случая
Оптовая компания из Москвы, торгует сантехникой, держит брокерский счет юрлица в Т-Инвестициях, чтобы размещать свободные остатки между закупками. Логика простая: утром бухгалтер смотрит выписку по расчетному счету, сверяет ее с планом платежей поставщикам в 1С, и если видит свободные несколько миллионов рублей, звонит трейдеру с просьбой переложить их в фонд денежного рынка на пару дней.
Но бухгалтер в компании одна, а в отпуск, на больничном или в разгар закрытия месяца ей не до брокерского счета — деньги просто лежат на расчетном счете без движения. За квартал таких простоев набралось больше десяти дней, и все это время кэш не работал: он не гасил кредиторку с ранней скидкой поставщика и не приносил доход в фонде денежного рынка, а просто ждал, когда у бухгалтера дойдут руки.
Заметили проблему случайно: новый финансовый директор поднял выписки за квартал и увидел, что часть свободных денег вообще не появлялась в отчете по фонду денежного рынка — они просто стояли на расчетном счете неделями, а никто не связывал это с отпуском бухгалтера или закрытием месяца.
Для компании это не абстрактная недополученная прибыль, а конкретный выбор, которого никто сознательно не делал: те же деньги можно было направить на досрочное погашение кредиторки под скидку или оставить работать в фонде денежного рынка, а вместо этого они простаивали, пока бухгалтерия закрывала месяц в 1С.
🤖 как собрали ассистента: от MCP-сервера до Telegram и 1С
Сборка заняла три недели и прошла в три этапа.
подключение MCP-сервера
Сначала подключили MCP-сервер Т-Инвестиций к брокерскому счету юрлица и дали модели доступ к инструментам чтения баланса и котировок. Уже на этом этапе бот отвечал в Telegram на вопрос про свободный остаток за секунды, без звонка трейдеру.
интерфейс в Telegram
Дальше добавили Telegram как единственную точку входа: сотрудник пишет обычным текстом, модель сама решает, какой инструмент MCP вызвать, и присылает короткий ответ с цифрой — без таблиц и графиков брокерского приложения.
коннектор к 1С
Третий этап оказался самым трудоемким: без данных из 1С ассистент видел только брокерский счет, а не полную картину кэша компании — расчетные счета, план платежей поставщикам, ожидаемые поступления от покупателей. Пришлось писать коннектор, который выгружает эти данные из 1С и отдает их агенту как еще один MCP-инструмент. У компании стояла старая версия платформы без нужного протокола обмена — актуальные требования к версии проще свериться сразу по системным требованиям 1С, — поэтому сначала потребовалось обновление 1С, а затем — доработка 1С под выгрузку остатков и плана платежей в реальном времени.
тестовый режим перед реальными деньгами
Прежде чем разрешить агенту хоть что-то делать с реальным счетом, две недели гоняли его в режиме только чтения: бот отвечал на вопросы и присылал рекомендации, а решение о переводе денег принимал человек вручную по подсказке бота. Это позволило поймать пару случаев, когда модель путала фонд денежного рынка с обычной облигацией в портфеле, прежде чем такая ошибка стоила бы компании реальных денег.
советник или робот: где проходит граница автоматизации
Ассистент, который просто отвечает на вопросы, и робот, который сам выставляет заявки через MCP-инструмент постановки ордера, — это разные уровни риска. Агент действует от имени юрлица, и ошибка в логике или неверно понятый запрос оборачивается реальной сделкой на реальные деньги компании, а не тестовым сценарием.
Поэтому полномочия разделили. Автоматическая перекладка свободного остатка в фонд денежного рынка происходит без участия человека — это низкорисковая операция с понятными правилами. А заявка, которая меняет состав портфеля или превышает установленный лимит, уходит финансовому директору сообщением в тот же Telegram-чат с кнопками «подтвердить» и «отменить»: агент готовит решение, а исполняет его человек. Каждое действие бота — и автоматическое, и подтвержденное вручную — логируется отдельно от переписки, чтобы бухгалтерия сводила операции с выписками без раскопок в истории чата.
Например, если агент перепутает тикер фонда денежного рынка с похожим по названию инструментом — ошибка, которую тестовый режим и должен был отловить, — лог покажет это раньше, чем бухгалтер увидит расхождение в выписке через неделю.
кто держит доступ к деньгам: вопросы безопасности
Ключ доступа к брокерскому счету — это не пароль от личного кабинета, а токен, который дает MCP-серверу право на операции от имени компании. Если такой токен утечет вместе с логами чат-бота или окажется в открытом репозитории, деньги компании окажутся доступны кому угодно с этим токеном, а не только сотруднику, который переписывается с ботом.
Поэтому токен MCP-сервера хранят отдельно от кода бота, в переменных окружения, а не в самом Telegram-боте. Доступ к чату с ассистентом дают ограниченному кругу — финансовому директору и одному-двум сотрудникам бухгалтерии, а не всей компании. Лимиты на автоматические операции задают с запасом в меньшую сторону: проще один раз вручную подтвердить сделку, которая укладывалась бы в лимит, чем на старте позволить агенту распоряжаться суммой, которая для компании существенна.
📊 три варианта организации казначейства: что показала практика
До запуска ассистента в компании рассматривали три варианта — от полностью ручного контроля до автоматического робота с лимитами. Разница между ними — не в том, кто умнее, а в том, сколько времени проходит между появлением свободного остатка и решением, что с ним делать.
| Вариант | Скорость реакции на свободный остаток | Риск ошибки | Участие человека |
|---|---|---|---|
| Ручной контроль бухгалтера | от нескольких часов до нескольких дней в зависимости от загрузки | высокий — забытый звонок трейдеру, отпуск, закрытие месяца | решение и исполнение вручную |
| Telegram-ассистент-советник | секунды на ответ, решение все равно принимает человек | средний — зависит от того, заметит ли сотрудник уведомление | решение вручную, данные от бота |
| Торговый робот с лимитами | секунды на реакцию и исполнение в рамках установленного лимита | низкий для сумм внутри лимита, требует контроля выше него | только для сумм выше порога |
Компания в итоге выбрала гибрид из второго и третьего варианта — и именно так работает ассистент сегодня.
что нужно для запуска и сколько это стоит
Для такого проекта нужны три вещи со стороны бизнеса: доступ к брокерскому счету юрлица в Т-Инвестициях, база 1С с актуальными остатками и планом платежей хотя бы на неделю вперед, и человек, который согласует правила автоматической перекладки — обычно финансовый директор или главный бухгалтер.
Мы в UKVED собираем такие чат-боты под задачу конкретной компании: подключаем MCP-сервер брокера, пишем коннектор к 1С и настраиваем логику лимитов и подтверждений в Telegram. Если база 1С уже отдает нужные данные через штатный обмен, сборка ассистента укладывается в несколько недель. Если требуется доработка 1С под выгрузку остатков и плана платежей, работу оцениваем по ставке сисадмина и программиста 1С — от 3800 рублей в час, а итоговый срок зависит от того, сколько источников данных нужно завести в один чат.
Если казначейского учета в 1С нет вовсе, а остатки по счетам считают в таблицах, сначала есть смысл закрыть это внедрением 1С:ERP с модулем казначейства, и уже поверх него ставить ассистента — иначе агенту попросту нечего будет читать, а Telegram-бот превратится в дорогую игрушку без данных.
После запуска у ассистента остаются рабочие задачи: обновление токенов доступа, доработка логики при появлении новых типов операций, поддержка коннектора при обновлении самой 1С. Это тоже укладывается в почасовую ставку сопровождения — 3800 рублей в час, без отдельного договора на каждую мелкую правку.
❓ Частые вопросы
Чем MCP-сервер Т-Инвестиций отличается от обычного API брокера?
MCP отдает модели готовый набор инструментов с описанием на естественном языке — «получить портфель», «выставить заявку» — и модель сама решает, какой вызвать. С обычным API разработчик пишет код под каждый сценарий заранее и обновляет его при любом изменении формата ответа брокера.
Можно ли доверить агенту автоматическую покупку и продажу ценных бумаг?
Можно, но с лимитом по сумме: операции внутри установленного порога агент выполняет сам, а сделки крупнее уходят финансовому директору на подтверждение в тот же Telegram-чат. Полная автономия без лимитов для юрлица рискованна — ошибка модели становится реальной сделкой. Порог каждая компания задает сама, исходя из размера свободного остатка.
Нужна ли доработка 1С, чтобы подключить такого ассистента?
Зависит от версии платформы и от того, ведется ли в 1С казначейский учет. Если данные об остатках и плане платежей уже есть в системе, достаточно коннектора. Если платформа старая или казначейского контура нет, потребуется обновление или доработка 1С перед запуском бота.
Сколько стоит собрать Telegram-ассистента на MCP Т-Инвестиций?
Стоимость зависит от того, сколько источников данных нужно подключить. Если 1С уже отдает нужные данные, сборка занимает несколько недель. Доработку под выгрузку остатков и плана платежей оцениваем по ставке сисадмина и программиста 1С — от 3800 рублей в час. Итоговая смета всегда привязана к конкретным источникам данных, а не к абстрактному прайсу.
Что будет, если агент ошибется и выставит неверную заявку?
Каждое действие агента логируется отдельно от переписки в чате, поэтому ошибку видно сразу, а не через неделю при сверке выписки. Перед запуском с реальными деньгами бота две-три недели держат в режиме только чтения, чтобы отловить такие ошибки без риска для счета.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

