Зоны доставки и тарифные сетки: как настроить гибко

Одна фиксированная цена доставки на всю страну — это либо убыток на дальних регионах, либо переплата и брошенные корзины на ближних. Покупатель из соседнего района не хочет платить как за отправку через полстраны, а логист не готов возить в дальний регион по цене городской курьерки. Плоский тариф не устраивает никого. Решение — гибкая система зон и тарифных сеток.

В этой статье разберём предметно, как настроить зоны доставки и тарифы в 1С-Битрикс так, чтобы каждый адрес и каждый заказ считались по своим правилам: чем зона отличается от тарифа, как строить географию на местоположениях, считать по весу и сумме, делать бесплатную доставку и подключать курьерские службы. И где во всём этом критичны данные из 1С — вес, габариты, склады, — которые обеспечивает автоматизация продаж и склада на 1С.

Почему плоская доставка не работает

Единый тариф на всё кажется простым, но на практике вредит и марже, и конверсии. Для близких заказов он завышен: покупатель видит цену доставки, сопоставимую со стоимостью отправки в другой конец страны, и уходит. Для дальних — занижен: магазин возит себе в убыток, компенсируя это за счёт остальных.

Гибкая доставка решает обе проблемы сразу. Близким регионам — честная низкая цена или бесплатно от небольшой суммы, что повышает конверсию. Дальним — тариф, покрывающий реальную логистику. Клиент платит справедливо, магазин не теряет на логистике. Это не усложнение ради усложнения, а способ одновременно продавать больше и не работать в минус.

Зоны и тарифы: в чём разница

Два понятия часто путают, а они отвечают на разные вопросы. Разведём их чётко.

Работает это связкой: зона определяет географию, служба доставки привязана к зонам, а внутри неё тарифная сетка и ограничения считают итоговую цену для конкретного заказа. Понимание этой иерархии — ключ к тому, чтобы настройка не превратилась в хаос.

Местоположения как фундамент зон

В основе зон лежит справочник местоположений 1С-Битрикс — иерархия стран, регионов, городов. Зона доставки — это, по сути, набор местоположений, объединённых общими правилами. Качество этого справочника напрямую определяет качество доставки.

• Актуальность справочника. Местоположения должны быть загружены и обновлены, иначе город клиента не найдётся.
• Правильный уровень. Зоны строят на подходящем уровне иерархии — регион, город или район, в зависимости от логистики.
• Определение города покупателя. На оформлении заказа город клиента сопоставляется с местоположением и зоной.
• Автоопределение региона. Часто регион подставляется автоматически, что ускоряет оформление.

Как проектировать зоны доставки

Зоны нужно проектировать от реальной логистики, а не рисовать произвольно. Отправная точка — как на самом деле устроена ваша доставка и во что она обходится.

1. Опишите реальную логистику. Куда и как вы возите, какими службами, по какой себестоимости.
2. Сгруппируйте по стоимости. Объедините территории со схожей ценой доставки в одну зону.
3. Не плодите лишние зоны. Слишком дробная схема тяжела в поддержке; начните с нескольких крупных зон.
4. Заложите развитие. Структуру делайте так, чтобы добавление региона не ломало остальное.

Типичная схема: домашний город с самовывозом и дешёвым курьером, ближняя зона, дальние регионы через транспортные компании. От этой основы систему легко расширять, не переделывая всё заново.

Тарифные сетки: вес, сумма, габариты

Внутри зоны цену считает тарифная сетка. Она превращает параметры заказа в стоимость доставки по заданным правилам. Основные факторы расчёта:

• Вес заказа. Суммарный вес товаров; часто задают диапазоны — до 5 кг, 5–15 кг, свыше.
• Сумма заказа. Цена доставки может зависеть от суммы, в том числе обнуляться от порога.
• Габариты и объём. Для крупногабаритных товаров важен объём, а не только вес.
• Количество и упаковки. Иногда тариф считают от числа мест или паллет.

Эти правила комбинируются: например, базовая ставка плюс надбавка за каждый килограмм сверх диапазона. Главное — чтобы исходные данные (вес, габариты) были корректны, иначе сетка посчитает неверно. Про эффективную работу с такими данными и расчётами мы писали в статье про D7 и ORM в 1С-Битрикс.

Бесплатная доставка и пороги

Бесплатная доставка от суммы — один из сильнейших инструментов роста среднего чека и одновременно правило тарифной сетки. При достижении порога стоимость доставки обнуляется, и покупатель охотно добирает корзину «чтобы получить бесплатно».

Тонкость в том, что порог разумно делать разным по зонам: в близкой зоне бесплатно от небольшой суммы, в дальней — от значительно большей, чтобы покрыть себестоимость. Иначе бесплатная доставка в дальний регион съест всю маржу заказа. Правильно рассчитанные пороги балансируют между привлекательностью для покупателя и защитой экономики магазина. Это одновременно маркетинг и финансовая дисциплина.

Курьерские службы и внешние API

