Ошибка «Доступ запрещен» в Битрикс24: какие права проверить сотруднику и администратору

Сообщение «Доступ запрещен» в Битрикс24 означает, что у сотрудника нет права на действие с этим элементом: просмотр, изменение или перевод сделки на нужную стадию. Чаще всего причина в роли CRM, в правах конкретной воронки или стадии либо в том, что сотрудника перевели в другой отдел и старые сделки не пересохранили.

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

Почему Битрикс24 пишет «Доступ запрещен» при открытии сделки

Битрикс24 показывает отказ, когда права роли не покрывают действие, которое пытается сделать сотрудник. Права в CRM устроены через ролевую модель. Ролевая модель прав: это набор ролей, в каждой из которых для каждого типа элементов (лиды, сделки, контакты, компании, счета, смарт-процессы) задано, что разрешено делать и с какими записями.

Для каждой роли настраиваются отдельные действия: просмотр, добавление, изменение, удаление, экспорт, импорт, перемещение на стадию и другие. Для каждого действия выбирается уровень доступа. Согласно справке Битрикс24 о ролевой модели прав в CRM, уровни такие:

• только свои элементы, где сотрудник ответственный;
• элементы своего отдела;
• элементы подотделов своего отдела;
• элементы своих команд, а также команд в подчинении;
• элементы, у которых включена опция «Доступен для всех»;
• все элементы всех сотрудников.

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

Есть важная деталь, которую часто упускают: право на добавление не равно праву на просмотр. Справка прямо предупреждает, что сотрудник не увидит элемент после создания, если у него нет права на просмотр. Так появляется странная ситуация: менеджер сам создал сделку, а открыть ее уже не может.

По умолчанию в CRM две роли: «Администратор» с полным доступом, включая настройку прав, и «Менеджер» с правом просматривать, создавать и менять свои элементы. Когда компания растет и роли начинают копировать и править под каждый отдел, ошибки в настройках появляются почти неизбежно.

Что проверить сотруднику до обращения к администратору

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

1. Уточните, чей это элемент. Спросите у того, кто прислал ссылку, кто ответственный по сделке и в каком она отделе. Если ответственный из другого отдела, а у вас права «свои» или «своего отдела», отказ ожидаем.
2. Проверьте воронку. Посмотрите, видите ли вы эту воронку в списке воронок сделок. Сотрудник видит только те воронки, где у него есть право хотя бы на просмотр сделок. Нет воронки в списке: проблема в правах на нее.
3. Запомните стадию. Если раньше сделка открывалась, а после перехода на следующую стадию перестала, вероятнее всего настроены отдельные права на стадии.
4. Определите действие. Отказ при открытии, при попытке сохранить изменения или при перетаскивании карточки в канбане говорит о разных правах: просмотр, изменение или перемещение на стадию.
5. Вспомните недавние изменения. Вас переводили в другой отдел, меняли руководителя, создавали новую воронку? Это главные кандидаты в причины.
6. Сделайте скриншот и скопируйте ссылку. Отправьте администратору ссылку на элемент, скриншот сообщения и короткое описание: что вы пытались сделать и когда это работало в последний раз.

Такое обращение экономит администратору поиск: вместо вопроса «у меня ничего не открывается» он получает конкретную сделку, воронку, стадию и действие. На проектах B2BPRO.KZ мы видим, что половина времени на разбор подобных обращений уходит именно на выяснение этих деталей.

Как администратору найти причину в правах CRM

Администратор находит причину в разделе CRM > Еще > Настройки > Права доступа к CRM, проверяя роли сотрудника по порядку: сама роль, воронка, стадия и пересечение ролей. Настраивать права могут администратор Битрикс24 и сотрудник, которому в CRM дано право «Разрешить изменять настройки».

Шаг 1. Посмотрите, какие роли назначены сотруднику

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

