Как настроить права доступа в Битрикс24: роли, уровни и контроль

Что именно настраивают в правах доступа Битрикс24

Права доступа в CRM — это не один переключатель «видит всё» или «не видит ничего». В Битрикс24 роль связывает сотрудника, отдел, группу или другой элемент структуры компании с разрешениями на конкретные объекты CRM и действия с ними. В официальной справке среди объектов указаны контакты, компании, лиды, сделки в разных воронках, предложения, счета, история и настройки CRM.

Для каждой сущности можно разделить чтение, добавление, изменение, удаление, экспорт и импорт. Отдельно настраиваются права на роботов, собственный вид карточки и изменение настроек CRM. Уровень доступа отвечает на другой вопрос: чьи именно элементы доступны сотруднику — свои, отдела, подотделов, команд, открытые или всех сотрудников.

Важно не смешивать права CRM с доступом к CRM-формам, открытым линиям, сайтам и другим разделам. У них могут быть отдельные настройки. Эта статья посвящена ролевой модели прав в CRM Битрикс24; переносить названия и логику один в один в amoCRM не следует, потому что там другая терминология и другая модель автоматизации.

• Факт: стандартные роли в CRM Битрикс24 включают Администратора и Менеджера; их возможности различаются.
• Рекомендация: сначала опишите рабочие обязанности, а потом переводите их в роли и уровни доступа.
• Ограничение: ролевая модель прав доступна не на всех тарифах, поэтому перед проектированием проверьте условия конкретного портала.

Как подготовить матрицу ролей до входа в настройки

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

Соберите для каждой роли четыре ответа: какие данные ей нужны, какие действия она выполняет, какие данные ей нельзя менять и кто отвечает за исключения. Например, менеджеру продаж может быть достаточно своих сделок и контактов, руководителю — элементов отдела, а администратору CRM — настройки ролей и автоматизации. Это не готовая конфигурация для каждой компании, а рабочая гипотеза для проверки.

Сценарий «если → действие → контроль результата»: если менеджер должен обрабатывать только назначенные ему сделки, дайте роли уровень «Свои» на чтение и изменение, затем назначьте тестового пользователя и проверьте карточку своей сделки, карточку коллеги и попытку изменить настройки. Результат считается проверенным, если сотрудник видит нужный рабочий контур, не получает лишние данные и может выполнить обязательный шаг процесса.

• Шаг 1. Перечислите отделы и рабочие роли, не начиная со списка пользователей.
• Шаг 2. Для каждой роли отметьте объекты CRM: сделки, лиды, компании, контакты, счета и историю.
• Шаг 3. Для каждого объекта определите действия: чтение, добавление, изменение, удаление, импорт и экспорт.
• Шаг 4. Задайте область видимости: свои, отдел, подотдел, команда, открытые или все.
• Шаг 5. Добавьте владельца роли и дату следующего пересмотра.

Пошаговая настройка прав доступа в Битрикс24

По официальной документации открыть настройки можно в разделе CRM → Еще → Настройки → Права доступа к CRM. Настраивать их может администратор или сотрудник с правом «Разрешить изменять настройки» в CRM. Поэтому сначала убедитесь, что у исполнителя есть нужное полномочие: не стоит выдавать глобальные права администратора только ради одной настройки CRM.

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

В Битрикс24 при пересечении нескольких ролей сотрудник получает более широкие возможности из доступных ему ролей. Это важно учитывать при назначении ролей отделам, командам и отдельным пользователям. Проверяйте не только саму роль, но и итоговый доступ конкретного сотрудника: две аккуратно созданные роли могут вместе открыть больше, чем планировалось.

• 1. Откройте CRM → Еще → Настройки → Права доступа к CRM.
• 2. Создайте новую роль или скопируйте близкую стандартную роль.
• 3. Настройте права по объектам и действиям, не включая «полный доступ» без причины.
• 4. Назначьте роль отделу, команде или сотруднику.
• 5. Сохраните настройки и выберите пользователя в поле проверки пересечения ролей.
• 6. Проведите тест на нескольких карточках и в отдельной тестовой воронке, если она есть.

Какие уровни доступа выбрать для отдела продаж

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

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

Средний CTA: если матрица уже содержит множество исключений, а сотрудники регулярно получают доступ через несколько ролей, закажите аудит CRM на странице https://aikonversia.ru/uslugi/crm/. Внешняя проверка здесь нужна не ради формального ограничения, а чтобы связать права с воронками, задачами, ответственными и управленческим контролем.

• Менеджер: свои элементы или элементы отдела — только в пределах реально нужных объектов.
• Руководитель: просмотр и контроль отдела; отдельное решение нужно для изменения настроек.
• Сервис: доступ к обращениям и истории, если без истории невозможно продолжить работу.
• Маркетинг: доступ к нужным данным и отчётам без автоматического права менять сделки.
• Администратор CRM: ограниченная группа сотрудников, для которой изменение настроек является обязанностью.

Как проверить права и не потерять контроль после запуска

Настройка завершена только после проверки поведения, а не после нажатия кнопки «Сохранить». Составьте короткий тестовый маршрут: открыть свою сделку, открыть чужую сделку, создать запись, изменить обязательное поле, увидеть историю, экспортировать данные и открыть раздел настроек. Для каждой роли заранее отметьте ожидаемый результат. Такой тест полезнее общего вопроса «всё ли работает?».

Проверяйте права от имени тестового пользователя или вместе с владельцем процесса. Не просите сотрудника передавать пароль: администратор должен использовать штатные механизмы назначения и проверки ролей. Если доступ неожиданно расширен, ищите пересечение ролей, участие пользователя в отделе, команде или группе, а также настройки самой сущности CRM.

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

• Проверить доступ к своей и чужой карточке.
• Проверить создание, изменение и удаление там, где это разрешено процессом.
• Проверить видимость истории и связанных дел.
• Проверить экспорт и импорт как отдельные действия.
• Проверить, может ли пользователь менять роботов, поля и настройки CRM.
• Зафиксировать владельца матрицы и повод для внепланового пересмотра.

Типовые ошибки и когда нужен интегратор

Первая ошибка — выдать всем полный доступ, чтобы быстро убрать вопросы команды. Это действительно сокращает число обращений к администратору, но не объясняет, кому и зачем доступ нужен. Вторая — настроить права по людям, а не по ролям: при росте отдела матрица быстро становится непонятной. Третья — проверить только отображение сделки и забыть про экспорт, роботов, историю и настройки.

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

Интегратор нужен, когда в портале много отделов, несколько воронок, внешние интеграции, сложные исключения или требования к раздельной видимости данных. В рамках аудита можно начать с карты ролей, тестовых сценариев и перечня спорных доступов, а затем решить, достаточно ли настройки штатными средствами или нужна доработка. Описание процесса и запрос на консультацию можно отправить через https://aikonversia.ru/kontakty/.

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

Частые вопросы

Источники

• Ролевая модель прав в CRM: как настроить права доступа
• Как структура компании связана с инструментами Битрикс24
• АиКонверсия: CRM и контроль рабочих процессов
• АиКонверсия: контакты