Ручные тарифные сетки хороши для собственной доставки, но для внешних курьерских служб удобнее их API. Готовые обработчики обращаются к службе, передают адрес и параметры заказа и получают актуальную стоимость и сроки.

• Актуальные тарифы. Цены и зоны обновляет сама служба, вам не нужно вести их вручную.
• Точный расчёт по адресу. Стоимость считается для конкретного адреса, а не по грубой зоне.
• Сроки доставки. Покупатель видит ориентир по времени, а не только цену.
• Обработка сбоев. Если API службы недоступно, нужен запасной сценарий, а не пустой расчёт.

Надёжность интеграции с внешними службами — критична: недоступное API не должно ломать оформление заказа. О том, как строить устойчивые интеграции и обрабатывать сбои, мы писали в статьях про REST, вебхуки и безопасность и про разработку модулей для 1С-Битрикс, где обработчик доставки — типичный кастомный модуль.

Данные из 1С: вес, склады, габариты

Как бы хорошо ни были настроены зоны и тарифы, расчёт будет неверным, если исходные данные о товарах некорректны. Вес, габариты, наличие по складам — всё это, как правило, ведётся в учётной системе и приходит на сайт обменом.

Отсюда прямая зависимость: незаполненный вес товара ломает расчёт по весу, неверные остатки по складам — выбор точки отгрузки и, значит, зоны и стоимости. Поэтому гибкая доставка начинается не с настройки служб, а с порядка в номенклатуре 1С и надёжного обмена. Про инфраструктурную устойчивость такого обмена мы рассказывали в материале про хостинг и инфраструктуру на BitrixVM.

Доставка для B2B и оптовых заказов

Оптовая логистика сложнее розничной, и система зон и тарифов должна это учитывать. Крупные партии, паллеты, доставка на несколько адресов, договорные условия по регионам — всё это выходит за рамки простого «вес плюс сумма».

• Тарифы по группе клиента. Условия доставки могут зависеть от того, к какой группе относится оптовик.
• Расчёт от объёма. Для паллет и крупных партий цена считается иначе, чем для штучной розницы.
• Индивидуальные условия. Часть оптовых доставок согласуется менеджером, а не считается автоматически.
• Данные из учёта. Группа клиента и его договорные условия приходят из 1С через обмен.

Настройка в 1С-Битрикс пошагово

Соберём всё в понятную последовательность. Названия пунктов зависят от редакции, но логика такая:

1. Проверьте местоположения. Загрузите и обновите справочник, убедитесь, что нужные города есть.
2. Создайте зоны. Сгруппируйте местоположения по реальной логистике и стоимости.
3. Добавьте службы доставки. Самовывоз, курьер, транспортные компании, курьерские API.
4. Настройте тарифы и ограничения. Правила по весу, сумме, габаритам и пороги бесплатной доставки.
5. Свяжите с данными из 1С. Убедитесь, что вес, габариты и склады корректно приходят обменом.
6. Проверьте сбои внешних служб. Заложите запасной сценарий, если API недоступно.
7. Протестируйте на реальных адресах. Прогоните заказы в разные зоны с разным весом и суммой.

Частые ошибки настройки доставки

• Плоский тариф на всё. Убыток на дальних регионах и брошенные корзины на близких.
• Устаревшие местоположения. Город клиента не находится и не попадает в зону.
• Незаполненный вес товаров. Расчёт по весу ломается из-за пустых данных.
• Единый порог бесплатной доставки. Бесплатная доставка в дальний регион съедает маржу.
• Слишком много зон. Дробная схема неподдерживаема и запутывает.
• Нет обработки сбоев API. Недоступная курьерская служба ломает оформление заказа.
• Опт по розничным правилам. Паллеты и договорные условия не учтены в тарифах.

Чек-лист внедрения

1. Местоположения актуальны. Справочник загружен, нужные города определяются.
2. Зоны спроектированы от логистики. Сгруппированы по реальной стоимости доставки.
3. Службы подключены. Самовывоз, курьер, транспортные компании и API настроены.
4. Тарифы считают верно. Правила по весу, сумме, габаритам проверены.
5. Пороги сбалансированы. Бесплатная доставка настроена по зонам без убытка.
6. Данные из 1С корректны. Вес, габариты и склады приходят обменом.
7. Сбои обработаны. Есть запасной сценарий при недоступности внешних служб.

Вывод

Гибкая доставка — это не роскошь, а способ одновременно повышать конверсию и не терять на логистике. Плоский тариф вредит с обеих сторон, а система зон и тарифных сеток даёт честную цену для каждого адреса и заказа: близким — дёшево, дальним — по себестоимости, всем — прозрачно.

Строится она послойно: местоположения как фундамент, зоны как география, службы и тарифы как расчёт. И на всех уровнях критичны корректные данные из 1С — вес, габариты, склады. Наведите порядок в местоположениях и обмене, спроектируйте зоны от реальной логистики — и доставка перестанет быть источником убытков и брошенных корзин. Прочную основу для этого даёт автоматизация на 1С.