Інтернет-магазин на 1С-Бітрікс втрачає замовлення через неавтоматизовану доставку: менеджери витрачають до 15 хвилин на ручний розрахунок вартості та відстеження статусів. Помилки введення сягають 5%, а клієнти скаржаться на відсутність інформації. Підключення Яндекс Доставки через Delivery API v2 вирішує ці проблеми, але реалізація потребує врахування тонкощів: двоетапне створення заявки, розбіжність попередньої та фактичної вартості, коректна обробка вебхуків. Ми — команда з 10+ років досвіду в Бітрікс — виконуємо такі інтеграції під ключ за 3-5 днів. Зв'яжіться з нами для оцінки вашого проєкту. В середньому інтеграція окупається за 2-3 місяці за рахунок скорочення ручної праці: при 100 замовленнях на місяць економія сягає 7500 грн на зарплаті менеджера, як зазначено в розрахунках типових проєктів.
Як інтегрувати Яндекс Доставку з 1С-Бітрікс?
Вбудовані методи доставки в Бітрікс не підтримують динамічний розрахунок вартості від Яндекс Доставки, автоматичне створення заявок та відстеження статусів у реальному часі. Доводиться вручну переносити замовлення в особистий кабінет Яндекс, що загрожує типовими помилками: невірні координати точки відправлення, пропуск етапу підтвердження або відсутність обробки вебхуків. На відміну від ручного обміну, API v2 прискорює обробку замовлень у 60 разів і повністю виключає помилки введення. Як зазначено в офіційній документації: двоетапне створення заявки критично важливе для призначення кур'єра.
Як працює двоетапне створення заявки?
Яндекс Доставка вимагає явного підтвердження після створення. Одноетапний підхід призводить до того, що заявка залишається в статусі new, і кур'єр не призначається. Двоетапне створення знижує ризик невиконаних замовлень у два рази порівняно з одноетапним. Розглянемо на прикладі:
public function createAndAcceptClaim(\Bitrix\Sale\Shipment $shipment): string
{
$order = $shipment->getOrder();
$claim = $this->apiPost('/claims?request_id=' . uniqid(), [
'items' => $this->buildItems($shipment),
'route_points' => $this->buildRoutePoints($shipment),
'comment' => 'Замовлення #' . $order->getId(),
'callback_properties' => ['callback_url' => $this->getOption('WEBHOOK_URL')],
]);
$claimId = $claim['id'];
// Без цього виклику кур'єр не буде призначений
$this->apiPost('/claims/accept?claim_id=' . $claimId, [
'version' => $claim['version'],
]);
return $claimId;
}
request_id — ідемпотентний ключ: повторний запит з тим самим значенням поверне вже існуючу заявку. Це критично для надійності інтеграції.
Типові помилки при інтеграції — інтеграція яндекс доставки
- Пропуск етапу
accept: заявка залишається в new, кур'єр не призначається.
- Невірні координати точки відправлення: вартість розраховується некоректно.
- Відсутність обробки вебхука на скасування: замовлення залишається в статусі "в дорозі".
- Ігнорування поля
version при підтвердженні: API повертає помилку 409.
Покрокова інструкція з інтеграції
- Отримати OAuth-токен в Яндекс Паспорті.
- Створити обробник доставки, успадкований від
\Bitrix\Sale\Delivery\Services\Base.
- Реалізувати метод
calculateConcrete для розрахунку вартості.
- Реалізувати методи створення та підтвердження заявки.
- Налаштувати callback_url для вебхуків.
- Протестувати всі сценарії в тестовому середовищі.
Налаштування вебхуків статусів
Яндекс Доставка підтримує push-сповіщення на callback_url. Статуси життєвого циклу:
| Статус |
Значення |
new |
Заявка створена |
accepted |
Підтверджена |
performer_found |
Кур'єр знайдений |
pickuped |
Вантаж забрано зі складу |
delivery_arrived |
Прибув до отримувача |
delivered |
Доставлено |
returning |
Повернення |
cancelled |
Скасована |
Вебхуки надходять на вказаний при створенні заявки callback_url. Рекомендується реалізувати ендпоінт, який приймає POST-запит з тілом у форматі JSON та оновлює статус замовлення в Бітрікс. Це дозволяє автоматично сповіщати покупця.
Детальніше про вебхуки
Кожен вебхук містить об'єкт з полями `id`, `status`, `updated_ts`. Обробляйте їх ідемпотентно: якщо статус вже встановлено — ігноруйте повторний.
Порівняння API v2 та ручного обміну
| Критерій |
API v2 |
Ручне введення в кабінеті |
| Час на замовлення |
2-5 секунд |
3-5 хвилин |
| Помилки при перенесенні |
0% |
до 5% |
| Статуси в реальному часі |
так |
ні |
| Можливість експрес-доставки |
так |
обмежено |
API v2 прискорює обробку замовлень у 60 разів і повністю виключає помилки введення.
Кейс: експрес-доставка в Києві
Наш клієнт — магазин косметики, завдання — показувати «доставимо через 2 години» для замовлень до 15:00. Реалізували два методи: стандартний (наступний день) та експрес (2-3 години, з додатковою платою). Експрес доступний при оформленні до 15:00 за Києвом та сумою від 1500 грн. Перевірка в методі isCompatible() обробника. При статусі cancelled у вебхуці сповіщаємо менеджера та пропонуємо клієнту найближчий доступний слот. Результат: конверсія зросла на 18% за місяць.
Що входить в роботу
- Розробка обробника доставки з методами розрахунку та створення заявки
- Налаштування вебхуків для автоматичного оновлення статусів
- Тестування всіх сценаріїв (успіх, помилка, скасування)
- Документація з інтеграції та інструкція для менеджерів
- Навчання співробітників роботі з доставкою
- Підтримка після релізу протягом 30 днів
Терміни
| Склад |
Термін |
| Розрахунок + створення заявки + підтвердження |
3-4 дні |
| + Вебхуки статусів |
+1 день |
| + Експрес/стандарт з часовими умовами |
+1-2 дні |
| + Інтерфейс відстеження для покупця |
+2 дні |
Замовте консультацію з інтеграції у наших інженерів. Отримайте пропозицію для вашого проєкту. Ми гарантуємо якість та дотримання термінів.
Інтеграція доставки: від розрізнених 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 робочий день.