Права доступа в CRM: роли, журнал и защита базы

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

Что такое роль в CRM и зачем нужен минимум прав

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

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

• По умолчанию — запрет. Новая роль не видит ничего, кроме своего участка работы; права добавляют под конкретную задачу.
• Право выдаётся роли. Персональные исключения фиксируют письменно и пересматривают, иначе они живут годами.
• Доступ ограничивают по объёму. Менеджер видит своих клиентов, руководитель отдела — клиентов отдела, а не всю базу компании.
• Опасные действия выносят отдельно. Удаление, экспорт и изменение прав — самостоятельные разрешения, а не часть «полного доступа».
• Права пересматривают при переводе. Старую роль снимают, а не добавляют новую поверх: иначе через год сотрудник видит четыре отдела сразу.

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

Какие роли настроить в CRM

Ролей нужно столько, сколько в компании должностей с разной ответственностью за данные. Ниже — базовый набор для отдела продаж, от которого удобно отталкиваться.

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

Уровни доступа: что разрешают отдельно

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

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

Как защитить клиентскую базу от выгрузки

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

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

Эти меры не делают утечку невозможной — они делают её заметной и медленной. Что происходит, когда персональные данные всё-таки уходят наружу, и какая за это ответственность, разбираем в статье про риски утечки персональных данных.

Чем подтверждать вход в CRM

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

Способы второго фактора неравноценны. В NIST SP 800-63B-4 подтверждение входа через телефонную сеть общего пользования — по SMS или голосовым звонком — отнесено к ограниченным (restricted) способам. Причина в том, что номер можно перевести на другую SIM-карту или перехватить на стороне оператора.

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

Если в компании уже есть корпоративный каталог пользователей, вход в CRM удобнее отдать ему: Active Directory, LDAP, Google Workspace или Microsoft Entra ID — так с июля 2023 года называется бывший Azure AD. Тогда учётные записи заводят и блокируют в одном месте, а правила входа действуют сразу во всех сервисах.

Журнал действий и резервные копии

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

• Входы в систему, включая неудачные попытки и вход с нового устройства.
• Создание, изменение и удаление сделок, контактов и документов — со старым и новым значением поля.
• Экспорт данных: кто, сколько записей и в каком разрезе выгрузил.
• Изменение прав и ролей — кто выдал доступ и кому.
• Смена ответственного за клиента и массовое переназначение сделок.
• Обращения интеграций: под какой учётной записью и какие данные забирали.

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

Что сделать в день увольнения сотрудника

Доступ закрывают в тот же день, когда сотрудник перестал работать, и закрывают целиком, а не только в CRM. Список ниже удобно держать готовым — тогда процедура не зависит от того, кто сегодня на месте.

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

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

Что требует закон о персональных данных в Узбекистане

Клиентская база — это персональные данные, и работа с ней подчиняется Закону Республики Узбекистан «О персональных данных» № ЗРУ-547 от 2 июля 2019 года. Разграничение прав, журнал действий и резервные копии — это не только удобство, но и часть мер по защите данных, которые обязан принимать оператор.

Требование хранить данные внутри страны в 2026 году сузилось. Статья 27-1 в редакции Закона № ЗРУ-1125 от 26 марта 2026 года обязывает обрабатывать на технических средствах в Узбекистане три категории: биометрические данные, генетические данные и данные пользователей услуг операторов телекоммуникаций. Остальные персональные данные разрешено обрабатывать за пределами страны при выполнении одного из условий той же статьи — адекватная защита в иностранном государстве, стандартные договорные условия или обязательные корпоративные правила, соблюдение международных стандартов в области управления и хранения данных.

Важно Имена, телефоны и история сделок в закрытый перечень части второй статьи 27-1 не входят. Но если вы храните в системе отпечатки, снимки лица для распознавания или генетические данные, площадка должна быть внутри страны — под такую задачу подойдёт размещение в дата-центре Узбекистана. Формулировки закона перед применением стоит сверить с юристом.

Как мы настраиваем доступ

Syntra Systems разбирает права не в интерфейсе CRM, а на схеме компании: кто с какими данными работает, кому они нужны для решения, а кому — только для справки. Дальше настройка идёт по шагам.

1. Схема компании. Подразделения, должности и ответственность за данные: кто вносит, кто согласует, кто только смотрит.
2. Матрица ролей. Для каждой роли фиксируем, что она видит, что может менять и что закрыто. Спорные места согласуем с руководителем до настройки.
3. Ограничения в системе. Настраиваем разделы, поля, объём выборки и отдельные разрешения на удаление, экспорт и управление правами.
4. Механизмы защиты. Подключаем подтверждение входа, журнал действий и резервное копирование с проверкой восстановления.
5. Проверка под каждой ролью. Заходим в систему по очереди за менеджера, руководителя и бухгалтера и смотрим, не видно ли лишнего.

Раздел «Права доступа и безопасность» входит во внедрение CRM — от 3 000 $. Если нужно проверить защищённость всей инфраструктуры, а не только CRM, это отдельные работы: аудит информационной безопасности — от 1 200 $, устранение найденных проблем с доступами, шифрованием и резервными копиями — от 4 000 $ на странице кибербезопасности.

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