Интернет-магазин на 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С-Битрикс решает эту проблему: мы подключаем службы доставки так, чтобы цена показывалась мгновенно, а трекинг обновлялся без участия менеджера. За 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 рабочий день.