Что такое MCP простыми словами? Это Model Context Protocol, открытый протокол, по которому ИИ-ассистент подключается к внешним системам: узнаёт, какие инструменты ему доступны, и вызывает их. Для бизнеса на 1С это способ дать ассистенту точные цифры из базы, не публикуя её и не выгружая данные вручную.
Проблема, которую решает MCP
Языковая модель знает только то, что было в её обучающих данных, и то, что вы написали в чате. Про продажи вашей компании за прошлый квартал она не знает ничего. Если спросить её, она либо откажется отвечать, либо придумает правдоподобную цифру.
Раньше это решали вручную: выгружали отчёт в Excel и вставляли его в чат. Это медленно, данные устаревают, а файл с продажами уходит в стороннюю систему целиком. Другой путь, интеграция под конкретную модель, приходилось писать заново для каждого ассистента.
Как устроен протокол
В MCP три участника:
Участник | Что делает | Пример |
|---|---|---|
Клиент | приложение, в котором работает ассистент | Claude Desktop, Cursor, свой бот |
Сервер | программа, которая даёт доступ к системе | MCP-сервер для 1С |
Модель | решает, какой инструмент вызвать | Claude, GigaChat, YandexGPT |
Сервер описывает свои инструменты: название, назначение и какие аргументы нужны. Клиент передаёт эти описания модели. Когда пользователь спрашивает «кто наши крупнейшие клиенты за квартал», модель выбирает инструмент сводки продаж, клиент вызывает его на сервере, сервер получает данные из системы и возвращает результат. Модель формулирует ответ на основе реальных цифр.
Кроме инструментов, сервер может отдавать ресурсы (документы, файлы) и готовые шаблоны запросов. Для работы с учётными данными главное именно инструменты.
Чем MCP отличается от обычного API
У 1С уже есть способы отдавать данные наружу: стандартный интерфейс OData и HTTP-сервисы. Это API: чтобы им пользоваться, нужно написать код, который знает, какой адрес вызвать и что передать.
MCP добавляет слой, понятный модели. Сервер сам сообщает, какие у него инструменты и зачем они нужны, поэтому ассистент разбирается без программиста. Один раз сделанный MCP-сервер подключается к любому клиенту, который поддерживает протокол, а не к одной модели.
Что MCP даёт бизнесу на 1С
- Ответ вместо отчёта. Директор спрашивает в чате и получает цифру, не дожидаясь, пока аналитик соберёт отчёт.
- Точность. Модель не придумывает цифры, а получает их из базы. Каждый вызов можно проверить в журнале.
- Контроль доступа. Сервер решает, какие данные можно читать. Модель не получает базу целиком, только ответы на свои запросы.
- Свобода выбора модели. Сегодня Claude, завтра GigaChat: сервер остаётся тем же.
О чём спросить до подключения
MCP не делает доступ безопасным сам по себе: это зависит от сервера. Перед подключением стоит выяснить:
- Может ли сервер что-то изменить в базе, или он только читает.
- Нужно ли публиковать 1С в интернет, чтобы сервер до неё достучался.
- Где хранятся данные, которые проходят через сервер, и хранятся ли вообще.
- Как ограничить доступ отдельных сотрудников и как быстро его отключить.
Эти вопросы подробно разобраны на странице о безопасности.
Как это сделать с нашим сервисом
Сведун — это готовый MCP-сервер для 1С: он читает продажи, остатки, заказы и клиентов из УТ 11, КА 2 и ERP 2 через стандартный интерфейс OData. Коннектор ставится в вашей сети и сам подключается к шлюзу, базу публиковать не нужно. Подключение к конкретным ассистентам описано в разделе интеграций.
Вывод
MCP превращает ИИ-ассистента из собеседника, который знает только общие вещи, в помощника с доступом к вашим данным. Для компании на 1С это самый короткий путь к ответам на вопросы о продажах и складе без отчётов, при условии, что сервер только читает данные и не требует открывать базу наружу.
По теме: MCP-сервер для 1С, Интеграции.