Выбор между MCP и API зависит от того, где сотрудник будет работать с ИИ. Если нужна кнопка в 1С, которая отправляет данные модели и показывает ответ, обычно хватает API-интеграции. Если сотрудник работает в AI-приложении и обращается к разным инструментам, может пригодиться MCP.
Эти подходы можно сочетать. Прикладной API задаёт операции: получить отчёт, найти документ или подготовить черновик. MCP — Model Context Protocol — помогает AI-приложению находить и вызывать доступные инструменты. MCP-сервер может обращаться к тому же API 1С. Права и правила работы с данными в любом случае проверяет сервер.
О каком API идёт речь
Здесь важно различать два API. API модели получает запрос и возвращает ответ ИИ. Прикладной API 1С выполняет разрешённые операции с данными программы. При интеграции могут понадобиться оба.
Платформа позволяет создавать собственные HTTP-сервисы. Однако конкретную операцию, проверку параметров и разграничение доступа разрабатывают отдельно. Для метода «проверить задолженность клиента» недостаточно опубликовать данные: нужно отдельно задать правила расчёта.
Например, MCP-сервер описывает инструмент «получить задолженность», принимает параметры и вызывает нужный метод API 1С. Прикладной метод проверяет права и считает задолженность. AI-приложение получает описание инструмента и результат в понятной ему структуре.
Сравнение подходов
Где работает пользователь
- Интеграция через API: В 1С или специально созданном интерфейсе
- MCP поверх прикладного API: В AI-приложении с MCP-клиентом
Как выбирается операция
- Интеграция через API: Заранее заданная логика приложения
- MCP поверх прикладного API: Доступный инструмент выбирается с участием приложения и модели
Описание действий
- Интеграция через API: Контракт API и код интеграции
- MCP поверх прикладного API: Контракт API плюс описание инструментов MCP
Контроль доступа
- Интеграция через API: Проверки на сервере каждой операции
- MCP поверх прикладного API: Те же проверки плюс граница MCP-клиент/сервер
Удобство повторного использования
- Интеграция через API: Для интеграций, которые знают контракт
- MCP поверх прикладного API: Для совместимых AI-приложений, умеющих работать с инструментами
Что сопровождать
- Интеграция через API: Клиент, сервер, контракт и ошибки
- MCP поверх прикладного API: Всё перечисленное плюс MCP-сервер и совместимость клиентов
Что легко упустить
- Интеграция через API: Считать успешный HTTP ответ правильным бизнес-результатом
- MCP поверх прикладного API: Считать доступный инструмент автоматически безопасным и подходящим
Эта таблица помогает выбрать устройство интеграции. Она не сравнивает стоимость или скорость конкретных продуктов. MCP может упростить подключение нескольких AI-приложений, но для одной заранее известной операции дополнительный сервер часто не нужен.
Сценарий 1. Комментарий к отчёту по кнопке
Сотрудник формирует отчёт в 1С и нажимает кнопку, чтобы получить черновик пояснения. И входные данные, и вид ответа уже известны. Можно отправить их на сервер интеграции, который вызовет модель и вернёт результат.
MCP не обязателен: пользователь не выбирает из меняющегося набора внешних инструментов, а приложение выполняет одну определённую операцию. Основное внимание следует уделить подготовке данных, времени ожидания, повторам и проверке ответа. Эти вопросы разобраны в руководстве по API-интеграции.
Например, рост выручки на 20% лучше вычислить в коде до вызова модели. Дополнительный протокол не исправит двойной подсчёт итогов в исходной таблице и не докажет причину роста.
Сценарий 2. Рабочий помощник с несколькими инструментами
Теперь представим, что сотрудник работает в AI-приложении: спрашивает выручку за период, уточняет статус заявки и ищет документ. Для каждого действия нужен отдельный инструмент. MCP позволяет передать такой набор совместимому клиенту.
Опишите для каждого инструмента одну задачу и допустимые параметры. Например, инструмент выручки принимает период и возвращает заданные итоги. Произвольный SQL ему не нужен. В интерфейсе полезно показывать, что было вызвано и какие данные получены.
Сервер при каждом вызове проверяет пользователя, организацию и доступ к результату. Описание инструмента помогает модели выбрать действие, но не даёт ей прав на всю базу.
Сценарий 3. Создание или изменение документа
Для записи в 1С особенно важен прикладной API, который соблюдает правила конфигурации. Инструмент MCP при необходимости вызывает такой API; он не должен напрямую менять таблицы СУБД информационной базы.
Сначала покажите сотруднику подготовленный документ. Перед подтверждённой записью ещё раз проверьте его права и актуальность исходных данных. Если тот же запрос придёт повторно, второй документ создаваться не должен — для этого операции нужен постоянный идентификатор.
Доступ на чтение и доступ на запись выдавайте отдельно. Возможность увидеть обороты организации не означает право проводить её документы. Логика ограничения должна сохраняться, даже если клиент отправит параметры вручную, минуя интерфейс AI-приложения.
Сценарий 4. Работа с отдельной аналитической базой
Если подготовленная витрина данных уже находится в обычной PostgreSQL, поддерживаемый MCP-сервер может дать доступ к выбранным запросам. Это полезно для изучения протокола и ограниченных аналитических задач. Практический учебный вариант описан в руководстве по MCP и PostgreSQL.
Для витрины данных опишите показатели, источник и частоту обновления. Укажите единицы и ограничения сравнения. SQL может выполниться без ошибки, но пользователь всё равно сделает неверный вывод, если примет остаток на дату за оборот за месяц.
Подключение к PostgreSQL, обслуживающей 1С, не делает её таблицы прикладным API. Структура хранения и правила учёта связаны с платформой и конфигурацией. Прямую запись в эти таблицы нельзя предлагать как способ интеграции ИИ с 1С.
Что добавляется к сопровождению
В API-интеграции нужно поддерживать контракт, аутентификацию, тайм-ауты, повторное выполнение и контроль результата. При добавлении MCP появляются версии протокола и клиентов, описания инструментов, транспорт и отдельная проверка того, что клиент действительно вызывает нужный инструмент с нужными параметрами.
Зафиксируйте поддерживаемые версии. Не предполагайте, что пример настройки из прошлого релиза подходит любому текущему клиенту: официальная документация MCP развивается. Важна совместимость конкретной пары клиента и сервера, а не только надпись «MCP supported».
Отдельно проверьте отзыв доступа. Отключение сервера прекращает новые обращения, но не удаляет ранее полученные данные из истории AI-приложения. Политика хранения истории и данных у модели относится к выбранному приложению и провайдеру.
Как принять решение для своего проекта
Запишите, где сотрудник работает, какие действия ему нужны и кто подтверждает изменения. Для фиксированной операции внутри 1С начните с API. Для набора инструментов, которым будут пользоваться совместимые AI-приложения, рассмотрите MCP поверх ограниченного прикладного API.
Проверьте выбранный вариант на учебных данных: отказ в доступе, повтор запроса и попытку получить чужие записи. Затем решайте, что нужно для рабочего запуска. Удобнее выбирать технологию под эти операции, чем перестраивать задачу ради самого протокола.