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