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