AI-агент оформляет заказ: готов ли интернет-магазин отдать ему каталог, остатки и оплату

Для AI-агента этот запрос превращается в маршрут: понять требования, найти товар, проверить остаток, посчитать доставку, получить разрешение на списание и оформить покупку. Для интернет-магазина это проверка всей системы. Данные о товаре, цене, доступности, доставке и оплате должны совпасть в каталоге, ERP и складском контуре.

Привет, я Антон Фокин, CEO Qtim. Разберу, какие данные придётся открыть агенту, где оставить контроль человеку и как ограничить пилот одним продающим маршрутом.

Покупатель уходит из интерфейса. Магазин остаётся продавцом

Первые рабочие стандарты уже показывают устройство такого заказа. OpenAI и Stripe опубликовали Agentic Commerce Protocol: агент ведёт пользователя через выбор и подтверждение, а магазин принимает или отклоняет заказ, проводит платёж через свою систему и отвечает за доставку, возврат и поддержку.

UCP (Universal Commerce Protocol) развивает общий язык для поиска, корзины, связи с аккаунтом, оформления и управления заказом. Для магазина это сводится к шести вопросам к бэкенду: что продаём, где лежит товар, сколько он стоит сейчас, как его доставить, кто разрешил платёж и что произошло после оплаты.

Пять строк покажут экономику агентного канала

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

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

Право использовать контактные данные в CRM и программе лояльности закрепляют до пилота. Протокол может передать атрибуцию, но не обязан отдавать магазину историю поиска, отклонённые варианты и полный диалог. Технически успешный заказ подтверждает работу интеграции. Окупаемость показывают все пять строк вместе.

Каталог, остатки и цена сходятся в одной сессии

Агенту нужны отдельные сущности: товар, покупаемый вариант, цвет, размер, состав, цена, идентификатор склада и способы получения. У варианта должен быть стабильный ID, который проходит от каталога до оформления. Иначе система порекомендует одну куртку, а в корзину отправит её тёзку другого размера.

Остаток тоже редко равен одному числу. Есть физическое количество, доступность с учётом резервов, возвраты на проверке и товары в чужих корзинах. Добавим логистику: куртка лежит в Казани, но не успевает к субботе в Санкт-Петербург. Поэтому каталог помогает найти кандидата, а сессия оформления повторно проверяет вариант, регион, способ получения и срок. Резерв получает время жизни и связь с конкретной сессией.

Цена после адреса, доставки, промокода и программы лояльности может отличаться от каталожной. Один сервис расчёта должен возвращать товар, скидку, доставку, налог и итог в минимальных денежных единицах. После каждого изменения магазин отдаёт агенту актуальное состояние. Сумма выше разрешённых 18 тысяч возвращает управление покупателю.

Платёж получает лимит, повторный запрос — тот же результат

Фраза «агент оплатит сам» требует ответа на вопрос о полномочиях. Shared Payment Tokens от Stripe позволяют передать ограниченные платёжные реквизиты для агентной покупки. В сценарии с курткой разрешение охватывает одного продавца, сумму до 18 тысяч рублей и короткий срок действия. Trusted Agent Protocol от Visa описывает подписи, по которым магазин распознаёт доверенного агента и связанное с покупателем поручение.

У автономности нужен стоп-кран. Продавца, категорию, лимит, срок, допустимость замены и обязательное подтверждение задают в правилах. Дорогая покупка, изменение цены или невозвратный товар возвращают управление человеку. Поручение и применённые правила связывают с заказом, чтобы полномочия можно было проверить после транзакции.

Сеть может оборваться после отправки платежа, и агент повторит запрос. ACP требует уникальный Idempotency-Key для всех POST-операций с сессией оформления: магазин возвращает прежний результат вместо второго списания и нового заказа. Сама сессия работает как конечный автомат с понятными состояниями, а в журнале остаются идентификаторы пользователя, агента, поручения, заказа и платежа.

Шесть вопросов к бэкенду становятся шестью контрактами

Для пилота мы проходим путь заказа и проверяем шесть границ системы. Выбор большой языковой модели остаётся следующим шагом. Агент работает через версионируемый API-слой с идентификаторами запросов и журналами, а операционные системы сохраняют роль источников данных:

1. Каталог. Стабильные ID товара и каждого покупаемого варианта, структурированные атрибуты и ограничения.
2. Доступность. Проверка по варианту, складу, региону и способу получения; ограниченный по времени резерв.
3. Цена. Один расчёт для товаров, скидок, доставки и налогов; авторитетный итог после каждого изменения.
4. Полномочия и оплата. Проверка агента и согласия покупателя, платёжный токен с лимитом.
5. Заказ. Безопасный повтор запроса, формализованные состояния и проверяемый журнал действий.
6. Дальнейший путь. Статус, разрешённая отмена или возврат и передача исключения оператору вместе с контекстом.

Пилот ограничивают одним продающим маршрутом

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

На таком маршруте быстро видны разрывы: каталог не различает товар и покупаемый вариант (SKU), ERP отдаёт остаток без резервов, промокод рассчитывается только во фронтенде, платёж создаётся отдельно от заказа. После стабильного цикла добавляют по одному измерению: категорию, регион, способ получения, программу лояльности или более высокий лимит.

Правило запуска простое: сначала один заказ должен пройти от запроса до статуса и возврата без расхождений в товаре, сумме и полномочиях.

Хотите проверить готовность e-commerce к агентному каналу? Разберём один продающий маршрут: каталог, ERP/WMS, оформление и оплату.