В начале сентября 2026 года компания Яндекс без широкой огласки выпустила плагин для интеграции голосового помощника Алиса с системой «1С:Предприятие». Новинка доступна в кабинете Яндекс 360 для бизнеса и позиционируется как инструмент, позволяющий ИИ-ассистенту отвечать на вопросы пользователей, опираясь на реальные учётные данные: документы, остатки, ведомости и даже произвольные выборки. Это первый публичный шаг Яндекса в сегменте корпоративных интеграций с популярной в России ERP-платформой, и он сразу привлёк внимание администраторов и разработчиков, которые уже провели собственное тестирование.

Согласно опубликованному разбору, комплект для администратора включает пять файлов: расширение конфигурации API_Яндекс.cfe, обработку для подготовки публикации JWT, образец файла default.vrd с прописанным блоком проверки токенов, а также две инструкции в формате docx. Расширение добавляет HTTP-сервис с корнем ApiV1 и набор обработчиков. Однако, как отмечает автор теста, само расширение не открывает доступ к данным — для работы необходимы веб-сервер (IIS или Apache), модуль расширения веб-сервера той же версии, что и платформа, публикация базы с включёнными HTTP-сервисами и правильно подложенный файл default.vrd. Модель авторизации построена на JWT-токенах: внешний издатель neuroaccounting.ya.ru выпускает токен, платформа 1С проверяет подпись открытым ключом, а из поля sub токена извлекается имя пользователя, под которым осуществляется вход в базу без пароля. Это требует создания служебного пользователя с именем, совпадающим с указанным в плагине.

В ходе тестирования на файловой демо-базе «Бухгалтерия предприятия 3.0.166» под управлением платформы 8.5.1, развёрнутой на Windows с IIS на порту 8081, выявились неочевидные проблемы. Во-первых, повторная публикация через конфигуратор затирает кастомный default.vrd, возвращая стандартную аутентификацию по логину и паролю — порядок действий должен быть строго обратным: опубликовать, подложить файл, больше не публиковать. Во-вторых, учётная запись пула IIS должна иметь права на изменение каталога файловой базы, иначе публикация отвечает ошибкой 500. В-третьих, проверку авторизации следует проводить с Basic-аутентификацией: запрос без неё всегда возвращает 401, тогда как корректный тест — существующий метод отдаёт 200, несуществующий — 404. После устранения этих нюансов Алиса успешно подключилась и на запрос «найди первые 10 товаров» выдала таблицу.

Анализ логов показал, что при первом вопросе о товарах Алиса совершает три вызова: list_metadata_objects для поиска справочника «Номенклатура», get_metadata_structure для получения его структуры и runQuery с произвольным SQL-подобным запросом. В последующих диалогах количество вызовов сокращается до одного. Всего в логе зафиксировано семь готовых инструментов, хотя в описании плагина перечислены не все. Среди них — documentsTypes (список типов документов), documents (выборка документов за период с фильтрами), accounts (план счетов) и accounts/balance_sheet (оборотно-сальдовая ведомость). При этом Алиса сама называет справочники «резервным путём», а основными инструментами считает документы и ведомости. Важно, что вид метаданных передаётся по-русски, например «Справочники», что упрощает взаимодействие для русскоязычных пользователей.

Контекст появления плагина связан с общим трендом на интеграцию ИИ с корпоративными системами. Как отмечает источник, вендоры традиционно предпочитают схему «1С → ИИ», когда система сама обращается к внешним сервисам, тогда как пользователи нередко хотят обратного — «ИИ → 1С». В 2026 году многие публикации были посвящены тому, как правильно организовать такой обмен данными. Пока разработчики MCP-шлюзов создавали свои решения, Яндекс втихую готовил собственные плагины и выпустил их в сентябре 2026 года — не только для 1С, но и для Битрикс24 и ряда других систем. Причина, вероятно, в быстрорастущем спросе на ИИ-интеграции, бюджеты по которым ранее уходили западным разработчикам. Теперь Яндекс предлагает отечественное решение, встроенное в экосистему Яндекс 360.

Для российского рынка этот шаг означает появление ещё одного игрока в нише корпоративных ИИ-ассистентов. Если раньше интеграция с 1С требовала привлечения сторонних разработчиков или самостоятельной разработки, то теперь администраторы могут воспользоваться готовым плагином от Яндекса. Это снижает порог входа и может ускорить внедрение ИИ в учётные процессы. Однако, как показал тест, решение не лишено недостатков: отсутствие некоторых методов в документации, необходимость ручной настройки прав и публикации, а также зависимость от веб-сервера. Тем не менее, появление такого инструмента от крупного вендора сигнализирует о зрелости рынка и о том, что ИИ-ассистенты становятся полноценными участниками бизнес-процессов.

В сравнении с альтернативами — самописными MCP-шлюзами или решениями от интеграторов — плагин Яндекса выигрывает за счёт поддержки и интеграции в экосистему, но проигрывает в гибкости. Сторонние разработки часто предлагают более широкий набор методов и лучшую документацию, однако требуют больше ресурсов на внедрение и поддержку. Плагин же ориентирован на типовые сценарии: ответы на вопросы по документам, остаткам и ведомостям. Для многих компаний этого достаточно, чтобы начать использовать ИИ без глубоких технических знаний. Вопрос в том, насколько быстро Яндекс будет расширять функциональность и устранять выявленные недочёты. Перспективы дальнейшего развития туманны. Открытыми остаются вопросы о поддержке других конфигураций 1С, о расширении списка методов и о безопасности такой схемы. Например, передача произвольных запросов runQuery может нести риски, если злоумышленник получит доступ к токену. Кроме того, пока неясно, как решение будет масштабироваться на крупных предприятиях с высокими нагрузками. Тем не менее, сам факт выпуска плагина говорит о том, что Яндекс серьёзно настроен на корпоративный сегмент. Следующие месяцы покажут, станет ли этот инструмент стандартом де-факто для интеграции ИИ с 1С или останется нишевым решением для энтузиастов.