Бизнес давно соединяет сайт, CRM, телефонию, бухгалтерию и другие сервисы через API. С появлением ИИ-агентов к привычным интеграциям добавился новый термин — MCP, или Model Context Protocol.
На первый взгляд может показаться, что MCP — это современная замена API. На практике они решают разные задачи и часто работают вместе. Если компания хочет подключить новые сценарии автоматизации к Битрикс24, сначала важно понять, где достаточно обычной интеграции, а где действительно нужен ИИ-агент. В Lidoed такие задачи можно реализовать в рамках услуги «Доработка Битрикс24».
Что такое API простыми словами
API — это набор правил, по которым одна система может обращаться к другой, передавать данные и выполнять заранее определенные действия.
Например, клиент отправил форму на сайте. Интеграция получает имя, телефон и информацию о заявке, создает сделку в CRM и назначает ответственного менеджера. Разработчик заранее определяет, что именно должно произойти и какие данные нужно передать.
Такой подход хорошо работает там, где процесс известен заранее и должен каждый раз выполняться одинаково:
- передать заявку с сайта в CRM;
- отправить новый заказ в службу доставки;
- получить статус оплаты;
- синхронизировать остатки;
- создать сделку после определенного события.
Для этих задач ИИ чаще всего вообще не требуется.
Что меняет MCP
MCP — открытый стандарт, который дает ИИ-системам единый способ работать с внешними данными и инструментами. Агент может узнать, какие действия ему доступны, а затем выбрать подходящий инструмент в зависимости от запроса пользователя.
Представим, что руководитель пишет агенту:
«Покажи сделки, которые больше недели находятся без движения, проверь последние комментарии менеджеров и составь список тех, где есть риск потерять клиента».
Здесь заранее неизвестно, какие конкретно записи потребуется открыть и какие данные проанализировать. Агенту нужно понять задачу, найти нужную информацию в CRM, сопоставить несколько источников и сформировать результат.
Именно для таких сценариев MCP подходит лучше фиксированной интеграции.
Главное отличие MCP от API
Разницу удобно рассматривать не как «старая и новая технология», а как два способа управления действиями.
При классическом API разработчик заранее определяет:
если произошло событие А → выполнить действие Б.
При работе через MCP пользователь формулирует задачу обычным языком, а ИИ-агент уже решает, какие доступные инструменты ему понадобятся для выполнения этой задачи.
Например:
API: новая форма на сайте всегда создает сделку в CRM.
MCP: сотрудник просит агента найти просроченные сделки, определить самые важные и подготовить задачи менеджерам.
В первом случае сценарий стабилен. Во втором он зависит от данных и формулировки пользователя.
Значит ли это, что MCP заменит API
Нет. В большинстве компаний они будут использоваться одновременно.
API лучше подходит для массовых, предсказуемых процессов, где важны скорость и стабильность: платежи, синхронизация баз, передача заявок, обновление остатков. MCP полезнее там, где сотрудник взаимодействует с ИИ-агентом и каждый запрос может требовать разных действий.
Более того, MCP-сервер часто сам работает поверх существующих API систем. То есть протокол не уничтожает старую инфраструктуру, а дает ИИ-агенту более стандартизированный способ ею пользоваться.
Как это выглядит в CRM на практике
Допустим, в Битрикс24 хранятся тысячи сделок.
Для обычной автоматизации можно прописать правило:
если сделка находится без движения семь дней → создать задачу менеджеру.
Это простой фиксированный сценарий, и для него достаточно обычных инструментов автоматизации или API.
Но можно поставить агенту более сложную задачу:
«Найди сделки без активности за последние семь дней, исключи клиентов, которым уже назначена встреча, оцени переписку и покажи пять сделок с наибольшим риском срыва».
Здесь появляется несколько условий, которые могут меняться от запроса к запросу. Агенту нужно самостоятельно понять, к каким данным обратиться и как их связать.
Именно в таких случаях появляется реальная польза от MCP.
Что уже есть в Битрикс24
Битрикс24 развивает сразу несколько вариантов работы с ИИ: MCP-сервер Битрикс24, MCP Hub и встроенный агент BitrixGPT.
MCP-сервер позволяет внешним ИИ-системам взаимодействовать с данными и инструментами Битрикс24. В качестве примеров компания приводит ChatGPT, Yandex AI Studio, Cursor и n8n. Агент может искать информацию, работать с задачами и создавать или изменять элементы CRM в рамках предоставленных пользователю прав.
MCP Hub работает в другом направлении: позволяет подключать внешние сервисы к Битрикс24, чтобы сотрудники могли обращаться к ним из рабочего пространства CRM.
Если же внешний ИИ вообще не нужен, часть задач может закрывать встроенный BitrixGPT.
Когда бизнесу действительно нужен MCP
Подключать MCP только потому, что это новая технология, смысла нет. Сначала стоит найти процесс, в котором сотрудник регулярно тратит время на поиск информации и принятие однотипных, но не полностью одинаковых решений.
Например:
- анализировать сделки и искать проблемные;
- собирать информацию из нескольких систем;
- готовить отчеты по запросу руководителя;
- находить документы и данные по клиенту;
- создавать задачи после анализа ситуации;
- работать с CRM через запросы обычным языком.
Если каждый раз алгоритм действий одинаков, MCP может только усложнить систему. Если путь к результату зависит от вопроса и текущих данных, агент уже становится полезным.
Почему права доступа здесь особенно важны
Обычная интеграция делает только то, что заранее заложено в код. У ИИ-агента потенциально больше свободы, поэтому расширяется и зона риска.
Например, агенту для подготовки отчета может быть достаточно читать сделки, но ему необязательно давать возможность удалять их или изменять финансовые данные. Чем меньше доступных действий необходимо для конкретного сценария, тем безопаснее система.
Поэтому начинать лучше не с идеи «дадим ИИ доступ ко всей CRM», а с одного четкого процесса и минимально необходимых прав.
Как выбрать между API и MCP
Можно использовать простое правило.
Выбирайте API, если система должна каждый раз выполнять одно и то же действие по известной схеме.
Рассматривайте MCP, если запросы постоянно меняются и агент должен самостоятельно определить, какие данные и инструменты использовать.
Например:
Передавать заявки с сайта в CRM → API.
Синхронизировать CRM с учетной системой → API.
Попросить агента проанализировать клиентскую базу и найти сделки, требующие внимания → MCP.
По запросу руководителя собрать данные из CRM и нескольких внешних сервисов → MCP.
Во многих реальных проектах итоговая архитектура будет смешанной: стабильные процессы продолжат работать через API, а поверх них появятся ИИ-агенты для более гибких задач.
Начинать лучше с одного сценария
Внедрять MCP лучше постепенно: сначала выбрать один измеримый процесс, проверить работу агента и только потом расширять его возможности.
Например, можно поручить агенту анализировать просроченные сделки и сравнить, сколько времени сотрудники тратили на эту работу раньше. Если сценарий действительно экономит время и агент стабильно выполняет задачу, можно подключать дополнительные инструменты.
Если же сразу предоставить доступ к десяткам функций, будет сложнее понять, где именно возникает ошибка и приносит ли автоматизация реальную пользу.
Когда автоматизация затрагивает несколько отделов и систем, полезно сначала описать процессы, данные и права доступа. Для сложных проектов у Lidoed есть отдельная услуга «Разработка технического задания на внедрение Битрикс24».
MCP — это следующий слой автоматизации, а не замена всему старому
Главное изменение состоит не в новом способе передавать данные между сервисами. Оно в том, что между пользователем и рабочими системами появляется ИИ-агент, способный самостоятельно выбирать подходящее действие.
Но базовые интеграции никуда не исчезают. Если бизнес-процесс можно надежно выполнить обычным правилом, API или стандартной автоматизацией, нет необходимости добавлять туда ИИ.
О том, как сами AI-агенты уже применяются внутри Битрикс24, мы подробно рассказывали в статье «AI-агент Коворк/Код в Битрикс24: что умеет и как автоматизировать работу бизнеса».
Поэтому при выборе технологии лучше начинать не с вопроса «нам нужен MCP или API?», а с самого бизнес-процесса. Если действия заранее известны — чаще всего достаточно API. Если сотрудник ставит агенту разные задачи и тот должен самостоятельно работать с несколькими инструментами, тогда MCP действительно дает новый уровень автоматизации.