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