Новый магазин запустили, реклама пошла, первые заказы падают — и тут выясняется, что доставка в половину регионов считается неправильно, список пунктов выдачи трёхлетней давности, а трек-номера менеджеры вбивают в кабинет перевозчика вручную по ночам. Логистика — та часть магазина, которую чаще всего откладывают на потом, и именно она потом громче всего ломается.
Эта статья — практический чек-лист интеграции логистики для нового интернет-магазина на 1С-Битрикс: от выбора модели доставки и настройки служб до расчёта стоимости, пунктов выдачи, трек-номеров, статусов и обмена с 1С. Пройдите по шагам заранее — и логистика не станет узким местом. Материал опирается на нашу практику автоматизации продаж и склада на 1С.
Коротко
- Сначала модель доставки (способы, регионы, кто везёт), потом технические настройки.
- Доставки в Битриксе — это службы, профили и обработчики с расчётом стоимости по API.
- Обязательны автоматический расчёт, актуальные ПВЗ, ограничения по весу и региону, трек-номера и статусы.
- Доставку синхронизируют с 1С и делают отказоустойчивой с запасным способом на случай сбоя API.
Почему логистику планируют до старта
Логистика кажется технической мелочью на фоне каталога и дизайна, но именно она стоит между оформлением заказа и его получением. Ошибка в расчёте стоимости — это либо убыток магазина, либо отказ клиента; недоступная доставка на оформлении — это прямо брошенный заказ.
Планировать логистику до старта важно ещё и потому, что она пронизывает несколько систем: витрину, где клиент выбирает способ; учёт в 1С, где формируются отгрузки; и API служб доставки. Согласовать их постфактум, когда заказы уже идут, дороже и болезненнее, чем продумать заранее.
Поэтому логистику проектируют как отдельный блок запуска со своим чек-листом. Ниже — восемь шагов, которые закрывают основные сценарии нового магазина.
Шаг 1. Определить модель доставки
Всё начинается не с кода, а с бизнес-решения: как именно вы доставляете. От этого зависит, какие службы и настройки понадобятся.
- Способы. Курьер, пункты выдачи, постаматы, самовывоз, транспортные компании для крупногабарита и опта.
- География. В какие регионы везёте, где есть свои условия и ограничения.
- Перевозчики. Какие службы доставки покрывают вашу географию и способы.
- Условия. Бесплатная доставка от суммы, платные зоны, сроки, страховка.
Для B2B модель почти всегда сложнее: транспортные компании, доставка до терминала, индивидуальные условия по договору. Это стоит зафиксировать сразу, чтобы не перекраивать настройки после запуска.
Шаг 2. Настроить службы и профили
В 1С-Битрикс доставка настраивается в модуле «Интернет-магазин» как набор служб доставки. У каждой службы есть обработчик (логика расчёта и доступности) и профили (варианты тарифов).
| Понятие | Что это | Пример |
|---|---|---|
| Служба доставки | Перевозчик или способ | Курьерская служба, самовывоз |
| Обработчик | Логика расчёта и доступности | Расчёт по API, фиксированный тариф |
| Профиль | Вариант тарифа службы | Экспресс, стандарт, до ПВЗ |
Для популярных служб есть готовые обработчики и модули интеграции, для остальных подключают собственный обработчик через API перевозчика. Каждый профиль настраивают отдельно, чтобы клиент видел понятный выбор тарифов, а не «одну доставку на всё».
Шаг 3. Автоматический расчёт стоимости
Точная стоимость доставки на этапе оформления — один из главных факторов конверсии. Клиент, который видит понятную цену сразу, отказывается реже, чем тот, кому «стоимость уточнит менеджер».
Для автоматического расчёта нужно:
- Задать вес и габариты товаров. Без корректных весов и размеров API службы посчитает неверно — это фундамент расчёта.
- Подключить расчёт по API. Обработчик обращается к службе и получает стоимость по адресу, весу и габаритам.
- Настроить зоны и условия. Бесплатная доставка от суммы, надбавки за регионы, минимальные тарифы.
- Показать цену в оформлении. Стоимость пересчитывается при выборе способа и адреса.
Шаг 4. Пункты выдачи и карта
Доставка в пункты выдачи и постаматы популярна, потому что дешевле курьера и удобна клиенту. Чтобы она работала, нужен актуальный список пунктов и удобный выбор.
- Список ПВЗ по API. Служба отдаёт пункты по региону, их показывают на карте выбора.
- Фильтрация. Пункты фильтруют по региону и габаритам заказа — крупный товар примут не везде.
- Сохранение выбора. Идентификатор выбранного пункта сохраняется в заказе и уходит в службу.
- Обновление. Список пунктов регулярно обновляют — они открываются и закрываются.
Устаревший список ПВЗ — классическая проблема после запуска: клиент выбирает пункт, которого уже нет, и заказ срывается на отгрузке. Обновление списка стоит автоматизировать, а не обновлять «когда вспомним».
Шаг 5. Ограничения и правила
Хорошая логистика не только предлагает способы, но и запрещает невозможные. Клиент не должен иметь возможности оформить доставку, которую нельзя выполнить.
- Ограничения по весу и габаритам. Способ недоступен, если заказ слишком тяжёлый или большой для него.
- Ограничения по региону. Курьер работает не везде — вне зоны предлагают ПВЗ или ТК.
- Ограничения по сумме. Минимальная сумма заказа для некоторых способов или зон.
- Правила по товарам. Хрупкое, крупногабарит, опасные грузы — со своими способами.
Эти правила настраивают в обработчиках доставки, чтобы недоступные способы просто не показывались клиенту. Тогда на складе не окажется заказа с невыполнимой доставкой, а менеджеру не придётся звонить и переоформлять.
Шаг 6. Передача заказов и трек-номера
После оформления заказ нужно передать в службу доставки — и здесь ручной труд не масштабируется. На паре заказов менеджер занесёт их в кабинет перевозчика руками, на сотне — утонет.
Правильная схема:
- Автоматическая передача. Заказ уходит в службу по API при смене статуса или пакетно из админки.
- Получение трек-номера. В ответ приходит трек, который сохраняется в заказе.
- Показ клиенту. Трек-номер отображается в личном кабинете и письме, со ссылкой на отслеживание.
- Обработка ошибок. Если передача не удалась, заказ помечается, а не теряется молча.
Передача заказов и получение треков — это API-интеграция, и её надёжность зависит от правильной архитектуры обмена. Как строить устойчивые API-интеграции, мы разбираем в статье про REST, вебхуки и безопасность в Битрикс.
Шаг 7. Статусы доставки и уведомления
Клиент, оформивший заказ, хочет знать, где его посылка. Подтягивание статусов доставки обратно на сайт снимает нагрузку с поддержки и повышает доверие.
- Синхронизация статусов. Статусы из службы (принят, в пути, прибыл в ПВЗ, вручён) обновляются в заказе.
- Уведомления. Клиент получает письмо или сообщение при смене ключевых статусов.
- Отображение в кабинете. В личном кабинете виден актуальный статус и трек.
- Реакция на проблемы. Застрявшие или возвращённые заказы попадают в поле зрения менеджера.
Прозрачные статусы — это меньше звонков «где мой заказ» и больше доверия. Их удобно доставлять через вебхуки службы, которые обновляют статус в реальном времени, а не по расписанию.
Шаг 8. Связь с обменом 1С
Если учёт и отгрузка ведутся в 1С, доставка должна согласованно жить в обоих системах. Способ доставки, адрес, ПВЗ и стоимость передают в 1С вместе с заказом, чтобы там формировались отгрузочные документы.
Что важно согласовать между сайтом и 1С:
- Поля доставки. Способ, адрес, пункт выдачи и стоимость передаются в заказе обмена.
- Обратные данные. Трек-номера и статусы отгрузки, присвоенные в 1С или службе, возвращаются на сайт.
- Единый справочник способов. Способы доставки на сайте и в 1С сопоставлены, а не расходятся.
Без такого согласования менеджеры будут вручную переносить данные доставки между сайтом и 1С — а это ошибки и потерянное время. Настройка полей обмена — обязательная часть интеграции логистики, а не опция.
Отказоустойчивость и мониторинг
API служб доставки иногда недоступны, и логистика должна это переживать без потери заказов. Отказоустойчивость здесь напрямую конвертируется в конверсию.
- Запасной способ. Если API недоступно, показывается фиксированный тариф или «стоимость уточнит менеджер», а не пустой список.
- Обработка сбоев. Ошибки API логируются, заказ не теряется, менеджер видит проблему.
- Мониторинг обмена. Передача заказов и синхронизация статусов под наблюдением, сбои заметны сразу.
- Тестирование сценариев. Перед запуском прогоняют реальные заказы в разные регионы и способы.
Мониторинг и устойчивость сильно зависят от окружения, в котором работает сайт и обмен. Про надёжную инфраструктуру мы пишем в статье про хостинг и инфраструктуру BitrixVM — стабильное окружение снижает число сбоев логистики.
Частые ошибки
- Пустые веса и габариты. Расчёт стоимости считается неверно, магазин теряет деньги или клиентов.
- Устаревший список ПВЗ. Клиент выбирает несуществующий пункт, заказ срывается.
- Нет ограничений. Клиент оформляет невозможную доставку, которую нельзя выполнить.
- Ручная передача заказов. Менеджеры вбивают заказы в кабинет перевозчика вручную и тонут в объёме.
- Потерянные трек-номера. Треки не сохраняются, клиенту нечего отслеживать.
- Рассинхрон с 1С. Данные доставки переносят руками, копятся ошибки.
- Нет запасного способа. При сбое API оформление упирается в тупик, заказ теряется.
Итоговый чек-лист
- Модель доставки определена. Способы, регионы, перевозчики и условия зафиксированы.
- Службы и профили настроены. Обработчики и тарифы заведены под каждый способ.
- Расчёт автоматизирован. Веса и габариты заданы, стоимость считается по API.
- ПВЗ актуальны. Пункты подтягиваются по API, фильтруются и обновляются.
- Ограничения работают. Недоступные способы не показываются клиенту.
- Заказы и треки передаются. Автоматическая передача в службу, треки сохраняются и видны клиенту.
- Статусы синхронизируются. Обновляются в заказе и кабинете, клиент получает уведомления.
- Обмен с 1С и отказоустойчивость. Поля доставки согласованы, есть запасной способ и мониторинг.
Вывод
Логистика — не техническая мелочь, а мост между заказом и его получением, и от неё напрямую зависят и конверсия, и издержки. Для нового магазина на 1С-Битрикс интеграцию доставки проходят по чек-листу: сначала модель доставки, затем службы и профили, автоматический расчёт, актуальные ПВЗ, ограничения, передача заказов с трек-номерами, статусы и обмен с 1С.
Отдельно закладывают отказоустойчивость и мониторинг — недоступная доставка на оформлении стоит магазину живых заказов. Пройдите этот путь до запуска, протестируйте реальные сценарии в разные регионы, и логистика перестанет быть слабым звеном. Если нужно внедрить всё надёжно и связать с учётом, доверьте автоматизацию на 1С команде, которая делает это системно.
