«MCP odata 1c», «mcp сервер для 1с» — запросы, за которыми стоит конкретная задача: дать ИИ-агенту возможность работать с учётной системой не через копипаст, а напрямую. Разбираем, как это устроено и что понадобится.
Короткий ответ
Дорабатывать конфигурацию не нужно. В платформе 1С есть стандартный интерфейс OData — готовый REST поверх вашей базы: включается галочкой при публикации на веб-сервере, серверный код писать не надо. Поверх него ставится MCP-обёртка, и агент видит данные как набор разрешённых операций. Права при этом остаются теми же, что у пользователя 1С, под которым идёт запрос.
Что такое MCP и зачем он здесь
MCP (Model Context Protocol) — открытый стандарт, по которому ИИ-агент подключает внешние инструменты. Вместо того чтобы для каждого агента писать свою интеграцию, вы один раз описываете набор операций — а любой поддерживающий стандарт агент сможет ими пользоваться.
Применительно к 1С это означает: вы описываете, что агенту разрешено («получить список контрагентов», «найти документ по номеру», «создать заявку»), и агент вызывает эти операции сам, когда они нужны для задачи. Подробнее о механике вызова инструментов — в глоссарии.
Ключевое преимущество: вы контролируете список операций. Агент не «лезет в базу», он вызывает то, что вы явно разрешили.
Три способа связать 1С с агентом
1. Через OData. 1С умеет отдавать данные по стандартному протоколу OData без написания серверного кода — достаточно опубликовать нужные объекты. Самый быстрый путь для чтения: списки, документы, справочники. MCP-обёртка превращает эти запросы в понятные агенту операции.
Включается в Конфигураторе: Администрирование → Публикация на веб-сервере → галочка «Публиковать стандартный интерфейс OData». Нужен веб-сервер — IIS или Apache, без него REST-интерфейс не поднять. Через OData можно читать, создавать, изменять и удалять данные.
Но не всё: через OData недоступны отчёты, команды, критерии отбора, регламентные задания, внешние источники данных, пользователи и журнал регистрации. Если сценарий упирается в отчёт — понадобится HTTP-сервис.
2. Через HTTP-сервисы. Когда нужна своя логика — сложные выборки, запись с проверками, бизнес-правила — пишется HTTP-сервис на стороне 1С, а MCP-сервер вызывает его. Больше работы, полный контроль над тем, что происходит в базе.
3. Через обмен файлами. Самый простой и безопасный вариант: агент кладёт подготовленные данные в папку обмена, 1С забирает по расписанию. Никаких прямых доступов, минимум рисков. Подходит, когда задача — подготовка данных, а не работа в реальном времени.
Технические детали и примеры схем — в подробном разборе интеграции.
Какие права выдавать
Здесь легко создать проблему, поэтому по порядку:
- Отдельный пользователь 1С для агента, а не учётка администратора и тем более не чья-то личная.
- Только необходимые объекты. Нужны контрагенты и заказы — публикуйте контрагентов и заказы, а не всю конфигурацию.
- Чтение по умолчанию, запись — осознанно. Большинство полезных сценариев (сводки, поиск, отчёты) требуют только чтения.
- Подтверждение изменений. Если агент может создавать документы, первое время держите человека в контуре: агент готовит — сотрудник проводит.
- Логирование. Все действия агента должны быть видны в журнале — это и безопасность, и отладка.
Важная деталь, которая многих успокаивает: OData не вводит собственную модель прав. Доступ регулируется правами того пользователя 1С, под которым выполняется запрос. Те же роли и ограничения, что работают в обычном сеансе, действуют и через REST — если у пользователя нет права на объект, через OData он его не получит.
Общие принципы разграничения прав для агентов — в разборе безопасности.
Чего не стоит делать
- Открывать через OData всю конфигурацию. Публикуйте только те виды объектов, которые нужны сценарию. Планы обмена не открывайте вовсе — их некорректное изменение способно нарушить работу приложения.
- Использовать существующую учётную запись. Для интеграции заводится отдельный пользователь с отдельным паролем — иначе вы не отличите действия агента от действий сотрудника.
- Публиковать базу наружу без ограничения доступа. OData поверх веб-сервера — это открытый HTTP-эндпоинт. Ограничивайте по сети, а не только по паролю.
- Давать право записи «на всякий случай». Большинство полезных сценариев — чтение. Запись включается под конкретную задачу и с человеком в контуре.
- Доверять агенту цифры без проверки. Он уверенно выдумывает, когда данных не хватает. В учётных задачах это дороже, чем в переписке.
Что это даёт на практике
Живые сценарии, ради которых обычно и затевается связка:
- Вопросы по данным обычным языком: «сколько мы отгрузили этому контрагенту в июне?» — без выгрузок и отчётов.
- Подготовка первички: агент разбирает входящие документы и готовит данные для загрузки — подробнее для бухгалтерии.
- Сверки между системами и выписками с отчётом о расхождениях.
- Уведомления по событиям: просроченная оплата, залежавшийся остаток, документ без подписи.
- Сводки в мессенджер по расписанию вместо ручного захода в базу.
Если рядом стоит CRM, следующий шаг — связать и её: сделка в Битрикс24, а документы и остатки в 1С.
С чего начать
- Выберите один сценарий — лучше всего «ответы на вопросы по данным», он безопасен и сразу показывает пользу.
- Опубликуйте минимальный набор объектов через OData.
- Соберите MCP-обёртку с двумя-тремя операциями и подключите к агенту.
- Проверьте на реальных вопросах неделю, потом расширяйте список операций.
Если хотите пропустить этап проб и сразу получить рабочую схему под вашу конфигурацию — оставьте заявку, разберём вашу задачу на бесплатной консультации.
Общие вопросы по MCP — в разделе про MCP-серверы: что это такое, как подключать, какие права давать.
Как это подают заказчику и что спрашивать у подрядчика — в разборе про цифрового сотрудника.