Запрос «ИИ-агент для 1С» — самый быстрорастущий во всём нашем замере: за два года спрос на него вырос почти в тридцать раз. Причина понятная: учётная система есть у всех, вопросов к ней много, а получить ответ можно только через отчёт, который кто-то должен построить. Разбираем, что здесь реально работает.
Короткий ответ
Агент подключается к 1С через стандартный интерфейс OData — это галочка при публикации базы на веб-сервере, доработка конфигурации не нужна. Дальше он получает данные так же, как получил бы пользователь: с теми же правами, в тех же границах, с записью всех действий в журнал.
Что это даёт: сотрудник спрашивает обычными словами — «сколько мы отгрузили Ромашке в июне», «по каким позициям упали остатки», «какие счета не оплачены дольше месяца» — и получает ответ из базы, а не из построенного кем-то отчёта.
Три способа связать
Через OData — быстрее всего и в большинстве случаев достаточно. Включается в Конфигураторе, требует веб-сервера. Через него можно читать, создавать, изменять и удалять данные. Но не всё: недоступны отчёты, команды, регламентные задания, журнал регистрации. Если сценарий упирается в готовый отчёт, понадобится второй способ.
Через HTTP-сервисы — когда нужна своя логика: сложные выборки, запись с проверками, бизнес-правила. Больше работы, полный контроль.
Через обмен файлами — самый безопасный: агент кладёт данные в папку, 1С забирает по расписанию. Подходит, когда не нужен реальный масштаб времени.
Технические подробности всех трёх — MCP для 1С и MCP-сервер для 1С.
Что он реально закрывает
Вопросы по данным вместо отчётов. Основной сценарий и самый недооценённый. Половина обращений к программисту 1С — это не доработка, а «построй мне выборку». Агент закрывает их без очереди.
Сверка. Документы против базы, реестр против реестра, выгрузка от контрагента против того, что учтено. Расхождения отдельным списком — это та работа, которая съедает часы и не требует решений.
Подготовка документов. Агент доводит документ до состояния «готов», человек смотрит и проводит. Граница проходит именно здесь.
Разбор первички. Особенно в связке с электронным документооборотом: документ пришёл, разобран, сверен с базой, расхождение показано человеку.
Чего он делать не должен
Проводить документы самостоятельно. Проведённый по ошибке документ в боевой базе — это не откат одной кнопкой, а работа бухгалтера. Создание черновика — да, проведение — через человека.
Удалять что-либо. Задача «убери дубли» безопаснее руками.
Отвечать цифрами без источника. Требуйте, чтобы агент называл, откуда взял: документ, регистр, период. Модель уверенно выдумывает, когда данных не хватает, а неверная цифра в отчёте выглядит ровно как верная.
Работать под учёткой живого сотрудника. Тогда в журнале его действия неотличимы от действий человека — и разобрать инцидент будет нечем.
Права: где ошибаются чаще всего
OData не вводит собственную модель прав. Доступ определяется правами того пользователя 1С, под которым выполняется запрос. Это удобно и это же главный риск: дадите широкую учётку — агент получит всё, что она позволяет.
Рабочий порядок:
- отдельный технический пользователь, не администратор и не чья-то личная учётка;
- публиковать только нужные виды объектов, планы обмена не открывать вовсе;
- чтение по умолчанию, запись — под конкретную задачу и после отладки;
- публикация базы наружу — только с ограничением по сети: OData поверх веб-сервера это открытый HTTP-эндпоинт;
- всё, что агент делает, остаётся в журнале — читайте его первое время.
ВажноПервый месяц агент должен только читать. Этого достаточно, чтобы понять, где он ошибается, и не стоит ничего, кроме токенов. Запись включается после того, как чтение перестало удивлять.
Сколько это стоит
Три статьи расходов, и первая обычно не та, о которой думают:
Токены. Каждый вопрос — это данные из базы, отправленные модели, плюс её ответ. Порядок сумм для типового сценария на несколько сотрудников — десятки долларов в месяц, но зависит от того, сколько данных возвращает сервер. Калькулятор для оценки.
Настройка. Публикация OData, отдельный пользователь, MCP-сервер, проверка на тестовой базе — работа на несколько дней, а не на квартал.
Инфраструктура. Веб-сервер для публикации, если его ещё нет. Если данные не должны уходить в облако — ещё и железо под локальную модель.
Отдельно про данные: карточки контрагентов и сотрудников — это персональные данные. Отправляя их в облачную модель, вы отправляете их наружу. Это решается до внедрения, а не после.
С чего начать
- Выберите пять вопросов, которые сотрудники задают программисту 1С чаще всего. Настоящих, не придуманных.
- Поднимите OData на копии базы — не на боевой.
- Заведите технического пользователя с правами только на чтение нужных объектов.
- Подключите MCP-сервер и проверьте на своих пяти вопросах — порядок подключения.
- Сверьте каждый ответ вручную. Один расхождённый ответ на этом этапе дешевле, чем десять — через месяц.
- Дайте доступ одному отделу и смотрите, какие вопросы задают: это лучший источник для следующего шага.
Рядом
Если задача не «спрашивать базу», а «писать код для 1С» — это соседняя история: вайб-кодинг в 1С и Claude Code для 1С. Если речь про конкретную профессию — ИИ-агент для бухгалтера. Что такое агент вообще и чем отличается от чат-бота — простыми словами.