В любой компании есть доступы к файлам, CRM, бухгалтерии, почте, облакам. Пока команда маленькая, ими управляют вручную. Но как только сотрудников становится больше, начинаются проблемы.
Например, уволенный менеджер всё ещё может зайти в систему, а новый не может начать работу, потому что ему не открыли нужные папки.
Матрица доступов решает эти задачи системно:
- становится ясно, какие доступы нужны, а какие лишние;
- доступы выдают быстрее — не нужно каждый раз разбираться с нуля;
- проще закрывать доступы при увольнении или переводе;
- снижается риск утечек из-за избыточных прав;
- легче проверять, всё ли настроено корректно.
Как устроена матрица доступов
Матрица — это таблица или документ, где описано, кто к чему имеет доступ и на каких условиях. В ней есть три базовых элемента:
- Субъект доступа — сотрудник, роль или группа.
- Объект доступа — система, файл, база, папка.
- Уровень доступа — что именно можно делать (смотреть, редактировать, удалять).
Главное отличие матрицы от обычного списка прав — в целостности. Без матрицы доступы выглядят так: в CRM настроено одно, в файловом хранилище — другое, в почте — третье. Чтобы понять, кто что видит, нужно проверять каждую папку и сервис отдельно. С матрицей всё видно в одном месте. Можно быстро узнать, у кого есть доступ к финансовым данным, кто может выгружать клиентскую базу и какие права есть у конкретной роли.
Например, если сотрудника переводят из маркетинга в продажи, не нужно вспоминать и решать, какая информация ему понадобится. В матрице уже будет нужный набор доступов для новой роли.
Что нужно для рабочей матрицы доступов
Есть несколько базовых принципов:
1. Минимально необходимые права. Сотрудник получает только те доступы, которые нужны для его задач. Если менеджеру не требуется выгружать всю базу клиентов, такого права у него быть не должно.
2. Разделение ролей. Критичные операции не сосредоточены в одних руках. Например, один сотрудник формирует платеж, другой — подтверждает.
3. Привязка к ролям, а не к людям. Права выдаются не конкретному человеку, а его роли. Это упрощает работу при найме и переводах.
4. Временные доступы. Если доступ нужен на ограниченный срок, это фиксируется сразу. После окончания срока он должен быть отозван.
5. Контроль исключений. Любые нестандартные доступы оформляются отдельно и согласуются. Иначе со временем их становится слишком много.
6. Регулярный пересмотр. Матрицу проверяют и обновляют при изменениях в бизнесе: новые процессы, системы, сотрудники.
Эти принципы помогают держать доступы под контролем без лишней нагрузки на команду. Например, подрядчику дают доступ к внутренней папке с документами. По правилам матрицы это временный доступ: он действует только на период проекта. Если срок закончился, доступ закрывают автоматически или по регламенту.
Из чего состоит хорошая матрица доступов
В основе матрицы лежит понятная логика: есть сотрудники, есть ресурсы, и есть правила, кто и как ими пользуется. Чтобы это работало, в матрице нужно зафиксировать:
- должности и роли — например, бухгалтер, менеджер по продажам, руководитель отдела;
- подразделения — чтобы учитывать различия между отделами, даже если должности называются одинаково;
- системы и ресурсы — CRM, бухгалтерские программы, облачные папки, почта, внутренние сервисы;
- уровни доступа — просмотр, редактирование, выгрузка, удаление;
- ответственных за согласование — кто решает, можно ли выдать доступ;
- правила для нестандартных случаев — временные доступы, доступы для подрядчиков, исключения.
Матрица учитывает не только должность, но и контекст. Один и тот же бухгалтер в головном офисе и в филиале может работать с разными системами и объёмом данных. Это тоже нужно отразить в итоговом документе.
Отдельный момент — правила согласования. Если их нет, сотрудники будут запрашивать доступы в обход, по устной договорённости. В матрице должно быть чётко указано, кто принимает решение: например, руководитель отдела или служба безопасности.
Как собрать матрицу доступов с нуля
Сначала нужно разобраться, как в компании уже устроены процессы и доступы. Работу лучше выстроить по шагам.
- Собрать актуальную оргструктуру: кто в компании работает, какие есть отделы и роли.
- Описать функции должностей: что именно делает сотрудник в рамках своей работы.
- Определить системы и ресурсы: где хранятся данные и через какие сервисы сотрудники работают.
- Выгрузить текущие доступы: посмотреть, кто и к чему уже имеет доступ.
- Обсудить с владельцами процессов: какие доступы действительно нужны для работы.
- Выявить лишние и устаревшие права: доступы, которые остались «на всякий случай» или после изменений.
На этом этапе часто всплывают неожиданные вещи. Например, сотрудник из маркетинга может иметь доступ к финансовым отчётам просто потому, что раньше помогал с задачами бухгалтерии. Или уволенный сотрудник всё ещё числится в системе и может зайти в рабочую почту.
После сбора информации доступы начинают приводить к единой логике. Похожие права объединяют в роли, лишние убирают, спорные — выносят на согласование.
Пример матрицы доступов
Разберём, как может выглядеть матрица в обычной компании с отделами продаж, бухгалтерией и HR. Её можно использовать как шаблон и адаптировать под свои задачи.
| Роль | CRM (свои клиенты) | CRM (вся база) | Финансы | Общая папка | Отчёты | Выгрузка данных |
|---|---|---|---|---|---|---|
| Менеджер по продажам | Просмотр, редактирование | Нет | Нет | Просмотр | Частично | Нет |
| Руководитель продаж | Полный доступ | Полный доступ | Нет | Полный доступ | Полный доступ | Да |
| Стажёр (продажи) | Ограниченный доступ | Нет | Нет | Частично | Нет | Нет |
| Бухгалтер | Нет | Нет | Полный доступ | Частично | Полный доступ | Да |
| Главный бухгалтер | Нет | Нет | Полный доступ | Полный доступ | Полный доступ | Да |
| HR | Нет | Нет | Частично | Полный доступ | Частично | Нет |
| Подрядчики | Частично | Нет | Нет | Частично | Нет | Нет |
Какие инструменты помогают соблюдать правила
Сама по себе матрица не даст информации о том, как именно сотрудники используют доступы в работе. Здесь подключается DLP-система как дополнительный уровень контроля.
DLP отслеживает, что происходит с данными после того, как к ним уже получили доступ. Она проверяет разные каналы передачи информации: почту, мессенджеры, браузер, файлы, внешние носители. Что это даёт на практике:
- заметить попытку отправить клиентскую базу на личную почту;
- ограничить загрузку файлов в сторонние облака;
- отследить копирование документов на флешку;
- заблокировать передачу чувствительных данных, если это нарушает правила;
- увидеть, где фактическое поведение сотрудников расходится с матрицей.
Например, у сотрудника есть доступ к CRM, потому что он работает с клиентами. Это нормально. Но если он пытается выгрузить всю базу и отправить её себе на личную почту, матрица сама по себе это не остановит — она уже разрешила доступ к системе. DLP в этот момент может зафиксировать действие и, в зависимости от настроек, предупредить или заблокировать отправку.
Или другая ситуация: сотруднику выдали временный доступ к папке с документами, но забыли его закрыть. Через какое-то время он скачивает оттуда файлы, хотя задача уже завершена. DLP позволяет заметить такие действия/
Таким образом, матрица и DLP работают вместе. Матрица отвечает за правила доступа. DLP помогает контролировать, как эти правила соблюдаются в реальной работе.
FAQ
Как часто нужно обновлять матрицу доступов?
При любых изменениях: найм, увольнение, перевод, внедрение новой системы. Дополнительно стоит проводить плановую проверку, например раз в квартал или полгода, чтобы найти устаревшие доступы.
Что делать со временными доступами?
Их нужно сразу оформлять как временные: с датой начала и окончания. После завершения задачи доступ должен быть закрыт. Если этого не делать, такие доступы накапливаются и увеличивают риск.
Как понять, что с доступами есть проблемы?
Есть несколько признаков: сотрудники получают доступы на всякий случай; никто точно не может сказать, у кого есть доступ к критичным данным; при проверке можно обнаружились старые или дублирующие права. Если такие ситуации возникают регулярно, матрицу нужно пересматривать.
Что делать, если сотрудник нарушает правила доступа?
Сначала зафиксировать факт: что именно произошло и какие данные затронуты. Затем ограничить доступ, если есть риск повторения. После этого разобрать причину: ошибка, недостаток регламентов или осознанное действие. В зависимости от ситуации обновляют матрицу, правила или принимают кадровые решения.
Нужно ли учитывать подрядчиков и временных сотрудников?
Да, обязательно. Для них задают отдельные правила: ограниченные доступы и чёткие сроки. Это один из самых частых источников лишних прав, если его не контролировать.







