Інтеграція 1С-Бітрікс зі службою доставки DostavkaBy (Білорусь)

Ви відкриваєте інтернет-магазин для Білорусі та стикаєтеся з викликом: як підключити надійну та автоматизовану доставку? Бітрікс з коробки не знає локальних операторів, а ручне введення замовлень в особистий кабінет доставки забирає до 2 годин на день на одного менеджера. При 50 замовленнях на місяць це 100 годин втраченого часу на рутину. Помилки при ручному заповненні — 15% випадків. Затримки, втрачені відправлення, конфлікти, незадоволені клієнти.

DostavkaBy — один із популярних кур'єрських сервісів РБ з найбільшим охопленням. Ми вже 6 років інтегруємо Бітрікс із десятками служб доставки в країнах СНД, включаючи всі великі кур'єрські сервіси. Для DostavkaBy ми набили ґуль: нестандартна авторизація, специфіка білоруських адрес, складна схема накладеного платежу. Ділимося накопиченим досвідом та готові реалізувати повну інтеграцію під ключ.

Як ми інтегруємо? 5 кроків

1. Отримуємо API-ключі від DostavkaBy та налаштовуємо параметри відправника.
2. Розробляємо кастомний клас обробника, що успадковує \Bitrix\Sale\Delivery\Services\Base.
3. Підключаємо події автоматичного створення заявки при підтвердженні замовлення.
4. Реалізуємо розрахунок вартості та синхронізацію статусів.
5. Тестуємо всі сценарії: створення, скасування, зміна, накладений платіж.

API DostavkaBy

DostavkaBy надає REST API для партнерів. Документація та credentials надаються при укладанні договору. Авторизація — Basic Auth або токен залежно від версії API. Формат — JSON.

Базові операції:

• Створення заявки на доставку
• Отримання статусу заявки
• Розрахунок вартості
• Отримання трекінгу
• Скасування/зміна заявки

Як працює модуль доставки в Бітрікс?

Клас успадковує \Bitrix\Sale\Delivery\Services\Base. Параметри в b_sale_delivery_service_params:

• DOSTAVKA_API_KEY — ключ API
• SENDER_NAME — назва відправника
• SENDER_PHONE — телефон відправника
• SENDER_ADDRESS — адреса складу або пункту забору

За документацією Бітрікс, розробка власного обробника — стандартна практика.

Типові помилки при налаштуванні:

• Невірний формат API-ключа (перевірте регістр).
• Відсутність нормалізації телефону: в Білорусі номери мають бути у форматі +375XXXXXXXXX.
• Неправильна валюта: всі суми в BYN, при мультивалютності потрібна конвертація.

Особливості білоруської логістики

Формат телефонів. Всі номери — +375XXXXXXXXX. Нормалізуємо вхідний номер перед відправкою: прибираємо пробіли, дужки, дефіси, додаємо 375, якщо введено в локальному форматі 80XXXXXXXX.

Валюта BYN. Всі суми в білоруських рублях. При мультивалютному магазині — конвертація через CCurrencyRates Бітрікс.

Адресація. Білорусь не використовує ФІАС/КЛАДР. Адреси — вільним рядком або через власні класифікатори служби доставки. У деяких випадках достатньо передати city + address рядком.

Накладений платіж. Операція стандартна для білоруського ринку. При накладеному платежі DostavkaBy збирає гроші з покупця та переказує магазину за вирахуванням комісії за розкладом (зазвичай раз на тиждень).

Чому накладений платіж потребує окремої інтеграції?

Для магазинів із накладеним платежем критична звірка: скільки зібрав DostavkaBy і коли переказав. Без автоматизації менеджери вимушені вручну зіставляти дані з особистого кабінету доставки та замовлень Бітрікс. Ми реалізуємо звіт в адміністративній частині: вивантаження замовлень із накладеним платежем за період із сумами та датами переказу. Дані беремо через API DostavkaBy (якщо є метод вивантаження реєстру виплат) або ведемо напівавтоматично.

Як синхронізувати статуси замовлень?

При невеликому обсязі замовлень (до 100 на день) достатньо polling: агент Бітрікс раз на 30 хвилин перевіряє статуси активних заявок. При більшому обсязі — налаштовуємо вебхуки: DostavkaBy надсилає повідомлення при зміні статусу.

