WebMCP и 1С-Битрикс: можно ли подготовить обычный магазин

Обычный интернет-магазин на 1С-Битрикс можно подготовить к экспериментам с WebMCP без замены CMS. WebMCP работает на уровне веб-приложения: страница описывает доступные агенту инструменты, а их выполнение связывается с существующим JavaScript и серверными обработчиками. Сложность возникает не из-за Битрикс как такового, а из-за конкретной архитектуры проекта — шаблонов компонентов, торговых предложений, корзины и обмена с 1С.

Начинать нужно не с установки «модуля для AI», а с одного действия. Например: найти предложение по параметрам, добавить позицию в черновик корзины или подготовить запрос КП. Затем проверяется, есть ли у действия надёжная серверная основа.

Где WebMCP может подключиться к Битрикс

Пользователь работает с компонентом каталога, но за кнопкой могут стоять инфоблок, SKU, тип цены, сессия корзины и кастомный AJAX-обработчик. WebMCP-инструмент не должен дублировать эту цепочку. Его задача — принять понятные параметры и вызвать уже существующую проверяемую операцию.

Простую корректную форму можно рассматривать для декларативного подхода. Сложный подбор или расчёт потребует JavaScript-инструмента. В обоих случаях итоговые права, цена и доступность проверяются на сервере.

Главная проблема — связь товара и предложения

В 1С-Битрикс товар часто является общей карточкой, а реальные варианты хранятся как торговые предложения. Если агент получает ID карточки вместо выбранного SKU, в корзину попадёт вариант по умолчанию. Внешне пользователь выбирал один размер или напряжение, фактически заказал другое.

• У каждого предложения должен быть устойчивый идентификатор.
• Выбранные свойства должны передаваться в операцию явно.
• Цена должна рассчитываться для конкретного пользователя и предложения.
• Недоступный вариант не должен незаметно заменяться первым доступным.
• Ответ обязан вернуть фактически добавленный SKU и сумму.

Как обмен с 1С влияет на готовность

Обмен может обновлять цены и остатки, создавать предложения, менять активность и свойства. Если при нём меняются идентификаторы или дублируются товары, любой агентский интерфейс будет ненадёжен. Контрольная проверка проходит от позиции в 1С до карточки и корзины после очередного обмена.

Нужно также определить свежесть данных. Надпись «в наличии» может означать остаток на момент ночной синхронизации, а не резерв. Агент должен сообщать это честно и не путать добавление в корзину с подтверждённой поставкой.

Компоненты и AJAX

В доработанных проектах одинаковая кнопка иногда вызывает разные обработчики на разных шаблонах. AJAX обновляет HTML, но не всегда сохраняет выбранное состояние в URL или серверной сессии. Перед добавлением WebMCP полезно найти единую точку операции и избавиться от обходных вызовов.

Кеширование и композитный режим тоже нельзя игнорировать. Инструмент не должен объявлять пользователю устаревшую цену из закешированного блока. Динамические данные получают отдельно и проверяют непосредственно перед значимым действием.

Реалистичный пилот

Безопасный старт — одна категория и один инструмент чтения или подготовки. Например, агент получает несколько предложений по параметрам и создаёт корзину, но пользователь подтверждает её обычным интерфейсом. Тесты включают отсутствие цены, неактивное предложение, повторный вызов и обмен с 1С между подбором и подтверждением.

WebMCP пока развивается, поэтому обычная форма или корзина остаётся обязательным запасным путём. Экспериментальный код следует документировать и отделять от ядра, чтобы обновление проекта не превратилось в поиск скрытого обработчика.

Если нужен технический разбор, Алиса может проверить компоненты, данные обмена и серверную операцию и оценить, возможен ли пилот без перестройки магазина.