Допустимо, у вас інтернет-магазин на 1С-Бітрікс, і клієнти хочуть отримати замовлення сьогодні, якщо встигають до 14:00. Без кастомної логіки це неможливо — у типовій коробці немає механізму cut-off. При цьому помилка на пару хвилин може призвести до обіцянки доставки, яку кур'єр не виконає. Ми вирішували це завдання в 30+ проектах для різних ніш: від продуктів харчування до електроніки. Економія від впровадження оцінюється в середньому в значну суму щодня за рахунок зниження відмов.
Підходів два: обробник події 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/Kyiv') або налаштування Бітрікса.
Додаткові рекомендації щодо часового поясу
Для перевірки поточного часу сервера виконайте 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 реалізованих проектів з нестандартною доставкою) дозволяє впровадити цю механіку без помилок і простоїв.
