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

Права доступа в CRM настраивают по ролям, а не по людям. Сначала описывают, какие данные нужны каждой должности, потом создают группы вроде «менеджер», «старший менеджер», «руководитель» и выдают им набор прав. Так база не утечёт при увольнении, а команда до 15 человек не получит доступ ко всему сразу. Ниже — как это сделать в amoCRM и Битрикс24, какие ограничения включить первыми и где чаще всего ошибаются.

Почему одинаковые права для всех — это риск

После внедрения CRM настройка доступа обычно останавливается на одном действии: всем сотрудникам выдают роль «менеджер». Работает, заявки двигаются, никто не жалуется. Проблема проявляется позже. Практикующий интегратор описывает случай: агентство с полутора десятками менеджеров держало базу в amoCRM без единого ограничения по ролям, и после ухода одного продавца данные ушли вместе с ним (kalinkindev.ru, «Права менеджеров в CRM»).

Выгрузить базу из CRM одной кнопкой несложно. Ограничения защищают от последствий увольнения или конфликта внутри команды. Поэтому настройку прав стоит рассматривать как часть ввода нового сотрудника, а не как разовую задачу при запуске системы.

Как описать роли до настройки

Прежде чем открывать настройки, выпишите на листе, кто с какими данными работает. Для команды до 15 человек обычно хватает четырёх ролей. Описывайте не должности, а действия: кто создаёт сделки, кто их передаёт, кто видит отчёты, кто меняет настройки.

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

Как права работают в Битрикс24 и amoCRM

В Битрикс24 доступ управляется через группы пользователей и уровни прав на модули. Наследование работает по разделам: если запретили чтение в корне, дочерние разделы тоже закроются, пока не выдадите точечное исключение. Настройка прав на инфоблоки сложнее, чем кажется: один неверный пункт — и контент-менеджер видит пустую админку либо получает доступ к чужим разделам (kalinkindev.ru, «Права в Битриксе»).

В amoCRM логика ближе к воронкам и полям. Можно ограничить менеджера своими сделками, запретить редактирование полей, которые заполняет руководитель, и закрыть экспорт. Настройка занимает меньше времени, чем в Битрикс24, но и гибкости меньше: правило вида «видеть сделку коллеги только на этапе согласования» там не собрать.

Что закрыть в первую очередь

Начните с трёх вещей: массовая выгрузка базы, редактирование карточки клиента после закрытия сделки, доступ к интеграциям и API.

• Экспорт контактов и сделок оставьте одному администратору.
• Смену ответственного и перенос сделок между воронками — руководителю отдела.
• Подключение новых каналов, вебхуков и сервисов — тому, кто отвечает за CRM.

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

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

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

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

Какие ошибки встречаются чаще всего

• Всем выдали роль «менеджер» и забыли о ней на год.
• Права настроили при внедрении и не пересмотрели после роста команды.
• Администратором CRM сделали подрядчика, а не сотрудника компании.
• Закрыли видимость, но оставили открытым экспорт.
• Новому сотруднику или дали полный доступ, или не дали ничего — проверить забыли.
• Не назначили человека, который снимает доступ при увольнении в день расчёта.

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