Налаштування маршрутизації доставки на 1С-Бітрікс
Уявіть: 60% замовлень в інтернет-магазині оформлюються вручну — менеджери телефонують клієнтам, уточнюють місто та обирають перевізника. Знайома ситуація? Ми налаштовуємо гнучку маршрутизацію доставки на 1С-Бітрікс: автоматичний вибір складу, пріоритетні служби доставки для кожного регіону, врахування ваги та термінів. У результаті час оформлення замовлення скорочується на 35%, а відсоток ручних помилок падає до 2%. Наші інженери — сертифіковані спеціалісти 1С-Бітрікс з досвідом понад 7 років, за плечима 50+ проектів з автоматизації логістики.
Як налаштувати вибір складу за адресою доставки?
Стандартний Бітрікс не вміє автоматично призначати склад відправки виходячи з адреси покупця. Ми реалізуємо це через кастомні обробники. Створюємо таблицю bl_store_zones із відповідністю location_id -> store_id. При створенні відвантаження знаходиться регіон з адреси доставки та призначається склад. Приклад коду:
$locationId = $order->getPropertyCollection()->getItemByOrderPropertyCode('LOCATION')?->getValue();
$storeId = StoreZoneTable::getStoreByLocation($locationId) ?? DEFAULT_STORE_ID;
$shipment->setField('DELIVERY_DOC_NUM', $storeId);
Це дозволяє вибирати найближчий розподільчий центр, знижуючи вартість доставки для клієнта та час обробки.
Чому стандартного функціоналу Бітрікс недостатньо?
Бітрікс надає базові зони доставки та прив'язку служб через b_sale_delivery_location. Але для мультискладських схем, пріоритизації перевізників за вагою та регіоном, а також для інтеграції з кастомними складами потрібні доопрацювання. Ми використовуємо події, агенти та адміністративні інтерфейси, щоб гнучко керувати логістикою без правок коду щоразу.
Як ми налаштовуємо маршрутизацію: кейс з 5 складами
Один із наших клієнтів — мережа магазинів з 5 складами по Україні та 10 способами доставки. До інтеграції 40% замовлень оброблялися вручну. Після нашого доопрацювання система автоматично визначає склад, найближчий до адреси доставки, та пропонує найдешевшу службу з доступних. Час обробки замовлення скоротився на 30%, відсоток помилок — до 2%.
Основні елементи, які ми прокачуємо:
Зони доставки в Бітрікс
Зони доставки зберігаються в таблиці b_sale_location — це ієрархічний довідник регіонів. Способи доставки (b_sale_delivery_service) прив'язуються до зон через b_sale_delivery_location. Коли покупець обирає місто, Бітрікс показує лише ті способи доставки, які працюють у цю зону. Стандартна прив'язка:
\Bitrix\Sale\Delivery\Services\Manager::save([
'ID' => $deliveryServiceId,
'ACTIVE' => 'Y',
'RESTRICTED_LOCATION' => [$locationId1, $locationId2],
]);
Але для складних сценаріїв (кілька складів, вагогабаритні обмеження) цього недостатньо.
Вибір складу відправки за адресою
Логіка «який склад ближче до адреси доставки» в стандартному Бітрікс відсутня. Ми реалізуємо її через обробник події OnSaleShipmentBeforeSave або через кастомний обробник оформлення замовлення. Створюємо таблицю bl_store_zones із відповідністю location_id → store_id. При створенні відвантаження визначаємо регіон з адреси доставки та призначаємо склад.
Пріоритизація перевізників
При кількох активних службах доставки можна автоматично пропонувати оптимальну за вартістю або швидкістю. Створіть правила пріоритизації в bl_delivery_rules:
| Поле |
Опис |
location_group |
Регіон або група регіонів |
order_weight_from / to |
Діапазон ваги |
delivery_service_id |
Пріоритетна служба доставки |
priority |
Порядок пропозиції |
Агент або компонент кошика при розрахунку доставки сортує доступні служби за цими правилами.
Порівняння: стандартне налаштування vs кастомне від нас
| Критерій |
Стандартне налаштування |
Наша розробка |
| Вибір складу за адресою |
Не підтримується |
Кастомний обробник, таблиця bl_store_zones |
| Пріоритизація перевізників |
Тільки ручне сортування |
Правила за вагою, регіоном, вартістю |
| Інтеграція з 1С |
Базова через CommerceML |
Кастомні обробники, REST API |
| Адміністративний інтерфейс |
Стандартний |
Розширений інтерфейс для правил |
| Гарантія |
Немає |
12 місяців |
Офіційна документація: Зони доставки в Бітрікс
Що входить в нашу роботу
- Аналіз поточної схеми доставки та збір вимог.
- Налаштування зон доставки в
b_sale_location та прив'язка служб доставки до зон.
- Розробка таблиці
bl_store_zones із мапінгом регіонів на склади відправки.
- Реалізація логіки вибору складу при створенні відвантаження.
- Правила пріоритизації перевізників за вагою, регіоном, вартістю.
- Адміністративний інтерфейс для управління правилами маршрутизації.
- Документація та навчання ваших менеджерів.
Терміни та гарантії
Терміни залежать від складності: від 3 до 14 робочих днів. Ми даємо гарантію 12 місяців на всі доопрацювання. Наші інженери — сертифіковані спеціалісти 1С-Бітрікс з досвідом понад 7 років. Оцінимо ваш проект безкоштовно за 1 день — просто зв'яжіться з нами.
Типові помилки при самостійному налаштуванні
- Неправильна прив'язка місцезнаходжень: регіони не відповідають адресам, доставка не показується.
- Відсутність пріоритетів: при кількох перевізниках клієнт бачить всіх, але не знає, який обрати.
- Ігнорування ваги товару: для легких замовлень не пропонується пошта, хоча вона дешевша.
Ми враховуємо ці нюанси та налаштовуємо маршрутизацію так, щоб вона працювала без збоїв. Замовте налаштування — і ваші клієнти перестануть плутатися в доставці. Отримайте консультацію: ми оцінимо ваш проект за один день.
Інтеграція доставки: від розрізнених API до єдиного калькулятора за 5 днів
Покупець кидає кошик на етапі доставки — не бачить розрахунку або бачить свідомо невірну ціну. Кожен такий випадок втрачає конверсію. Автоматизація логістики в 1С-Бітрікс вирішує цю проблему: ми підключаємо служби доставки так, щоб ціна показувалася миттєво, а трекінг оновлювався без участі менеджера. Більше 50 реалізованих проєктів з каталогами від 500 до 100 000 SKU, досвід понад 8 років. Середній час підключення однієї транспортної компанії — 4 дні.
Як прискорити підключення служб доставки до 1С-Бітрікс?
Головна складність — не сам виклик API, а адаптація до логіки кожного перевізника. СДЕК, Boxberry, Нова пошта, ПЕК, DPD — у кожного свій формат запиту, тарифікація та обробка помилок. Ми використовуємо готові адаптери під кожну ТК, що скорочує час інтеграції втричі порівняно з реалізацією з нуля. Розгорнутий кейс: інтернет-магазин товарів для дому (15 000 товарів) — підключили СДЕК та Boxberry за 5 днів, автоматизували розрахунок та створення замовлень. Звернення до підтримки з доставки знизилися на 60%, середній чек зріс на 8% за рахунок індикатора безкоштовної доставки.
Чому API кожної транспортної компанії — окремий квест?
СДЕК — об'ємна вага та карта ПВЗ
API v2 (/api/v2/calculator/tarifflist) приймає габарити, вагу та адреси — повертає всі доступні тарифи. Підводні камені: об'ємна вага розраховується за формулою (Д × Ш × В) / 5000. Якщо фізична вага 2 кг, а об'ємна 8 кг — СДЕК бере по об'ємній. Не врахуєте в калькуляторі — покупець побачить одну ціну, а заплатить іншу. Карта ПВЗ завантажується через /deliverypoints. Віджет СДЕК можна вбудувати, але він конфліктує зі стилями Бітрікс — малюємо свою карту на Яндекс.Картах. Автоматичне створення замовлення через /api/v2/orders — при оформленні заявка летить у СДЕК, повертається трек-номер. Друк накладних та етикеток з адмінки — через /api/v2/print/orders. Тарифи: склад-склад, склад-двері, двері-двері, експрес, постамат.
Boxberry — широка мережа ПВЗ в регіонах
Найширша мережа пунктів видачі в малих містах. API простіше, ніж у СДЕК, але є нюанси з післяплатою та частковим викупом. Типові помилки при інтеграції: відсутність фільтрації ПВЗ за ознакою onlyPrepaid → помилки при післяплаті; ігнорування параметра partialReturn → ламає частковий викуп. API повертає код міста у форматі "770000000000" — потрібне маппінг на index міста.
Нова пошта — лідер українського ринку
Для України — обов'язкове підключення Нової пошти через API v2. Розрахунок вартості, створення ЕН, друк накладної, трекінг. Карта відділень з фільтрацією (поштомати, прийом платежів). Асинхронне оновлення статусів через агент Бітрікс кожні 15 хвилин.
ПЕК — важкі вантажі та збір
Коли потрібно відправити диван або обладнання. Розрахунок збірних вантажів, страхування, обрешітка. Доставка до терміналу та від дверей до дверей. Індекси терміналів ПЕК підвантажуємо в інфоблок для автопідстановки.
DPD — експрес-доставка з часовими слотами
DPD по Україні та за кордон. Доставка у вибраний часовий інтервал, повернення підписаних документів. У розрахунку враховуємо об'ємну вагу за формулою (Д×Ш×В)/4000 — відмінність від СДЕК. Документація DPD: volumetric weight factor 4000.
Як об'єднати різні ТК в єдиному калькуляторі?
Використовуємо гібридний підхід: модуль-агрегатор, який маршрутизує запити до різних API та нормалізує відповіді. Він обробляє запити в 5 разів швидше, ніж окремі інтеграції, завдяки паралельним викликам через curl_multi. У відповіді модуля — єдина структура: назва тарифу, ціна, термін, тип доставки. Кешування теговане: при зміні налаштувань модуля очищується лише кеш розрахунку для обраного міста, решта залишається. Подію OnBeforeDeliveryCalculate вішаємо на кастомний обробник — так підміняємо стандартну логіку доставки.
Розрахунок вартості: які граблі зустрічаються?
Автоматичний калькулятор підсумовує фізичну та об'ємну вагу товарів у кошику, додає вагу упаковки, обирає найбільшу. Звучить просто, але:
- Габарити мають бути заповнені у кожного товару. Немає габаритів — немає розрахунку. На каталозі в 10 000 SKU обов'язково знайдуться товари без розмірів — для них заводимо дефолтні значення (наприклад, 0.1×0.1×0.1 м) і попереджаємо менеджера через поштову подію.
- Промоакції та пороги безкоштовної доставки — гнучке налаштування: за сумою замовлення, для VIP-клієнтів, при конкретному способі оплати. Реалізуємо через користувацькі властивості кошика.
- Індикатор «До безкоштовної доставки залишилося N» — проста річ, але піднімає середній чек на 5–12%. Обчислюємо за сумою кошика та найближчим порогом, виводимо в шаблоні кошика.
Як автоматизувати трекінг, самовивіз та кур'єрську доставку?
Трекінг. Автоматичне опитування API транспортних компаній — агент Бітрікс кожні 30 хвилин перевіряє статуси замовлень, у яких STATUS_DELIVERY != 'DELIVERED'. При зміні — оновлення статусу замовлення в системі та повідомлення покупцеві (email, SMS, push). Вбудована сторінка трекінгу в особистому кабінеті — покупцю не потрібно йти на сайт ТК. Карта з поточним місцезнаходженням, прогнозована дата доставки, можливість переадресації.
Самовивіз. Власні точки видачі на карті: адреси, графік, контакти. Пошук найближчої за адресою покупця. Перевірка наявності в реальному часі, бронювання до певної години. QR-код для швидкого отримання та SMS про готовність до видачі.
Кур'єрська доставка. Зони доставки з різною вартістю. 2-годинні слоти, управління розкладом кур'єрів, обмеження замовлень на слот. Доставка день у день — прийом до 14:00, експрес за 2-4 години з націнкою за терміновість. Інтеграція з навігацією для оптимізації маршрутів.
Мультисклад. Декілька складів з адресами та зонами обслуговування. Автоматичний вибір складу відвантаження за адресою покупця — пріоритет найближчому, де є всі товари замовлення. Якщо на одному складі всього немає — розділення замовлення по складах (мультидоставка). Синхронізація залишків через 1С або WMS (CommerceML), використовуємо події OnBeforeBasketAdd для перевірки доступності.
Порівняння транспортних компаній
| Параметр |
СДЕК |
Boxberry |
Нова пошта |
ПЕК |
DPD |
| Покриття |
Україна, СНД |
Регіони, малі міста |
Вся Україна |
Україна, важкі вантажі |
Україна, експрес |
| Швидкість доставки |
2–7 днів |
3–10 днів |
1–3 дні |
3–10 днів |
1–4 дні |
| Складність API |
Середня |
Низька |
Висока (XML) |
Середня |
Середня |
| Особливість |
Широкий набір тарифів, постамати |
Найширша мережа ПВЗ |
Стабільна, швидка відповідь |
Страхування, обрешітка |
Часові інтервали |
Етапи підключення служб доставки
-
Аналіз логістики (1–2 дні) — географія, середня вага, обсяг замовлень, інтеграція з 1С. Рекомендуємо комбінацію ТК.
-
Підключення API (3–5 днів на ТК) — налаштування розрахунків, карт ПВЗ, автоматичне створення замовлень через агенти та події.
-
Налаштування трекінгу (1–2 тижні) — агенти оновлення статусів, шаблони повідомлень, сторінка трекінгу.
-
Тестування (2–3 дні) — перевірка на реальних адресах, порівняння тарифів, контроль помилкових розрахунків, навантажувальне тестування.
-
Деплой та навчання (1 день) — вивантаження модуля, передача доступів, навчання менеджерів.
-
Гарантійна підтримка (1 місяць) — виправлення багів, коригування конфігурацій, доналаштування кешування.
Що входить у вартість інтеграції
- Документація зі схемою обміну (логістичні маршрути, тарифні зони).
- Налаштовані доступы до API кожної ТК, ключі, вебхуки.
- Шаблони повідомлень (email, SMS, push) для статусів доставки.
- Навчання менеджерів: робота з адмінкою, друк документів, обробка помилок.
- Півроку технічної підтримки після запуску.
Орієнтовні терміни реалізації
| Етап |
Термін |
| Підключення однієї ТК (API) |
3–5 днів |
| Карта вибору ПВЗ |
2–3 дні |
| Налаштування самовивозу |
2–3 дні |
| Система трекінгу |
1–2 тижні |
| Мультисклад |
2–4 тижні |
| Комплексна логістична система |
4–8 тижнів |
Терміни залежать від кількості ТК, складності каталогу та необхідності інтеграції з 1С/ERP. Вартість розраховується індивідуально — орієнтуйтеся на економію: зниження операційних витрат на доставку до 40% та скорочення звернень до підтримки на 60%. Наприклад, один із клієнтів з магазином електроніки (20 000 товарів) повернув інвестиції за 3 місяці за рахунок зменшення кількості «забутих» замовлень. Середня економія наших клієнтів — 15 000 грн на місяць на логістиці.
Готові прискорити логістику вашого інтернет-магазину? Зв'яжіться з нами — допоможемо підібрати оптимальну комбінацію ТК під ваш асортимент та бюджет. Замовте консультацію — і ми підготуємо пропозицію за 1 робочий день.