Допустим, у вас интернет-магазин на 1С-Битрикс, и клиенты хотят получить заказ сегодня, если успевают до 14:00. Без кастомной логики это невозможно — в типовой коробке нет механизма cut-off. При этом ошибка на пару минут может привести к обещанию доставки, которую курьер не выполнит. Мы решали эту задачу в 30+ проектах для разных ниш: от продуктов питания до электроники. Стоимость типовой доработки составляет 8 000–15 000 рублей, а экономия от внедрения оценивается в среднем 5 000 рублей в день за счёт снижения отказов.
Подходов два: обработчик события OnSaleDeliveryServiceCalculate или кастомный класс доставки. Первый путь проще и быстрее, второй — когда нужно тонкое управление (разные cut-off для разных зон, интеграция с 1С). Рассмотрим оба, но акцент сделаем на первом — он покрывает 80% кейсов.
Как настроить доставку в день заказа в 1С-Битрикс?
Самый чистый способ — скрыть службу доставки через событие OnSaleDeliveryServiceCalculate при нарушении временного условия. Как указано в документации 1С-Битрикс (Events of the sale module), обработчик подключается так:
\Bitrix\Main\EventManager::getInstance()->addEventHandler(
'sale',
'OnSaleDeliveryServiceCalculate',
function(\Bitrix\Main\Event $event) {
$service = $event->getParameter('SERVICE');
if ($service->getCode() !== 'same_day_courier') {
return;
}
$now = new \Bitrix\Main\Type\DateTime();
$cutoff = \Bitrix\Main\Type\DateTime::createFromTimestamp(
mktime(14, 0, 0)
);
if ($now > $cutoff) {
$result = new \Bitrix\Sale\Delivery\CalculationResult();
$result->addError(new \Bitrix\Main\Error('Приём заказов до 14:00'));
return new \Bitrix\Main\EventResult(
\Bitrix\Main\EventResult::SUCCESS,
['RESULT' => $result]
);
}
}
);
Код размещается в local/php_interface/init.php или отдельном модуле. Критически важно проверить часовой пояс сервера — если он UTC, а магазин московский, сравнение времени будет неверным. Используйте date_default_timezone_set('Europe/Moscow') или настройки Битрикса.
Дополнительные рекомендации по часовому поясу
Для проверки текущего времени сервера выполните echo date_default_timezone_get();. Если не совпадает с магазином, задайте правильный в php_interface/after_connect.php.
Альтернатива: кастомный класс доставки
Если нужно не просто скрыть, а изменить тариф, сроки или показывать разные варианты в зависимости от времени, создайте класс-наследник \Bitrix\Sale\Delivery\Services\Base. В методе calculate() реализуйте всю логику. Это даёт полный контроль: можно вернуть разную цену, описание, дату доставки. Минус — больше кода и сложнее поддержка.
Обработка заказов после отсечки
Когда время cut-off прошло, службу «сегодня» нужно скрыть и предложить альтернативу — «завтра» или через день?
Логика в обработчике: если время превышено, не показывать текущую службу, а для следующей — модифицировать параметры. Или в кастомном классе динамически выбирать доступный слот.
Учёт выходных и праздничных дней
Доставка «сегодня» в воскресенье бессмысленна, если курьеры не работают. Добавляем проверку рабочего дня:
$weekday = (int)date('N'); // 1=пн, 7=вс
$workDays = [1, 2, 3, 4, 5, 6]; // пн–сб
if (!in_array($weekday, $workDays)) {
// показать службу "Завтра" вместо "Сегодня"
}
Праздничные дни лучше хранить в highload-блоке и проверять перед показом службы. Это позволяет менять график без правки кода — достаточно обновить запись в админке. Такое решение мы используем в проектах с сетью магазинов: добавляем запись о государственном празднике, и все службы автоматически перестраиваются.
Динамический текст сроков
Покупатель должен видеть не «1–2 дня», а конкретную дату. Через метод setPeriodDescription в классе доставки:
$today = new \DateTime();
$deliveryDate = clone $today;
if (date('H') >= 14) {
$deliveryDate->modify('+1 day');
}
$result->setPeriodDescription('Доставим ' . $deliveryDate->format('d.m'));
Сравнение подходов
| Метод | Сложность | Гибкость | Производительность |
|---|---|---|---|
| Обработчик события | Низкая | Средняя | Высокая |
| Кастомный класс доставки | Средняя | Высокая | Средняя |
| Готовый модуль | Низкая | Низкая | Зависит от модуля |
Типовые сценарии cut-off для разных городов
| Город | Cut-off | Рабочие дни | Примечание |
|---|---|---|---|
| Москва | 14:00 | Пн–Сб | С воскресеньем осторожно |
| Санкт-Петербург | 13:00 | Пн–Пт | Разница из-за пробок |
| Казань | 12:00 | Пн–Сб | Утренняя смена курьеров |
Что входит в настройку доставки?
- Анализ бизнес-логики: часы работы курьерской службы, зоны доставки, праздники
- Реализация обработчика или класса доставки
- Настройка учёта праздников через highload-блок
- Тестирование граничных значений (00:00, 14:00, 23:59, выходные)
- Документация по логике и доступы к коду
- Поддержка в течение месяца после запуска
Процесс работы
- Аналитика — собираем требования, уточняем cut-off и график
- Проектирование — выбираем событие или класс
- Реализация — пишем код, интегрируем с 1С при необходимости
- Тестирование — проверяем все сценарии на тестовом контуре
- Деплой — выкатываем на продакшн, мониторим сутки
Сроки и стоимость
Настройка базового cut-off времени занимает от 4 до 12 часов. Если требуется интеграция с 1С, учёт сложных графиков или несколько служб доставки, срок может увеличиться до 2–3 дней. Стоимость рассчитывается индивидуально после анализа вашего магазина. Свяжитесь с нами — мы быстро оценим проект. Закажите настройку под ключ — получите готовое решение с гарантией работоспособности.
Доставка в день заказа повышает конверсию и лояльность клиентов. Наш опыт в настройке Битрикс (более 30 реализованных проектов с нестандартной доставкой) позволяет внедрить эту механику без ошибок и простоев.







