Ограничения служб доставки: условия

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

Что такое ограничения и зачем они нужны

В новой системе доставки 1С-Битрикс (модуль sale) каждая служба доставки имеет вкладку «Ограничения». Ограничение — это условие, при выполнении которого служба остаётся доступной на этапе оформления заказа. Если хотя бы одно условие не выполнено, служба исчезает из списка выбора в корзине.

Технически ограничения — это отдельные обработчики, наследники класса \Bitrix\Sale\Delivery\Restrictions\Base. Их данные хранятся в таблице b_sale_delivery_rstr и привязаны к конкретной службе по её ID. При расчёте отгрузки система прогоняет корзину через все привязанные ограничения и оставляет только те службы, которые прошли проверку.

Типовые ограничения из коробки

Битрикс поставляет набор готовых обработчиков, которых хватает большинству магазинов. Классы лежат в bitrix/modules/sale/lib/delivery/restrictions/.

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

Где и как настраивать

Путь в админке: Магазин → Настройки → Службы доставки. Открываете нужную службу и переходите на вкладку «Ограничения». Здесь виден список уже добавленных условий и кнопка добавления нового.

1. Нажмите «Добавить ограничение» и выберите тип из выпадающего списка.
2. Заполните параметры — например, для «По весу» укажите диапазон в граммах.
3. Сохраните службу; условие сразу вступает в силу для новых расчётов.

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

Как работает логика проверки

Ключевое правило: несколько ограничений на одной службе работают по логике «И» (AND). Служба показывается, только если пройдены все условия одновременно. Нельзя настроить «показать, если вес до 5 кг ИЛИ сумма больше 10 000» на уровне одной службы — для «ИЛИ» создают две разные службы или два профиля.

Проверка выполняется методом check() каждого обработчика в момент, когда система собирает список доступных служб для отгрузки — обычно это \Bitrix\Sale\Delivery\Services\Manager::getRestrictedObjectsList(). Внутри учитывается состав корзины: суммарный вес позиций, итоговая цена, выбранное местоположение и способ оплаты.

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

Собственные ограничения через код

Когда штатных условий не хватает — например, нужно скрывать доставку для товаров определённого раздела или для оптовых групп пользователей — пишут свой обработчик. Он наследует \Bitrix\Sale\Delivery\Restrictions\Base и реализует метод check(), возвращающий true или false.

Класс регистрируется в системе через событие модуля sale — onSaleDeliveryRestrictionsClassNamesBuildList. После регистрации новый тип появляется в том же выпадающем списке на вкладке «Ограничения», и его можно настраивать через админку как штатный.

• Метод getClassTitle() задаёт название в списке.
• Метод getParamsStructure() описывает поля настройки.
• В check() доступен объект отгрузки — из него берут корзину, свойства заказа и пользователя.

Типичные ошибки и как их избежать

Большинство проблем с ограничениями сводится к нескольким повторяющимся ситуациям.

• Единицы измерения. Вес в ограничениях задаётся в граммах, а не килограммах. Порог «5000» — это 5 кг, а не 5 тонн.
• Пустой вес товаров. Если у части каталога не заполнено свойство веса, ограничение ByWeight считает такие позиции как ноль и пропускает заказ, который по факту тяжёлый.
• Кеш служб доставки. После изменения условий очищайте кеш — иначе покупатель какое-то время видит старый список.
• Конфликт с оплатой. Ограничение по способу оплаты работает в паре с настройками платёжных систем; проверяйте обе стороны, иначе связка «доставка + оплата» рвётся.

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

Итог

Ограничения — это фильтр, который делает выбор доставки в корзине честным: покупатель видит только реально доступные ему способы. Штатные обработчики закрывают вес, сумму, местоположение, габариты и оплату, а логика «И» позволяет собирать точные комбинации из нескольких условий. Для нестандартных правил всегда есть путь через собственный обработчик на базе Restrictions\Base.

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