Готовность продавцов к агентной коммерции: чек-лист
Проверьте системы учёта, права доступа, ограничения платежей, виды сбоев и аудиторские свидетельства, необходимые до того, как торговые агенты смогут искать товары, собирать корзину и совершать покупки.
Dali
Dali - студия AI agent systems. Давид ведёт engineering и продукт, Лиана - operations и fit процессов. Делаем production-агентов в tools, которыми команда уже пользуется.
David Hakobyan · LinkedIn · Dali
На этой странице
- Что меняет агентная коммерция
- Система готовности продавца
- Таблица готовности рабочей системы
- Каталог, цена и остатки
- Личность, согласие и ограничения платежа
- Корзина, оформление заказа и юридически ответственный продавец
- Исполнение заказа, возвраты и поддержка
- Виды сбоев, которые важнее демонстраций
- Чек-лист рабочей готовности (рекомендации Dali)
- Частые вопросы
- Следующий шаг с Dali
Агентная коммерция готова к использованию продавцом только тогда, когда сведения о товарах, ценах, остатках, личности и согласии покупателя, корзине, платеже, исполнении заказа, возвратах и поддержке, а также аудиторские журналы доступны для машинной обработки, защищены правами доступа и имеют назначенных ответственных. Убедительный чат о товарах ещё не означает готовность. Торговым агентам нужны системы учёта, к которым они могут обращаться, и строго ограниченный набор разрешённых действий, а расходование средств и шаги, затрагивающие личность покупателя, должны предусматривать подтверждение человеком.
Не каждая объявленная возможность сегодня доступна каждому продавцу. Описание интерфейсов Google Universal Commerce Protocol (UCP), подключение товарных выгрузок OpenAI к ChatGPT и инструменты Stripe для продавцов в агентной коммерции содержат условия допуска, списки ожидания, региональные ограничения или требования к одобрению партнёром. Воспринимайте объявления как направление развития. Основная работа заключается в подготовке ваших систем каталога, заказов, платежей и поддержки.
Что меняет агентная коммерция
В обычной электронной коммерции покупатель просматривает ваш сайт или приложение, собирает корзину и платит на вашей странице оформления заказа. В агентной коммерции ИИ-агент помогает найти товары, собрать корзину и завершить покупку от имени покупателя, часто внутри другого интерфейса, например AI Mode в Google Search, Gemini или ChatGPT.
Google описывает UCP как открытый стандарт, позволяющий агентам и системам продавца взаимодействовать на этапах поиска, покупки и послепродажной поддержки, при этом на пути оформления заказа агентом Google для допущенных розничных продавцов юридически ответственным продавцом остаётся сам магазин (Google announcement, Merchant UCP guide). OpenAI и Stripe совместно разработали Agentic Commerce Protocol (ACP), чтобы агенты, люди и компании могли совершать покупки, а продавец оставался юридически ответственным за исполнение заказов, возвраты и поддержку (OpenAI Instant Checkout, ACP repository). Stripe определяет агентную коммерцию как поддержку операций между покупателями и продавцами с помощью ИИ-агентов и предлагает продавцам способы передавать каталоги и принимать агентные платежи (Stripe agentic commerce).
Главный вопрос для рабочей системы звучит не так: «какая модель умнее?» Важно определить, какие системы учёта агент может читать, какие действия ему разрешены, что произойдёт при устаревании данных и какие свидетельства вы сохраните на случай сбоя. Та же граница рабочей готовности используется в статьях ИИ-агенты для бизнеса в реальной эксплуатации и что такое ИИ-агент для реальной эксплуатации.
Система готовности продавца
Агенты работают поверх систем продавца. Они не заменяют каталог, реестр остатков, платёжный процессор, OMS или инструменты поддержки.
Схема: система готовности продавца к агентной коммерции. Интерфейс агента можно использовать только тогда, когда у каждого нижнего уровня есть система учёта, строго ограниченное разрешение и свидетельства, которые можно получить после заказа.
Составьте карту пути покупки до подключения нового интерфейса. Статья как составить карту рабочих процессов для ИИ-агентов предлагает правильный подход к планированию: назовите системы, запишите права доступа и определите условия остановки до расширения автономности.
Таблица готовности рабочей системы
Используйте эту таблицу для решения о допуске или недопуске агента к поиску товаров, сборке корзины и покупке. Права доступа определяют, что агент может делать. Свидетельства определяют, что вы должны суметь доказать впоследствии.
| Этап торговли | Необходимая система учёта | Права агента | Вид сбоя | Свидетельства |
|---|---|---|---|---|
| Поиск по каталогу | Система управления сведениями о товарах, Merchant Center или товарная выгрузка для агента: SKU, название, описание, изображения, характеристики, целевой URL | Читать только опубликованные строки каталога; не выдумывать SKU или характеристики | Показан неверный товар, предложен запрещённый товар, не работает целевая ссылка | Журналы проверки выгрузки, ошибки отклонения или импорта, соответствие SKU и URL (Merchant Center product data, OpenAI product feeds, Stripe product feed) |
| Цена | Механизм ценообразования или прейскурант ERP: обычная и акционная цена, валюта, порядок налогообложения, период акции | Читать текущую цену доступного к продаже товара; при необходимости читать разрешённые акции | Названная цена отличается от списанной; оформление заказа завершается ошибкой или покупатель оспаривает платёж | Время обновления выгрузки цен, периоды акций, налоговые настройки, снимок расчёта при оформлении заказа (Stripe sell-through-agents, Stripe product feed) |
| Остатки | Складская система или OMS с количеством, доступным для обещания покупателю, и состоянием наличия | Читать наличие; резервировать только через контролируемое создание оформления заказа, без произвольного изменения остатков | Продажа сверх остатка, несуществующий запас, агент продолжает предлагать отсутствующие товары из-за задержки обновления после пополнения | Частота обновления выгрузки остатков, ID резервирования, причины отклонения при создании оформления заказа (Stripe inventory guidance) |
| Личность или учётная запись | Хранилище личности клиента: гостевой режим или учётная запись, при наличии связь с программой лояльности | Читать только сведения, доступ к которым разрешил покупатель; связывать учётные записи только через явную процедуру | Заказ оформлен не на тот профиль; перепутаны программа лояльности или адрес | Способ аутентификации, запись о согласии на связывание учётных записей, ID клиента в заказе (UCP account-linking roadmap context, UCP roadmap) |
| Согласие | Правила и пользовательский интерфейс передачи данных и подтверждения покупки | Выполнять критически важные для покупки действия только после подтверждения покупателем | Покупка без уведомления, избыточная передача PII, неясные полномочия | События интерфейса подтверждения, область действия мандата или токена, журнал минимизации данных (OpenAI trust notes, AP2, рекомендации по журналированию PII) |
| Корзина | Служба корзины или оформления заказа: позиции, способы доставки, налоги, скидки | Создавать и обновлять корзину в рамках схемы; не выдумывать тарифы доставки | Неполная корзина, недопустимое сочетание товаров, ошибка расчёта налога | ID корзины, снимок позиций, строки доставки и налогов (ACP, UCP checkout paths) |
| Платёж | Платёжный процессор и служба токенов или мандатов | Списывать средства только в рамках токена с ограниченной областью действия или закрытого платёжного мандата; не хранить в агенте необработанные данные карты | Попытка избыточного списания, повторное использование токена, принятие отозванного разрешения | Общий платёжный токен или ID мандата, ограничения суммы, валюты и срока действия, ID платёжного намерения (Stripe SPTs, AP2 mandates) |
| Исполнение | Объект заказа в OMS или WMS | Создавать заказ только из одобренного оформления; не перемещать товары по складу произвольно | Платёж проведён, но заказ не исполнен; повторное исполнение | Получение вебхука checkout.session.completed или его аналога, ID заказа, количество по SKU (Stripe order webhooks) |
| Возвраты | RMA или система правил возврата | Инициировать возврат только по правилам; возвращать средства через платёжную систему учёта | Правила возврата в канале агента не совпадают с правилами на сайте | ID разрешения на возврат, ID возврата средств, версия правил в заказе |
| Поддержка | Служба поддержки или система обращений CRM | Читать состояние заказа; возвращать средства или отменять заказ только с помощью инструментов с правами по ролям и обязательным подтверждением | Агент обещает возврат, который система не способна выполнить | ID обращения, связанный с ID заказа, список разрешённых инструментов, журнал одобрений (безопасный вызов инструментов, участие человека в работе агента) |
| Аудит | Неизменяемый журнал событий агента, выгрузки, оформления заказа, платежа и OMS | Только добавлять события решений и инструментов; не удалять финансовый след | Невозможно объяснить списание, спор или ошибку агента | Сквозной ID трассировки: сеанс агента → корзина → платёж → заказ (наблюдаемость агента, AP2 accountability goals) |
Если строка в вашей системе не заполнена, вы не готовы допустить агента к соответствующему этапу.
Режимы только для поиска товаров существуют не случайно: товарная выгрузка Stripe позволяет пометить товары с помощью disable_checkout, чтобы агенты показывали их, а для покупки направляли пользователя на ваш сайт (Stripe product feed).
Это допустимое промежуточное состояние, а не неудача.
Каталог, цена и остатки
Интерфейсы агентов наследуют качество ваших данных.
Google Merchant Center по-прежнему требует точных значений атрибутов id, title, description, link, image, price и availability для допуска к торговым функциям, а ошибочные данные приводят к отклонению товара или неверному отображению (product data specification).
UCP в Google рассчитан на повторное использование торговых выгрузок Merchant Center, чтобы допущенные продавцы могли показывать товары в AI Mode и Gemini (Merchant UCP guide).
Подключение через ACP у OpenAI начинается с передачи структурированной товарной выгрузки, чтобы ChatGPT мог индексировать названия, описания, изображения, цены и наличие; сейчас подключение таких выгрузок доступно одобренным партнёрам (OpenAI get started).
Путь продавца в Stripe требует товарной выгрузки и постоянного обновления остатков и цен, чтобы агенты не продавали по устаревшим предложениям; документация Stripe для продавцов рекомендует часто обновлять остатки и цены, во многих случаях ориентировочно каждые 15 минут, но это рекомендация, а не универсальное правило, а также корректно удалять товары, покинувшие каталог (Stripe for sellers).
Рекомендация Dali: используйте один ID товара как основу связей между сайтом, Merchant Center, товарными выгрузками для агентов и OMS. Если варианты товара используют разные ID без устойчивого ключа группы, агенты будут неправильно объединять размеры и цвета.
Гипотетический пример: магазин продолжает показывать товар в наличии в интерфейсе агента в течение шести часов после обнуления складского остатка, потому что обновили только CMS сайта. Причина сбоя заключается в ответственности за выгрузку, а не в интеллекте модели.
Личность, согласие и ограничения платежа
Платежи с участием агента нарушают прежнее допущение, что человек всегда сам нажимает кнопку покупки на доверенной странице. Agent Payments Protocol (AP2) формулирует открытые проблемы как авторизацию, подтверждение подлинности намерения пользователя и ответственность, а также использует проверяемые мандаты оформления заказа и платежа, чтобы доверие основывалось на криптографическом подтверждении намерения, а не только на выводе модели (AP2). В Instant Checkout от OpenAI пользователь сохраняет контроль благодаря явному подтверждению перед покупкой, объём передаваемых данных ограничен необходимым для заказа, а платёжные токены разрешены только для конкретных сумм и продавцов (OpenAI Instant Checkout). Stripe Shared Payment Tokens (SPTs) предоставляют продавцам ограниченное разрешение на использование платёжного метода клиента с ограничениями по способу использования и сроку действия; агенты могут отзывать разрешения, а продавцы проводят списание обычным способом через PaymentIntents с выданным токеном (Stripe SPTs). Согласно документации, SPT доступны в США, Канаде и перечисленных европейских странах, но не во всём мире по умолчанию (Stripe SPTs).
Рекомендация Dali: никогда не давайте агенту постоянный полный доступ к платёжному методу, если можно использовать токен с ограниченной областью действия или закрытый мандат. Относите платёжные инструменты к высшей категории риска при безопасном вызове инструментов бизнес-агентами. Для дорогих заказов и заказов с высоким риском добавляйте участие человека, пока ваши процедуры разрешения споров и борьбы с мошенничеством не доказали свою эффективность.
О защите секретов и вебхуков в интернет-магазинах, созданных с помощью ИИ, читайте в статьях платежи и секреты в приложениях, созданных по описанию и риски публичных вебхуков и платежей.
Корзина, оформление заказа и юридически ответственный продавец
Обе крупные общедоступные системы подчёркивают, что юридически ответственным продавцом остаётся магазин: Google указывает, что при интеграциях UCP вы сохраняете отношения с клиентами и их данные (Merchant UCP guide), а OpenAI указывает, что продавцы сохраняют управление платежами через своего процессора, исполнением заказов, возвратами и поддержкой, пока ChatGPT передаёт сведения о заказе по ACP (OpenAI Instant Checkout). UCP описывает встроенное оформление заказа в интерфейсах Google с ИИ и дополнительный встраиваемый путь для одобренных продавцов со сложным фирменным оформлением (Merchant UCP guide). ACP поддерживается OpenAI и Stripe как открытый стандарт в бета-версии со спецификациями оформления заказа, платежа, корзины, товарной выгрузки и заказов (ACP repository). Публичный план развития UCP прямо носит ориентировочный характер и не обещает дат выпуска функций лояльности, расширения на несколько рынков и новых отраслей (UCP roadmap).
Рекомендация Dali: выберите путь оформления заказа, который сохраняет ваши правила налогов, скидок, доставки и борьбы с мошенничеством, вместо их повторной реализации внутри запроса к модели. Если правила корзины записаны только в JavaScript темы сайта, агент не сможет надёжно их соблюдать.
Гипотетический пример: правило бесплатной доставки свыше определённой суммы существует только в интерфейсе интернет-магазина. Агент собирает корзину ниже порога, на одном интерфейсе правильно начисляет доставку, а на другом ошибочно делает её бесплатной, после чего спор переходит в службу поддержки. Запишите правило в основной службе оформления заказа.
Исполнение заказа, возвраты и поддержка
После завершения оформления заказа агентом система OMS по-прежнему отвечает за комплектацию, упаковку, отправку и исключительные ситуации. Руководство Stripe для продавцов предполагает, что вы отслеживаете завершённые сеансы оформления и начинаете исполнение на основе этого события, включая расширенные поля позиций и доставки (Stripe for sellers). Возврат товаров и средств остаётся операцией по правилам в ваших платёжных системах и RMA, а не произвольным обещанием агента.
Агентам поддержки, как людям, так и ИИ, нужны те же ID заказа, состояние платежа и версия правил, которые записала система оформления. Если канал агента не может создать обращение с этими ключами, вам придётся снова просить клиента прислать снимки экрана. Общие виды сбоев рабочих систем, связанные с неправильным использованием инструментов и отсутствием обязательного подтверждения, рассмотрены в статье сбои агентов в реальной эксплуатации. Ответственность и порядок обработки происшествий при ошибочном действии агента рассмотрены в статье реагирование на происшествия и ответственность агента.
Виды сбоев, которые важнее демонстраций
Эти сбои разрушают доверие быстрее, чем медленная загрузка страницы.
- Устаревший каталог или цена - агент называет цену завершившейся акции или предлагает SKU, который больше не доставляется.
- Задержка обновления остатков - продажа сверх остатка или постоянное сообщение об отсутствии товара после пополнения.
- Платёжные полномочия без подтверждения - агент получает более широкие платёжные права, чем разрешил покупатель.
- Расхождение правил - требования к доставке, возвратам или запрещённым товарам различаются на сайте и в канале агента (OpenAI prohibited products policy).
- Состояние гонки между вебхуком и исполнением - платёж проходит, создание заказа завершается ошибкой или без идемпотентности запускается повторное исполнение.
- Нет сквозного аудита - для разрешения спора невозможно восстановить цепочку «сеанс → корзина → токен → заказ».
- Интеграция только для демонстрации - проверена лишь успешная работа в испытательной среде, без тестов налогов, частичного наличия или отзыва токена (демонстрация и рабочая система).
Чек-лист рабочей готовности (рекомендации Dali)
Используйте его как внутреннее условие допуска к запуску, а не как обещание трафика.
- Управляйте идентификаторами - используйте один SKU как основу связей между сайтом, выгрузками, корзиной и OMS.
- Публикуйте полную товарную выгрузку - обязательные поля товара должны быть заполнены правильно, целевые URL должны успешно открываться, а изображения должны быть общедоступны.
- Разделите пути обновления товаров, цен и остатков - обновляйте остатки и цены с частотой, соответствующей скорости изменения запасов, и соблюдайте документацию поставщика по товарным выгрузкам.
- Определите права агента для каждого этапа - разрешите чтение каталога и создание корзины, списание только по токену с ограниченной областью действия или закрытому мандату, а исполнение только по подписанным событиям оформления заказа.
- Подтверждайте критически важные для покупки шаги - покупатель должен явно подтверждать оплату, адрес доставки и категории высокого риска.
- Настройте налоги и доставку в системах учёта - неполная налоговая настройка является документированным видом сбоя оформления заказа на пути продавца Stripe (Stripe for sellers).
- Подключите вебхуки исполнения с идемпотентностью - одному оплаченному сеансу должно соответствовать создание одного заказа.
- Согласуйте возвраты и шаблоны поддержки - используйте одинаковый текст правил и одинаковые инструменты возврата средств для заказов из канала агента.
- Журналируйте цепочку - сохраняйте версию выгрузки, снимок корзины, ID мандата или токена, ID платежа, заказа и обращения поддержки (наблюдаемость агента).
- Подключайте только доступные интерфейсы - подайте необходимые заявки через списки ожидания, пройдите проверку регионального допуска и получите одобрение подключения агента до продвижения канала.
- Проводите учения по сбоям - проверьте отсутствие товара во время оформления, изменение цены в ходе сеанса, отзыв токена и повторный вебхук.
- Назначьте ответственного - за происшествия с товарными выгрузками и платежами должны совместно отвечать операционная команда электронной коммерции и дежурный инженер.
Частые вопросы
Агентная коммерция - это то же самое, что чат-бот в интернет-магазине?
Нет. Чат-бот интернет-магазина, отвечающий на типовые вопросы, не равнозначен агенту, который читает текущие данные каталога и остатков, собирает корзину и завершает платёж с ограниченными учётными данными. Второму пути нужны системы учёта и аудиторские свидетельства из таблицы выше.
Нужны ли сразу все протоколы (UCP, ACP, AP2, MCP)?
Нет. Выберите интерфейсы, которыми уже пользуются ваши покупатели, и путь интеграции, поддерживаемый вашей системой. UCP совместим с AP2, A2A и MCP (Merchant UCP guide). ACP представляет собой отдельный стандарт, поддерживаемый OpenAI и Stripe, для оформления заказов агентами и связанных торговых взаимодействий (ACP repository). Сначала обеспечьте готовность продавца, а затем привязывайте протокол.
Можно ли запустить поиск товаров без оформления заказа внутри агента?
Да, если ваш поставщик поддерживает только поиск или перенаправление на сайт для покупки.
Stripe описывает disable_checkout для позиций товарной выгрузки, которые следует показывать, но покупать по URL страницы товара (Stripe product feed).
Часто это более безопасный первый этап рабочей системы.
Гарантирует ли подключение Instant Checkout или UCP рост продаж?
Ни один источник, изученный для этой статьи, не подтверждает универсальную гарантию роста конверсии или выручки. Результат по-прежнему прежде всего определяется доступом, условиями допуска, качеством ассортимента, конкурентоспособностью цен и операционной надёжностью. Не закладывайте в финансовые модели неуказанные проценты роста.
Следующий шаг с Dali
Если у вас уже работают реальные системы каталога, корзины, платежей и заказов и вы хотите использовать интерфейсы агентов без риска на уровне демонстрации, начните с решений и одной конкретной цели для канала. Привлеките ответственных за товарные выгрузки, платёжного провайдера, карту вебхуков OMS и строки таблицы готовности, которые сегодня остаются незаполненными. Мы помогаем проектировать рабочие пути агентов: права доступа, обязательные подтверждения, свидетельства и учения по сбоям, а не презентации о торговых ботах.
Более широкая модель готовности описана в статьях ИИ-агенты для бизнеса в реальной эксплуатации и сбои агентов в реальной эксплуатации.
