Покупатель ни разу не заходил в ваш интернет-магазин. Никаких брошенных корзин, никаких зафиксированных просмотров страниц, никаких кликов «добавить в корзину» в вашей аналитике. И тем не менее, платеж поступил, заказ отправлен, а в вашем учете теперь висит риск чарджбэка, связанный с покупателем, который на самом деле даже не смотрел на экран.
Именно так выглядит растущая доля транзакций в 2026 году. ИИ-агент — внутри ChatGPT, Gemini или торговый ассистент, построенный на одном из новых протоколов агентской коммерции (agentic commerce), — осуществлял поиск, сравнение и покупку от имени человека. Человек утвердил бюджет и набор предпочтений, а агент сделал все остальное. Для продавцов это не гипотетический сценарий. Продавцы на Etsy уже работают с Instant Checkout от OpenAI, более миллиона мерчантов Shopify подключаются к системе, а собственный сервер агентской коммерции PayPal, как ожидается, переведет десятки миллионов малых бизнесов на эти рельсы до конца года.
Проблема в том, что бухгалтерия большинства малых предприятий все еще исходит из предположения, что кнопку «купить» нажал человек. Заказы, инициированные агентами, нарушают это предположение. Сначала это проявляется в виде головной боли при сверке счетов, а если проблему игнорировать, то перерастает в реальные финансовые риски и риски несоблюдения нормативных требований.
Что «агентская коммерция» на самом деле означает для вашего учета
Если отбросить хайп, агентская коммерция — это просто делегированный шоппинг: покупатель задает цель («найди мне темно-синюю водонепроницаемую куртку дешевле $150, размер M») и некоторые ограничения (лимит расходов, одобренные магазины, возможно, карту), а ИИ-агент берет на себя поиск и покупку с минимальным дальнейшим участием человека. Примерно 58% потребителей утверждают, что уже заменили традиционный поиск генеративными инструментами ИИ для получения рекомендаций по товарам. Переход от модели «найти и купить» к модели «делегировать и утвердить» уже идет полным ходом, а не является трендом далекого будущего.
Для обеспечения этой работы появились три семейства протоколов, и вы, скорее всего, столкнетесь со всеми тремя, если планируете долго продавать в интернете:
- ACP (Agentic Commerce Protocol — протокол агентской коммерции) — разработан Stripe и OpenAI, именно он обеспечивает работу Instant Checkout в ChatGPT. Вместо того чтобы агент видел реальный номер карты вашего клиента, платежный провайдер клиента выпускает общий платежный токен (Shared Payment Token): ограниченный по сфере действия, лимитированный во времени и отзывной идентификатор, действительный для одного продавца и на одну определенную сумму. Stripe описывает его как программируемый грант, отслеживаемый через события вебхуков — это важно, поскольку данные вебхуки являются вашим единственным сигналом в реальном времени о том, что транзакцию совершил покупатель-робот.
- AP2 (Agent Payments Protocol — протокол агентских платежей) — конкурирующий стандарт от Google, поддерживаемый более чем 60 партнерами, включая Mastercard, PayPal и American Express. AP2 представляет каждую покупку агента в виде трех подписанных «мандатов»: мандата о намерениях (Intent Mandate) (что хочет покупатель), мандата корзины (Cart Mandate) (что собрал агент) и платежного мандата (Payment Mandate) (какая сумма списывается). Каждый из них представляет собой проверяемую запись с криптографической подписью — теоретически, это более прозрачный аудиторский след, чем при обычном оформлении заказа человеком, если ваши системы умеют его читать.
- UCP и другие — более широкая инициатива по стандартизации машиночитаемых окон доставки, правил возврата и данных об исполнении заказов, чтобы агенты могли сравнивать продавцов на равных условиях, а не только по цене.
Практический вывод: вскоре ваша витрина может обслуживать два совершенно разных типа клиентов — людей и программных агентов, действующих на основании мандата человека, — и ваш бухгалтерский учет должен уметь их различать.
Почему сверка счетов становится сложнее, а не проще
Казалось бы, созданный машиной и криптографически подписанный заказ должно быть проще сверить, чем человеческий. На практике же продавцы сталкиваются с обратным по нескольким конкретным причинам.
Цепочка авторизации распределена по нескольким местам
Одна транзакция ACP может затрагивать запись мандата, квитанцию о заказе, событие расчета от вашего платежного процессора и запись идентификации, подтверждающую, какой агент (и на каком основании) инициировал покупку. Когда событие расчета (settlement event) попадает в вашу банковскую выписку, сопоставление его с контекстом реального заказа — и возможность доказать всю цепочку в случае возникновения спора — в первых интеграциях уже описывается как «процесс сверки из нескольких источников». Говоря простым языком: между суммой, которая поступает на ваш счет, и заказом, к которому она относится, теперь гораздо больше уровней, чем просто номер счета-фактуры.
К возвратам необходимо привязывать информацию «кто, что и почему»
Если собственный робот службы поддержки ИИ-агента инициирует возврат средств на вашей платформе (что становится все более частым явлением по мере автоматизации возвратов ритейлерами), этому возврату требуются метаданные: какой агент его авторизовал, на основании каких правил и почему. Финансовому отделу это нужно для сверки транзакции, а вам — для защиты от чарджбэка, когда клиент одновременно оспаривает тот же платеж через свой банк, создавая риск двойного возврата. Частичные возвраты по заказам из нескольких позиций и пропорциональные возвраты по подпискам только усугубляют эту проблему.
Риски чарджбэков уже велики и продолжают расти
По прогнозам, в 2026 году споры по чарджбэкам обойдутся продавцам примерно в 28 миллиардов долларов, при этом их объем увеличился примерно на 41% с 2023 года — и это без учета дополнительной неопределенности формата «действительно ли владелец счета санкционировал это или его агент превысил свои полномочия?». Каждое проигранное оспаривание стоит вам суммы транзакции, комиссии платежного процессора (обычно от 15 до 100 долларов) и рабочего времени сотрудников на сбор доказательств в жесткие сроки, установленные платежной системой. Заказы, инициированные агентами, у которых отсутствуют четкие записи мандатов, будет сложнее, а не проще защитить.
Банковские выписки не видят разницы
В вашей банковской выписке отображается поступление средств. Но в ней не указано, пришел ли этот платеж от человека, нажавшего кнопку «Оформить заказ», или от агента, выполняющего мандат корзины (Cart Mandate) в рамках бюджета в 150 долларов. Если ваш план счетов и процесс сверки не позволяют классифицировать источник, вы потеряете возможность отвечать на базовые вопросы в будущем: какой объем выручки пришел через агентский чекаут в этом квартале, какова доля возвратов по агентскому каналу, не связан ли объем транзакций от агентов непропорционально часто со спорами (чарджбэками)? Это не абстрактные вопросы — это именно то, о чем рано или поздно спросят кредитор, бухгалтер или банк-эквайер.
Практическая система сверки для заказов, инициированных агентами
Вам не нужно становиться инженером по платежным системам, чтобы успешно справляться с этим. Достаточно внедрить несколько дисциплинированных привычек поверх той системы учета, которую вы уже используете.
1. Маркируйте канал в точке продажи, а не после. Независимо от того, используете ли вы Shopify, Etsy или собственную технологическую платформу, большинство интеграций агентской коммерции передают флаг или метаданные, указывающие, что заказ поступил через ACP, AP2 или аналогичный протокол. Фиксируйте этот флаг как тег транзакции или субсчет (например, «Продажи — Агентский канал»), а не сваливайте все в общую выручку от продаж. Настраивать это задним числом после шести месяцев неразделенных продаж людям и агентам гораздо болезненнее, чем маркировать транзакции с самого первого дня.
2. Сохраняйте мандат или квитанцию о заказе, а не только отчет о выплатах. Отчет о выплатах вашего платежного процессора подтверждает факт движения денег. Однако он обычно не раскрывает всю историю авторизации. Какую бы квитанцию от платформы, ссылку на мандат или полезную нагрузку вебхука (webhook payload) ни содержал заказ, сохраняйте эти данные вместе с обычными счетами-фактурами. Относитесь к ним так же, как к подписанному заказу на покупку — это ваше главное доказательство в случае возникновения спора по вопросу «был ли этот платеж действительно авторизован?».
3. Проводите сверку за вычетом комиссий, явно выделяя их. Например, Instant Checkout от OpenAI взимает с продавцов комиссию в размере 4% за каждую завершенную покупку. Это реальная статья расходов, и для нее нужен отдельный счет. Не прячьте ее в общих «расходах на обработку платежей», если хотите реально сравнивать маржинальность продаж через агентский канал и прямых продаж.
4. Создайте отдельный журнал возвратов и споров для агентских заказов — по крайней мере, пока не будете уверены в стабильности объемов. Поскольку вопрос «кто инициировал этот возврат и почему» здесь имеет критическое значение, простой текущий журнал (для начала подойдет даже таблица), в котором фиксируются ID заказа, ссылка на мандат, причина возврата и информация о том, кем он был инициирован (агентом или человеком), сэкономит вам массу времени, когда по одному и тому же заказу одновременно возникнут чарджбэк и возврат.
5. Примите осознанное решение о том, хотите ли вы вообще принимать покупки, совершаемые агентами. В рамках таких протоколов, как AP2, ваша витрина может решать, принимать ли транзакции от агентов в принципе, обрабатывать ли их иначе (показывать капчу, предлагать другую цену, исключать подарочные карты) или полностью отказаться от них. Это в равной степени как бизнес-, так и техническое решение, и принимать его следует с учетом ваших возможностей ведения учета и урегулирования споров, а не только из желания освоить новый канал продаж.
Главный урок: возможность аудита всегда была главным приоритетом
Агентская коммерция наглядно демонстрирует то, что всегда было истиной: надежность транзакции определяется надежностью записи, которая ее подтверждает. Криптографически подписанные мандаты и платежные токены с ограниченной областью действия — это, в некотором смысле, попытка агентской коммерции решить проблему, с которой всегда боролась хорошая бухгалтерия: точно знать, что было авторизовано, кем, на какую сумму, и иметь возможность доказать это впоследствии.
Малому бизнесу, который уже ведет чистый, хорошо структурированный и готовый к аудиту учет, будет гораздо проще интегрировать продажи через агентские каналы в свою существующую систему. Компании, ведущие учет хаотично и без разделения операций, обнаружат, что агентская коммерция превращает мелкие пробелы в бухгалтерии в серьезную проблему со сверкой и защитой от споров, как только объем транзакций через эти каналы начнет расти.
Подготовьте свой учет к любым изменениям в торговле
Независимо от того, исходит ли продажа от человека, нажавшего «купить», или от ИИ-агента, выполняющего подписанный мандат от его имени, основы остаются неизменными: каждая транзакция требует четкого, проверяемого следа от заказа до окончательного расчета. Beancount.io предлагает текстовый учет (plain-text accounting), который по умолчанию прозрачен и контролируется версиями, поэтому добавление нового канала продаж — включая заказы, инициированные агентами — сводится к добавлению счета, а не к перестройке всей вашей бухгалтерии. Начните бесплатно и узнайте, почему разработчики и финансово ориентированные владельцы бизнеса переходят на текстовый учет еще до того, как наступит следующая технологическая смена в торговле.