Себестоимость и закупочные цены — коммерческая тайна, которую нельзя показывать рядовым операторам. В RetailCRM видимость цен, право давать скидку и доступ к марже управляются на уровне ролей и групп пользователей. Настроить это нужно до того, как в систему сядут первые менеджеры, иначе закупка утечёт вместе с уволившимся сотрудником.
Какие данные о ценах защищаем
В RetailCRM с ценами связано несколько чувствительных сущностей, и у каждой своя логика доступа:
- Закупочная цена / себестоимость —
purchasePriceв позиции заказа и в товаре. Основа маржи, главный секрет. - Маржинальная прибыль — расчётные поля и колонки маржи в заказах и отчётах.
- Типы цен — розница, опт, дилер. Не все операторы должны видеть и назначать оптовые цены.
- Скидки — ручная скидка на позицию и на заказ, право её предоставлять и предельный размер.
Задача настройки — сделать так, чтобы менеджер видел ровно те цены, которыми оперирует в продаже, но не видел, сколько компания на этом зарабатывает и почём закупает.
Роли и группы как основа доступа
Все права в RetailCRM назначаются не пользователю напрямую, а группе, в которую он входит. Настройка живёт в Настройки → Пользователи → Группы пользователей. Для контроля цен обычно достаточно трёх уровней:
| Группа | Себестоимость | Маржа в отчётах | Скидки |
|---|---|---|---|
| Оператор | Скрыта | Нет | До лимита |
| Старший менеджер | Скрыта | По своим заказам | Расширенный лимит |
| Руководитель / финансы | Видна | Полностью | Без ограничений |
Пользователь может входить в несколько групп — права суммируются по принципу наибольшего доступа, поэтому не добавляйте оператора в группу с широкими правами «на всякий случай».
Как скрыть себестоимость и маржу
В настройках группы есть отдельные флаги доступа к финансовой информации. Ключевые из них:
- Просмотр закупочной цены — снятый флаг убирает колонку
purchasePriceиз карточки заказа, каталога и позиций. - Просмотр прибыли и маржи — скрывает расчётные поля маржинальности в заказе и блокирует соответствующие отчёты в аналитике.
- Доступ к финансовым отчётам — раздел с выручкой, прибылью и себестоимостью по компании целиком.
После снятия флага проверьте не только карточку заказа, но и экспорт: выгрузка в CSV/Excel и доступ к API должны уважать те же ограничения. Оператор без права на себестоимость не должен вытащить её через выгрузку или отчёт.
/api/orders независимо от того, что видит оператор в интерфейсе.Ограничение скидок
Право давать скидку — вторая половина ценовой безопасности. Бесконтрольные ручные скидки съедают маржу быстрее, чем воровство закупки. В RetailCRM это регулируется на уровне группы и через триггеры:
- Запрет ручной скидки — оператор вообще не может менять цену позиции, работает только по прайсу и промокодам.
- Лимит скидки — разрешено снижать цену, но не глубже заданного процента; превышение блокируется или уходит на согласование.
- Согласование через статус — заказ с большой скидкой автоматически переводится в статус «Требует одобрения», и старший менеджер подтверждает его.
Такая связка «лимит + согласование» позволяет операторам гибко работать с клиентом, но держит скидки под финансовым контролем.
Типы цен и видимость опта
Если у вас несколько типов цен (розница, опт, дилерская), доступ к ним тоже разграничивается. Розничный оператор не должен по ошибке продать товар по дилерской цене, а информация об оптовых условиях — не должна быть у всех подряд.
- назначьте каждому типу цен разрешённые группы;
- оператору рознице оставьте только розничный тип по умолчанию;
- опт и дилерские цены откройте отдельной группе менеджеров B2B.
При загрузке каталога из 1С или ICML следите, чтобы типы цен из товароучёта корректно маппились на типы цен CRM — иначе разграничение поедет и оператор увидит лишние колонки.
Контроль и журнал действий
Права закрывают доступ, а журнал показывает, кто и что делал с ценами. RetailCRM ведёт историю изменений заказа и журнал действий пользователей, где видно правки цен и скидок.
| Что проверяем | Где смотрим |
|---|---|
| Кто менял цену позиции | История изменений заказа |
| Аномальные скидки | Отчёт по скидкам + фильтр по марже |
| Массовые выгрузки | Журнал действий, логи API |
| Изменение прав групп | Журнал настроек |
Итог
Права на цены и себестоимость в RetailCRM строятся вокруг групп пользователей: закупочная цена и маржа скрываются флагами доступа, ручные скидки ограничиваются лимитами и согласованием, типы цен разводятся по ролям. Не забудьте про экспорт и API-ключи — они обходят интерфейсные ограничения, если настроены отдельно, а журнал действий даёт контроль постфактум.
Мы в B2Bsite выстраиваем модель доступа так, чтобы операторы работали быстро, но коммерческая тайна оставалась закрытой: настраиваем группы, лимиты скидок, права API и регламент ревизий. Если нужно навести порядок в правах или подготовить систему к росту команды, поможем сделать это без потери управляемости.
Частые вопросы
Как скрыть закупочную цену от операторов?
Снимите флаг просмотра закупочной цены в настройках их группы пользователей. Колонка purchasePrice исчезнет из заказов, каталога и позиций. Обязательно проверьте, что ограничение действует и в экспорте, и в API.
Права назначаются пользователю или группе?
Только группе. Пользователь входит в одну или несколько групп, а его итоговые права складываются по наибольшему доступу. Поэтому не добавляйте операторов в привилегированные группы про запас.
Увидит ли оператор себестоимость через выгрузку в Excel?
Если экспорт настроен корректно с учётом прав группы — нет. Но выгрузка и особенно API-ключи имеют собственные настройки доступа, которые нужно проверять отдельно от интерфейса.
Как ограничить размер скидки?
Задайте лимит скидки для группы, запретите ручное снижение цены глубже заданного процента, а крупные скидки отправляйте на согласование через отдельный статус заказа.
Можно ли разделить доступ к оптовым и розничным ценам?
Да. Каждому типу цен назначаются разрешённые группы: розничный оператор видит только розницу, а опт и дилерские цены открываются отдельной группе B2B-менеджеров.
Опасны ли API-ключи для ценовой безопасности?
Да, это частая дыра. Права ключа настраиваются независимо от групп, и ключ с полным доступом отдаёт себестоимость и маржу в ответах API. Ключи нужно выдавать с минимально необходимыми правами.
Где посмотреть, кто менял цены?
В истории изменений конкретного заказа видно правки цен и скидок, а в журнале действий пользователей — общую активность. Аномальные скидки удобно ловить отчётом по скидкам с фильтром по марже.
Как часто пересматривать права?
Раз в квартал стоит проводить ревизию: проверять состав групп, лишний доступ к себестоимости и актуальность API-ключей, особенно после увольнений сотрудников.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.