Права доступа в Битрикс24: почему сотрудник не видит сделку
Экспертная статья с Дмитрием Ямашевым, ведущим аналитиком компании "Первый Приятный Интегратор"
Права доступа в Битрикс24 вспоминают обычно в двух ситуациях: когда сотрудник чего-то не видит и когда руководитель внезапно понимает, что не знает, кто в компании что видит.
Сотрудник не может открыть сделку, изменить поле, поставить задачу или прослушать звонок — и для него это выглядит как ошибка системы. А руководитель смотрит шире: кто может скачать базу, кто может удалить данные, кто видит чужие сделки и где у компании вообще границы доступа.
Мы поговорили с Дмитрием Ямашевым, ведущим аналитиком компании "Первый Приятный Интегратор", о том, почему права доступа в Битрикс24 кажутся сложными, где чаще всего путаются пользователи и почему эту настройку нельзя пускать на самотек.
Дмитрий, почему с правами доступа в Битрикс24 так часто возникают вопросы?
Потому что права в Битрикс24 очень гибкие.
С одной стороны, это хорошо. Можно настроить доступ точечно: для конкретных сотрудников, ролей, разделов и действий. Один сотрудник только читает, другой может изменять, третий может удалять, четвертый экспортировать или импортировать данные.
С другой стороны, именно из-за этой гибкости права кажутся сложными. Много ролей, много разделов, много вариантов. Чтение, изменение, удаление, экспорт, импорт — у неподготовленного человека от этого действительно могут разбежаться глаза.
Поэтому права доступа — это не просто "поставить галочку". Это часть архитектуры CRM.
А как клиент обычно формулирует проблему? Он ведь не говорит: "у нас неправильно настроена архитектура CRM"?
Обычно очень просто:
сотрудник не видит сделку;
я не могу отредактировать поле;
менеджер не может прослушать звонок;
сотрудник не может поставить задачу;
кто-то видит не то, что должен видеть;
кто-то может сделать больше, чем должен.
Для пользователя это выглядит как техническая проблема. Он не думает словами "роль", "уровень доступа", "права CRM" или "раздел задач". Он видит конкретное действие, которое не получается выполнить.
Но для диагностики важно понять, где именно ограничение: в CRM, задачах, телефонии, смарт-процессе или другом разделе.
То есть права доступа — это не только про сделки в CRM?
В Битрикс24 есть общие права доступа к CRM. Но отдельно могут настраиваться права к задачам, телефонии, смарт-процессам и другим инструментам.
Например, сотрудник может видеть сделку, но не иметь права изменить конкретные данные. Может работать в CRM, но не иметь доступа к записи звонка. Может участвовать в процессе, но не видеть нужный смарт-процесс. Может ставить задачи в одном контексте и не иметь возможности сделать это в другом.
Поэтому нельзя диагностировать права только по фразе "не видит сделку". Нужно смотреть, что именно сотрудник пытается открыть или сделать.
Почему руководителю важно в этом разбираться, даже если он не администратор портала?
Потому что права доступа — это не только про удобство сотрудников.
Иногда проблема заказчика даже не в том, что кто-то чего-то не видит. Проблема в том, что сам заказчик не знает, что видят его сотрудники, что они могут поменять, скачать или удалить.
А в CRM хранится клиентская база, история сделок, звонки, задачи, комментарии, коммерческие условия, документы и другая рабочая информация.
Если права настроены слишком широко, компания рискует данными. Если слишком узко — сотрудники не могут нормально работать. В обоих случаях бизнес теряет контроль.
Где чаще всего начинается путаница?
Чаще всего проблема не в одной конкретной кнопке, а в отсутствии понятной модели доступа.
Компания сначала настраивает CRM, добавляет направления, сделки, задачи, телефонию, смарт-процессы. Потом сотрудники начинают работать. Потом появляется вопрос: "А почему этот менеджер видит не то?" или "Почему руководитель не может прослушать звонок?".
К этому моменту права уже могли настраиваться кусками: здесь открыли доступ, там закрыли, где-то дали роль админа "временно", где-то скопировали права с другого сотрудника.
В результате система формально работает, но никто не может быстро объяснить, кто что видит и почему.
Что клиент может проверить сам, не рискуя сразу что-то сломать?
Можно начать не с изменения настроек, а с проверки факта.
Первое — зайти под аккаунтом сотрудника или попросить сотрудника показать экран. Нужно увидеть проблему глазами пользователя: какую сделку он открывает, какой раздел, какое поле, какую кнопку.
Третье — посмотреть, какая роль назначена сотруднику. Важно сравнивать не абстрактно, а с конкретным действием: должен ли этот сотрудник читать, менять, удалять, экспортировать или импортировать данные.
Четвертое — проверить не только одного сотрудника, а логику группы. Если проблема у менеджера отдела продаж, нужно понимать, что должны видеть все менеджеры этой роли.
Пятое — регулярно проверять, какие разделы доступны сотрудникам. Особенно после добавления новых инструментов, новых отделов и изменений в CRM.
Практический пример редакции: проверяем нужный и лишний доступ
После изменения прав мало убедиться, что нужная сделка открылась. Проверьте и обратную сторону: не получил ли сотрудник доступ к тому, что ему не положено.
Возьмём условный пример, не случай из практики Дмитрия. Для роли менеджера участка А согласовали два правила: читать и изменять свою тестовую сделку А; не читать тестовую сделку Б другого участка. Это требования для примера, а не стандартные права Битрикс24.
До проверки ответственный за настройку готовит две согласованные записи без клиентских данных и ссылки на них. Менеджер выполняет действия сам в своей учётной записи с проверяемой ролью; пароль передавать не нужно. Проверка под администратором вместо этой роли не покажет, какие возможности получил менеджер.
Роль: Менеджер участка А Тестовый объект: Сделка А, доступная этой роли по согласованному правилу Действие: Открыть и изменить нейтральную тестовую пометку Ожидаемый результат: Карточка открывается, изменение сохраняется Фактический результат: Заполнить после проверки Замечание: Записать расхождение, если оно есть
Роль: Та же роль Тестовый объект: Сделка Б другого участка, недоступная этой роли по согласованному правилу Действие: Открыть по подготовленной ссылке Ожидаемый результат: Содержимое карточки недоступно Фактический результат: Заполнить после проверки Замечание: Записать, что именно отобразилось
Разрешённое действие. Менеджер открывает сделку А, меняет согласованную тестовую пометку и повторно открывает запись. В результат проверки вносят два наблюдения: удалось ли увидеть карточку и сохранилась ли новая пометка. Если карточка открывается, но изменение не сохраняется, проверка выполнена только частично — это нужно указать, а не ставить общий «доступ работает».
Запрещённое действие. В той же учётной записи менеджер пробует открыть сделку Б по заранее подготовленной ссылке. Отсутствия сделки в списке недостаточно: проверяется именно возможность прочитать её содержимое. Если карточка открылась, фиксируют лишний доступ и возвращают замечание ответственному за настройку. Если содержимое недоступно, записывают наблюдаемый ответ. Текст ответа не подменяет описание того, что сотрудник действительно смог или не смог увидеть.
В таблице приведены ожидаемые результаты. Фактические пока не заполнены: эти проверки не выполнялись. При своей проверке добавьте дату, проверяемую роль и результат каждой строки. Не используйте для этого удаление, экспорт или реальные клиентские записи.
Исправление можно принять по этому примеру, когда разрешённое действие выполняется, запрещённое остаётся недоступным, а наблюдения записаны для одной и той же роли. Две строки проверяют только выбранные границы доступа; для других ролей и действий нужны свои согласованные сценарии.
А что точно не стоит делать самостоятельно?
Не стоит наугад открывать все права, чтобы "быстро заработало".
Это частая ошибка. Сотрудник не видит сделку — ему дают больше прав. Потом он не может изменить поле — открывают еще. Потом не может прослушать звонок — добавляют доступ к телефонии. Постепенно сотрудник получает больше возможностей, чем нужно для его работы.
В моменте проблема решена. Но для бизнеса появляется другой риск: человек может увидеть лишнее, скачать базу, удалить данные, изменить важные поля или нарушить процесс.
Настройку прав доступа нельзя пускать на самотек. На кону вся информация, которая хранится в CRM.
На каком этапе лучше звать специалиста?
Если речь идет о новой CRM или серьезной перестройке процесса, специалист нужен еще на этапе настройки системы.
Права доступа должны следовать за процессом. Сначала нужно понимать, кто за что отвечает, какие отделы участвуют, какие данные им нужны, кто может менять информацию, кто только смотреть, кто имеет доступ к звонкам, задачам, сделкам и смарт-процессам.
Если компания самостоятельно хорошо настроила свои процессы в CRM, с правами доступа ей будет проще. Но если нет понятной модели работы, права быстро превращаются в набор случайных галочек.
есть задачи, телефония или смарт-процессы с отдельными правами;
нужно понять, кто может скачивать, удалять или менять данные;
нужно безопасно пригласить новых сотрудников;
нужно проверить, нет ли у менеджеров лишнего доступа;
компания хочет защитить клиентскую базу.
Был ли похожий опыт в проектах компании Первый Приятный Интегратор?
Да. Настройки прав доступа — это практически каждый кейс.
Почти к любому новому инструменту или разделу в Битрикс24 нужно правильно расставить права доступа. Настроили CRM — нужны роли. Добавили телефонию — нужно понять, кто видит звонки и записи. Добавили задачи — нужно понять, кто может ставить и контролировать. Добавили смарт-процесс — снова появляется вопрос доступа.
Поэтому права доступа нельзя рассматривать как разовую настройку "в конце проекта". Это постоянная часть сопровождения Битрикс24.
Если клиент пишет в поддержку, что сотрудник не видит сделку, что ему лучше сразу приложить?
Перед обращением лучше описать не общую проблему "права не работают", а конкретную ситуацию.
Соберите:
Кто именно столкнулся с проблемой: должность или роль сотрудника.
Что он пытается сделать: открыть сделку, изменить поле, прослушать звонок, поставить задачу.
Где это происходит: CRM, задачи, телефония, смарт-процесс или другой раздел.
Какой результат ожидался.
Что происходит фактически.
Видит ли это другой сотрудник с похожей ролью.
Какую роль доступа имеет сотрудник.
Есть ли скриншот без персональных данных.
Что меняли в правах перед появлением проблемы.
Так специалист быстрее поймет, это ограничение роли, ошибка в настройке раздела, проблема структуры CRM или отдельные права конкретного инструмента.
Какой главный совет вы бы дали руководителю?
Если сотрудник не видит сделку, не может изменить поле, поставить задачу или прослушать звонок, не начинайте с массового открытия прав.
Сначала зафиксируйте симптом: кто, где и какое действие не может выполнить. Затем проверьте, относится ли проблема к CRM, задачам, телефонии, смарт-процессам или отдельному разделу.
Если источник непонятен, напишите в чат поддержки 1PI.PRO. Опишите проблему и приложите скриншот без персональных данных. Специалист поможет понять, где ограничение, какие права можно менять безопасно и как не открыть сотрудникам лишний доступ.
Частая причина — ограничения прав доступа в CRM. Нужно проверить роль сотрудника, его доступ к направлению сделок, разделу CRM и конкретному действию.
Почему сотрудник видит сделку, но не может ее изменить?
У сотрудника может быть право на чтение, но не быть права на изменение. В Битрикс24 разные действия могут настраиваться отдельно: чтение, изменение, удаление, экспорт, импорт и другие.
Почему менеджер не может прослушать запись звонка?
Проблема может быть не в CRM-сделке, а в правах к телефонии или доступе к записи разговора. Нужно проверять настройки телефонии и роль сотрудника.
Можно ли просто дать сотруднику больше прав?
Технически можно, но это рискованно. Сотрудник может получить доступ к лишним данным, экспорту, удалению или изменению информации. Лучше сначала понять, какое конкретное право нужно для работы.
Где находятся права доступа в Битрикс24?
Есть общие права доступа к CRM, а также отдельные настройки прав для задач, телефонии, смарт-процессов и других разделов. Поэтому важно понимать, в каком инструменте возникла проблема.
Когда нужно обращаться к интегратору?
Если права затрагивают несколько разделов, отделов, ролей или безопасность клиентской базы, лучше подключить специалиста. Ошибка в правах может стоить дороже, чем настройка.