Клиент жалуется: «Доставка в Калининград стоит 300 рублей, а в Москву — 500, хотя вес одинаковый — 2 кг». Эта ситуация знакома многим. Битрикс считает доставку по шаблону, если не настроить индивидуально. Мы сталкивались с этим десятки раз: в одном проекте из-за неправильного веса товаров система ошибалась на 30%, а в другом — API СДЭК возвращал цену в два раза ниже наших тарифов. Наш опыт — более 50 проектов по настройке доставки, от простых фиксированных ставок до интеграций с API СДЭК и Почты России. Правильная настройка расчёта стоимости доставки на 1С-Битрикс — это не только точность для клиента, но и снижение нагрузки на поддержку. По нашим данным, корректный расчёт уменьшает количество вопросов от покупателей на 40% и увеличивает конверсию в заказ на 15%.
Как мы решаем проблемы расчета доставки
Расчёт стоимости доставки в Битрикс работает через модуль sale. Служба доставки — это PHP-класс, унаследованный от \Bitrix\Sale\Delivery\Services\Base, который реализует метод calculateConcrete(). Всё, что делает Битрикс при оформлении заказа — вызывает этот метод и ожидает объект CalculationResult с ценой и сроком.
Методы расчета:
- Фиксированная цена. Настраивается в административной части без кода: в свойствах службы доставки указывается сумма. Подходит для «доставка 300 рублей по Москве».
- По тарифным сеткам. Цена зависит от веса и/или суммы заказа. Таблица хранится в
b_sale_delivery_zone_rate. Настройка в административной панели.
- По местоположению. Тариф привязывается к узлу дерева локаций, автоматически применяется ко всем дочерним населённым пунктам.
- Расчёт через внешний API. Запрос к API службы доставки в реальном времени. Точность выше в 2-3 раза по сравнению с фиксированными тарифами для нестандартных маршрутов. Например, интеграция с СДЭК API позволяет получать актуальные ставки с учётом скидок клиента.
Почему объёмный вес важен для расчёта?
Логистические компании часто считают по объёмному весу: (длина × ширина × высота) / 5000. Стандартный механизм Битрикс это не учитывает — добавляем в calculateConcrete():
$dimensionWeight = ($length * $width * $height) / 5000;
$chargeableWeight = max($actualWeightKg, $dimensionWeight);
Размеры берём из свойств товара (b_iblock_element_prop) или из полей товарного предложения. Без этого расчёта доставка габаритного товара (например, мебель) может быть занижена в 2-3 раза, что ведёт к убыткам.
Как создать свою службу доставки?
- Наследовать
\Bitrix\Sale\Delivery\Services\Base.
- Реализовать метод
calculateConcrete().
- Зарегистрировать обработчик в административной панели.
Типичные ошибки при настройке:
- Вес товаров не заполнен в каталоге — доставка всегда 0.
- Регион покупателя не определяется (свойство
LOCATION не задано).
- Несколько служб с перекрывающимися тарифными зонами — конфликт при выборе.
Совет: как избежать частых ошибок
Убедитесь, что вес указан для каждого товара, иначе доставка будет нулевой. Также проверьте, что у всех товаров заполнены габариты, если используете объёмный вес.
Сравнение методов расчета
| Метод |
Преимущества |
Недостатки |
Когда использовать |
| Фиксированный |
Простота, без программирования |
Не гибкий |
Несколько зон, простые правила |
| По весу |
Учитывает реальный вес |
Не учитывает габариты |
Товары с большим разбросом веса |
| По местоположению |
Адаптация под регионы |
Сложность настройки |
Более 10 регионов с разными тарифами |
| Внешний API |
Точность в 2-3 раза выше |
Необходимость программирования |
Крупные каталоги, динамические тарифы |
Сравнение служб доставки по точности
| Служба |
Тип расчёта |
Погрешность |
Рекомендуется для |
| СДЭК |
API |
5-10% |
E-commerce, срочные отправления |
| Почта России |
API |
10-15% |
Нерентабельные направления |
| Boxberry |
API |
5-8% |
Малые города |
Что входит в работу
- Анализ требований к доставке: какие службы, зоны, габариты.
- Проектирование архитектуры: выбор методов, тарифных сеток, интеграций.
- Реализация кастомных служб доставки с учётом объёмного веса и API.
- Тестирование на разных сценариях: вес до 50 кг, регионы с разными тарифами, скидки.
- Документация и обучение ваших менеджеров работе с настройками.
- Поддержка после запуска: быстрое исправление ошибок.
Наш опыт и гарантии
Работаем с Битрикс более 10 лет, выполнили 50+ проектов по настройке доставки — от небольших магазинов до федеральных сетей. Гарантируем, что стоимость будет рассчитана верно независимо от сложности. Получите консультацию — мы разберём ваш случай и предложим оптимальное решение. Свяжитесь с нами, чтобы обсудить детали и заказать расчёт.
Документация 1С-Битрикс: Работа со службами доставки
Интеграция доставки: от разрозненных 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 рабочий день.