Типовий мапінг статусів:

Що входить в роботу з інтеграції?

Ми надаємо повний комплекс робіт:

• Розробка кастомного класу обробника доставки, що успадковує Base
• Налаштування API-ключів та параметрів відправника
• Створення подій для автоматичного створення заявок при підтвердженні замовлення
• Інтеграція з платіжною системою обліку накладеного платежу
• Тестування всіх сценаріїв: розрахунок, створення, скасування, зміна статусів
• Передача документації та навчання менеджерів роботі з блоком управління заявками
• Гарантія працездатності інтеграції протягом 30 днів після здачі

Розрахунок вартості

У calculateConcrete() запитуємо вартість доставки для адреси отримувача. Мінімальні параметри розрахунку: місто доставки, вага посилки, тип доставки (кур'єр). Додатково — оголошена цінність, розміри (впливають на вартість при негабаритних посилках).

Якщо отримано HTTP 200 з ціною — повертаємо в об'єкт CalculationResult. Якщо адреса поза зоною покриття або API недоступний — повертаємо помилку без блокування оформлення замовлення (покупець бачить «доставка недоступна для вашої адреси»).

Створення та управління заявками

Заявки створюються автоматично при підтвердженні замовлення (хук на подію OnSaleStatusOrder) або вручну менеджером. У картці замовлення в адміністративній частині додаємо блок «Доставка DostavkaBy» з кнопками:

• «Створити заявку» (якщо ще не створена)
• «Показати статус»
• «Роздрукувати етикетку»
• «Скасувати заявку»

Ідентифікатор заявки DostavkaBy зберігається в b_sale_order_props як користувацька властивість DOSTAVKA_BY_ID.

Терміни

За 6 років ми реалізували понад 50 інтеграцій з різними службами доставки, включаючи DostavkaBy. Автоматизація скорочує час на обробку замовлення в 3 рази, а кількість помилок — до нуля. Зв'яжіться з нами для безкоштовної оцінки проєкту. Або замовте консультацію — розповімо деталі.

Детальніше про документацію Бітрікс щодо служб доставки.

Інтеграція доставки: від розрізнених 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 для перевірки доступності.

Порівняння транспортних компаній

Етапи підключення служб доставки

1. Аналіз логістики (1–2 дні) — географія, середня вага, обсяг замовлень, інтеграція з 1С. Рекомендуємо комбінацію ТК.
2. Підключення API (3–5 днів на ТК) — налаштування розрахунків, карт ПВЗ, автоматичне створення замовлень через агенти та події.
3. Налаштування трекінгу (1–2 тижні) — агенти оновлення статусів, шаблони повідомлень, сторінка трекінгу.
4. Тестування (2–3 дні) — перевірка на реальних адресах, порівняння тарифів, контроль помилкових розрахунків, навантажувальне тестування.
5. Деплой та навчання (1 день) — вивантаження модуля, передача доступів, навчання менеджерів.
6. Гарантійна підтримка (1 місяць) — виправлення багів, коригування конфігурацій, доналаштування кешування.

Що входить у вартість інтеграції

• Документація зі схемою обміну (логістичні маршрути, тарифні зони).
• Налаштовані доступы до API кожної ТК, ключі, вебхуки.
• Шаблони повідомлень (email, SMS, push) для статусів доставки.
• Навчання менеджерів: робота з адмінкою, друк документів, обробка помилок.
• Півроку технічної підтримки після запуску.

Орієнтовні терміни реалізації

Терміни залежать від кількості ТК, складності каталогу та необхідності інтеграції з 1С/ERP. Вартість розраховується індивідуально — орієнтуйтеся на економію: зниження операційних витрат на доставку до 40% та скорочення звернень до підтримки на 60%. Наприклад, один із клієнтів з магазином електроніки (20 000 товарів) повернув інвестиції за 3 місяці за рахунок зменшення кількості «забутих» замовлень. Середня економія наших клієнтів — 15 000 грн на місяць на логістиці.

Готові прискорити логістику вашого інтернет-магазину? Зв'яжіться з нами — допоможемо підібрати оптимальну комбінацію ТК під ваш асортимент та бюджет. Замовте консультацію — і ми підготуємо пропозицію за 1 робочий день.