Права в CRM проверяют по рабочим действиям: менеджер открывает своего клиента, не получает доступ к чужому, выполняет нужную задачу и не может выгрузить базу, если это запрещено. Скриншот настроек показывает намерение администратора; результат подтверждает вход под обычной учётной записью.
Ниже — методика проверки и учебная матрица ролей. Названия настроек приведены для amoCRM; переносить их в другую CRM буквально нельзя. Матрица описывает желаемый результат, а возможность реализовать каждое ограничение нужно подтвердить в вашей конфигурации, включая приложения и мобильную версию.
Сначала определите, кому какие данные нужны
Начните с обязанностей сотрудника. Менеджеру могут быть нужны собственные сделки и связанные контакты, руководителю — данные отдела, специалисту сопровождения — только обращения на обслуживании. Должность сама по себе не обосновывает доступ ко всей базе или право администратора.
Для каждой роли запишите четыре вещи: объекты, границы видимости, разрешённые действия и исключения. Например: «Менеджер первой группы читает и изменяет свои сделки; удаление и экспорт запрещены; на время отпуска коллеги получает доступ к согласованным клиентам». У исключения должны быть владелец и срок пересмотра.
В amoCRM права на сделки, контакты и компании задаются отдельно; предусмотрены уровни для всех объектов, своей группы, ответственного пользователя и запрет. Просмотр, правка, удаление и экспорт связаны между собой, поэтому после изменения одного разрешения нужно проверить остальные. Это описано в документации об уровнях прав.
Матрица ролей: пример для двух отделов
Учебный пример. Это вариант политики для небольшой команды, а не обязательный стандарт и не готовый набор переключателей. Назначьте реальные роли и проверьте техническую выполнимость перед применением.
| Роль | Что разрешаем | Что закрываем | Контрольный результат |
|---|---|---|---|
| Менеджер | Работа со своими сделками и необходимыми контактами | Чужой отдел, удаление, экспорт | Своя сделка открывается; чужая недоступна и по прямой ссылке |
| Руководитель отдела | Просмотр и правка сделок своей группы | Другой отдел, управление пользователями, несогласованный экспорт | Сделка коллеги видна, сделка другой группы закрыта |
| Сотрудник сопровождения | Согласованные клиенты на обслуживании и их обращения | Несвязанные продажи и лишние финансовые сведения | Можно обработать обращение, не открывая остальную базу |
| Интегратор | Объём, необходимый для конкретной работы, на согласованное время | Постоянный доступ после завершения работ | Задача выполнена; отзыв доступа проверен отдельно |
| Администратор компании | Управление настройками и пользователями | Передачу общей учётной записи другим людям | Компания сохраняет собственный способ управления и восстановления доступа |
Если роль требует скрыть отдельное поле или часть истории, не считайте это автоматически решённым ограничением воронки. Проверьте доступность такого ограничения. Если система его не обеспечивает, зафиксируйте разрыв и согласуйте изменение процесса или способа хранения сведений. Не отмечайте строку матрицы как выполненную.
Как настроить и не сломать работу менеджера
- Зафиксируйте текущие права, состав групп и административные учётные записи. Назначьте человека, который сможет вернуть согласованные настройки.
- Выберите одну пилотную роль. В amoCRM настройки пользователей и групп находятся в разделе «Настройки → Пользователи»; порядок описан в официальной инструкции.
- Настройте доступ по каждому используемому объекту. Не ограничивайтесь сделками: проверьте контакты, компании, задачи, входящие обращения и подключённые каналы.
- Пройдите разрешённый рабочий маршрут: получить обращение, найти клиента, внести изменения, поставить задачу и передать работу. Затем проверьте запреты.
- Распространяйте настройку на роль после проверки. Сохраните список исключений: временное замещение, совместный клиент, передача между отделами.
Излишний запрет тоже создаёт проблему. Например, документация amoCRM предупреждает о риске дублей, когда создание контактов разрешено, а их просмотр запрещён. Разберите поиск существующего клиента до того, как сотрудник начнёт повторно заводить невидимые ему карточки.
Как проверить закрытие чужих клиентов
Подготовьте тестовые карточки без реальных персональных данных: свою, коллеги из той же группы и сотрудника другого отдела. Дополнительно создайте отдельный тестовый контакт и контакт, связанный с несколькими тестовыми сделками разных ответственных. Для каждой карточки заранее запишите ожидаемую видимость.
Проверьте список, поиск и прямую ссылку на карточку. Затем перейдите из доступной сделки в связанный контакт и компанию: отсутствие сделки в воронке ещё не доказывает закрытие всех связанных сведений. Если общие клиенты должны быть видны нескольким отделам, это отдельное согласованное правило, а не случайное исключение.
Повторите проверку после смены ответственного и передачи между группами. Убедитесь, что новый сотрудник получил нужный доступ, а прежний не сохранил лишний. В отчёте фиксируйте и неожиданное раскрытие данных, и ситуацию, когда разрешённая работа стала невозможной.
Что означает запрет экспорта
Если выгрузка не нужна роли, запретите её отдельно для используемых типов данных и проверьте результат под этой ролью. Успешный тест — выгрузка недоступна, а нужная повседневная работа сохраняется. Для проверки используйте синтетические данные и удалите созданные тестовые файлы после завершения.
Отдельно проверьте мобильное приложение и внешние подключения. У amoCRM есть экспорт в телефонную книгу; официальная инструкция описывает особенности платформ и предупреждает, что удаление номера в CRM не удаляет его из телефонной книги. Поэтому запрет на новую выгрузку нельзя считать отзывом уже созданных копий.
Для каждого приложения или обмена установите, чьим доступом он пользуется и какие данные получает. Проверка кнопки в браузере не заменяет проверку отдельного подключения. При этом запрет экспорта не мешает человеку вручную переписать видимые сведения или сделать снимок экрана: важна сама граница видимости и установленный порядок обращения с данными.
Как выдавать временный доступ интегратору
Оформите короткую запись: исполнитель, задача, аккаунт, необходимые действия, время начала и окончания с часовым поясом, согласующий и ответственный за отзыв. Создайте отдельную учётную запись; пароль действующего сотрудника не должен становиться общим рабочим доступом.
Если задача требует административных прав, укажите причину и ограничьте период. Когда автоматическое истечение доступа не подтверждено, назначьте ручной отзыв с контрольной задачей. Перед отключением выясните, не зависит ли рабочая интеграция от этой авторизации, и согласуйте перенос зависимости на управляемый компанией доступ.
Закройте работу двумя проверками: подрядчик больше не может выполнить прежние действия, а согласованные рабочие связи продолжают работать. Отдельно разберите токены, приложения и внешние кабинеты; изменение пароля не является доказательством отключения всех подключений. Для полного перехода к другому исполнителю пригодится реестр передачи CRM.
Как провести тест обычным пользователем
Используйте отдельный профиль браузера и тестовую учётную запись с проверяемыми группами и правами. Убедитесь, что у неё нет административных привилегий. Не запрашивайте личный пароль сотрудника. Если проверяете вместе с ним, он входит сам, а результаты фиксируются на тестовых карточках.
Шаблон протокола: дата и конфигурация → роль и группы → тестовый объект → действие → ожидаемый результат → фактический результат → подтверждение → ответственный за исправление. В подтверждения не включайте пароли, токены и реальные клиентские данные.
- Разрешённое действие действительно выполняется, а не только отображается кнопка.
- Запрещённый объект недоступен через поиск, прямую ссылку и проверенные связи.
- Удаление и экспорт проверены отдельно на тестовых объектах.
- Проверены используемые мобильные приложения и внешние подключения; непроверенные каналы перечислены явно.
- Замещение и смена ответственного не оставляют лишний доступ.
- Временные права отозваны, а ответственные за оставшиеся исключения назначены.
Считайте проверку принятой, когда все строки согласованной матрицы имеют подтверждённый результат. «Не проверяли» не означает «запрещено». После изменения групп, интеграций или состава команды повторяйте затронутые сценарии; результат относится к проверенной конфигурации и не является бессрочной гарантией безопасности.
Как поддерживать права в порядке
Храните матрицу вместе с инструкцией приёма, перевода и увольнения сотрудников. Назначьте владельца, который обновляет её при изменении обязанностей. Регулярную проверку доступов можно включить в согласованный план сопровождения CRM. Если сначала нужно спроектировать роли и устранить найденные разрывы, предметом отдельной работы станет настройка прав и пользователей amoCRM.
Официальные инструкции проверены 16 октября 2026 года. Матрица и сценарии проверки — редакционная методика CHECK CRM; они требуют адаптации к вашей системе.