Местоположения для конкретных сайтов

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

Зачем разделять местоположения между сайтами

Типовая ситуация: у компании есть федеральный магазин и несколько региональных версий на поддоменах (msk.example.ru, spb.example.ru), собранных в одной многосайтовой конфигурации 1С-Битрикс. Товарный каталог общий, но зоны доставки, склады и списки городов у сайтов разные. Показывать покупателю московского поддомена весь общероссийский справочник из десятков тысяч населённых пунктов не нужно — это путает и мешает оформлению заказа.

Задача сводится к тому, чтобы ограничить набор местоположений, доступных для выбора на конкретном сайте. При этом сама база местоположений (модуль sale, таблица b_sale_location) остаётся единой — дублировать её под каждый сайт не требуется и вредно.

Как Битрикс связывает местоположения с сайтом

Прямой галочки «этот город принадлежит такому-то сайту» в справочнике местоположений нет. Привязка регионов к сайту в 1С-Битрикс реализуется косвенно, через три механизма:

• Свойство заказа типа «Местоположение» — оно создаётся в контексте конкретного профиля/сайта и именно оно определяет, из какого набора покупатель выбирает город при оформлении.
• Группы местоположений — объединяют нужные города в наборы, которые затем подставляются в ограничение свойства и в правила доставки.
• Службы доставки и налоговые/торговые зоны — задают, для каких местоположений вообще действует сайт, косвенно сужая выбор.

Ключевой элемент — свойство заказа. В административной части оно настраивается в разделе Магазин → Настройки → Свойства заказа (в старом ядре — Магазин → Настройка сайта → Свойства заказа). Каждое свойство привязано к типу плательщика, а типы плательщиков — к сайту. Так набор городов и «доезжает» до конкретного LID.

Ограничение набора через группы местоположений

Самый управляемый способ развести регионы — заранее собрать группы местоположений под каждый сайт. Группа настраивается в Магазин → Местоположения → Группы местоположений: создаёте, например, «Москва и область», «Северо-Запад», добавляете в них нужные города и регионы.

1. Создайте группу под региональную версию сайта и наполните её местоположениями.
2. Откройте свойство заказа типа «Местоположение», используемое на этом сайте.
3. В настройках свойства укажите ограничение выбора этой группой — покупатель увидит только входящие в неё города.
4. Повторите для каждого сайта со своей группой.

Группы удобны тем, что они переиспользуются: одна и та же группа подставляется и в свойство заказа, и в ограничения служб доставки, и в торговые зоны. Изменили состав группы — обновились все привязки сразу.

Настройка свойства заказа под сайт

Свойство типа «Местоположение» — это точка, где регионы физически ограничиваются для покупателя. При создании свойства в Магазин → Настройки → Свойства заказа задайте:

Тип плательщика — это и есть звено, которое связывает свойство с сайтом: в Магазин → Настройки → Типы плательщиков каждый тип относится к конкретному LID. Создав для регионального сайта отдельный тип плательщика и свой набор свойств, вы получаете изолированную форму оформления заказа с нужным списком городов.

Региональные версии и мультирегиональность

Для мультирегиональных проектов на практике встречаются две архитектуры, и выбор между ними определяет работу с местоположениями:

• Один сайт с определением региона — федеральный магазин, где регион подставляется автоопределением по IP или выбором в «шапке», а весь справочник доступен. Ограничения на местоположения минимальны, разделения по LID нет.
• Несколько сайтов-поддоменов — каждый регион вынесен в отдельный сайт многосайтовой конфигурации со своим LID, доменом, набором свойств заказа и своей группой местоположений.

Второй вариант оправдан, когда у регионов действительно разный ассортимент, цены, склады и юрлица. Тогда привязка местоположений к сайту становится обязательной: покупатель на spb.example.ru не должен выбрать город из чужой зоны обслуживания. Если же различия косметические (телефон, тексты), проще держать один сайт и не плодить LID.

Согласование с доставкой и налогами

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

• Службы доставки (Магазин → Настройки → Службы доставки) — ограничьте каждую службу теми же группами местоположений, что и свойство заказа. Иначе покупатель выберет город, для которого нет доставки.
• Торговые зоны и налоги — привязываются к местоположениям и должны покрывать группу сайта.
• Ограничения по местоположению в способах оплаты и правилах корзины — проверьте, что они не отсекают доступные городу варианты.

Итог

Местоположения в 1С-Битрикс не привязываются к сайту напрямую — разделение регионов между сайтами многосайтовой конфигурации собирается из групп местоположений, свойств заказа и типов плательщиков, а затем согласуется со службами доставки и налоговыми зонами. Единая база городов остаётся общей, а каждый LID получает свой ограниченный набор через группу. Ключ к порядку — не дублировать справочник, а аккуратно раскладывать его по группам и не забывать про переиндексацию.

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