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