Оптовик определяется правами, а не названием цены

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

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

Доступ к покупке решает больше подписи.

В официальном уроке о типах цен указано, что создание нескольких типов доступно в редакции «Бизнес» и выше, а в «Малом бизнесе» есть один тип. Это ограничение продукта проверяют по действующей лицензии до оценки работ. Покупать расширение только ради знакомого названия функции рано: сначала стоит понять, требуется ли независимая оптовая сумма или задачу решает скидка от единой цены.

Единая цена со скидкой или отдельный тип

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

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

Разницу нужно объяснить отделу продаж. Иначе менеджер будет обещать клиенту скидку от розницы, хотя сайт показывает независимую оптовую цену, которая меняется по другому основанию.

ВопросЕдиная цена и скидкаОтдельный тип
Откуда сумма?Из общей цены и правила уменьшенияИз самостоятельного прайса
Что обновляет сотрудник?Цену и условия скидкиЗначения нужного типа
Что принимать?Применение и исключения правилаДоступ группы и выбор суммы

В обоих вариантах отдельно обсуждают акции и другие скидки. Оптовая цена не отвечает автоматически на вопрос, может ли покупатель применить ещё и купон. Вместо обещания «все скидки учтены» полезен перечень допустимых сочетаний, по которому сотрудник и разработчик разберут конкретный товар в корзине.

Кто видит сумму и кто может покупать

Документация модуля торгового каталога Битрикс разделяет права на просмотр типа цены и на покупку по нему. Поэтому возможна модель, где оптовая сумма видна всем, а купить по ней могут только участники определённой группы. Возможна и закрытая модель, когда оптовые условия появляются после подтверждения клиента. Это разные обещания посетителю, и руководитель выбирает между ними до настройки.

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

Регистрация ещё не подтверждает оптовый статус.

Лучше выделить подтверждённых оптовиков в отдельную группу, если сотрудники действительно проверяют право на условия, потому что автоматическая выдача доступа всем зарегистрированным превращает внутренний прайс в общедоступный сразу после заполнения формы. Владелец описывает, кто принимает решение, какие сведения смотрит и как сообщает покупателю результат. Разработчик показывает, что изменение группы отражается на доступной покупке. Эта цепочка связывает коммерческую политику и поведение сайта без необходимости объяснять клиенту устройство прав.

Для управления типами в справке указан раздел «Магазин → Настройки → Цены → Типы цен». В нём специалист настраивает соответствующие права. Руководителю полезно получить итоговую таблицу групп и доступов с понятными именами, а не набор снимков экрана без объяснения, кому разрешено покупать.

Наглядный разбор

Видеть и покупать — разные права

  1. Просмотр открыт

    Посетитель знакомится с условиями

  2. Покупка ограничена

    Нужен подтверждённый статус

  3. Прайс закрыт

    Сумма появляется после доступа

Компания отдельно выбирает публичность прайса и доступ к покупке.

Что происходит при пересечении групп

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

Скрытая цена может победить видимую. Документация отдельно предупреждает, что тип, не выведенный в каталоге, всё равно участвует в выборе, если покупателю доступна покупка по нему.

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

Базовый тип цены в Битрикс обязателен, но его наличие не выдаёт всем покупателям право просмотра или покупки, поэтому владелец с исполнителем отдельно определяют назначение этой суммы и круг доступных ей групп. Техническое основание расчётов не стоит случайно превращать в общий прайс.

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

От карточки товара до окончательной суммы

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

Открытую корзину испытывают при смене доступа: посетитель добавляет товар до входа, затем авторизуется как подтверждённый оптовик и позже выходит из учётной записи, пока исполнитель показывает пересчёт на текущем сайте. Руководитель заранее определяет ожидаемое поведение: покупатель видит актуальные для своего доступа условия до окончательного подтверждения, а изменение суммы объяснено рядом с итогом. Молчаливая смена цены на последнем шаге провоцирует спор даже тогда, когда расчёт технически правилен.

Варианты товара тоже различаются. Для каталога с торговыми предложениями выбирают конкретное исполнение и смотрят цену именно его, а не общую надпись у модели.

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

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

Наглядный разбор

Цена сопровождает выбранный товар

  1. Каталог

    Видимая сумма

  2. Вход

    Доступные типы

  3. Корзина

    Выбранная для покупки цена

  4. Заказ

    Подтверждённый итог

На каждом шаге действует текущая роль покупателя.

Проверочные учётные записи и образец приёмки

Набор приёмки включает посетителя без входа, зарегистрированного покупателя, подтверждённого оптовика и пользователя с пересекающимися группами. У каждого заранее известны доступные суммы и право покупки. Аккаунты создают для теста без чужих персональных данных. Администратор для этой роли не подходит, поскольку его расширенные права меняют условия испытания.

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

Чтобы исполнитель воспроизвёл расхождение, в протоколе сохраняют группу покупателя, товар, доступный тип и суммы на каждом шаге, а также момент входа или выхода, если именно он изменил результат расчёта. Фразы «иногда показывает не ту цену» недостаточно. Она заставляет заново искать условия, в которых возникла ошибка. На повторной приёмке используют тот же путь покупки. Затем его проходят под другой ролью, чтобы исправление не открыло лишний доступ соседней группе клиентов и не изменило её прежние условия.

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

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

Правило цены важнее подписи на витрине

Когда оптовый прайс самостоятельный, а право покупки выдаётся после подтверждения клиента, отдельный тип помогает хранить нужную сумму и ограничивать доступ к ней, сохраняя понятную связь с правилами продаж магазина. Для простой скидки сначала стоит оценить модель с единой ценой.

Решающая сумма — в подтверждаемом заказе.

В работе над ценами интернет-магазина начните с таблицы покупателей и ожидаемых условий для каждого. По ней можно оценить нужные настройки, выбрать товары для испытаний и объяснить менеджерам, какую сумму клиент получит после входа.

Источники и полезные ссылки

  1. 1С-Битрикс: типы цен ↗
  2. 1С-Битрикс: модуль торгового каталога ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →