Минимальную сумму заказа агенты добавляют с проверкой после скидок и изменения корзины

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

Затем проверьте свою платформу. Например, в Яндекс KIT минимальная сумма уже есть в настройках заказов. Если готовая опция выполняет ваше правило, начните с настройки и проверки покупки. Собственная разработка нужна, когда условия магазина в неё не помещаются.

Минимальный заказ и бесплатная доставка отвечают на разные вопросы. При первом мелкий заказ не принимают, при второй его принимают с платой за доставку. Google Merchant Center отдельно описывает эти условия; настройка показов в Google не заменяет проверку на сайте магазина.

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

Фраза «после скидок» ещё не задаёт расчёт. В справке KIT порог учитывает скидки на товар и набор, но не промокод, сертификат и баллы. Это правило платформы. Если магазин хочет проверять сумму после промокода, такое поведение нужно согласовать отдельно.

Пусть порог равен 2 000 ₽, товары стоят 2 100 ₽, промокод снижает их стоимость на 10 %. Было достаточно, стало 1 890 ₽. Доставка за 300 ₽ поднимает оплату до 2 190 ₽, но стоимость товаров остаётся ниже порога. Покупателю не хватает 110 ₽ именно по сумме товаров после скидок.

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

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

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

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

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

В нашем продукте похожие разрывы нашло ревью оплаты курса 9 сентября 2026 года. Цена жила в двух местах, проверка покупки не уточняла нужный продукт, а повтор события после сбоя письма не восстанавливал отправку. Это опыт своего сайта, работу машины агентов показываем публично. Порог корзины клиента этим не подтверждён.

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

До начала работ в задаче для агента запишите расчёт, место изменения и условия приёмки. Для нашего примера: «Запретить оформление доставки, если товары после скидок и промокода дешевле 2 000 ₽. Доставку в порог не включать. Пересчитывать после изменения корзины и перед оформлением на сервере».

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

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

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

Если подходящий порог уже есть в платформе, покупайте настройку и проверку сценариев. Если нужна только одна доработка, сравните разовую смету с месяцем работы и решите, кто будет поддерживать правило после обновлений магазина. Цена подписки не является ценой этой отдельной кнопки.

Если за порогом стоят другие задачи корзины, доставки и оплаты, есть смысл сравнить подписку на разработку с разовыми заказами. «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026 года. Инженер ведёт машину агентов: одна задача в работе, следующая ждёт в очереди; код остаётся в вашем репозитории, паузу можно взять в любой месяц.

Предмет первой задачи тот же: согласованный минимум, сумма после скидок, изменение количества и запрос в обход клиентской кнопки. Перед работой инженер смотрит код и подтверждает границы доработки. Без этого мы не называем срок для вашего магазина и не обещаем экономию на мелких заказах.

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

1. Сначала выберите правило по расходам магазина. Минимальный заказ и бесплатная доставка решают разные задачи.

2. Назовите скидки и исключения по отдельности. Запишите, входит ли доставка в сумму для порога.

3. После каждой правки пересчитывайте корзину. Перед оформлением сервер проверяет текущий состав по своим данным.

4. Принимайте отказ ниже порога, покупку ровно на нём и повтор оформления. После выпуска разбирайте причины отказов и меняйте правило по данным магазина.