Роль может быть назначена разными способами: конкретному сотруднику, отделу из структуры компании, команде, предустановленной группе пользователей вроде «Все сотрудники», роли в структуре (например, руководителям отделов) или участникам проекта. Сотрудник мог получить роль не напрямую, и об этом легко забыть.

Шаг 2. Проверьте права на нужную воронку

Права на сделки задаются для каждой воронки отдельно. Новая воронка не наследует автоматически ту логику, которую вы держите в голове для старой: ее права нужно проверить в каждой роли. Если менеджер не видит воронку «Тендеры» или «Повторные продажи», первым делом откройте строку сделок этой воронки в его роли и посмотрите право «Просмотр».

Шаг 3. Проверьте права на стадиях

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

Это частая причина ошибки «нет доступа к сделке» на поздних стадиях. Например, кто-то настроил, что на стадии «Согласование договора» изменять сделки может только руководитель. Менеджер работает со сделкой неделю, она переходит на эту стадию, и он больше не может ничего в ней поменять. С точки зрения настроек все правильно, просто об этом правиле никто в отделе не знает.

Шаг 4. Разберитесь с пересечением ролей

Когда у сотрудника несколько ролей, действует общее правило: побеждает та, что дает больше возможностей. Если в одной роли просмотр лидов закрыт, а в другой открыт, сотрудник лиды увидит. Но есть исключение, которое и рождает самые запутанные случаи.

По разъяснению Битрикс24 о конфликтах прав CRM, права бывают детализированные (заданные явно для элемента или стадии) и наследуемые (стадия берет общее правило). Детализированные права важнее наследуемых. Если в одной роли детализированное право на стадии запрещает доступ к сделкам, а в другой наследуемое разрешает, доступ будет закрыт. Среди наследуемых прав, персональных и групповых, применяются те, что дают больше полномочий.

На практике это выглядит так: сотрудник состоит в двух отделах, у одного доступ к сделкам открыт через наследование, у другого явно закрыт на стадиях. Администратор видит, что одна из ролей дает полный доступ, и не понимает, откуда отказ. Ответ в том, что запрет задан детализированно и перекрывает наследуемое разрешение.

Почему доступ пропал после перевода сотрудника в другой отдел

После изменения структуры компании права на старые элементы CRM начинают работать по-новому только после того, как эти элементы пересохранят. Это прямо описано в статье Битрикс24 о проблемах с доступом после изменения структуры компании: нужно пересохранить элементы, выбрав для них того же ответственного или применив опцию «Доступен для всех». Делать это нужно только для элементов, созданных до структурных изменений.

Ситуации, после которых стоит ждать отказов:

• сотрудника перевели из одного отдела в другой;
• сменился руководитель отдела;
• отдел разделили на подотделы или, наоборот, объединили;
• в компании открыли филиал и перестроили структуру под него.

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

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

Таблица: признак, вероятная причина и что делать

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

Что видит сотрудник	Вероятная причина	Что сделать администратору
Не открывается сделка коллеги по ссылке	Право «Просмотр» на уровне «Только свои» или «Своего отдела»	Расширить уровень просмотра в роли или передать сделку ответственному
Нет нужной воронки в списке	В роли нет права на просмотр сделок этой воронки	Открыть строку воронки в роли и выдать просмотр
Сделка открывалась, а на новой стадии перестала	Отдельные права на стадии вместо «Наследует»	Проверить права стадии через «+» у действия
Сделку видно, но не получается сохранить	Есть просмотр, нет права «Изменение»	Выдать изменение на нужном уровне или стадии
Карточка не перетаскивается в канбане	Ограничено право «Перемещение на стадию»	Указать, на какие стадии разрешено перемещать
После перевода в другой отдел пропали свои сделки	Элементы созданы до изменения структуры и не пересохранены	Массово пересохранить элементы сотрудника

«Доступ запрещен» за пределами CRM и ограничения тарифа

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

