Как составить матрицу прав доступа к рабочим документам

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

С каких документов и ролей начать матрицу доступа?

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

Строкой матрицы может быть папка, раздел базы знаний или отдельный документ. Объединяйте материалы, если у них одинаковая аудитория и правила работы. Когда условия индивидуальных скидок доступны только руководителю, их стоит отделить от общей инструкции для менеджеров.

Такое разделение встречается и в инструментах для совместной работы: в обзоре Базы знаний 2.0 в Битрикс24 описан пример, где база отдела продаж открыта менеджерам, а документ с индивидуальными скидками — руководителю и ответственным сотрудникам. Это пример организации доступа, а не универсальная настройка для любой платформы (источник: «Обзор Базы знаний 2.0 в Битрикс24: разбор фишек, польза и внедрение»).

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

• Читатель использует материал в работе.
• Автор готовит текст и вносит правки.
• Владелец раздела отвечает за содержание и решает, кому нужен доступ.
• Администратор настраивает разрешения в системе.

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

Как выглядит шаблон матрицы прав доступа?

Скопируйте таблицу в рабочий документ и замените названия разделов своими. Это условный пример: он показывает логику распределения прав, но не предписывает одинаковые разрешения всем компаниям.

Добавьте рядом с таблицей расшифровку разрешений. «Чтение» означает просмотр без изменения оригинала. «Редактирование» разрешает менять содержание. «Утверждение» фиксирует, кто принимает рабочую версию, но не обязательно соответствует отдельной кнопке в системе.

Пометка «только по согласованию» тоже описывает порядок работы, а не готовое разрешение. До согласования доступ закрыт. Владелец раздела подтверждает запрос, после чего администратор выдаёт права нужному сотруднику.

Отдельно запишите, кто вправе удалять материалы, приглашать участников и включать доступ по ссылке. Не прячьте эти действия внутри слова «редактирование»: программы трактуют его по-разному. Если система не разделяет нужные разрешения, укажите ограничение рядом с матрицей и выберите другой способ размещения документа.

Как перенести матрицу в настройки папок и базы знаний?

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

1. Создайте группы по ролям из матрицы.
2. Включите сотрудников в соответствующие группы.
3. Назначьте группам права на выбранный раздел.
4. Настройте исключения для документов с другой аудиторией.
5. Проверьте результат из учётной записи сотрудника без административных прав.

Особое внимание уделите пересечению групп. Если менеджер входит в группу «Все сотрудники» и в группу «Продажи», итоговый доступ зависит от правил конкретной системы. Запрет в одной группе не всегда отменяет разрешение в другой. Проверьте это на тестовой папке без рабочих материалов.

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

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

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

Кто обновляет матрицу и как выдавать временный доступ?

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

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

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

Запросы на доступ направляйте в одно согласованное место: форму, очередь задач или выделенный канал. В заявке достаточно ссылки на материал и описания рабочей задачи. Согласование в личной переписке трудно восстановить после передачи дел, поэтому решение лучше сохранять рядом с запросом. Выбрать канал для таких обращений поможет карта рабочих каналов небольшой компании.

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

Типичные ошибки при распределении прав

• Полные права всем ради быстрого старта. Выдайте доступ под рабочую задачу, а право приглашать участников и менять разрешения настройте отдельно.
• Исключения только в переписке. Перенесите каждое исключение в матрицу или связанный с ней журнал, чтобы следующий администратор понимал его причину.
• Общая папка для открытых и закрытых материалов. Разделите документы по аудитории и проверьте наследование прав.
• Проверка только из учётной записи администратора. Повторите рабочий маршрут с обычными разрешениями сотрудника.
• Матрица без ответственного за изменения. Назначьте человека, который сверяет таблицу с системой после смены ролей и передачи дел.

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