Интеграция 1С-Битрикс со службой доставки DostavkaBy (Беларусь)
Вы открываете интернет-магазин для Беларуси и сталкиваетесь с вызовом: как подключить надёжную и автоматизированную доставку? Битрикс из коробки не знает локальных операторов, а ручной ввод заказов в личный кабинет доставки отнимает до 2 часов в день на одного менеджера. При 50 заказах в месяц это 100 часов потерянного времени на рутину. Ошибки при ручном заполнении — 15% случаев. Задержки, потерянные отправления, конфликты, недовольные клиенты.
DostavkaBy — один из популярных курьерских сервисов РБ с наибольшим охватом. Мы уже 6 лет интегрируем Битрикс с десятками служб доставки в странах СНГ, включая все крупные курьерские сервисы. Для DostavkaBy мы набили шишки: нестандартная авторизация, специфика белорусских адресов, сложная схема наложенного платежа. Делимся накопленным опытом и готовы реализовать полную интеграцию под ключ.
Как мы интегрируем? 5 шагов
- Получаем API-ключи от DostavkaBy и настраиваем параметры отправителя.
- Разрабатываем кастомный класс обработчика, наследующий
\Bitrix\Sale\Delivery\Services\Base.
- Подключаем события автоматического создания заявки при подтверждении заказа.
- Реализуем расчёт стоимости и синхронизацию статусов.
- Тестируем все сценарии: создание, отмена, изменение, наложенный платёж.
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 отправляет уведомления при смене статуса.
Типичный маппинг статусов:
| Статус DostavkaBy |
Статус заказа Битрикс |
| Новая |
Передан в доставку |
| Принята курьером |
В пути |
| Доставлена |
Доставлен |
| Отменена |
Отменён |
| Возврат |
Возврат |
Что входит в работу по интеграции?
Мы предоставляем полный комплекс работ:
- Разработка кастомного класса обработчика доставки, наследующего
Base
- Настройка API-ключей и параметров отправителя
- Создание событий для автоматического создания заявок при подтверждении заказа
- Интеграция с платежной системой учёта наложенного платежа
- Тестирование всех сценариев: расчёт, создание, отмена, смена статусов
- Передача документации и обучение менеджеров работе с блоком управления заявками
- Гарантия работоспособности интеграции в течение 30 дней после сдачи
Расчёт стоимости
В calculateConcrete() запрашиваем стоимость доставки для адреса получателя. Минимальные параметры расчёта: город доставки, вес посылки, тип доставки (курьер). Дополнительно — объявленная ценность, размеры (влияют на стоимость при негабаритных посылках).
Если получен HTTP 200 с ценой — возвращаем в объект CalculationResult. Если адрес вне зоны покрытия или API недоступен — возвращаем ошибку без блокировки оформления заказа (покупатель видит «доставка недоступна для вашего адреса»).
Создание и управление заявками
Заявки создаются автоматически при подтверждении заказа (хук на событие OnSaleStatusOrder) или вручную менеджером. В карточке заказа в административной части добавляем блок «Доставка DostavkaBy» с кнопками:
- «Создать заявку» (если ещё не создана)
- «Показать статус»
- «Распечатать этикетку»
- «Отменить заявку»
Идентификатор заявки DostavkaBy сохраняется в b_sale_order_props как пользовательское свойство DOSTAVKA_BY_ID.
Сроки
| Масштаб |
Состав |
Срок |
| Базовая интеграция |
Расчёт + создание заявок + статусы |
3–4 дня |
| + Интерфейс в админке |
Блок управления заявкой в заказе |
+1–2 дня |
| + Сверка наложенного платежа |
Отчёт + сверка с выплатами |
+2 дня |
За 6 лет мы реализовали более 50 интеграций с различными службами доставки, включая DostavkaBy. Автоматизация сокращает время на обработку заказа в 3 раза, а количество ошибок — до нуля. Свяжитесь с нами для бесплатной оценки проекта. Или закажите консультацию — расскажем детали.
Подробнее о документации Битрикс по службам доставки.
Интеграция доставки: от разрозненных API к единому калькулятору за 5 дней
Покупатель бросает корзину на этапе доставки — не видит расчёта или видит заведомо неверную цену. Каждый такой случай теряет конверсию. Автоматизация логистики в 1С-Битрикс решает эту проблему: мы подключаем службы доставки так, чтобы цена показывалась мгновенно, а трекинг обновлялся без участия менеджера. За 8 лет реализовано более 50 проектов с каталогами от 500 до 100 000 SKU. Среднее время подключения одной транспортной компании — 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 проще, чем у СДЭК, но есть нюансы с наложенным платежом и частичным выкупом. Карта ПВЗ с фильтрацией: примерка, оплата картой, работа в выходные. Обязательно проверяем корректную обработку ответа 0 при отсутствии ПВЗ.
Почта России — стабильность ценой скорости
API «Отправка» — расчёт стоимости, автоформирование бланков ф.103 и ф.116, трекинг по трек-номеру. Тарифы: посылка, бандероль, EMS. Международные отправления. API медленнее коммерческих ТК — закладываем таймауты 10 секунд, используем асинхронные агенты Битрикс для обновления статусов.
ПЭК — тяжёлые грузы и сбор
Когда нужно отправить диван или оборудование. Расчёт сборных грузов, страхование, обрешётка. Доставка до терминала и от двери до двери. Индексы терминалов ПЭК подгружаем в инфоблок для автоподстановки.
DPD — экспресс-доставка с временными слотами
DPD по России и за рубеж. Доставка в выбранный временной интервал, возврат подписанных документов. В расчёте учитываем объёмный вес по формуле (Д×Ш×В)/4000 — отличие от СДЭК.
Пример: типичные ошибки при интеграции Boxberry
Отсутствие фильтрации ПВЗ по признаку `onlyPrepaid` приводит к ошибкам при наложенном платеже. Игнорирование параметра `partialReturn` ломает частичный выкуп. API возвращает код города в формате "770000000000" — требуется маппинг на index города.
Как объединить разные ТК в едином калькуляторе?
Используем гибридный подход: модуль-агрегатор, который маршрутизирует запросы к разным API и нормализует ответы. Это позволяет сравнивать тарифы в реальном времени без переключения между личными кабинетами. В ответе модуля — единая структура: название тарифа, цена, срок, тип доставки. Кэширование тегированное: при изменении настроек модуля очищается только кэш расчёта для выбранного города, остальное остаётся. Событие 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 дней |
5–15 дней |
3–10 дней |
1–4 дня |
| Сложность API |
Средняя |
Низкая |
Высокая (XML) |
Средняя |
Средняя |
| Особенность |
Широкий набор тарифов, постаматы |
Самая широкая сеть ПВЗ |
Стабильный, но медленный ответ |
Страхование, обрешётка |
Временные интервалы |
Из каких этапов состоит подключение служб доставки?
-
Анализ логистики (1–2 дня) — география, средний вес, объём заказов, интеграция с 1С. Рекомендуем комбинацию ТК.
-
Подключение API (3–5 дней на ТК) — настройка расчётов, карт ПВЗ, автоматическое создание заказов через агенты и события.
-
Настройка трекинга (1–2 недели) — агенты обновления статусов, шаблоны уведомлений, страница трекинга.
-
Тестирование (2–3 дня) — проверка на реальных адресах, сравнение тарифов, контроль ошибочных расчётов, нагрузочное тестирование.
-
Деплой и обучение (1 день) — выгрузка модуля, передача доступов, обучение менеджеров.
-
Гарантийная поддержка (1 месяц) — исправление багов, корректировка конфигураций, донастройка кэширования.
Ориентировочные сроки реализации
| Этап |
Срок |
| Подключение одной ТК (API) |
3–5 дней |
| Карта выбора ПВЗ |
2–3 дня |
| Настройка самовывоза |
2–3 дня |
| Система трекинга |
1–2 недели |
| Мультисклад |
2–4 недели |
| Комплексная логистическая система |
4–8 недель |
Сроки зависят от количества ТК, сложности каталога и необходимости интеграции с 1С/ERP. Стоимость рассчитывается индивидуально — ориентируйтесь на экономию: снижение операционных затрат на доставку до 40% и сокращение обращений в поддержку на 60%. Например, один из клиентов с магазином электроники (20 000 товаров) вернул инвестиции за 3 месяца за счёт уменьшения числа «забытых» заказов.
Готовы ускорить логистику вашего интернет-магазина? Свяжитесь с нами — поможем подобрать оптимальную комбинацию ТК под ваш ассортимент и бюджет. Закажите консультацию, и мы подготовим предложение за 1 рабочий день.