Отдельный случай: дела. Своих прав у дел нет, доступ к ним зависит от прав на элемент CRM, где дело создано. Если сотрудник не может открыть звонок или встречу, проверять нужно права на саму сделку или контакт.

Еще один фактор: тариф. В справке Битрикс24 указано, что ролевая модель прав в CRM доступна не на всех тарифах. Если компания перешла на тариф попроще, часть настроек прав может работать иначе, чем раньше. Перед тем как перестраивать роли, сверьте возможности своего тарифа на странице тарифов Битрикс24 или уточните у партнера.

Пример: менеджер не может открыть сделку коллеги в отпуске

Случай условный, но для казахстанских отделов продаж очень типичный. Компания в Алматы продает оборудование, в CRM две воронки: «Продажи» и «Сервис». Менеджер Айгерим уходит в отпуск на две недели, ее сделки на время передают Ержану. Руководитель присылает Ержану ссылки на три горящие сделки, и все три выдают «Доступ запрещен».

Разбор занимает десять минут, если идти по шагам. Фильтр по сотруднику показывает, что у Ержана одна роль «Менеджер» с уровнем «Только свои» на просмотр. Сделки формально все еще принадлежат Айгерим, поэтому закрыты. Вариантов решения два:

1. сменить ответственного в этих сделках на Ержана на время отпуска, тогда сработает его право «свои»;
2. выдать роли менеджеров просмотр «Своего отдела», если в компании принято, что продавцы одного отдела подменяют друг друга.

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

Как проверить, что доступ восстановлен

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

Порядок проверки простой:

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

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

Как настроить права, чтобы ошибка не возвращалась

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

• Стройте права сверху вниз: сначала роли для отделов, потом для подотделов. Так советует и сама справка Битрикс24.
• Оставляйте на стадиях значение «Наследует», если права на стадии совпадают с правами на элемент. Каждое ручное значение на стадии создает детализированное право, и оно потом перекроет наследуемые разрешения из других ролей.
• В небольшой команде назначайте персональные роли вместо групповых. Пересечений меньше, разбираться проще.
• При создании каждой новой воронки пройдите по всем ролям и явно задайте, кто ее видит.
• После любых изменений структуры пересохраняйте элементы. Этот пункт стоит внести в чек-лист перевода сотрудника.
• Держите короткое описание ролей: за что отвечает каждая и кому назначена. Через год оно сэкономит часы на разборе.

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

Если права в портале давно никто не пересматривал, проще один раз выстроить модель заново. Базовые принципы мы описывали в материале о том, как настроить права доступа сотрудников в Битрикс24, а схему для нескольких отделов продаж разбирали в статье про права доступа к сделкам по отделам. Когда ролей много, есть филиалы и несколько воронок, разумно доверить это тем, кто делает такие настройки регулярно: внедрение и настройка Битрикс24 от B2BPRO.KZ включает аудит ролей и прав с описанием для руководителя.

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

Почему я сам создал сделку, а открыть ее не могу?

Право на добавление сделок не дает права на их просмотр. Если в вашей роли можно создавать сделки, но просмотр закрыт или ограничен другим уровнем, после сохранения карточка станет недоступна. Администратору нужно выдать вашей роли право «Просмотр» хотя бы на уровне «Только свои» в этой воронке.

Можно ли открыть одному сотруднику доступ к сделке коллеги, не меняя всю роль?

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

Кто может исправить права доступа в CRM Битрикс24?

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

Почему после перевода в другой отдел пропали мои старые сделки?

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

У сотрудника две роли, одна дает полный доступ, но сделка все равно закрыта. Почему?

Скорее всего, во второй роли на стадии сделки задано детализированное право с запретом. Детализированные права важнее наследуемых, поэтому запрет перекрывает разрешение из другой роли. Проверьте права на стадиях через «+» у действия в каждой роли сотрудника и верните значение «Наследует», где отдельное правило не нужно.