Intensa: Расширение набора ограничений для служб доставок и оплат для интернет-магазина

Гибкие настройки доставки и оплаты без доработок кода

Стандартные возможности 1С-Битрикс не всегда покрывают все сценарии, которые нужны интернет-магазину. Часто приходится отказывать клиенту в удобном способе расчёта или платить разработчику за кастомные решения. Расширение «Intensa» решает эту проблему: оно добавляет в систему те ограничения для служб доставок и платежей, которых не хватает в базовой версии. Вам не нужно трогать код или разбираться в архитектуре платформы — модуль просто расширяет стандартный набор фильтров, делая корзину умнее и адаптивнее.

Всё работает прямо в компоненте sale.order.ajax, который уже используется в вашем магазине. Никаких конфликтов, переписывания шаблонов или дополнительных настроек. Просто установите модуль, и новые опции появятся в интерфейсе управления доставкой и оплатой. Это экономит часы работы программиста и позволяет запустить гибкие сценарии за несколько минут.

Четыре реальных ограничения, которых вам не хватало

Модуль добавляет в систему четыре полезных фильтра. Первое — ограничение по времени суток. Хотите, чтобы курьерская доставка была доступна только с 9 до 18 часов, а самовывоз — круглосуточно? Просто укажите временной промежуток для каждой службы. Второе — ограничение по дню недели. Например, наложенный платёж можно отключить на выходные, а экспресс-доставку — только на будни. Третье — фильтр по группам пользователей. Это особенно актуально для платежных систем: вы можете скрыть оплату по счёту для физических лиц или, наоборот, показать её только оптовым клиентам.

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

Как работают пользовательские функции и методы

Механизм пользовательских проверок прост и предсказуем. Если вы хотите добавить свою логику, просто укажите название функции — например, my_custom_check. Или передайте путь к статическому методу класса в формате My\Namespace\Class::method. Главное условие: функция должна быть доступна для вызова и возвращать булево значение (true или false). Если функция не найдена или не является callable, ограничение будет срабатывать с ошибкой — поэтому важно проверять доступность кода перед публикацией.

Что передаётся в вашу функцию? Первым аргументом идёт объект проверки. Для ограничений по оплате это Bitrix\Sale\Payment, для доставки — Bitrix\Sale\Shipment. Вы можете анализировать любые свойства этих объектов: сумму, валюту, статус, привязку к заказу. Вторым аргументом передаётся ID службы доставки или оплаты, к которой применено ограничение. Это позволяет, например, сделать разную логику для разных служб внутри одной функции. Никаких лишних сложностей — только чистые данные и понятный интерфейс.

Простота внедрения и прозрачные условия

Модуль не требует переписывания стандартного компонента оформления заказа. Он корректно работает с sale.order.ajax «из коробки». После установки вы просто заходите в настройки нужной службы доставки или платёжной системы и видите новые поля в разделе ограничений. Всё интуитивно: выбрали тип фильтра, задали параметры, сохранили. Никаких лишних сущностей, таблиц или сложных конфигураций.

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